Content-Type: multipart/mixed; boundary="===============1011731689==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1011731689== Content-Type: multipart/alternative; boundary=0016364eead460acda04abdf7220 --0016364eead460acda04abdf7220 Content-Type: text/plain; charset=ISO-8859-1 Hi All, I am new in GPU. I have the following query on GPU passthrou. 1. What is GPU pass through? 2. Is GPU passthrou hardware dependent (example like Intel-VT etc). 3. What is the advantage if we use GPU passthrou instead of PCI. Thanks, Akhilesh --0016364eead460acda04abdf7220 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi All,

=A0

I am new in GPU. I have the following query on GPU passthrou.

=A0

= 1. = What is GPU pass through?

2. Is GPU passthrou hardware dependent (example like Intel-VT etc).

3. What is the advantage=A0if we use GPU passthrou instead of PCI.

Thanks,
Akhilesh

--0016364eead460acda04abdf7220-- --===============1011731689== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1011731689==-- From xen-users-bounces@lists.xensource.com Thu Sep 01 07:22:19 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 01 Sep 2011 07:22:19 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1Qz89r-0004j6-Dh; Thu, 01 Sep 2011 07:22:19 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1Qz88W-0004OC-3N for xen-users@lists.xensource.com; Thu, 01 Sep 2011 07:20:56 -0700 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1314886852!16745530!1 X-Originating-IP: [75.180.132.120] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3106 invoked from network); 1 Sep 2011 14:20:53 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-9.tower-216.messagelabs.com with SMTP; 1 Sep 2011 14:20:53 -0000 X-Authority-Analysis: v=1.1 cv=clOQl2Kon9ihL0vqe5S6shCOWnQ8eDPHG/StQ1omz74= c=1 sm=0 a=bGFBj0awLb4A:10 a=i7z8CvP5fyYA:10 a=IkcTkHD0fZMA:10 a=khvKJusKvADddYwUSfUZmw==:17 a=VOuT7VFo3IamSkz1NJIA: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:21621] helo=mailserver.obrien-pifer.com) by cdptpa-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id E4/CE-15370-4C49F5E4; Thu, 01 Sep 2011 14:20:52 +0000 Received: from [10.99.1.22] ([10.99.1.22]) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id p81EKpZX016009; Thu, 1 Sep 2011 10:20:51 -0400 Subject: RE: [Xen-users] Yet Another PCI passthrough question From: James Pifer To: "Beasley, Julien" In-Reply-To: <1FD06C1B2A7E4842A38834B8AB5B3CFE03265E6363@sausexmbp02.amd.com> References: <1FD06C1B2A7E4842A38834B8AB5B3CFE0326599B91@sausexmbp02.amd.com> ,<1314823434.9190.3.camel@mythtv-off.obrien-pifer.com> <1FD06C1B2A7E4842A38834B8AB5B3CFE03265E6363@sausexmbp02.amd.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 01 Sep 2011 10:20:50 -0400 Message-ID: <1314886850.542.9.camel@mythtv-off.obrien-pifer.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Content-Transfer-Encoding: 7bit Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, 2011-08-31 at 16:29 -0500, Beasley, Julien wrote: > Thank you for the reply James, > > I tried following your script, but even then something seems to be missing. > > # lspci > 03:00.0 VGA compatible controller: ATI Technologies Inc Device 671d > 03:00.1 Audio device: ATI Technologies Inc Device aa80 > 04:00.0 Display controller: ATI Technologies Inc Device 671d > 04:00.1 Audio device: ATI Technologies Inc Device aa80 > > > I'm assuming at this point that is 04:00.0 and 03.00.0 > > # find /sys/bus/pci/drivers -name 0000:04:00.0 > > then returns no results. > > Also, regarding modprobe pciback, I did a grep in the modules directory for the term "pciback" and no results are shown > > # grep pciback /lib/modules/2.6.37.6-0.7-xen > # > > Is this indicative of something missing? I appreciate your help! I'm not trying a scsi device, simply getting my video card to pass through. If the find command doesn't find anything, then there is not a specific driver in use, so I believe you would be able to run the last two commands giving the device to pciback. echo -n "0000:04:00.0" > "/sys/bus/pci/drivers/pciback/new_slot" echo -n "0000:04:00.0" > "/sys/bus/pci/drivers/pciback/bind" As far as pciback module, I also get no results fro the grep command either, but try this. "lsmod | grep pciback" and verify it is not loaded. Then do "modprobe pciback" and redo "lsmod | grep pciback". If you now see it loaded you should be good to go. After loading pciback, and running the two commands above, do lspci -v. Find the device in question, 04:00.0, and the driver in use should be pciback. If so, then try passing it to your VM. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Sep 01 10:11:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 01 Sep 2011 10:11:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzAnB-00070g-Hp; Thu, 01 Sep 2011 10:11:06 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzAlf-0006gG-35; Thu, 01 Sep 2011 10:09:45 -0700 X-Env-Sender: djroger.abalando@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1314896966!29922531!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4375 invoked from network); 1 Sep 2011 17:09:27 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Sep 2011 17:09:27 -0000 Received: by gye5 with SMTP id 5so2119925gye.30 for ; Thu, 01 Sep 2011 10:09:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cT4ivaXRryinRQM/3X9umQFBi4S1nE5h/AwVN2Xgnr8=; b=I2THSRvRUbYMblg5JFvH1AEvjrLygtY/36V0bGUyhhyZhvyO9Nd+MaWMovpHzsczvh BCSnVacv8adEznWFzzRbkz+cIEceZdGc5p2v8ZusMkNLqS4lYXRcv/s4s0gcFmZpPQ8n PipNARvjzkVTAH8miVbNDECXypppP2oxRpW/g= MIME-Version: 1.0 Received: by 10.151.107.1 with SMTP id j1mr328503ybm.65.1314896965864; Thu, 01 Sep 2011 10:09:25 -0700 (PDT) Received: by 10.150.215.19 with HTTP; Thu, 1 Sep 2011 10:09:25 -0700 (PDT) In-Reply-To: References:

Date: Thu, 1 Sep 2011 14:09:25 -0300 Message-ID: Subject: Re: [Xen-users] XCP slow install, start and stop vm on IBM X3650 server From: DJ Roger To: Todd Deshane Cc: xen-users mailing list , xen-api@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0843944485==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0843944485== Content-Type: multipart/alternative; boundary=001517573d64910d5904abe44ed4 --001517573d64910d5904abe44ed4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, all, I just found this reference which I think explains the problem I'm having with multipathing and IBM DS4700. It seems that the DMP RDAC implementation included in XCP does not give goo= d support for IBM storage arrays. Thanks. 2011/9/1 DJ Roger > Todd, > > There is a way to update the RDAC driver? I have tried to compile the > module downloaded from IBM but many errors occur in the compilation. > > Does this problem will be fixed in version 1.1 final? > > Or is it just a bug of the driver included in version 1.0. Also did tests= with > the 1.1 beta and had the same problems. > > When checking the server logs I saw several messages related to successiv= e changes > of state (roundrobin - active - ghost) of disk paths and received several > warnings from IBM Storage Manager related to preferred path config error. > > Thanks > > > 2011/8/30 Todd Deshane > >> On Tue, Aug 30, 2011 at 2:38 PM, DJ Roger >> wrote: >> > >> > >> > 2011/8/30 Todd Deshane >> >> >> >> What version of XCP are you using? >> >> >> >> >> > >> > I'm using XCP 1.0 >> >> Please keep these messages on the list(s) as appropriate. >> >> Thanks, >> Todd >> >> -- >> Todd Deshane >> http://www.linkedin.com/in/deshantm >> http://www.xen.org/products/cloudxen.html >> http://runningxen.com/ >> > > --=20 Rog=E9rio da Costa --001517573d64910d5904abe44ed4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, all,

I just found this reference which I think explains the problem I'm having wit= h multipathing and IB= M DS4700.

It seems that the DMP RDAC implementation included in XCP does not give good support for IBM storage arrays.

Thanks.

2011/9/1 DJ Roger <djroger.ab= alando@gmail.com>

Todd,

There is a w= ay to update the RDAC driver<= span>? I have tried to compile the m= odule downloaded from IBM but many errors occur in the comp= ilation.

Does this problem will be fixed in ver= sion 1.1 final?

Or is it just a bug of= the driver included in version 1.0.= Also did tests with the 1.1 beta and had the same problems.

When checking the server logs I saw several messages related to successive= changes of state (roundrobin - active - ghost) of disk= paths and received several warnings from IBM Storage Manager related to preferred path c= onfig error.

Thanks

2011/8/30 To= dd Deshane <todd.deshane@xen.org>

On Tue, Aug 30, 2011 at 2:38 PM, DJ Roger <djroger.abalando@gmail.com> = wrote:
>
>
> 2011/8/30 Todd Deshane <todd.deshane@xen.org>
>>

>> What version of XCP are you using?
>>
>>
>
> I'm using XCP 1.0

Please keep these messages on the list(s) as appropriate.

Thanks,
Todd

--
Todd Deshane
http://ww= w.linkedin.com/in/deshantm
htt= p://www.xen.org/products/cloudxen.html
http://runningxen.com/=

<= br>--
Rog=E9rio da Costa

--001517573d64910d5904abe44ed4-- --===============0843944485== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0843944485==-- From xen-users-bounces@lists.xensource.com Thu Sep 01 10:13:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 01 Sep 2011 10:13:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzApI-0007o6-CC; Thu, 01 Sep 2011 10:13:16 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzAmU-0006nt-Hi; Thu, 01 Sep 2011 10:10:25 -0700 X-Env-Sender: djroger.abalando@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1314897017!15293891!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10427 invoked from network); 1 Sep 2011 17:10:18 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 1 Sep 2011 17:10:18 -0000 Received: by yxs7 with SMTP id 7so915285yxs.30 for ; Thu, 01 Sep 2011 10:10:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=a/0fqhXDcWF0JWVT+qUxEJyYEFBoQGrlncvQLcr3aLA=; b=X7Pdne4oLzmWNODsZ1YbUA4h6YB1QYrzOBJ8ioUxsetIsHdADEq3keaOz2et9CmtGo IQKq3x6cL/LD3WSrpKAQGr+gzYKGwDqgMNm4dGfvSKcsLbVH1WVl/Li2xSNDxz6+i6+N eodJaSgqaiphoFh8kU3gK1/mRVGljqxjjMCbs= MIME-Version: 1.0 Received: by 10.150.65.13 with SMTP id n13mr296165yba.293.1314897015962; Thu, 01 Sep 2011 10:10:15 -0700 (PDT) Received: by 10.150.215.19 with HTTP; Thu, 1 Sep 2011 10:10:15 -0700 (PDT) In-Reply-To: References:

Date: Thu, 1 Sep 2011 14:10:15 -0300 Message-ID: Subject: Re: [Xen-users] XCP slow install, start and stop vm on IBM X3650 server From: DJ Roger To: Todd Deshane Cc: xen-users mailing list , xen-api@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1202705712==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1202705712== Content-Type: multipart/alternative; boundary=000e0cd48bae8d7c3204abe451fa --000e0cd48bae8d7c3204abe451fa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, all, I just found this reference which I think explains the problem I'm having with multipathing and IBM DS4700. It seems that the DMP RDAC implementation included in XCP does not give goo= d support for IBM storage arrays. http://support.citrix.com/article/CTX121364 Thanks. 2011/9/1 DJ Roger > Todd, > > There is a way to update the RDAC driver? I have tried to compile the > module downloaded from IBM but many errors occur in the compilation. > > Does this problem will be fixed in version 1.1 final? > > Or is it just a bug of the driver included in version 1.0. Also did tests= with > the 1.1 beta and had the same problems. > > When checking the server logs I saw several messages related to successiv= e changes > of state (roundrobin - active - ghost) of disk paths and received several > warnings from IBM Storage Manager related to preferred path config error. > > Thanks > > > 2011/8/30 Todd Deshane > >> On Tue, Aug 30, 2011 at 2:38 PM, DJ Roger >> wrote: >> > >> > >> > 2011/8/30 Todd Deshane >> >> >> >> What version of XCP are you using? >> >> >> >> >> > >> > I'm using XCP 1.0 >> >> Please keep these messages on the list(s) as appropriate. >> >> Thanks, >> Todd >> >> -- >> Todd Deshane >> http://www.linkedin.com/in/deshantm >> http://www.xen.org/products/cloudxen.html >> http://runningxen.com/ >> > > > -- Rog=E9rio da Costa --000e0cd48bae8d7c3204abe451fa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, all,

I just found this refe= rence which I think explains the pro= blem I'm having with multipathing and IBM DS4700.

It seems that the DMP RDA= C implementation included in XCP does not give good support for IBM storage arrays.

http://support.= citrix.com/article/CTX121364

Thanks.

2011/9/1 DJ Roger <djroger.abalan= do@gmail.com>

Todd,

There is a w= ay to update the RDAC driver<= span>? I have tried to compile the m= odule downloaded from IBM but many errors occur in the comp= ilation.

Does this problem will be fixed in ver= sion 1.1 final?

Or is it just a bug of= the driver included in version 1.0.= Also did tests with the 1.1 beta and had the same problems.

When checking the server logs I saw several messages related to successive= changes of state (roundrobin - active - ghost) of disk= paths and received several warnings from IBM Storage Manager related to preferred path c= onfig error.

Thanks

2011/8/30 To= dd Deshane <todd.deshane@xen.org>

On Tue, Aug 30, 2011 at 2:38 PM, DJ Roger <djroger.abalando@gmail.com> = wrote:
>
>
> 2011/8/30 Todd Deshane <todd.deshane@xen.org>
>>

>> What version of XCP are you using?
>>
>>
>
> I'm using XCP 1.0

Please keep these messages on the list(s) as appropriate.

Thanks,
Todd

--
Todd Deshane
http://ww= w.linkedin.com/in/deshantm
htt= p://www.xen.org/products/cloudxen.html
http://runningxen.com/=

--

= Rog=E9rio da Costa

--000e0cd48bae8d7c3204abe451fa-- --===============1202705712== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1202705712==-- From xen-users-bounces@lists.xensource.com Thu Sep 01 11:18:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 01 Sep 2011 11:18:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzBqg-0004QJ-Ut; Thu, 01 Sep 2011 11:18:46 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzBpl-00046P-Mq for xen-users@lists.xensource.com; Thu, 01 Sep 2011 11:17:50 -0700 X-Env-Sender: Julien.Beasley@amd.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1314901065!15498963!1 X-Originating-IP: [216.32.181.181] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10841 invoked from network); 1 Sep 2011 18:17:46 -0000 Received: from ch1ehsobe001.messaging.microsoft.com (HELO ch1outboundpool.messaging.microsoft.com) (216.32.181.181) by server-6.tower-216.messagelabs.com with AES128-SHA encrypted SMTP; 1 Sep 2011 18:17:46 -0000 Received: from mail32-ch1-R.bigfish.com (216.32.181.169) by CH1EHSOBE014.bigfish.com (10.43.70.64) with Microsoft SMTP Server id 14.1.225.22; Thu, 1 Sep 2011 18:17:45 +0000 Received: from mail32-ch1 (localhost.localdomain [127.0.0.1]) by mail32-ch1-R.bigfish.com (Postfix) with ESMTP id 2ADAFA885BC; Thu, 1 Sep 2011 18:17:45 +0000 (UTC) X-SpamScore: -5 X-BigFish: VPS-5(zz11f6Nzz1202hzzz32i668h839h93fh61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:163.181.249.109; KIP:(null); UIP:(null); IPVD:NLI; H:ausb3twp02.amd.com; RD:none; EFVD:NLI Received: from mail32-ch1 (localhost.localdomain [127.0.0.1]) by mail32-ch1 (MessageSwitch) id 1314901064939249_1233; Thu, 1 Sep 2011 18:17:44 +0000 (UTC) Received: from CH1EHSMHS011.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.254]) by mail32-ch1.bigfish.com (Postfix) with ESMTP id D5E3E110004F; Thu, 1 Sep 2011 18:17:44 +0000 (UTC) Received: from ausb3twp02.amd.com (163.181.249.109) by CH1EHSMHS011.bigfish.com (10.43.70.11) with Microsoft SMTP Server id 14.1.225.22; Thu, 1 Sep 2011 18:17:43 +0000 X-WSS-ID: 0LQUW5E-02-6I5-02 X-M-MSG: Received: from sausexedgep01.amd.com (sausexedgep01-ext.amd.com [163.181.249.72]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ausb3twp02.amd.com (Axway MailGate 3.8.1) with ESMTP id 2A3E1C8018; Thu, 1 Sep 2011 13:17:38 -0500 (CDT) Received: from sausexhtp01.amd.com (163.181.3.165) by sausexedgep01.amd.com (163.181.36.54) with Microsoft SMTP Server (TLS) id 8.3.106.1; Thu, 1 Sep 2011 13:18:21 -0500 Received: from sausexmbp02.amd.com ([163.181.3.191]) by sausexhtp01.amd.com ([163.181.3.165]) with mapi; Thu, 1 Sep 2011 13:17:41 -0500 From: "Beasley, Julien" To: James Pifer Date: Thu, 1 Sep 2011 13:17:39 -0500 Subject: RE: [Xen-users] Yet Another PCI passthrough question Thread-Topic: [Xen-users] Yet Another PCI passthrough question Thread-Index: AcxosmBV7BMaUWpHSKu/SKj9P+3jXgAIHxAA Message-ID: <1FD06C1B2A7E4842A38834B8AB5B3CFE032659A152@sausexmbp02.amd.com> References: <1FD06C1B2A7E4842A38834B8AB5B3CFE0326599B91@sausexmbp02.amd.com> ,<1314823434.9190.3.camel@mythtv-off.obrien-pifer.com> <1FD06C1B2A7E4842A38834B8AB5B3CFE03265E6363@sausexmbp02.amd.com> <1314886850.542.9.camel@mythtv-off.obrien-pifer.com> In-Reply-To: <1314886850.542.9.camel@mythtv-off.obrien-pifer.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-OriginatorOrg: amd.com Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0542944895==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0542944895== Content-Language: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmsgeW91IHZlcnkgbXVjaCwgSmFtZXMsIHRoYXQgd29ya2VkISBJJ20gZ29pbmcgdG8gcG9z dCBleGFjdGx5IHdoYXQgSSBkaWQgZm9yIGZ1dHVyZSBwZW9wbGUgdGhhdCBlbmNvdW50ZXIgdGhl IHNhbWUgcHJvYmxlbS4NCg0KLy8gZmlyc3QgY2hlY2sgdGhhdCBub3RoaW5nIHNob3dzIGluIGxz bW9kDQojIGxzbW9kIHwgZ3JlcCBwY2liYWNrDQojIA0KDQovLyBub3cgdHlwZSBtb2Rwcm9iZQ0K IyBtb2Rwcm9iZSBwY2liYWNrDQoNCi8vIG5vdyB0cnkgdGhlIGxzbW9kIGFnYWluLiBOb3RlIEkg aGFkIHRvIHdhaXQgYSBtaW51dGUgb3Igc28uLiBhdCBmaXJzdCBub3RoaW5nIHdhcyBzaG93aW5n IHVwDQojIGxzbW9kIHwgZ3JlcCBwY2liYWNrDQpwY2liYWNrICAgICAgICAgICAgICAgIDUwMzAx ICAwIA0KeGVuYnVzX2JlICAgICAgICAgICAgICAgNDI2MSAgNSBwY2liYWNrLHVzYmJrLG5ldGJr LGJsa2JrLGJsa3RhcA0KDQovLyBub3cgZG8gdGhlIHN0ZXAgSmFtZXMgc3VnZ2VzdGVkDQojIGVj aG8gLW4gIjAwMDA6MDQ6MDAuMCIgPiAiL3N5cy9idXMvcGNpL2RyaXZlcnMvcGNpYmFjay9uZXdf c2xvdCINCg0KIyBlY2hvIC1uICIwMDAwOjA0OjAwLjAiID4gIi9zeXMvYnVzL3BjaS9kcml2ZXJz L3BjaWJhY2svYmluZCINCg0KLy8gY2hlY2sgdGhhdCBsc3BjaSBzaG93cyBwY2liYWNrIGluIHVz ZQ0KIyBsc3BjaSAtdg0KMDQ6MDAuMCBEaXNwbGF5IGNvbnRyb2xsZXI6IEFUSSBUZWNobm9sb2dp ZXMgSW5jIERldmljZSA2NzFkDQoJU3Vic3lzdGVtOiBBVEkgVGVjaG5vbG9naWVzIEluYyBEZXZp Y2UgMWIyYQ0KCUZsYWdzOiBmYXN0IGRldnNlbCwgSVJRIDI0DQoJTWVtb3J5IGF0IGQwMDAwMDAw ICg2NC1iaXQsIHByZWZldGNoYWJsZSkgW2Rpc2FibGVkXSBbc2l6ZT0yNTZNXQ0KCU1lbW9yeSBh dCBmZTZlMDAwMCAoNjQtYml0LCBub24tcHJlZmV0Y2hhYmxlKSBbZGlzYWJsZWRdIFtzaXplPTEy OEtdDQoJSS9PIHBvcnRzIGF0IGUwMDAgW2Rpc2FibGVkXSBbc2l6ZT0yNTZdDQoJRXhwYW5zaW9u IFJPTSBhdCBmZTZjMDAwMCBbZGlzYWJsZWRdIFtzaXplPTEyOEtdDQoJQ2FwYWJpbGl0aWVzOiBb NTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAzDQoJQ2FwYWJpbGl0aWVzOiBbNThdIEV4cHJl c3MgTGVnYWN5IEVuZHBvaW50LCBNU0kgMDANCglDYXBhYmlsaXRpZXM6IFthMF0gTVNJOiBFbmFi bGUtIENvdW50PTEvMSBNYXNrYWJsZS0gNjRiaXQrDQoJQ2FwYWJpbGl0aWVzOiBbMTAwXSBWZW5k b3IgU3BlY2lmaWMgSW5mb3JtYXRpb246IElEPTAwMDEgUmV2PTEgTGVuPTAxMCA8Pz4NCglDYXBh YmlsaXRpZXM6IFsxNTBdIEFkdmFuY2VkIEVycm9yIFJlcG9ydGluZw0KCUtlcm5lbCBkcml2ZXIg aW4gdXNlOiBwY2liYWNrDQoNCg0KLy8gc28gZmFyIHRoaXMgd29ya3MsIGFuZCBJIGNhbiBzZWUg dGhlIGtlcm5lbCBkcml2ZXIgaW4gcGNpYmFjay4gR29vZCENCg0KLy8gWGVuIHdpa2kgc2F5cyB0 byBjaGVjayB0aGlzIGFuZCBub3QgcHJvY2VlZCBpZiBlbXB0eQ0KIyB4bSBwY2ktbGlzdC1hc3Np Z25hYmxlLWRldmljZXMNCg0KLy8gdGhhdCB3YXMgc3RpbGwgZW1wdHkuLi4gYnV0IGxldCdzIGtl ZXAgZ29pbmcgYW55d2F5cw0KDQoNCi8vIGVkaXQgdGhlIGNvbmZpZyB0byBwYXNzIHRoZSBwY2kg ZGV2aWNlDQojIHZpIC9ldGMveGVuL3ZtL3dpbmRvd3N2aXN0YXg2NA0KLi4uDQpwY2k9IFsgJzA0 OjAwLjAnIF0NCg0KDQovLyBjaGVjayB0aGF0IG5vdGhpbmcgaXMgYXNzaWduZWQgdG8gdGhlIHBj aSBsaXN0IGZvciB0aGF0IFZNDQojIHhtIHBjaS1saXN0IHdpbmRvd3N2aXN0YXg2NA0KDQovLyBu b3cgY3JlYXRlIHRoZSBWTQ0KIyB4bSBjcmVhdGUgd2luZG93c3Zpc3RheDY0DQoNCi8vIGNoZWNr dCBoYXQgc29tZXRoaW5nIGlzIGFzc2lnbmVkIHRvIHRoZSB2bSBub3cNCnhtIHBjaS1saXN0IHdp bmRvd3N2aXN0YXg2NA0KVlNsdCBWRm4gZG9tYWluIGJ1cyAgc2xvdCBmdW5jDQoweDA1IDB4MCAw eDAwMDAgMHgwNCAweDAwIDB4MA0KDQoNCi8vIHRoZW4gSSBvcGVuZWQgdGhlIFZNIGdyYXBoaWNz IGNvbnNvbGUsIGFuZCBpdCBpbmRlZWQgc2F3IG15IGNhcmQuIFRoYW5rIHlvdSBKYW1lcyBmb3Ig eW91ciBoZWxwIQ0KDQpKdWxpZW4NCg== --===============0542944895== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0542944895==-- From xen-users-bounces@lists.xensource.com Thu Sep 01 14:41:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 01 Sep 2011 14:41:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzF15-0005ku-5z; Thu, 01 Sep 2011 14:41:43 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1QzEzu-0005RB-9N for xen-users@lists.xensource.com; Thu, 01 Sep 2011 14:40:33 -0700 X-Env-Sender: jmdebruin@xmsnet.nl X-Msg-Ref: server-8.tower-21.messagelabs.com!1314913213!57418484!1 X-Originating-IP: [217.149.192.65] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21614 invoked from network); 1 Sep 2011 21:40:13 -0000 Received: from smtp10.mail.sp.isp-net.nl (HELO smtp10.mail.sp.isp-net.nl) (217.149.192.65) by server-8.tower-21.messagelabs.com with SMTP; 1 Sep 2011 21:40:13 -0000 Received: from [10.10.0.3] by smtp10.mail.sp.isp-net.nl via [92.254.124.152] with ESMTP for id p81LePHZ024312 (8.13.2/2.04); Thu, 1 Sep 2011 23:40:25 +0200 (MEST) Message-ID: <4E5FFBC9.5020505@xmsnet.nl> Date: Thu, 01 Sep 2011 23:40:25 +0200 From: Hans de Bruin User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110323 Thunderbird/3.1.9 MIME-Version: 1.0 To: "xen-users@lists.xensource.com" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Scanned: InterNLnet Mail Scan System V2.03 Subject: [Xen-users] Even Yet Another PCI passthrough question X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Well I could not wait until 3.1.0. I want to attach an usb device too an guest by passing through the whole usb bus. I have seen it work in 2.6.32.4(something). On rc4 it almost works: Xen: version 4.1.1 dom0: kernel 3.1.0-rc4+ guest: kernel 3.0.0 pure pv by lac off hvm capable hardware grub: ... multiboot /xen-4.1.1.gz dom0_mem=512M dom0_max_vcpus=1 loglvl=all guest_loglvl=all com1=115200,8n1 console=com1,vga module /vmlinuz-3.1.0-rc4 root=/dev/md2 ro console=hvc0 earlyprintk=xen xen-pciback.hide=(00:1d.0)(00:1d.1)(00:1d.2)(00:1d.7) pci=resource_alignment=00:1d.0\;00:1d.1\;00:1d.2\;00:1d.7 Only 00:1d.7 was complaining about "non-page-aligned MMIO BAR" so aligning the other three is overdone? guest boot: ... [ 1.284326] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.284913] ehci_hcd 0000:00:00.7: enabling device (0000 -> 0002) [ 1.286009] ehci_hcd 0000:00:00.7: Xen PCI mapped GSI23 to IRQ32 [ 1.286112] ------------[ cut here ]------------ [ 1.286178] WARNING: at /home/hans/linux-2.6/arch/x86/xen/mmu.c:486 xen_make_pte_debug+0x154/0x160() [ 1.286245] 0xbf700000 is using VM_IO, but it is 0xfffffffffffff000! [ 1.286303] Modules linked in: [ 1.286393] Pid: 1, comm: swapper Not tainted 3.0.0 #4 [ 1.286449] Call Trace: [ 1.286532] [] warn_slowpath_common+0x7f/0xc0 [ 1.286621] [] warn_slowpath_fmt+0x46/0x50 [ 1.286710] [] ? xen_clocksource_read+0x20/0x30 [ 1.286820] [] xen_make_pte_debug+0x154/0x160 [ 1.286913] [] __raw_callee_save_xen_make_pte_debug+0x11/0x1e [ 1.287009] [] ? ioremap_page_range+0x22f/0x300 [ 1.287100] [] __ioremap_caller+0x2be/0x3b0 [ 1.287190] [] ? usb_hcd_pci_probe+0x18f/0x340 [ 1.287196] [] ? try_to_wake_up+0x2b0/0x2b0 [ 1.287196] [] ioremap_nocache+0x17/0x20 [ 1.287196] [] usb_hcd_pci_probe+0x18f/0x340 [ 1.287196] [] ? _raw_spin_unlock_irqrestore+0x1e/0x30 [ 1.287196] [] local_pci_probe+0x5f/0xd0 [ 1.287196] [] pci_device_probe+0x88/0xb0 [ 1.287196] [] ? driver_sysfs_add+0x7a/0xb0 [ 1.287196] [] driver_probe_device+0x96/0x1c0 [ 1.287196] [] ? driver_probe_device+0x1c0/0x1c0 [ 1.287196] [] __driver_attach+0xab/0xb0 [ 1.287196] [] ? driver_probe_device+0x1c0/0x1c0 [ 1.287196] [] bus_for_each_dev+0x5e/0x90 [ 1.287196] [] driver_attach+0x1e/0x20 [ 1.287196] [] bus_add_driver+0xc5/0x280 [ 1.287196] [] ? mon_bin_init+0xb5/0xb5 [ 1.287196] [] driver_register+0x76/0x140 [ 1.287196] [] ? printk+0x41/0x43 [ 1.287196] [] ? mon_bin_init+0xb5/0xb5 [ 1.287196] [] __pci_register_driver+0x56/0xd0 [ 1.287196] [] ehci_hcd_init+0x6a/0x78 [ 1.287196] [] do_one_initcall+0x44/0x190 [ 1.287196] [] kernel_init+0xc8/0x14d [ 1.287196] [] kernel_thread_helper+0x4/0x10 [ 1.287196] [] ? int_ret_from_sys_call+0x7/0x1b [ 1.287196] [] ? retint_restore_args+0x5/0x6 [ 1.287196] [] ? gs_change+0x13/0x13 [ 1.287196] ---[ end trace 23d374c0300324c4 ]--- [ 1.289626] ehci_hcd 0000:00:00.7: setting latency timer to 64 [ 1.289724] ehci_hcd 0000:00:00.7: EHCI Host Controller [ 1.290891] ehci_hcd 0000:00:00.7: new USB bus registered, assigned bus number 1 [ 1.291732] ehci_hcd 0000:00:00.7: debug port 1 [ 1.295802] ehci_hcd 0000:00:00.7: Enabling legacy PCI PM [ 1.296309] ehci_hcd 0000:00:00.7: cache line size of 64 is not supported [ 1.296578] ehci_hcd 0000:00:00.7: irq 32, io mem 0xbf700000 [ 1.310164] ehci_hcd 0000:00:00.7: USB 2.0 started, EHCI 1.00 [ 1.310452] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 1.310492] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.310530] usb usb1: Product: EHCI Host Controller [ 1.310564] usb usb1: Manufacturer: Linux 3.0.0 ehci_hcd [ 1.310598] usb usb1: SerialNumber: 0000:00:00.7 [ 1.311517] xvda: xvda1 xvda2 [ 1.312965] hub 1-0:1.0: USB hub found [ 1.313067] hub 1-0:1.0: 6 ports detected [ 1.316526] 116x: driver isp116x-hcd, 03 Nov 2005 [ 1.317133] driver isp1362-hcd, 2005-04-04 [ 1.317659] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.318241] uhci_hcd: USB Universal Host Controller Interface driver [ 1.318553] uhci_hcd 0000:00:00.0: enabling device (0000 -> 0001) [ 1.318892] xen_map_pirq_gsi: returning irq 32 for gsi 23 [ 1.318931] uhci_hcd 0000:00:00.0: Xen PCI mapped GSI23 to IRQ32 [ 1.319231] uhci_hcd 0000:00:00.0: setting latency timer to 64 [ 1.319338] uhci_hcd 0000:00:00.0: UHCI Host Controller [ 1.320495] uhci_hcd 0000:00:00.0: new USB bus registered, assigned bus number 2 [ 1.322116] uhci_hcd 0000:00:00.0: irq 32, io base 0x0000c480 [ 1.322596] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 [ 1.322636] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.322675] usb usb2: Product: UHCI Host Controller [ 1.322708] usb usb2: Manufacturer: Linux 3.0.0 uhci_hcd [ 1.322742] usb usb2: SerialNumber: 0000:00:00.0 [ 1.324742] hub 2-0:1.0: USB hub found [ 1.324818] hub 2-0:1.0: 2 ports detected [ 1.326264] uhci_hcd 0000:00:00.1: enabling device (0000 -> 0001) [ 1.326614] uhci_hcd 0000:00:00.1: Xen PCI mapped GSI19 to IRQ34 [ 1.326875] uhci_hcd 0000:00:00.1: setting latency timer to 64 [ 1.326965] uhci_hcd 0000:00:00.1: UHCI Host Controller [ 1.328186] uhci_hcd 0000:00:00.1: new USB bus registered, assigned bus number 3 [ 1.328840] uhci_hcd 0000:00:00.1: irq 34, io base 0x0000c400 [ 1.329302] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 [ 1.329342] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.329381] usb usb3: Product: UHCI Host Controller [ 1.331378] usb usb3: Manufacturer: Linux 3.0.0 uhci_hcd [ 1.331378] usb usb3: SerialNumber: 0000:00:00.1 [ 1.354896] hub 3-0:1.0: USB hub found [ 1.354977] hub 3-0:1.0: 2 ports detected [ 1.356474] uhci_hcd 0000:00:00.2: enabling device (0000 -> 0001) [ 1.357123] uhci_hcd 0000:00:00.2: Xen PCI mapped GSI18 to IRQ35 [ 1.359004] uhci_hcd 0000:00:00.2: setting latency timer to 64 [ 1.359093] uhci_hcd 0000:00:00.2: UHCI Host Controller [ 1.360152] uhci_hcd 0000:00:00.2: new USB bus registered, assigned bus number 4 [ 1.360784] uhci_hcd 0000:00:00.2: irq 35, io base 0x0000c080 [ 1.362214] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001 [ 1.362257] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.362297] usb usb4: Product: UHCI Host Controller [ 1.362334] usb usb4: Manufacturer: Linux 3.0.0 uhci_hcd [ 1.362368] usb usb4: SerialNumber: 0000:00:00.2 [ 1.362417] uhci_hcd 0000:00:00.2: host controller process error, something bad happened! [ 1.362461] uhci_hcd 0000:00:00.2: host controller halted, very bad! [ 1.362652] uhci_hcd 0000:00:00.2: HC died; cleaning up [ 1.364055] usb usb4: can't set config #1, error -108 [ 1.365107] uhci_hcd 0000:00:00.2: HC died; cleaning up [ 1.366633] sl811: driver sl811-hcd, 19 May 2005 [ 1.367371] r8a66597_hcd: driver r8a66597_hcd, 2009-05-26 [ 1.371328] Initializing USB Mass Storage driver... [ 1.372104] usbcore: registered new interface driver usb-storage [ 1.372148] USB Mass Storage support registered. [ 1.372768] usbcore: registered new interface driver ums-alauda ... playing with usb stick: [ 359.400173] uhci_hcd 0000:00:00.0: host controller process error, something bad happened! [ 359.636824] usb 1-3: new high speed USB device number 2 using ehci_hcd [ 374.773485] usb 1-3: device descriptor read/64, error -110 [ 390.013496] usb 1-3: device descriptor read/64, error -110 [ 390.223495] usb 1-3: new high speed USB device number 3 using ehci_hcd [ 405.360167] usb 1-3: device descriptor read/64, error -110 [ 420.547111] hub 1-0:1.0: unable to enumerate USB device on port 3 [ 422.550091] ehci_hcd 0000:00:00.7: force halt; handshake ffffc90000028024 0000c000 00000000 -> -110 dom0 lspci: -[0000:00]-\ +-00.0 Intel Corporation N10 Family DMI Bridge +-02.0 Intel Corporation N10 Family Integrated Graphics Controller +-02.1 Intel Corporation N10 Family Integrated Graphics Controller +-1a.0 Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 +-1a.1 Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 +-1a.7 Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 +-1b.0 Intel Corporation 82801H (ICH8 Family) HD Audio Controller +-1c.0-[01]-- +-1c.3-[02]----00.0 Realtek Semiconductor Co., Ltd. RTL8111/8168B... +-1c.4-[03]-- +-1d.0 Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 +-1d.1 Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 +-1d.2 Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 +-1d.7 Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 +-1e.0-[04]--+-04.0 Realtek Semiconductor Co., Ltd. RTL-8139/8139C... | +-06.0 Realtek Semiconductor Co., Ltd. RTL-8139/8139C... | \-07.0 Realtek Semiconductor Co., Ltd. RTL-8139/8139C... +-1f.0 Intel Corporation 82801HEM (ICH8M) LPC Interface Controller +-1f.1 Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller +-1f.2 Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller \-1f.3 Intel Corporation 82801H (ICH8 Family) SMBus Controller Should I hide 00:1a.* too? xm pci-list-assignable-devices 0000:00:1d.0 0000:00:1d.1 0000:00:1d.2 0000:00:1d.7 -- Hans _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Sep 01 15:39:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 01 Sep 2011 15:39:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzFuo-0007Km-EP; Thu, 01 Sep 2011 15:39:18 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1Qz4uZ-0003p6-P1 for xen-users@lists.xensource.com; Thu, 01 Sep 2011 03:54:20 -0700 X-Env-Sender: luismi.amoros@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1314874443!34342410!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12147 invoked from network); 1 Sep 2011 10:54:04 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-14.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 1 Sep 2011 10:54:04 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Qz4uV-0004Si-2g for xen-users@lists.xensource.com; Thu, 01 Sep 2011 03:54:15 -0700 Date: Thu, 1 Sep 2011 03:54:15 -0700 (PDT) From: lsm_7 To: xen-users@lists.xensource.com Message-ID: <1314874455076-4757870.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 01 Sep 2011 15:37:43 -0700 Subject: [Xen-users] Question about NFS domUs X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, Is it possible to start a HVM domU via NFS?? I'm having problems trying to do it. I don't have any problem when I try with paravirtualized domU. Any idea or suggestion? Another question: is it possible to start a domU via NFS in localhost?? I know it's tricky but I need for a project I'm working. Thanks anyway!! -- View this message in context: http://xen.1045712.n5.nabble.com/Question-about-NFS-domUs-tp4757870p4757870.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Sep 01 15:41:43 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 01 Sep 2011 15:41:43 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzFx8-00082z-Tt; Thu, 01 Sep 2011 15:41:42 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzE7K-0002qF-9W for xen-users@lists.xensource.com; Thu, 01 Sep 2011 13:44:06 -0700 X-Env-Sender: mbrown@greenmountainservices.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1314909842!9186435!1 X-Originating-IP: [69.61.82.115] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16041 invoked from network); 1 Sep 2011 20:44:03 -0000 Received: from greenmountainservices.com (HELO greenmountainservices.com) (69.61.82.115) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 1 Sep 2011 20:44:03 -0000 Received: from c-24-63-222-90.hsd1.ma.comcast.net ([24.63.222.90] helo=[192.168.3.99]) by greenmountainservices.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1QzE7A-0000Im-D3 for xen-users@lists.xensource.com; Thu, 01 Sep 2011 16:44:00 -0400 Message-ID: <4E5FEE8D.1030005@greenmountainservices.com> Date: Thu, 01 Sep 2011 16:43:57 -0400 From: Mark Brown User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 24.63.222.90 X-SA-Exim-Mail-From: mbrown@greenmountainservices.com X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on greenmountainservices.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:14:11 +0000) X-SA-Exim-Scanned: Yes (on greenmountainservices.com) X-Mailman-Approved-At: Thu, 01 Sep 2011 15:37:43 -0700 Subject: [Xen-users] Any PCI passthrough success stories with SATA-RAID HBAs? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mbrown@greenmountainservices.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Just out of curiosity - searching for success stories has yielded no results - can anyone claim a success passing a PCI-(e) Raid Controller to a DomU and having it work over longer periods of time (month)? Really curious! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Sep 01 23:51:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 01 Sep 2011 23:51:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzNao-0000oO-9x; Thu, 01 Sep 2011 23:51:10 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzNZf-0000TY-BN for xen-users@lists.xensource.com; Thu, 01 Sep 2011 23:49:59 -0700 X-Env-Sender: Rudi@softdux.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1314946194!16403333!1 X-Originating-IP: [96.31.66.10] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28384 invoked from network); 2 Sep 2011 06:49:55 -0000 Received: from venus.securehosting.co.za (HELO venus.securehosting.co.za) (96.31.66.10) by server-15.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Sep 2011 06:49:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=softdux.com; h=MIME-Version:Reply-To:From:Date:Message-ID:Subject:To:Content-Type:X-Assp-ID:X-Assp-Version:X-Source:X-Source-Args:X-Source-Dir; b=K4H6cBNG6U+SZngpk03o/3dGVTKsfdW9T4Oa1/SiESex/pq6TX/XaJRKQvarZfdUgKTfdIGoB2O9kMv0Tu8N7TELgOU4GokyIJmiMbT7YOsMD6RcBKabFS2ZioCwWxq2; Received: from localhost ([127.0.0.1] helo=venus.securehosting.co.za) by venus.securehosting.co.za with esmtpa (Exim 4.69) (envelope-from ) id 1QzNhW-003DUK-7R for xen-users@lists.xensource.com; Fri, 02 Sep 2011 08:58:06 +0200 Received: from mail-qw0-f51.google.com ([127.0.0.2] helo=mail-qw0-f51.google.com) with IPv4:26 by venus.securehosting.co.za; 2 Sep 2011 08:58:05 +0200 Received: by qwm25 with SMTP id 25so1510992qwm.24 for ; Thu, 01 Sep 2011 23:49:53 -0700 (PDT) Received: by 10.229.67.143 with SMTP id r15mr572303qci.11.1314946193233; Thu, 01 Sep 2011 23:49:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.2.136 with HTTP; Thu, 1 Sep 2011 23:49:33 -0700 (PDT) From: Rudi Ahlers Date: Fri, 2 Sep 2011 08:49:33 +0200 Message-ID: To: xen-users Content-Type: text/plain; charset=ISO-8859-1 X-Assp-ID: venus.securehosting.co.za () X-Assp-Version: 1.7.1.3(1.0.2) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - venus.securehosting.co.za X-AntiAbuse: Original Domain - lists.xensource.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - softdux.com X-Source: X-Source-Args: X-Source-Dir: Subject: [Xen-users] PANIC: early exception 0e rip 10:0 error 10 cr2 0 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rudi@softdux.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi all, I installed XEN on a CentOS 6 server, as per these instructions: http://www.crc.id.au/xen-on-rhel6-scientific-linux-6-centos-6-howto/ And the server now gives this error on reboot: PANIC: early exception 0e rip 10:0 error 10 cr2 0 These are the packages that were installed before the reboot: Total download size: 33 M Installed size: 116 M Is this ok [y/N]: y Downloading Packages: (1/14): PyXML-0.8.4-19.el6.x86_64.rpm | 892 kB 00:00 (2/14): SDL-1.2.14-2.el6.x86_64.rpm | 193 kB 00:00 (3/14): kernel-xen-2.6.32.45-1.x86_64.rpm | 20 MB 00:12 (4/14): kpartx-0.4.9-31.el6_0.3.x86_64.rpm | 37 kB 00:00 (5/14): libXdamage-1.1.2-1.el6.x86_64.rpm | 16 kB 00:00 (6/14): libXfixes-4.0.4-1.el6.x86_64.rpm | 19 kB 00:00 (7/14): libXxf86vm-1.1.0-1.el6.x86_64.rpm | 18 kB 00:00 (8/14): mesa-dri-drivers-7.7-2.el6.x86_64.rpm | 1.5 MB 00:00 (9/14): mesa-libGL-7.7-2.el6.x86_64.rpm | 144 kB 00:00 (10/14): xen-4.1.1-3.1.x86_64.rpm | 1.0 MB 00:00 (11/14): xen-hypervisor-4.1.1-3.1.x86_64.rpm | 3.8 MB 00:01 (12/14): xen-libs-4.1.1-3.1.x86_64.rpm | 309 kB 00:00 (13/14): xen-licenses-4.1.1-3.1.x86_64.rpm | 63 kB 00:00 (14/14): xen-runtime-4.1.1-3.1.x86_64.rpm | 4.9 MB 00:02 ------------------------------------------------------------------------------------------------------------------------- Total 1.7 MB/s | 33 MB 00:20 Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Installing : libXfixes-4.0.4-1.el6.x86_64 1/14 Installing : libXdamage-1.1.2-1.el6.x86_64 2/14 Installing : SDL-1.2.14-2.el6.x86_64 3/14 Installing : kpartx-0.4.9-31.el6_0.3.x86_64 4/14 Installing : mesa-dri-drivers-7.7-2.el6.x86_64 5/14 Installing : PyXML-0.8.4-19.el6.x86_64 6/14 Installing : libXxf86vm-1.1.0-1.el6.x86_64 7/14 Installing : xen-licenses-4.1.1-3.1.x86_64 8/14 Installing : xen-libs-4.1.1-3.1.x86_64 9/14 Installing : mesa-libGL-7.7-2.el6.x86_64 10/14 Installing : xen-hypervisor-4.1.1-3.1.x86_64 11/14 Installing : xen-runtime-4.1.1-3.1.x86_64 12/14 Installing : xen-4.1.1-3.1.x86_64 13/14 Installing : kernel-xen-2.6.32.45-1.x86_64 14/14 Added 'installonlypkgs' line to /etc/yum.conf! Installed: kernel-xen.x86_64 0:2.6.32.45-1 xen.x86_64 0:4.1.1-3.1 Dependency Installed: PyXML.x86_64 0:0.8.4-19.el6 SDL.x86_64 0:1.2.14-2.el6 kpartx.x86_64 0:0.4.9-31.el6_0.3 libXdamage.x86_64 0:1.1.2-1.el6 libXfixes.x86_64 0:4.0.4-1.el6 libXxf86vm.x86_64 0:1.1.0-1.el6 mesa-dri-drivers.x86_64 0:7.7-2.el6 mesa-libGL.x86_64 0:7.7-2.el6 xen-hypervisor.x86_64 0:4.1.1-3.1 xen-libs.x86_64 0:4.1.1-3.1 xen-licenses.x86_64 0:4.1.1-3.1 xen-runtime.x86_64 0:4.1.1-3.1 Has anyone seen this? the server is in a DC in America so I need todo everything over the internet from South Africa and the KVM is a bit slow. -- Kind Regards Rudi Ahlers SoftDux Website: http://www.SoftDux.com Technical Blog: http://Blog.SoftDux.com Office: 087 805 9573 Cell: 082 554 7532 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Sep 01 23:54:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 01 Sep 2011 23:54:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzNdg-0001W7-Vt; Thu, 01 Sep 2011 23:54:09 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzNd2-0001CA-9h for xen-users@lists.xensource.com; Thu, 01 Sep 2011 23:53:29 -0700 X-Env-Sender: peter@pajamian.dhs.org X-Msg-Ref: server-2.tower-174.messagelabs.com!1314946404!29973614!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25741 invoked from network); 2 Sep 2011 06:53:25 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Sep 2011 06:53:25 -0000 Received: by ywm3 with SMTP id 3so2587439ywm.30 for ; Thu, 01 Sep 2011 23:53:23 -0700 (PDT) Received: by 10.236.77.105 with SMTP id c69mr3473651yhe.113.1314946403768; Thu, 01 Sep 2011 23:53:23 -0700 (PDT) Received: from [192.168.1.3] (60-234-254-5.bitstream.orcon.net.nz [60.234.254.5]) by mx.google.com with ESMTPS id z24sm1799738yhj.5.2011.09.01.23.53.21 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 01 Sep 2011 23:53:22 -0700 (PDT) Message-ID: <4E607D5D.3080401@pajamian.dhs.org> Date: Fri, 02 Sep 2011 18:53:17 +1200 From: Peter Ajamian User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110805 Thunderbird/3.1.12 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Xen-users] ATTN: Michael Young: RHEL6 dom0 kernels X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hey Michael, I've been using your RHEL6 kernels on CentOS 6 and they have been working great for me so far. Is there any chance that you will consider making a yum repo with them? Peter _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 01:42:34 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 01:42:34 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzPKc-0006G1-Es; Fri, 02 Sep 2011 01:42:34 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1QzPJJ-0005vp-2S for xen-users@lists.xensource.com; Fri, 02 Sep 2011 01:41:13 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1314952857!40775244!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2729 invoked from network); 2 Sep 2011 08:40:57 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-12.tower-27.messagelabs.com with SMTP; 2 Sep 2011 08:40:57 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Fri, 2 Sep 2011 08:41:06 +0100 Subject: RE: [Xen-users] Question about NFS domUs Date: Fri, 2 Sep 2011 09:41:06 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: <039E0B4AA9103344A80DA55DDDC76A933B30E2@electron.tidyhosts.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] Question about NFS domUs thread-index: Acxo9/xIxbP6tNwgSXiYII3GXKSnsAAU8S1Q References: <1314874455076-4757870.post@n5.nabble.com> From: "Ian Tobin" To: "lsm_7" , Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, Yes you can, we do it already. For the second, not sure but I can't see why you would want to? Thanks Ian -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of lsm_7 Sent: 01 September 2011 11:54 To: xen-users@lists.xensource.com Subject: [Xen-users] Question about NFS domUs Hi, Is it possible to start a HVM domU via NFS?? I'm having problems trying to do it. I don't have any problem when I try with paravirtualized domU. Any idea or suggestion? Another question: is it possible to start a domU via NFS in localhost?? I know it's tricky but I need for a project I'm working. Thanks anyway!! -- View this message in context: http://xen.1045712.n5.nabble.com/Question-about-NFS-domUs-tp4757870p4757 870.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 02:04:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 02:04:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzPgF-0007Qo-7d; Fri, 02 Sep 2011 02:04:55 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzPcs-000740-Sx for xen-users@lists.xensource.com; Fri, 02 Sep 2011 02:02:24 -0700 X-Env-Sender: luismi.amoros@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1314954073!58073217!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1408 invoked from network); 2 Sep 2011 09:01:15 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-14.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 2 Sep 2011 09:01:15 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1QzPcn-0003cy-29 for xen-users@lists.xensource.com; Fri, 02 Sep 2011 02:01:21 -0700 Date: Fri, 2 Sep 2011 02:01:21 -0700 (PDT) From: lsm_7 To: xen-users@lists.xensource.com Message-ID: <1314954081057-4761604.post@n5.nabble.com> In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A933B30E2@electron.tidyhosts.com> References: <1314874455076-4757870.post@n5.nabble.com> <039E0B4AA9103344A80DA55DDDC76A933B30E2@electron.tidyhosts.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Xen-users] RE: Question about NFS domUs X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Thanks for the reply. Could you explain me how to start a HVM domU via NFS?? It would very useful for me... My domU configuration file is: # # Kernel # kernel = '/usr/lib/xen-4.1/boot/hvmloader' builder = 'hvm' # # Hostname # name = 'natty.i2cat.net' # # Memory # memory = '1024' shadow_memory = 8 acpi = 1 apic = 1 # # UUID # uuid = '0702dad0-644a-4263-9675-cec03359b677' # # CPUs # vcpus = 1 # # Networking # device_model = '/usr/lib/xen-4.1/bin/qemu-dm' vif = [ 'type=ioemu, mac=00:16:3E:FD:77:0A, bridge=eth1' ] # # Disk device(s). # #disk = [ 'phy:/dev/vservers/natty.i2cat.net-disk,ioemu:hda,w', # 'phy:/dev/cdrom,hdc:cdrom,r' # 'file:/images/ubuntu-11.04-desktop-i386.iso,hdc:cdrom,r' # ] root = '/dev/nfs' nfs_server = 'chucknorris.i2cat.net' nfs_root = '/mnt/virtuals/natty' boot='dc' sdl=0 # # VNC Config # vfb = [ 'type=vnc,vncdisplay=96,vncpasswd=ubuntu' ] serial='pty' usbdevice='tablet' localtime = 1 # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' Related to the second question, I'm migrating virtual machines when my nodes of the virtualization cluster are collapsed. Most of the nodes are diskless, so their disk is mounted via NFS connected to a central node. This central node has a partition in LVM for everyone of the diskless nodes. Then, all domUs are executed in these nodes must be started via NFS. But these domUs can be migrated to the central node, so domUs can be started without NFS but the config should be changed... so it is not a great idea... Then, the idea is to start all the domUs via NFS independently of the node where it's executed. I don't know if my explanation is clear... I hope somebody can help me! Thanks Luismi -- View this message in context: http://xen.1045712.n5.nabble.com/Question-about-NFS-domUs-tp4757870p4761604.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 02:09:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 02:09:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzPkZ-0008Ax-Ih; Fri, 02 Sep 2011 02:09:23 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1QzPji-0007rC-FX for xen-users@lists.xensource.com; Fri, 02 Sep 2011 02:08:30 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1314954507!15786824!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4756 invoked from network); 2 Sep 2011 09:08:27 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-15.tower-182.messagelabs.com with SMTP; 2 Sep 2011 09:08:27 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Fri, 2 Sep 2011 09:08:23 +0100 Subject: RE: [Xen-users] RE: Question about NFS domUs Date: Fri, 2 Sep 2011 10:08:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: <039E0B4AA9103344A80DA55DDDC76A933B30E3@electron.tidyhosts.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] RE: Question about NFS domUs thread-index: AcxpT1jQdyVTpZFUR5O2+ZHQzdwxzAAADyrw References: <1314874455076-4757870.post@n5.nabble.com><039E0B4AA9103344A80DA55DDDC76A933B30E2@electron.tidyhosts.com> <1314954081057-4761604.post@n5.nabble.com> From: "Ian Tobin" To: "lsm_7" , Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com If you have your nfs share mounted to say /mnt/vpsdata you don't need what you have, just use disk =3D [ 'file:/mnt/vpsdata/example.img,hda,w' ] thanks -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of lsm_7 Sent: 02 September 2011 10:01 To: xen-users@lists.xensource.com Subject: [Xen-users] RE: Question about NFS domUs Thanks for the reply. Could you explain me how to start a HVM domU via NFS?? It would very useful for me... My domU configuration file is: # # Kernel # kernel =3D '/usr/lib/xen-4.1/boot/hvmloader' builder =3D 'hvm' # # Hostname # name =3D 'natty.i2cat.net' # # Memory # memory =3D '1024' shadow_memory =3D 8 acpi =3D 1 apic =3D 1 # # UUID # uuid =3D '0702dad0-644a-4263-9675-cec03359b677' # # CPUs # vcpus =3D 1 # # Networking # device_model =3D '/usr/lib/xen-4.1/bin/qemu-dm' vif =3D [ 'type=3Dioemu, mac=3D00:16:3E:FD:77:0A, bridge=3Deth1' ] # # Disk device(s). # #disk =3D [ 'phy:/dev/vservers/natty.i2cat.net-disk,ioemu:hda,w', # 'phy:/dev/cdrom,hdc:cdrom,r' # 'file:/images/ubuntu-11.04-desktop-i386.iso,hdc:cdrom,r' # ] root =3D '/dev/nfs' nfs_server =3D 'chucknorris.i2cat.net' nfs_root =3D '/mnt/virtuals/natty' boot=3D'dc' sdl=3D0 # # VNC Config # vfb =3D [ 'type=3Dvnc,vncdisplay=3D96,vncpasswd=3Dubuntu' ] serial=3D'pty' usbdevice=3D'tablet' localtime =3D 1 # # Behaviour # on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' Related to the second question, I'm migrating virtual machines when my nodes of the virtualization cluster are collapsed. Most of the nodes are diskless, so their disk is mounted via NFS connected to a central node. This central node has a partition in LVM for everyone of the diskless nodes. Then, all domUs are executed in these nodes must be started via NFS. But these domUs can be migrated to the central node, so domUs can be started without NFS but the config should be changed... so it is not a great idea... Then, the idea is to start all the domUs via NFS independently of the node where it's executed. I don't know if my explanation is clear... I hope somebody can help me!=20 Thanks Luismi -- View this message in context: http://xen.1045712.n5.nabble.com/Question-about-NFS-domUs-tp4757870p4761 604.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 02:13:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 02:13:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzPoi-0000oj-1Z; Fri, 02 Sep 2011 02:13:40 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1QzPnr-0000U4-4I for xen-users@lists.xensource.com; Fri, 02 Sep 2011 02:12:48 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1314954764!16629244!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26300 invoked from network); 2 Sep 2011 09:12:44 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-13.tower-182.messagelabs.com with SMTP; 2 Sep 2011 09:12:44 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Fri, 2 Sep 2011 09:12:40 +0100 Subject: RE: [Xen-users] RE: Question about NFS domUs Date: Fri, 2 Sep 2011 10:12:40 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: <039E0B4AA9103344A80DA55DDDC76A933B30E4@electron.tidyhosts.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] RE: Question about NFS domUs thread-index: AcxpT1jQdyVTpZFUR5O2+ZHQzdwxzAAAJ4Qw References: <1314874455076-4757870.post@n5.nabble.com><039E0B4AA9103344A80DA55DDDC76A933B30E2@electron.tidyhosts.com> <1314954081057-4761604.post@n5.nabble.com> From: "Ian Tobin" To: "lsm_7" , Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Re the second point. So your using a xen server also as an NFS server? I would probably suggest you don't and have the NFS separate as you will be putting extra load on the nfs/xenserver server. If you are worried about nodes dying then wouldn't it be better to cluster? -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of lsm_7 Sent: 02 September 2011 10:01 To: xen-users@lists.xensource.com Subject: [Xen-users] RE: Question about NFS domUs Thanks for the reply. Could you explain me how to start a HVM domU via NFS?? It would very useful for me... My domU configuration file is: # # Kernel # kernel =3D '/usr/lib/xen-4.1/boot/hvmloader' builder =3D 'hvm' # # Hostname # name =3D 'natty.i2cat.net' # # Memory # memory =3D '1024' shadow_memory =3D 8 acpi =3D 1 apic =3D 1 # # UUID # uuid =3D '0702dad0-644a-4263-9675-cec03359b677' # # CPUs # vcpus =3D 1 # # Networking # device_model =3D '/usr/lib/xen-4.1/bin/qemu-dm' vif =3D [ 'type=3Dioemu, mac=3D00:16:3E:FD:77:0A, bridge=3Deth1' ] # # Disk device(s). # #disk =3D [ 'phy:/dev/vservers/natty.i2cat.net-disk,ioemu:hda,w', # 'phy:/dev/cdrom,hdc:cdrom,r' # 'file:/images/ubuntu-11.04-desktop-i386.iso,hdc:cdrom,r' # ] root =3D '/dev/nfs' nfs_server =3D 'chucknorris.i2cat.net' nfs_root =3D '/mnt/virtuals/natty' boot=3D'dc' sdl=3D0 # # VNC Config # vfb =3D [ 'type=3Dvnc,vncdisplay=3D96,vncpasswd=3Dubuntu' ] serial=3D'pty' usbdevice=3D'tablet' localtime =3D 1 # # Behaviour # on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' Related to the second question, I'm migrating virtual machines when my nodes of the virtualization cluster are collapsed. Most of the nodes are diskless, so their disk is mounted via NFS connected to a central node. This central node has a partition in LVM for everyone of the diskless nodes. Then, all domUs are executed in these nodes must be started via NFS. But these domUs can be migrated to the central node, so domUs can be started without NFS but the config should be changed... so it is not a great idea... Then, the idea is to start all the domUs via NFS independently of the node where it's executed. I don't know if my explanation is clear... I hope somebody can help me!=20 Thanks Luismi -- View this message in context: http://xen.1045712.n5.nabble.com/Question-about-NFS-domUs-tp4757870p4761 604.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 02:17:33 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 02:17:33 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzPsS-0001XH-Ri; Fri, 02 Sep 2011 02:17:32 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzPrm-0001Da-Ac for xen-users@lists.xensource.com; Fri, 02 Sep 2011 02:16:50 -0700 X-Env-Sender: luismi.amoros@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1314955004!23919386!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 356 invoked from network); 2 Sep 2011 09:16:47 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-3.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 2 Sep 2011 09:16:47 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1QzPrf-00058M-Pr for xen-users@lists.xensource.com; Fri, 02 Sep 2011 02:16:43 -0700 Date: Fri, 2 Sep 2011 02:16:43 -0700 (PDT) From: lsm_7 To: xen-users@lists.xensource.com Message-ID: <1314955003795-4761643.post@n5.nabble.com> In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A933B30E3@electron.tidyhosts.com> References: <1314874455076-4757870.post@n5.nabble.com> <039E0B4AA9103344A80DA55DDDC76A933B30E2@electron.tidyhosts.com> <1314954081057-4761604.post@n5.nabble.com> <039E0B4AA9103344A80DA55DDDC76A933B30E3@electron.tidyhosts.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Xen-users] RE: Question about NFS domUs X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Sorry, but I don't understand what you are trying to explain... Every time a domU is created using "xen-create-image", a partition in LVM of the central node is created. So, I don't use file images. In order to start this virtual machines in diskless nodes, I use the next lines, and for paravirtualization it works, but mysteriously for hvm not: /root = '/dev/nfs' nfs_server = 'chucknorris.i2cat.net' nfs_root = '/mnt/virtuals/natty'/ In hvm, when I try to start the domain with: xm create /etc/xen/natty.i2cat.net.cfg -c. The ouptut lines are: /Using config file "/etc/xen/natty.i2cat.net.cfg". Error: Domain 'natty.i2cat.net' does not exist./ I don't understand it... any idea?? Thanks -- View this message in context: http://xen.1045712.n5.nabble.com/Question-about-NFS-domUs-tp4757870p4761643.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 02:19:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 02:19:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzPuT-0002EK-Co; Fri, 02 Sep 2011 02:19:37 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzPtf-0001uD-PX for xen-users@lists.xensource.com; Fri, 02 Sep 2011 02:18:48 -0700 X-Env-Sender: luismi.amoros@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1314955107!41190547!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7642 invoked from network); 2 Sep 2011 09:18:29 -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; 2 Sep 2011 09:18:29 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1QzPtb-0005Jy-3O for xen-users@lists.xensource.com; Fri, 02 Sep 2011 02:18:43 -0700 Date: Fri, 2 Sep 2011 02:18:43 -0700 (PDT) From: lsm_7 To: xen-users@lists.xensource.com Message-ID: <1314955123099-4761656.post@n5.nabble.com> In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A933B30E4@electron.tidyhosts.com> References: <1314874455076-4757870.post@n5.nabble.com> <039E0B4AA9103344A80DA55DDDC76A933B30E2@electron.tidyhosts.com> <1314954081057-4761604.post@n5.nabble.com> <039E0B4AA9103344A80DA55DDDC76A933B30E4@electron.tidyhosts.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Xen-users] RE: Question about NFS domUs X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Related to the second point, you are right, but this central node is the only which has a disk array, the other nodes are diskless. So, as you said, NFS server is in the central node... -- View this message in context: http://xen.1045712.n5.nabble.com/Question-about-NFS-domUs-tp4757870p4761656.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 02:26:21 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 02:26:21 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzQ0y-0003jb-Ll; Fri, 02 Sep 2011 02:26:20 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzIJL-00080n-1G for xen-users@lists.xensource.com; Thu, 01 Sep 2011 18:12:47 -0700 X-Env-Sender: matthias@bannach.net X-Msg-Ref: server-12.tower-182.messagelabs.com!1314925962!16596669!1 X-Originating-IP: [69.61.82.115] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18361 invoked from network); 2 Sep 2011 01:12:43 -0000 Received: from greenmountainservices.com (HELO greenmountainservices.com) (69.61.82.115) by server-12.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 2 Sep 2011 01:12:43 -0000 Received: from c-24-63-222-90.hsd1.ma.comcast.net ([24.63.222.90] helo=[192.168.3.99]) by greenmountainservices.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1QzIJ4-0000R2-Ja; Thu, 01 Sep 2011 21:12:41 -0400 Message-ID: <4E602D73.4020407@bannach.net> Date: Thu, 01 Sep 2011 21:12:19 -0400 From: Matthias Bannach Organization: Bannach.net User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: mbrown@greenmountainservices.com References: <4E5E8089.40801@greenmountainservices.com> In-Reply-To: <4E5E8089.40801@greenmountainservices.com> X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 24.63.222.90 X-SA-Exim-Mail-From: matthias@bannach.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on greenmountainservices.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:14:11 +0000) X-SA-Exim-Scanned: Yes (on greenmountainservices.com) X-Mailman-Approved-At: Fri, 02 Sep 2011 02:25:04 -0700 Cc: xen-users@lists.xensource.com Subject: [Xen-users] Re: CPU soft lockup XEN 4.1rc (Solved) X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com All, Ha - finally - solved. Guess google is not the answer, searching the mailing list is. After much frustration I found the following: http://wiki.debian.org/Xen#A.27clocksource.2BAC8-0.3ATimewentbackwards.27 based on a post by Marco Marongiu http://my.opera.com/marcomarongiu/blog/2010/08/18/debugging-ntp-again-part-4-and-last For me lockup solution #2 worked: # DomU and Dom0 # in /etc/sysctl.conf clocksource=jiffies independent_wallclock=0 # then sysctl -p # in /etc/xen/*.conf extra="clocksource=jiffies" And voila - no more lockups, nothing with the motherboards (which I thought not to be the cause based on success with non-xen configurations) Not sure if this is a kernel or XEN problem though. Hope this helps others On 8/31/2011 2:42 PM, Mark Brown wrote: > Hello, > > Similar to others I have freezeups on the system, it is consistent with > high IO load. If the system runs (even with multiple) XenU it does not > happen. But I can consistently force the situation to occur. > > Running 4 dd processes dumping 20GB each on a LVM/mdadm soft RAID5 > volume it consistenly crashes in a DomU. Running without XEN I do not > see the problem at all - (e.g. after about 3TB of read/write) nothing > happened. > > Any suggestion would be very welcome. > > Marc > > [ .. more .. ] > It appears to be very unpredictable of when it actually occurs, here are > a few examples. Kind of odd that on Aug29th it always happened on the > same second ;-{. > >> syslog.2:Aug 29 17:35:47 nwsc-xen-Q45 kernel: [ 2698.560009] BUG: soft lockup - CPU#0 stuck for 146s! [events/0:9] >> syslog.2:Aug 29 17:35:47 nwsc-xen-Q45 kernel: [ 2698.561016] BUG: soft lockup - CPU#1 stuck for 146s! [rsyslogd:2024] >> syslog.2:Aug 29 22:57:27 nwsc-xen-Q45 kernel: [ 4198.404353] BUG: soft lockup - CPU#0 stuck for 122s! [md1_raid5:1243] >> syslog.2:Aug 29 23:07:27 nwsc-xen-Q45 kernel: [ 4798.336110] BUG: soft lockup - CPU#0 stuck for 101s! [xend:2583] >> syslog.2:Aug 29 23:07:27 nwsc-xen-Q45 kernel: [ 4798.337007] BUG: soft lockup - CPU#1 stuck for 101s! [bdi-default:19] >> syslog.2:Aug 29 23:12:27 nwsc-xen-Q45 kernel: [ 5098.304013] BUG: soft lockup - CPU#0 stuck for 136s! [blkback.5.xvdd1:7226] >> syslog.2:Aug 29 23:12:27 nwsc-xen-Q45 kernel: [ 5098.305010] BUG: soft lockup - CPU#1 stuck for 136s! [sh:7262] >> syslog.6:Aug 17 12:07:08 nwsc-xen-Q45 kernel: [ 2998.596016] BUG: soft lockup - CPU#0 stuck for 73s! [xend:2506] >> syslog.6:Aug 17 12:07:08 nwsc-xen-Q45 kernel: [ 2998.597555] BUG: soft lockup - CPU#1 stuck for 73s! [md0_raid5:598] >> syslog.6:Aug 17 12:17:08 nwsc-xen-Q45 kernel: [ 3598.534068] BUG: soft lockup - CPU#1 stuck for 150s! [xend:2506] > > It does not appear to relate to a specific process. (Those above are > from Xen 4.0.1 with Debian 2.6.32-5-xen-amd64). > > This one is with Xen 4.1.2-rc2-pre/Debian 2.6.32-5-xen-amd64. Both are > on Intel DQ45CB board with 4GB ram. > >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348062] BUG: soft lockup - CPU#0 stuck for 79s! [xend:2767] >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348073] Modules linked in: xt_tcpudp xt_physdev iptable_filter ip_tables x_ta bles ext4 jbd2 crc16 sata_sil24 hid_apple sky2 via_velocity crc_ccitt usb_storage raid456 md_mod async_raid6_recov async_ pq raid6_pq async_xor xor async_memcpy async_tx dm_mod ext3 jbd mbcache firewire_sbp2 loop sr_mod cdrom sg xenfs xen_evtc hn bridge stp 3w_9xxx usbhid hid sd_mod crc_t10dif snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device firewire_ohci psmouse i2c_i801 video firewire_core uhci_hcd ata_piix snd crc_itu_t output serio_raw evdev ahci pcspkr ehci_hcd i2c_core usbcor e nls_base e1000e button ata_generic soundcore snd_page_alloc libata thermal scsi_mod processor thermal_sys acpi_processo > r >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348219] CPU 0: >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348222] Modules linked in: xt_tcpudp xt_physdev iptable_filter ip_tables x_ta bles ext4 jbd2 crc16 sata_sil24 hid_apple sky2 via_velocity crc_ccitt usb_storage raid456 md_mod async_raid6_recov async_ pq raid6_pq async_xor xor async_memcpy async_tx dm_mod ext3 jbd mbcache firewire_sbp2 loop sr_mod cdrom sg xenfs xen_evtc hn bridge stp 3w_9xxx usbhid hid sd_mod crc_t10dif snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device firewire_ohci psmouse i2c_i801 video firewire_core uhci_hcd ata_piix snd crc_itu_t output serio_raw evdev ahci pcspkr ehci_hcd i2c_core usbcor e nls_base e1000e button ata_generic soundcore snd_page_alloc libata thermal scsi_mod processor thermal_sys acpi_processo > r >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348318] Pid: 2767, comm: xend Not tainted 2.6.32-5-xen-amd64 #1 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348322] RIP: e033:[<00007fa4064c0289>] [<00007fa4064c0289>] 0x7fa4064c0289 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348330] RSP: e02b:00007fa402ee54a0 EFLAGS: 00000206 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348334] RAX: 0000000001c3a320 RBX: 0000000001f8ace0 RCX: 00007fa40650f844 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348338] RDX: ffffffffffffffe0 RSI: 0000000000000000 RDI: 00007fa4067a9e40 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348341] RBP: 0000000000000000 R08: 0000000000000008 R09: 0000000000000001 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348345] R10: 0000000000000000 R11: 0000000000000246 R12: 00007fa4067a9e40 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348349] R13: 00007fa402ee555c R14: 00007fa402ee5548 R15: 00000000ffffffff >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348356] FS: 00007fa402ee6700(0000) GS:ffff880002995000(0000) knlGS:000000000 0000000 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348360] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348363] CR2: 00007fb2ed832e28 CR3: 00000000bba8e000 CR4: 0000000000002660 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348367] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348371] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348375] Call Trace: >> >> Aug 31 13:07:51 nwsc-xen-Q45 init: Id "T1" respawning too fast: disabled for 5 minutes > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 02:30:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 02:30:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzQ4Z-0004YI-SM; Fri, 02 Sep 2011 02:30:03 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1QzPzL-00032V-Kq for xen-users@lists.xensource.com; Fri, 02 Sep 2011 02:24:39 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1314955470!35765441!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19293 invoked from network); 2 Sep 2011 09:24:30 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-11.tower-27.messagelabs.com with SMTP; 2 Sep 2011 09:24:30 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Fri, 2 Sep 2011 09:24:32 +0100 Subject: RE: [Xen-users] RE: Question about NFS domUs Date: Fri, 2 Sep 2011 10:24:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: <039E0B4AA9103344A80DA55DDDC76A933B30E5@electron.tidyhosts.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] RE: Question about NFS domUs thread-index: AcxpUSJoOq3MbMS1Rkm9EDIttiYvLwAANSOA References: <1314874455076-4757870.post@n5.nabble.com><039E0B4AA9103344A80DA55DDDC76A933B30E2@electron.tidyhosts.com><1314954081057-4761604.post@n5.nabble.com><039E0B4AA9103344A80DA55DDDC76A933B30E3@electron.tidyhosts.com> <1314955003795-4761643.post@n5.nabble.com> From: "Ian Tobin" To: "lsm_7" , Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com In my experience this error is to do with the networking setup. Simple test is to comment out the vif line and boot up. Also check your logs in /var/log/xen Ian -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of lsm_7 Sent: 02 September 2011 10:17 To: xen-users@lists.xensource.com Subject: [Xen-users] RE: Question about NFS domUs Sorry, but I don't understand what you are trying to explain...=20 Every time a domU is created using "xen-create-image", a partition in LVM of the central node is created. So, I don't use file images. In order to start this virtual machines in diskless nodes, I use the next lines, and for paravirtualization it works, but mysteriously for hvm not: /root =3D '/dev/nfs'=20 nfs_server =3D 'chucknorris.i2cat.net'=20 nfs_root =3D '/mnt/virtuals/natty'/ In hvm, when I try to start the domain with: xm create /etc/xen/natty.i2cat.net.cfg -c. The ouptut lines are: /Using config file "/etc/xen/natty.i2cat.net.cfg". Error: Domain 'natty.i2cat.net' does not exist./ I don't understand it... any idea?? Thanks -- View this message in context: http://xen.1045712.n5.nabble.com/Question-about-NFS-domUs-tp4757870p4761 643.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 03:04:26 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 03:04:26 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzQbp-00062H-4V; Fri, 02 Sep 2011 03:04:25 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1QzQVi-0005dH-2R for xen-users@lists.xensource.com; Fri, 02 Sep 2011 02:58:14 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1314957469!48439473!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5262 invoked from network); 2 Sep 2011 09:57:49 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-12.tower-21.messagelabs.com with SMTP; 2 Sep 2011 09:57:49 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Fri, 2 Sep 2011 09:57:58 +0100 Subject: RE: [Xen-users] Re: CPU soft lockup XEN 4.1rc (Solved) Date: Fri, 2 Sep 2011 10:57:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-ID: <039E0B4AA9103344A80DA55DDDC76A933B30E6@electron.tidyhosts.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] Re: CPU soft lockup XEN 4.1rc (Solved) thread-index: AcxpUlwduuY/7Gd+Rc+GhbNHRT7ZcgABFVuQ References: <4E5E8089.40801@greenmountainservices.com> <4E602D73.4020407@bannach.net> From: "Ian Tobin" To: "Matthias Bannach" , Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, Are you saying this one worked? # in /etc/xen/*.conf extra=3D"clocksource=3Djiffies" we have the same issue with one of our DomUs (CentOS) thanks Ian -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Matthias Bannach Sent: 02 September 2011 02:12 To: mbrown@greenmountainservices.com Cc: xen-users@lists.xensource.com Subject: [Xen-users] Re: CPU soft lockup XEN 4.1rc (Solved) All, Ha - finally - solved. Guess google is not the answer, searching the mailing list is. After much frustration I found the following: http://wiki.debian.org/Xen#A.27clocksource.2BAC8-0.3ATimewentbackwards.2 7 based on a post by Marco Marongiu http://my.opera.com/marcomarongiu/blog/2010/08/18/debugging-ntp-again-pa rt-4-and-last For me lockup solution #2 worked: # DomU and Dom0 # in /etc/sysctl.conf clocksource=3Djiffies independent_wallclock=3D0 # then sysctl -p # in /etc/xen/*.conf extra=3D"clocksource=3Djiffies" And voila - no more lockups, nothing with the motherboards (which I thought not to be the cause based on success with non-xen configurations) Not sure if this is a kernel or XEN problem though. Hope this helps others On 8/31/2011 2:42 PM, Mark Brown wrote: > Hello, >=20 > Similar to others I have freezeups on the system, it is consistent=20 > with high IO load. If the system runs (even with multiple) XenU it=20 > does not happen. But I can consistently force the situation to occur. >=20 > Running 4 dd processes dumping 20GB each on a LVM/mdadm soft RAID5=20 > volume it consistenly crashes in a DomU. Running without XEN I do not=20 > see the problem at all - (e.g. after about 3TB of read/write) nothing=20 > happened. >=20 > Any suggestion would be very welcome. >=20 > Marc >=20 > [ .. more .. ] > It appears to be very unpredictable of when it actually occurs, here=20 > are a few examples. Kind of odd that on Aug29th it always happened on=20 > the same second ;-{. >=20 >> syslog.2:Aug 29 17:35:47 nwsc-xen-Q45 kernel: [ 2698.560009] BUG:=20 >> soft lockup - CPU#0 stuck for 146s! [events/0:9] syslog.2:Aug 29=20 >> 17:35:47 nwsc-xen-Q45 kernel: [ 2698.561016] BUG: soft lockup - CPU#1 >> stuck for 146s! [rsyslogd:2024] syslog.2:Aug 29 22:57:27 nwsc-xen-Q45 >> kernel: [ 4198.404353] BUG: soft lockup - CPU#0 stuck for 122s!=20 >> [md1_raid5:1243] syslog.2:Aug 29 23:07:27 nwsc-xen-Q45 kernel: [=20 >> 4798.336110] BUG: soft lockup - CPU#0 stuck for 101s! [xend:2583]=20 >> syslog.2:Aug 29 23:07:27 nwsc-xen-Q45 kernel: [ 4798.337007] BUG:=20 >> soft lockup - CPU#1 stuck for 101s! [bdi-default:19] syslog.2:Aug 29=20 >> 23:12:27 nwsc-xen-Q45 kernel: [ 5098.304013] BUG: soft lockup - CPU#0 >> stuck for 136s! [blkback.5.xvdd1:7226] syslog.2:Aug 29 23:12:27=20 >> nwsc-xen-Q45 kernel: [ 5098.305010] BUG: soft lockup - CPU#1 stuck=20 >> for 136s! [sh:7262] syslog.6:Aug 17 12:07:08 nwsc-xen-Q45 kernel: [=20 >> 2998.596016] BUG: soft lockup - CPU#0 stuck for 73s! [xend:2506]=20 >> syslog.6:Aug 17 12:07:08 nwsc-xen-Q45 kernel: [ 2998.597555] BUG:=20 >> soft lockup - CPU#1 stuck for 73s! [md0_raid5:598] syslog.6:Aug 17=20 >> 12:17:08 nwsc-xen-Q45 kernel: [ 3598.534068] BUG: soft lockup - CPU#1 >> stuck for 150s! [xend:2506] >=20 > It does not appear to relate to a specific process. (Those above are=20 > from Xen 4.0.1 with Debian 2.6.32-5-xen-amd64). >=20 > This one is with Xen 4.1.2-rc2-pre/Debian 2.6.32-5-xen-amd64. Both are > on Intel DQ45CB board with 4GB ram. >=20 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348062] BUG: soft lockup - CPU#0 stuck for 79s! [xend:2767] >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348073] Modules linked in: xt_tcpudp xt_physdev iptable_filter ip_tables x_ta bles ext4 jbd2 crc16 sata_sil24 hid_apple sky2 via_velocity crc_ccitt usb_storage raid456 md_mod async_raid6_recov async_ pq raid6_pq async_xor xor async_memcpy async_tx dm_mod ext3 jbd mbcache firewire_sbp2 loop sr_mod cdrom sg xenfs xen_evtc hn bridge stp 3w_9xxx usbhid hid sd_mod crc_t10dif snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device firewire_ohci psmouse i2c_i801 video firewire_core uhci_hcd ata_piix snd crc_itu_t output serio_raw evdev ahci pcspkr ehci_hcd i2c_core usbcor e nls_base e1000e button ata_generic soundcore snd_page_alloc libata thermal scsi_mod processor thermal_sys acpi_processo =20 =20 > r >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348219] CPU 0: >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348222] Modules linked in: xt_tcpudp xt_physdev iptable_filter ip_tables x_ta bles ext4 jbd2 crc16 sata_sil24 hid_apple sky2 via_velocity crc_ccitt usb_storage raid456 md_mod async_raid6_recov async_ pq raid6_pq async_xor xor async_memcpy async_tx dm_mod ext3 jbd mbcache firewire_sbp2 loop sr_mod cdrom sg xenfs xen_evtc hn bridge stp 3w_9xxx usbhid hid sd_mod crc_t10dif snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device firewire_ohci psmouse i2c_i801 video firewire_core uhci_hcd ata_piix snd crc_itu_t output serio_raw evdev ahci pcspkr ehci_hcd i2c_core usbcor e nls_base e1000e button ata_generic soundcore snd_page_alloc libata thermal scsi_mod processor thermal_sys acpi_processo =20 =20 > r >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348318] Pid: 2767, comm:=20 >> xend Not tainted 2.6.32-5-xen-amd64 #1 Aug 31 13:05:41 nwsc-xen-Q45=20 >> kernel: [ 4039.348322] RIP: e033:[<00007fa4064c0289>] =20 >> [<00007fa4064c0289>] 0x7fa4064c0289 Aug 31 13:05:41 nwsc-xen-Q45=20 >> kernel: [ 4039.348330] RSP: e02b:00007fa402ee54a0 EFLAGS: 00000206=20 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348334] RAX:=20 >> 0000000001c3a320 RBX: 0000000001f8ace0 RCX: 00007fa40650f844 Aug 31=20 >> 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348338] RDX: ffffffffffffffe0 RSI: 0000000000000000 RDI: 00007fa4067a9e40 Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348341] RBP: 0000000000000000 R08: 0000000000000008 R09: 0000000000000001 Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348345] R10: 0000000000000000 R11: 0000000000000246 R12: 00007fa4067a9e40 Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348349] R13: 00007fa402ee555c R14: 00007fa402ee5548 R15: 00000000ffffffff >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348356] FS: 00007fa402ee6700(0000) GS:ffff880002995000(0000) knlGS:000000000 0000000 >> Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348360] CS: e033 DS:=20 >> 0000 ES: 0000 CR0: 000000008005003b Aug 31 13:05:41 nwsc-xen-Q45=20 >> kernel: [ 4039.348363] CR2: 00007fb2ed832e28 CR3: 00000000bba8e000=20 >> CR4: 0000000000002660 Aug 31 13:05:41 nwsc-xen-Q45 kernel: [=20 >> 4039.348367] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348371] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Aug 31 13:05:41 nwsc-xen-Q45 kernel: [ 4039.348375] Call Trace: >> >> Aug 31 13:07:51 nwsc-xen-Q45 init: Id "T1" respawning too fast:=20 >> disabled for 5 minutes >=20 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 03:23:55 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 03:23:55 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzQug-0007MH-Pn; Fri, 02 Sep 2011 03:23:54 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1QzQtL-00072e-Ej for xen-users@lists.xensource.com; Fri, 02 Sep 2011 03:22:32 -0700 X-Env-Sender: david.gerbec@agenda.si X-Msg-Ref: server-10.tower-216.messagelabs.com!1314958947!8753591!1 X-Originating-IP: [178.79.70.59] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27086 invoked from network); 2 Sep 2011 10:22:28 -0000 Received: from mail.agenda.si (HELO zimbra.agenda.si) (178.79.70.59) by server-10.tower-216.messagelabs.com with SMTP; 2 Sep 2011 10:22:28 -0000 Received: from [172.16.0.221] (halle.agenda.si [172.16.0.221]) by zimbra.agenda.si (Postfix) with ESMTPSA id B663012343E9 for ; Fri, 2 Sep 2011 12:22:27 +0200 (CEST) Message-ID: <4E60AE82.4040203@agenda.si> Date: Fri, 02 Sep 2011 12:22:58 +0200 From: David Gerbec User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110804 SUSE/3.1.12 Thunderbird/3.1.12 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Opensuse 11.4 domU hang on boot References: <4E5F4A32.20608@agenda.si> <20110901093403.GB32750@bloms.de> In-Reply-To: <20110901093403.GB32750@bloms.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi! Seems like i found the source of my problems. Posting here for future reference... In VM config files i had extra="xencons=tty" added... After removing this kernel parameter all VMs that had random hangs at boot started working correctly. So far, from what i can say, only OpenSuSE 11.4 were affected by this. Regards, David Gerbec On 09/01/2011 11:34 AM, Dieter Bloms wrote: > Hi, > > I had the same problem and solved it by increasing the > XENDOMAINS_CREATE_USLEEP value in /etc/sysconfig/xendomains of dom0. > I set it to 15000000 (15s). > > > On Thu, Sep 01, David Gerbec wrote: > >> Hello Everyone! >> >> Been looking around the internet but have not found a solution for >> my problem yet, all i found was a report on opensuse forums with no >> replays. >> >> I have a Xen dom0 running on OpenSuse 11.4 x86_64, on this I’ve >> created 3 PV instances all running OpenSuse 11.4 x86_64 as well. All >> 3 PVs were installed the same way with the same package selection >> and only ONE of this 3 PVs hangs at booting time just before the >> login screen should appear. >> >> I looked at the log files of the VM, when it hangs and when it boots >> normally, i copied and compared the logs (boot.msg, messages, ...) >> but i am not able to find anything substantial. >> >> A work around this problem seems to be - destroy VM, start VM, and >> keep going until eventually the VM starts up correctly. >> >> For testing purposes I’ve installed a PV with OpenSuse 11.3 x86_64. >> This VM runs normally, boots OK every time. >> >> Any of you experienced anything like that? Any idea what else i >> could check? Any info / help would be much appreciated. >> >> >> >> >> >> Regards, >> David Gerbec >> >> -- >> David Gerbec, sistemska podpora >> >> Predlog! Obiščite prenovljeno spletno stran http://www.agenda.si >> >> ODPRTA KODA IN LINUX >> STORITVE : POSLOVNE RESITVE : UPRAVLJANJE IT : INFRASTRUKTURA IT : IZOBRAZEVANJE : PROGRAMSKA OPREMA >> >> Visit our updated web page at http://www.agenda.si >> >> OPEN SOURCE AND LINUX >> SERVICES : BUSINESS SOLUTIONS : IT MANAGEMENT : IT INFRASTRUCTURE : TRAINING : SOFTWARE >> >> "Windows is a 32-bit shell for a 16-bit extension to an 8-bit operating system designed for a 4-bit microprocessor by a 2-bit company that can't stand one bit of competition." >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xensource.com >> http://lists.xensource.com/xen-users -- David Gerbec, sistemska podpora Predlog! Obiščite prenovljeno spletno stran http://www.agenda.si ODPRTA KODA IN LINUX STORITVE : POSLOVNE RESITVE : UPRAVLJANJE IT : INFRASTRUKTURA IT : IZOBRAZEVANJE : PROGRAMSKA OPREMA Visit our updated web page at http://www.agenda.si OPEN SOURCE AND LINUX SERVICES : BUSINESS SOLUTIONS : IT MANAGEMENT : IT INFRASTRUCTURE : TRAINING : SOFTWARE "Windows is a 32-bit shell for a 16-bit extension to an 8-bit operating system designed for a 4-bit microprocessor by a 2-bit company that can't stand one bit of competition." _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 03:52:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 03:52:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzRMb-0000FD-6P; Fri, 02 Sep 2011 03:52:45 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzRLM-0008KW-La for xen-users@lists.xensource.com; Fri, 02 Sep 2011 03:51:29 -0700 X-Env-Sender: rjm@wessexnetworks.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1314960684!23652297!1 X-Originating-IP: [89.145.243.104] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25849 invoked from network); 2 Sep 2011 10:51:25 -0000 Received: from ifield.wessexnetworks.com (HELO ifield.wessexnetworks.com) (89.145.243.104) by server-15.tower-174.messagelabs.com with AES128-SHA encrypted SMTP; 2 Sep 2011 10:51:25 -0000 Received: from RAMIS.wessexnetworks.local ([fe80::d66:50af:8844:6dc3]) by RAMIS.wessexnetworks.local ([fe80::d66:50af:8844:6dc3%19]) with mapi id 14.01.0289.001; Fri, 2 Sep 2011 11:51:46 +0100 From: Richard Maynard / Wessex Networks To: "xen-users@lists.xensource.com" Thread-Topic: Task Blocking / Domu Lockups Thread-Index: AcxpXNB+BzkwE6n2RZ202E6/qbUuFw== Date: Fri, 2 Sep 2011 10:51:46 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.1.118] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [Xen-users] Task Blocking / Domu Lockups X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi All, We've been getting DomU's locking up for some time now under moderate IO lo= ad (I think) on two different Xen hosts. Everything is Debian - Dom0 is Sq= ueeze and the DomUs are a mixture of Lenny and Squeeze which both crash in = the same way. The DomUs and the Dom0 are running the latest Squeeze kernel (2.6.32-5-xen-= amd64) and Xen is 4.0.1-2. The block device (or the kernel's handling of it) is probably closer to the= cause of the problem than a bug in the individual tasks as you see multipl= e tasks lock up at the same time if you get enough output and on separate i= ncidents you see different tasks as well. A couple of excerpts from the co= nsole are below: [581606.222303] INFO: task syslogd:1142 blocked for more than 120 seconds. [581606.222321] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables= this = message. [581606.222329] syslogd D ffff8800f9eafc78 0 1142 1 [581606.222338] ffff8800f9eafda8 0000000000000286 ffff880003d74fe8 ffff880= 0060f = 18f0 [581606.222349] ffff8800f9e30440 ffff8800d8d8c940 ffff8800f9e306c0 0000000= 00000 = 0000 [581606.222360] ffff880000000005 0000000000138512 ffff8800f7c41cc0 ffff880= 00000 = 000f [581606.222368] Call Trace: [581606.222382] [] __wake_up+0x38/0x4f [581606.222395] [] :jbd:log_wait_commit+0xb6/0x11f [581606.222403] [] autoremove_wake_function+0x0/0x2e [581606.222413] [] :jbd:journal_stop+0x198/0x1f3 [581606.222421] [] __writeback_single_inode+0x1bc/0x2da [581606.222429] [] do_readv_writev+0x176/0x18b [581606.222436] [] sync_inode+0x24/0x53 [581606.222453] [] :ext3:ext3_sync_file+0x9e/0xb0 [581606.222460] [] do_fsync+0x52/0xa4 [581606.222467] [] __do_fsync+0x23/0x36 [581606.222473] [] system_call+0x68/0x6d [581606.222479] [] system_call+0x0/0x6d [581606.222484] [581376.493333] INFO: task apache2:14097 blocked for more than 120 seconds. [581376.493348] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables= this = message. [581376.493356] apache2 D ffffffff8044af00 0 14097 26200 [581376.493365] ffff8800d0091de0 0000000000000286 0000000000000000 ffff880= 0f759 = aec0 [581376.493375] ffff8800d8f17440 ffffffff804ff460 ffff8800d8f176c0 0000000= 0d009 = 1e68 [581376.493385] 00000000ffffffff 0000000000000000 ffff880073859000 ffff880= 0f74a = 76c4 [581376.493394] Call Trace: [581376.493408] [] path_walk+0x7e/0x8b [581376.493415] [] do_path_lookup+0x158/0x1ce [581376.493423] [] __mutex_lock_slowpath+0x79/0xc7 [581376.493430] [] mutex_lock+0xa/0xb [581376.493435] [] do_filp_open+0x11a/0x7c4 [581376.493445] [] get_unused_fd_flags+0x74/0x13f [581376.493452] [] do_sys_open+0x46/0xc3 [581376.493458] [] system_call+0x68/0x6d [581376.493464] [] system_call+0x0/0x6d [581376.493471] [1426201.768058] INFO: task sshd:772 blocked for more than 120 seconds. [1426201.768058] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disable= s this message. [1426201.768058] sshd D 0000000000000000 0 772 1 0x0000= 0000 [1426201.768058] ffffffff814791f0 0000000000000282 0000000000000000 ffff88= 000edc35b0 [1426201.768058] ffff88000edc3690 ffffffff8117fd56 000000000000f9e0 ffff88= 000edc3fd8 [1426201.768058] 0000000000015780 0000000000015780 ffff88000284f100 ffff88= 000284f3f8 [1426201.768058] Call Trace: [1426201.768058] [] ? blk_peek_request+0x18b/0x19f [1426201.768058] [] ? pvclock_clocksource_read+0x3a/0x8b [1426201.768058] [] ? io_schedule+0x73/0xb7 [1426201.768058] [] ? get_request_wait+0xf0/0x188 [1426201.768058] [] ? autoremove_wake_function+0x0/0x2e [1426201.768058] [] ? __make_request+0x2f7/0x428 [1426201.768058] [] ? radix_tree_tag_clear+0x93/0xf1 [1426201.768058] [] ? generic_make_request+0x299/0x2f9 [1426201.768058] [] ? xen_force_evtchn_callback+0x9/0xa [1426201.768058] [] ? check_events+0x12/0x20 [1426201.768058] [] ? __set_page_dirty_nobuffers+0x0/0xf= a [1426201.768058] [] ? submit_bio+0xd6/0xf2 [1426201.768058] [] ? test_set_page_writeback+0xe0/0xef [1426201.768058] [] ? swap_writepage+0x9b/0xa5 [1426201.768058] [] ? shrink_page_list+0x375/0x623 [1426201.768058] [] ? xen_force_evtchn_callback+0x9/0xa [1426201.768058] [] ? check_events+0x12/0x20 [1426201.768058] [] ? shrink_list+0x45c/0x767 [1426201.768058] [] ? pick_next_task_fair+0xca/0xd6 [1426201.768058] [] ? xen_restore_fl_direct_end+0x0/0x1 [1426201.768058] [] ? _spin_unlock_irqrestore+0xd/0xe [1426201.768058] [] ? try_to_del_timer_sync+0x63/0x6c [1426201.768058] [] ? shrink_zone+0x280/0x342 [1426201.768058] [] ? _spin_unlock_irqrestore+0xd/0xe [1426201.768058] [] ? congestion_wait+0x74/0x80 [1426201.768058] [] ? autoremove_wake_function+0x0/0x2e [1426201.768058] [] ? try_to_free_pages+0x232/0x38e [1426201.768058] [] ? isolate_pages_global+0x0/0x20f [1426201.768058] [] ? pollwake+0x0/0x59 [1426201.768058] [] ? __alloc_pages_nodemask+0x3cd/0x5f5 [1426201.768058] [] ? __get_free_pages+0x9/0x46 [1426201.768058] [] ? copy_process+0xd7/0x115f [1426201.768058] [] ? cap_d_instantiate+0x0/0x1 [1426201.768058] [] ? xen_restore_fl_direct_end+0x0/0x1 [1426201.768058] [] ? xen_force_evtchn_callback+0x9/0xa [1426201.768058] [] ? check_events+0x12/0x20 [1426201.768058] [] ? cap_d_instantiate+0x0/0x1 [1426201.768058] [] ? xen_restore_fl_direct_end+0x0/0x1 [1426201.768058] [] ? do_fork+0x157/0x31e [1426201.768058] [] ? inotify_d_instantiate+0x12/0x39 [1426201.768058] [] ? sock_attach_fd+0x91/0xbf [1426201.768058] [] ? fd_install+0x2e/0x5a [1426201.768058] [] ? stub_clone+0x13/0x20 [1426201.768058] [] ? system_call_fastpath+0x16/0x1b [1426201.768058] INFO: task master:845 blocked for more than 120 seconds. [1426201.768058] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disable= s this message. [1426201.768058] master D 0000000000000000 0 845 1 0x0000= 0000 [1426201.768058] ffffffff814791f0 0000000000000286 0000000000000000 ffff88= 000ebcd588 [1426201.768058] ffff88000ebcd668 ffffffff8117fd56 000000000000f9e0 ffff88= 000ebcdfd8 [1426201.768058] 0000000000015780 0000000000015780 ffff88000fd1f810 ffff88= 000fd1fb08 [1426201.768058] Call Trace: [1426201.768058] [] ? blk_peek_request+0x18b/0x19f [1426201.768058] [] ? pvclock_clocksource_read+0x3a/0x8b [1426201.768058] [] ? io_schedule+0x73/0xb7 [1426201.768058] [] ? get_request_wait+0xf0/0x188 [1426201.768058] [] ? move_active_pages_to_lru+0xf3/0x12= 6 [1426201.768058] [] ? autoremove_wake_function+0x0/0x2e [1426201.768058] [] ? __make_request+0x2f7/0x428 [1426201.768058] [] ? check_events+0x12/0x20 [1426201.768058] [] ? radix_tree_tag_clear+0x93/0xf1 [1426201.768058] [] ? generic_make_request+0x299/0x2f9 [1426201.768058] [] ? xen_force_evtchn_callback+0x9/0xa [1426201.768058] [] ? check_events+0x12/0x20 [1426201.768058] [] ? cpumask_any_but+0x28/0x34 [1426201.768058] [] ? submit_bio+0xd6/0xf2 [1426201.768058] [] ? test_set_page_writeback+0xe0/0xef [1426201.768058] [] ? swap_writepage+0x9b/0xa5 [1426201.768058] [] ? shrink_page_list+0x375/0x623 [1426201.768058] [] ? shrink_list+0x45c/0x767 [1426201.768058] [] ? determine_dirtyable_memory+0xd/0x1= d [1426201.768058] [] ? get_dirty_limits+0x1d/0x259 [1426201.768058] [] ? journal_cancel_revoke+0xc3/0xec [j= bd] [1426201.768058] [] ? shrink_zone+0x280/0x342 [1426201.768058] [] ? mb_cache_shrink_fn+0x26/0x129 [mbc= ache] [1426201.768058] [] ? shrink_slab+0x141/0x153 [1426201.768058] [] ? try_to_free_pages+0x232/0x38e [1426201.768058] [] ? isolate_pages_global+0x0/0x20f [1426201.768058] [] ? __alloc_pages_nodemask+0x3cd/0x5f5 [1426201.768058] [] ? do_wp_page+0x386/0x707 [1426201.768058] [] ? do_sync_write+0xce/0x113 [1426201.768058] [] ? __raw_callee_save_xen_pud_val+0x11= /0x1e [1426201.768058] [] ? __raw_callee_save_xen_pmd_val+0x11= /0x1e [1426201.768058] [] ? handle_mm_fault+0x7aa/0x80f [1426201.768058] [] ? cap_cred_commit+0x0/0x1 [1426201.768058] [] ? do_page_fault+0x2e0/0x2fc [1426201.768058] [] ? page_fault+0x25/0x30 Has anybody seen this before? Is there a fix / workaround or should we be = trying / building different kernels for the DomUs? Thanks in advance! Regards, Richard Maynard Wessex Networks Linchmere Place Ifield Crawley West Sussex RH11 0EX www.wessexnetworks.com rjm@wessexnetworks.com T: 01293 542080 F: 01293 553849 Twitter: @wessexnetworks _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 04:19:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 04:19:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzRmN-0002e7-PE; Fri, 02 Sep 2011 04:19:23 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1QzRl6-0002JO-PJ for xen-users@lists.xensource.com; Fri, 02 Sep 2011 04:18:05 -0700 X-Env-Sender: luismi.amoros@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1314962280!16804914!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5145 invoked from network); 2 Sep 2011 11:18:01 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-4.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 2 Sep 2011 11:18:01 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1QzRl1-0006Py-Ci for xen-users@lists.xensource.com; Fri, 02 Sep 2011 04:17:59 -0700 Date: Fri, 2 Sep 2011 04:17:59 -0700 (PDT) From: lsm_7 To: xen-users@lists.xensource.com Message-ID: <1314962279385-4761980.post@n5.nabble.com> In-Reply-To: <039E0B4AA9103344A80DA55DDDC76A933B30E5@electron.tidyhosts.com> References: <1314874455076-4757870.post@n5.nabble.com> <039E0B4AA9103344A80DA55DDDC76A933B30E2@electron.tidyhosts.com> <1314954081057-4761604.post@n5.nabble.com> <039E0B4AA9103344A80DA55DDDC76A933B30E3@electron.tidyhosts.com> <1314955003795-4761643.post@n5.nabble.com> <039E0B4AA9103344A80DA55DDDC76A933B30E5@electron.tidyhosts.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: [Xen-users] RE: Question about NFS domUs X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com It happens the same... doesn't change. I really need help with this topic. Luismi -- View this message in context: http://xen.1045712.n5.nabble.com/Question-about-NFS-domUs-tp4757870p4761980.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 02 04:54:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 02 Sep 2011 04:54:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1QzSKU-0005ES-P8; Fri, 02 Sep 2011 04:54:38 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1QzSJP-0004uN-Tk for xen-users@lists.xensource.com; Fri, 02 Sep 2011 04:53:32 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1314964408!29992640!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27292 invoked from network); 2 Sep 2011 11:53:28 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-7.tower-174.messagelabs.com with SMTP; 2 Sep 2011 11:53:28 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Fri, 2 Sep 2011 11:53:25 +0100 Subject: RE: [Xen-users] RE: Question about NFS domUs MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 2 Sep 2011 12:53:25 +0100 Message-ID: <039E0B4AA9103344A80DA55DDDC76A933B30E7@electron.tidyhosts.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] RE: Question about NFS domUs thread-index: AcxpYiQ2ccagElsvTJGZ5zgJUr1pQQABHakg References: <1314874455076-4757870.post@n5.nabble.com><039E0B4AA9103344A80DA55DDDC76A933B30E2@electron.tidyhosts.com><1314954081057-4761604.post@n5.nabble.com><039E0B4AA9103344A80DA55DDDC76A933B30E3@electron.tidyhosts.com><1314955003795-4761643.post@n5.nabble.com><039E0B4AA9103344A80DA55DDDC76A933B30E5@electron.tidyhosts.com> <1314962279385-4761980.post@n5.nabble.com> From: "Ian Tobin" To: "lsm_7" , Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: ,

to create the initrd XCP = and make other settings to boot.
=A0
=A0=A0 /opt/xensource/libexec/mpp-rdac --enable

9 - Expose Lums to the server and restart.

After the reboot run the = following commands to verify that the support for= HBAs is correct.
mppUtil = -a

mppUtil -g 0

This is show the storage path infos.

2011/9/8 DJ Roger <djroger.abalando@gma= il.com>

I got a solution:

1 - Disable Citrix yum repository commenting every line of the file /etc/yum.repos.d= /Citrix.repo

2 - install the develo= pment packages for CentOS:
=A0=A0=A0=A0=A0
=A0=A0=A0=A0 yum --enablerepo=3Dbase install gcc
=A0=A0=A0=A0 yum --enablerepo=3Dbase install make

3 - In= stall the kernel dev packages from XCP 1.0 binpkg.iso (http://down= loads.xen.org/XCP/42052/sources/binpkg.iso)

=A0=A0=A0=A0 rpm -ivh kernel-extra-deve= l-2.6.32.12-0.7.1.xs1.0.0.311.170586.i686.rpm
=A0=A0=A0=A0 rpm -ivh kern= el-xen-devel-2.6.32.12-0.7.1.xs1.0.0.311.170586.i686.rpm

4 -= Change the file / et= c / redhat-release (support <= span>for redhat 5)

=A0=A0=A0=A0 from:

=A0=A0=A0=A0=A0 Release 1.0.0-42052c XCP (= XCP)

=A0=A0=A0=A0=A0 to:

=A0=A0=A0=A0=A0 Release 5.0.0-42052c XCP = (XCP)

5 - Download and inst= all the latest version of mpprdac dr= iver for Linux that can be found at:=

http://www.lsi.com/sep/Pages/rdac/ds4000.aspx

6 - Extract the downloaded pa= ckage, enter the directory and change the line 66 of file mppLnx26p_upper.c

from:

=A0 # include <.. / drivers / base / base.h>

to:

=A0 # include </ usr/src/linux-2.6.32.12-0.7.1.xs1.0.0.311.170586/dri= vers/base/base.h>

7 - Run the commands to compile and install:

make clea= n
make
make install

At the end of processing the last c= ommand an error occurs because there is no= bootloader recognized. ignore the error because all files were generated and copied to the correct locations.

8 - Now run the script to create the initrd XCP<= /span> and make other settings to boot.
=A0
=A0=A0 /opt/xensource/libexec/mpp-rdac --enablerepo

9 - Expose Lums to the server and restart.

After the reboot run the = following commands to verify that the support for= HBAs is correct.

2011/9/5 DJ Roger <= djroger.aba= lando@gmail.com>
Hi all!

I need to compile de IBM Mpp-rdac driver in XCP 1.0 to use w= ith the IBM DS4700 storage.

Is there any way to do this?

=

--

Rog=E9rio da Costa

--000e0cd6aeb0d1f66a04ac8365b4-- --===============0496217283== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ xen-api mailing list xen-api@lists.xensource.com http://lists.xensource.com/mailman/listinfo/xen-api --===============0496217283==-- From xen-users-bounces@lists.xensource.com Fri Sep 09 08:25:20 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 08:25:20 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R22xE-0001Vh-Je; Fri, 09 Sep 2011 08:25:20 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1R22vU-0001AD-NX for xen-users@lists.xensource.com; Fri, 09 Sep 2011 08:23:33 -0700 X-Env-Sender: jpp@jppozzi.dyndns.org X-Msg-Ref: server-15.tower-27.messagelabs.com!1315581802!48116503!1 X-Originating-IP: [93.17.128.10] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32183 invoked from network); 9 Sep 2011 15:23:22 -0000 Received: from smtp22.services.sfr.fr (HELO smtp22.services.sfr.fr) (93.17.128.10) by server-15.tower-27.messagelabs.com with SMTP; 9 Sep 2011 15:23:22 -0000 Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2204.sfr.fr (SMTP Server) with ESMTP id 6B0887000234 for ; Fri, 9 Sep 2011 17:23:29 +0200 (CEST) Received: from kmail.jpp.fr (188.219.91.79.rev.sfr.net [79.91.219.188]) by msfrf2204.sfr.fr (SMTP Server) with ESMTP id 4DB427000202 for ; Fri, 9 Sep 2011 17:23:29 +0200 (CEST) X-SFR-UUID: 20110909152329318.4DB427000202@msfrf2204.sfr.fr Received: from localhost (localhost [127.0.0.1]) by kmail.jpp.fr (Postfix) with ESMTP id E344826E167 for ; Fri, 9 Sep 2011 17:23:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at jppozzi.dyndns.org Received: from kmail.jpp.fr ([127.0.0.1]) by localhost (kmail.jpp.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BcbCNU0FORTy for ; Fri, 9 Sep 2011 17:23:27 +0200 (CEST) Received: from [192.168.1.8] (k2000.jpp.fr [192.168.1.8]) by kmail.jpp.fr (Postfix) with ESMTPSA id DE47226E05E for ; Fri, 9 Sep 2011 17:23:27 +0200 (CEST) Subject: Re: [Xen-users] New to Xen: safety concerns (Linux Dom0, Windows DomU) From: "jpp@jppozzi.dyndns.org" To: xen-users@lists.xensource.com Date: Fri, 09 Sep 2011 17:23:27 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3- Content-Transfer-Encoding: 7bit Message-ID: <1315581807.6822.3.camel@k2000.jpp.fr> Mime-Version: 1.0 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jp.pozzi@izzop.net List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello, > Hi! I'm looking at installing Xen to play around with Windows as well > as Linux, but since it's a somewhat invasive install, figured it'd be > safer to ask some questions first. > > I have a Linux box that's running Ubuntu 10.10 happily as a desktop > and router. What I'm trying to do is run Windows on it in addition, > and have Windows have direct access to the nVidia card - which is what > most virtualizers won't do. But above all, I want to keep the Linux > half running. Whatever happens, this is to remain functional as the > router. If Windows has a problem, I need to be able to restart it > without bringing Linux down. > > Also, should Xen not work out, I'd like to be able to uninstall it and > return to the clean Linux that's there now. Googling for information > on this last point has turned up a number of people who've had no > trouble, but also a number who did, and I'm not sure if the issues are > self-inflicted, nor if they're only in older versions of Xen. > > So, in summary: > 1) Is it safe and easy to uninstall Xen, leaving Dom0 as the only OS installed? Xen desinstallation is not even needed, you can boot the system directly on the DOM0 without XEN (standard function ot GRUB). Windows installation should work, the direct access from Windows to the video card is more difficult (PCI passthrough) and I didn't try it but it should be possible. Regards JPP > 2) Can a DomU Windows have full access to the hardware? > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 10:04:51 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 10:04:51 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R24VX-0000N6-90; Fri, 09 Sep 2011 10:04:51 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R24Sb-0008Su-EY for xen-users@lists.xensource.com; Fri, 09 Sep 2011 10:01:56 -0700 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1315587704!12759462!1 X-Originating-IP: [74.125.82.171] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12455 invoked from network); 9 Sep 2011 17:01:44 -0000 Received: from mail-wy0-f171.google.com (HELO mail-wy0-f171.google.com) (74.125.82.171) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Sep 2011 17:01:44 -0000 Received: by wyh13 with SMTP id 13so1888321wyh.30 for ; Fri, 09 Sep 2011 10:01:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Cik7iCxAj+KjJMjD7eb09vI9cQAgUGduPJ6ppphh23s=; b=OULPUu8iIxVlV/MVw/EQ+ruSuGyoPSxc00d83GAMyZ9rKcHJ3ACn6XvtROfYNX2RU6 iyfcHAVXsLOTvxdgeN0uDtYytQ5Rb9ocTuDsM1METN0vIQ2kDQuYPKZROhNSJIQANpQR sC/4neor6K1R8OavBFfRQr86vXNSkBsMxbzQM= MIME-Version: 1.0 Received: by 10.216.180.205 with SMTP id j55mr2118663wem.69.1315587704155; Fri, 09 Sep 2011 10:01:44 -0700 (PDT) Received: by 10.216.45.69 with HTTP; Fri, 9 Sep 2011 10:01:43 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Sep 2011 13:01:43 -0400 Message-ID: Subject: Re: [Xen-users] Using the Xen GPLPV drivers From: Andrew Bobulsky To: Matthew Hook Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hello Matthew, I've been trying to do the same thing, but my DomU guests (Windows 7 x64) have GPUs passed through to them. For some reason, I was able to narrow down the USB PV driver from the GPLPV set was causing my machines to BSOD during boot with a 7E. Not really sure why, but I found an older post by the developer on the list saying something about how GPLPV USB wasn't very complete yet. I tried instead on a different guest to use the XCP PV drivers... but installing those caused a similar problem, though I can't remember precisely what. It has been a few days since I last hacked away at it ;) Out of curiosity, have you gotten USB PV to work? Did you install *all* of the PV drivers, or just the PCI, disk, and NIC drivers? Still, glad to hear a more recent report of success with them! I'll be back hacking away at it tonight. I'll have my quad-head gaming box purring like a kitten someday, even if I have to tear my hair out for a few more weeks =3D) Cheers, Andrew Bobulsky On Mon, Sep 5, 2011 at 5:47 AM, Matthew Hook wrote: > There seems to be an outdated page to use PV drivers here: > http://wiki.xensource.com/xenwiki/XenWindowsGplPv > I'd be great if that could be updated. > After installing the PV drivers in windows I didn't notice any difference= in > performance at all. =A0Windows says the drivers are working. > Some more searching and reading and it appears that I do actually need to > make some changes to my windows config file. > So, I changed my disk line from: > =A0 disk =3D [ 'tap2:tapdisk:aio:/home/xen/xenwin7.img,hda,w'] > to: > =A0 disk =3D [ 'tap2:tapdisk:aio:/home/xen/xenwin7.img,xvda,w' ] > According to the windows experience index disk performance is now several > points better! > I've also changed the line: > =A0 =A0vif =3D [ 'type=3Dioemu, bridge=3Dxenbr0' ] > to > =A0 =A0vif =3D [ '' ] > Is this all I need to do to fully enable PV drivers? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 12:06:21 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 12:06:21 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R26P4-0005L7-Ux; Fri, 09 Sep 2011 12:06:18 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1R26NK-0004zv-5o for xen-users@lists.xensource.com; Fri, 09 Sep 2011 12:04:33 -0700 X-Env-Sender: SDJ@rasmussenequipment.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1315595066!11979849!1 X-Originating-IP: [66.60.115.61] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11125 invoked from network); 9 Sep 2011 19:04:26 -0000 Received: from rasmussen?equipment.slkc.firstdigital.com (HELO spam.rasmussenequipment.com) (66.60.115.61) by server-12.tower-216.messagelabs.com with SMTP; 9 Sep 2011 19:04:26 -0000 X-ASG-Debug-ID: 1315596713-0159f0618f3a520001-xM1yvO Received: from [192.168.0.10] (SW [192.168.0.1]) by spam.rasmussenequipment.com with ESMTP id NcHknEE2br19Vmxk for ; Fri, 09 Sep 2011 13:31:53 -0600 (MDT) X-Barracuda-Envelope-From: SDJ@RasmussenEquipment.com X-Barracuda-AUTH-User: Shane Message-ID: <4E6A62A1.9060802@RasmussenEquipment.com> Date: Fri, 09 Sep 2011 13:01:53 -0600 From: Shane Johnson Organization: Rasmussen Equipment User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110818 Icedove/3.0.11 MIME-Version: 1.0 To: xen-users@lists.xensource.com X-ASG-Orig-Subj: Problem with Windows on Xen X-Barracuda-Connect: SW[192.168.0.1] X-Barracuda-Start-Time: 1315596713 X-Barracuda-URL: http://spam.rasmussenequipment.com:8000/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at rasmussenequipment.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.67539 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message Subject: [Xen-users] Problem with Windows on Xen X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1272904529==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1272904529== Content-Type: multipart/alternative; boundary="------------090008060000010501030709" This is a multi-part message in MIME format. --------------090008060000010501030709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I am currently running three different machines with Xen and have running DomU's on server 1 and server 2. I trying to run a new instance of Windows 2000 on Server 2 (I'll include the specs below), but every time the install gets to "registering components" portion, the installation restarts. I try the install on my workstation and it does the same thing. Installing Windows XP and same issue on both machines. on server 1, everything installs fine. Both servers and the workstation are Debian Squeeze installed from bootstrap with almost identical installs. I have searched for similar situations on Google and the forums, but have come up empty handed. Only thing I can see from /var/log/xen/qemu-dm-rasfs.log is the last line says track_dirty_vram(f0000000, 26) failed (-1,3). Any help would be apprecitated on how to resolve this. Thank you -- Shane D. Johnson IT Administrator Rasmussen Equipment Workstation Server 1 Server 2 CPU Phenom 9950 Opteron 6174 Phenom 1100t MB Gigabyte ga-ma790x-ds4 Asus M4A78LT-M Asus KGPE-D16 Mem 8GB 16 GB 64GB HD 2 drives striped with LVM 2 drives with LV's stripped with LVM 6 drives in raid 5 with LVM on top --------------090008060000010501030709 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit     I am currently running three different machines with Xen and have running DomU's on server 1 and server 2. I trying to run a new instance of Windows 2000 on Server 2 (I'll include the specs below), but every time the install gets to "registering components" portion, the installation restarts. I try the install on my workstation and it does the same thing. Installing Windows XP and same issue on both machines. on server 1, everything installs fine. Both servers and the workstation are Debian Squeeze installed from bootstrap with almost identical installs.
    I have searched for similar situations on Google and the forums, but have come up empty handed. Only thing I can see from /var/log/xen/qemu-dm-rasfs.log is the last line says track_dirty_vram(f0000000, 26) failed (-1,3).
     Any help would be apprecitated on how to resolve this.

Thank you

-- 
Shane D. Johnson
IT Administrator
Rasmussen Equipment

	Workstation	Server 1	Server 2
CPU	Phenom 9950	Opteron 6174	Phenom 1100t
MB	Gigabyte ga-ma790x-ds4	Asus M4A78LT-M	Asus KGPE-D16
Mem	8GB	16 GB	64GB
HD	2 drives striped with LVM	2 drives with LV's stripped with LVM	6 drives in raid 5 with LVM on top

--------------090008060000010501030709-- --===============1272904529== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1272904529==-- From xen-users-bounces@lists.xensource.com Fri Sep 09 12:08:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 12:08:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R26Qv-000627-Sc; Fri, 09 Sep 2011 12:08:13 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R26QH-0005gw-8u for xen-users@lists.xensource.com; Fri, 09 Sep 2011 12:07:33 -0700 X-Env-Sender: cyruspy@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1315595249!30876089!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9760 invoked from network); 9 Sep 2011 19:07:30 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Sep 2011 19:07:30 -0000 Received: by ywm21 with SMTP id 21so498987ywm.30 for ; Fri, 09 Sep 2011 12:07:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=2NFkKxUdDmoQJVBdRv+izHApr1rhtcdTIYJGiRNsK34=; b=SY46ZxzP2KZ65RJKWt2I9EK0QNQiw3iN4uL60Okzkx/Oe9VIM2Xnu7cEnIRn/sjGa5 ZDJQLP0lEwx2197I5yUAaCmmsC/j9onilJx0rfHbS8FAQ9s5tH6pXqqfuV8ZTedyT38W SlygeHxwIKY5J9nR5hW0151+avuJIsTBnwaZ0= MIME-Version: 1.0 Received: by 10.150.228.14 with SMTP id a14mr299939ybh.185.1315595248821; Fri, 09 Sep 2011 12:07:28 -0700 (PDT) Received: by 10.150.216.5 with HTTP; Fri, 9 Sep 2011 12:07:28 -0700 (PDT) Date: Fri, 9 Sep 2011 15:07:28 -0400 Message-ID: From: Ciro Iriarte To: xen-users list Content-Type: text/plain; charset=UTF-8 Subject: [Xen-users] High Number of VMs X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, I'm curious about how you guys deal with big virtualization installations. To this date we only dealt with a small number of VM's (~10)on not too big hardware (2xquad xeons+16GB ram). As I'm the "storage guy" I find it quite convenient to present to the dom0s one LUN per VM that makes live migration possible but without the cluster file system or cLVM complexity. The thing is that Linux has a 255 SCSI device limit apparently (255/2= ~128 with multipath) and that won't scale in big installations (300 VMs for example). Any experiences on this scale? Regards, -- Ciro Iriarte http://cyruspy.wordpress.com -- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 12:12:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 12:12:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R26VG-0006kk-T6; Fri, 09 Sep 2011 12:12:42 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R26Ud-0006R2-Av for xen-users@lists.xensource.com; Fri, 09 Sep 2011 12:12:03 -0700 X-Env-Sender: cyruspy@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1315595519!30882914!1 X-Originating-IP: [74.125.83.41] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9879 invoked from network); 9 Sep 2011 19:12:00 -0000 Received: from mail-gw0-f41.google.com (HELO mail-gw0-f41.google.com) (74.125.83.41) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Sep 2011 19:12:00 -0000 Received: by gwaa20 with SMTP id a20so1463795gwa.28 for ; Fri, 09 Sep 2011 12:11:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ay+JmByeZkuqNzFUdsnfDaJLuZ02HWv4hkjYkN/2kMQ=; b=gXBV1cEDCKn4ZtcIF5Ild0JyP+VU3RUGCxArD4JHRT13ZqNdizAUVzcAObAt2mMxBk VRWksPBS7HIJ6T/Iq6dQ6+So+yKfU8DsdhvswaiV+lLaAW3worffzvIJHa1XZuhGRDBt G1HUQdv1y1ethwwmUCd9NkZO0i0oknwPECa34= MIME-Version: 1.0 Received: by 10.150.68.31 with SMTP id q31mr2618767yba.242.1315595518930; Fri, 09 Sep 2011 12:11:58 -0700 (PDT) Received: by 10.150.216.5 with HTTP; Fri, 9 Sep 2011 12:11:58 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Sep 2011 15:11:58 -0400 Message-ID: From: Ciro Iriarte To: xen-users list Content-Type: text/plain; charset=UTF-8 Subject: [Xen-users] Re: High Number of VMs X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com 2011/9/9 Ciro Iriarte : > Hi, I'm curious about how you guys deal with big virtualization > installations. To this date we only dealt with a small number of VM's > (~10)on not too big hardware (2xquad xeons+16GB ram). As I'm the > "storage guy" I find it quite convenient to present to the dom0s one > LUN per VM that makes live migration possible but without the cluster > file system or cLVM complexity. The thing is that Linux has a 255 SCSI > device limit apparently (255/2= ~128 with multipath) and that won't > scale in big installations (300 VMs for example). > > Any experiences on this scale? > > Regards, > > -- > Ciro Iriarte > http://cyruspy.wordpress.com > -- > Also, what about backups?. Currently I do dd images of the OS LUNs and regular backups of data (with backup application agent on domUs), that won't scale well. The VMWare admin around here always brags about the backup API VMWare has, how far are we from something like that?... Regards, -- Ciro Iriarte http://cyruspy.wordpress.com -- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 14:35:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 14:35:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R28jt-0002JH-1v; Fri, 09 Sep 2011 14:35:57 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R28iY-0001zM-MA for xen-users@lists.xensource.com; Fri, 09 Sep 2011 14:34:35 -0700 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1315604070!17735311!1 X-Originating-IP: [96.46.148.180] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10167 invoked from network); 9 Sep 2011 21:34:31 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-10.tower-182.messagelabs.com with SMTP; 9 Sep 2011 21:34:31 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Fri, 9 Sep 2011 14:34:29 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [Xen-users] XCP Timeout trying to do quiesced snapshot of WindowsServer 2008 Standard Date: Fri, 9 Sep 2011 14:34:28 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B0114F9D9@VSRV04.tresearch.net> In-Reply-To: <2B541E71EE131F4F9F04B30362609C4B0114F8CA@VSRV04.tresearch.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP Timeout trying to do quiesced snapshot of WindowsServer 2008 Standard Thread-Index: AcxtkJ6n2Gap9vkKRgOr1+MnkIuCCgBoLa6g References: <2B541E71EE131F4F9F04B30362609C4B0114F8CA@VSRV04.tresearch.net> From: "Brett Westover" To: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Some more detail on this. After I attempt the snapshot, /var/log/messages starts getting spammed with this: ------------------- xenserver1 tapdisk[19068]: ERROR: errno -28 at vhd_complete: /dev/VG_XenStorage-4b3d5a95-0830-1580-608b-aacea358ea5c/VHD-3f5f1bfa-521 1-453b-b447-eb0cd5cc17a5: op: 2, lsec: 6162416, secs: 8, nbytes: 4096, blk: 1504, blk_offset: 4294967295 ------------------- It keeps doing that until I shutdown the VM and detach the second hard disk that gets created. Then I see this in messages: ------------------- Sep 9 14:06:58 closed image /dev/VG_XenStorage-4b3d5a95-0830-1580-608b-aacea358ea5c/VHD-3f5f1bfa-521 1-453b-b447-eb0cd5cc17a5 (0 users, state: 0x00000000, type: 4) Sep 9 14:06:58 xenserver1 tapdisk[13478]: tapdisk-log: closing after 0 errors Sep 9 14:06:58 xenserver1 tapdisk[13478]: tapdisk-syslog: 12 messages, 916 bytes, xmits: 14, failed: 0, dropped: 0 Sep 9 14:06:58 xenserver1 tapdisk[13478]: tapdisk-control: draining 1 connections Sep 9 14:06:58 xenserver1 tapdisk[13478]: tapdisk-control: done ------------------- After that the errors stop. I've tried searching the xen-api and xen-users archives, as well as google, but can't seem to find any help. Thanks, Brett Westover -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Brett Westover Sent: Wednesday, September 07, 2011 12:02 PM To: xen-users@lists.xensource.com Subject: [Xen-users] XCP Timeout trying to do quiesced snapshot of WindowsServer 2008 Standard I am running XCP 1.0.0 After running the "Install-XenProvider.cmd" in the Windows 2008 Standard (64-bit) VM and rebooting, I am trying to do a quiesced snapshot of the VM. I use this command: # xe vm-snapshot-with-quiesce vm=3D2008_Standard_Test new-name-label=3DTest-Quiesce After a considerable amount of time (5 minutes at least) it returns: The VSS plug-in has timed out vm: 2b4426e6-8eb3-c883-8e20-81286d895169 (2008_Standard_Test) A snapshot is created, but presumably it's not quiesced. Also, there appears to be two disks attached to this VM. It wouldn't shut down, so I forced it to power off. When I try to boot back up it says the VDI is not found. If I detach the second disk, then it boots normally. I have done this successfully with another VM, 2008 Enterprise 64-bit and another Server 2003 32-bit.=20 Where do I start troubleshooting to find out where its breaking down and why? Thanks, Brett Westover _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 14:40:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 14:40:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R28oJ-00032J-Vi; Fri, 09 Sep 2011 14:40:32 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R28ne-0002iS-Pv for xen-users@lists.xensource.com; Fri, 09 Sep 2011 14:39:51 -0700 X-Env-Sender: enovak@opensuse.hu X-Msg-Ref: server-9.tower-27.messagelabs.com!1315604371!43905055!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23041 invoked from network); 9 Sep 2011 21:39:32 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Sep 2011 21:39:32 -0000 Received: by ywm21 with SMTP id 21so634127ywm.30 for ; Fri, 09 Sep 2011 14:39:46 -0700 (PDT) Received: by 10.42.156.201 with SMTP id a9mr9323icx.459.1315604386218; Fri, 09 Sep 2011 14:39:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.246.74 with HTTP; Fri, 9 Sep 2011 14:39:26 -0700 (PDT) In-Reply-To: References: From: Ervin Novak Date: Fri, 9 Sep 2011 23:39:26 +0200 Message-ID: Subject: Re: [Xen-users] High Number of VMs To: Ciro Iriarte Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, On Fri, Sep 9, 2011 at 9:07 PM, Ciro Iriarte wrote: > The thing is that Linux has a 255 SCSI > device limit apparently (255/2= ~128 with multipath) and that won't > scale in big installations (300 VMs for example). I don't think Linux >2.4 has such a limitation. I administer servers which have 5-600 LUNs * 4 (multipath) but a short googling showed me a limit of 2^32 (max_scsi_luns, max_luns) Ervin _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 14:51:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 14:51:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R28zK-0003r2-Ii; Fri, 09 Sep 2011 14:51:54 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1R28yf-0003Xr-JN for xen-users@lists.xensource.com; Fri, 09 Sep 2011 14:51:14 -0700 X-Env-Sender: jmadden@ivytech.edu X-Msg-Ref: server-4.tower-21.messagelabs.com!1315605036!59646640!1 X-Originating-IP: [168.91.17.203] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16338 invoked from network); 9 Sep 2011 21:50:36 -0000 Received: from smtp.ivytech.edu (HELO smtp.ivytech.edu) (168.91.17.203) by server-4.tower-21.messagelabs.com with SMTP; 9 Sep 2011 21:50:36 -0000 Received: from localhost (filter.ivytech.edu [10.10.7.175]) by smtp.ivytech.edu (Postfix) with ESMTP id AB2F9AEC83; Fri, 9 Sep 2011 17:51:09 -0400 (EDT) X-Virus-Scanned: amavisd-new at ivytech.edu Received: from smtp.ivytech.edu ([10.10.7.186]) by localhost (filter.ivytech.edu [10.10.7.175]) (amavisd-new, port 10024) with ESMTP id 7VXMr-ykzMgR; Fri, 9 Sep 2011 17:51:09 -0400 (EDT) Received: from [10.80.40.11] (quagmire.ivytech.local [10.80.40.11]) by smtp.ivytech.edu (Postfix) with ESMTP id 35AEEAEC30; Fri, 9 Sep 2011 17:51:09 -0400 (EDT) Message-ID: <4E6A8A4D.7050204@ivytech.edu> Date: Fri, 09 Sep 2011 17:51:09 -0400 From: John Madden User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: Ciro Iriarte Subject: Re: [Xen-users] High Number of VMs References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: xen-users list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On 09/09/2011 03:07 PM, Ciro Iriarte wrote: > Hi, I'm curious about how you guys deal with big virtualization > installations. To this date we only dealt with a small number of VM's > (~10)on not too big hardware (2xquad xeons+16GB ram). As I'm the > "storage guy" I find it quite convenient to present to the dom0s one > LUN per VM that makes live migration possible but without the cluster > file system or cLVM complexity. The thing is that Linux has a 255 SCSI > device limit apparently (255/2= ~128 with multipath) and that won't > scale in big installations (300 VMs for example). > > Any experiences on this scale? I run a couple hundred VM's across a handful of blades. I recommend going to fewer, larger LUNs, carving them up with LVM, and handing out LV's to your VM's. You don't actually need cLVM to do this! All the cluster infra does (for its nasty administrative overhead) is keep the LVM metadata (not your actual data) consistent through cluster-wide locks. You can manage yourself by, for example, making changes on one node and refreshing the other nodes with things like 'vgscan -ay'. I typically allocate LUNs 500GB at a time. You can invent means of keeping things consistent that work for your environment, just test them first. If you really want data security -- preventing one node from hosing data that's accessible from another node -- you'll have to go with a cluster filesystem. That still doesn't help keep your multipathing and LVM configs consistent though, so I think you're better off just skipping that step. John -- John Madden / Sr UNIX Systems Engineer Office of Technology / Ivy Tech Community College of Indiana Free Software is a matter of liberty, not price. To understand the concept, you should think of Free as in 'free speech,' not as in 'free beer.' -- Richard Stallman _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 15:01:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 15:01:26 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R298X-0004ff-9H; Fri, 09 Sep 2011 15:01:25 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R297K-0004LX-RG for xen-users@lists.xensource.com; Fri, 09 Sep 2011 15:00:11 -0700 X-Env-Sender: cyruspy@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1315605606!16759553!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31456 invoked from network); 9 Sep 2011 22:00:07 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Sep 2011 22:00:07 -0000 Received: by gyh3 with SMTP id 3so775064gyh.30 for ; Fri, 09 Sep 2011 15:00:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=QRocx8aAlfOOKCc1JYpl3mnWXdiOnTZffmOD4deykxM=; b=hby7FDYm3XVTsUymvHWzMUkFuPNzGEd/4J2Tz995iXq1eaJpbpVUZanvRWbAUz/kVq 23cAGFekd6tdNftCIi8s+Gb27Hmq4xe77lZsshNt1RmVEAKyPQKxvhtccXMgyb7aEWeW MrDdBfr8BCYZLT4L+3Z/ovvwV0Kof+uwipNHY= MIME-Version: 1.0 Received: by 10.150.104.16 with SMTP id b16mr623975ybc.117.1315605606487; Fri, 09 Sep 2011 15:00:06 -0700 (PDT) Received: by 10.150.211.8 with HTTP; Fri, 9 Sep 2011 15:00:06 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Sep 2011 18:00:06 -0400 Message-ID: Subject: Re: [Xen-users] High Number of VMs From: Ciro Iriarte To: xen-users list Content-Type: text/plain; charset=UTF-8 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com 2011/9/9 Ervin Novak : > Hi, > > On Fri, Sep 9, 2011 at 9:07 PM, Ciro Iriarte wrote: >> The thing is that Linux has a 255 SCSI >> device limit apparently (255/2= ~128 with multipath) and that won't >> scale in big installations (300 VMs for example). > > I don't think Linux >2.4 has such a limitation. I administer servers > which have 5-600 LUNs * 4 (multipath) but a short googling showed me a > limit of 2^32 (max_scsi_luns, max_luns) > > Ervin > Sound great, any special configuration needed on the HBA driver side? Regards, -- Ciro Iriarte http://cyruspy.wordpress.com -- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 15:04:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 15:04:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R29BY-0005N5-7v; Fri, 09 Sep 2011 15:04:32 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R29Av-00053B-Px for xen-users@lists.xensource.com; Fri, 09 Sep 2011 15:03:54 -0700 X-Env-Sender: cyruspy@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1315605829!17595538!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18439 invoked from network); 9 Sep 2011 22:03:50 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Sep 2011 22:03:50 -0000 Received: by yxt3 with SMTP id 3so853251yxt.30 for ; Fri, 09 Sep 2011 15:03:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=2xL3Q5behgszOmzv5ywLPr5Mdwjh1tyf7JS4IvDvUsI=; b=PhETI8QReHi5Vi0HUEjC050lxQnRXZPIGHJ+5BEtz5tNsm9scVbMHk9a9gFq9R0bxD dDQBL67tj42tl2ODNOM+g5ta4Pk5qCd1o3VR2u1j/EC3941n04bg1F5RqKX6NRWQpPVZ 5fB7U7eV2615t29JT1jErybIW0Q4+UyVmY83w= MIME-Version: 1.0 Received: by 10.150.244.20 with SMTP id r20mr109142ybh.3.1315605828988; Fri, 09 Sep 2011 15:03:48 -0700 (PDT) Received: by 10.150.211.8 with HTTP; Fri, 9 Sep 2011 15:03:48 -0700 (PDT) In-Reply-To: <4E6A8A4D.7050204@ivytech.edu> References: <4E6A8A4D.7050204@ivytech.edu> Date: Fri, 9 Sep 2011 18:03:48 -0400 Message-ID: Subject: Re: [Xen-users] High Number of VMs From: Ciro Iriarte To: xen-users list Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com 2011/9/9 John Madden : > On 09/09/2011 03:07 PM, Ciro Iriarte wrote: >> >> Hi, I'm curious about how you guys deal with big virtualization >> installations. To this date we only dealt with a small number of VM's >> (~10)on not too big hardware (2xquad xeons+16GB ram). As I'm the >> "storage guy" I find it quite convenient to present to the dom0s one >> LUN per VM that makes live migration possible but without the cluster >> file system or cLVM complexity. The thing is that Linux has a 255 SCSI >> device limit apparently (255/2=3D ~128 with multipath) and that won't >> scale in big installations (300 VMs for example). >> >> Any experiences on this scale? > > I run a couple hundred VM's across a handful of blades. =C2=A0I recommend= going > to fewer, larger LUNs, carving them up with LVM, and handing out LV's to > your VM's. =C2=A0You don't actually need cLVM to do this! =C2=A0All the c= luster infra > does (for its nasty administrative overhead) is keep the LVM metadata (no= t > your actual data) consistent through cluster-wide locks. =C2=A0You can ma= nage > yourself by, for example, making changes on one node and refreshing the > other nodes with things like 'vgscan -ay'. =C2=A0I typically allocate LUN= s 500GB > at a time. =C2=A0You can invent means of keeping things consistent that w= ork for > your environment, just test them first. > > If you really want data security -- preventing one node from hosing data > that's accessible from another node -- you'll have to go with a cluster > filesystem. =C2=A0That still doesn't help keep your multipathing and LVM = configs > consistent though, so I think you're better off just skipping that step. > > John > > Any advantage on using large luns+LVM instead of independent LUNs appart from snapshots? (according to Novell support LVM on top of LVM is a bad thing...). I remember reading that Xen itself implements some kind of locking... Regards, --=20 Ciro Iriarte http://cyruspy.wordpress.com -- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 17:24:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 17:24:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2BNB-0000GJ-VQ; Fri, 09 Sep 2011 17:24:42 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R2BLq-0008Nv-5a for xen-users@lists.xensource.com; Fri, 09 Sep 2011 17:23:18 -0700 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-14.tower-27.messagelabs.com!1315614178!35517165!1 X-Originating-IP: [203.16.207.99] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4373 invoked from network); 10 Sep 2011 00:23:01 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-14.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 10 Sep 2011 00:23:01 -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 1R2BLc-00019z-1c; Sat, 10 Sep 2011 10:23:04 +1000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [Xen-users] High Number of VMs Date: Sat, 10 Sep 2011 10:23:02 +1000 Message-ID: In-Reply-To: <4E6A8A4D.7050204@ivytech.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] High Number of VMs Thread-Index: AcxvOsIdMtfg9XNOTI6dpFaU7CnM1AAFJ5sg References: <4E6A8A4D.7050204@ivytech.edu> From: "James Harper" To: "John Madden" , "Ciro Iriarte" X-Really-From-Bendigo-IT: magichashvalue Cc: xen-users list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1318637767==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1318637767== Content-class: urn:content-classes:message Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 PiBZb3UgZG9uJ3QgYWN0dWFsbHkgbmVlZCBjTFZNIHRvIGRvIHRoaXMhICBBbGwgdGhlDQo+IGNs dXN0ZXIgaW5mcmEgZG9lcyAoZm9yIGl0cyBuYXN0eSBhZG1pbmlzdHJhdGl2ZSBvdmVyaGVhZCkg aXMga2VlcCB0aGUNCj4gTFZNIG1ldGFkYXRhIChub3QgeW91ciBhY3R1YWwgZGF0YSkgY29uc2lz dGVudCB0aHJvdWdoIGNsdXN0ZXItd2lkZQ0KPiBsb2Nrcy4gIFlvdSBjYW4gbWFuYWdlIHlvdXJz ZWxmIGJ5LCBmb3IgZXhhbXBsZSwgbWFraW5nIGNoYW5nZXMgb24gb25lDQo+IG5vZGUgYW5kIHJl ZnJlc2hpbmcgdGhlIG90aGVyIG5vZGVzIHdpdGggdGhpbmdzIGxpa2UgJ3Znc2NhbiAtYXknLiAg SQ0KPiB0eXBpY2FsbHkgYWxsb2NhdGUgTFVOcyA1MDBHQiBhdCBhIHRpbWUuICBZb3UgY2FuIGlu dmVudCBtZWFucyBvZg0KPiBrZWVwaW5nIHRoaW5ncyBjb25zaXN0ZW50IHRoYXQgd29yayBmb3Ig eW91ciBlbnZpcm9ubWVudCwganVzdCB0ZXN0IHRoZW0NCj4gZmlyc3QuDQoNCkFub3RoZXIgdGhp bmcgY0xWTSBkb2VzIGlzIGVuZm9yY2UgdGhlIHJlc3RyaWN0aW9uIG9uIHNuYXBzaG90cy4gV2l0 aG91dCBjTFZNIHlvdSBjb3VsZCBjcmVhdGUgYSBzbmFwc2hvdCBvbiBvbmUgbm9kZSBhbmQgY29t cGxldGVseSB0cmFzaCB0aGUgdm9sdW1lLiBJIGJlbGlldmUgdGhlIENvVyBhY3Rpb24gb2YgTFZN IHNuYXBzaG90cyBpbnZvbHZlcyBhIG1ldGFkYXRhIHVwZGF0ZSBzbyB5b3UgY2FuJ3QgdXNlIGl0 IGluIGEgY2x1c3RlcmVkIGVudmlyb25tZW50LiBUaGlzIGlzIHdoeSBJIHVzZSBMVk0gb24gdGhl IFNBTiByYXRoZXIgdGhhbiBvbiB0aGUgRG9tVS4NCg0KSmFtZXMNCg0K --===============1318637767== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1318637767==-- From xen-users-bounces@lists.xensource.com Fri Sep 09 17:26:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 17:26:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2BP7-0000xN-02; Fri, 09 Sep 2011 17:26:41 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1R1XCF-0001lJ-2X for xen-users@lists.xensource.com; Wed, 07 Sep 2011 22:30:43 -0700 X-Env-Sender: with.out@me.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1315459839!24569207!1 X-Originating-IP: [17.158.233.225] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30885 invoked from network); 8 Sep 2011 05:30:39 -0000 Received: from nk11p99mm-asmtpout004.mac.com (HELO nk11p99mm-asmtpout004.mac.com) (17.158.233.225) by server-3.tower-174.messagelabs.com with SMTP; 8 Sep 2011 05:30:39 -0000 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [192.168.220.101] (dveri.ether.vzletka.net [89.105.128.215]) by nk11p99mm-asmtp004.mac.com (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTPSA id <0LR600CJ4VAFI130@nk11p99mm-asmtp004.mac.com> for xen-users@lists.xensource.com; Wed, 07 Sep 2011 22:30:38 -0700 (PDT) From: Andrey Cherkashin Date: Wed, 07 Sep 2011 22:30:11 -0700 Message-id: <6DC9D3DB-A294-4DBD-BC69-4928A51032DE@me.com> To: xen-users@lists.xensource.com X-Mailer: Apple Mail (2.1249) X-Mailman-Approved-At: Fri, 09 Sep 2011 17:23:58 -0700 Subject: [Xen-users] Ubuntu as DomU X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I have a problem with running ubuntu inside xen (well, actually debian didn't work either). Dom0: Linux libre 3.0.4-030004-generic #201108301138 SMP Tue Aug 30 11:42:30 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux ########## cf-node0.cfg: # # Configuration file for the Xen instance cf-node0, created # by xen-tools 4.2.1 on Thu Sep 8 05:11:42 2011. # # # Kernel + memory size # kernel='/boot/vmlinuz-2.6.38-11-server' ramdisk='/boot/initrd.img-2.6.38-11-server' vcpus = '1' memory = '256' # # Disk device(s). # root = '/dev/xvda2 ro' disk = [ 'phy:/dev/tank/cf-node0-disk,xvda2,w', 'phy:/dev/tank/cf-node0-swap,xvda1,w', ] # # Physical volumes # # # Hostname # name = 'cf-node0' # # Networking # vif = [ 'ip=192.168.1.12,mac=00:16:3E:AA:3A:CC' ] # # Behaviour # on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' ########## console output: Started domain cf-node0 (id=12) [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.38-11-server (buildd@allspice) (gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4) ) #48-Ubuntu SMP Fri Jul 29 19:20:32 UTC 2011 (Ubuntu 2.6.38-11.48-server 2.6.38.8) [ 0.000000] Command line: root=/dev/xvda2 ro [ 0.000000] ACPI in unprivileged domain disabled [ 0.000000] released 0 pages of unused memory [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 00000000000a0000 (usable) [ 0.000000] Xen: 00000000000a0000 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 0000000010800000 (usable) [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] DMI not present or invalid. [ 0.000000] No AGP bridge found [ 0.000000] last_pfn = 0x10800 max_arch_pfn = 0x400000000 [ 0.000000] init_memory_mapping: 0000000000000000-0000000010800000 [ 0.000000] RAMDISK: 01e33000 - 02a37000 [ 0.000000] No NUMA configuration found [ 0.000000] Faking a node at 0000000000000000-0000000010800000 [ 0.000000] Initmem setup node 0 0000000000000000-0000000010800000 [ 0.000000] NODE_DATA [000000000fffb000 - 000000000fffffff] [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000010 -> 0x00001000 [ 0.000000] DMA32 0x00001000 -> 0x00100000 [ 0.000000] Normal empty [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[2] active PFN ranges [ 0.000000] 0: 0x00000010 -> 0x000000a0 [ 0.000000] 0: 0x00000100 -> 0x00010800 [ 0.000000] SFI: Simple Firmware Interface v0.81 http://simplefirmware.org [ 0.000000] SMP: Allowing 1 CPUs, 0 hotplug CPUs [ 0.000000] No local APIC present [ 0.000000] APIC: disable apic facility [ 0.000000] APIC: switched to apic NOOP [ 0.000000] PM: Registered nosave memory: 00000000000a0000 - 0000000000100000 [ 0.000000] Allocating PCI resources starting at 10800000 (gap: 10800000:ef800000) [ 0.000000] Booting paravirtualized kernel on Xen [ 0.000000] Xen version: 4.1.1 (preserve-AD) [ 0.000000] setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:1 nr_node_ids:1 [ 0.000000] PERCPU: Embedded 28 pages/cpu @ffff88000ffa8000 s84416 r8192 d22080 u114688 [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 66542 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: root=/dev/xvda2 ro [ 0.000000] PID hash table entries: 2048 (order: 2, 16384 bytes) [ 0.000000] Checking aperture... [ 0.000000] No AGP bridge found [ 0.000000] Memory: 229164k/270336k available (6025k kernel code, 448k absent, 40724k reserved, 5023k data, 880k init) [ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] RCU dyntick-idle grace-period acceleration is enabled. [ 0.000000] RCU-based detection of stalled CPUs is disabled. [ 0.000000] NR_IRQS:16640 nr_irqs:256 16 [ 0.000000] Console: colour dummy device 80x25 [ 0.000000] console [tty0] enabled [ 0.000000] console [hvc0] enabled [ 0.000000] allocated 3932160 bytes of page_cgroup [ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups [ 0.000000] installing Xen timer for CPU 0 [ 0.000000] Detected 2500.064 MHz processor. [ 0.010000] Calibrating delay loop (skipped), value calculated using timer frequency.. 5000.12 BogoMIPS (lpj=25000640) [ 0.010000] pid_max: default: 32768 minimum: 301 [ 0.010000] Security Framework initialized [ 0.010000] AppArmor: AppArmor initialized [ 0.010000] Yama: becoming mindful. [ 0.010000] Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) [ 0.010000] Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) [ 0.010000] Mount-cache hash table entries: 256 [ 0.010000] Initializing cgroup subsys ns [ 0.010000] ns_cgroup deprecated: consider using the 'clone_children' flag without the ns_cgroup. [ 0.010000] Initializing cgroup subsys cpuacct [ 0.010000] Initializing cgroup subsys memory [ 0.010000] Initializing cgroup subsys devices [ 0.010000] Initializing cgroup subsys freezer [ 0.010000] Initializing cgroup subsys net_cls [ 0.010000] Initializing cgroup subsys blkio [ 0.010000] CPU: Unsupported number of siblings 2 [ 0.010000] SMP alternatives: switching to UP code [ 0.010035] Freeing SMP alternatives: 20k freed [ 0.010883] ftrace: allocating 24622 entries in 97 pages [ 0.020116] cpu 0 spinlock event irq 254 [ 0.020747] Performance Events: unsupported p6 CPU model 23 no PMU driver, software events only. [ 0.022528] Brought up 1 CPUs [ 0.023272] devtmpfs: initialized [ 0.025556] Grant table initialized [ 0.025662] print_constraints: dummy: [ 0.045566] Time: 165:165:165 Date: 165/165/65 [ 0.045675] NET: Registered protocol family 16 [ 0.047224] PCI: setting up Xen PCI frontend stub [ 0.048452] bio: create slab at 0 [ 0.048615] ACPI: Interpreter disabled. [ 0.050201] xen_balloon: Initialising balloon driver. [ 0.050244] last_pfn = 0x10800 max_arch_pfn = 0x400000000 [ 0.050838] vgaarb: loaded [ 0.051105] SCSI subsystem initialized [ 0.054024] usbcore: registered new interface driver usbfs [ 0.054050] usbcore: registered new interface driver hub [ 0.054135] usbcore: registered new device driver usb [ 0.054299] PCI: System does not support PCI [ 0.054310] PCI: System does not support PCI [ 0.054444] NetLabel: Initializing [ 0.054452] NetLabel: domain hash size = 128 [ 0.054457] NetLabel: protocols = UNLABELED CIPSOv4 [ 0.054476] NetLabel: unlabeled traffic allowed by default [ 0.054554] Switching to clocksource xen [ 0.055516] Switched to NOHz mode on CPU #0 [ 0.059812] AppArmor: AppArmor Filesystem Enabled [ 0.059866] pnp: PnP ACPI: disabled [ 0.062060] NET: Registered protocol family 2 [ 0.062165] IP route cache hash table entries: 4096 (order: 3, 32768 bytes) [ 0.062443] TCP established hash table entries: 16384 (order: 6, 262144 bytes) [ 0.062624] TCP bind hash table entries: 16384 (order: 6, 262144 bytes) [ 0.062736] TCP: Hash tables configured (established 16384 bind 16384) [ 0.062744] TCP reno registered [ 0.062756] UDP hash table entries: 256 (order: 1, 8192 bytes) [ 0.062769] UDP-Lite hash table entries: 256 (order: 1, 8192 bytes) [ 0.062886] NET: Registered protocol family 1 [ 0.063003] platform rtc_cmos: registered platform RTC device (no PNP device found) [ 0.063253] audit: initializing netlink socket (disabled) [ 0.063273] type=2000 audit(1315459332.376:1): initialized [ 0.074796] Trying to unpack rootfs image as initramfs... [ 0.162339] HugeTLB registered 2 MB page size, pre-allocated 0 pages [ 0.165276] VFS: Disk quotas dquot_6.5.2 [ 0.165397] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.166229] fuse init (API version 7.16) [ 0.166392] msgmni has been set to 447 [ 0.166788] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) [ 0.166854] io scheduler noop registered [ 0.166861] io scheduler deadline registered (default) [ 0.166927] io scheduler cfq registered [ 0.167032] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 0.167066] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 [ 0.167600] Serial: 8250/16550 driver, 32 ports, IRQ sharing enabled [ 0.168954] Linux agpgart interface v0.103 [ 0.170598] brd: module loaded [ 0.171273] loop: module loaded [ 0.171447] i2c-core: driver [adp5520] using legacy suspend method [ 0.171456] i2c-core: driver [adp5520] using legacy resume method [ 0.172003] Fixed MDIO Bus: probed [ 0.172061] PPP generic driver version 2.4.2 [ 0.172158] tun: Universal TUN/TAP device driver, 1.6 [ 0.172166] tun: (C) 1999-2004 Max Krasnyansky [ 0.172303] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 0.172332] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 0.172348] uhci_hcd: USB Universal Host Controller Interface driver [ 0.172459] i8042: PNP: No PS/2 controller found. Probing ports directly. [ 0.173297] i8042: No controller found [ 0.173476] mousedev: PS/2 mouse device common for all mice [ 0.173651] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0 [ 0.173719] rtc_cmos: probe of rtc_cmos failed with error -38 [ 0.173876] device-mapper: uevent: version 1.0.3 [ 0.174018] device-mapper: ioctl: 4.19.1-ioctl (2011-01-07) initialised: dm-devel@redhat.com [ 0.174186] device-mapper: multipath: version 1.2.0 loaded [ 0.174199] device-mapper: multipath round-robin: version 1.0.0 loaded [ 0.174402] cpuidle: using governor ladder [ 0.174414] cpuidle: using governor menu [ 0.174738] TCP cubic registered [ 0.174933] NET: Registered protocol family 10 [ 0.175490] NET: Registered protocol family 17 [ 0.175538] Registering the dns_resolver key type [ 0.175718] registered taskstats version 1 [ 0.175747] Magic number: 1:252:3141 [ 0.175798] /build/buildd/linux-2.6.38/drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [ 0.175807] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found [ 0.175813] EDD information not available. [ 0.198578] Freeing initrd memory: 12304k freed [ 0.207491] Freeing unused kernel memory: 880k freed [ 0.208000] Write protecting the kernel read-only data: 10240k [ 0.212686] Freeing unused kernel memory: 100k freed [ 0.213317] Freeing unused kernel memory: 1416k freed Loading, please wait... [ 0.266896] <30>udev[59]: starting version 167 Begin: Loading essential drivers ... [ 0.309154] Bridge firewalling registered [ 0.345840] [drm] Initialized drm 1.1.0 20060810 FATAL: Error inserting i915 (/lib/modules/2.6.38-11-server/kernel/drivers/gpu/drm/i915/i915.ko): No such device [ 0.436680] ip_tables: (C) 2000-2006 Netfilter Core Team [ 0.485161] JFS: nTxBlock = 1905, nTxLock = 15242 [ 0.539172] lp: driver loaded but no devices found [ 0.574889] NTFS driver 2.1.30 [Flags: R/O MODULE]. [ 0.645777] usbcore: registered new interface driver uas [ 0.669993] usbcore: registered new interface driver usbhid [ 0.670012] usbhid: USB HID core driver [ 0.690645] Initializing USB Mass Storage driver... [ 0.690699] usbcore: registered new interface driver usb-storage [ 0.690706] USB Mass Storage support registered. FATAL: Error inserting video (/lib/modules/2.6.38-11-server/kernel/drivers/acpi/video.ko): No such device [ 0.754312] blkfront device/vbd/51714 num-ring-pages 1 nr_ents 32. [ 0.763736] Initialising Xen virtual ethernet driver. [ 0.764371] blkfront device/vbd/51713 num-ring-pages 1 nr_ents 32. [ 0.778114] Event-channel device installed. [ 0.821458] SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled [ 0.826526] SGI XFS Quota Management subsystem done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/xvda2 does not exist. Dropping to a shell! BusyBox v1.17.1 (Ubuntu 1:1.17.1-10ubuntu1) built-in shell (ash) Enter 'help' for a list of built-in commands. (initramfs) ls -l /dev/ |grep xvd (initramfs) cat /proc/modules xenfs 18296 0 - Live 0xffffffffa01ba000 xen_evtchn 13114 0 - Live 0xffffffffa0175000 xen_netfront 26568 0 - Live 0xffffffffa01b1000 xen_blkfront 22122 0 - Live 0xffffffffa019f000 xenbus_probe_frontend 13194 2 xen_netfront,xen_blkfront,[permanent], Live 0xffffffffa0189000 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 17:28:07 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 17:28:07 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2BQV-0001dT-4L; Fri, 09 Sep 2011 17:28:07 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1R248k-0006cZ-6Q for xen-users@lists.xensource.com; Fri, 09 Sep 2011 09:41:18 -0700 X-Env-Sender: andreas.olsowski@leuphana.de X-Msg-Ref: server-5.tower-21.messagelabs.com!1315586442!47538568!1 X-Originating-IP: [193.174.46.71] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30706 invoked from network); 9 Sep 2011 16:40:42 -0000 Received: from mailhost.leuphana.de (HELO leuphana.de) (193.174.46.71) by server-5.tower-21.messagelabs.com with SMTP; 9 Sep 2011 16:40:42 -0000 Received: from [93.200.105.195] (account aolsowsk@leuphana.de HELO [192.168.1.15]) by leuphana.de (CommuniGate Pro SMTP 5.4.1e) with ESMTPSA id 44931767 for xen-users@lists.xensource.com; Fri, 09 Sep 2011 18:41:14 +0200 Message-ID: <4E6A41A1.6050100@leuphana.de> Date: Fri, 09 Sep 2011 18:41:05 +0200 From: Andreas Olsowski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] LVM (lvcreate -s) snapshot hangs when trying to access /dev/dm-X X-Mailman-Approved-At: Fri, 09 Sep 2011 17:23:58 -0700 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1695180219==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Dies ist eine kryptografisch unterzeichnete Nachricht im MIME-Format. --===============1695180219== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms000907030500090104060200" Dies ist eine kryptografisch unterzeichnete Nachricht im MIME-Format. --------------ms000907030500090104060200 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Hello folks, before i write this one off as a bug and subsequently hand it in to=20 [xen-devel] or [linux-lvm] im trying to gather some info. So i am looking from anyone running a current xen environment using lvm=20 as guest storage. ** environment ** I am running xen/stable-2.6.32.x (2.6.32.45 atm, kernel.org is down)=20 with xen4.1.2-rc1 on debian 6.0.2 (stable/squeeze). For each guest i have a logical volume for the root-filesystem and one=20 for swap. ** circumstances ** Each morning a cronjob runs a backup script for all running guests on my = xen hosts. This backup script, before and after checking volume and mountpoint=20 availability does the following: - create snapshot - mount snapshot - tar the mounted volume - umount the snapshot - remove the snapshot ** problem prelude ** Now in the past this worked fine, and by past i mean 2.6.31.x-dom0 with=20 Xen-4.0.x on debian 5.0(stable/lenny?) Ever sinced i upgraded my environment i've been having trouble with LVM=20 hanging on snapshot creation for the FIRST guest in the list. I have yet to catch this in the act as i only added -vvvv to the command = this week on one server and the only occurance of this bug after that=20 was on a server where i did not add -vvvv ... go figure. At the moment i owe you (and myself) the real output of a lvcreate -vvvv = triggering this block. Since i get one or two each week, its only a question of time until it=20 happens. (Maybe i can provoke it by running 1000s of backup rotations without=20 mounting the volume or tarballing it.) ** problem ** For now im gonna stick with the aftermath: After the initial process that ran in to the block, no lvm command can=20 be successfully run anymore. (i did remove the /var/lock/lvm/ files) Sending signals to the blocking process does not get rid of it. Every command that does the same init-stuff as lvcreate and lvs is left=20 to hang/block once it reaches the device (for example /dev/dm-14): http://pastebin.com/3f7Q3ALb The output in that paste documents pretty much the default stuff that is = run on every lvm command. There are no entries made in any of the system logfiles pointing towards = an obvious problem. At that point the guest is still fine, it can I/O to that device. When i try to shutdown the domain it does not "power off" due to the=20 fact, that xen runs into the same block. When i destroy the guest, xl list shows its state as "(null) .... ---p-s= " ** recovery ** I can recover by forcefully removing the block device with "dmsetup=20 --force remove". After that, not only can i kill the processes and the guest disappears=20 from "xl list". "lvchange -aey xen-data/myguest-root" works. Now i can create a snapshot and my backup script can successfully backup = the volume again. ** questions ** This may very well be a problem with the lvm version of debian, it may=20 be a problem with the old device mapper modules of 2.6.32, a combination = of both OR its a problem with the xen hypervisor, io handling of the xen = kernel code or a comination of those. Has anyone of you ever encountered this or a similar problem before? Did i miss related mails on [xen-devel] and [xen-users] that could help=20 me fix this issue? What do you think where the problem may be (hypervisor, kernel or lvm=20 userland utils)? If you are successfully running xen4.1 with 2.6.32 and LVM2, doint=20 pretty much the same backup procedure as i do and have never encountered = this, please let me know. Input is greatly appreciated. with best regards Andreas --------------ms000907030500090104060200 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Kryptografische Unterschrift MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPMjCC BCEwggMJoAMCAQICAgDHMA0GCSqGSIb3DQEBBQUAMHExCzAJBgNVBAYTAkRFMRwwGgYDVQQK ExNEZXV0c2NoZSBUZWxla29tIEFHMR8wHQYDVQQLExZULVRlbGVTZWMgVHJ1c3QgQ2VudGVy MSMwIQYDVQQDExpEZXV0c2NoZSBUZWxla29tIFJvb3QgQ0EgMjAeFw0wNjEyMTkxMDI5MDBa Fw0xOTA2MzAyMzU5MDBaMFoxCzAJBgNVBAYTAkRFMRMwEQYDVQQKEwpERk4tVmVyZWluMRAw DgYDVQQLEwdERk4tUEtJMSQwIgYDVQQDExtERk4tVmVyZWluIFBDQSBHbG9iYWwgLSBHMDEw ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDpm8NnhfkNrvWNVMOWUDU9YuluTO2U 1wBblSJ01CDrNI/W7MAxBAuZgeKmFNJSoCgjhIt0iQReW+DieMF4yxbLKDU5ey2QRdDtoAB6 fL9KDhsAw4bpXCsxEXsM84IkQ4wcOItqaACa7txPeKvSxhObdq3u3ibo7wGvdA/BCaL2a869 080UME/15eOkyGKbghoDJzANAmVgTe3RCSMqljVYJ9N2xnG2kB3E7f81hn1vM7PbD8URwoqD oZRdQWvY0hD1TP3KUazZve+Sg7va64sWVlZDz+HVEz2mHycwzUlU28kTNJpxdcVs6qcLmPkh nSevPqM5OUhqjK3JmfvDEvK9AgMBAAGjgdkwgdYwcAYDVR0fBGkwZzBloGOgYYZfaHR0cDov L3BraS50ZWxlc2VjLmRlL2NnaS1iaW4vc2VydmljZS9hZl9Eb3dubG9hZEFSTC5jcmw/LWNy bF9mb3JtYXQ9WF81MDkmLWlzc3Vlcj1EVF9ST09UX0NBXzIwHQYDVR0OBBYEFEm3xs/oPR9/ 6kR7Eyn38QpwPt5kMB8GA1UdIwQYMBaAFDHDeRu69VPXF+CJei0XbAqzK50zMA4GA1UdDwEB /wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgECMA0GCSqGSIb3DQEBBQUAA4IBAQA74Vp3wEgX 3KkY7IGvWonwvSiSpspZGBJw7Cjy565/lizn8l0ZMfYTK3S9vYCyufdnyTmieTvhERHua3iR M347XyYndVNljjNj7s9zw7CSI0khUHUjoR8Y4pSFPT8z6XcgjaK95qGFKUD2P3MyWA0Ja6ba hWzAP7uNZmRWJE6uDT8yNQFb6YyC2XJZT7GGhfF0hVblw/hc843uR7NTBXDn5U2KaYMo4RMJ hp5eyOpYHgwf+aTUWgRo/Sg+iwK2WLX2oSw3VwBnqyNojWOl75lrXP1LVvarQIc01BGSbOyH xQoLBzNytG8MHVQs2FHHzL8w00Ny8TK/jM5JY6gA9/IcMIIFXjCCBEagAwIBAgIEC8pR1jAN BgkqhkiG9w0BAQUFADBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQMA4G A1UECxMHREZOLVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMB4X DTA4MDIwNzA5NTAwMFoXDTE5MDYzMDAwMDAwMFowgdMxCzAJBgNVBAYTAkRFMRYwFAYDVQQI Ew1OaWVkZXJzYWNoc2VuMRIwEAYDVQQHEwlMdWVuZWJ1cmcxKDAmBgNVBAoTH0xldXBoYW5h IFVuaXZlcnNpdGFldCBMdWVuZWJ1cmcxIjAgBgNVBAsTGVJlY2hlbi0gdW5kIE1lZGllbnpl bnRydW0xKzApBgNVBAMTIkxldXBoYW5hIFVuaXZlcnNpdGFldCBMdWVuZWJ1cmcgQ0ExHTAb BgkqhkiG9w0BCQEWDmNhQGxldXBoYW5hLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAqJ+JpHih32+icKiQ2IkbhmFLjAcnK0vrnyOKbn7+1xywhvL3zkraqhQlrqEltTDy 711vIEadOVfhIx8xZYYJ/zg1OCwKUxNbIbjcsIFiOKNbWxI3/yMOsaZpXsCLW7GfHLlLADW1 Cv2gUAdnjJUATcUF3a25Bgr9Lbv+GI+3bY9ydMkGnhFYSL96LLqLxAXzGXL/MAM5t/xK8cc8 +6+mWxHAqO+85Jn+UvS1khVTtZfACrYZKFnAsVHOMM/WRugohq4ue6Jfp65exMM7HKWNPrKn UV0hotcInKFBYywcZrIa2r/6m63nOxl1gHrewxiFWEBvpgMkQ+a7PHhXsMkPdQIDAQABo4IB sDCCAawwEgYDVR0TAQH/BAgwBgEB/wIBATALBgNVHQ8EBAMCAQYwHQYDVR0OBBYEFPThaBk7 GUPHATbRNGKW8/UDoQeMMB8GA1UdIwQYMBaAFEm3xs/oPR9/6kR7Eyn38QpwPt5kMBkGA1Ud EQQSMBCBDmNhQGxldXBoYW5hLmRlMIGIBgNVHR8EgYAwfjA9oDugOYY3aHR0cDovL2NkcDEu cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdWIvY3JsL2NhY3JsLmNybDA9oDugOYY3aHR0 cDovL2NkcDIucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdWIvY3JsL2NhY3JsLmNybDCB ogYIKwYBBQUHAQEEgZUwgZIwRwYIKwYBBQUHMAKGO2h0dHA6Ly9jZHAxLnBjYS5kZm4uZGUv Z2xvYmFsLXJvb3QtY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MEcGCCsGAQUFBzAChjtodHRw Oi8vY2RwMi5wY2EuZGZuLmRlL2dsb2JhbC1yb290LWNhL3B1Yi9jYWNlcnQvY2FjZXJ0LmNy dDANBgkqhkiG9w0BAQUFAAOCAQEAmSFLUEnTM1zmNRfF4TTDRB53iHmBY0OYTlaPJvXXy4f7 jc1Dpz00HiVyFohY9gqo+jbIAm5avSCmhbL9glEWubE/BNZz9l9lyTCMMxFES0TCiC6W86Ev o9E4C5IEqxZAOlvRyM3w3u8ItBO9cG190/XMi1Ouk3iBfwRVvFINy9Favq+/8HWFwkFrphpy 6JR90AbbjtE7b7owcMxusgFtPi8A1uyc3cpR21f51K7qgmGbsyXso+U9c/8Fak0IM0qQTN7p GPmI1lfJ0x1r/QusHVYSFojAT2vQamfGeCNVELg/gH4tlTGkDbHW5QhInkASQv4obBYewNfR rLG4wgPz5TCCBacwggSPoAMCAQICBBDuKTAwDQYJKoZIhvcNAQEFBQAwgdMxCzAJBgNVBAYT AkRFMRYwFAYDVQQIEw1OaWVkZXJzYWNoc2VuMRIwEAYDVQQHEwlMdWVuZWJ1cmcxKDAmBgNV BAoTH0xldXBoYW5hIFVuaXZlcnNpdGFldCBMdWVuZWJ1cmcxIjAgBgNVBAsTGVJlY2hlbi0g dW5kIE1lZGllbnplbnRydW0xKzApBgNVBAMTIkxldXBoYW5hIFVuaXZlcnNpdGFldCBMdWVu ZWJ1cmcgQ0ExHTAbBgkqhkiG9w0BCQEWDmNhQGxldXBoYW5hLmRlMB4XDTEwMTEwMTExNTky OVoXDTEzMTAzMTExNTkyOVowajELMAkGA1UEBhMCREUxKDAmBgNVBAoTH0xldXBoYW5hIFVu aXZlcnNpdGFldCBMdWVuZWJ1cmcxFjAUBgNVBAsTDVJlY2hlbnplbnRydW0xGTAXBgNVBAMT EEFuZHJlYXMgT2xzb3dza2kwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBzfnZ 7pbsecrmresa6JNTMmgoBFpwyr7k7U5O+j7QlFvMlePF/Tz7TeULaEevf7H68IiA/6oGZQvg NReD/64PYXxbKfsJydY6W1K+jq2karofhW5bk5p210DEQv4qyV6M+aJRKxW0Hp32OeLk5QUH 9T2780PELXGn222r+NCSmBKLP0MHsUa6CFI+jRqztB60v+wc9TD6crMEB37ddckq7mS3QWk1 m2/68bmCsHWRLTpWn9hT4S8eBSL/3YLR9DF8kfWl0wEgy8/tJY1nz5IlSI3S2v1ys7rwXBAp YHRpeHM/WNNNV4kiH09g2vlxFebQN0xTyoO1+PX6iPeAh0NbAgMBAAGjggHpMIIB5TAJBgNV HRMEAjAAMAsGA1UdDwQEAwIF4DApBgNVHSUEIjAgBggrBgEFBQcDAgYIKwYBBQUHAwQGCisG AQQBgjcUAgIwHQYDVR0OBBYEFMrca499fLnPczMLjRm2Nck06YCyMB8GA1UdIwQYMBaAFPTh aBk7GUPHATbRNGKW8/UDoQeMMCcGA1UdEQQgMB6BHGFuZHJlYXMub2xzb3dza2lAbGV1cGhh bmEuZGUwgY0GA1UdHwSBhTCBgjA/oD2gO4Y5aHR0cDovL2NkcDEucGNhLmRmbi5kZS91bmkt bHVlbmVidXJnLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMD+gPaA7hjlodHRwOi8vY2RwMi5wY2Eu ZGZuLmRlL3VuaS1sdWVuZWJ1cmctY2EvcHViL2NybC9jYWNybC5jcmwwgaYGCCsGAQUFBwEB BIGZMIGWMEkGCCsGAQUFBzAChj1odHRwOi8vY2RwMS5wY2EuZGZuLmRlL3VuaS1sdWVuZWJ1 cmctY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MEkGCCsGAQUFBzAChj1odHRwOi8vY2RwMi5w Y2EuZGZuLmRlL3VuaS1sdWVuZWJ1cmctY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MA0GCSqG SIb3DQEBBQUAA4IBAQANa3ZG/UAmpRcAXqOFOKXBfzN9vZilIdAUxSaXzN9gmXBNptDEcLfD ccoA228Qc0BSdpvqMdE/21ahqE6oYI1CTfqbuYdoi/cmGoXo6+MdKCKxAD9LokkHdZFhr8re NrsVkqxyY++Cek777HKZWn1Ft9864LA6vDar3K/sUHlBNxO6VhVzt09NQIFrA50lCkNd6iCG 7Hji624SI49aWjzysBOBdcP68tzSYM+nJLod1NZ3S/W3v+IlPlMeu1JZ5hRnzoTC5qHKKdoQ kwSmQmv8/uXD46TXutmLXxH3SyBUIM4ks6RN8+VbJ9+61nOQjtazZzvgz9cnYquQC9Dm2s+q MYIEqDCCBKQCAQEwgdwwgdMxCzAJBgNVBAYTAkRFMRYwFAYDVQQIEw1OaWVkZXJzYWNoc2Vu MRIwEAYDVQQHEwlMdWVuZWJ1cmcxKDAmBgNVBAoTH0xldXBoYW5hIFVuaXZlcnNpdGFldCBM dWVuZWJ1cmcxIjAgBgNVBAsTGVJlY2hlbi0gdW5kIE1lZGllbnplbnRydW0xKzApBgNVBAMT IkxldXBoYW5hIFVuaXZlcnNpdGFldCBMdWVuZWJ1cmcgQ0ExHTAbBgkqhkiG9w0BCQEWDmNh QGxldXBoYW5hLmRlAgQQ7ikwMAkGBSsOAwIaBQCgggKgMBgGCSqGSIb3DQEJAzELBgkqhkiG 9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDkwOTE2NDEwNVowIwYJKoZIhvcNAQkEMRYEFDbv furnSMn7ioLP1ippilUCVID2MF8GCSqGSIb3DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqG SIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG 9w0DAgIBKDCB7QYJKwYBBAGCNxAEMYHfMIHcMIHTMQswCQYDVQQGEwJERTEWMBQGA1UECBMN TmllZGVyc2FjaHNlbjESMBAGA1UEBxMJTHVlbmVidXJnMSgwJgYDVQQKEx9MZXVwaGFuYSBV bml2ZXJzaXRhZXQgTHVlbmVidXJnMSIwIAYDVQQLExlSZWNoZW4tIHVuZCBNZWRpZW56ZW50 cnVtMSswKQYDVQQDEyJMZXVwaGFuYSBVbml2ZXJzaXRhZXQgTHVlbmVidXJnIENBMR0wGwYJ KoZIhvcNAQkBFg5jYUBsZXVwaGFuYS5kZQIEEO4pMDCB7wYLKoZIhvcNAQkQAgsxgd+ggdww gdMxCzAJBgNVBAYTAkRFMRYwFAYDVQQIEw1OaWVkZXJzYWNoc2VuMRIwEAYDVQQHEwlMdWVu ZWJ1cmcxKDAmBgNVBAoTH0xldXBoYW5hIFVuaXZlcnNpdGFldCBMdWVuZWJ1cmcxIjAgBgNV BAsTGVJlY2hlbi0gdW5kIE1lZGllbnplbnRydW0xKzApBgNVBAMTIkxldXBoYW5hIFVuaXZl cnNpdGFldCBMdWVuZWJ1cmcgQ0ExHTAbBgkqhkiG9w0BCQEWDmNhQGxldXBoYW5hLmRlAgQQ 7ikwMA0GCSqGSIb3DQEBAQUABIIBAKILCsd3yB/MCHOHA0oDDSQhLFHV2sI/ATn6Al8iREbd 5P7VAIbiRuWBPLTg+DGcNZYTmuqni4ECnLtwiFSpSBQ3J4TSaZ+WF5QX7GRa/4B9NESF+nhG mUDf71jMK4UnMG7chIMigMTXcozW2YlEhJ2d970Qznu2uszoD/+pujZ/e/m4wyIgqVJsuezx da0zv+bddQQm6uN20gSznQzmzu+Lq9B4wy6M6oBrtYwnHbYX6OvRrK3xb9tOLai018/YAlef 8YMHAoi/TPnpz9Wdodvd+7QxBJNkONckwfOct7gp5b0eP5u45wtFx5ezEM/tSXROHHjakx/c 9kDFNpvOsZAAAAAAAAA= --------------ms000907030500090104060200-- --===============1695180219== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1695180219==-- From xen-users-bounces@lists.xensource.com Fri Sep 09 17:29:31 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 17:29:31 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2BRr-0002J8-0d; Fri, 09 Sep 2011 17:29:31 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R2BMg-00007g-Kx for xen-users@lists.xensource.com; Fri, 09 Sep 2011 17:24:11 -0700 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-10.tower-182.messagelabs.com!1315614243!17741799!1 X-Originating-IP: [203.16.207.99] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32601 invoked from network); 10 Sep 2011 00:24:07 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-10.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 10 Sep 2011 00:24:07 -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 1R2BMX-0001A4-G0; Sat, 10 Sep 2011 10:24:01 +1000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [Xen-users] Problem with Windows on Xen Date: Sat, 10 Sep 2011 10:24:00 +1000 Message-ID: In-Reply-To: <4E6A62A1.9060802@RasmussenEquipment.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] Problem with Windows on Xen Thread-Index: AcxvI7MQRW6eyNraQiClmAwV7Nw3LAALDZBg References: <4E6A62A1.9060802@RasmussenEquipment.com> From: "James Harper" To: "Shane Johnson" , X-Really-From-Bendigo-IT: magichashvalue Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com >=20 > I am currently running three different machines with Xen and have running > DomU's on server 1 and server 2. I trying to run a new instance of Windows > 2000 on Server 2 (I'll include the specs below), but every time the install > gets to "registering components" portion, the installation restarts. I try the > install on my workstation and it does the same thing. Installing Windows XP > and same issue on both machines. on server 1, everything installs fine. Both > servers and the workstation are Debian Squeeze installed from bootstrap with > almost identical installs. > I have searched for similar situations on Google and the forums, but have > come up empty handed. Only thing I can see from /var/log/xen/qemu-dm- > rasfs.log is the last line says track_dirty_vram(f0000000, 26) failed (-1,3). > Any help would be apprecitated on how to resolve this. >=20 What version of Xen? James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 17:33:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 17:33:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2BVD-0003RB-Rf; Fri, 09 Sep 2011 17:32:59 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R2BUX-00037O-FA; Fri, 09 Sep 2011 17:32:17 -0700 X-Env-Sender: shriganeshs@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1315614733!17764175!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3614 invoked from network); 10 Sep 2011 00:32:14 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Sep 2011 00:32:14 -0000 Received: by gyh3 with SMTP id 3so861400gyh.30 for ; Fri, 09 Sep 2011 17:32:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=aQ08AyMC0XFWi8YDojPgx+ynIKxA8hAtUZZ5f19kID4=; b=Yr+vNujINYZ3lsjfiVIwK2LS4MzFxlrKN+mFKWptNcxD0AVmc+t4GC48jFkJs7MrBi hilDcW7kljZWpf0KBSJ9DeCQbPYzy4DipUAQtgxs38ojAAbtYUsSagBi2lDtzPSiO2s9 M7dKri5r6U1fhO8uLB75jrXwxqhKph5Woml4c= MIME-Version: 1.0 Received: by 10.43.132.71 with SMTP id ht7mr157192icc.258.1315614732186; Fri, 09 Sep 2011 17:32:12 -0700 (PDT) Received: by 10.231.157.209 with HTTP; Fri, 9 Sep 2011 17:32:11 -0700 (PDT) Date: Fri, 9 Sep 2011 17:32:11 -0700 Message-ID: From: Shriganesh Shintre To: Xen-users@lists.xensource.com, xen-devel@lists.xensource.com Cc: Subject: [Xen-users] xen 4.1.1 missing veth0 <--> vif0.0 pairs X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1749393168==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1749393168== Content-Type: multipart/alternative; boundary=20cf307d03d4c5f4ce04ac8b6cf3 --20cf307d03d4c5f4ce04ac8b6cf3 Content-Type: text/plain; charset=ISO-8859-1 Hi, I am using Xen 4.1.1 with Linux 3.0.1 kernel. Previously (Xen 3.4.4 and linux kernel 2.6.18) Xen by default created veth0 <--> vif0.0 pair in dom0. With Xen 4.1.1 these pairs are missing in dom0. Using command 'ip link add type veth' I can create veth0 and veth1 but vif0.0 is still missing in dom0. (When new domU created I can see vif1.x created) Could you please help me with understanding following things 1) Is veth is replaced by something? and if yes what is it? 2) How to create veth0 <--> vif0.0 pairs? Or how to create vif0.x interfaces? 3) In which version of Xen these changes regarding veth - vif0.0 are made? Thank you in advance. SG --20cf307d03d4c5f4ce04ac8b6cf3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I am using Xen 4.1.1 with Linux 3.0.1 kernel. Previously (Xen 3.= 4.4 and linux kernel 2.6.18) Xen by default created veth0 <--> vif0.0= pair in dom0. With Xen 4.1.1 these pairs are missing in dom0.
Using co= mmand 'ip link add type veth' I can create veth0 and veth1 but vif0= .0 is still missing in dom0. (When new domU created I can see vif1.x create= d)
Could you please help me with understanding following things
1) Is veth = is replaced by something? and if yes what is it?
2) How to create veth0 = <--> vif0.0 pairs? Or how to create vif0.x interfaces?
3) In which= version of Xen these changes regarding veth - vif0.0 are made?

Thank you in advance.
SG
--20cf307d03d4c5f4ce04ac8b6cf3-- --===============1749393168== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1749393168==-- From xen-users-bounces@lists.xensource.com Fri Sep 09 18:31:11 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 18:31:11 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2CPX-0004wz-1P; Fri, 09 Sep 2011 18:31:11 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R2COB-0004cj-9v; Fri, 09 Sep 2011 18:29:47 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1315618182!24550303!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 335 invoked from network); 10 Sep 2011 01:29:43 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Sep 2011 01:29:43 -0000 Received: by ywm21 with SMTP id 21so762427ywm.30 for ; Fri, 09 Sep 2011 18:29:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=210l53/YH6EeGiAjKWHtcJ5dZoDYM8MliuWIqN3iTdE=; b=M87tdaVruLdLs60MnFvuZtG1hgYjoo7b6YLndm6uh+ZyNPkN8i5vm/mzn44ggHFOia Ol3ll87rArwWowjg+njCvZkZOOWhj6pukntexPYDuoVLKfMUZqsW31wXrgTj+uI3JYks oUk+oahLcqy8HcsouT6DPo923lgSb58h5s0aA= Received: by 10.231.62.84 with SMTP id w20mr3224245ibh.4.1315618182079; Fri, 09 Sep 2011 18:29:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.136 with HTTP; Fri, 9 Sep 2011 18:29:22 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Fri, 9 Sep 2011 21:29:22 -0400 X-Google-Sender-Auth: OCmjtmr4t-BH4WTM4X0nO7wBFHM Message-ID: Subject: Re: [Xen-users] xen 4.1.1 missing veth0 <--> vif0.0 pairs To: Shriganesh Shintre Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-devel@lists.xensource.com, Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Sep 9, 2011 at 8:32 PM, Shriganesh Shintre wrote: > Hi, > > I am using Xen 4.1.1 with Linux 3.0.1 kernel. Previously (Xen 3.4.4 and > linux kernel 2.6.18) Xen by default created veth0 <--> vif0.0 pair in dom0. > With Xen 4.1.1 these pairs are missing in dom0. > Using command 'ip link add type veth' I can create veth0 and veth1 but > vif0.0 is still missing in dom0. (When new domU created I can see vif1.x > created) > Could you please help me with understanding following things > 1) Is veth is replaced by something? and if yes what is it? > 2) How to create veth0 <--> vif0.0 pairs? Or how to create vif0.x > interfaces? > 3) In which version of Xen these changes regarding veth - vif0.0 are made? > I'm not sure what you are trying to do exactly, but I would recommend taking a look at: http://wiki.xensource.com/xenwiki/MigrationGuideToXen4.1%2B Guest networking/bridging should now be handled by the distro and not with the xend network scripts anymore. Hope that helps. Thanks, Todd -- Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 18:38:45 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 18:38:45 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2CWq-00065l-RO; Fri, 09 Sep 2011 18:38:44 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R2CW0-0005lB-Nt for xen-users@lists.xensource.com; Fri, 09 Sep 2011 18:37:53 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1315618668!17714195!1 X-Originating-IP: [209.85.218.43] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13078 invoked from network); 10 Sep 2011 01:37:49 -0000 Received: from mail-yi0-f43.google.com (HELO mail-yi0-f43.google.com) (209.85.218.43) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 10 Sep 2011 01:37:49 -0000 Received: by yia27 with SMTP id 27so1717317yia.30 for ; Fri, 09 Sep 2011 18:37:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=2NRlMKNvhcJzl/qFxR3aLXOZCBJEhQpTu48lRyXln9U=; b=rcGZGxwZ7equB5SEhraykrgcp02trkIvLYzDK1Skmr6qMYQJCRGYmskwoh+bkT4Tk9 NScfBOkVRRxMY1FRQ3vjaZjpUIXTQrhO8bt6+i4IN+GIMEwoZajDLs2Fzo/HWe4bD2pP tlySwQiGz//kMj6FjpuDDaownnmPlrFUehSQw= Received: by 10.42.161.201 with SMTP id u9mr225786icx.192.1315618668230; Fri, 09 Sep 2011 18:37:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.136 with HTTP; Fri, 9 Sep 2011 18:37:28 -0700 (PDT) In-Reply-To: <6DC9D3DB-A294-4DBD-BC69-4928A51032DE@me.com> References: <6DC9D3DB-A294-4DBD-BC69-4928A51032DE@me.com> From: Todd Deshane Date: Fri, 9 Sep 2011 21:37:28 -0400 X-Google-Sender-Auth: tlOPAjblWIz7VjqXt8WVPSDrk_8 Message-ID: Subject: Re: [Xen-users] Ubuntu as DomU To: Andrey Cherkashin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, Sep 8, 2011 at 1:30 AM, Andrey Cherkashin wrote: > I have a problem with running ubuntu inside xen (well, actually debian di= dn't work either). > Dom0: > Linux libre 3.0.4-030004-generic #201108301138 SMP Tue Aug 30 11:42:30 UT= C 2011 x86_64 x86_64 x86_64 GNU/Linux > ########## > cf-node0.cfg: > # > # Configuration file for the Xen instance cf-node0, created > # by xen-tools 4.2.1 on Thu Sep =A08 05:11:42 2011. > # > > # > # =A0Kernel + memory size > # > > kernel=3D'/boot/vmlinuz-2.6.38-11-server' > ramdisk=3D'/boot/initrd.img-2.6.38-11-server' I think your question is similar to a question from yesterday: http://xen.markmail.org/search/?q=3D%20%2Fdev%2Fxvda2%20does%20not%20exist.= %20%20Dropping%20to%20a%20shell!#query:%20%2Fdev%2Fxvda2%20does%20not%20exi= st.%20%20Dropping%20to%20a%20shell!+page:1+mid:ajaebntyi53e2go5+state:resul= ts The solution was that the kernel wasn't a proper PV guest kernel. Did you create this with xen-tools? Thanks, Todd --=20 Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 09 18:51:29 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 09 Sep 2011 18:51:29 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2CjA-0007My-WE; Fri, 09 Sep 2011 18:51:29 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R2CiW-00073O-II for xen-users@lists.xensource.com; Fri, 09 Sep 2011 18:50:48 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1315619426!35132053!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1490 invoked from network); 10 Sep 2011 01:50:27 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Sep 2011 01:50:27 -0000 Received: by ywm21 with SMTP id 21so771708ywm.30 for ; Fri, 09 Sep 2011 18:50:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=0zF1ETV1ltAq10YN5Gpo19JGiJHih0gSLmiWickOjtk=; b=pXdG86LwYkgF8heVYNrXBPbI0Uh8zKyT3MKkIHMEA2O6ux4p2RSQwNu9XgFD6oJWaW nV36a17S5PhDZp3iK+lYUZtE1gB8cTNpLPezGGkQIc6sJSmtXoY7plFIf1SYUSVIdyiK TjzUWOdeiuGv6FNjC+b9ape7K40AqP5BrtcHo= Received: by 10.43.53.70 with SMTP id vp6mr294134icb.58.1315619444161; Fri, 09 Sep 2011 18:50:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.136 with HTTP; Fri, 9 Sep 2011 18:50:24 -0700 (PDT) In-Reply-To: <2B541E71EE131F4F9F04B30362609C4B0114F9D9@VSRV04.tresearch.net> References: <2B541E71EE131F4F9F04B30362609C4B0114F8CA@VSRV04.tresearch.net> <2B541E71EE131F4F9F04B30362609C4B0114F9D9@VSRV04.tresearch.net> From: Todd Deshane Date: Fri, 9 Sep 2011 21:50:24 -0400 X-Google-Sender-Auth: Yg732BgnOhu9EaWYT0x4g9qmWTw Message-ID: Subject: Re: [Xen-users] XCP Timeout trying to do quiesced snapshot of WindowsServer 2008 Standard To: Brett Westover Content-Type: text/plain; charset=ISO-8859-1 Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Sep 9, 2011 at 5:34 PM, Brett Westover wrote: > > I've tried searching the xen-api and xen-users archives, as well as > google, but can't seem to find any help. You might want to also search and ask on the Citrix XenServer forums. XCP 1.0 is based on XenServer 5.6 FP1. Also XCP 1.1 is in beta and an RC is expected out the end of next week. XCP 1.1 is based on XenServer 5.6 SP2. Hope that helps. Thanks, Todd -- Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Sep 10 01:44:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 10 Sep 2011 01:44:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2JAc-0006TQ-Og; Sat, 10 Sep 2011 01:44:14 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R2J9R-00069J-Rv for xen-users@lists.xensource.com; Sat, 10 Sep 2011 01:43:02 -0700 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-9.tower-182.messagelabs.com!1315644178!17777945!1 X-Originating-IP: [85.214.82.195] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25184 invoked from network); 10 Sep 2011 08:42:58 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-9.tower-182.messagelabs.com with SMTP; 10 Sep 2011 08:42:58 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id 788BAA6C1A5; Sat, 10 Sep 2011 10:42:58 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.1 Received: from [192.168.1.15] (91-65-217-152-dynip.superkabel.de [91.65.217.152]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id B4680A6C07D; Sat, 10 Sep 2011 10:42:56 +0200 (CEST) Subject: Re: [Xen-users] High Number of VMs Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=windows-1252 From: Christian Motschke In-Reply-To: Date: Sat, 10 Sep 2011 10:42:52 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <48022D01-90C2-4B9D-A553-971100A0916A@motschke.de> References: <4E6A8A4D.7050204@ivytech.edu> <43FFB272-48A5-448B-9E2D-63A6918471B7@motschke.de> To: James Harper X-Mailer: Apple Mail (2.1244.3) Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I forgot to include the list=85 Am 10.09.2011 um 09:18 schrieb James Harper: >> Am 10.09.2011 um 02:23 schrieb "James Harper" > : >>=20 >>>> You don't actually need cLVM to do this! All the >>>> cluster infra does (for its nasty administrative overhead) is keep > the >>>> LVM metadata (not your actual data) consistent through cluster-wide >>>> locks. You can manage yourself by, for example, making changes on > one >>>> node and refreshing the other nodes with things like 'vgscan -ay'. > I >>>> typically allocate LUNs 500GB at a time. You can invent means of >>>> keeping things consistent that work for your environment, just test > them >>>> first. >>>=20 >>> Another thing cLVM does is enforce the restriction on snapshots. > Without >> cLVM you could create a snapshot on one node and completely trash the > volume. >> I believe the CoW action of LVM snapshots involves a metadata update > so you >> can't use it in a clustered environment. This is why I use LVM on the > SAN >> rather than on the DomU. >>>=20 >> That is no longer true. CLVM supports clustered snapshots. I use it > already. >> But there is another limitation. You have to open the LV in exclusive > mode >> (lvchange -aey). It is enough to compile CLVM with openais and you > have your >> Cluster running in minutes. >>=20 >=20 > That's great news! I was checking the web every so often to see if = this > feature had been added yet but hadn't recently. >=20 If you use Debian, I can send a link where you can download my packages. > Thanks >=20 > James Christian= _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Sep 10 02:57:48 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 10 Sep 2011 02:57:48 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2KJn-0008P9-RU; Sat, 10 Sep 2011 02:57:47 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R2KIL-000846-FG for xen-users@lists.xensource.com; Sat, 10 Sep 2011 02:56:17 -0700 X-Env-Sender: Rudi@softdux.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1315648573!17786631!1 X-Originating-IP: [96.31.66.10] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19002 invoked from network); 10 Sep 2011 09:56:14 -0000 Received: from venus.securehosting.co.za (HELO venus.securehosting.co.za) (96.31.66.10) by server-9.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Sep 2011 09:56:14 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=softdux.com; h=MIME-Version:Reply-To:In-Reply-To:References:From:Date:Message-ID:Subject:To:Cc:Content-Type:Content-Transfer-Encoding:X-Assp-ID:X-Assp-Version:X-Source:X-Source-Args:X-Source-Dir; b=kenmv+yiDH+PlgljHIC5HoAjruWCwpxREPwBCWlOaWYcvHSEsXZiusl2BO+HexrR9WKPAXfSYKlnat/UbnlUABRAgXhLa33lsky9IRtKtJKfxOKbUUFahI3201ZDA16V; Received: from localhost ([127.0.0.1] helo=venus.securehosting.co.za) by venus.securehosting.co.za with esmtpa (Exim 4.69) (envelope-from ) id 1R2KR6-002FHr-Ss for xen-users@lists.xensource.com; Sat, 10 Sep 2011 12:05:20 +0200 Received: from mail-qy0-f171.google.com ([127.0.0.2] helo=mail-qy0-f171.google.com) with IPv4:26 by venus.securehosting.co.za; 10 Sep 2011 12:05:20 +0200 Received: by qyk36 with SMTP id 36so1713992qyk.9 for ; Sat, 10 Sep 2011 02:56:12 -0700 (PDT) Received: by 10.229.66.6 with SMTP id l6mr2176857qci.227.1315648572108; Sat, 10 Sep 2011 02:56:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.3.136 with HTTP; Sat, 10 Sep 2011 02:55:52 -0700 (PDT) In-Reply-To: References: <555936.57218.qm@web35608.mail.mud.yahoo.com> <4D94332E.7040906@seceng.informatik.tu-darmstadt.de> From: Rudi Ahlers Date: Sat, 10 Sep 2011 11:55:52 +0200 Message-ID: Subject: Re: [Xen-users] Problems starting xend on Squeeze To: "Sergio Charpinel Jr." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Assp-Passing: noProcessing list X-Assp-Passing: noProcessing list X-Assp-ID: venus.securehosting.co.za () X-Assp-Version: 1.7.1.3(1.0.2) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - venus.securehosting.co.za X-AntiAbuse: Original Domain - lists.xensource.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - softdux.com X-Source: X-Source-Args: X-Source-Dir: Cc: Sebastian Biedermann , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rudi@softdux.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, Mar 31, 2011 at 2:08 PM, Sergio Charpinel Jr. wrote: > Hi Sebastian, > Make sure your xenfs partition is mounted: > mount > or: > grep -q=A0xenfs=A0/etc/fstab > if not: > echo "xenfs /proc/xen xenfs defaults 0 0" >> /etc/fstab > mount -a > And xen-evtchn module is loaded. > Also, start xencommons. > Hope this helps > Hi, Sorry to hijack this thread, but I have the exact same problem as the OP: newusaxen:~# /etc/init.d/xend start Starting Xen daemons: xenstored xenconsoled xend failed! xenfs is already mounted: xenfs on /proc/xen type xenfs (rw) What else can I do to fix this? --=20 Kind Regards Rudi Ahlers SoftDux Website: http://www.SoftDux.com Technical Blog: http://Blog.SoftDux.com Office: 087 805 9573 Cell: 082 554 7532 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Sep 10 03:14:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 10 Sep 2011 03:14:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2KaF-0000t5-84; Sat, 10 Sep 2011 03:14:47 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R2KYv-0000Yk-M3 for xen-users@lists.xensource.com; Sat, 10 Sep 2011 03:13:26 -0700 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-6.tower-182.messagelabs.com!1315649602!17788215!1 X-Originating-IP: [85.214.82.195] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6372 invoked from network); 10 Sep 2011 10:13:22 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-6.tower-182.messagelabs.com with SMTP; 10 Sep 2011 10:13:22 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id 32797A6C1A5; Sat, 10 Sep 2011 12:13:22 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Received: from [192.168.1.15] (91-65-217-152-dynip.superkabel.de [91.65.217.152]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id 1AA92A6C07D; Sat, 10 Sep 2011 12:13:21 +0200 (CEST) Subject: Re: [Xen-users] Problems starting xend on Squeeze Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=iso-8859-1 From: Christian Motschke In-Reply-To: Date: Sat, 10 Sep 2011 12:13:21 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <555936.57218.qm@web35608.mail.mud.yahoo.com> <4D94332E.7040906@seceng.informatik.tu-darmstadt.de> To: rudi@softdux.com X-Mailer: Apple Mail (2.1244.3) Cc: xen-users@lists.xensource.com, Sebastian Biedermann , "Sergio Charpinel Jr." X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Depending on your distribution and kernel you should extend = /etc/init.d/xend to load some additional XEN kernel modules. modules_setup() { modprobe xenfs 2>/dev/null modprobe xen-evtchn 2>/dev/null modprobe xen-pciback 2>/dev/null modprobe xen-blkback 2>/dev/null modprobe xen-netback 2>/dev/null } This helped me on Debian. Maybe this will help one of you too. Am 10.09.2011 um 11:55 schrieb Rudi Ahlers: > On Thu, Mar 31, 2011 at 2:08 PM, Sergio Charpinel Jr. > wrote: >> Hi Sebastian, >> Make sure your xenfs partition is mounted: >> mount >> or: >> grep -q xenfs /etc/fstab >> if not: >> echo "xenfs /proc/xen xenfs defaults 0 0" >> /etc/fstab >> mount -a >> And xen-evtchn module is loaded. >> Also, start xencommons. >> Hope this helps >>=20 >=20 >=20 >=20 > Hi, >=20 > Sorry to hijack this thread, but I have the exact same problem as the = OP: >=20 >=20 > newusaxen:~# /etc/init.d/xend start > Starting Xen daemons: xenstored xenconsoled xend failed! >=20 >=20 >=20 >=20 > xenfs is already mounted: > xenfs on /proc/xen type xenfs (rw) >=20 >=20 >=20 > What else can I do to fix this? > --=20 > Kind Regards > Rudi Ahlers > SoftDux >=20 > Website: http://www.SoftDux.com > Technical Blog: http://Blog.SoftDux.com > Office: 087 805 9573 > Cell: 082 554 7532 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Sep 10 03:21:22 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 10 Sep 2011 03:21:22 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2Kgb-0001ec-U0; Sat, 10 Sep 2011 03:21:21 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R2KfQ-0001KR-HO for xen-users@lists.xensource.com; Sat, 10 Sep 2011 03:20:08 -0700 X-Env-Sender: Rudi@softdux.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1315650004!27231055!1 X-Originating-IP: [96.31.66.10] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28775 invoked from network); 10 Sep 2011 10:20:05 -0000 Received: from venus.securehosting.co.za (HELO venus.securehosting.co.za) (96.31.66.10) by server-5.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Sep 2011 10:20:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=softdux.com; h=MIME-Version:Reply-To:In-Reply-To:References:From:Date:Message-ID:Subject:To:Cc:Content-Type:Content-Transfer-Encoding:X-Assp-ID:X-Assp-Version:X-Source:X-Source-Args:X-Source-Dir; b=CH36v+8xSvU2Mwp2OLTVHgeFPzQQHjtt0oZ2QaEBnoKrogQRW/zQU6DLqbrE5r5ZMWwbp2Wq0LcgjFDn8Lhut9YcVp35z00swK3+3JEDqdx/YbyC4OZhoBZ1kxCsRjzX; Received: from localhost ([127.0.0.1] helo=venus.securehosting.co.za) by venus.securehosting.co.za with esmtpa (Exim 4.69) (envelope-from ) id 1R2KoC-002L9Q-0a for xen-users@lists.xensource.com; Sat, 10 Sep 2011 12:29:12 +0200 Received: from mail-qy0-f171.google.com ([127.0.0.2] helo=mail-qy0-f171.google.com) with IPv4:26 by venus.securehosting.co.za; 10 Sep 2011 12:29:11 +0200 Received: by qyk36 with SMTP id 36so1723978qyk.9 for ; Sat, 10 Sep 2011 03:20:03 -0700 (PDT) Received: by 10.229.63.34 with SMTP id z34mr2166419qch.37.1315650003108; Sat, 10 Sep 2011 03:20:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.3.136 with HTTP; Sat, 10 Sep 2011 03:19:43 -0700 (PDT) In-Reply-To: References: <555936.57218.qm@web35608.mail.mud.yahoo.com> <4D94332E.7040906@seceng.informatik.tu-darmstadt.de>

From: Rudi Ahlers Date: Sat, 10 Sep 2011 12:19:43 +0200 Message-ID: Subject: Re: [Xen-users] Problems starting xend on Squeeze To: Christian Motschke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Assp-Passing: noProcessing list X-Assp-Passing: noProcessing list X-Assp-ID: venus.securehosting.co.za () X-Assp-Version: 1.7.1.3(1.0.2) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - venus.securehosting.co.za X-AntiAbuse: Original Domain - lists.xensource.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - softdux.com X-Source: X-Source-Args: X-Source-Dir: Cc: "Sergio Charpinel Jr." , xen-users@lists.xensource.com, Sebastian Biedermann X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rudi@softdux.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sat, Sep 10, 2011 at 12:13 PM, Christian Motschke wrote: > Depending on your distribution and kernel you should extend /etc/init.d/x= end to load some additional XEN kernel modules. > > modules_setup() > { > =A0 =A0 =A0 =A0modprobe xenfs 2>/dev/null > =A0 =A0 =A0 =A0modprobe xen-evtchn 2>/dev/null > =A0 =A0 =A0 =A0modprobe xen-pciback 2>/dev/null > =A0 =A0 =A0 =A0modprobe xen-blkback 2>/dev/null > =A0 =A0 =A0 =A0modprobe xen-netback 2>/dev/null > } > > This helped me on Debian. Maybe this will help one of you too. > > Hi, I'm running: newusaxen:~# cat /etc/debian_version 6.0.2 And I think XEN is on 4.0.1, but I can't check. Those extra options unfortunatelly didn't help either :( --=20 Kind Regards Rudi Ahlers SoftDux Website: http://www.SoftDux.com Technical Blog: http://Blog.SoftDux.com Office: 087 805 9573 Cell: 082 554 7532 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Sep 10 03:33:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 10 Sep 2011 03:33:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2KsM-0002uW-1K; Sat, 10 Sep 2011 03:33:30 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R2KrP-0002Zp-Nk; Sat, 10 Sep 2011 03:32:32 -0700 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-3.tower-182.messagelabs.com!1315650747!14999821!1 X-Originating-IP: [192.89.123.25] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13603 invoked from network); 10 Sep 2011 10:32:27 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-3.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Sep 2011 10:32:27 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 907441AC3; Sat, 10 Sep 2011 13:32:25 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 7515A20057; Sat, 10 Sep 2011 13:32:25 +0300 (EEST) Date: Sat, 10 Sep 2011 13:32:25 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Todd Deshane Subject: Re: [Xen-devel] Re: [Xen-users] xen 4.1.1 missing veth0 <--> vif0.0 pairs Message-ID: <20110910103225.GB12984@reaktio.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: xen-devel@lists.xensource.com, Shriganesh Shintre , Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Sep 09, 2011 at 09:29:22PM -0400, Todd Deshane wrote: > On Fri, Sep 9, 2011 at 8:32 PM, Shriganesh Shintre > wrote: > > Hi, > > > > I am using Xen 4.1.1 with Linux 3.0.1 kernel. Previously (Xen 3.4.4 and > > linux kernel 2.6.18) Xen by default created veth0 <--> vif0.0 pair in dom0. > > With Xen 4.1.1 these pairs are missing in dom0. > > Using command 'ip link add type veth' I can create veth0 and veth1 but > > vif0.0 is still missing in dom0. (When new domU created I can see vif1.x > > created) > > Could you please help me with understanding following things > > 1) Is veth is replaced by something? and if yes what is it? > > 2) How to create veth0 <--> vif0.0 pairs? Or how to create vif0.x > > interfaces? > > 3) In which version of Xen these changes regarding veth - vif0.0 are made? > > > > I'm not sure what you are trying to do exactly, but I would recommend > taking a look at: > http://wiki.xensource.com/xenwiki/MigrationGuideToXen4.1%2B > > Guest networking/bridging should now be handled by the distro and not > with the xend network scripts anymore. > Yep, see the end of: http://wiki.xen.org/xenwiki/XenBestPractices which has a link to: http://wiki.xen.org/xenwiki/HostConfiguration/Networking veth0 <-> vif0.0 was just a local loopback in dom0, nothing Xen specific in it really. You can get the same behaviour by creating, say, dummy0, and use that.. (if you really want that behaviour). -- Pasi _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Sep 10 03:39:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 10 Sep 2011 03:39:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2KyI-0004Gj-3Y; Sat, 10 Sep 2011 03:39:38 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R2Kwt-0003w1-H3 for xen-users@lists.xensource.com; Sat, 10 Sep 2011 03:38:11 -0700 X-Env-Sender: Rudi@softdux.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1315651087!30919737!1 X-Originating-IP: [96.31.66.10] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27567 invoked from network); 10 Sep 2011 10:38:08 -0000 Received: from venus.securehosting.co.za (HELO venus.securehosting.co.za) (96.31.66.10) by server-12.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Sep 2011 10:38:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=softdux.com; h=MIME-Version:Reply-To:In-Reply-To:References:From:Date:Message-ID:Subject:To:Cc:Content-Type:Content-Transfer-Encoding:X-Assp-ID:X-Assp-Version:X-Source:X-Source-Args:X-Source-Dir; b=Jd3yCkGLwnhZaFHUoitGSX/f/QwVKzuOjW9PjWszwPLhRnf/JYjUDLh6HMBGG0YtahGR0ILnb941Y8/hjfXSfCh3GodgIGHZqGrZ20U74A0E6NWeC5ZCiyUq6nHNjKa9; Received: from localhost ([127.0.0.1] helo=venus.securehosting.co.za) by venus.securehosting.co.za with esmtpa (Exim 4.69) (envelope-from ) id 1R2L5f-002Pof-83 for xen-users@lists.xensource.com; Sat, 10 Sep 2011 12:47:15 +0200 Received: from mail-qy0-f171.google.com ([127.0.0.2] helo=mail-qy0-f171.google.com) with IPv4:26 by venus.securehosting.co.za; 10 Sep 2011 12:47:14 +0200 Received: by qyk36 with SMTP id 36so1730704qyk.9 for ; Sat, 10 Sep 2011 03:38:06 -0700 (PDT) Received: by 10.229.63.218 with SMTP id c26mr525142qci.75.1315651086256; Sat, 10 Sep 2011 03:38:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.3.136 with HTTP; Sat, 10 Sep 2011 03:37:46 -0700 (PDT) In-Reply-To: References: <555936.57218.qm@web35608.mail.mud.yahoo.com> <4D94332E.7040906@seceng.informatik.tu-darmstadt.de>

From: Rudi Ahlers Date: Sat, 10 Sep 2011 12:37:46 +0200 Message-ID: Subject: Re: [Xen-users] Problems starting xend on Squeeze To: Christian Motschke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Assp-Passing: noProcessing list X-Assp-Passing: noProcessing list X-Assp-ID: venus.securehosting.co.za () X-Assp-Version: 1.7.1.3(1.0.2) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - venus.securehosting.co.za X-AntiAbuse: Original Domain - lists.xensource.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - softdux.com X-Source: X-Source-Args: X-Source-Dir: Cc: Sebastian Biedermann , xen-users@lists.xensource.com, "Sergio Charpinel Jr." X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rudi@softdux.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sat, Sep 10, 2011 at 12:19 PM, Rudi Ahlers wrote: > On Sat, Sep 10, 2011 at 12:13 PM, Christian Motschke > wrote: >> Depending on your distribution and kernel you should extend /etc/init.d/= xend to load some additional XEN kernel modules. >> >> modules_setup() >> { >> =A0 =A0 =A0 =A0modprobe xenfs 2>/dev/null >> =A0 =A0 =A0 =A0modprobe xen-evtchn 2>/dev/null >> =A0 =A0 =A0 =A0modprobe xen-pciback 2>/dev/null >> =A0 =A0 =A0 =A0modprobe xen-blkback 2>/dev/null >> =A0 =A0 =A0 =A0modprobe xen-netback 2>/dev/null >> } >> >> This helped me on Debian. Maybe this will help one of you too. >> >> > > Hi, > > I'm running: > > newusaxen:~# cat /etc/debian_version > 6.0.2 > > > And I think XEN is on 4.0.1, but I can't check. > > Those extra options unfortunatelly didn't help either :( > > > -- Ok, I got it working! /var was full, so I presume something that XEN does saves an active state or something in /var somewhere XEN is now running fine after adding 10GB more space to /var - luckily I use LVM for this very reason :) --=20 Kind Regards Rudi Ahlers SoftDux Website: http://www.SoftDux.com Technical Blog: http://Blog.SoftDux.com Office: 087 805 9573 Cell: 082 554 7532 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Sat Sep 10 04:41:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Sat, 10 Sep 2011 04:41:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R2LwQ-0006Am-3I; Sat, 10 Sep 2011 04:41:46 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1R2Lui-0005oO-0j for xen-users@lists.xensource.com; Sat, 10 Sep 2011 04:40:00 -0700 X-Env-Sender: andreas.olsowski@leuphana.de X-Msg-Ref: server-5.tower-216.messagelabs.com!1315654796!17275004!1 X-Originating-IP: [193.174.46.71] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1388 invoked from network); 10 Sep 2011 11:39:56 -0000 Received: from mailhost.leuphana.de (HELO leuphana.de) (193.174.46.71) by server-5.tower-216.messagelabs.com with SMTP; 10 Sep 2011 11:39:56 -0000 Received: from [87.188.233.32] (account aolsowsk@leuphana.de HELO [192.168.1.102]) by leuphana.de (CommuniGate Pro SMTP 5.4.1e) with ESMTPSA id 44939348; Sat, 10 Sep 2011 13:39:54 +0200 Message-ID: <4E6B4C89.5090904@leuphana.de> Date: Sat, 10 Sep 2011 13:39:53 +0200 From: Andreas Olsowski User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110626 Icedove/3.1.11 MIME-Version: 1.0 To: Christian Motschke Subject: Re: [Xen-users] High Number of VMs References: <4E6A8A4D.7050204@ivytech.edu> <43FFB272-48A5-448B-9E2D-63A6918471B7@motschke.de> <48022D01-90C2-4B9D-A553-971100A0916A@motschke.de> In-Reply-To: <48022D01-90C2-4B9D-A553-971100A0916A@motschke.de> Cc: James Harper , xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: ,

Hi Grant=2C=

First of all than= ks a lot for guiding me.

To conclude if i install CentOS 5.6 directly on my hard drive my ques= tion is should i install it in parallel with windows on hard drive or remov= e windows completely before this installation ???

But the problem is my laptop is i5 an= d i dont think Centos for i5 is =3Breleased =3Byet so i will have to go thr= ough other options

1. I could get the swap hard drive thing you = are telling. (Sorry if my questions are too silly)
=3B

2. = =3BIf i directly install XCP on my hard drive (removing windows as xcp does= not support =3Bparallel =3BOS - correct me if i am wrong) than can= i run windows virtually on it through any other way ????
=3B
=3B
Regards=2C
Jay Parikh

From: grantmasterflash@gmail.com
Dat= e: Sun=2C 11 Sep 2011 23:46:27 -0700
Subject: Re: [Xen-users] Help in in= stalling XEN
To: jparik01@students.poly.edu
CC: xen-users@lists.xenso= urce.com

Jay=2C
=3B =3B Not sure if I'm following but yo= u generally can't install a Hypervisor inside another Hypervisor ie. no Xen= inside of VMWare. Also XCP is designed as a product so you install it from= the install disk on bare hardware. The standard Xen Hypervisor can be inst= alled in a Linux Distrobution from packages but even then it's good to choo= se your Linux distribution wisely as there's a bit of strategy to it. We re= cently had a thread about the best OS for Dom0 (the Control Domain) in this= mailinglist.

My recommendation=2C get a machine (or swap drive) that you don't use f= or anything else and install XCP on it if that's what you want to run. If y= ou're thinking of straight Xen then install CentOS 5.6 on it which comes wi= th Xen.

Grant McWiliams

On Sun=2C Sep 11=2C 2011 at 12:26 PM= =2C JAY PARIKH <=3Bjparik01@students.poly.edu>=3B wrote:

Hi everyone=2C

I am new to XEN I am working on a cloud based project on wh= ich i have to explore the possibilities of using XEN in certain functions o= f router like packet processing=2C forwarding etc. =3B

So first of all i need to =3Binstall =3BXEN and understand its basics.<= /div>

I think i should install= XEN directly on my hard drive in my laptop and install my windows 7 in VM = and may be linux on other VM.

But i just wanna to know= if there is any possibility of =3Binstalling =3BXEN =3Bvirtual= ly =3Bin VMware in windows and = working on it???
=3B

Also i want to know will i need server ofr i can directly= install Xen Cloud =3BPlatform&= nbsp=3Bin other VM directly on XEN hyperviser ????
=3B

Thanks a lot for help in advance....= ..
=3B
Regards=2C
Jay Parikh

= --_1c6f9b90-cb91-4248-8fb6-513f26979f0b_-- --===============1062604329== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1062604329==-- From xen-users-bounces@lists.xensource.com Mon Sep 12 00:22:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 12 Sep 2011 00:22:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R30qs-0002Mq-Q5; Mon, 12 Sep 2011 00:22:46 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1R30pr-00022U-VW for xen-users@lists.xensource.com; Mon, 12 Sep 2011 00:21:44 -0700 X-Env-Sender: kotova@mf.cz X-Msg-Ref: server-5.tower-21.messagelabs.com!1315812068!47740828!1 X-Originating-IP: [194.228.22.18] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1931 invoked from network); 12 Sep 2011 07:21:08 -0000 Received: from gw.mf.cz (HELO gw.mf.cz) (194.228.22.18) by server-5.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 12 Sep 2011 07:21:08 -0000 Received: from [192.168.9.201] (192.168.9.201) by MFX.MF.local (192.168.4.15) with Microsoft SMTP Server id 8.3.83.0; Mon, 12 Sep 2011 09:22:10 +0200 Message-ID: <4E6DB302.70101@mf.cz> Date: Mon, 12 Sep 2011 09:21:38 +0200 From: Karolina Kotova User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20110815 Firefox/6.0 SeaMonkey/2.3 MIME-Version: 1.0 To: xen mailing list Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] DDK import problem X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I try to import XenServer DDK vm, but import run more then two hours without done and then I kill it. Now when I use > xe vm-list i see this uuid ( RO) : a70e404a-f9e3-3c32-4f91-55d1d0af70b2 name-label ( RW): XenServer DDK 5.6.100-46766p import power-state ( RO): halted but I can't do anything with this virtual (vm-parm-list, start, delete). Every actions hangs. Is there any way to remove this vm? thanks Karolina _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Sep 12 00:26:31 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 12 Sep 2011 00:26:31 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R30uV-00035z-Ix; Mon, 12 Sep 2011 00:26:31 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R30tS-0002lv-9R for xen-users@lists.xensource.com; Mon, 12 Sep 2011 00:25:26 -0700 X-Env-Sender: jim_burn@bellsouth.net X-Msg-Ref: server-10.tower-182.messagelabs.com!1315812322!17921926!1 X-Originating-IP: [66.94.236.31] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17152 invoked from network); 12 Sep 2011 07:25:23 -0000 Received: from nm21-vm0.access.bullet.mail.mud.yahoo.com (HELO nm21-vm0.access.bullet.mail.mud.yahoo.com) (66.94.236.31) by server-10.tower-182.messagelabs.com with SMTP; 12 Sep 2011 07:25:23 -0000 Received: from [66.94.237.197] by nm21.access.bullet.mail.mud.yahoo.com with NNFMP; 12 Sep 2011 07:25:22 -0000 Received: from [66.94.237.111] by tm8.access.bullet.mail.mud.yahoo.com with NNFMP; 12 Sep 2011 07:25:22 -0000 Received: from [127.0.0.1] by omp1016.access.mail.mud.yahoo.com with NNFMP; 12 Sep 2011 07:25:22 -0000 X-Yahoo-Newman-Id: 270083.25582.bm@omp1016.access.mail.mud.yahoo.com Received: (qmail 31359 invoked from network); 12 Sep 2011 07:25:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1315812322; bh=YEmIwuON9P0biReVqBEu3laV4zeN3PcDS7jTwe/HW9I=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:X-Virus-Flag:X-Apparently-To:Received-SPF:X-YMailISG:X-Originating-IP:Authentication-Results:Received:Received:X-Originating-IP:X-Originating-Ip:Received:Received:Date:From:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:Content-Transfer-Encoding:In-Reply-To:User-Agent:X-CRM114-Version:X-CRM114-CacheID:X-CRM114-Status:X-CRM114-Notice:Resent-Message-ID:Resent-Date:Resent-From:To:Resent-To; b=QC1rQ0ul5ogBkyyJzDSKxuMofbetyY0HM6u8mZQXVzlY/3EXwxfo4U5+0JNWiiy94rjI7wnNENJqOFqUSOcidSSrgA4Ca6lrT2rqLLwEOtq8yc318qcDznPrfatncXDzgCmfNkEHWSdNkT/4VGkx1vZJ+EYw8+8vcqeMi4dgD0Y= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: o.hXqWMVM1mPTrWupbHWn3UHNOKkcu9HTk6Le5fo4fX_M5s N2SAHAAkHw5U7sHSpbdvmE_1Qvtqyubpsv8.7ThXe_FHSLHdw5TFnCq0XkNH VKepffP5Pa5eRY8BCO9artxnt3UiqyRl1.9S6kRGArsVpsE1dasQVdxa8niR h5qQElQKJhM3dmToWaZE0d8b3x_dpdffUmxgm0BddkKV3ld3tMFYccwi1Bpa MasrTPpw_wLuaJzS7CYbBWiMxMXS2R_KX5jRjs1pZbLljDNxSF2xLI2BM1uD jdV_Fjo_yb5zEDorc07I9CyTI9XGUh2g3jRjgXG6Q.d6TRtLwO.ymuSSLV0v C3whhJsOTxf93AEuhNa2qppCbBIZ.PlKR9XV2Qx9PqA15ZuPNYuHCjkZLOu2 e9648FjozJcg2ZqN1ZdeGOlE1IZ2kQKaQbliGceKRMY8FTdQfftTE3RymGBs p8splTmoiGlsvQLAl5TMaeh5tztjTkA2BQqyF.jw09ABOtGyG_v.aWGmrztL ddwvmVw-- X-Yahoo-SMTP: g0AhWW2swBA2djJKuhuwxPlPqLrHlDrycdPnfR9kZNrpKCA- Received: from dell4550.localnet (jim_burn@74.190.196.47 with plain) by smtp106.sbc.mail.mud.yahoo.com with SMTP; 12 Sep 2011 00:25:21 -0700 PDT X-Virus-Flag: no X-Apparently-To: jim_burn@bellsouth.net via 67.195.8.78; Sun, 11 Sep 2011 23:36:54 -0700 Received-SPF: pass (domain of iki.fi designates 192.89.123.25 as permitted sender) X-YMailISG: PA7YaSoWLDt1O4n4Q631OZtSDo3idz54sDS7NpLkGX89oZRt Y6vfiMRpal6JBmfiVMaOWeeOOPTcQ_oZmTxIfT6YlrjO_Tt2QHyIzuQWFFIH KPQnfClSjx5xOHye6eK.gAfBK5VEq1.scm5VFNxXbbnNwMZHqAkrTzXDnTWA bVjas6Dy4oKg_t3FDA2d.SBqc9.2t8TJOWs8mr21CT7.m21nXpd3cXJuZMKt MtlnRHXDJTzMcm_2sufnm_ztCCPLGHLZKaYn4j4ajhhipuL8.ORRkBzQHNxS 8bYRaVo9Vh59gadkeKHIEgiB2nAxjhRai5nl76leAqFFORnTUUxEjv5gtRef v1ZKdCgCn47epOsugaCWA65thb62MfWjGPD_AgnT8f.R3e4ASh6EjVM8DkTt vzwrbO1szfdF5wkMygbf40MnY542FgHQoMDCcucH5lfWR5k5RwLeJNIj7_VH VbKwGjIAEqc.rQqK5a5Z9vlF2_LOHitFttvtWgVwnw7KnNnD1JuAI7dURUmk lcXlOIksCWCCrsgoDd67yhrHSibxSAfCCKx1Un2iw9VXN8limMIH92bcZWIz V69FG7MBZlCJd3bvQaq8OLerGHImLXj6gCIBv9vghJ5CTGRtRaVOPTl_lTD4 PsSLKRz.ZBuSPt5sbKoEkrRfGwk0vwPSh3SusFWdsibXuAba0lCrnGohSgxX ZBYwmHSdEaXjJ99kc.BEqVnrcOyhyvxbpl9I2zvyuZivNTXvaMI5p7WRQQt_ RMCJ.i8gLm6Njq5uQuw4LhVBCqf5DNQJsQjDYnBBgTVl8N2d51yUsq5gYRzS tTPZ1zm0tvgLkpcMvqPjwllF8ix_yLDUPqrj3aKVleo6OFnkj0x1j0M8lgqt ytoceuk2TlxpMDZl0.UxYhTUjbK.zJdAPgAQi0Qp9YtkT0lGqkfyQSiv6IBe qxrr1DRLVWlikfHkuVrBZ9h.x0JWk9kEhuWBTU1.eGTuAUmCtdAGj3KMdMam kb5k1a72._kAVY2xiIz8Vmmgw9ofgzGHjyd2e3P9RVONDI97kiK5bfM7lAWk aTkWQPNmi70cemVvsT9rZGRCd0OQEaMGIF5MtGYUf.rHHMC3GWVb.rXmrTDz Ji4Q8YJ1caW7Gpgi7YZqR4i9ud6t.broQMjktVnvaYl8V9w- X-Originating-IP: [192.89.123.25] Authentication-Results: mta1077.sbc.mail.sp1.yahoo.com from=iki.fi; domainkeys=neutral (no sig); from=iki.fi; dkim=neutral (no sig) Received: from 204.127.217.74 (EHLO fgateway03.isp.att.net) (204.127.217.74) by mta1077.sbc.mail.sp1.yahoo.com with SMTP; Sun, 11 Sep 2011 23:36:53 -0700 Received: from smtp.tele.fi ([192.89.123.25]) by isp.att.net (frfwmxc04) with ESMTP id <20110912063651M0400fajr5e>; Mon, 12 Sep 2011 06:36:53 +0000 X-Originating-IP: [192.89.123.25] X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 95B872D44 for ; Mon, 12 Sep 2011 09:36:49 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 7A53D20059; Mon, 12 Sep 2011 09:36:49 +0300 (EEST) Date: Mon, 12 Sep 2011 09:36:49 +0300 From: Pasi =?ISO-8859-1?Q?K=E4rkk=E4inen?= Subject: UNS: Re: [Xen-users] Improve speed virtual machine Message-ID: <20110912063649.GE12984@reaktio.net> References: <3220961.8NmEsAjfde@dell4550> <6787248.U2mx0QDZpd@dell4550> <20110911110731.GC12984@reaktio.net> <1683487.nvrMrJ9FHZ@dell4550> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1683487.nvrMrJ9FHZ@dell4550> User-Agent: Mutt/1.5.18 (2008-05-17) X-CRM114-Version: 20070731-BlameTheInterns ( TRE 0.7.5 (LGPL) ) MR-2AB09784 X-CRM114-CacheID: sfid-20110912_025836_316861_040D6B02 X-CRM114-Status: UNSURE ( -4.36 ) X-CRM114-Notice: Please train this message. Resent-Message-ID: <201109120325.12187.> Resent-Date: Mon, 12 Sep 2011 03:25:12 -0400 Resent-From: jim burns To: xen-users@lists.xensource.com Resent-To: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Sun, Sep 11, 2011 at 09:43:27PM -0400, jim burns wrote: > On Sun September 11 2011, 2:07:31 PM, Pasi K�rkk�inen wrote: > > Hmm, I can't remember.. > > > > Did you check the virtual e1000 nic model, and then get the driver > > from intel's support site? > > Hmm, on http://downloadcenter.intel.com/default.aspx?lang=eng , in the 'Search > downloads' drop down box for 'intel pro/1000', I get: > I think you need to check the exact chipset model number.. Boot for example Linux VM and check lspci, if windows doesn't show it. -- Pasi _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Mon Sep 12 00:35:41 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 12 Sep 2011 00:35:41 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R313M-0003v3-QF; Mon, 12 Sep 2011 00:35:40 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3115-0003Zf-TP for xen-users@lists.xensource.com; Mon, 12 Sep 2011 00:33:20 -0700 X-Env-Sender: grantmasterflash@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1315812796!25031083!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7459 invoked from network); 12 Sep 2011 07:33:16 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Sep 2011 07:33:16 -0000 Received: by fxh19 with SMTP id 19so2086977fxh.30 for ; Mon, 12 Sep 2011 00:33:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=JFgJELa1MVF/vUr20XnDUYBD/74HA4Efr8QzWF97uNU=; b=v0tTCnHjueNYYHxEO0dZFJkbJP1zkFngQEXc1dLsWWV5zu0/5QCXQPTbKUtpKOhk3d bPZkPWCs+D8DqTH7r/7PH77lWVn0IZlPc4WOg/Dq3fTCkBeyxUlMYx1iTKCdRzCBvZEJ maYadxE+4Mi07eEYSnMGc+rbjYPUlWqnJtADw= Received: by 10.223.34.143 with SMTP id l15mr1538678fad.46.1315812796268; Mon, 12 Sep 2011 00:33:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.152.23.225 with HTTP; Mon, 12 Sep 2011 00:32:56 -0700 (PDT) In-Reply-To: References:

From: Grant McWilliams Date: Mon, 12 Sep 2011 00:32:56 -0700 Message-ID: Subject: Re: [Xen-users] Help in installing XEN To: JAY PARIKH Cc: xen mailing list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0786780079==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0786780079== Content-Type: multipart/alternative; boundary=0015174483624fff7304acb98a89 --0015174483624fff7304acb98a89 Content-Type: text/plain; charset=UTF-8 Answers below... On Mon, Sep 12, 2011 at 12:08 AM, JAY PARIKH wrote: > > Hi Grant, > > First of all thanks a lot for guiding me. > > To conclude if i install CentOS 5.6 directly on my hard drive my question > is should i install it in parallel with windows on hard drive or remove > windows completely before this installation ??? > > You can run CentOS in a dual boot configuration with Windows on the same drive. You may want to use a Partition Manager (or gparted) disk to resize the Windows partition before you install CentOS though. I don't remember CentOS having that ability on install. > But the problem is my laptop is i5 and i dont think Centos for i5 > is released yet so i will have to go through other options > > I don't think there would be any problem having CentOS on a Core i5. The i5 is not really THAT different to the CPUs that came before it. XCP is based on CentOS as well so you're really getting similar operating system either way you go. > 1. I could get the swap hard drive thing you are telling. (Sorry if my > questions are too silly) > If this is a laptop you might want to invest in an external USB drive. Change your BIOS so it will boot from it and install onto that. You could leave the Windows alone. When you want to run XCP or CentOS with Xen just plug in the USB drive and reboot. > 2. If i directly install XCP on my hard drive (removing windows as xcp > does not support parallel OS - correct me if i am wrong) than can i run > windows virtually on it through any other way ???? > > You can but beware that Xen and XCP are really designed for server virtualization and don't provide as much in the way of GUI virtualizing. However, you could install Windows in one of the VMs and use VNC to connect to it from the CentOS Desktop. XCP doesn't really have a Desktop like CentOS. I've written a bunch of tutorials that illustrate step by step how to use CentOS/xen and create VMs. I'm currently spending a lot of time with XCP and will be writing XCP equivalents but sadly my entire site is down currently. It will be back up later. > > Regards, > Jay Parikh > > > ------------------------------ > From: grantmasterflash@gmail.com > Date: Sun, 11 Sep 2011 23:46:27 -0700 > Subject: Re: [Xen-users] Help in installing XEN > To: jparik01@students.poly.edu > CC: xen-users@lists.xensource.com > > > Jay, > Not sure if I'm following but you generally can't install a Hypervisor > inside another Hypervisor ie. no Xen inside of VMWare. Also XCP is designed > as a product so you install it from the install disk on bare hardware. The > standard Xen Hypervisor can be installed in a Linux Distrobution from > packages but even then it's good to choose your Linux distribution wisely as > there's a bit of strategy to it. We recently had a thread about the best OS > for Dom0 (the Control Domain) in this mailinglist. > > My recommendation, get a machine (or swap drive) that you don't use for > anything else and install XCP on it if that's what you want to run. If > you're thinking of straight Xen then install CentOS 5.6 on it which comes > with Xen. > > Grant McWiliams > > > On Sun, Sep 11, 2011 at 12:26 PM, JAY PARIKH wrote: > > Hi everyone, > > I am new to XEN I am working on a cloud based project on which i have to > explore the possibilities of using XEN in certain functions of router like > packet processing, forwarding etc. > > So first of all i need to install XEN and understand its basics. > > I think i should install XEN directly on my hard drive in my laptop and > install my windows 7 in VM and may be linux on other VM. > > But i just wanna to know if there is any possibility > of installing XEN virtually in VMware in windows and working on it??? > > > Also i want to know will i need server ofr i can directly install Xen > Cloud Platform in other VM directly on XEN hyperviser ???? > > > Thanks a lot for help in advance...... > > Regards, > Jay Parikh > > > --0015174483624fff7304acb98a89 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Answers below...

On Mon, Sep 12, 2011 at = 12:08 AM, JAY PARIKH <jparik01@students.poly.edu> wrote:

Hi Grant,

First of all thanks a lot for guiding me.

To conclude = if i install CentOS 5.6 directly on my hard drive my question is should i i= nstall it in parallel with windows on hard drive or remove windows complete= ly before this installation ???

You can run CentOS in a dual boot configuration with Wind= ows on the same drive. You may want to use a Partition Manager (or gparted)= disk to resize the Windows partition before you install CentOS though. I d= on't remember CentOS having that ability on install.
=C2=A0

=
But the problem is my laptop is i5 a= nd i dont think Centos for i5 is=C2=A0released=C2=A0yet so i will have to go through other options

I don't think there would be any problem having CentOS on= a Core i5. The i5 is not really THAT different to the CPUs that came befor= e it.=C2=A0 XCP is based on CentOS as well so you're really getting sim= ilar operating system either way you go.
=C2=A0
=
1. I could get the swap hard drive thing you= are telling. (Sorry if my questions are too silly)

If this is a laptop you might want to inv= est in an external USB drive. Change your BIOS so it will boot from it and = install onto that. You could leave the Windows alone. When you want to run = XCP or CentOS with Xen just plug in the USB drive and reboot.

=C2=A0
2. = =C2=A0If i directly install XCP on my hard drive (removing windows as xcp d= oes not support=C2=A0parallel=C2=A0OS - correct me if i am wrong) than can = i run windows virtually on it through any other way ????
=C2=A0

You can but beware= that Xen and XCP are really designed for server virtualization and don'= ;t provide as much in the way of GUI virtualizing. However, you could insta= ll Windows in one of the VMs and use VNC to connect to it from the CentOS D= esktop. XCP doesn't really have a Desktop like CentOS.

I've written a bunch of tutorials that illustrate step by step how = to use CentOS/xen and create VMs. I'm currently spending a lot of time = with XCP and will be writing XCP equivalents but sadly my entire site is do= wn currently. It will be back up later.
=C2=A0
<= div>
=C2=A0
Regards,
Jay Parikh

From: grantmasterflash@gmail.com
Date: Sun, 11 Sep 2011 23:46:27 -07= 00
Subject: Re: [Xen-users] Help in installing XEN
To: jparik01@students.poly.edu<= br>CC: x= en-users@lists.xensource.com

Jay,
=C2=A0=C2=A0 Not sure if I'= ;m following but you generally can't install a Hypervisor inside anothe= r Hypervisor ie. no Xen inside of VMWare. Also XCP is designed as a product= so you install it from the install disk on bare hardware. The standard Xen= Hypervisor can be installed in a Linux Distrobution from packages but even= then it's good to choose your Linux distribution wisely as there's= a bit of strategy to it. We recently had a thread about the best OS for Do= m0 (the Control Domain) in this mailinglist.

My recommendation, get a machine (or swap drive) that you don't use= for anything else and install XCP on it if that's what you want to run= . If you're thinking of straight Xen then install CentOS 5.6 on it whic= h comes with Xen.

Grant McWiliams

On Sun, Sep 11, 2011 at 12:26 PM, JAY PARIKH <jparik= 01@students.poly.edu> wrote:

Hi everyone,

I am new to XEN I am working on a cloud based project on = which i have to explore the possibilities of using XEN in certain functions= of router like packet processing, forwarding etc.=C2=A0

So first of all i need to=C2=A0install=C2=A0XEN and understand its basics.

I think i should install= XEN directly on my hard drive in my laptop and install my windows 7 in VM = and may be linux on other VM.

But i just wanna to know= if there is any possibility of=C2=A0installing=C2=A0XEN=C2=A0virtually=C2=A0in VMware in windows and working = on it???
=C2=A0

Also i want to know will i need server ofr i can directly= install Xen Cloud=C2=A0Platform=C2= =A0in other VM directly on XEN hyperviser ????
=C2=A0

<= div>Thanks a lot for help in advance......=
=C2=A0
Regards,
Jay Parikh

--0015174483624fff7304acb98a89-- --===============0786780079== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0786780079==-- From xen-devel-bounces@lists.xensource.com Mon Sep 12 00:37:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Mon, 12 Sep 2011 00:37:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R315N-0004U7-Qb; Mon, 12 Sep 2011 00:37:45 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3148-00047z-G8; Mon, 12 Sep 2011 00:36:30 -0700 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-4.tower-182.messagelabs.com!1315812984!17942448!1 X-Originating-IP: [192.89.123.25] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13501 invoked from network); 12 Sep 2011 07:36:25 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-4.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Sep 2011 07:36:25 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id D9E921C15; Mon, 12 Sep 2011 10:36:23 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 9182D20059; Mon, 12 Sep 2011 10:36:23 +0300 (EEST) Date: Mon, 12 Sep 2011 10:36:23 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: jim burns Message-ID: <20110912073623.GF12984@reaktio.net> References: <201107231426.56811.jim_burn@bellsouth.net> <3588908.GoxUj34Eqr@dell4550> <20110909131438.GY12984@reaktio.net> <13293012.CAopQqStiY@dell4550> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <13293012.CAopQqStiY@dell4550> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Todd Deshane , xen-devel@lists.xensource.com, xen-users@lists.xensource.com, Fedora Xen List Subject: [Xen-devel] Re: Continuing BUG:-iness booting Fedora Rawhide 3.1.0-rc's (was Summary: Experiences setting up a debug serial port) X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Fri, Sep 09, 2011 at 09:52:41AM -0400, jim burns wrote: > On Fri September 9 2011, 4:14:38 PM, Pasi K�rkk�inen wrote: > > Hello, > > > > Added xen-devel to CC.. > > > > On Thu, Sep 08, 2011 at 08:36:04PM -0400, jim burns wrote: > > > Rawhide is up to 3.1.0-0.rc5.git0.0.fc17 , and still the same dom0 boot > > > bugs as in rc4. > > > > Can you please post the full Xen + 3.1-rc5 dom0 boot logs again.. > > > > -- Pasi > > Sure, thanx, attached. Do you need a debug log also (initcall_debug debug > loglevel=10)? > Sure, it doesn't hurt.. > The last four BUG:s (from Sep 8 17:12:20 on) were from starting a winxp domu > (first 3 BUG:s), and destroying it at grub (the last BUG:). > Ok, so there are BUGs when booting up, and also when starting HVM guests. -- Pasi > Sep 8 16:59:12 Insp6400 kernel: imklog 5.8.2, log source = /proc/kmsg started. > Sep 8 16:59:12 Insp6400 rsyslogd: [origin software="rsyslogd" swVersion="5.8.2" x-pid="789" x-info="http://www.rsyslog.com"] start > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Initializing cgroup subsys cpuset > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Initializing cgroup subsys cpu > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Linux version 3.1.0-0.rc5.git0.0.fc17.x86_64 (mockbuild@x86-06.phx2.fedoraproject.org) (gcc version 4.6.1 20110804 (Red Hat 4.6.1-7) (GCC) ) #1 SMP Wed Sep 7 20:28:26 UTC 2011 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Command line: ro root=/dev/mapper/vg_insp6400-lv_root SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us xen-pciback.permissive xen-pciback.hide=(0b:00.0) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] released 0 pages of unused memory > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Set 526733 page(s) to 1-1 mapping. > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] BIOS-provided physical RAM map: > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 0000000000000000 - 000000000009f000 (usable) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 000000000009f000 - 0000000000100000 (reserved) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 0000000000100000 - 0000000075fce000 (usable) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 0000000075fce000 - 000000007f6d3000 (unusable) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 000000007f6d3400 - 0000000080000000 (reserved) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 00000000f0000000 - 00000000f4007000 (reserved) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 00000000f4008000 - 00000000f400c000 (reserved) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 00000000fec00000 - 00000000fec10000 (reserved) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 00000000fed20000 - 00000000feda0000 (reserved) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 00000000fee00000 - 00000000fee10000 (reserved) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 00000000ffb00000 - 0000000100000000 (reserved) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen: 0000000100000000 - 0000000109705000 (usable) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] NX (Execute Disable) protection: active > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] DMI 2.4 present. > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] No AGP bridge found > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] last_pfn = 0x109705 max_arch_pfn = 0x400000000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] last_pfn = 0x75fce max_arch_pfn = 0x400000000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] init_memory_mapping: 0000000000000000-0000000075fce000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] init_memory_mapping: 0000000100000000-0000000109705000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] RAMDISK: 02ae5000 - 0533f000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: RSDP 00000000000fc1d0 00014 (v00 DELL ) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: RSDT 000000007f6d3a0f 00040 (v01 DELL M07 27D7060D ASL 00000061) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: FACP 000000007f6d4800 00074 (v01 DELL M07 27D7060D ASL 00000061) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: DSDT 000000007f6d5400 04766 (v01 INT430 SYSFexxx 00001001 INTL 20050624) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: FACS 000000007f6e3c00 00040 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: HPET 000000007f6d4f00 00038 (v01 DELL M07 00000001 ASL 00000061) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: APIC 000000007f6d5000 00068 (v01 DELL M07 27D7060D ASL 00000047) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: MCFG 000000007f6d4fc0 0003E (v16 DELL M07 27D7060D ASL 00000061) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: SLIC 000000007f6d509c 00176 (v01 DELL M07 27D7060D ASL 00000061) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: BOOT 000000007f6d4bc0 00028 (v01 DELL M07 27D7060D ASL 00000061) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: SSDT 000000007f6d3a4f 004DC (v01 PmRef CpuPm 00003000 INTL 20050624) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] No NUMA configuration found > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Faking a node at 0000000000000000-0000000109705000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Initmem setup node 0 0000000000000000-0000000109705000 > Sep 8 16:59:10 Insp6400 avahi-daemon[755]: Found user 'avahi' (UID 498) and group 'avahi' (GID 491). > Sep 8 16:59:10 Insp6400 avahi-daemon[755]: Successfully dropped root privileges. > Sep 8 16:59:10 Insp6400 avahi-daemon[755]: avahi-daemon 0.6.30 starting up. > Sep 8 16:59:10 Insp6400 avahi-daemon[755]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns! > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] NODE_DATA [0000000075fb9000 - 0000000075fcdfff] > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Zone PFN ranges: > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] DMA 0x00000010 -> 0x00001000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] DMA32 0x00001000 -> 0x00100000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Normal 0x00100000 -> 0x00109705 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Movable zone start PFN for each node > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] early_node_map[3] active PFN ranges > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] 0: 0x00000010 -> 0x0000009f > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] 0: 0x00000100 -> 0x00075fce > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] 0: 0x00100000 -> 0x00109705 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: PM-Timer IO Port: 0x1008 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] BIOS bug: APIC version is 0 for CPU 0/0x0, fixing up to 0x10 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] IOAPIC[0]: apic_id 2, version 255, address 0xfec00000, GSI 0-255 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Using ACPI (MADT) for SMP configuration information > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ACPI: HPET id: 0x8086a201 base: 0xfed00000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 000000000009f000 - 0000000000100000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 0000000075fce000 - 000000007f6d3000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 000000007f6d3000 - 000000007f6d4000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 000000007f6d4000 - 0000000080000000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 0000000080000000 - 00000000f0000000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000f0000000 - 00000000f4007000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000f4007000 - 00000000f4008000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000f4008000 - 00000000f400c000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000f400c000 - 00000000fec00000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000fec00000 - 00000000fec10000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000fec10000 - 00000000fed20000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000fed20000 - 00000000feda0000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000feda0000 - 00000000fee00000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000fee00000 - 00000000fee10000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000fee10000 - 00000000ffb00000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PM: Registered nosave memory: 00000000ffb00000 - 0000000100000000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Allocating PCI resources starting at 80000000 (gap: 80000000:70000000) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Booting paravirtualized kernel on Xen > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Xen version: 4.1.1 (preserve-AD) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] setup_percpu: NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:2 nr_node_ids:1 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PERCPU: Embedded 476 pages/cpu @ffff88007575b000 s1918464 r8192 d23040 u1949696 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 504832 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Policy zone: Normal > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Kernel command line: ro root=/dev/mapper/vg_insp6400-lv_root SYSFONT=latarcyrheb-sun16 LANG=en_US.UTF-8 KEYTABLE=us xen-pciback.permissive xen-pciback.hide=(0b:00.0) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Placing 64MB software IO TLB between ffff88006f000000 - ffff880073000000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] software IO TLB at phys 0x6f000000 - 0x73000000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Memory: 1751204k/4348948k available (5185k kernel code, 2261644k absent, 336100k reserved, 6577k data, 2780k init) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] SLUB: Genslabs=15, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Hierarchical RCU implementation. > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] RCU dyntick-idle grace-period acceleration is enabled. > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] RCU lockdep checking is enabled. > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] NR_IRQS:33024 nr_irqs:512 16 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] xen: sci override: global_irq=9 trigger=0 polarity=0 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] xen: acpi sci 9 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] xen_map_pirq_gsi: returning irq 9 for gsi 9 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Console: colour VGA+ 80x25 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] console [tty0] enabled > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ... MAX_LOCKDEP_SUBCLASSES: 8 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ... MAX_LOCK_DEPTH: 48 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ... MAX_LOCKDEP_KEYS: 8191 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ... CLASSHASH_SIZE: 4096 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ... MAX_LOCKDEP_ENTRIES: 16384 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ... MAX_LOCKDEP_CHAINS: 32768 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] ... CHAINHASH_SIZE: 16384 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] memory used by lock dependency info: 6367 kB > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] per task-struct memory footprint: 2688 bytes > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] allocated 17825792 bytes of page_cgroup > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] installing Xen timer for CPU 0 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000000] Detected 1828.796 MHz processor. > Sep 8 16:59:12 Insp6400 kernel: [ 0.000999] Calibrating delay loop (skipped), value calculated using timer frequency.. 3657.59 BogoMIPS (lpj=1828796) > Sep 8 16:59:12 Insp6400 kernel: [ 0.000999] pid_max: default: 32768 minimum: 301 > Sep 8 16:59:12 Insp6400 kernel: [ 0.000999] Security Framework initialized > Sep 8 16:59:12 Insp6400 kernel: [ 0.000999] SELinux: Initializing. > Sep 8 16:59:12 Insp6400 kernel: [ 0.002648] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) > Sep 8 16:59:12 Insp6400 kernel: [ 0.005103] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) > Sep 8 16:59:12 Insp6400 kernel: [ 0.005999] Mount-cache hash table entries: 256 > Sep 8 16:59:12 Insp6400 kernel: [ 0.009803] Initializing cgroup subsys cpuacct > Sep 8 16:59:12 Insp6400 kernel: [ 0.009974] Initializing cgroup subsys memory > Sep 8 16:59:12 Insp6400 kernel: [ 0.010283] Initializing cgroup subsys devices > Sep 8 16:59:12 Insp6400 kernel: [ 0.010428] Initializing cgroup subsys freezer > Sep 8 16:59:12 Insp6400 kernel: [ 0.010561] Initializing cgroup subsys net_cls > Sep 8 16:59:12 Insp6400 kernel: [ 0.010696] Initializing cgroup subsys blkio > Sep 8 16:59:12 Insp6400 kernel: [ 0.010979] Initializing cgroup subsys perf_event > Sep 8 16:59:12 Insp6400 kernel: [ 0.011518] CPU: Physical Processor ID: 0 > Sep 8 16:59:12 Insp6400 kernel: [ 0.011639] CPU: Processor Core ID: 0 > Sep 8 16:59:12 Insp6400 kernel: [ 0.012814] ACPI: Core revision 20110623 > Sep 8 16:59:12 Insp6400 kernel: [ 0.072895] ftrace: allocating 25821 entries in 102 pages > Sep 8 16:59:12 Insp6400 kernel: [ 0.075083] Performance Events: unsupported p6 CPU model 15 no PMU driver, software events only. > Sep 8 16:59:12 Insp6400 kernel: [ 0.076993] NMI watchdog disabled (cpu0): hardware events not enabled > Sep 8 16:59:12 Insp6400 kernel: [ 0.078517] installing Xen timer for CPU 1 > Sep 8 16:59:12 Insp6400 kernel: [ 0.078827] lockdep: fixing up alternatives. > Sep 8 16:59:12 Insp6400 kernel: [ 0.079572] NMI watchdog disabled (cpu1): hardware events not enabled > Sep 8 16:59:12 Insp6400 kernel: [ 0.079944] Brought up 2 CPUs > Sep 8 16:59:12 Insp6400 kernel: [ 0.083384] devtmpfs: initialized > Sep 8 16:59:12 Insp6400 kernel: [ 0.098213] atomic64 test passed for x86-64 platform with CX8 and with SSE > Sep 8 16:59:12 Insp6400 kernel: [ 0.098681] Grant table initialized > Sep 8 16:59:12 Insp6400 kernel: [ 0.098839] RTC time: 20:58:03, date: 09/08/11 > Sep 8 16:59:12 Insp6400 kernel: [ 0.099810] NET: Registered protocol family 16 > Sep 8 16:59:12 Insp6400 kernel: [ 0.106273] ACPI: bus type pci registered > Sep 8 16:59:12 Insp6400 kernel: [ 0.107787] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf0000000-0xf3ffffff] (base 0xf0000000) > Sep 8 16:59:12 Insp6400 kernel: [ 0.107988] PCI: MMCONFIG at [mem 0xf0000000-0xf3ffffff] reserved in E820 > Sep 8 16:59:12 Insp6400 kernel: [ 0.131441] PCI: Using configuration type 1 for base access > Sep 8 16:59:12 Insp6400 kernel: [ 0.131566] dmi type 0xB1 record - unknown flag > Sep 8 16:59:12 Insp6400 kernel: [ 0.156193] bio: create slab at 0 > Sep 8 16:59:12 Insp6400 kernel: [ 0.157763] ACPI: Added _OSI(Module Device) > Sep 8 16:59:12 Insp6400 kernel: [ 0.157905] ACPI: Added _OSI(Processor Device) > Sep 8 16:59:12 Insp6400 kernel: [ 0.157984] ACPI: Added _OSI(3.0 _SCP Extensions) > Sep 8 16:59:12 Insp6400 kernel: [ 0.157984] ACPI: Added _OSI(Processor Aggregator Device) > Sep 8 16:59:12 Insp6400 kernel: [ 0.198978] ACPI: SSDT 000000007f6d4176 00202 (v01 PmRef Cpu0Ist 00003000 INTL 20050624) > Sep 8 16:59:12 Insp6400 kernel: [ 0.198978] ACPI: Dynamic OEM Table Load: > Sep 8 16:59:12 Insp6400 kernel: [ 0.198978] ACPI: SSDT (null) 00202 (v01 PmRef Cpu0Ist 00003000 INTL 20050624) > Sep 8 16:59:12 Insp6400 kernel: [ 0.198978] ACPI: SSDT 000000007f6d3f2b 001C6 (v01 PmRef Cpu0Cst 00003001 INTL 20050624) > Sep 8 16:59:12 Insp6400 kernel: [ 0.198978] ACPI: Dynamic OEM Table Load: > Sep 8 16:59:12 Insp6400 kernel: [ 0.198978] ACPI: SSDT (null) 001C6 (v01 PmRef Cpu0Cst 00003001 INTL 20050624) > Sep 8 16:59:12 Insp6400 kernel: [ 0.198978] ACPI: SSDT 000000007f6d4378 000C4 (v01 PmRef Cpu1Ist 00003000 INTL 20050624) > Sep 8 16:59:12 Insp6400 kernel: [ 0.198978] ACPI: Dynamic OEM Table Load: > Sep 8 16:59:12 Insp6400 kernel: [ 0.198978] ACPI: SSDT (null) 000C4 (v01 PmRef Cpu1Ist 00003000 INTL 20050624) > Sep 8 16:59:12 Insp6400 kernel: [ 0.200036] ACPI: SSDT 000000007f6d40f1 00085 (v01 PmRef Cpu1Cst 00003000 INTL 20050624) > Sep 8 16:59:12 Insp6400 kernel: [ 0.200978] ACPI: Dynamic OEM Table Load: > Sep 8 16:59:12 Insp6400 kernel: [ 0.200978] ACPI: SSDT (null) 00085 (v01 PmRef Cpu1Cst 00003000 INTL 20050624) > Sep 8 16:59:12 Insp6400 kernel: [ 0.200978] ACPI: Interpreter enabled > Sep 8 16:59:12 Insp6400 kernel: [ 0.200978] ACPI: (supports S0 S3 S4 S5) > Sep 8 16:59:12 Insp6400 kernel: [ 0.200978] ACPI: Using IOAPIC for interrupt routing > Sep 8 16:59:12 Insp6400 kernel: [ 0.482935] ACPI: No dock devices found. > Sep 8 16:59:12 Insp6400 kernel: [ 0.482935] HEST: Table not found. > Sep 8 16:59:12 Insp6400 kernel: [ 0.482935] PCI: Ignoring host bridge windows from ACPI; if necessary, use "pci=use_crs" and report a bug > Sep 8 16:59:12 Insp6400 kernel: [ 0.503932] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff]) > Sep 8 16:59:12 Insp6400 kernel: [ 0.553924] pci 0000:00:1f.0: quirk: [io 0x1000-0x107f] claimed by ICH6 ACPI/GPIO/TCO > Sep 8 16:59:12 Insp6400 kernel: [ 0.553924] pci 0000:00:1f.0: quirk: [io 0x1080-0x10bf] claimed by ICH6 GPIO > Sep 8 16:59:12 Insp6400 kernel: [ 0.553924] pci 0000:00:1f.0: ICH7 LPC Generic IO decode 1 PIO at 0900 (mask 007f) > Sep 8 16:59:12 Insp6400 kernel: [ 0.553924] pci 0000:00:1f.0: ICH7 LPC Generic IO decode 3 PIO at 0c80 (mask 003f) > Sep 8 16:59:12 Insp6400 kernel: [ 0.556351] pci 0000:0b:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force' > Sep 8 16:59:12 Insp6400 kernel: [ 0.556718] pci 0000:00:1c.0: PCI bridge to [bus 0b-0b] > Sep 8 16:59:12 Insp6400 kernel: [ 0.557827] pci 0000:00:1c.3: PCI bridge to [bus 0c-0d] > Sep 8 16:59:12 Insp6400 kernel: [ 0.560923] pci 0000:00:1e.0: PCI bridge to [bus 03-03] (subtractive decode) > Sep 8 16:59:12 Insp6400 kernel: [ 0.560923] pci 0000:00:1c.0: Dev MPS 128 MPSS 128 MRRS 128 > Sep 8 16:59:12 Insp6400 kernel: [ 0.560923] pci 0000:00:1c.0: Dev MPS 128 MPSS 128 MRRS 128 > Sep 8 16:59:12 Insp6400 kernel: [ 0.560923] pci 0000:0b:00.0: Dev MPS 128 MPSS 128 MRRS 128 > Sep 8 16:59:12 Insp6400 kernel: [ 0.560923] pci 0000:0b:00.0: Dev MPS 128 MPSS 128 MRRS 128 > Sep 8 16:59:12 Insp6400 kernel: [ 0.560923] pci 0000:00:1c.3: Dev MPS 128 MPSS 128 MRRS 128 > Sep 8 16:59:12 Insp6400 kernel: [ 0.560923] pci 0000:00:1c.3: Dev MPS 128 MPSS 128 MRRS 128 > Sep 8 16:59:12 Insp6400 kernel: [ 0.560923] pci 0000:0c:00.0: Dev MPS 128 MPSS 128 MRRS 512 > Sep 8 16:59:12 Insp6400 kernel: [ 0.560923] pci 0000:0c:00.0: Dev MPS 128 MPSS 128 MRRS 128 > Sep 8 16:59:12 Insp6400 kernel: [ 0.563923] pci0000:00: Requesting ACPI _OSC control (0x1d) > Sep 8 16:59:12 Insp6400 kernel: [ 0.563923] pci0000:00: ACPI _OSC request failed (AE_NOT_FOUND), returned control mask: 0x1d > Sep 8 16:59:12 Insp6400 kernel: [ 0.563923] ACPI _OSC control for PCIe not granted, disabling ASPM > Sep 8 16:59:12 Insp6400 kernel: [ 0.596918] ACPI: PCI Interrupt Link [LNKA] (IRQs 9 10 *11) > Sep 8 16:59:12 Insp6400 kernel: [ 0.597918] ACPI: PCI Interrupt Link [LNKB] (IRQs 5 7) *4 > Sep 8 16:59:12 Insp6400 kernel: [ 0.598917] ACPI: PCI Interrupt Link [LNKC] (IRQs 9 10 *11) > Sep 8 16:59:12 Insp6400 kernel: [ 0.599917] ACPI: PCI Interrupt Link [LNKD] (IRQs 5 7 9 10 11) *3 > Sep 8 16:59:12 Insp6400 kernel: [ 0.601917] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 *9 10 11 12 14 15) > Sep 8 16:59:12 Insp6400 kernel: [ 0.602917] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) > Sep 8 16:59:12 Insp6400 kernel: [ 0.603917] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 *7 9 10 11 12 14 15) > Sep 8 16:59:12 Insp6400 kernel: [ 0.604917] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) > Sep 8 16:59:12 Insp6400 kernel: [ 0.605055] xen/balloon: Initialising balloon driver. > Sep 8 16:59:12 Insp6400 kernel: [ 0.605209] last_pfn = 0x109705 max_arch_pfn = 0x400000000 > Sep 8 16:59:12 Insp6400 kernel: [ 0.607009] xen-balloon: Initialising balloon driver. > Sep 8 16:59:12 Insp6400 kernel: [ 0.607682] xen/balloon: Xen selfballooning driver disabled for domain0. > Sep 8 16:59:12 Insp6400 kernel: [ 0.608752] vgaarb: device added: PCI:0000:00:02.0,decodes=io+mem,owns=io+mem,locks=none > Sep 8 16:59:12 Insp6400 kernel: [ 0.608916] vgaarb: loaded > Sep 8 16:59:12 Insp6400 kernel: [ 0.608916] vgaarb: bridge control possible 0000:00:02.0 > Sep 8 16:59:12 Insp6400 kernel: [ 0.611750] SCSI subsystem initialized > Sep 8 16:59:12 Insp6400 kernel: [ 0.613519] usbcore: registered new interface driver usbfs > Sep 8 16:59:12 Insp6400 kernel: [ 0.613915] usbcore: registered new interface driver hub > Sep 8 16:59:12 Insp6400 kernel: [ 0.614163] usbcore: registered new device driver usb > Sep 8 16:59:12 Insp6400 kernel: [ 0.615756] PCI: Using ACPI for IRQ routing > Sep 8 16:59:12 Insp6400 kernel: [ 0.618444] NetLabel: Initializing > Sep 8 16:59:12 Insp6400 kernel: [ 0.618560] NetLabel: domain hash size = 128 > Sep 8 16:59:12 Insp6400 kernel: [ 0.618677] NetLabel: protocols = UNLABELED CIPSOv4 > Sep 8 16:59:12 Insp6400 kernel: [ 0.618914] NetLabel: unlabeled traffic allowed by default > Sep 8 16:59:12 Insp6400 kernel: [ 0.618914] Switching to clocksource xen > Sep 8 16:59:12 Insp6400 kernel: [ 0.619312] Switched to NOHz mode on CPU #1 > Sep 8 16:59:12 Insp6400 kernel: [ 0.620099] Switched to NOHz mode on CPU #0 > Sep 8 16:59:12 Insp6400 kernel: [ 0.989037] pnp: PnP ACPI init > Sep 8 16:59:12 Insp6400 kernel: [ 0.989190] ACPI: bus type pnp registered > Sep 8 16:59:12 Insp6400 kernel: [ 1.456722] system 00:00: [mem 0x00000000-0x0009fbff] could not be reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.456898] system 00:00: [mem 0x0009fc00-0x0009ffff] could not be reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0x000c0000-0x000cffff] could not be reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0x000e0000-0x000fffff] could not be reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0x00100000-0x7f6d33ff] could not be reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0x7f6d3400-0x7f6fffff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0x7f700000-0x7f7fffff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0x7f700000-0x7fefffff] could not be reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0xffb00000-0xffffffff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0xfec00000-0xfec0ffff] could not be reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0xfee00000-0xfee0ffff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0xfed20000-0xfed9ffff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0xffa80000-0xffa83fff] could not be reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0xf4000000-0xf4003fff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.457013] system 00:00: [mem 0xf4004000-0xf4004fff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.459154] system 00:00: [mem 0xf4005000-0xf4005fff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.459308] system 00:00: [mem 0xf4006000-0xf4006fff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.459460] system 00:00: [mem 0xf4008000-0xf400bfff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.459612] system 00:00: [mem 0xf0000000-0xf3ffffff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.807294] pnp 00:02: disabling [io 0x1000-0x1005] because it overlaps 0000:00:1f.0 BAR 13 [io 0x1000-0x107f] > Sep 8 16:59:12 Insp6400 kernel: [ 1.807294] pnp 00:02: disabling [io 0x1008-0x100f] because it overlaps 0000:00:1f.0 BAR 13 [io 0x1000-0x107f] > Sep 8 16:59:12 Insp6400 kernel: [ 1.808907] system 00:02: [io 0x04d0-0x04d1] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.810282] pnp 00:03: disabling [io 0x1006-0x1007] because it overlaps 0000:00:1f.0 BAR 13 [io 0x1000-0x107f] > Sep 8 16:59:12 Insp6400 kernel: [ 1.810485] pnp 00:03: disabling [io 0x100a-0x1059] because it overlaps 0000:00:1f.0 BAR 13 [io 0x1000-0x107f] > Sep 8 16:59:12 Insp6400 kernel: [ 1.810687] pnp 00:03: disabling [io 0x1060-0x107f] because it overlaps 0000:00:1f.0 BAR 13 [io 0x1000-0x107f] > Sep 8 16:59:12 Insp6400 kernel: [ 1.810888] pnp 00:03: disabling [io 0x1010-0x102f] because it overlaps 0000:00:1f.0 BAR 13 [io 0x1000-0x107f] > Sep 8 16:59:12 Insp6400 kernel: [ 1.812279] system 00:03: [io 0xf400-0xf4fe] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.812427] system 00:03: [io 0x1080-0x10bf] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.812573] system 00:03: [io 0x10c0-0x10df] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.812720] system 00:03: [io 0x0809] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.813570] xen_map_pirq_gsi: returning irq 12 for gsi 12 > Sep 8 16:59:12 Insp6400 kernel: [ 1.815255] xen_map_pirq_gsi: returning irq 1 for gsi 1 > Sep 8 16:59:12 Insp6400 kernel: [ 1.816800] xen_map_pirq_gsi: returning irq 8 for gsi 8 > Sep 8 16:59:12 Insp6400 kernel: [ 1.821590] system 00:08: [io 0x0c80-0x0cff] could not be reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.821740] system 00:08: [io 0x0910-0x091f] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.821886] system 00:08: [io 0x0920-0x092f] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.822034] system 00:08: [io 0x0cb0-0x0cbf] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.822220] system 00:08: [io 0x0930-0x097f] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.824669] xen_map_pirq_gsi: returning irq 13 for gsi 13 > Sep 8 16:59:12 Insp6400 kernel: [ 1.829472] system 00:0b: [mem 0xfed00000-0xfed003ff] has been reserved > Sep 8 16:59:12 Insp6400 kernel: [ 1.830351] pnp: PnP ACPI: found 12 devices > Sep 8 16:59:12 Insp6400 kernel: [ 1.830351] ACPI: ACPI bus type pnp unregistered > Sep 8 16:59:12 Insp6400 kernel: [ 1.917290] PM-Timer failed consistency check (0x0xffffff) - aborting. > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1c.0: BAR 15: assigned [mem 0x80000000-0x801fffff 64bit pref] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1c.0: BAR 13: assigned [io 0x2000-0x2fff] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1c.0: PCI bridge to [bus 0b-0b] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1c.0: bridge window [io 0x2000-0x2fff] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1c.0: bridge window [mem 0xefd00000-0xefdfffff] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1c.0: bridge window [mem 0x80000000-0x801fffff 64bit pref] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1c.3: PCI bridge to [bus 0c-0d] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1c.3: bridge window [io 0xd000-0xdfff] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1c.3: bridge window [mem 0xefb00000-0xefcfffff] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1c.3: bridge window [mem 0xe0000000-0xe01fffff 64bit pref] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1e.0: PCI bridge to [bus 03-03] > Sep 8 16:59:12 Insp6400 kernel: [ 1.918064] pci 0000:00:1e.0: bridge window [mem 0xefa00000-0xefafffff] > Sep 8 16:59:12 Insp6400 kernel: [ 1.920218] pci 0000:00:1c.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 > Sep 8 16:59:12 Insp6400 kernel: [ 1.920458] pci 0000:00:1c.3: PCI INT D -> GSI 19 (level, low) -> IRQ 19 > Sep 8 16:59:12 Insp6400 kernel: [ 1.921279] NET: Registered protocol family 2 > Sep 8 16:59:12 Insp6400 kernel: [ 1.923153] IP route cache hash table entries: 65536 (order: 7, 524288 bytes) > Sep 8 16:59:12 Insp6400 kernel: [ 1.931845] TCP established hash table entries: 262144 (order: 10, 4194304 bytes) > Sep 8 16:59:12 Insp6400 kernel: [ 1.940386] TCP bind hash table entries: 65536 (order: 10, 5242880 bytes) > Sep 8 16:59:12 Insp6400 kernel: [ 1.954064] TCP: Hash tables configured (established 262144 bind 65536) > Sep 8 16:59:12 Insp6400 kernel: [ 1.954064] TCP reno registered > Sep 8 16:59:12 Insp6400 kernel: [ 1.956489] UDP hash table entries: 1024 (order: 5, 196608 bytes) > Sep 8 16:59:12 Insp6400 kernel: [ 1.957465] UDP-Lite hash table entries: 1024 (order: 5, 196608 bytes) > Sep 8 16:59:12 Insp6400 kernel: [ 1.959559] NET: Registered protocol family 1 > Sep 8 16:59:12 Insp6400 kernel: [ 1.962217] Unpacking initramfs... > Sep 8 16:59:12 Insp6400 kernel: [ 2.873066] Freeing initrd memory: 41320k freed > Sep 8 16:59:12 Insp6400 kernel: [ 3.259725] DMA-API: preallocated 32768 debug entries > Sep 8 16:59:12 Insp6400 kernel: [ 3.259856] DMA-API: debugging enabled by kernel config > Sep 8 16:59:12 Insp6400 kernel: [ 3.260062] Simple Boot Flag at 0x79 set to 0x80 > Sep 8 16:59:12 Insp6400 kernel: [ 3.271644] Intel AES-NI instructions are not detected. > Sep 8 16:59:12 Insp6400 kernel: [ 3.271653] cryptomgr_test used greatest stack depth: 6088 bytes left > Sep 8 16:59:12 Insp6400 kernel: [ 3.274831] audit: initializing netlink socket (disabled) > Sep 8 16:59:12 Insp6400 kernel: [ 3.275128] type=2000 audit(1315515487.194:1): initialized > Sep 8 16:59:12 Insp6400 kernel: [ 3.311148] HugeTLB registered 2 MB page size, pre-allocated 0 pages > Sep 8 16:59:12 Insp6400 kernel: [ 3.397870] VFS: Disk quotas dquot_6.5.2 > Sep 8 16:59:12 Insp6400 kernel: [ 3.399100] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) > Sep 8 16:59:12 Insp6400 kernel: [ 3.413418] msgmni has been set to 3501 > Sep 8 16:59:12 Insp6400 kernel: [ 3.420261] cryptomgr_test used greatest stack depth: 5512 bytes left > Sep 8 16:59:12 Insp6400 kernel: [ 3.422194] cryptomgr_test used greatest stack depth: 5448 bytes left > Sep 8 16:59:12 Insp6400 kernel: [ 3.422470] alg: No test for stdrng (krng) > Sep 8 16:59:12 Insp6400 kernel: [ 3.422652] NET: Registered protocol family 38 > Sep 8 16:59:12 Insp6400 kernel: [ 3.423923] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253) > Sep 8 16:59:12 Insp6400 kernel: [ 3.424491] io scheduler noop registered > Sep 8 16:59:12 Insp6400 kernel: [ 3.424610] io scheduler deadline registered > Sep 8 16:59:12 Insp6400 kernel: [ 3.426320] io scheduler cfq registered (default) > Sep 8 16:59:12 Insp6400 kernel: [ 3.426438] start plist test > Sep 8 16:59:12 Insp6400 kernel: [ 3.427727] end plist test > Sep 8 16:59:12 Insp6400 kernel: [ 3.443402] BUG: scheduling while atomic: swapper/1/0x10000002 > Sep 8 16:59:12 Insp6400 kernel: [ 3.443521] 3 locks held by swapper/1: > Sep 8 16:59:12 Insp6400 kernel: [ 3.443632] #0: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x3b/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 3.443945] #1: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x49/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444258] #2: (irq_mapping_update_lock){+.+.+.}, at: [] xen_bind_pirq_msi_to_irq+0x31/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] Modules linked in: > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] Pid: 1, comm: swapper Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] Call Trace: > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] __schedule_bug+0x75/0x7a > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] schedule+0x95/0x7bb > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? xen_force_evtchn_callback+0xd/0xf > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? xen_force_evtchn_callback+0xd/0xf > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] __cond_resched+0x28/0x34 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] _cond_resched+0x19/0x22 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] mutex_lock_nested+0x2a/0x45 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] __irq_alloc_descs+0x50/0x18b > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? kzalloc.constprop.1+0x2/0x15 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] xen_allocate_irq_dynamic+0x49/0x58 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] xen_bind_pirq_msi_to_irq+0x36/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] xen_initdom_setup_msi_irqs+0x129/0x15d > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] pci_enable_msi_block+0x1c0/0x225 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] pcie_port_device_register+0x308/0x464 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? check_events+0x12/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? xen_restore_fl_direct_reloc+0x4/0x4 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] pcie_portdrv_probe+0x57/0x6e > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] local_pci_probe+0x44/0x75 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] pci_device_probe+0xd0/0xff > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] driver_probe_device+0x131/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] __driver_attach+0x5e/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? driver_probe_device+0x213/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] bus_for_each_dev+0x59/0x8f > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] driver_attach+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] bus_add_driver+0xd4/0x22a > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? dmi_pcie_pme_disable_msi+0x21/0x21 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] driver_register+0x98/0x105 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? dmi_pcie_pme_disable_msi+0x21/0x21 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] __pci_register_driver+0x66/0xd2 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? dmi_pcie_pme_disable_msi+0x21/0x21 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] pcie_portdrv_init+0x66/0x77 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] do_one_initcall+0x7f/0x13a > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] kernel_init+0xdf/0x159 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] kernel_thread_helper+0x4/0x10 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? retint_restore_args+0x13/0x13 > Sep 8 16:59:12 Insp6400 kernel: [ 3.444371] [] ? gs_change+0x13/0x13 > Sep 8 16:59:12 Insp6400 kernel: [ 3.454101] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > Sep 8 16:59:12 Insp6400 kernel: [ 3.455760] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 > Sep 8 16:59:12 Insp6400 kernel: [ 3.455881] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 > Sep 8 16:59:12 Insp6400 kernel: [ 3.466064] acpiphp: Slot [1] registered > Sep 8 16:59:12 Insp6400 kernel: [ 3.473115] ACPI: Deprecated procfs I/F for AC is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared > Sep 8 16:59:12 Insp6400 kernel: [ 3.478671] ACPI: AC Adapter [AC] (on-line) > Sep 8 16:59:12 Insp6400 kernel: [ 3.484582] input: Lid Switch as /devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input0 > Sep 8 16:59:12 Insp6400 kernel: [ 3.491334] ACPI: Lid Switch [LID] > Sep 8 16:59:12 Insp6400 kernel: [ 3.492686] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input1 > Sep 8 16:59:12 Insp6400 kernel: [ 3.492984] ACPI: Power Button [PBTN] > Sep 8 16:59:12 Insp6400 kernel: [ 3.494386] input: Sleep Button as /devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input2 > Sep 8 16:59:12 Insp6400 kernel: [ 3.494619] ACPI: Sleep Button [SBTN] > Sep 8 16:59:12 Insp6400 kernel: [ 3.677074] thermal LNXTHERM:00: registered as thermal_zone0 > Sep 8 16:59:12 Insp6400 kernel: [ 3.677074] ACPI: Thermal Zone [THM] (67 C) > Sep 8 16:59:12 Insp6400 kernel: [ 3.677074] ERST: Table is not found! > Sep 8 16:59:12 Insp6400 kernel: [ 3.677074] GHES: HEST is not enabled! > Sep 8 16:59:12 Insp6400 kernel: [ 3.697940] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled > Sep 8 16:59:12 Insp6400 kernel: [ 4.212769] hpet_acpi_add: no address or irqs in _CRS > Sep 8 16:59:12 Insp6400 kernel: [ 4.214384] Non-volatile memory driver v1.3 > Sep 8 16:59:12 Insp6400 kernel: [ 4.214500] Linux agpgart interface v0.103 > Sep 8 16:59:12 Insp6400 kernel: [ 4.216385] agpgart-intel 0000:00:00.0: Intel 945GM Chipset > Sep 8 16:59:12 Insp6400 kernel: [ 4.223021] agpgart-intel 0000:00:00.0: detected gtt size: 262144K total, 262144K mappable > Sep 8 16:59:12 Insp6400 kernel: [ 4.224301] agpgart-intel 0000:00:00.0: detected 8192K stolen memory > Sep 8 16:59:12 Insp6400 kernel: [ 4.228213] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000 > Sep 8 16:59:12 Insp6400 kernel: [ 4.254675] loop: module loaded > Sep 8 16:59:12 Insp6400 kernel: [ 4.258041] ata_piix 0000:00:1f.2: PCI INT B -> GSI 17 (level, low) -> IRQ 17 > Sep 8 16:59:12 Insp6400 kernel: [ 4.258195] ata_piix 0000:00:1f.2: MAP [ P0 P2 IDE IDE ] > Sep 8 16:59:12 Insp6400 kernel: [ 4.271431] scsi0 : ata_piix > Sep 8 16:59:12 Insp6400 kernel: [ 4.276528] scsi1 : ata_piix > Sep 8 16:59:12 Insp6400 kernel: [ 4.392230] ACPI: Deprecated procfs I/F for battery is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared > Sep 8 16:59:12 Insp6400 kernel: [ 4.392657] ACPI: Battery Slot [BAT0] (battery present) > Sep 8 16:59:12 Insp6400 kernel: [ 4.393060] ata1: SATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xbfa0 irq 14 > Sep 8 16:59:12 Insp6400 kernel: [ 4.393060] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xbfa8 irq 15 > Sep 8 16:59:12 Insp6400 kernel: [ 4.424981] Fixed MDIO Bus: probed > Sep 8 16:59:12 Insp6400 kernel: [ 4.426586] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver > Sep 8 16:59:12 Insp6400 kernel: [ 4.427023] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 20 (level, low) -> IRQ 20 > Sep 8 16:59:12 Insp6400 kernel: [ 4.427370] ehci_hcd 0000:00:1d.7: EHCI Host Controller > Sep 8 16:59:12 Insp6400 kernel: [ 4.430277] ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1 > Sep 8 16:59:12 Insp6400 kernel: [ 4.430996] ehci_hcd 0000:00:1d.7: using broken periodic workaround > Sep 8 16:59:12 Insp6400 kernel: [ 4.431157] ehci_hcd 0000:00:1d.7: debug port 1 > Sep 8 16:59:12 Insp6400 kernel: [ 4.435644] ehci_hcd 0000:00:1d.7: irq 20, io mem 0xffa80000 > Sep 8 16:59:12 Insp6400 kernel: [ 4.445141] ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00 > Sep 8 16:59:12 Insp6400 kernel: [ 4.446274] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 > Sep 8 16:59:12 Insp6400 kernel: [ 4.446395] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 > Sep 8 16:59:12 Insp6400 kernel: [ 4.446594] usb usb1: Product: EHCI Host Controller > Sep 8 16:59:12 Insp6400 kernel: [ 4.446709] usb usb1: Manufacturer: Linux 3.1.0-0.rc5.git0.0.fc17.x86_64 ehci_hcd > Sep 8 16:59:12 Insp6400 kernel: [ 4.446910] usb usb1: SerialNumber: 0000:00:1d.7 > Sep 8 16:59:12 Insp6400 kernel: [ 4.451034] hub 1-0:1.0: USB hub found > Sep 8 16:59:12 Insp6400 kernel: [ 4.451501] hub 1-0:1.0: 8 ports detected > Sep 8 16:59:12 Insp6400 kernel: [ 4.455464] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver > Sep 8 16:59:12 Insp6400 kernel: [ 4.455903] uhci_hcd: USB Universal Host Controller Interface driver > Sep 8 16:59:12 Insp6400 kernel: [ 4.457042] xen_map_pirq_gsi: returning irq 20 for gsi 20 > Sep 8 16:59:12 Insp6400 kernel: [ 4.457197] Already setup the GSI :20 > Sep 8 16:59:12 Insp6400 kernel: [ 4.457312] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20 > Sep 8 16:59:12 Insp6400 kernel: [ 4.457556] uhci_hcd 0000:00:1d.0: UHCI Host Controller > Sep 8 16:59:12 Insp6400 kernel: [ 4.459067] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2 > Sep 8 16:59:12 Insp6400 kernel: [ 4.459582] uhci_hcd 0000:00:1d.0: irq 20, io base 0x0000bf80 > Sep 8 16:59:12 Insp6400 kernel: [ 4.460826] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 > Sep 8 16:59:12 Insp6400 kernel: [ 4.460946] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 > Sep 8 16:59:12 Insp6400 kernel: [ 4.461107] usb usb2: Product: UHCI Host Controller > Sep 8 16:59:12 Insp6400 kernel: [ 4.461107] usb usb2: Manufacturer: Linux 3.1.0-0.rc5.git0.0.fc17.x86_64 uhci_hcd > Sep 8 16:59:12 Insp6400 kernel: [ 4.461107] usb usb2: SerialNumber: 0000:00:1d.0 > Sep 8 16:59:12 Insp6400 kernel: [ 4.464642] hub 2-0:1.0: USB hub found > Sep 8 16:59:12 Insp6400 kernel: [ 4.465008] hub 2-0:1.0: 2 ports detected > Sep 8 16:59:12 Insp6400 kernel: [ 4.467877] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 21 (level, low) -> IRQ 21 > Sep 8 16:59:12 Insp6400 kernel: [ 4.468100] uhci_hcd 0000:00:1d.1: UHCI Host Controller > Sep 8 16:59:12 Insp6400 kernel: [ 4.469667] uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3 > Sep 8 16:59:12 Insp6400 kernel: [ 4.470616] uhci_hcd 0000:00:1d.1: irq 21, io base 0x0000bf60 > Sep 8 16:59:12 Insp6400 kernel: [ 4.471789] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 > Sep 8 16:59:12 Insp6400 kernel: [ 4.471906] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 > Sep 8 16:59:12 Insp6400 kernel: [ 4.472067] usb usb3: Product: UHCI Host Controller > Sep 8 16:59:12 Insp6400 kernel: [ 4.472067] usb usb3: Manufacturer: Linux 3.1.0-0.rc5.git0.0.fc17.x86_64 uhci_hcd > Sep 8 16:59:12 Insp6400 kernel: [ 4.472067] usb usb3: SerialNumber: 0000:00:1d.1 > Sep 8 16:59:12 Insp6400 kernel: [ 4.475616] hub 3-0:1.0: USB hub found > Sep 8 16:59:12 Insp6400 kernel: [ 4.475997] hub 3-0:1.0: 2 ports detected > Sep 8 16:59:12 Insp6400 kernel: [ 4.478904] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 22 (level, low) -> IRQ 22 > Sep 8 16:59:12 Insp6400 kernel: [ 4.479125] uhci_hcd 0000:00:1d.2: UHCI Host Controller > Sep 8 16:59:12 Insp6400 kernel: [ 4.480689] uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4 > Sep 8 16:59:12 Insp6400 kernel: [ 4.481497] uhci_hcd 0000:00:1d.2: irq 22, io base 0x0000bf40 > Sep 8 16:59:12 Insp6400 kernel: [ 4.482727] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001 > Sep 8 16:59:12 Insp6400 kernel: [ 4.482847] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 > Sep 8 16:59:12 Insp6400 kernel: [ 4.483045] usb usb4: Product: UHCI Host Controller > Sep 8 16:59:12 Insp6400 kernel: [ 4.483112] usb usb4: Manufacturer: Linux 3.1.0-0.rc5.git0.0.fc17.x86_64 uhci_hcd > Sep 8 16:59:12 Insp6400 kernel: [ 4.483112] usb usb4: SerialNumber: 0000:00:1d.2 > Sep 8 16:59:12 Insp6400 kernel: [ 4.487100] hub 4-0:1.0: USB hub found > Sep 8 16:59:12 Insp6400 kernel: [ 4.487448] hub 4-0:1.0: 2 ports detected > Sep 8 16:59:12 Insp6400 kernel: [ 4.490377] uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 23 (level, low) -> IRQ 23 > Sep 8 16:59:12 Insp6400 kernel: [ 4.490603] uhci_hcd 0000:00:1d.3: UHCI Host Controller > Sep 8 16:59:12 Insp6400 kernel: [ 4.492088] uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 5 > Sep 8 16:59:12 Insp6400 kernel: [ 4.492944] uhci_hcd 0000:00:1d.3: irq 23, io base 0x0000bf20 > Sep 8 16:59:12 Insp6400 kernel: [ 4.494309] usb usb5: New USB device found, idVendor=1d6b, idProduct=0001 > Sep 8 16:59:12 Insp6400 kernel: [ 4.494428] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 > Sep 8 16:59:12 Insp6400 kernel: [ 4.494624] usb usb5: Product: UHCI Host Controller > Sep 8 16:59:12 Insp6400 kernel: [ 4.494738] usb usb5: Manufacturer: Linux 3.1.0-0.rc5.git0.0.fc17.x86_64 uhci_hcd > Sep 8 16:59:12 Insp6400 kernel: [ 4.494932] usb usb5: SerialNumber: 0000:00:1d.3 > Sep 8 16:59:12 Insp6400 kernel: [ 4.497976] hub 5-0:1.0: USB hub found > Sep 8 16:59:12 Insp6400 kernel: [ 4.498443] hub 5-0:1.0: 2 ports detected > Sep 8 16:59:12 Insp6400 kernel: [ 4.502842] usbcore: registered new interface driver usbserial > Sep 8 16:59:12 Insp6400 kernel: [ 4.503371] USB Serial support registered for generic > Sep 8 16:59:12 Insp6400 kernel: [ 4.503830] usbcore: registered new interface driver usbserial_generic > Sep 8 16:59:12 Insp6400 kernel: [ 4.503946] usbserial: USB Serial Driver core > Sep 8 16:59:12 Insp6400 kernel: [ 4.504766] i8042: PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 > Sep 8 16:59:12 Insp6400 kernel: [ 4.508443] serio: i8042 KBD port at 0x60,0x64 irq 1 > Sep 8 16:59:12 Insp6400 kernel: [ 4.508800] serio: i8042 AUX port at 0x60,0x64 irq 12 > Sep 8 16:59:12 Insp6400 kernel: [ 4.511728] mousedev: PS/2 mouse device common for all mice > Sep 8 16:59:12 Insp6400 kernel: [ 4.516800] rtc_cmos 00:06: RTC can wake from S4 > Sep 8 16:59:12 Insp6400 kernel: [ 4.519077] rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0 > Sep 8 16:59:12 Insp6400 kernel: [ 4.519522] rtc0: alarms up to one month, y3k, 114 bytes nvram > Sep 8 16:59:12 Insp6400 kernel: [ 4.522072] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input3 > Sep 8 16:59:12 Insp6400 kernel: [ 4.526931] device-mapper: uevent: version 1.0.3 > Sep 8 16:59:12 Insp6400 kernel: [ 4.530694] device-mapper: ioctl: 4.21.0-ioctl (2011-07-06) initialised: dm-devel@redhat.com > Sep 8 16:59:12 Insp6400 kernel: [ 4.542007] EFI Variables Facility v0.08 2004-May-17 > Sep 8 16:59:12 Insp6400 kernel: [ 4.547159] usbcore: registered new interface driver usbhid > Sep 8 16:59:12 Insp6400 kernel: [ 4.547280] usbhid: USB HID core driver > Sep 8 16:59:12 Insp6400 kernel: [ 4.554367] ip_tables: (C) 2000-2006 Netfilter Core Team > Sep 8 16:59:12 Insp6400 kernel: [ 4.554688] TCP cubic registered > Sep 8 16:59:12 Insp6400 kernel: [ 4.554804] Initializing XFRM netlink socket > Sep 8 16:59:12 Insp6400 kernel: [ 4.559769] NET: Registered protocol family 10 > Sep 8 16:59:12 Insp6400 kernel: [ 4.574100] Mobile IPv6 > Sep 8 16:59:12 Insp6400 kernel: [ 4.574591] NET: Registered protocol family 17 > Sep 8 16:59:12 Insp6400 kernel: [ 4.575116] Registering the dns_resolver key type > Sep 8 16:59:12 Insp6400 kernel: [ 4.578852] ata1.00: HPA detected: current 75200265, native 78140160 > Sep 8 16:59:12 Insp6400 kernel: [ 4.578978] ata1.00: ATA-6: TOSHIBA MK4032GSX, AS212D, max UDMA/100 > Sep 8 16:59:12 Insp6400 kernel: [ 4.579098] ata1.00: 75200265 sectors, multi 8: LBA48 NCQ (depth 0/32) > Sep 8 16:59:12 Insp6400 kernel: [ 4.580054] registered taskstats version 1 > Sep 8 16:59:12 Insp6400 kernel: [ 4.581431] IMA: No TPM chip found, activating TPM-bypass! > Sep 8 16:59:12 Insp6400 kernel: [ 4.587959] ata1.00: configured for UDMA/100 > Sep 8 16:59:12 Insp6400 kernel: [ 4.590949] scsi 0:0:0:0: Direct-Access ATA TOSHIBA MK4032GS AS21 PQ: 0 ANSI: 5 > Sep 8 16:59:12 Insp6400 kernel: [ 4.593951] ata2.00: ATAPI: TSSTcorpCD-RW/DVD-ROM TSL462C, DE01, max UDMA/33 > Sep 8 16:59:12 Insp6400 kernel: [ 4.595845] Magic number: 11:184:1003 > Sep 8 16:59:12 Insp6400 kernel: [ 4.596143] input input0: hash matches > Sep 8 16:59:12 Insp6400 kernel: [ 4.596301] vc vcs: hash matches > Sep 8 16:59:12 Insp6400 kernel: [ 4.596421] i8042 kbd 00:05: hash matches > Sep 8 16:59:12 Insp6400 kernel: [ 4.597332] rtc_cmos 00:06: setting system clock to 2011-09-08 20:58:10 UTC (1315515490) > Sep 8 16:59:12 Insp6400 kernel: [ 4.605886] sd 0:0:0:0: [sda] 75200265 512-byte logical blocks: (38.5 GB/35.8 GiB) > Sep 8 16:59:12 Insp6400 kernel: [ 4.607916] sd 0:0:0:0: [sda] Write Protect is off > Sep 8 16:59:12 Insp6400 kernel: [ 4.608795] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA > Sep 8 16:59:12 Insp6400 kernel: [ 4.613095] sd 0:0:0:0: Attached scsi generic sg0 type 0 > Sep 8 16:59:12 Insp6400 kernel: [ 4.616777] ata2.00: configured for UDMA/33 > Sep 8 16:59:12 Insp6400 kernel: [ 4.622502] scsi 1:0:0:0: CD-ROM TSSTcorp CDRW/DVD TSL462C DE01 PQ: 0 ANSI: 5 > Sep 8 16:59:12 Insp6400 kernel: [ 4.625298] Initializing network drop monitor service > Sep 8 16:59:12 Insp6400 kernel: [ 4.627200] sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray > Sep 8 16:59:12 Insp6400 kernel: [ 4.627339] cdrom: Uniform CD-ROM driver Revision: 3.20 > Sep 8 16:59:12 Insp6400 kernel: [ 4.634936] sr 1:0:0:0: Attached scsi generic sg1 type 5 > Sep 8 16:59:12 Insp6400 kernel: [ 4.659570] sda: sda1 sda2 sda3 > Sep 8 16:59:12 Insp6400 kernel: [ 4.668851] sd 0:0:0:0: [sda] Attached SCSI disk > Sep 8 16:59:12 Insp6400 kernel: [ 4.674686] Freeing unused kernel memory: 2780k freed > Sep 8 16:59:12 Insp6400 kernel: [ 4.676066] Write protecting the kernel read-only data: 10240k > Sep 8 16:59:12 Insp6400 kernel: [ 4.698892] Freeing unused kernel memory: 940k freed > Sep 8 16:59:12 Insp6400 kernel: [ 4.703360] Freeing unused kernel memory: 1424k freed > Sep 8 16:59:12 Insp6400 kernel: [ 4.727089] mknod used greatest stack depth: 5120 bytes left > Sep 8 16:59:12 Insp6400 kernel: [ 4.895081] mount used greatest stack depth: 4968 bytes left > Sep 8 16:59:12 Insp6400 kernel: [ 5.214678] Synaptics Touchpad, model: 1, fw: 6.2, id: 0x180b1, caps: 0xa04713/0x200000/0x0 > Sep 8 16:59:12 Insp6400 kernel: [ 5.253303] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input4 > Sep 8 16:59:12 Insp6400 kernel: [ 5.676103] udevadm used greatest stack depth: 4904 bytes left > Sep 8 16:59:12 Insp6400 kernel: [ 6.138176] console_init used greatest stack depth: 4848 bytes left > Sep 8 16:59:12 Insp6400 kernel: [ 6.342404] acpi device:28: registered as cooling_device2 > Sep 8 16:59:12 Insp6400 kernel: [ 6.350194] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A03:00/LNXVIDEO:01/input/input5 > Sep 8 16:59:12 Insp6400 kernel: [ 6.352172] ACPI: Video Device [VID1] (multi-head: yes rom: no post: no) > Sep 8 16:59:12 Insp6400 kernel: [ 6.352796] [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter "video.allow_duplicates=1"if the current driver doesn't work. > Sep 8 16:59:12 Insp6400 kernel: [ 6.386874] [drm] Initialized drm 1.1.0 20060810 > Sep 8 16:59:12 Insp6400 kernel: [ 6.424884] xen_map_pirq_gsi: returning irq 16 for gsi 16 > Sep 8 16:59:12 Insp6400 kernel: [ 6.425012] Already setup the GSI :16 > Sep 8 16:59:12 Insp6400 kernel: [ 6.425068] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 > Sep 8 16:59:12 Insp6400 kernel: [ 6.859099] [drm] MTRR allocation failed. Graphics performance may suffer. > Sep 8 16:59:12 Insp6400 kernel: [ 6.882694] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). > Sep 8 16:59:12 Insp6400 kernel: [ 6.882817] [drm] Driver supports precise vblank timestamp query. > Sep 8 16:59:12 Insp6400 kernel: [ 6.884526] vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem > Sep 8 16:59:12 Insp6400 kernel: [ 7.201153] [drm] initialized overlay support > Sep 8 16:59:12 Insp6400 kernel: [ 7.483956] fbcon: inteldrmfb (fb0) is primary device > Sep 8 16:59:12 Insp6400 kernel: [ 7.671279] Console: switching to colour frame buffer device 160x50 > Sep 8 16:59:12 Insp6400 kernel: [ 7.676066] fb0: inteldrmfb frame buffer device > Sep 8 16:59:12 Insp6400 kernel: [ 7.676066] drm: registered panic notifier > Sep 8 16:59:12 Insp6400 kernel: [ 7.676415] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 > Sep 8 16:59:12 Insp6400 kernel: [ 7.682068] modprobe used greatest stack depth: 2800 bytes left > Sep 8 16:59:12 Insp6400 kernel: [ 9.301111] wmi: Mapper loaded > Sep 8 16:59:12 Insp6400 kernel: [ 9.665528] xen_map_pirq_gsi: returning irq 19 for gsi 19 > Sep 8 16:59:12 Insp6400 kernel: [ 9.665588] Already setup the GSI :19 > Sep 8 16:59:12 Insp6400 kernel: [ 9.665622] firewire_ohci 0000:03:01.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 > Sep 8 16:59:12 Insp6400 kernel: [ 9.696404] sdhci: Secure Digital Host Controller Interface driver > Sep 8 16:59:12 Insp6400 kernel: [ 9.696465] sdhci: Copyright(c) Pierre Ossman > Sep 8 16:59:12 Insp6400 kernel: [ 9.727406] firewire_ohci: Added fw-ohci device 0000:03:01.0, OHCI v1.10, 4 IR + 4 IT contexts, quirks 0x1 > Sep 8 16:59:12 Insp6400 kernel: [ 9.732408] sdhci-pci 0000:03:01.1: SDHCI controller found [1180:0822] (rev 19) > Sep 8 16:59:12 Insp6400 kernel: [ 9.732532] BUG: sleeping function called from invalid context at kernel/mutex.c:271 > Sep 8 16:59:12 Insp6400 kernel: [ 9.732592] in_atomic(): 1, irqs_disabled(): 0, pid: 245, name: modprobe > Sep 8 16:59:12 Insp6400 kernel: [ 9.732645] 3 locks held by modprobe/245: > Sep 8 16:59:12 Insp6400 kernel: [ 9.732679] #0: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x3b/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 9.732784] #1: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x49/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 9.732885] #2: (irq_mapping_update_lock){+.+.+.}, at: [] xen_bind_pirq_gsi_to_irq+0x2e/0x1a2 > Sep 8 16:59:12 Insp6400 kernel: [ 9.732988] Pid: 245, comm: modprobe Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 16:59:12 Insp6400 kernel: [ 9.733046] Call Trace: > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] __might_sleep+0x103/0x108 > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] mutex_lock_nested+0x25/0x45 > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] __irq_alloc_descs+0x50/0x18b > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] xen_bind_pirq_gsi_to_irq+0xb2/0x1a2 > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] ? arch_local_irq_restore+0xb/0xd > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] xen_register_pirq+0x8b/0xb7 > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] xen_register_gsi.part.2+0x41/0x9f > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] acpi_register_gsi_xen+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] acpi_register_gsi+0xf/0x18 > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] acpi_pci_irq_enable+0x172/0x246 > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] pcibios_enable_device+0x2b/0x30 > Sep 8 16:59:12 Insp6400 kernel: [ 9.733067] [] do_pci_enable_device+0x30/0x48 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] __pci_enable_device_flags+0x77/0x8a > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] pci_enable_device+0x13/0x15 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] sdhci_pci_probe+0xf0/0x416 [sdhci_pci] > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? xen_restore_fl_direct_reloc+0x4/0x4 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? arch_local_irq_restore+0xb/0xd > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? _raw_spin_unlock_irqrestore+0x4d/0x61 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] local_pci_probe+0x44/0x75 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] pci_device_probe+0xd0/0xff > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] driver_probe_device+0x131/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] __driver_attach+0x5e/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? driver_probe_device+0x213/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] bus_for_each_dev+0x59/0x8f > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] driver_attach+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] bus_add_driver+0xd4/0x22a > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? 0xffffffffa00fbfff > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] driver_register+0x98/0x105 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? 0xffffffffa00fbfff > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] __pci_register_driver+0x66/0xd2 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? 0xffffffffa00fbfff > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] sdhci_drv_init+0x1e/0x1000 [sdhci_pci] > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] do_one_initcall+0x7f/0x13a > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? 0xffffffffa00fbfff > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] sys_init_module+0x114/0x267 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] system_call_fastpath+0x16/0x1b > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] BUG: scheduling while atomic: modprobe/245/0x10000002 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] 3 locks held by modprobe/245: > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] #0: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x3b/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] #1: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x49/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] #2: (irq_mapping_update_lock){+.+.+.}, at: [] xen_bind_pirq_gsi_to_irq+0x2e/0x1a2 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] Modules linked in: sdhci_pci(+) sdhci mmc_core firewire_ohci firewire_core crc_itu_t wmi i915 drm_kms_helper drm i2c_algo_bit i2c_core video > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] Pid: 245, comm: modprobe Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] Call Trace: > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] __schedule_bug+0x75/0x7a > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] schedule+0x95/0x7bb > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? show_trace_log_lvl+0x54/0x5d > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? show_trace+0x15/0x17 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] __cond_resched+0x28/0x34 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] _cond_resched+0x19/0x22 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] mutex_lock_nested+0x2a/0x45 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] __irq_alloc_descs+0x50/0x18b > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] xen_bind_pirq_gsi_to_irq+0xb2/0x1a2 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? arch_local_irq_restore+0xb/0xd > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] xen_register_pirq+0x8b/0xb7 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] xen_register_gsi.part.2+0x41/0x9f > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] acpi_register_gsi_xen+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] acpi_register_gsi+0xf/0x18 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] acpi_pci_irq_enable+0x172/0x246 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] pcibios_enable_device+0x2b/0x30 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] do_pci_enable_device+0x30/0x48 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] __pci_enable_device_flags+0x77/0x8a > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] pci_enable_device+0x13/0x15 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] sdhci_pci_probe+0xf0/0x416 [sdhci_pci] > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? xen_restore_fl_direct_reloc+0x4/0x4 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? arch_local_irq_restore+0xb/0xd > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? _raw_spin_unlock_irqrestore+0x4d/0x61 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] local_pci_probe+0x44/0x75 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] pci_device_probe+0xd0/0xff > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] driver_probe_device+0x131/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] __driver_attach+0x5e/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? driver_probe_device+0x213/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] bus_for_each_dev+0x59/0x8f > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] driver_attach+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] bus_add_driver+0xd4/0x22a > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? 0xffffffffa00fbfff > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] driver_register+0x98/0x105 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? 0xffffffffa00fbfff > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] __pci_register_driver+0x66/0xd2 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? 0xffffffffa00fbfff > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] sdhci_drv_init+0x1e/0x1000 [sdhci_pci] > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] do_one_initcall+0x7f/0x13a > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] ? 0xffffffffa00fbfff > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] sys_init_module+0x114/0x267 > Sep 8 16:59:12 Insp6400 kernel: [ 9.749832] [] system_call_fastpath+0x16/0x1b > Sep 8 16:59:12 Insp6400 kernel: [ 9.935093] sdhci-pci 0000:03:01.1: PCI INT B -> GSI 18 (level, low) -> IRQ 18 > Sep 8 16:59:12 Insp6400 kernel: [ 9.949666] mmc0: SDHCI controller on PCI [0000:03:01.1] using DMA > Sep 8 16:59:12 Insp6400 kernel: [ 10.232950] firewire_core: created device fw0: GUID 444fc0000e8ad921, S400 > Sep 8 16:59:12 Insp6400 kernel: [ 17.102941] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) > Sep 8 16:59:12 Insp6400 kernel: [ 17.489192] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) > Sep 8 16:59:12 Insp6400 kernel: [ 38.466327] type=1403 audit(1315515524.369:2): policy loaded auid=4294967295 ses=4294967295 > Sep 8 16:59:12 Insp6400 kernel: [ 47.240444] EXT4-fs (dm-0): re-mounted. Opts: (null) > Sep 8 16:59:12 Insp6400 kernel: [ 48.864074] Event-channel device installed. > Sep 8 16:59:12 Insp6400 kernel: [ 50.134162] tun: Universal TUN/TAP device driver, 1.6 > Sep 8 16:59:12 Insp6400 kernel: [ 50.135064] tun: (C) 1999-2004 Max Krasnyansky > Sep 8 16:59:12 Insp6400 kernel: [ 52.495009] intel_rng: FWH not detected > Sep 8 16:59:12 Insp6400 kernel: [ 52.664154] iTCO_vendor_support: vendor-support=0 > Sep 8 16:59:12 Insp6400 kernel: [ 52.789276] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.06 > Sep 8 16:59:12 Insp6400 kernel: [ 52.825541] iTCO_wdt: Found a ICH7-M or ICH7-U TCO device (Version=2, TCOBASE=0x1060) > Sep 8 16:59:12 Insp6400 kernel: [ 52.945236] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) > Sep 8 16:59:12 Insp6400 kernel: [ 52.954853] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded > Sep 8 16:59:12 Insp6400 kernel: [ 52.959351] xen_map_pirq_gsi: returning irq 19 for gsi 19 > Sep 8 16:59:12 Insp6400 kernel: [ 52.960876] Already setup the GSI :19 > Sep 8 16:59:12 Insp6400 kernel: [ 52.961768] r8169 0000:0c:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19 > Sep 8 16:59:12 Insp6400 kernel: [ 52.971581] BUG: sleeping function called from invalid context at kernel/mutex.c:271 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] in_atomic(): 1, irqs_disabled(): 0, pid: 510, name: modprobe > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] 3 locks held by modprobe/510: > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] #0: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x3b/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] #1: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x49/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] #2: (irq_mapping_update_lock){+.+.+.}, at: [] xen_bind_pirq_msi_to_irq+0x31/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] Pid: 510, comm: modprobe Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] Call Trace: > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] __might_sleep+0x103/0x108 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] mutex_lock_nested+0x25/0x45 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] __irq_alloc_descs+0x50/0x18b > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] ? kzalloc.constprop.1+0x2/0x15 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] xen_allocate_irq_dynamic+0x49/0x58 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] xen_bind_pirq_msi_to_irq+0x36/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] xen_initdom_setup_msi_irqs+0x129/0x15d > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] pci_enable_msi_block+0x1c0/0x225 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] rtl8169_init_one+0x515/0x85c [r8169] > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] ? xen_restore_fl_direct_reloc+0x4/0x4 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] ? arch_local_irq_restore+0xb/0xd > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] local_pci_probe+0x44/0x75 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] pci_device_probe+0xd0/0xff > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] driver_probe_device+0x131/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] __driver_attach+0x5e/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] ? driver_probe_device+0x213/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] bus_for_each_dev+0x59/0x8f > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] driver_attach+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] bus_add_driver+0xd4/0x22a > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] ? 0xffffffffa01befff > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] driver_register+0x98/0x105 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] ? 0xffffffffa01befff > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] __pci_register_driver+0x66/0xd2 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] ? 0xffffffffa01befff > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] rtl8169_init_module+0x1e/0x1000 [r8169] > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] do_one_initcall+0x7f/0x13a > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] ? 0xffffffffa01befff > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] sys_init_module+0x114/0x267 > Sep 8 16:59:12 Insp6400 kernel: [ 52.972086] [] system_call_fastpath+0x16/0x1b > Sep 8 16:59:12 Insp6400 kernel: [ 53.125576] cfg80211: Calling CRDA to update world regulatory domain > Sep 8 16:59:12 Insp6400 kernel: [ 53.225315] microcode: CPU0 sig=0x6f6, pf=0x20, revision=0xc7 > Sep 8 16:59:12 Insp6400 kernel: [ 53.390418] r8169 0000:0c:00.0: eth0: RTL8168d/8111d at 0xffffc90000378000, 00:e0:4c:68:23:0d, XID 081000c0 IRQ 286 > Sep 8 16:59:12 Insp6400 kernel: [ 53.457417] dcdbas dcdbas: Dell Systems Management Base Driver (version 5.6.0-3.2) > Sep 8 16:59:12 Insp6400 kernel: [ 53.463253] xen_map_pirq_gsi: returning irq 17 for gsi 17 > Sep 8 16:59:12 Insp6400 kernel: [ 53.465100] Already setup the GSI :17 > Sep 8 16:59:12 Insp6400 kernel: [ 53.466083] i801_smbus 0000:00:1f.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17 > Sep 8 16:59:12 Insp6400 kernel: [ 53.675021] xen_map_pirq_gsi: returning irq 17 for gsi 17 > Sep 8 16:59:12 Insp6400 kernel: [ 53.676759] Already setup the GSI :17 > Sep 8 16:59:12 Insp6400 kernel: [ 53.677696] b44 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 > Sep 8 16:59:12 Insp6400 kernel: [ 53.799234] ssb: Sonics Silicon Backplane found on PCI device 0000:03:00.0 > Sep 8 16:59:12 Insp6400 kernel: [ 53.952106] b44: Broadcom 44xx/47xx 10/100 PCI ethernet driver version 2.0 > Sep 8 16:59:12 Insp6400 kernel: [ 54.034482] xen_map_pirq_gsi: returning irq 18 for gsi 18 > Sep 8 16:59:12 Insp6400 kernel: [ 54.036108] Already setup the GSI :18 > Sep 8 16:59:12 Insp6400 kernel: [ 54.037461] r592 0000:03:01.2: PCI INT B -> GSI 18 (level, low) -> IRQ 18 > Sep 8 16:59:12 Insp6400 kernel: [ 54.051070] b44 ssb0:0: eth1: Broadcom 44xx/47xx 10/100 PCI ethernet driver 00:15:c5:04:7d:4f > Sep 8 16:59:12 Insp6400 kernel: [ 54.058267] r592: driver successfully loaded > Sep 8 16:59:12 Insp6400 kernel: [ 54.301138] leds_ss4200: no LED devices found > Sep 8 16:59:12 Insp6400 kernel: [ 54.361679] xen_map_pirq_gsi: returning irq 18 for gsi 18 > Sep 8 16:59:12 Insp6400 kernel: [ 54.363448] Already setup the GSI :18 > Sep 8 16:59:12 Insp6400 kernel: [ 54.364263] r852 0000:03:01.3: PCI INT B -> GSI 18 (level, low) -> IRQ 18 > Sep 8 16:59:12 Insp6400 kernel: [ 54.444011] r852: Non dma capable device detected, dma disabled > Sep 8 16:59:12 Insp6400 kernel: [ 54.445864] r852: driver loaded successfully > Sep 8 16:59:12 Insp6400 kernel: [ 55.004011] microcode: CPU0 update to revision 0xd1 failed > Sep 8 16:59:12 Insp6400 kernel: [ 55.006025] microcode: CPU1 sig=0x6f6, pf=0x20, revision=0xc7 > Sep 8 16:59:12 Insp6400 kernel: [ 55.009410] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, in-tree:ds > Sep 8 16:59:12 Insp6400 kernel: [ 55.010066] iwl3945: Copyright(c) 2003-2011 Intel Corporation > Sep 8 16:59:12 Insp6400 kernel: [ 55.013555] xen_map_pirq_gsi: returning irq 16 for gsi 16 > Sep 8 16:59:12 Insp6400 kernel: [ 55.015264] Already setup the GSI :16 > Sep 8 16:59:12 Insp6400 kernel: [ 55.016248] iwl3945 0000:0b:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 > Sep 8 16:59:12 Insp6400 kernel: [ 55.070827] microcode: CPU1 update to revision 0xd1 failed > Sep 8 16:59:12 Insp6400 kernel: [ 55.080017] microcode: Microcode Update Driver: v2.00 , Peter Oruba > Sep 8 16:59:12 Insp6400 kernel: [ 55.087930] iwl3945 0000:0b:00.0: Tunable channels: 11 802.11bg, 13 802.11a channels > Sep 8 16:59:12 Insp6400 kernel: [ 55.088151] iwl3945 0000:0b:00.0: Detected Intel Wireless WiFi Link 3945ABG > Sep 8 16:59:12 Insp6400 kernel: [ 55.092221] BUG: sleeping function called from invalid context at kernel/mutex.c:271 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] in_atomic(): 1, irqs_disabled(): 0, pid: 516, name: modprobe > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] 3 locks held by modprobe/516: > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] #0: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x3b/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] #1: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x49/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] #2: (irq_mapping_update_lock){+.+.+.}, at: [] xen_bind_pirq_msi_to_irq+0x31/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] Pid: 516, comm: modprobe Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] Call Trace: > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] __might_sleep+0x103/0x108 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] mutex_lock_nested+0x25/0x45 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] __irq_alloc_descs+0x50/0x18b > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] ? kzalloc.constprop.1+0x2/0x15 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] xen_allocate_irq_dynamic+0x49/0x58 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] xen_bind_pirq_msi_to_irq+0x36/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] xen_initdom_setup_msi_irqs+0x129/0x15d > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] pci_enable_msi_block+0x1c0/0x225 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] iwl3945_pci_probe+0x6b7/0xc51 [iwl3945] > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] local_pci_probe+0x44/0x75 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] pci_device_probe+0xd0/0xff > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] driver_probe_device+0x131/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] __driver_attach+0x5e/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] ? driver_probe_device+0x213/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] bus_for_each_dev+0x59/0x8f > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] driver_attach+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] bus_add_driver+0xd4/0x22a > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] ? 0xffffffffa0287fff > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] driver_register+0x98/0x105 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] ? 0xffffffffa0287fff > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] __pci_register_driver+0x66/0xd2 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] ? 0xffffffffa0287fff > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] iwl3945_init+0x59/0x1000 [iwl3945] > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] do_one_initcall+0x7f/0x13a > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] ? 0xffffffffa0287fff > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] sys_init_module+0x114/0x267 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] system_call_fastpath+0x16/0x1b > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] BUG: scheduling while atomic: modprobe/516/0x10000002 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] 3 locks held by modprobe/516: > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] #0: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x3b/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] #1: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x49/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] #2: (irq_mapping_update_lock){+.+.+.}, at: [] xen_bind_pirq_msi_to_irq+0x31/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] Modules linked in: sparse_keymap iwl3945(+) iwl_legacy snd_timer mac80211 r852 sm_common nand snd r592 nand_ids memstick dell_laptop nand_ecc mtd b44 soundcore joydev i2c_i801 dcdbas snd_page_alloc microcode r8169 ssb cfg80211 iTCO_wdt iTCO_vendor_support mii rfkill tun xen_gntalloc xen_netback xen_blkback xen_gntdev xen_evtchn xenfs binfmt_misc sdhci_pci sdhci mmc_core firewire_ohci firewire_core crc_itu_t wmi i915 drm_kms_helper drm i2c_algo_bit i2c_core video > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] Pid: 516, comm: modprobe Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] Call Trace: > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] __schedule_bug+0x75/0x7a > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] schedule+0x95/0x7bb > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] ? show_trace_log_lvl+0x54/0x5d > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] ? show_trace+0x15/0x17 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] __cond_resched+0x28/0x34 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] _cond_resched+0x19/0x22 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] mutex_lock_nested+0x2a/0x45 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] __irq_alloc_descs+0x50/0x18b > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] ? kzalloc.constprop.1+0x2/0x15 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] xen_allocate_irq_dynamic+0x49/0x58 > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] xen_bind_pirq_msi_to_irq+0x36/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] xen_initdom_setup_msi_irqs+0x129/0x15d > Sep 8 16:59:12 Insp6400 kernel: [ 55.093017] [] pci_enable_msi_block+0x1c0/0x225 > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] iwl3945_pci_probe+0x6b7/0xc51 [iwl3945] > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] local_pci_probe+0x44/0x75 > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] pci_device_probe+0xd0/0xff > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] driver_probe_device+0x131/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] __driver_attach+0x5e/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] ? driver_probe_device+0x213/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] bus_for_each_dev+0x59/0x8f > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] driver_attach+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] bus_add_driver+0xd4/0x22a > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] ? 0xffffffffa0287fff > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] driver_register+0x98/0x105 > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] ? 0xffffffffa0287fff > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] __pci_register_driver+0x66/0xd2 > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] ? 0xffffffffa0287fff > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] iwl3945_init+0x59/0x1000 [iwl3945] > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] do_one_initcall+0x7f/0x13a > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] ? 0xffffffffa0287fff > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] sys_init_module+0x114/0x267 > Sep 8 16:59:12 Insp6400 kernel: [ 55.195564] [] system_call_fastpath+0x16/0x1b > Sep 8 16:59:12 Insp6400 kernel: [ 55.548175] input: Dell WMI hotkeys as /devices/virtual/input/input6 > Sep 8 16:59:12 Insp6400 kernel: [ 56.324005] Adding 4063228k swap on /dev/mapper/vg_insp6400-lv_swap. Priority:0 extents:1 across:4063228k > Sep 8 16:59:12 Insp6400 kernel: [ 56.817354] cfg80211: World regulatory domain updated: > Sep 8 16:59:12 Insp6400 kernel: [ 56.818070] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) > Sep 8 16:59:12 Insp6400 kernel: [ 56.818070] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 56.818070] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 56.818070] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 56.818070] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 56.818070] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 57.216613] cfg80211: Calling CRDA for country: US > Sep 8 16:59:12 Insp6400 kernel: [ 57.268160] xen_map_pirq_gsi: returning irq 21 for gsi 21 > Sep 8 16:59:12 Insp6400 kernel: [ 57.269571] Already setup the GSI :21 > Sep 8 16:59:12 Insp6400 kernel: [ 57.270549] snd_hda_intel 0000:00:1b.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21 > Sep 8 16:59:12 Insp6400 kernel: [ 57.273449] BUG: sleeping function called from invalid context at kernel/mutex.c:271 > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] in_atomic(): 1, irqs_disabled(): 0, pid: 505, name: modprobe > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] 3 locks held by modprobe/505: > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] #0: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x3b/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] #1: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x49/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] #2: (irq_mapping_update_lock){+.+.+.}, at: [] xen_bind_pirq_msi_to_irq+0x31/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] Pid: 505, comm: modprobe Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] Call Trace: > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] [] __might_sleep+0x103/0x108 > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] [] mutex_lock_nested+0x25/0x45 > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] [] __irq_alloc_descs+0x50/0x18b > Sep 8 16:59:12 Insp6400 kernel: [ 57.274153] [] ? kzalloc.constprop.1+0x2/0x15 > Sep 8 16:59:12 Insp6400 kernel: [ 57.291640] [] xen_allocate_irq_dynamic+0x49/0x58 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] xen_bind_pirq_msi_to_irq+0x36/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] xen_initdom_setup_msi_irqs+0x129/0x15d > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] pci_enable_msi_block+0x1c0/0x225 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] azx_probe+0x437/0x982 [snd_hda_intel] > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] local_pci_probe+0x44/0x75 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] pci_device_probe+0xd0/0xff > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] driver_probe_device+0x131/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] __driver_attach+0x5e/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? driver_probe_device+0x213/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] bus_for_each_dev+0x59/0x8f > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] driver_attach+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] bus_add_driver+0xd4/0x22a > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] driver_register+0x98/0x105 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] __pci_register_driver+0x66/0xd2 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] alsa_card_azx_init+0x1e/0x1000 [snd_hda_intel] > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] do_one_initcall+0x7f/0x13a > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] sys_init_module+0x114/0x267 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] system_call_fastpath+0x16/0x1b > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] BUG: scheduling while atomic: modprobe/505/0x10000002 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] 3 locks held by modprobe/505: > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] #0: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x3b/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] #1: (&__lockdep_no_validate__){......}, at: [] __driver_attach+0x49/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] #2: (irq_mapping_update_lock){+.+.+.}, at: [] xen_bind_pirq_msi_to_irq+0x31/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] Modules linked in: snd_hda_intel(+) snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm dell_wmi arc4 sparse_keymap iwl3945 iwl_legacy snd_timer mac80211 r852 sm_common nand snd r592 nand_ids memstick dell_laptop nand_ecc mtd b44 soundcore joydev i2c_i801 dcdbas snd_page_alloc microcode r8169 ssb cfg80211 iTCO_wdt iTCO_vendor_support mii rfkill tun xen_gntalloc xen_netback xen_blkback xen_gntdev xen_evtchn xenfs binfmt_misc sdhci_pci sdhci mmc_core firewire_ohci firewire_core crc_itu_t wmi i915 drm_kms_helper drm i2c_algo_bit i2c_core video > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] Pid: 505, comm: modprobe Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] Call Trace: > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] __schedule_bug+0x75/0x7a > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] schedule+0x95/0x7bb > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? show_trace_log_lvl+0x54/0x5d > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? show_trace+0x15/0x17 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] __cond_resched+0x28/0x34 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] _cond_resched+0x19/0x22 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] mutex_lock_nested+0x2a/0x45 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] __irq_alloc_descs+0x50/0x18b > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? kzalloc.constprop.1+0x2/0x15 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] xen_allocate_irq_dynamic+0x49/0x58 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] xen_bind_pirq_msi_to_irq+0x36/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] xen_initdom_setup_msi_irqs+0x129/0x15d > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] pci_enable_msi_block+0x1c0/0x225 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] azx_probe+0x437/0x982 [snd_hda_intel] > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] local_pci_probe+0x44/0x75 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] pci_device_probe+0xd0/0xff > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] driver_probe_device+0x131/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] __driver_attach+0x5e/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? driver_probe_device+0x213/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] bus_for_each_dev+0x59/0x8f > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] driver_attach+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] bus_add_driver+0xd4/0x22a > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] driver_register+0x98/0x105 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] __pci_register_driver+0x66/0xd2 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] alsa_card_azx_init+0x1e/0x1000 [snd_hda_intel] > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] do_one_initcall+0x7f/0x13a > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] sys_init_module+0x114/0x267 > Sep 8 16:59:12 Insp6400 kernel: [ 57.292557] [] system_call_fastpath+0x16/0x1b > Sep 8 16:59:12 Insp6400 kernel: [ 57.394726] BUG: spinlock wrong CPU on CPU#1, modprobe/505 > Sep 8 16:59:12 Insp6400 kernel: [ 57.395079] lock: ffffffff81a7de60, .magic: dead4ead, .owner: modprobe/505, .owner_cpu: 0 > Sep 8 16:59:12 Insp6400 kernel: [ 57.395079] Pid: 505, comm: modprobe Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 16:59:12 Insp6400 kernel: [ 57.395079] Call Trace: > Sep 8 16:59:12 Insp6400 kernel: [ 57.395079] [] spin_bug+0xa3/0xab > Sep 8 16:59:12 Insp6400 kernel: [ 57.395079] [] do_raw_spin_unlock+0x75/0x8b > Sep 8 16:59:12 Insp6400 kernel: [ 57.395079] [] _raw_spin_unlock+0x28/0x3b > Sep 8 16:59:12 Insp6400 kernel: [ 57.395079] [] xen_bind_pirq_msi_to_irq+0xae/0xda > Sep 8 16:59:12 Insp6400 kernel: [ 57.395079] [] xen_initdom_setup_msi_irqs+0x129/0x15d > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] pci_enable_msi_block+0x1c0/0x225 > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] azx_probe+0x437/0x982 [snd_hda_intel] > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] local_pci_probe+0x44/0x75 > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] pci_device_probe+0xd0/0xff > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] driver_probe_device+0x131/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] __driver_attach+0x5e/0x82 > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] ? driver_probe_device+0x213/0x213 > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] bus_for_each_dev+0x59/0x8f > Sep 8 16:59:12 Insp6400 kernel: [ 57.419915] cfg80211: Regulatory domain changed to country: US > Sep 8 16:59:12 Insp6400 kernel: [ 57.419919] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) > Sep 8 16:59:12 Insp6400 kernel: [ 57.419924] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 57.419927] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 57.419931] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 57.419935] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 57.419939] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 57.419942] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] driver_attach+0x1e/0x20 > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] bus_add_driver+0xd4/0x22a > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] driver_register+0x98/0x105 > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] __pci_register_driver+0x66/0xd2 > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] alsa_card_azx_init+0x1e/0x1000 [snd_hda_intel] > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] do_one_initcall+0x7f/0x13a > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] ? 0xffffffffa0326fff > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] sys_init_module+0x114/0x267 > Sep 8 16:59:12 Insp6400 kernel: [ 57.409377] [] system_call_fastpath+0x16/0x1b > Sep 8 16:59:12 Insp6400 kernel: [ 57.621754] input: HDA Intel Mic at Ext Right Jack as /devices/pci0000:00/0000:00:1b.0/sound/card0/input7 > Sep 8 16:59:12 Insp6400 kernel: [ 57.636306] input: HDA Intel HP Out at Ext Right Jack as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8 > Sep 8 16:59:12 Insp6400 kernel: [ 58.445701] EXT4-fs (sda2): mounting ext3 file system using the ext4 subsystem > Sep 8 16:59:12 Insp6400 kernel: [ 58.497772] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) > Sep 8 16:59:12 Insp6400 kernel: [ 64.030601] ip6_tables: (C) 2000-2006 Netfilter Core Team > Sep 8 16:59:12 Insp6400 kernel: [ 65.208998] Loading iSCSI transport class v2.0-870. > Sep 8 16:59:12 Insp6400 kernel: [ 65.232872] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) > Sep 8 16:59:12 Insp6400 kernel: [ 65.862081] iscsi: registered transport (tcp) > Sep 8 16:59:13 Insp6400 kernel: [ 67.636361] iscsi: registered transport (iser) > Sep 8 16:59:15 Insp6400 dbus: avc: netlink poll: error 4 > Sep 8 16:59:16 Insp6400 abrtd: Init complete, entering main loop > Sep 8 16:59:16 Insp6400 avahi-daemon[755]: Successfully called chroot(). > Sep 8 16:59:16 Insp6400 avahi-daemon[755]: Successfully dropped remaining capabilities. > Sep 8 16:59:16 Insp6400 avahi-daemon[755]: Loading service file /services/ssh.service. > Sep 8 16:59:16 Insp6400 kernel: [ 70.153389] libcxgbi:libcxgbi_init_module: tag itt 0x1fff, 13 bits, age 0xf, 4 bits. > Sep 8 16:59:16 Insp6400 kernel: [ 70.154133] libcxgbi:ddp_setup_host_page_size: system PAGE 4096, ddp idx 0. > Sep 8 16:59:16 Insp6400 avahi-daemon[755]: Loading service file /services/udisks.service. > Sep 8 16:59:16 Insp6400 avahi-daemon[755]: Network interface enumeration completed. > Sep 8 16:59:16 Insp6400 avahi-daemon[755]: Registering HINFO record with values 'X86_64'/'LINUX'. > Sep 8 16:59:16 Insp6400 avahi-daemon[755]: Server startup complete. Host name is insp6400.local. Local service cookie is 1645585705. > Sep 8 16:59:16 Insp6400 avahi-daemon[755]: Service "insp6400" (/services/udisks.service) successfully established. > Sep 8 16:59:16 Insp6400 avahi-daemon[755]: Service "insp6400" (/services/ssh.service) successfully established. > Sep 8 16:59:16 Insp6400 kernel: [ 70.277955] Chelsio T3 iSCSI Driver cxgb3i v2.0.0 (Jun. 2010) > Sep 8 16:59:16 Insp6400 kernel: [ 70.280171] iscsi: registered transport (cxgb3i) > Sep 8 16:59:16 Insp6400 kernel: [ 70.533004] cnic: Broadcom NetXtreme II CNIC Driver cnic v2.5.7 (July 20, 2011) > Sep 8 16:59:16 Insp6400 kernel: [ 70.597280] Broadcom NetXtreme II iSCSI Driver bnx2i v2.7.0.3 (Jun 15, 2011) > Sep 8 16:59:16 Insp6400 kernel: [ 70.616921] iscsi: registered transport (bnx2i) > Sep 8 16:59:16 Insp6400 kernel: [ 70.807620] iscsi: registered transport (be2iscsi) > Sep 8 16:59:17 Insp6400 iscsid: iSCSI logger with pid=908 started! > Sep 8 16:59:17 Insp6400 kernel: [ 71.418730] iscsid (909): /proc/909/oom_adj is deprecated, please use /proc/909/oom_score_adj instead. > Sep 8 16:59:18 Insp6400 iscsid: transport class version 2.0-870. iscsid version 2.0-872 > Sep 8 16:59:18 Insp6400 iscsid: iSCSI daemon with pid=909 started! > Sep 8 16:59:21 Insp6400 kernel: [ 75.137582] bonding: Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011) > Sep 8 16:59:21 Insp6400 kernel: [ 75.181503] bonding: bond0 is being created... > Sep 8 16:59:21 Insp6400 kernel: [ 75.184019] bonding: bond0 already exists. > Sep 8 16:59:21 Insp6400 kernel: [ 75.470879] bonding: bond0: setting mode to balance-tlb (5). > Sep 8 16:59:21 Insp6400 kernel: [ 75.473430] bonding: bond0: Setting MII monitoring interval to 5. > Sep 8 16:59:21 Insp6400 kernel: [ 75.475896] bonding: bond0: Setting down delay to 2000. > Sep 8 16:59:21 Insp6400 kernel: [ 75.494222] ADDRCONF(NETDEV_UP): bond0: link is not ready > Sep 8 16:59:21 Insp6400 kernel: [ 75.832493] bonding: bond0: Adding slave eth0. > Sep 8 16:59:21 Insp6400 kernel: [ 75.848342] bonding: bond0: enslaving eth0 as an active interface with a down link. > Sep 8 16:59:22 Insp6400 kernel: [ 76.117901] bonding: bond0: Adding slave eth1. > Sep 8 16:59:22 Insp6400 kernel: [ 76.250834] r8169 0000:0c:00.0: eth1: link down > Sep 8 16:59:22 Insp6400 kernel: [ 76.251060] r8169 0000:0c:00.0: eth1: link down > Sep 8 16:59:22 Insp6400 kernel: [ 76.257039] bonding: bond0: enslaving eth1 as an active interface with a down link. > Sep 8 16:59:22 Insp6400 kernel: [ 76.460299] Bridge firewalling registered > Sep 8 16:59:22 Insp6400 kernel: [ 76.535875] device bond0 entered promiscuous mode > Sep 8 16:59:23 Insp6400 kernel: [ 77.187656] ADDRCONF(NETDEV_UP): xenbr0: link is not ready > Sep 8 16:59:24 Insp6400 kernel: [ 78.680876] r8169 0000:0c:00.0: eth1: link up > Sep 8 16:59:24 Insp6400 kernel: [ 78.685920] bonding: bond0: link status definitely up for interface eth1, 1000 Mbps full duplex. > Sep 8 16:59:24 Insp6400 kernel: [ 78.686063] bonding: bond0: making interface eth1 the new active one. > Sep 8 16:59:24 Insp6400 kernel: [ 78.686063] device eth1 entered promiscuous mode > Sep 8 16:59:24 Insp6400 kernel: [ 78.692304] bonding: bond0: first active interface up! > Sep 8 16:59:24 Insp6400 kernel: [ 78.694863] ADDRCONF(NETDEV_CHANGE): bond0: link becomes ready > Sep 8 16:59:24 Insp6400 kernel: [ 78.697756] xenbr0: port 1(bond0) entering forwarding state > Sep 8 16:59:24 Insp6400 kernel: [ 78.698140] xenbr0: port 1(bond0) entering forwarding state > Sep 8 16:59:24 Insp6400 kernel: [ 78.702807] ADDRCONF(NETDEV_CHANGE): xenbr0: link becomes ready > Sep 8 16:59:24 Insp6400 kernel: [ 78.704820] b44 ssb0:0: eth0: Link is up at 100 Mbps, full duplex > Sep 8 16:59:24 Insp6400 kernel: [ 78.705626] b44 ssb0:0: eth0: Flow control is off for TX and off for RX > Sep 8 16:59:24 Insp6400 kernel: [ 78.709983] bonding: bond0: link status definitely up for interface eth0, 100 Mbps full duplex. > Sep 8 16:59:25 Insp6400 avahi-daemon[755]: Registering new address record for fe80::215:c5ff:fe04:7d4f on bond0.*. > Sep 8 16:59:26 Insp6400 dhclient[1579]: DHCPREQUEST on xenbr0 to 255.255.255.255 port 67 > Sep 8 16:59:26 Insp6400 dhclient[1579]: DHCPACK from 192.168.1.1 > Sep 8 16:59:26 Insp6400 avahi-daemon[755]: Joining mDNS multicast group on interface xenbr0.IPv4 with address 192.168.1.100. > Sep 8 16:59:26 Insp6400 avahi-daemon[755]: New relevant interface xenbr0.IPv4 for mDNS. > Sep 8 16:59:26 Insp6400 avahi-daemon[755]: Registering new address record for 192.168.1.100 on xenbr0.IPv4. > Sep 8 16:59:26 Insp6400 avahi-daemon[755]: Registering new address record for fe80::215:c5ff:fe04:7d4f on xenbr0.*. > Sep 8 16:59:26 Insp6400 NET[1788]: /sbin/dhclient-script : updated /etc/resolv.conf > Sep 8 16:59:27 Insp6400 dhclient[1579]: bound to 192.168.1.100 -- renewal in 65745 seconds. > Sep 8 16:59:28 Insp6400 kernel: [ 82.661777] FS-Cache: Loaded > Sep 8 16:59:28 Insp6400 kernel: [ 82.758652] FS-Cache: Netfs 'cifs' registered for caching > Sep 8 16:59:28 Insp6400 kernel: [ 82.867310] CIFS VFS: default security mechanism requested. The default security mechanism will be upgraded from ntlm to ntlmv2 in kernel release 3.1 > Sep 8 16:59:34 Insp6400 ntpdate[1977]: step time server 67.18.208.240 offset 0.453408 sec > Sep 8 16:59:34 Insp6400 ntpd[2153]: ntpd 4.2.6p3@1.2290-o Fri May 6 16:26:49 UTC 2011 (1) > Sep 8 16:59:34 Insp6400 ntpd[2153]: proto: precision = 1.720 usec > Sep 8 16:59:34 Insp6400 ntpd[2153]: 0.0.0.0 c01d 0d kern kernel time sync enabled > Sep 8 16:59:34 Insp6400 ntpd[2153]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123 > Sep 8 16:59:34 Insp6400 ntpd[2153]: Listen and drop on 1 v6wildcard :: UDP 123 > Sep 8 16:59:34 Insp6400 ntpd[2153]: Listen normally on 2 lo 127.0.0.1 UDP 123 > Sep 8 16:59:34 Insp6400 ntpd[2153]: Listen normally on 3 xenbr0 192.168.1.100 UDP 123 > Sep 8 16:59:34 Insp6400 ntpd[2153]: Listen normally on 4 xenbr0 fe80::215:c5ff:fe04:7d4f UDP 123 > Sep 8 16:59:34 Insp6400 ntpd[2153]: Listen normally on 5 bond0 fe80::215:c5ff:fe04:7d4f UDP 123 > Sep 8 16:59:34 Insp6400 ntpd[2153]: Listen normally on 6 lo ::1 UDP 123 > Sep 8 16:59:34 Insp6400 ntpd[2153]: peers refreshed > Sep 8 16:59:34 Insp6400 ntpd[2153]: Listening on routing socket on fd #23 for interface updates > Sep 8 16:59:36 Insp6400 ntpd[2153]: 0.0.0.0 c016 06 restart > Sep 8 16:59:36 Insp6400 ntpd[2153]: 0.0.0.0 c012 02 freq_set kernel 1.500 PPM > Sep 8 16:59:50 Insp6400 auditd[2741]: Started dispatcher: /sbin/audispd pid: 2743 > Sep 8 16:59:50 Insp6400 auditd[2741]: Init complete, auditd 2.1.3 listening for events (startup state enable) > Sep 8 16:59:50 Insp6400 audispd: audispd initialized with q_depth=120 and 1 active plugins > Sep 8 16:59:51 Insp6400 kernel: [ 104.683571] scsi2 : iSCSI Initiator over TCP/IP > Sep 8 16:59:51 Insp6400 kernel: [ 105.119216] scsi 2:0:0:0: RAID IET Controller 0001 PQ: 0 ANSI: 5 > Sep 8 16:59:51 Insp6400 kernel: [ 105.163374] scsi 2:0:0:0: Attached scsi generic sg2 type 12 > Sep 8 16:59:51 Insp6400 kernel: [ 105.182535] scsi 2:0:0:1: Direct-Access IET VIRTUAL-DISK 0001 PQ: 0 ANSI: 5 > Sep 8 16:59:51 Insp6400 kernel: [ 105.195288] sd 2:0:0:1: [sdb] 312581808 512-byte logical blocks: (160 GB/149 GiB) > Sep 8 16:59:51 Insp6400 kernel: [ 105.201707] sd 2:0:0:1: [sdb] Write Protect is off > Sep 8 16:59:51 Insp6400 kernel: [ 105.213193] sd 2:0:0:1: Attached scsi generic sg3 type 0 > Sep 8 16:59:51 Insp6400 kernel: [ 105.219746] sd 2:0:0:1: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA > Sep 8 16:59:51 Insp6400 iscsid: Connection1:0 to [target: iqn.2001-04.com.Dell4550-iqn.2009-09.net.bellsouth.sda:041b7d3f-b008-4367-b1f2-b4799d15e4cd, portal: 192.168.1.101,3260] through [iface: default] is operational now > Sep 8 16:59:51 Insp6400 kernel: [ 105.266929] sdb: sdb1 sdb2 sdb3 > Sep 8 16:59:51 Insp6400 kernel: [ 105.280033] sd 2:0:0:1: [sdb] Attached SCSI disk > Sep 8 16:59:52 Insp6400 kernel: [ 106.571909] iwl3945 0000:0b:00.0: loaded firmware version 15.32.2.9 > Sep 8 16:59:53 Insp6400 kernel: [ 106.794916] ADDRCONF(NETDEV_UP): wlan0: link is not ready > Sep 8 16:59:53 Insp6400 rpc.statd[2928]: Version 1.2.4 starting > Sep 8 16:59:54 Insp6400 sm-notify[2933]: Version 1.2.4 starting > Sep 8 16:59:55 Insp6400 kernel: [ 108.705060] RPC: Registered named UNIX socket transport module. > Sep 8 16:59:55 Insp6400 kernel: [ 108.705060] RPC: Registered udp transport module. > Sep 8 16:59:55 Insp6400 kernel: [ 108.705060] RPC: Registered tcp transport module. > Sep 8 16:59:55 Insp6400 kernel: [ 108.705060] RPC: Registered tcp NFSv4.1 backchannel transport module. > Sep 8 16:59:55 Insp6400 kernel: [ 108.933995] Installing knfsd (copyright (C) 1996 okir@monad.swb.de). > Sep 8 16:59:56 Insp6400 kernel: [ 109.739661] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready > Sep 8 16:59:56 Insp6400 kernel: [ 109.896771] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory > Sep 8 16:59:56 Insp6400 kernel: [ 109.916136] NFSD: starting 90-second grace period > Sep 8 16:59:56 Insp6400 rpc.mountd[3018]: Version 1.2.4 starting > Sep 8 16:59:57 Insp6400 avahi-daemon[755]: Registering new address record for fe80::213:2ff:fe1a:f185 on wlan0.*. > Sep 8 16:59:57 Insp6400 systemd[1]: avguard.service: control process exited, code=exited status=2 > Sep 8 16:59:57 Insp6400 systemd[1]: Unit avguard.service entered failed state. > Sep 8 16:59:58 Insp6400 ntpd[2153]: Listen normally on 7 wlan0 fe80::213:2ff:fe1a:f185 UDP 123 > Sep 8 16:59:58 Insp6400 ntpd[2153]: peers refreshed > Sep 8 17:00:02 Insp6400 kernel: [ 116.591656] xen-pciback: backend is vpci > Sep 8 17:00:03 Insp6400 xenstored: Checking store ... > Sep 8 17:00:03 Insp6400 xenstored: Checking store complete. > Sep 8 17:00:03 Insp6400 kernel: [ 116.911469] BUG: sleeping function called from invalid context at kernel/mutex.c:271 > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] in_atomic(): 1, irqs_disabled(): 0, pid: 3208, name: xenstored > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] INFO: lockdep is turned off. > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] Pid: 3208, comm: xenstored Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] Call Trace: > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] __might_sleep+0x103/0x108 > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] mutex_lock_nested+0x25/0x45 > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] __irq_alloc_descs+0x50/0x18b > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] ? pnp_register_protocol+0x39/0xb4 > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] xen_allocate_irq_dynamic+0x49/0x58 > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] bind_evtchn_to_irq+0x32/0x82 > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] bind_evtchn_to_irqhandler+0x25/0x63 > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] ? set_port_enabled+0x31/0x31 [xen_evtchn] > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] evtchn_bind_to_user+0x56/0x64 [xen_evtchn] > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] evtchn_ioctl+0x129/0x2ef [xen_evtchn] > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] do_vfs_ioctl+0x472/0x4b3 > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] sys_ioctl+0x56/0x7a > Sep 8 17:00:03 Insp6400 kernel: [ 116.912065] [] system_call_fastpath+0x16/0x1b > Sep 8 17:00:03 Insp6400 kernel: [ 116.946247] XENBUS: Unable to read cpu state > Sep 8 17:00:03 Insp6400 kernel: [ 116.949075] XENBUS: Unable to read cpu state > Sep 8 17:00:03 Insp6400 kernel: [ 116.966668] cfg80211: Calling CRDA to update world regulatory domain > Sep 8 17:00:03 Insp6400 avahi-daemon[755]: Withdrawing address record for fe80::213:2ff:fe1a:f185 on wlan0. > Sep 8 17:00:03 Insp6400 avahi-daemon[755]: Withdrawing workstation service for wlan0. > Sep 8 17:00:03 Insp6400 kernel: [ 117.137705] iwl3945 0000:0b:00.0: PCI INT A disabled > Sep 8 17:00:03 Insp6400 kernel: [ 117.142092] pciback 0000:0b:00.0: seizing device > Sep 8 17:00:03 Insp6400 kernel: [ 117.146295] xen_map_pirq_gsi: returning irq 16 for gsi 16 > Sep 8 17:00:03 Insp6400 kernel: [ 117.149952] Already setup the GSI :16 > Sep 8 17:00:03 Insp6400 kernel: [ 117.150936] pciback 0000:0b:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 > Sep 8 17:00:03 Insp6400 kernel: [ 117.150936] pciback 0000:0b:00.0: PCI INT A disabled > Sep 8 17:00:03 Insp6400 smbd[3172]: [2011/09/08 17:00:03.572080, 0] smbd/server.c:501(smbd_open_one_socket) > Sep 8 17:00:03 Insp6400 smbd[3172]: smbd_open_once_socket: open_socket_in: Address already in use > Sep 8 17:00:03 Insp6400 smbd[3172]: [2011/09/08 17:00:03.581039, 0] smbd/server.c:501(smbd_open_one_socket) > Sep 8 17:00:03 Insp6400 smbd[3172]: smbd_open_once_socket: open_socket_in: Address already in use > Sep 8 17:00:03 Insp6400 kernel: [ 117.385355] cfg80211: World regulatory domain updated: > Sep 8 17:00:03 Insp6400 kernel: [ 117.386066] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) > Sep 8 17:00:03 Insp6400 kernel: [ 117.386066] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 17:00:03 Insp6400 kernel: [ 117.386066] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) > Sep 8 17:00:03 Insp6400 kernel: [ 117.386066] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) > Sep 8 17:00:03 Insp6400 kernel: [ 117.386066] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 17:00:03 Insp6400 kernel: [ 117.386066] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 17:00:03 Insp6400 kernel: [ 117.398125] cfg80211: Calling CRDA for country: US > Sep 8 17:00:03 Insp6400 kernel: [ 117.529792] cfg80211: Regulatory domain changed to country: US > Sep 8 17:00:03 Insp6400 kernel: [ 117.530194] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) > Sep 8 17:00:03 Insp6400 kernel: [ 117.530194] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm) > Sep 8 17:00:03 Insp6400 kernel: [ 117.530194] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm) > Sep 8 17:00:03 Insp6400 kernel: [ 117.530194] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 17:00:03 Insp6400 kernel: [ 117.530194] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 17:00:03 Insp6400 kernel: [ 117.530194] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) > Sep 8 17:00:03 Insp6400 kernel: [ 117.530194] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm) > Sep 8 17:00:04 Insp6400 ntpd[2153]: Deleting interface #7 wlan0, fe80::213:2ff:fe1a:f185#123, interface stats: received=0, sent=0, dropped=0, active_time=6 secs > Sep 8 17:00:04 Insp6400 ntpd[2153]: peers refreshed > Sep 8 17:00:07 Insp6400 systemd[1]: vncserver.service: control process exited, code=exited status=2 > Sep 8 17:00:08 Insp6400 systemd[1]: Unit vncserver.service entered failed state. > Sep 8 17:00:15 Insp6400 dbus: [system] Activating via systemd: service name='org.freedesktop.ConsoleKit' unit='console-kit-daemon.service' > Sep 8 17:00:16 Insp6400 dbus: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper) > Sep 8 17:00:16 Insp6400 polkitd[3467]: started daemon version 0.101 using authority implementation `local' version `0.101' > Sep 8 17:00:16 Insp6400 dbus: [system] Successfully activated service 'org.freedesktop.PolicyKit1' > Sep 8 17:00:16 Insp6400 dbus: [system] Successfully activated service 'org.freedesktop.ConsoleKit' > Sep 8 17:00:25 Insp6400 nmbd[3169]: [2011/09/08 17:00:25.301440, 0] nmbd/nmbd_become_lmb.c:395(become_local_master_stage2) > Sep 8 17:00:25 Insp6400 nmbd[3169]: ***** > Sep 8 17:00:25 Insp6400 nmbd[3169]: > Sep 8 17:00:25 Insp6400 nmbd[3169]: Samba name server INSP6400 is now a local master browser for workgroup LINKSYS on subnet 192.168.1.100 > Sep 8 17:00:25 Insp6400 nmbd[3169]: > Sep 8 17:00:25 Insp6400 nmbd[3169]: ***** > Sep 8 17:00:25 Insp6400 systemd[1]: Startup finished in 4s 787ms 508us (kernel) + 35s 406ms 337us (initrd) + 1min 39s 39ms 614us (userspace) = 2min 19s 233ms 459us. > Sep 8 17:00:27 Insp6400 avahi-daemon[755]: Joining mDNS multicast group on interface virbr0.IPv4 with address 192.168.122.1. > Sep 8 17:00:27 Insp6400 avahi-daemon[755]: New relevant interface virbr0.IPv4 for mDNS. > Sep 8 17:00:27 Insp6400 avahi-daemon[755]: Registering new address record for 192.168.122.1 on virbr0.IPv4. > Sep 8 17:00:27 Insp6400 kernel: [ 140.751611] ADDRCONF(NETDEV_UP): virbr0: link is not ready > Sep 8 17:00:27 Insp6400 dnsmasq[3670]: started, version 2.52 cachesize 150 > Sep 8 17:00:27 Insp6400 dnsmasq[3670]: compile time options: IPv6 GNU-getopt DBus no-I18N DHCP TFTP > Sep 8 17:00:27 Insp6400 dnsmasq-dhcp[3670]: DHCP, IP range 192.168.122.2 -- 192.168.122.254, lease time 1h > Sep 8 17:00:27 Insp6400 dnsmasq[3670]: reading /etc/resolv.conf > Sep 8 17:00:27 Insp6400 dnsmasq[3670]: using nameserver 205.152.132.23#53 > Sep 8 17:00:27 Insp6400 dnsmasq[3670]: using nameserver 205.152.144.23#53 > Sep 8 17:00:27 Insp6400 dnsmasq[3670]: using nameserver 205.152.37.23#53 > Sep 8 17:00:27 Insp6400 dnsmasq[3670]: read /etc/hosts - 4855 addresses > Sep 8 17:00:28 Insp6400 ntpd[2153]: Listen normally on 8 virbr0 192.168.122.1 UDP 123 > Sep 8 17:00:28 Insp6400 ntpd[2153]: peers refreshed > Sep 8 17:00:29 Insp6400 kernel: [ 143.253210] Ebtables v2.0 registered > Sep 8 17:00:29 Insp6400 dbus: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service' > Sep 8 17:00:30 Insp6400 dbus: [system] Successfully activated service 'org.freedesktop.RealtimeKit1' > Sep 8 21:00:31 Insp6400 rtkit-daemon[3702]: Successfully made thread 3699 of process 3699 (/usr/bin/pulseaudio) owned by '42' high priority at nice level -11. > Sep 8 21:00:33 Insp6400 rtkit-daemon[3702]: Failed to make thread 3713 RT: Operation not permitted > Sep 8 21:00:33 Insp6400 rtkit-daemon[3702]: Failed to make thread 3713 RT: Operation not permitted > Sep 8 21:00:33 Insp6400 rtkit-daemon[3702]: Failed to make thread 3716 RT: Operation not permitted > Sep 8 21:00:33 Insp6400 rtkit-daemon[3702]: Failed to make thread 3716 RT: Operation not permitted > Sep 8 17:00:33 Insp6400 kernel: [ 146.796609] hda-intel: Invalid position buffer, using LPIB read method instead. > Sep 8 17:00:35 Insp6400 dbus: [system] Activating service name='org.freedesktop.UDisks' (using servicehelper) > Sep 8 17:00:36 Insp6400 dbus: [system] Successfully activated service 'org.freedesktop.UDisks' > Sep 8 17:00:36 Insp6400 dbus: [system] Activating service name='org.freedesktop.UPower' (using servicehelper) > Sep 8 17:00:36 Insp6400 dbus: [system] Successfully activated service 'org.freedesktop.UPower' > Sep 8 17:00:39 Insp6400 gdm-simple-greeter[3726]: Gtk-WARNING: gtkwidget.c:6796: widget not within a GtkWindow > Sep 8 17:00:39 Insp6400 gdm-simple-greeter[3726]: Gtk-WARNING: gtk_widget_size_allocate(): attempt to allocate widget with width -47 and height -47 > Sep 8 17:00:40 Insp6400 dbus: [system] Activating via systemd: service name='org.freedesktop.Accounts' unit='accounts-daemon.service' > Sep 8 17:00:40 Insp6400 dbus: [system] Successfully activated service 'org.freedesktop.Accounts' > Sep 8 17:00:40 Insp6400 accounts-daemon[3808]: started daemon version 0.6.10 > Sep 8 17:02:38 Insp6400 nmbd[3169]: [2011/09/08 17:02:38.529251, 0] nmbd/nmbd_become_lmb.c:395(become_local_master_stage2) > Sep 8 17:02:38 Insp6400 nmbd[3169]: ***** > Sep 8 17:02:38 Insp6400 nmbd[3169]: > Sep 8 17:02:38 Insp6400 nmbd[3169]: Samba name server INSP6400 is now a local master browser for workgroup LINKSYS on subnet 192.168.122.1 > Sep 8 17:02:38 Insp6400 nmbd[3169]: > Sep 8 17:02:38 Insp6400 nmbd[3169]: ***** > Sep 8 17:02:53 Insp6400 ntpd[2153]: 0.0.0.0 c615 05 clock_sync > Sep 8 17:12:20 Insp6400 dbus: [system] Activating service name='net.reactivated.Fprint' (using servicehelper) > Sep 8 17:12:21 Insp6400 dbus: [system] Successfully activated service 'net.reactivated.Fprint' > Sep 8 17:12:33 Insp6400 kernel: [ 867.118180] BUG: sleeping function called from invalid context at kernel/mutex.c:271 > Sep 8 17:12:33 Insp6400 kernel: [ 867.118188] in_atomic(): 1, irqs_disabled(): 0, pid: 3208, name: xenstored > Sep 8 17:12:33 Insp6400 kernel: [ 867.118193] INFO: lockdep is turned off. > Sep 8 17:12:33 Insp6400 kernel: [ 867.118199] Pid: 3208, comm: xenstored Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 17:12:33 Insp6400 kernel: [ 867.118203] Call Trace: > Sep 8 17:12:33 Insp6400 kernel: [ 867.118215] [] __might_sleep+0x103/0x108 > Sep 8 17:12:33 Insp6400 kernel: [ 867.118224] [] mutex_lock_nested+0x25/0x45 > Sep 8 17:12:33 Insp6400 kernel: [ 867.118232] [] __irq_alloc_descs+0x50/0x18b > Sep 8 17:12:33 Insp6400 kernel: [ 867.118240] [] ? pnp_register_protocol+0x39/0xb4 > Sep 8 17:12:33 Insp6400 kernel: [ 867.118248] [] xen_allocate_irq_dynamic+0x49/0x58 > Sep 8 17:12:33 Insp6400 kernel: [ 867.118254] [] bind_evtchn_to_irq+0x32/0x82 > Sep 8 17:12:33 Insp6400 kernel: [ 867.118260] [] bind_evtchn_to_irqhandler+0x25/0x63 > Sep 8 17:12:33 Insp6400 kernel: [ 867.118292] [] ? set_port_enabled+0x31/0x31 [xen_evtchn] > Sep 8 17:12:33 Insp6400 kernel: [ 867.118302] [] evtchn_bind_to_user+0x56/0x64 [xen_evtchn] > Sep 8 17:12:33 Insp6400 kernel: [ 867.118313] [] evtchn_ioctl+0x129/0x2ef [xen_evtchn] > Sep 8 17:12:33 Insp6400 kernel: [ 867.118321] [] do_vfs_ioctl+0x472/0x4b3 > Sep 8 17:12:33 Insp6400 kernel: [ 867.118327] [] sys_ioctl+0x56/0x7a > Sep 8 17:12:33 Insp6400 kernel: [ 867.118335] [] system_call_fastpath+0x16/0x1b > Sep 8 17:12:34 Insp6400 kernel: [ 868.191636] device tap1.0 entered promiscuous mode > Sep 8 17:12:34 Insp6400 kernel: [ 868.192285] xenbr0: port 2(tap1.0) entering forwarding state > Sep 8 17:12:34 Insp6400 kernel: [ 868.192341] xenbr0: port 2(tap1.0) entering forwarding state > Sep 8 17:12:34 Insp6400 kernel: [ 868.353440] BUG: sleeping function called from invalid context at kernel/mutex.c:271 > Sep 8 17:12:34 Insp6400 kernel: [ 868.353448] in_atomic(): 1, irqs_disabled(): 0, pid: 4171, name: qemu-dm > Sep 8 17:12:34 Insp6400 kernel: [ 868.353452] INFO: lockdep is turned off. > Sep 8 17:12:34 Insp6400 kernel: [ 868.353458] Pid: 4171, comm: qemu-dm Not tainted 3.1.0-0.rc5.git0.0.fc17.x86_64 #1 > Sep 8 17:12:34 Insp6400 kernel: [ 868.353462] Call Trace: > Sep 8 17:12:34 Insp6400 kernel: [ 868.353474] [] __might_sleep+0x103/0x108 > Sep 8 17:12:34 Insp6400 kernel: [ 868.353483] [] mutex_lock_nested+0x25/0x45 > Sep 8 17:12:34 Insp6400 kernel: [ 868.353491] [] __irq_alloc_descs+0x50/0x18b > Sep 8 17:12:34 Insp6400 kernel: [ 868.353499] [] ? pnp_register_protocol+0x39/0xb4 > Sep 8 17:12:34 Insp6400 kernel: [ 868.353507] [] xen_allocate_irq_dynamic+0x49/0x58 > Sep 8 17:12:34 Insp6400 kernel: [ 868.353513] [

--
Bruno St= even - Administrador de sistemas
LPIC-2 / MCSA-Windows 2003 / Com= pTIA Security+

--000e0cd1ea20f309a004acd48506-- --===============0418419520== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0418419520==-- From xen-users-bounces@lists.xensource.com Tue Sep 13 09:38:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 09:38:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3W0K-0006bB-BB; Tue, 13 Sep 2011 09:38:37 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1R3Vz4-0006Fs-Vl for xen-users@lists.xensource.com; Tue, 13 Sep 2011 09:37:19 -0700 X-Env-Sender: john.mcdermott@nrl.navy.mil X-Msg-Ref: server-4.tower-174.messagelabs.com!1315931835!31301455!1 X-Originating-IP: [132.250.196.100] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32340 invoked from network); 13 Sep 2011 16:37:15 -0000 Received: from fw5540.nrl.navy.mil (HELO fw5540.nrl.navy.mil) (132.250.196.100) by server-4.tower-174.messagelabs.com with SMTP; 13 Sep 2011 16:37:15 -0000 Received: from chacs.nrl.navy.mil (sun1.fw5540.net [10.0.0.11]) by fw5540.nrl.navy.mil (8.13.8/8.13.6) with ESMTP id p8DGbC6t004763 for ; Tue, 13 Sep 2011 12:37:12 -0400 (EDT) Received: from chacs.nrl.navy.mil (sun1 [10.0.0.11]) by chacs.nrl.navy.mil (8.13.8/8.13.6) with SMTP id p8DGb0tO009637 for ; Tue, 13 Sep 2011 12:37:12 -0400 (EDT) Received: from gir.fw5540.net ([10.0.2.110]) by chacs.nrl.navy.mil (SMSSMTP 4.1.16.48) with SMTP id M2011091312371128046 for ; Tue, 13 Sep 2011 12:37:11 -0400 From: John McDermott CIV Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 13 Sep 2011 12:37:11 -0400 Message-Id: <3D679F8B-9C6D-4A65-BDC0-7C95959FCB16@nrl.navy.mil> To: xen-users Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Xen-users] Intel DX58S02 Mobo X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Xen Users, Has anyone on the list been able to run Xen 4 on an Intel DX58S02 board? Sincerely, John McDermott ---- What is the formal meaning of the one-line program #include "/dev/tty" J.P. McDermott building 12 Code 5542 john.mcdermott@nrl.navy.mil Naval Research Laboratory voice: +1 202.404.8301 Washington, DC 20375, US fax: +1 202.404.7942 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Sep 13 09:59:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 09:59:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3WKP-0007oQ-Rs; Tue, 13 Sep 2011 09:59:22 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3WI1-0007Mh-LY for xen-users@lists.xensource.com; Tue, 13 Sep 2011 09:56:54 -0700 X-Env-Sender: aspenbr@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1315933010!13188080!1 X-Originating-IP: [209.85.215.47] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18793 invoked from network); 13 Sep 2011 16:56:50 -0000 Received: from mail-ew0-f47.google.com (HELO mail-ew0-f47.google.com) (209.85.215.47) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Sep 2011 16:56:50 -0000 Received: by ewy5 with SMTP id 5so676971ewy.6 for ; Tue, 13 Sep 2011 09:56:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=51BV8StqhyBX1qfwBflf14NqmsLAeHhYrqoM7yfCZtU=; b=OBhbq9vwE5UrlLTABvEwYHF260kJzUxKq2lfw2I5W/1HaHuIKroAa4HOqM7cI4ZY93 u9l4s3rCeqSD7PoLUJp7RBg86JETHYAGmnpCIjXYdLLcvy65InQuxX7c4UtKU5amzEaC OmfUzV8OQEPDJUmbbmHuy+A8aXn1yrsQOtJnM= MIME-Version: 1.0 Received: by 10.213.28.193 with SMTP id n1mr368606ebc.42.1315933009194; Tue, 13 Sep 2011 09:56:49 -0700 (PDT) Received: by 10.213.15.69 with HTTP; Tue, 13 Sep 2011 09:56:49 -0700 (PDT) In-Reply-To: <4E6F789D.4070702@seceng.informatik.tu-darmstadt.de> References: <4E6F6BC7.2020207@seceng.informatik.tu-darmstadt.de> <1315925552.12119.1.camel@tclarrltp.frontiernetworks.ca> <4E6F72C0.1070600@seceng.informatik.tu-darmstadt.de> <1315927867.12119.5.camel@tclarrltp.frontiernetworks.ca> <4E6F789D.4070702@seceng.informatik.tu-darmstadt.de> Date: Tue, 13 Sep 2011 13:56:49 -0300 Message-ID: Subject: Re: [Xen-users] change file: to tap:aio From: Bruno Steven To: Sebastian Biedermann Cc: xen-users@lists.xensource.com, Tait Clarridge X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0253197917==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0253197917== Content-Type: multipart/alternative; boundary=0015174c0ed88fae6104acd58775 --0015174c0ed88fae6104acd58775 Content-Type: text/plain; charset=ISO-8859-1 Do have sure that the /dev/loop there is on server ? On Tue, Sep 13, 2011 at 12:37 PM, Sebastian Biedermann < biedermann@seceng.informatik.tu-darmstadt.de> wrote: > Unfortunately, this is not working. I increased the number of loop >>> devices, I get the same error on node-2: >>> >>> toor@node-2:/xen$ sudo mount 192.168.0.2:/xen /xen >>> toor@node-2:/$ cd /xen >>> toor@node-2:/xen$ ls >>> disk.img my.lenny.cfg swap.img >>> toor@node-2:/xen$ sudo xm create my.lenny.cfg -c >>> Using config file "./my.lenny.cfg". >>> toor@node-2:/xen$ Error: Device 51714 (vbd) could not be connected. >>> losetup /dev/loop0 /xen/disk.img failed >>> >>> >>> Did you reboot? >> > > Yes.. > > -- > Se > > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/**xen-users > -- *Bruno Steven - Administrador de sistemas* *LPIC-2 / MCSA-Windows 2003 / CompTIA Security+ * --0015174c0ed88fae6104acd58775 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Do have sure that the /dev/loop=A0 there is on server ?

On Tue, Sep 13, 2011 at 12:37 PM, Sebastian Biederm= ann <biedermann@seceng.informatik.tu-darmstadt.de> = wrote:

Unfortunately, this is not working. I increased the number of loop
devices, I get the same error on node-2:

toor@node-2:/xen$ sudo mount 192.168.0.2:/xen /xen
toor@node-2:/$ cd /xen
toor@node-2:/xen$ ls
disk.img =A0my.lenny.cfg =A0swap.img
toor@node-2:/xen$ sudo xm create my.lenny.cfg -c
Using config file "./my.lenny.cfg".
toor@node-2:/xen$ Error: Device 51714 (vbd) could not be connected.
losetup /dev/loop0 /xen/disk.img failed

Did you reboot?

Yes..

--
Se

_______________________________________________
Xen-users mailing list
Xen-user= s@lists.xensource.com
http://l= ists.xensource.com/xen-users

--
Bruno St= even - Administrador de sistemas
LPIC-2 / MCSA-Windows 2003 / Com= pTIA Security+

--0015174c0ed88fae6104acd58775-- --===============0253197917== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0253197917==-- From xen-users-bounces@lists.xensource.com Tue Sep 13 10:04:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 10:04:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3WPE-00006j-Hn; Tue, 13 Sep 2011 10:04:21 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R3WKW-0007p5-Ap for xen-users@lists.xensource.com; Tue, 13 Sep 2011 09:59:39 -0700 X-Env-Sender: tait@taiter.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1315933164!17196748!1 X-Originating-IP: [67.222.38.55] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17560 invoked from network); 13 Sep 2011 16:59:25 -0000 Received: from oproxy5-pub.bluehost.com (HELO oproxy5-pub.bluehost.com) (67.222.38.55) by server-2.tower-182.messagelabs.com with SMTP; 13 Sep 2011 16:59:25 -0000 Received: (qmail 28669 invoked by uid 0); 13 Sep 2011 16:59:24 -0000 Received: from unknown (HELO host254.hostmonster.com) (74.220.215.54) by cpoproxy2.bluehost.com with SMTP; 13 Sep 2011 16:59:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=taiter.com; s=default; h=Mime-Version:Message-ID:Content-Transfer-Encoding:Content-Type:References:In-Reply-To:Date:To:From:Subject; bh=YXJvlMeA1lRgE0Sq/X1ITJ+fzMkGGbJfYJ+O0FpDwfo=; b=K7AIPb5eQZuWnsVg5WOYOUZdra7+0/f9QVbE2VioO1ksfF0863GUrxfXlkPS5IMjO/j6ax8L5cMIyjqgjocvxBh+wNCFiM6IW6gkW+Da5SLoj5fV8Pgr0MyQzPx9HrkK; Received: from [216.126.89.34] (helo=[10.193.1.50]) by host254.hostmonster.com with esmtpa (Exim 4.76) (envelope-from ) id 1R3WKS-0008U8-1k for xen-users@lists.xensource.com; Tue, 13 Sep 2011 10:59:24 -0600 Subject: Re: [Xen-users] change file: to tap:aio From: Tait Clarridge To: xen-users@lists.xensource.com Date: Tue, 13 Sep 2011 12:59:23 -0400 In-Reply-To: <4E6F789D.4070702@seceng.informatik.tu-darmstadt.de> References: <4E6F6BC7.2020207@seceng.informatik.tu-darmstadt.de> <1315925552.12119.1.camel@tclarrltp.frontiernetworks.ca> <4E6F72C0.1070600@seceng.informatik.tu-darmstadt.de> <1315927867.12119.5.camel@tclarrltp.frontiernetworks.ca> <4E6F789D.4070702@seceng.informatik.tu-darmstadt.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15) Content-Transfer-Encoding: 7bit Message-ID: <1315933164.12119.8.camel@tclarrltp.frontiernetworks.ca> Mime-Version: 1.0 X-Identified-User: {1413:host254.hostmonster.com:taiterco:taiter.com} {sentby:smtp auth 216.126.89.34 authed with tait@taiter.com} X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, 2011-09-13 at 17:37 +0200, Sebastian Biedermann wrote: > >> Unfortunately, this is not working. I increased the number of loop > >> devices, I get the same error on node-2: > >> > >> toor@node-2:/xen$ sudo mount 192.168.0.2:/xen /xen > >> toor@node-2:/$ cd /xen > >> toor@node-2:/xen$ ls > >> disk.img my.lenny.cfg swap.img > >> toor@node-2:/xen$ sudo xm create my.lenny.cfg -c > >> Using config file "./my.lenny.cfg". > >> toor@node-2:/xen$ Error: Device 51714 (vbd) could not be connected. > >> losetup /dev/loop0 /xen/disk.img failed > >> > >> > > Did you reboot? > > Yes.. Hmm, the only other suggestion I have for increasing loopbacks is adding the following to your kernel boot line (not xen kernel, but system kernel): max_loop=256 But that isn't necessary in my setup on CentOS... what distro is your dom0? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Sep 13 10:10:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 10:10:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3WVS-0000rH-RG; Tue, 13 Sep 2011 10:10:46 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R3WSh-0000VD-MZ for xen-users@lists.xensource.com; Tue, 13 Sep 2011 10:08:02 -0700 X-Env-Sender: tait@taiter.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1315933669!18031754!1 X-Originating-IP: [67.222.54.6] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3565 invoked from network); 13 Sep 2011 17:07:50 -0000 Received: from oproxy6-pub.bluehost.com (HELO oproxy6-pub.bluehost.com) (67.222.54.6) by server-14.tower-182.messagelabs.com with SMTP; 13 Sep 2011 17:07:50 -0000 Received: (qmail 7060 invoked by uid 0); 13 Sep 2011 17:07:49 -0000 Received: from unknown (HELO host254.hostmonster.com) (74.220.215.54) by cpoproxy3.bluehost.com with SMTP; 13 Sep 2011 17:07:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=taiter.com; s=default; h=Mime-Version:Message-ID:Content-Transfer-Encoding:Content-Type:References:In-Reply-To:Date:To:From:Subject; bh=88fcAto+xX/8tzrbAfA/N4kbdV7+G098X3S9Qma9LNU=; b=ap6P1kXpE3b26EKNKKsI5izOjcw23c4evABmJRNJoKaDO12PeX/bza1q8o7a0Hd3RH9NQWaAOMmOPxZp4gfzNeA1JKp3Uuywe1jlllwDSbK6RZu9H6wklv31CTnk8KyF; Received: from [216.126.89.34] (helo=[10.193.1.50]) by host254.hostmonster.com with esmtpa (Exim 4.76) (envelope-from ) id 1R3WSb-0005Ya-3i for xen-users@lists.xensource.com; Tue, 13 Sep 2011 11:07:49 -0600 Subject: Re: [Xen-users] change file: to tap:aio From: Tait Clarridge To: xen-users@lists.xensource.com Date: Tue, 13 Sep 2011 13:07:48 -0400 In-Reply-To: <4E6F789D.4070702@seceng.informatik.tu-darmstadt.de> References: <4E6F6BC7.2020207@seceng.informatik.tu-darmstadt.de> <1315925552.12119.1.camel@tclarrltp.frontiernetworks.ca> <4E6F72C0.1070600@seceng.informatik.tu-darmstadt.de> <1315927867.12119.5.camel@tclarrltp.frontiernetworks.ca> <4E6F789D.4070702@seceng.informatik.tu-darmstadt.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15) Content-Transfer-Encoding: 7bit Message-ID: <1315933669.12119.10.camel@tclarrltp.frontiernetworks.ca> Mime-Version: 1.0 X-Identified-User: {1413:host254.hostmonster.com:taiterco:taiter.com} {sentby:smtp auth 216.126.89.34 authed with tait@taiter.com} X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, 2011-09-13 at 17:37 +0200, Sebastian Biedermann wrote: > >> Unfortunately, this is not working. I increased the number of loop > >> devices, I get the same error on node-2: > >> > >> toor@node-2:/xen$ sudo mount 192.168.0.2:/xen /xen > >> toor@node-2:/$ cd /xen > >> toor@node-2:/xen$ ls > >> disk.img my.lenny.cfg swap.img > >> toor@node-2:/xen$ sudo xm create my.lenny.cfg -c > >> Using config file "./my.lenny.cfg". > >> toor@node-2:/xen$ Error: Device 51714 (vbd) could not be connected. > >> losetup /dev/loop0 /xen/disk.img failed > >> > >> > > Did you reboot Also, on node2, do you have read+write permissions on the NFS share? Are you able to create a file in that directory? I just read through your original email and was going down the wrong path. My apologies. Tait _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Sep 13 11:33:38 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 11:33:38 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3Xne-0003IU-2r; Tue, 13 Sep 2011 11:33:38 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3Xm8-0002yC-VT for xen-users@lists.xensource.com; Tue, 13 Sep 2011 11:32:05 -0700 X-Env-Sender: oper.ml@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1315938720!18160165!1 X-Originating-IP: [74.125.83.43] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4371 invoked from network); 13 Sep 2011 18:32:01 -0000 Received: from mail-gw0-f43.google.com (HELO mail-gw0-f43.google.com) (74.125.83.43) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Sep 2011 18:32:01 -0000 Received: by gwm11 with SMTP id 11so883831gwm.30 for ; Tue, 13 Sep 2011 11:32:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=BLdytrWYurMnIRAei/MV3W1uWtduRor71SLI6+r2olU=; b=XJGTYMUbm/OP8kPlQz3LpN7Aiph13RdKwY2bYBilHBtyNm+EVIcpDUryZoc+28oK0/ Ln8VJGr8xzhQvrupkATi0wBlJfw7X4PTbXleiOkWlsssDlfrcQ5lZjdzEJbITawjSq7n fR2CQhX2193RHJ4rMj8JIHIyORxf58SxTRV34= Received: by 10.236.77.5 with SMTP id c5mr36356158yhe.102.1315938718451; Tue, 13 Sep 2011 11:31:58 -0700 (PDT) Received: from [200.152.96.245] (operacoes.mls.com.br [200.152.96.245]) by mx.google.com with ESMTPS id f63sm2470278yhj.14.2011.09.13.11.31.55 (version=SSLv3 cipher=OTHER); Tue, 13 Sep 2011 11:31:57 -0700 (PDT) Message-ID: <4E6FA11E.7070007@gmail.com> Date: Tue, 13 Sep 2011 15:29:50 -0300 From: "Oper.ML" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Antonio Colin Subject: Re: [Xen-users] Xen + Storage References: <4E6E9F9A.7010809@gmail.com> In-Reply-To: Cc: Xen Users List X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1679463158==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1679463158== Content-Type: multipart/alternative; boundary="------------030908050705000005030604" This is a multi-part message in MIME format. --------------030908050705000005030604 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit No, they are stored with iSCSI. On 09/13/2011 03:57 AM, Antonio Colin wrote: > Are your virtual machines stored with NFS? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users --------------030908050705000005030604 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit No, they are stored with iSCSI.

On 09/13/2011 03:57 AM, Antonio Colin wrote:

Are your virtual machines stored with NFS?
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

--------------030908050705000005030604-- --===============1679463158== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1679463158==-- From xen-users-bounces@lists.xensource.com Tue Sep 13 11:46:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 11:46:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3Y00-0004bI-V9; Tue, 13 Sep 2011 11:46:24 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3Xyq-0004Gq-1c for xen-users@lists.xensource.com; Tue, 13 Sep 2011 11:45:12 -0700 X-Env-Sender: aspenbr@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1315939493!46450301!1 X-Originating-IP: [209.85.215.171] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13316 invoked from network); 13 Sep 2011 18:44:53 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Sep 2011 18:44:53 -0000 Received: by eyg24 with SMTP id 24so688351eyg.30 for ; Tue, 13 Sep 2011 11:45:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Tb/KqY3kbm4DJgbaUuJdQRTNvCB2Z6yWOT4R93bZL4c=; b=T3nyNoTP+xKfC34X7+vROARfAenUsiUW4rRE6hoUv2PSytz4LsSWZu7WZQF5aCfQeS ybgosrJ9C1ZrhzT5GLi0ylx4XStcVbRJ6yi8Ru5RVnMrrzloVDu6YlGP3ae93B5kWsWQ 7QYe+RJCbwKeKZg4a7CVcH6H5m4/1AnRL+T1k= MIME-Version: 1.0 Received: by 10.213.15.147 with SMTP id k19mr397148eba.118.1315939508339; Tue, 13 Sep 2011 11:45:08 -0700 (PDT) Received: by 10.213.15.69 with HTTP; Tue, 13 Sep 2011 11:45:08 -0700 (PDT) In-Reply-To: <3D679F8B-9C6D-4A65-BDC0-7C95959FCB16@nrl.navy.mil> References: <3D679F8B-9C6D-4A65-BDC0-7C95959FCB16@nrl.navy.mil> Date: Tue, 13 Sep 2011 15:45:08 -0300 Message-ID: Subject: Re: [Xen-users] Intel DX58S02 Mobo From: Bruno Steven To: John McDermott CIV Cc: xen-users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1822844518==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1822844518== Content-Type: multipart/alternative; boundary=0015174bdcd6f0c3a404acd70a5c --0015174bdcd6f0c3a404acd70a5c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi John , My advice is not use motheborad INTEL for system linux , generally this motherboard aren=B4t custom for Linux. You will have problems with I/O , driver network , video and other issues . Try use motherboard 100% compatible with your linux distribution . http://processormatch.intel.com/CompDB/SearchResult.aspx?BoardName=3DDX58SO= 2 On Tue, Sep 13, 2011 at 1:37 PM, John McDermott CIV < john.mcdermott@nrl.navy.mil> wrote: > Xen Users, > > Has anyone on the list been able to run Xen 4 on an Intel DX58S02 board? > > Sincerely, > > John McDermott > ---- > What is the formal meaning of the one-line program > #include "/dev/tty" > > J.P. McDermott building 12 > Code 5542 john.mcdermott@nrl.navy.mil > Naval Research Laboratory voice: +1 202.404.8301 > Washington, DC 20375, US fax: +1 202.404.7942 > > > > > > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --=20 *Bruno Steven - Administrador de sistemas* *LPIC-2 / MCSA-Windows 2003 / CompTIA Security+ * --0015174bdcd6f0c3a404acd70a5c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi John ,

My advice is not use motheborad INTEL for system linux , = generally this motherboard aren=B4t custom for Linux. You will have problem= s with I/O , driver network , video and other issues .=A0 Try use motherboa= rd 100% compatible with your linux distribution .

http://processormatch.intel.com/CompDB/SearchResult.aspx?= BoardName=3DDX58SO2

On Tu= e, Sep 13, 2011 at 1:37 PM, John McDermott CIV <john.mcdermott@nrl.navy.mil>= ; wrote:

Xen Users,

Has anyone on the list been able to run Xen 4 on an Intel DX58S02 board?
Sincerely,

John McDermott
----
What is the formal meaning of the one-line program
#include "/dev/tty"

J.P. McDermott =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0building 12
Code 5542 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 john.mcdermott@nrl.navy.mil
Naval Research Laboratory =A0 =A0 =A0 voice: +1 202.404.8301
Washington, DC 20375, US =A0 =A0 =A0 =A0fax: =A0 +1 202.404.7942

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--
Bruno Steven - Admin= istrador de sistemas
LPIC-2 / MCSA-Windows 2003 / CompTIA Securit= y+

--0015174bdcd6f0c3a404acd70a5c-- --===============1822844518== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1822844518==-- From xen-devel-bounces@lists.xensource.com Tue Sep 13 14:16:32 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 14:16:32 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3aLI-0004NK-H7; Tue, 13 Sep 2011 14:16:32 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3aKh-0004Aa-Pl; Tue, 13 Sep 2011 14:15:56 -0700 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1315948550!17638207!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11602 invoked from network); 13 Sep 2011 21:15:51 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Sep 2011 21:15:51 -0000 Received: by yxt3 with SMTP id 3so1052278yxt.30 for ; Tue, 13 Sep 2011 14:15:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=K1TCl+bByVgyjm6Z9jpUel8J+t1onyHDXuGl69h/WVw=; b=BR3vTZVUVA497+22wKLq3nDWvNUNjYcNolGRhcrNJxk0g5xPVDLmLPkysn8gwxVqWp amA2UumlFJ+Eu5+b0IUovGU8B54EgdMlkDj0q9+PQTCpyA8mos4WnZ9N+aAgxWOo68R4 o796hKTrVsGlY+DvT0pOAX4BZRVn/mHFxeIVs= Received: by 10.150.2.8 with SMTP id 8mr1716605ybb.234.1315948548114; Tue, 13 Sep 2011 14:15:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.154.16 with HTTP; Tue, 13 Sep 2011 14:15:28 -0700 (PDT) From: jinho hwang Date: Tue, 13 Sep 2011 17:15:28 -0400 Message-ID: To: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Cc: Subject: [Xen-devel] [Xen-users] current xen linux kernel branch? X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0133457325==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============0133457325== Content-Type: multipart/alternative; boundary=000e0cd3efdec0c9b604acd92582 --000e0cd3efdec0c9b604acd92582 Content-Type: text/plain; charset=ISO-8859-1 Hi, Where can I find the current xen linux kernel branch? The git.kernel.org has been down for maintenance reason, so I can't find any kernel source except xenbits.xensource.com. However, this repository does not have current linux dom0 kernel such as 2.6.32.*. Can anyone share with me the kernel source because I have to install xen environment in my intel 32/64bits machine. Thank you so much, Jinho -- Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --000e0cd3efdec0c9b604acd92582 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi,=A0

Where can I find the current xen l= inux kernel branch? The git.kernel.org has been down for maintenance reason, so I can't find any kernel sour= ce except xenbits.xensource.com. However, this repository does not have current linux dom0 kernel such as= 2.6.32.*. Can anyone share with me the kernel source because I have to ins= tall xen environment in my intel 32/64bits machine.=A0

Thank you so much,=A0

Jinho

--
Jinho Hwang
PhD Student
Department of C= omputer Science
The George Washington University
Washington, DC 20052=
hwang.jinho@gmail.com (email)<= br>276.336.0971 (Cell)
202.994.4875 (fax)
070.8285.6546 (myLg070)

--000e0cd3efdec0c9b604acd92582-- --===============0133457325== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0133457325==-- From xen-devel-bounces@lists.xensource.com Tue Sep 13 14:49:58 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 14:49:58 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3ard-00062n-SK; Tue, 13 Sep 2011 14:49:57 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3aqb-0005px-89 for xen-devel@lists.xensource.com; Tue, 13 Sep 2011 14:48:53 -0700 X-Env-Sender: nathan@gt.net X-Msg-Ref: server-9.tower-174.messagelabs.com!1315950528!25272161!1 X-Originating-IP: [208.70.244.21] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19019 invoked from network); 13 Sep 2011 21:48:49 -0000 Received: from gossamer.nmsrv.com (HELO gossamer.nmsrv.com) (208.70.244.21) by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Sep 2011 21:48:49 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gt.net; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type; s=mail; bh=R1wOo+Fm5nYSe3w2OzcoP5lVHjk=; b=Hbk2P9 AsUBo+QvpYQ9WECxhV8a/uEXgnGjmnCU2fPKQKPiNCR8KNKR9U4BkOnQaFHFtH86 VeRK5S7j+YU+uCXdAHjA8SrnMcHgHckLZm7v0K5xYbL6FwRpAxaJL8btQPG3TBmP bqWEt6BqAdFwKj7Rhm9Aw53Q8iaym+JsU+HBk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gt.net; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type; q=dns; s=mail; b=hfloy0e4cvjsPMd4c62zdf73XvE7PLqU F1J82zvcjqJX1wy9/Pf8juGwCgb0YuFSkG5QavXhyhMREr/kxBNgLwUogD26yXKL q/rpzYN8Y9+PPdSMC388XMfpETkOJAvREcMgQfaIBvl0mLt/jhfysRZv/7olIdsO o9zSV9UNVJ8= Received: (qmail 4770 invoked from network); 13 Sep 2011 21:48:47 -0000 X-AntiVirus: Clean Received: from gateway.gossamer-threads.com (HELO ?192.168.1.152?) (nathan@gossamer-threads.com@208.70.247.145) by gossamer.nmsrv.com with ESMTPSA (DHE-RSA-CAMELLIA256-SHA encrypted); 13 Sep 2011 21:48:47 -0000 Message-ID: <4E6FCFBE.7080305@gt.net> Date: Tue, 13 Sep 2011 14:48:46 -0700 From: Nathan March User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0) Gecko/20110905 Thunderbird/7.0 MIME-Version: 1.0 To: jinho hwang References: In-Reply-To: Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Subject: [Xen-devel] Re: [Xen-users] current xen linux kernel branch? X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1362254451==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1362254451== Content-Type: multipart/alternative; boundary="------------050808030008090504000404" This is a multi-part message in MIME format. --------------050808030008090504000404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 9/13/2011 2:15 PM, jinho hwang wrote: > > Hi, > > Where can I find the current xen linux kernel branch? The > git.kernel.org has been down for maintenance > reason, so I can't find any kernel source except xenbits.xensource.com > . However, this repository does not have > current linux dom0 kernel such as 2.6.32.*. Can anyone share with me > the kernel source because I have to install xen environment in my > intel 32/64bits machine. > > Thank you so much, > > Jinho You probably just want the mainstream linux 3.x kernel now. Otherwise: https://github.com/jsgf/linux-xen http://xenbits.xen.org/gitweb/?p=people/dstodden/blktap-debian.git;a=summary http://xenbits.xen.org/gitweb/?p=people/dstodden/linux.git;a=summary http://xenbits.xen.org/gitweb/?p=people/dstodden/blktap.git;a=summary - Nathan --------------050808030008090504000404 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 9/13/2011 2:15 PM, jinho hwang wrote:

Hi,

Where can I find the current xen linux kernel branch? The git.kernel.org has been down for maintenance reason, so I can't find any kernel source except xenbits.xensource.com. However, this repository does not have current linux dom0 kernel such as 2.6.32.*. Can anyone share with me the kernel source because I have to install xen environment in my intel 32/64bits machine.

Thank you so much,

Jinho

You probably just want the mainstream linux 3.x kernel now.

Otherwise:
https://github.com/jsgf/linux-xen

http://xenbits.xen.org/gitweb/?p=people/dstodden/blktap-debian.git;a=summary

http://xenbits.xen.org/gitweb/?p=people/dstodden/linux.git;a=summary

http://xenbits.xen.org/gitweb/?p=people/dstodden/blktap.git;a=summary

- Nathan --------------050808030008090504000404-- --===============1362254451== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1362254451==-- From xen-devel-bounces@lists.xensource.com Tue Sep 13 15:02:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 15:02:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3b3J-0007Fm-Nj; Tue, 13 Sep 2011 15:02:01 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3azc-0006zu-Ur; Tue, 13 Sep 2011 14:59:14 -0700 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1315951069!58849731!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26017 invoked from network); 13 Sep 2011 21:57:50 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Sep 2011 21:57:50 -0000 Received: by gyh3 with SMTP id 3so1088370gyh.30 for ; Tue, 13 Sep 2011 14:58:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=4BODO2rL57UpWPXP+87noBz5po5W6bCGe6Vatz/uteE=; b=BsNrbbIYc0L9bXmpNB2rmICihEKz0f0GliU9Bh0vsiEz95VZ0WMl/JB5lpdwN2VJN9 6bXLeq5Kak40j/Li9KO636605HNJ4DZilOINviuIueGqX3AwGOJ77f5TBAQ7XwbBgDFF PW13U2jlCGrBGutx1ed4J3JStn8HzrNjnA3aU= Received: by 10.150.215.17 with SMTP id n17mr2903265ybg.6.1315951083084; Tue, 13 Sep 2011 14:58:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.154.16 with HTTP; Tue, 13 Sep 2011 14:57:43 -0700 (PDT) In-Reply-To: <4E6FCFBE.7080305@gt.net> References: <4E6FCFBE.7080305@gt.net> From: jinho hwang Date: Tue, 13 Sep 2011 17:57:43 -0400 Message-ID: To: Nathan March Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Subject: [Xen-devel] Re: [Xen-users] current xen linux kernel branch? X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1105747361==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============1105747361== Content-Type: multipart/alternative; boundary=000e0cd2e6acd95bdf04acd9bc34 --000e0cd2e6acd95bdf04acd9bc34 Content-Type: text/plain; charset=ISO-8859-1 Hi Nathan, Thank you so much for replying. Do you mean that I can use mainstream linux 3.x for dom0 and domU as well? I never found an article or instruction that any one successfully installed mainstream as dom0. Can you tell me any material that I can refer to for this? Thank you, Jinho On Tue, Sep 13, 2011 at 5:48 PM, Nathan March wrote: > On 9/13/2011 2:15 PM, jinho hwang wrote: > > > Hi, > > Where can I find the current xen linux kernel branch? The git.kernel.orghas been down for maintenance reason, so I can't find any kernel source > except xenbits.xensource.com. However, this repository does not have > current linux dom0 kernel such as 2.6.32.*. Can anyone share with me the > kernel source because I have to install xen environment in my intel > 32/64bits machine. > > Thank you so much, > > Jinho > > > You probably just want the mainstream linux 3.x kernel now. > > Otherwise: > https://github.com/jsgf/linux-xen > > > http://xenbits.xen.org/gitweb/?p=people/dstodden/blktap-debian.git;a=summary > > http://xenbits.xen.org/gitweb/?p=people/dstodden/linux.git;a=summary > > http://xenbits.xen.org/gitweb/?p=people/dstodden/blktap.git;a=summary > > > - Nathan > -- Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --000e0cd2e6acd95bdf04acd9bc34 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi Nathan,=A0

Thank you so much for reply= ing. Do you mean that I can use mainstream linux 3.x for dom0 and domU as w= ell? I never found an article or instruction that any one successfully inst= alled mainstream as dom0. Can you tell me any material that I can refer to = for this?=A0

Thank you,=A0

Jinho

On Tue, Sep 13, 2011 at 5:48 PM, Nathan Marc= h <nathan@gt.net&= gt; wrote:

=20 =20 =20
On 9/13/2011 2:15 PM, jinho hwang wrote:

Hi,=A0

Where can I find the current xen linux kernel branch? The git.kernel.org has been down for maintenance reason, so I can't find any kerne= l source except xenbits.xensource.com. However, this repository does not have current linux dom0 kernel such as 2.6.32.*. Can anyone share with me the kernel source because I have to install xen environment in my intel 32/64bits machine.=A0

Thank you so much,=A0

Jinho

You probably just want the mainstream linux 3.x kernel now.

Otherwise:
https:/= /github.com/jsgf/linux-xen

http://xenbits.xen.org/gitweb/?p=3Dpeop= le/dstodden/blktap-debian.git;a=3Dsummary

http://xenbits.xen.org/gitweb/?p=3Dpeople/d= stodden/linux.git;a=3Dsummary

http://xenbits.xen.org/gitweb/?p=3Dpeople/dst= odden/blktap.git;a=3Dsummary

- Nathan

--
Jinho Hwang<= br>PhD Student
Department of Computer Science
The George Washington U= niversity
Washington, DC 20052
hwang.jinho@gmail.com (email)
276.336.0971 (Cell)
202.994.4875 (fax)
070.8285.6546 (myLg070)

--000e0cd2e6acd95bdf04acd9bc34-- --===============1105747361== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1105747361==-- From xen-devel-bounces@lists.xensource.com Tue Sep 13 15:08:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 15:08:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3b9Z-0008Lm-SI; Tue, 13 Sep 2011 15:08:30 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3b2y-0007C1-Tb for xen-devel@lists.xensource.com; Tue, 13 Sep 2011 15:01:49 -0700 X-Env-Sender: nathan@gt.net X-Msg-Ref: server-14.tower-174.messagelabs.com!1315951295!31312035!1 X-Originating-IP: [208.70.244.21] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13817 invoked from network); 13 Sep 2011 22:01:37 -0000 Received: from gossamer.nmsrv.com (HELO gossamer.nmsrv.com) (208.70.244.21) by server-14.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Sep 2011 22:01:37 -0000 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gt.net; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type; s=mail; bh=EgOyqrA66EAhKnCX0Gle4OzGQrA=; b=SOhkNu A1cl/II8ETNiyG5K49ocCYL5hUt9zpxi3BkwQkTpLt/RS3rdNnuduo/RshArhpRP sD1BX395EtETVFP+u0a3lb0HeK2Fb/vyfv89Mjtft35jEWq+COCdiW3jCRrUbOd7 G35AYG8AE3gnx00Rq69jK1xRr+zv0//vcbWc4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gt.net; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type; q=dns; s=mail; b=X2qXMX8wlJbAsgGU2l8NlnsMeUFdi0pJ pd0vSlq1defk2SWLpy0ICbTmjwkz1LXtEW66sofOohOlK0Gw0aWM8daU5sEsavgT Q0wfRXJWoSIZfEiALhNQljSdM0yh4Ywy7a9wH6hoOg6eMgV0BbUossSxIlMqA1q2 ZHUgE6sTs1Y= Received: (qmail 7545 invoked from network); 13 Sep 2011 22:01:35 -0000 X-AntiVirus: Clean Received: from gateway.gossamer-threads.com (HELO ?192.168.1.152?) (nathan@gossamer-threads.com@208.70.247.145) by gossamer.nmsrv.com with ESMTPSA (DHE-RSA-CAMELLIA256-SHA encrypted); 13 Sep 2011 22:01:35 -0000 Message-ID: <4E6FD2BE.8070501@gt.net> Date: Tue, 13 Sep 2011 15:01:34 -0700 From: Nathan March User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0) Gecko/20110905 Thunderbird/7.0 MIME-Version: 1.0 To: jinho hwang References: <4E6FCFBE.7080305@gt.net> In-Reply-To: Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Subject: [Xen-devel] Re: [Xen-users] current xen linux kernel branch? X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0475894693==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0475894693== Content-Type: multipart/alternative; boundary="------------010608000309060005020100" This is a multi-part message in MIME format. --------------010608000309060005020100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Correct, 3.x has both dom0 and domU support in it. If you limit your dom0 memory, make sure to also do "mem=XX" on the kernel line (Due to a bug, see my recent posts in xen-devel). IE, I'm using: kernel /boot/xen.gz console=com1,com2,vga com1=115200,8n1 com2=115200,8n1 dom0_mem=1024M dom0_max_vcpus=1 dom0_vcpus_pin=true module /boot/vmlinuz root=/dev/md0 max_loop=512 mem=1GB console=tty0 console=ttyS0,115200 console=ttyS1,115200 - Nathan On 9/13/2011 2:57 PM, jinho hwang wrote: > > Hi Nathan, > > Thank you so much for replying. Do you mean that I can use mainstream > linux 3.x for dom0 and domU as well? I never found an article or > instruction that any one successfully installed mainstream as dom0. > Can you tell me any material that I can refer to for this? > > Thank you, > > Jinho > > On Tue, Sep 13, 2011 at 5:48 PM, Nathan March > wrote: > > On 9/13/2011 2:15 PM, jinho hwang wrote: >> >> Hi, >> >> Where can I find the current xen linux kernel branch? The >> git.kernel.org has been down for >> maintenance reason, so I can't find any kernel source except >> xenbits.xensource.com . However, >> this repository does not have current linux dom0 kernel such as >> 2.6.32.*. Can anyone share with me the kernel source because I >> have to install xen environment in my intel 32/64bits machine. >> >> Thank you so much, >> >> Jinho > > You probably just want the mainstream linux 3.x kernel now. > > Otherwise: > https://github.com/jsgf/linux-xen > > http://xenbits.xen.org/gitweb/?p=people/dstodden/blktap-debian.git;a=summary > > http://xenbits.xen.org/gitweb/?p=people/dstodden/linux.git;a=summary > > http://xenbits.xen.org/gitweb/?p=people/dstodden/blktap.git;a=summary > > > - Nathan > > > > > -- > Jinho Hwang > PhD Student > Department of Computer Science > The George Washington University > Washington, DC 20052 > hwang.jinho@gmail.com (email) > 276.336.0971 (Cell) > 202.994.4875 (fax) > 070.8285.6546 (myLg070) --------------010608000309060005020100 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Correct, 3.x has both dom0 and domU support in it.

If you limit your dom0 memory, make sure to also do "mem=XX" on the kernel line (Due to a bug, see my recent posts in xen-devel).

IE, I'm using:

kernel /boot/xen.gz console=com1,com2,vga com1=115200,8n1 com2=115200,8n1 dom0_mem=1024M dom0_max_vcpus=1 dom0_vcpus_pin=true
module /boot/vmlinuz root=/dev/md0 max_loop=512 mem=1GB console=tty0 console=ttyS0,115200 console=ttyS1,115200

- Nathan

On 9/13/2011 2:57 PM, jinho hwang wrote:

Hi Nathan,

Thank you so much for replying. Do you mean that I can use mainstream linux 3.x for dom0 and domU as well? I never found an article or instruction that any one successfully installed mainstream as dom0. Can you tell me any material that I can refer to for this?

Thank you,

Jinho

On Tue, Sep 13, 2011 at 5:48 PM, Nathan March <nathan@gt.net> wrote:

On 9/13/2011 2:15 PM, jinho hwang wrote:

Hi,

Where can I find the current xen linux kernel branch? The git.kernel.org has been down for maintenance reason, so I can't find any kernel source except xenbits.xensource.com. However, this repository does not have current linux dom0 kernel such as 2.6.32.*. Can anyone share with me the kernel source because I have to install xen environment in my intel 32/64bits machine.

Thank you so much,

Jinho

You probably just want the mainstream linux 3.x kernel now.

Otherwise:
https://github.com/jsgf/linux-xen

http://xenbits.xen.org/gitweb/?p=people/dstodden/blktap-debian.git;a=summary

http://xenbits.xen.org/gitweb/?p=people/dstodden/linux.git;a=summary

http://xenbits.xen.org/gitweb/?p=people/dstodden/blktap.git;a=summary

- Nathan

--
Jinho Hwang
PhD Student
Department of Computer Science
The George Washington University
Washington, DC 20052
hwang.jinho@gmail.com (email)
276.336.0971 (Cell)
202.994.4875 (fax)
070.8285.6546 (myLg070)

--------------010608000309060005020100-- --===============0475894693== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0475894693==-- From xen-devel-bounces@lists.xensource.com Tue Sep 13 16:52:18 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 16:52:18 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3cm2-0003o6-8I; Tue, 13 Sep 2011 16:52:18 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R3cl3-0003bA-KJ for xen-devel@lists.xensource.com; Tue, 13 Sep 2011 16:51:19 -0700 X-Env-Sender: jim_burn@bellsouth.net X-Msg-Ref: server-7.tower-182.messagelabs.com!1315957871!13211167!1 X-Originating-IP: [66.94.237.138] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22131 invoked from network); 13 Sep 2011 23:51:12 -0000 Received: from nm4-vm0.access.bullet.mail.mud.yahoo.com (HELO nm4-vm0.access.bullet.mail.mud.yahoo.com) (66.94.237.138) by server-7.tower-182.messagelabs.com with SMTP; 13 Sep 2011 23:51:12 -0000 Received: from [66.94.237.195] by nm4.access.bullet.mail.mud.yahoo.com with NNFMP; 13 Sep 2011 23:51:11 -0000 Received: from [66.94.237.99] by tm6.access.bullet.mail.mud.yahoo.com with NNFMP; 13 Sep 2011 23:51:10 -0000 Received: from [127.0.0.1] by omp1004.access.mail.mud.yahoo.com with NNFMP; 13 Sep 2011 23:51:10 -0000 X-Yahoo-Newman-Id: 938171.49717.bm@omp1004.access.mail.mud.yahoo.com Received: (qmail 60123 invoked from network); 13 Sep 2011 23:51:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1315957870; bh=HYs9rh6PHYNsFLETtemQgOC1fpOf5YlbpuIAvZMdKsc=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:From:To:Cc:Subject:Date:Message-ID:User-Agent:In-Reply-To:References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Ftd9Bbx7afeJotLsulOvLQKwmllzdishxI8UDwRAD0nX0sQR77Lpv3LUe0WvVhMJw1IlDlomhn06+vUw7geHTJvmDU1cS9+scY6cBcCYZnsqOVWEJfM404d2qkryRxI1Z0usM9pRdWKGxcGRiFaLeLuhxgMo5UerFxWuH5kNlcU= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: lZcKNAMVM1n.UhmINgEATa1CqVmLi7XZlY9Nv8ozu3Tejq8 lYKKXjvaEqLsDxLO2b02YORWBodKOhEVvWXuWLOgPEyxW.kQmIeZ4VSQ0iPr ecwCoWaDiiWEFz59I39angay7Y0szStFNAC0tK8.uqmPvBqmq1PkpiZuwqy1 sXK7AqYFGOOrT7hLThY0Ho_qqTuNc_lN9DUye_LC444AOuQioQLmCPdoRT9p H.tTsZ7MAI3q5lBKZkehEtBiPewqXkZleQcCrKH.ucxLmyUdYUQ7EiJS1Cix 4Q6kulLS5_yTlOaIEOIxG7uJnIielmhon0dRR3VSOhdET2T1R4EB9rPxc3gp BAq_6a3t_t5fty4x.wmyAekkKrw3QD0XDrRNXCLOFpeWNPT_FHncS3v65mKG KMaDmYhv6 X-Yahoo-SMTP: g0AhWW2swBA2djJKuhuwxPlPqLrHlDrycdPnfR9kZNrpKCA- Received: from dell4550.localnet (jim_burn@74.232.119.247 with plain) by smtp103.sbc.mail.mud.yahoo.com with SMTP; 13 Sep 2011 16:51:02 -0700 PDT From: jim burns To: Pasi =?ISO-8859-1?Q?K=E4rkk=E4inen?= , xen-devel@lists.xensource.com, xen-users@lists.xensource.com Date: Tue, 13 Sep 2011 19:50:55 -0400 Message-ID: <1856036.eYCcuDQrZC@dell4550> User-Agent: KMail/4.7.1 (Linux/2.6.37.6-0.7-default; KDE/4.7.1; i686; ; ) In-Reply-To: <20110913085559.GG12984@reaktio.net> References: <201107231426.56811.jim_burn@bellsouth.net> <1342436.B0x3ddQn4U@dell4550> <20110913085559.GG12984@reaktio.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart1926288.ImhURyU77f" Content-Transfer-Encoding: 7Bit Cc: Todd Deshane , Fedora Xen List Subject: [Xen-devel] Re: [Xen-users] Continuing BUG:-iness booting Fedora Rawhide 3.1.0-rc's (was Summary: Experiences setting up a debug serial port) X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --nextPart1926288.ImhURyU77f Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" On Tue September 13 2011, 11:55:59 AM, Pasi K=C3=A4rkk=C3=A4inen wrote:= > On Mon, Sep 12, 2011 at 04:07:21PM -0400, jim burns wrote: > > On Mon September 12 2011, 10:36:23 AM, Pasi K=C3=A4rkk=C3=A4inen wr= ote: > > > > Sure, thanx, attached. Do you need a debug log also > > > > (initcall_debug > > > > debug loglevel=3D10)? > > > > > >=20 > > > > > > Sure, it doesn't hurt.. > > > >=20 > > > > I'll get it to you in a couple of days. > > > >=20 >=20 > Ok, thanks! Rawhide just came out with 3.1.0-0.rc6.git0.0.fc17.x86_64 , and the BUG= :s are=20 still the same as in the last log I sent. However, as promised I have a= ttached=20 the initcall_debug log, but for rc6. I had an interesting problem with my grub stanza that made me fear that= it was=20 back to not booting at all under xen. It looked just like the same prob= lem=20 that rc0 and rc1 had. The problem was that the xen option=20 'serial_tx_buffer=3D64k' was too small, and was causing the boot to sta= ll. I=20 upped the buffer to 256k. I'm including the output from the too small b= uffer=20 below, merely for amusement - it was my problem, not xen's. Using the following grub stanza: title Xen Dom0 w/debug console (3.1.0-0.rcx.gity.z.fc17.x86_64) root (hd0,1) kernel /xen.gz cpufreq=3Dxen loglvl=3Dall guest_loglvl=3Dall=20= serial_tx_buffer=3D256k console_to_ring noreboot com1=3D115200,8n1,0xdf= f8,19=20 console=3Dcom1 module /vmlinuz ro root=3D/dev/mapper/vg_insp6400-lv_root=20 SYSFONT=3Dlatarcyrheb-sun16 LANG=3Den_US.UTF-8 KEYTABLE=3Dus console=3D= hvc0=20 earlyprintk=3Dxen nomodeset initcall_debug debug loglevel=3D10 module /initramfs where vmlinuz and initramfs are soft links, and x,y,z is rc5.git0.0 for= the=20 attached file with 'initcall_debug', and rc6.git0.0 for the (unimportan= t)=20 crash shown below (with the 64k buffer). > also: I assume you won't get any BUGs when booting the same kernel > on baremetal/native? That has been correct for rc2 - rc6. From an earlier post in the origin= al=20 'Summary: Experiences setting up a debug serial port' thread: > On Mon August 15 2011, 4:04:20 AM, jim burns wrote: >> Pls cc me with responses, as I'm not subscribed. > Yay! After a string of fedora rawhide 3.1.0-rc0 and -rc1's that did n= ot > boot under xen, 3.1.0-0.rc2.git0.1.fc17.x86_64 boots under xen, it h= as the > vga patch, and xen-pciback correctly siezes my wireless device. > Unfortunately, while a baremetal boot is clean, a xen boot has severa= l > BUG:'s of the form: The (unimportant) rc6 crash: __ __ _ _ _ _ _____ __ _ _____=20 \ \/ /___ _ __ | || | / | / | |___ / / _| ___/ |___ | \ // _ \ '_ \ | || |_ | | | |__ |_ \ | |_ / __| | / /=20 / \ __/ | | | |__ _|| |_| |__|__) || _| (__| | / / =20 /_/\_\___|_| |_| |_|(_)_(_)_| |____(_)_| \___|_|/_/ =20 =20 (XEN) Xen version 4.1.1 (mockbuild@phx2.fedoraproject.org) (gcc version= 4.6.1=20 20110715 (Red Hat 4.6.1-3) (GCC) ) Sun Aug 14 14:14:02 UTC 2011 (XEN) Latest ChangeSet: unavailable (XEN) Bootloader: GNU GRUB 0.97-71.fc15 (XEN) Command line: cpufreq=3Dxen loglvl=3Dall guest_loglvl=3Dall=20 serial_tx_buffer=3D64k console_to_ring noreboot com1=3D115200,8n1,0xdff= 8,19=20 console=3Dcom1 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009f000 (usable) (XEN) 000000000009f000 - 00000000000a0000 (reserved) (XEN) 0000000000100000 - 000000007f6d3400 (usable) (XEN) 000000007f6d3400 - 0000000080000000 (reserved) (XEN) 00000000f0000000 - 00000000f4007000 (reserved) (XEN) 00000000f4008000 - 00000000f400c000 (reserved) (XEN) 00000000fec00000 - 00000000fec10000 (reserved) (XEN) 00000000fed20000 - 00000000feda0000 (reserved) (XEN) 00000000fee00000 - 00000000fee10000 (reserved) (XEN) 00000000ffb00000 - 0000000100000000 (reserved) (XEN) System RAM: 2038MB (2087368kB) (XEN) ACPI: RSDP 000FC1D0, 0014 (r0 DELL ) (XEN) ACPI: RSDT 7F6D3A0F, 0040 (r1 DELL M07 27D7060D ASL = 61) (XEN) ACPI: FACP 7F6D4800, 0074 (r1 DELL M07 27D7060D ASL = 61) (XEN) ACPI: DSDT 7F6D5400, 4766 (r1 INT430 SYSFexxx 1001 INTL 20050= 624) (XEN) ACPI: FACS 7F6E3C00, 0040 (XEN) ACPI: HPET 7F6D4F00, 0038 (r1 DELL M07 1 ASL = 61) (XEN) ACPI: APIC 7F6D5000, 0068 (r1 DELL M07 27D7060D ASL = 47) (XEN) ACPI: MCFG 7F6D4FC0, 003E (r16 DELL M07 27D7060D ASL = 61) (XEN) ACPI: SLIC 7F6D509C, 0176 (r1 DELL M07 27D7060D ASL = 61) (XEN) ACPI: BOOT 7F6D4BC0, 0028 (r1 DELL M07 27D7060D ASL = 61) (XEN) ACPI: SSDT 7F6D3A4F, 04DC (r1 PmRef CpuPm 3000 INTL 20050= 624) (XEN) No NUMA configuration found (XEN) Faking a node at 0000000000000000-000000007f6d3000 (XEN) Domain heap initialised (XEN) DMI 2.4 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x1008 (XEN) ACPI: ACPI SLEEP INFO: pm1x_cnt[1004,0], pm1x_evt[1000,0] (XEN) ACPI: wakeup_vec[7f6e3c0c], vec_size[20] (XEN) ACPI: Local APIC address 0xfee00000 (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) (XEN) Processor #0 6:15 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) (XEN) Processor #1 6:15 APIC version 20 (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) (XEN) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) (XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) ACPI: HPET id: 0x8086a201 base: 0xfed00000 (XEN) PCI: MCFG configuration 0: base f0000000 segment 0 buses 0 - 63 (XEN) PCI: MCFG area at f0000000 reserved in E820 (XEN) Table is not found! (XEN) Using ACPI (MADT) for SMP configuration information (XEN) IRQ limits: 24 GSI, 376 MSI/MSI-X (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 1828.797 MHz processor. (XEN) Initing memory sharing. (XEN) mce_intel.c:1162: MCA Capability: BCAST 1 SER 0 CMCI 0 firstbank = 1=20 extended MCE MSR 0 (XEN) Intel machine check reporting enabled (XEN) I/O virtualisation disabled (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) ..TIMER: vector=3D0xF0 apic1=3D0 pin1=3D2 apic2=3D-1 pin2=3D-1 (XEN) Platform timer is 14.318MHz HPET =EF=BF=BD(XEN) Allocated console ring of 16 KiB. (XEN) VMX: Supported advanced features: (XEN) - APIC TPR shadow (XEN) - MSR direct-access bitmap (XEN) HVM: ASIDs disabled. (XEN) HVM: VMX enabled (XEN) Brought up 2 CPUs (XEN) HPET: 3 timers in total, 0 timers will be used for broadcast (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 -> 0x2ae6000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000074000000->0000000078000000 (456574 pages = to be=20 allocated) (XEN) Init. ramdisk: 000000007c9bf000->000000007f1ff200 (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff82ae6000 (XEN) Init. ramdisk: ffffffff82ae6000->ffffffff85326200 (XEN) Phys-Mach map: ffffffff85327000->ffffffff856d6df8 (XEN) Start info: ffffffff856d7000->ffffffff856d74b4 (XEN) Page tables: ffffffff856d8000->ffffffff85707000 (XEN) Boot stack: ffffffff85707000->ffffffff85708000 (XEN) TOTAL: ffffffff80000000->ffffffff85800000 (XEN) ENTRY ADDRESS: ffffffff81d53200 (XEN) Dom0 has maximum 2 VCPUs (XEN) Scrubbing Free RAM: .done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch inp= ut to=20 Xen) (XEN) Freed 224kB 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.1.0-0.rc6.git0.0.fc17.x86_64=20 (mockbuild@x86-02.phx2.fedoraproject.org) (gcc version 4.6.1 20110824 (= Red Hat=20 4.6.1-8) (GCC) ) #1 SMP Mon Sep 12 22:56:38 UTC 2011 [ 0.000000] Command line: ro root=3D/dev/mapper/vg_insp6400-lv_root=20= SYSFONT=3Dlatarcyrheb-sun16 LANG=3Den_US.UTF-8 KEYTABLE=3Dus console=3D= hvc0=20 earlyprintk=3Dxen nomodeset initcall_debug debug loglevel=3D10 [ 0.000000] released 0 pages of unused memory [ 0.000000] Set 526733 page(s) to 1-1 mapping. [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] Xen: 0000000000000000 - 000000000009f000 (usable) [ 0.000000] Xen: 000000000009f000 - 0000000000100000 (reserved) [ 0.000000] Xen: 0000000000100000 - 0000000075fbf000 (usable) [ 0.000000] Xen: 0000000075fbf000 - 000000007f6d3000 (unusable) [ 0.000000] Xen: 000000007f6d3400 - 0000000080000000 (reserved) [ 0.000000] Xen: 00000000f0000000 - 00000000f4007000 (reserved) [ 0.000000] Xen: 00000000f4008000 - 00000000f400c000 (reserved) [ 0.000000] Xen: 00000000fec00000 - 00000000fec10000 (reserved) [ 0.000000] Xen: 00000000fed20000 - 00000000feda0000 (reserved) [ 0.000000] Xen: 00000000fee00000 - 00000000fee10000 (reserved) [ 0.000000] Xen: 00000000ffb00000 - 0000000100000000 (reserved) [ 0.000000] Xen: 0000000100000000 - 0000000525db7000 (usable) [ 0.000000] bootconsole [xenboot0] enabled [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] DMI 2.4 present. [ 0.000000] DMI: Dell Inc. MM061 /0KD882, = BIOS=20 A17 06/13/2007 [ 0.000000] e820 update range: 0000000000000000 - 0000000000010000 (= usable)=20 =3D=3D> (reserved) [ 0.000000] e820 remove range: 00000000000a0000 - 0000000000100000 (= usable) [ 0.000000] No AGP bridge found [ 0.000000] last_pfn =3D 0x525db7 max_arch_pfn =3D 0x400000000 [ 0.000000] last_pfn =3D 0x75fbf max_arch_pfn =3D 0x400000000 [ 0.000000] initial memory mapped : 0 - 05327000 [ 0.000000] Base memory trampoline at [ffff88000009a000] 9a000 size = 20480 [ 0.000000] init_memory_mapping: 0000000000000000-0000000075fbf000 [ 0.000000] 0000000000 - 0075fbf000 page 4k [ 0.000000] kernel direct mapping tables up to 75fbf000 @ 75c0c000-7= 5fbf000 [ 0.000000] xen: setting RW the range 75f8d000 - 75fbf000 [ 0.000000] init_memory_mapping: 0000000100000000-0000000525db7000 [ 0.000000] 0100000000 - 0525db7000 page 4k [ 0.000000] kernel direct mapping tables up to 525db7000 @=20 732c7000-75c0c000 [ 0.000000] xen: setting RW the range 75407000 - 75c0c000 [ 0.000000] RAMDISK: 02ae6000 - 05327000 [ 0.000000] ACPI: RSDP 00000000000fc1d0 00014 (v00 DELL ) [ 0.000000] ACPI: RSDT 000000007f6d3a0f 00040 (v01 DELL M07 2= 7D7060D=20 ASL 00000061) [ 0.000000] ACPI: FACP 000000007f6d4800 00074 (v01 DELL M07 2= 7D7060D=20 ASL 00000061) [ 0.000000] ACPI: DSDT 000000007f6d5400 04766 (v01 INT430 SYSFexxx 0= 0001001=20 INTL 20050624) [ 0.000000] ACPI: FACS 000000007f6e3c00 00040 [ 0.000000] ACPI: HPET 000000007f6d4f00 00038 (v01 DELL M07 0= 0000001=20 ASL 00000061) [ 0.000000] ACPI: APIC 000000007f6d5000 00068 (v01 DELL M07 2= 7D7060D=20 ASL 00000047) [ 0.000000] ACPI: MCFG 000000007f6d4fc0 0003E (v16 DELL M07 2= 7D7060D=20 ASL 00000061) [ 0.000000] ACPI: SLIC 000000007f6d509c 00176 (v01 DELL M07 2= 7D7060D=20 ASL 00000061) [ 0.000000] ACPI: BOOT 000000007f6d4bc0 00028 (v01 DELL M07 2= 7D7060D=20 ASL 00000061) [ 0.000000] ACPI: SSDT 000000007f6d3a4f 004DC (v01 PmRef CpuPm 0= 0003000=20 INTL 20050624) [ 0.000000] ACPI: Local APIC address 0xfee00000 [ 0.000000] No NUMA configuration found [ 0.000000] Faking a node at 0000000000000000-0000000525db7000 [ 0.000000] Initmem setup node 0 0000000000000000-0000000525db7000 [ 0.000000] NODE_DATA [0000000075faa000 - 0000000075fbefff] [ 0.000000] Zone PFN ranges: [ 0.000000] DMA 0x00000010 -> 0x00001000 [ 0.000000] DMA32 0x00001000 -> 0x00100000 [ 0.000000] Normal 0x00100000 -> 0x00525db7 [ 0.000000] Movable zone start PFN for each node [ 0.000000] early_node_map[3] active PFN ranges [ 0.000000] 0: 0x00000010 -> 0x0000009f [ 0.000000] 0: 0x00000100 -> 0x00075fbf [ 0.000000] 0: 0x00100000 -> 0x00525db7 [ 0.000000] On node 0 totalpages: 4832517 [ 0.000000] DMA zone: 64 pages used for memmap [ 0.000000] DMA zone: 5 pages reserved [ 0.000000] DMA zone: 3914 pages, LIFO batch:0 [ 0.000000] DMA32 zone: 16320 pages used for memmap [ 0.000000] DMA32 zone: 462847 pages, LIFO batch:31 [ 0.000000] Normal zone: 67959 pages used for memmap [ 0.000000] Normal zone: 4281408 pages, LIFO batch:31 [ 0.000000] BUG: unable to handle kernel NULL pointer dereference at= =20 (null) [ 0.000000] IP: [] __xen_set_pte+0x51/0x5b [ 0.000000] PGD 0=20 [ 0.000000] Oops: 0003 [#1] SMP=20 [ 0.000000] CPU 0=20 [ 0.000000] Modules linked in: [ 0.000000]=20 [ 0.000000] Pid: 0, comm: swapper Not tainted=20 3.1.0-0.rc6.git0.0.fc17.x86_64 #1 Dell Inc. MM061 = =20 /0KD882 [ 0.000000] RIP: e030:[] []=20 __xen_set_pte+0x51/0x5b [ 0.000000] RSP: e02b:ffffffff81a01dc8 EFLAGS: 00010096 [ 0.000000] RAX: 00000000ffffffff RBX: ffff880075b01000 RCX:=20 ffffffff829b2000 [ 0.000000] RDX: 0000000010000001 RSI: 8000000075a02065 RDI:=20 ffff880075b01000 [ 0.000000] RBP: ffffffff81a01de8 R08: 0000000000000000 R09:=20 0000000000007ff0 [ 0.000000] R10: 0000000000007ff0 R11: 0000000000007ff0 R12:=20 8000000075a02065 [ 0.000000] R13: 0000000001a02000 R14: ffffffffffffffff R15:=20 0000000000000000 [ 0.000000] FS: 0000000000000000(0000) GS:ffffffff81b7e000(0000)=20= knlGS:0000000000000000 [ 0.000000] CS: e033 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 0.000000] CR2: 0000000000000000 CR3: 0000000001a05000 CR4:=20 0000000000002660 [ 0.000000] DR0: 0000000000000000 DR1: 0000000000000000 DR2:=20 0000000000000000 [ 0.000000] DR3: 0000000000000000 DR6: 0000000000000000 DR7:=20 0000000000000000 [ 0.000000] Process swapper (pid: 0, threadinfo ffffffff81a00000, ta= sk=20 ffffffff81a0d020) [ 0.000000] Stack: [ 0.000000] 00003ffffffff000 ffffffff829b2000 ffff880075b01000=20 8000000075a02065 [ 0.000000] ffffffff81a01e18 ffffffff8100655c 0000000000007ff0=20 ffffffffff600000 [ 0.000000] 8000000075a02065 0000000001a02000 ffffffff81a01e28=20 ffffffff81032ddc [ 0.000000] Call Trace: [ 0.000000] [] xen_set_pte+0x75/0x95 [ 0.000000] [] set_pte+0x10/0x12 [ 0.000000] [] set_pte_vaddr_pud+0x3c/0x4b [ 0.000000] [] xen_set_fixmap+0xb4/0xbb [ 0.000000] [] map_vsyscall+0x50/0x69 [ 0.000000] [] setup_arch+0xa7e/0xb2f [ 0.000000] [] ? printk+0x51/0x53 [ 0.000000] [] start_kernel+0xe1/0x3ea [ 0.000000] [] x86_64_start_reservations+0xaf/0xb= 3 [ 0.000000] [] xen_start_kernel+0x588/0x58f [ 0.000000] Code: df e8 4a 04 03 00 48 89 c7 e8 82 ee ff ff 48 8d 7d= e0 48=20 89 45 e0 4c 89 65 e8 e8 fd f4 ff ff bf 01 00 00 00 e8 a4 f7 ff ff eb 03= <4c>=20 89 23 58 5a 5b 41 5c 5d c3 55 48 89 e5 41 57 41 56 41 55 41=20 [ 0.000000] RIP [] __xen_set_pte+0x51/0x5b [ 0.000000] RSP [ 0.000000] CR2: 0000000000000000 [ 0.000000] ---[ end trace a7919e7f17c0a725 ]--- [ 0.000000] Kernel panic - not syncing: Attempted to kill the idle t= ask! [ 0.000000] Pid: 0, comm: swapper Tainted: G D =20 3.1.0-0.rc6.git0.0.fc17.x86_64 #1 [ 0.000000] Call Trace: [ 0.000000] [] panic+0xa0/0x1b9 [ 0.000000] [] do_exit+0x9e/0x82c [ 0.000000] [] ? kmsg_dump+0x131/0x14f [ 0.000000] [] ? kmsg_dump+0x89/0x14f [ 0.000000] [] oops_end+0xbc/0xc5 [ 0.000000] [] no_context+0x208/0x217 [ 0.000000] [] ? __lock_acquire+0xc5d/0xd0c [ 0.000000] [] __bad_area_nosemaphore+0x1d0/0x1f1= [ 0.000000] [] ?=20 __raw_callee_save_xen_restore_fl+0x11/0x1e [ 0.000000] [] ? __raw_callee_save_xen_save_fl+0x= 11/0x1e [ 0.000000] [] bad_area_nosemaphore+0x13/0x15 [ 0.000000] [] do_page_fault+0x1b1/0x3a2 [ 0.000000] [] ? __raw_callee_save_xen_save_fl+0x= 11/0x1e [ 0.000000] [] ? error_sti+0x5/0x6 [ 0.000000] [] ? restore_args+0x30/0x30 [ 0.000000] [] ? arch_local_save_flags+0xb/0xd [ 0.000000] [] ? trace_hardirqs_off_caller+0x33/0= x90 [ 0.000000] [] ? trace_hardirqs_off_thunk+0x3a/0x= 3c [ 0.000000] [] page_fault+0x25/0x30 [ 0.000000] [] ? __xen_set_pte+0x51/0x5b [ 0.000000] [] ? __xen_set_pte+0x1b/0x5b [ 0.000000] [] xen_set_pte+0x75/0x95 [ 0.000000] [] set_pte+0x10/0x12 [ 0.000000] [] set_pte_vaddr_pud+0x3c/0x4b [ 0.000000] [] xen_set_fixmap+0xb4/0xbb [ 0.000000] [] map_vsyscall+0x50/0x69 [ 0.000000] [] setup_arch+0xa7e/0xb2f [ 0.000000] [] ? printk+0x51/0x53 [ 0.000000] [] start_kernel+0xe1/0x3ea [ 0.000000] [] x86_64_start_reservations+0xaf/0xb= 3 [ 0.000000] [] xen_start_kernel+0x588/0x58f (XEN) Domain 0 crashed: 'noreboot' set - not rebooting. --nextPart1926288.ImhURyU77f Content-Disposition: attachment; filename="konsole.txt" Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="UTF-8"; name="konsole.txt" CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKIF9fICBfXyAgICAgICAgICAgIF8gIF8gICAgXyAgIF8g ICBfX19fXyAgIF9fICAgICAgXyBfX19fXwogXCBcLyAvX19fIF8gX18gICB8IHx8IHwgIC8gfCAv IHwgfF9fXyAvICAvIF98IF9fXy8gfF9fXyAgfAogIFwgIC8vIF8gXCAnXyBcICB8IHx8IHxfIHwg fCB8IHxfXyB8XyBcIHwgfF8gLyBfX3wgfCAgLyAvCiAgLyAgXCAgX18vIHwgfCB8IHxfXyAgIF98 fCB8X3wgfF9ffF9fKSB8fCAgX3wgKF9ffCB8IC8gLwogL18vXF9cX19ffF98IHxffCAgICB8X3wo XylfKF8pX3wgfF9fX18oXylffCAgXF9fX3xffC9fLwoKKFhFTikgWGVuIHZlcnNpb24gNC4xLjEg KG1vY2tidWlsZEBwaHgyLmZlZG9yYXByb2plY3Qub3JnKSAoZ2NjIHZlcnNpb24gNC42LjEgMjAx MTA3MTUgKFJlZCBIYXQgNC42LjEtMykgKEdDQykgKSBTdW4gQXVnIDE0IDE0OjE0OjAyIFVUQyAy MDExCihYRU4pIExhdGVzdCBDaGFuZ2VTZXQ6IHVuYXZhaWxhYmxlCihYRU4pIEJvb3Rsb2FkZXI6 IEdOVSBHUlVCIDAuOTctNzEuZmMxNQooWEVOKSBDb21tYW5kIGxpbmU6IGNwdWZyZXE9eGVuIGxv Z2x2bD1hbGwgZ3Vlc3RfbG9nbHZsPWFsbCBzZXJpYWxfdHhfYnVmZmVyPTI1NmsgY29uc29sZV90 b19yaW5nIG5vcmVib290IGNvbTE9MTE1MjAwLDhuMSwweGRmZjgsMTkgY29uc29sZT1jb20xCihY RU4pIFZpZGVvIGluZm9ybWF0aW9uOgooWEVOKSAgVkdBIGlzIHRleHQgbW9kZSA4MHgyNSwgZm9u dCA4eDE2CihYRU4pICBWQkUvRERDIG1ldGhvZHM6IFYyOyBFRElEIHRyYW5zZmVyIHRpbWU6IDEg c2Vjb25kcwooWEVOKSBEaXNjIGluZm9ybWF0aW9uOgooWEVOKSAgRm91bmQgMSBNQlIgc2lnbmF0 dXJlcwooWEVOKSAgRm91bmQgMSBFREQgaW5mb3JtYXRpb24gc3RydWN0dXJlcwooWEVOKSBYZW4t ZTgyMCBSQU0gbWFwOgooWEVOKSAgMDAwMDAwMDAwMDAwMDAwMCAtIDAwMDAwMDAwMDAwOWYwMDAg KHVzYWJsZSkKKFhFTikgIDAwMDAwMDAwMDAwOWYwMDAgLSAwMDAwMDAwMDAwMGEwMDAwIChyZXNl cnZlZCkKKFhFTikgIDAwMDAwMDAwMDAxMDAwMDAgLSAwMDAwMDAwMDdmNmQzNDAwICh1c2FibGUp CihYRU4pICAwMDAwMDAwMDdmNmQzNDAwIC0gMDAwMDAwMDA4MDAwMDAwMCAocmVzZXJ2ZWQpCihY RU4pICAwMDAwMDAwMGY0MDA4MDAwIC0gMDAwMDAwMDBmNDAwYzAwMCAocmVzZXJ2ZWQpCihYRU4p ICAwMDAwMDAwMGZlYzAwMDAwIC0gMDAwMDAwMDBmZWMxMDAwMCAocmVzZXJ2ZWQpCihYRU4pICAw MDAwMDAwMGZlZDIwMDAwIC0gMDAwMDAwMDBmZWRhMDAwMCAocmVzZXJ2ZWQpCihYRU4pICAwMDAw MDAwMGZlZTAwMDAwIC0gMDAwMDAwMDBmZWUxMDAwMCAocmVzZXJ2ZWQpCihYRU4pICAwMDAwMDAw MGZmYjAwMDAwIC0gMDAwMDAwMDEwMDAwMDAwMCAocmVzZXJ2ZWQpCihYRU4pIFN5c3RlbSBSQU06 IDIwMzhNQiAoMjA4NzM2OGtCKQooWEVOKSBBQ1BJOiBSU0RQIDAwMEZDMUQwLCAwMDE0IChyMCBE RUxMICApCihYRU4pIEFDUEk6IFJTRFQgN0Y2RDNBMEYsIDAwNDAgKHIxIERFTEwgICAgTTA3ICAg ICAyN0Q3MDYwRCBBU0wgICAgICAgIDYxKQooWEVOKSBBQ1BJOiBGQUNQIDdGNkQ0ODAwLCAwMDc0 IChyMSBERUxMICAgIE0wNyAgICAgMjdENzA2MEQgQVNMICAgICAgICA2MSkKKFhFTikgQUNQSTog RFNEVCA3RjZENTQwMCwgNDc2NiAocjEgSU5UNDMwIFNZU0ZleHh4ICAgICAxMDAxIElOVEwgMjAw NTA2MjQpCihYRU4pIEFDUEk6IEZBQ1MgN0Y2RTNDMDAsIDAwNDAKKFhFTikgQUNQSTogSFBFVCA3 RjZENEYwMCwgMDAzOCAocjEgREVMTCAgICBNMDcgICAgICAgICAgICAxIEFTTCAgICAgICAgNjEp CihYRU4pIEFDUEk6IEFQSUMgN0Y2RDUwMDAsIDAwNjggKHIxIERFTEwgICAgTTA3ICAgICAyN0Q3 MDYwRCBBU0wgICAgICAgIDQ3KQooWEVOKSBBQ1BJOiBNQ0ZHIDdGNkQ0RkMwLCAwMDNFIChyMTYg REVMTCAgICBNMDcgICAgIDI3RDcwNjBEIEFTTCAgICAgICAgNjEpCihYRU4pIEFDUEk6IFNMSUMg N0Y2RDUwOUMsIDAxNzYgKHIxIERFTEwgICAgTTA3ICAgICAyN0Q3MDYwRCBBU0wgICAgICAgIDYx KQooWEVOKSBBQ1BJOiBCT09UIDdGNkQ0QkMwLCAwMDI4IChyMSBERUxMICAgIE0wNyAgICAgMjdE NzA2MEQgQVNMICAgICAgICA2MSkKKFhFTikgQUNQSTogU1NEVCA3RjZEM0E0RiwgMDREQyAocjEg IFBtUmVmICAgIENwdVBtICAgICAzMDAwIElOVEwgMjAwNTA2MjQpCihYRU4pIE5vIE5VTUEgY29u ZmlndXJhdGlvbiBmb3VuZAooWEVOKSBGYWtpbmcgYSBub2RlIGF0IDAwMDAwMDAwMDAwMDAwMDAt MDAwMDAwMDA3ZjZkMzAwMAooWEVOKSBEb21haW4gaGVhcCBpbml0aWFsaXNlZAooWEVOKSBETUkg Mi40IHByZXNlbnQuCihYRU4pIFVzaW5nIEFQSUMgZHJpdmVyIGRlZmF1bHQKKFhFTikgQUNQSTog UE0tVGltZXIgSU8gUG9ydDogMHgxMDA4CihYRU4pIEFDUEk6IEFDUEkgU0xFRVAgSU5GTzogcG0x eF9jbnRbMTAwNCwwXSwgcG0xeF9ldnRbMTAwMCwwXQooWEVOKSBBQ1BJOiAgICAgICAgICAgICAg ICAgIHdha2V1cF92ZWNbN2Y2ZTNjMGNdLCB2ZWNfc2l6ZVsyMF0KKFhFTikgQUNQSTogTG9jYWwg QVBJQyBhZGRyZXNzIDB4ZmVlMDAwMDAKKFhFTikgQUNQSTogTEFQSUMgKGFjcGlfaWRbMHgwMF0g bGFwaWNfaWRbMHgwMF0gZW5hYmxlZCkKKFhFTikgUHJvY2Vzc29yICMwIDY6MTUgQVBJQyB2ZXJz aW9uIDIwCihYRU4pIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDFdIGxhcGljX2lkWzB4MDFdIGVu YWJsZWQpCihYRU4pIFByb2Nlc3NvciAjMSA2OjE1IEFQSUMgdmVyc2lvbiAyMAooWEVOKSBBQ1BJ OiBMQVBJQ19OTUkgKGFjcGlfaWRbMHgwMF0gaGlnaCBlZGdlIGxpbnRbMHgxXSkKKFhFTikgQUNQ STogTEFQSUNfTk1JIChhY3BpX2lkWzB4MDFdIGhpZ2ggZWRnZSBsaW50WzB4MV0pCihYRU4pIEFD UEk6IElPQVBJQyAoaWRbMHgwMl0gYWRkcmVzc1sweGZlYzAwMDAwXSBnc2lfYmFzZVswXSkKKFhF TikgSU9BUElDWzBdOiBhcGljX2lkIDIsIHZlcnNpb24gMzIsIGFkZHJlc3MgMHhmZWMwMDAwMCwg R1NJIDAtMjMKKFhFTikgQUNQSTogSU5UX1NSQ19PVlIgKGJ1cyAwIGJ1c19pcnEgMCBnbG9iYWxf aXJxIDIgZGZsIGRmbCkKKFhFTikgQUNQSTogSU5UX1NSQ19PVlIgKGJ1cyAwIGJ1c19pcnEgOSBn bG9iYWxfaXJxIDkgaGlnaCBsZXZlbCkKKFhFTikgQUNQSTogSVJRMCB1c2VkIGJ5IG92ZXJyaWRl LgooWEVOKSBBQ1BJOiBJUlEyIHVzZWQgYnkgb3ZlcnJpZGUuCihYRU4pIEFDUEk6IElSUTkgdXNl ZCBieSBvdmVycmlkZS4KKFhFTikgRW5hYmxpbmcgQVBJQyBtb2RlOiAgRmxhdC4gIFVzaW5nIDEg SS9PIEFQSUNzCihYRU4pIEFDUEk6IEhQRVQgaWQ6IDB4ODA4NmEyMDEgYmFzZTogMHhmZWQwMDAw MAooWEVOKSBQQ0k6IE1DRkcgY29uZmlndXJhdGlvbiAwOiBiYXNlIGYwMDAwMDAwIHNlZ21lbnQg MCBidXNlcyAwIC0gNjMKKFhFTikgUENJOiBNQ0ZHIGFyZWEgYXQgZjAwMDAwMDAgcmVzZXJ2ZWQg aW4gRTgyMAooWEVOKSBUYWJsZSBpcyBub3QgZm91bmQhCihYRU4pIFVzaW5nIEFDUEkgKE1BRFQp IGZvciBTTVAgY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvbgooWEVOKSBJUlEgbGltaXRzOiAyNCBH U0ksIDM3NiBNU0kvTVNJLVgKKFhFTikgVXNpbmcgc2NoZWR1bGVyOiBTTVAgQ3JlZGl0IFNjaGVk dWxlciAoY3JlZGl0KQooWEVOKSBEZXRlY3RlZCAxODI4LjgzMSBNSHogcHJvY2Vzc29yLgooWEVO KSBJbml0aW5nIG1lbW9yeSBzaGFyaW5nLgooWEVOKSBtY2VfaW50ZWwuYzoxMTYyOiBNQ0EgQ2Fw YWJpbGl0eTogQkNBU1QgMSBTRVIgMCBDTUNJIDAgZmlyc3RiYW5rIDEgZXh0ZW5kZWQgTUNFIE1T UiAwCihYRU4pIEludGVsIG1hY2hpbmUgY2hlY2sgcmVwb3J0aW5nIGVuYWJsZWQKKFhFTikgSS9P IHZpcnR1YWxpc2F0aW9uIGRpc2FibGVkCihYRU4pIEVOQUJMSU5HIElPLUFQSUMgSVJRcwooWEVO KSAgLT4gVXNpbmcgbmV3IEFDSyBtZXRob2QKKFhFTikgLi5USU1FUjogdmVjdG9yPTB4RjAgYXBp YzE9MCBwaW4xPTIgYXBpYzI9LTEgcGluMj0tMQooWEVOKSBQbGF0Zm9ybSB0aW1lciBpcyAxNC4z MThNSHogSFBFVArvv70oWEVOKSBBbGxvY2F0ZWQgY29uc29sZSByaW5nIG9mIDE2IEtpQi4KKFhF TikgVk1YOiBTdXBwb3J0ZWQgYWR2YW5jZWQgZmVhdHVyZXM6CihYRU4pICAtIE1TUiBkaXJlY3Qt YWNjZXNzIGJpdG1hcAooWEVOKSBIVk06IEFTSURzIGRpc2FibGVkLgooWEVOKSBIVk06IFZNWCBl bmFibGVkCihYRU4pIEJyb3VnaHQgdXAgMiBDUFVzCihYRU4pIEhQRVQ6IDMgdGltZXJzIGluIHRv dGFsLCAwIHRpbWVycyB3aWxsIGJlIHVzZWQgZm9yIGJyb2FkY2FzdAooWEVOKSBBQ1BJIHNsZWVw IG1vZGVzOiBTMwooWEVOKSBtY2hlY2tfcG9sbDogTWFjaGluZSBjaGVjayBwb2xsaW5nIHRpbWVy IHN0YXJ0ZWQuCihYRU4pICoqKiBMT0FESU5HIERPTUFJTiAwICoqKgooWEVOKSAgWGVuICBrZXJu ZWw6IDY0LWJpdCwgbHNiLCBjb21wYXQzMgooWEVOKSAgRG9tMCBrZXJuZWw6IDY0LWJpdCwgUEFF LCBsc2IsIHBhZGRyIDB4MTAwMDAwMCAtPiAweDJhZTYwMDAKKFhFTikgUEhZU0lDQUwgTUVNT1JZ IEFSUkFOR0VNRU5UOgooWEVOKSAgRG9tMCBhbGxvYy46ICAgMDAwMDAwMDA3NDAwMDAwMC0+MDAw MDAwMDA3ODAwMDAwMCAoNDU2NTI5IHBhZ2VzIHRvIGJlIGFsbG9jYXRlZCkKKFhFTikgIEluaXQu IHJhbWRpc2s6IDAwMDAwMDAwN2M5YmYwMDAtPjAwMDAwMDAwN2YxZmYyMDAKKFhFTikgVklSVFVB TCBNRU1PUlkgQVJSQU5HRU1FTlQ6CihYRU4pICBMb2FkZWQga2VybmVsOiBmZmZmZmZmZjgxMDAw MDAwLT5mZmZmZmZmZjgyYWU2MDAwCihYRU4pICBJbml0LiByYW1kaXNrOiBmZmZmZmZmZjgyYWU2 MDAwLT5mZmZmZmZmZjg1MzI2MjAwCihYRU4pICBQaHlzLU1hY2ggbWFwOiBmZmZmZmZmZjg1MzI3 MDAwLT5mZmZmZmZmZjg1NmQ2YzkwCihYRU4pICBTdGFydCBpbmZvOiAgICBmZmZmZmZmZjg1NmQ3 MDAwLT5mZmZmZmZmZjg1NmQ3NGI0CihYRU4pICBQYWdlIHRhYmxlczogICBmZmZmZmZmZjg1NmQ4 MDAwLT5mZmZmZmZmZjg1NzA3MDAwCihYRU4pICBCb290IHN0YWNrOiAgICBmZmZmZmZmZjg1NzA3 MDAwLT5mZmZmZmZmZjg1NzA4MDAwCihYRU4pICBUT1RBTDogICAgICAgICBmZmZmZmZmZjgwMDAw MDAwLT5mZmZmZmZmZjg1ODAwMDAwCihYRU4pICBFTlRSWSBBRERSRVNTOiBmZmZmZmZmZjgxZDUz MjAwCihYRU4pIERvbTAgaGFzIG1heGltdW0gMiBWQ1BVcwooWEVOKSBTY3J1YmJpbmcgRnJlZSBS QU06IC5kb25lLgooWEVOKSBYZW4gdHJhY2UgYnVmZmVyczogZGlzYWJsZWQKKFhFTikgU3RkLiBM b2dsZXZlbDogQWxsCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBBbGwKKFhFTikgKioqIFNlcmlhbCBp bnB1dCAtPiBET00wICh0eXBlICdDVFJMLWEnIHRocmVlIHRpbWVzIHRvIHN3aXRjaCBpbnB1dCB0 byBYZW4pCihYRU4pIEZyZWVkIDIyNGtCIGluaXQgbWVtb3J5LgptYXBwaW5nIGtlcm5lbCBpbnRv IHBoeXNpY2FsIG1lbW9yeQpYZW46IHNldHVwIElTQSBpZGVudGl0eSBtYXBzCmFib3V0IHRvIGdl dCBzdGFydGVkLi4uClsgICAgMC4wMDAwMDBdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGNw dXNldApbICAgIDAuMDAwMDAwXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBjcHUKWyAgICAw LjAwMDAwMF0gTGludXggdmVyc2lvbiAzLjEuMC0wLnJjNi5naXQwLjAuZmMxNy54ODZfNjQgKG1v Y2tidWlsZEB4ODYtMDIucGh4Mi5mZWRvcmFwcm9qZWN0Lm9yZykgKGdjYyB2ZXJzaW9uIDQuNi4x IDIwMTEwODI0IChSZWQgSGF0IDQuNi4xLTgpIChHQ0MpICkgIzEgU01QIE1vbiBTZXAgMTIgMjI6 NTY6MzggVVRDIDIwMTEKWyAgICAwLjAwMDAwMF0gQ29tbWFuZCBsaW5lOiBybyByb290PS9kZXYv bWFwcGVyL3ZnX2luc3A2NDAwLWx2X3Jvb3QgU1lTRk9OVD1sYXRhcmN5cmhlYi1zdW4xNiBMQU5H PWVuX1VTLlVURi04IEtFWVRBQkxFPXVzIGNvbnNvbGU9aHZjMCBlYXJseXByaW50az14ZW4gbm9t b2Rlc2V0IGluaXRjYWxsX2RlYnVnIGRlYnVnIGxvZ2xldmVsPTEwClsgICAgMC4wMDAwMDBdIHJl bGVhc2VkIDAgcGFnZXMgb2YgdW51c2VkIG1lbW9yeQpbICAgIDAuMDAwMDAwXSBTZXQgNTI2NzMz IHBhZ2UocykgdG8gMS0xIG1hcHBpbmcuClsgICAgMC4wMDAwMDBdIEJJT1MtcHJvdmlkZWQgcGh5 c2ljYWwgUkFNIG1hcDoKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDAwMDAwMCAtIDAw MDAwMDAwMDAwOWYwMDAgKHVzYWJsZSkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDA5 ZjAwMCAtIDAwMDAwMDAwMDAxMDAwMDAgKHJlc2VydmVkKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAw MDAwMDAwMDAwMTAwMDAwIC0gMDAwMDAwMDA3NWY5MjAwMCAodXNhYmxlKQpbICAgIDAuMDAwMDAw XSAgWGVuOiAwMDAwMDAwMDc1ZjkyMDAwIC0gMDAwMDAwMDA3ZjZkMzAwMCAodW51c2FibGUpClsg ICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAwN2Y2ZDM0MDAgLSAwMDAwMDAwMDgwMDAwMDAwIChy ZXNlcnZlZCkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDBmMDAwMDAwMCAtIDAwMDAwMDAw ZjQwMDcwMDAgKHJlc2VydmVkKQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGY0MDA4MDAw IC0gMDAwMDAwMDBmNDAwYzAwMCAocmVzZXJ2ZWQpClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAw MDAwZmVjMDAwMDAgLSAwMDAwMDAwMGZlYzEwMDAwIChyZXNlcnZlZCkKWyAgICAwLjAwMDAwMF0g IFhlbjogMDAwMDAwMDBmZWQyMDAwMCAtIDAwMDAwMDAwZmVkYTAwMDAgKHJlc2VydmVkKQpbICAg IDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlZTAwMDAwIC0gMDAwMDAwMDBmZWUxMDAwMCAocmVz ZXJ2ZWQpClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAwZmZiMDAwMDAgLSAwMDAwMDAwMTAw MDAwMDAwIChyZXNlcnZlZCkKWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDEwMDAwMDAwMCAt IDAwMDAwMDA1MjVjMjIwMDAgKHVzYWJsZSkKWyAgICAwLjAwMDAwMF0gYm9vdGNvbnNvbGUgW3hl bmJvb3QwXSBlbmFibGVkClsgICAgMC4wMDAwMDBdIE5YIChFeGVjdXRlIERpc2FibGUpIHByb3Rl Y3Rpb246IGFjdGl2ZQpbICAgIDAuMDAwMDAwXSBETUk6IERlbGwgSW5jLiBNTTA2MSAgICAgICAg ICAgICAgICAgICAgICAgICAgIC8wS0Q4ODIsIEJJT1MgQTE3IDA2LzEzLzIwMDcKWyAgICAwLjAw MDAwMF0gZTgyMCB1cGRhdGUgcmFuZ2U6IDAwMDAwMDAwMDAwMDAwMDAgLSAwMDAwMDAwMDAwMDEw MDAwICh1c2FibGUpID09PiAocmVzZXJ2ZWQpClsgICAgMC4wMDAwMDBdIGU4MjAgcmVtb3ZlIHJh bmdlOiAwMDAwMDAwMDAwMGEwMDAwIC0gMDAwMDAwMDAwMDEwMDAwMCAodXNhYmxlKQpbICAgIDAu MDAwMDAwXSBObyBBR1AgYnJpZGdlIGZvdW5kClsgICAgMC4wMDAwMDBdIGxhc3RfcGZuID0gMHg1 MjVjMjIgbWF4X2FyY2hfcGZuID0gMHg0MDAwMDAwMDAKWyAgICAwLjAwMDAwMF0gbGFzdF9wZm4g PSAweDc1ZjkyIG1heF9hcmNoX3BmbiA9IDB4NDAwMDAwMDAwClsgICAgMC4wMDAwMDBdIGluaXRp YWwgbWVtb3J5IG1hcHBlZCA6IDAgLSAwNTMyNzAwMApbICAgIDAuMDAwMDAwXSBCYXNlIG1lbW9y eSB0cmFtcG9saW5lIGF0IFtmZmZmODgwMDAwMDlhMDAwXSA5YTAwMCBzaXplIDIwNDgwClsgICAg MC4wMDAwMDBdIGluaXRfbWVtb3J5X21hcHBpbmc6IDAwMDAwMDAwMDAwMDAwMDAtMDAwMDAwMDA3 NWY5MjAwMApbICAgIDAuMDAwMDAwXSAgMDAwMDAwMDAwMCAtIDAwNzVmOTIwMDAgcGFnZSA0awpb ICAgIDAuMDAwMDAwXSBrZXJuZWwgZGlyZWN0IG1hcHBpbmcgdGFibGVzIHVwIHRvIDc1ZjkyMDAw IEAgNzViZGYwMDAtNzVmOTIwMDAKWyAgICAwLjAwMDAwMF0geGVuOiBzZXR0aW5nIFJXIHRoZSBy YW5nZSA3NWY2MDAwMCAtIDc1ZjkyMDAwClsgICAgMC4wMDAwMDBdIGluaXRfbWVtb3J5X21hcHBp bmc6IDAwMDAwMDAxMDAwMDAwMDAtMDAwMDAwMDUyNWMyMjAwMApbICAgIDAuMDAwMDAwXSAgMDEw MDAwMDAwMCAtIDA1MjVjMjIwMDAgcGFnZSA0awpbICAgIDAuMDAwMDAwXSBrZXJuZWwgZGlyZWN0 IG1hcHBpbmcgdGFibGVzIHVwIHRvIDUyNWMyMjAwMCBAIDczMjlhMDAwLTc1YmRmMDAwClsgICAg MC4wMDAwMDBdIHhlbjogc2V0dGluZyBSVyB0aGUgcmFuZ2UgNzUzZGEwMDAgLSA3NWJkZjAwMApb ICAgIDAuMDAwMDAwXSBSQU1ESVNLOiAwMmFlNjAwMCAtIDA1MzI3MDAwClsgICAgMC4wMDAwMDBd IEFDUEk6IFJTRFAgMDAwMDAwMDAwMDBmYzFkMCAwMDAxNCAodjAwIERFTEwgICkKWyAgICAwLjAw MDAwMF0gQUNQSTogUlNEVCAwMDAwMDAwMDdmNmQzYTBmIDAwMDQwICh2MDEgREVMTCAgICBNMDcg ICAgIDI3RDcwNjBEIEFTTCAgMDAwMDAwNjEpClsgICAgMC4wMDAwMDBdIEFDUEk6IEZBQ1AgMDAw MDAwMDA3ZjZkNDgwMCAwMDA3NCAodjAxIERFTEwgICAgTTA3ICAgICAyN0Q3MDYwRCBBU0wgIDAw MDAwMDYxKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBEU0RUIDAwMDAwMDAwN2Y2ZDU0MDAgMDQ3NjYg KHYwMSBJTlQ0MzAgU1lTRmV4eHggMDAwMDEwMDEgSU5UTCAyMDA1MDYyNCkKWyAgICAwLjAwMDAw MF0gQUNQSTogRkFDUyAwMDAwMDAwMDdmNmUzYzAwIDAwMDQwClsgICAgMC4wMDAwMDBdIEFDUEk6 IEhQRVQgMDAwMDAwMDA3ZjZkNGYwMCAwMDAzOCAodjAxIERFTEwgICAgTTA3ICAgICAwMDAwMDAw MSBBU0wgIDAwMDAwMDYxKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBBUElDIDAwMDAwMDAwN2Y2ZDUw MDAgMDAwNjggKHYwMSBERUxMICAgIE0wNyAgICAgMjdENzA2MEQgQVNMICAwMDAwMDA0NykKWyAg ICAwLjAwMDAwMF0gQUNQSTogTUNGRyAwMDAwMDAwMDdmNmQ0ZmMwIDAwMDNFICh2MTYgREVMTCAg ICBNMDcgICAgIDI3RDcwNjBEIEFTTCAgMDAwMDAwNjEpClsgICAgMC4wMDAwMDBdIEFDUEk6IFNM SUMgMDAwMDAwMDA3ZjZkNTA5YyAwMDE3NiAodjAxIERFTEwgICAgTTA3ICAgICAyN0Q3MDYwRCBB U0wgIDAwMDAwMDYxKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBCT09UIDAwMDAwMDAwN2Y2ZDRiYzAg MDAwMjggKHYwMSBERUxMICAgIE0wNyAgICAgMjdENzA2MEQgQVNMICAwMDAwMDA2MSkKWyAgICAw LjAwMDAwMF0gQUNQSTogU1NEVCAwMDAwMDAwMDdmNmQzYTRmIDAwNERDICh2MDEgIFBtUmVmICAg IENwdVBtIDAwMDAzMDAwIElOVEwgMjAwNTA2MjQpClsgICAgMC4wMDAwMDBdIEFDUEk6IExvY2Fs IEFQSUMgYWRkcmVzcyAweGZlZTAwMDAwClsgICAgMC4wMDAwMDBdIE5vIE5VTUEgY29uZmlndXJh dGlvbiBmb3VuZApbICAgIDAuMDAwMDAwXSBGYWtpbmcgYSBub2RlIGF0IDAwMDAwMDAwMDAwMDAw MDAtMDAwMDAwMDUyNWMyMjAwMApbICAgIDAuMDAwMDAwXSBJbml0bWVtIHNldHVwIG5vZGUgMCAw MDAwMDAwMDAwMDAwMDAwLTAwMDAwMDA1MjVjMjIwMDAKWyAgICAwLjAwMDAwMF0gICBOT0RFX0RB VEEgWzAwMDAwMDAwNzVmN2QwMDAgLSAwMDAwMDAwMDc1ZjkxZmZmXQpbICAgIDAuMDAwMDAwXSBa b25lIFBGTiByYW5nZXM6ClsgICAgMC4wMDAwMDBdICAgRE1BICAgICAgMHgwMDAwMDAxMCAtPiAw eDAwMDAxMDAwClsgICAgMC4wMDAwMDBdICAgRE1BMzIgICAgMHgwMDAwMTAwMCAtPiAweDAwMTAw MDAwClsgICAgMC4wMDAwMDBdICAgTm9ybWFsICAgMHgwMDEwMDAwMCAtPiAweDAwNTI1YzIyClsg ICAgMC4wMDAwMDBdIE1vdmFibGUgem9uZSBzdGFydCBQRk4gZm9yIGVhY2ggbm9kZQpbICAgIDAu MDAwMDAwXSBlYXJseV9ub2RlX21hcFszXSBhY3RpdmUgUEZOIHJhbmdlcwpbICAgIDAuMDAwMDAw XSAgICAgMDogMHgwMDAwMDAxMCAtPiAweDAwMDAwMDlmClsgICAgMC4wMDAwMDBdICAgICAwOiAw eDAwMDAwMTAwIC0+IDB4MDAwNzVmOTIKWyAgICAwLjAwMDAwMF0gICAgIDA6IDB4MDAxMDAwMDAg LT4gMHgwMDUyNWMyMgpbICAgIDAuMDAwMDAwXSBPbiBub2RlIDAgdG90YWxwYWdlczogNDgzMjA2 NwpbICAgIDAuMDAwMDAwXSAgIERNQSB6b25lOiA2NCBwYWdlcyB1c2VkIGZvciBtZW1tYXAKWyAg ICAwLjAwMDAwMF0gICBETUEgem9uZTogNSBwYWdlcyByZXNlcnZlZApbICAgIDAuMDAwMDAwXSAg IERNQSB6b25lOiAzOTE0IHBhZ2VzLCBMSUZPIGJhdGNoOjAKWyAgICAwLjAwMDAwMF0gICBETUEz MiB6b25lOiAxNjMyMCBwYWdlcyB1c2VkIGZvciBtZW1tYXAKWyAgICAwLjAwMDAwMF0gICBETUEz MiB6b25lOiA0NjI4MDIgcGFnZXMsIExJRk8gYmF0Y2g6MzEKWyAgICAwLjAwMDAwMF0gICBOb3Jt YWwgem9uZTogNDI4MTAwOSBwYWdlcywgTElGTyBiYXRjaDozMQpbICAgIDAuMDAwMDAwXSBBQ1BJ OiBQTS1UaW1lciBJTyBQb3J0OiAweDEwMDgKWyAgICAwLjAwMDAwMF0gQUNQSTogTG9jYWwgQVBJ QyBhZGRyZXNzIDB4ZmVlMDAwMDAKWyAgICAwLjAwMDAwMF0gQUNQSTogTEFQSUMgKGFjcGlfaWRb MHgwMF0gbGFwaWNfaWRbMHgwMF0gZW5hYmxlZCkKWyAgICAwLjAwMDAwMF0gQklPUyBidWc6IEFQ SUMgdmVyc2lvbiBpcyAwIGZvciBDUFUgMC8weDAsIGZpeGluZyB1cCB0byAweDEwClsgICAgMC4w MDAwMDBdIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDFdIGxhcGljX2lkWzB4MDFdIGVuYWJsZWQp ClsgICAgMC4wMDAwMDBdIEFDUEk6IExBUElDX05NSSAoYWNwaV9pZFsweDAwXSBoaWdoIGVkZ2Ug bGludFsweDFdKQpbICAgIDAuMDAwMDAwXSBBQ1BJOiBMQVBJQ19OTUkgKGFjcGlfaWRbMHgwMV0g aGlnaCBlZGdlIGxpbnRbMHgxXSkKWyAgICAwLjAwMDAwMF0gQUNQSTogSU9BUElDIChpZFsweDAy XSBhZGRyZXNzWzB4ZmVjMDAwMDBdIGdzaV9iYXNlWzBdKQpbICAgIDAuMDAwMDAwXSBJT0FQSUNb MF06IGFwaWNfaWQgMiwgdmVyc2lvbiAyNTUsIGFkZHJlc3MgMHhmZWMwMDAwMCwgR1NJIDAtMjU1 ClsgICAgMC4wMDAwMDBdIEFDUEk6IElOVF9TUkNfT1ZSIChidXMgMCBidXNfaXJxIDAgZ2xvYmFs X2lycSAyIGRmbCBkZmwpClsgICAgMC4wMDAwMDBdIEFDUEk6IElOVF9TUkNfT1ZSIChidXMgMCBi dXNfaXJxIDkgZ2xvYmFsX2lycSA5IGhpZ2ggbGV2ZWwpClsgICAgMC4wMDAwMDBdIEFDUEk6IElS UTAgdXNlZCBieSBvdmVycmlkZS4KWyAgICAwLjAwMDAwMF0gQUNQSTogSVJRMiB1c2VkIGJ5IG92 ZXJyaWRlLgpbICAgIDAuMDAwMDAwXSBBQ1BJOiBJUlE5IHVzZWQgYnkgb3ZlcnJpZGUuClsgICAg MC4wMDAwMDBdIFVzaW5nIEFDUEkgKE1BRFQpIGZvciBTTVAgY29uZmlndXJhdGlvbiBpbmZvcm1h dGlvbgpbICAgIDAuMDAwMDAwXSBBQ1BJOiBIUEVUIGlkOiAweDgwODZhMjAxIGJhc2U6IDB4ZmVk MDAwMDAKWyAgICAwLjAwMDAwMF0gU01QOiBBbGxvd2luZyAyIENQVXMsIDAgaG90cGx1ZyBDUFVz ClsgICAgMC4wMDAwMDBdIG5yX2lycXNfZ3NpOiAyNzIKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lz dGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDAwMDA5ZjAwMCAtIDAwMDAwMDAwMDAxMDAwMDAK WyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDA3NWY5 MjAwMCAtIDAwMDAwMDAwN2Y2ZDMwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9z YXZlIG1lbW9yeTogMDAwMDAwMDA3ZjZkMzAwMCAtIDAwMDAwMDAwN2Y2ZDQwMDAKWyAgICAwLjAw MDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDA3ZjZkNDAwMCAtIDAw MDAwMDAwODAwMDAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9y eTogMDAwMDAwMDA4MDAwMDAwMCAtIDAwMDAwMDAwZjAwMDAwMDAKWyAgICAwLjAwMDAwMF0gUE06 IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmMDAwMDAwMCAtIDAwMDAwMDAwZjQw MDcwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAw MDBmNDAwNzAwMCAtIDAwMDAwMDAwZjQwMDgwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVy ZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmNDAwODAwMCAtIDAwMDAwMDAwZjQwMGMwMDAKWyAg ICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmNDAwYzAw MCAtIDAwMDAwMDAwZmVjMDAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZl IG1lbW9yeTogMDAwMDAwMDBmZWMwMDAwMCAtIDAwMDAwMDAwZmVjMTAwMDAKWyAgICAwLjAwMDAw MF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWMxMDAwMCAtIDAwMDAw MDAwZmVkMjAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTog MDAwMDAwMDBmZWQyMDAwMCAtIDAwMDAwMDAwZmVkYTAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJl Z2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWRhMDAwMCAtIDAwMDAwMDAwZmVlMDAw MDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBm ZWUwMDAwMCAtIDAwMDAwMDAwZmVlMTAwMDAKWyAgICAwLjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQg bm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZWUxMDAwMCAtIDAwMDAwMDAwZmZiMDAwMDAKWyAgICAw LjAwMDAwMF0gUE06IFJlZ2lzdGVyZWQgbm9zYXZlIG1lbW9yeTogMDAwMDAwMDBmZmIwMDAwMCAt IDAwMDAwMDAxMDAwMDAwMDAKWyAgICAwLjAwMDAwMF0gQWxsb2NhdGluZyBQQ0kgcmVzb3VyY2Vz IHN0YXJ0aW5nIGF0IDgwMDAwMDAwIChnYXA6IDgwMDAwMDAwOjcwMDAwMDAwKQpbICAgIDAuMDAw MDAwXSBCb290aW5nIHBhcmF2aXJ0dWFsaXplZCBrZXJuZWwgb24gWGVuClsgICAgMC4wMDAwMDBd IFhlbiB2ZXJzaW9uOiA0LjEuMSAocHJlc2VydmUtQUQpClsgICAgMC4wMDAwMDBdIHNldHVwX3Bl cmNwdTogTlJfQ1BVUzo1MTIgbnJfY3B1bWFza19iaXRzOjUxMiBucl9jcHVfaWRzOjIgbnJfbm9k ZV9pZHM6MQpbICAgIDAuMDAwMDAwXSBQRVJDUFU6IEVtYmVkZGVkIDQ3NiBwYWdlcy9jcHUgQGZm ZmY4ODAwNzU3MTgwMDAgczE5MTg0NjQgcjgxOTIgZDIzMDQwIHUxOTQ5Njk2ClsgICAgMC4wMDAw MDBdIHBjcHUtYWxsb2M6IHMxOTE4NDY0IHI4MTkyIGQyMzA0MCB1MTk0OTY5NiBhbGxvYz00NzYq NDA5NgpbICAgIDAuMDAwMDAwXSBwY3B1LWFsbG9jOiBbMF0gMCBbMF0gMQpbICAgIDAuMDAwMDAw XSBCdWlsdCAxIHpvbmVsaXN0cyBpbiBab25lIG9yZGVyLCBtb2JpbGl0eSBncm91cGluZyBvbi4g IFRvdGFsIHBhZ2VzOiA0NzQ3NzI1ClsgICAgMC4wMDAwMDBdIFBvbGljeSB6b25lOiBOb3JtYWwK WyAgICAwLjAwMDAwMF0gS2VybmVsIGNvbW1hbmQgbGluZTogcm8gcm9vdD0vZGV2L21hcHBlci92 Z19pbnNwNjQwMC1sdl9yb290IFNZU0ZPTlQ9bGF0YXJjeXJoZWItc3VuMTYgTEFORz1lbl9VUy5V VEYtOCBLRVlUQUJMRT11cyBjb25zb2xlPWh2YzAgZWFybHlwcmludGs9eGVuIG5vbW9kZXNldCBp bml0Y2FsbF9kZWJ1ZyBkZWJ1ZyBsb2dsZXZlbD0xMApbICAgIDAuMDAwMDAwXSBQSUQgaGFzaCB0 YWJsZSBlbnRyaWVzOiA0MDk2IChvcmRlcjogMywgMzI3NjggYnl0ZXMpClsgICAgMC4wMDAwMDBd IFBsYWNpbmcgNjRNQiBzb2Z0d2FyZSBJTyBUTEIgYmV0d2VlbiBmZmZmODgwMDVjYTAwMDAwIC0g ZmZmZjg4MDA2MGEwMDAwMApbICAgIDAuMDAwMDAwXSBzb2Z0d2FyZSBJTyBUTEIgYXQgcGh5cyAw eDVjYTAwMDAwIC0gMHg2MGEwMDAwMApbICAgIDAuMDAwMDAwXSBNZW1vcnk6IDE0NDg1MDBrLzIx NTkwMTUyayBhdmFpbGFibGUgKDUxODZrIGtlcm5lbCBjb2RlLCAyMjYxODg0ayBhYnNlbnQsIDE3 ODc5NzY4ayByZXNlcnZlZCwgNjU3N2sgZGF0YSwgMjc4NGsgaW5pdCkKWyAgICAwLjAwMDAwMF0g U0xVQjogR2Vuc2xhYnM9MTUsIEhXYWxpZ249NjQsIE9yZGVyPTAtMywgTWluT2JqZWN0cz0wLCBD UFVzPTIsIE5vZGVzPTEKWyAgICAwLjAwMDAwMF0gIFJDVSBkeW50aWNrLWlkbGUgZ3JhY2UtcGVy aW9kIGFjY2VsZXJhdGlvbiBpcyBlbmFibGVkLgpbICAgIDAuMDAwMDAwXSAgUkNVIGxvY2tkZXAg Y2hlY2tpbmcgaXMgZW5hYmxlZC4KWyAgICAwLjAwMDAwMF0gTlJfSVJRUzozMzAyNCBucl9pcnFz OjUxMiAxNgpbICAgIDAuMDAwMDAwXSB4ZW46IHNjaSBvdmVycmlkZTogZ2xvYmFsX2lycT05IHRy aWdnZXI9MCBwb2xhcml0eT0wClsgICAgMC4wMDAwMDBdIHhlbjogcmVnaXN0ZXJpbmcgZ3NpIDkg dHJpZ2dlcmluZyAwIHBvbGFyaXR5IDAKWyAgICAwLjAwMDAwMF0geGVuOiAtLT4gcGlycT05IC0+ IGlycT05IChnc2k9OSkKWyAgICAwLjAwMDAwMF0geGVuOiBhY3BpIHNjaSA5ClsgICAgMC4wMDAw MDBdIHhlbjogLS0+IHBpcnE9MSAtPiBpcnE9MSAoZ3NpPTEpClsgICAgMC4wMDAwMDBdIHhlbjog LS0+IHBpcnE9MiAtPiBpcnE9MiAoZ3NpPTIpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9 MyAtPiBpcnE9MyAoZ3NpPTMpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NCAtPiBpcnE9 NCAoZ3NpPTQpClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NSAtPiBpcnE9NSAoZ3NpPTUp ClsgICAgMC4wMDAwMDBdIHhlbjogLS0+IHBpcnE9NiAtPiBpcnE9NiAoZ3NpPTYpClsgICAgMC4w MDAwMDBdIHhlbjogLS0+IHBpcnE9NyAtPiBpcnE9NyAoZ3NpPTcpClsgICAgMC4wMDAwMDBdIHhl bjogLS0+IHBpcnE9OCAtPiBpcnE9OCAoZ3NpPTgpClsgICAgMC4wMDAwMDBdIHhlbl9tYXBfcGly cV9nc2k6IHJldHVybmluZyBpcnEgOSBmb3IgZ3NpIDkKWyAgICAwLjAwMDAwMF0geGVuOiAtLT4g cGlycT05IC0+IGlycT05IChnc2k9OSkKWyAgICAwLjAwMDAwMF0geGVuOiAtLT4gcGlycT0xMCAt PiBpcnE9MTAgKGdzaT0xMCkKWyAgICAwLjAwMDAwMF0geGVuOiAtLT4gcGlycT0xMSAtPiBpcnE9 MTEgKGdzaT0xMSkKWyAgICAwLjAwMDAwMF0geGVuOiAtLT4gcGlycT0xMiAtPiBpcnE9MTIgKGdz aT0xMikKWyAgICAwLjAwMDAwMF0geGVuOiAtLT4gcGlycT0xMyAtPiBpcnE9MTMgKGdzaT0xMykK WyAgICAwLjAwMDAwMF0geGVuOiAtLT4gcGlycT0xNCAtPiBpcnE9MTQgKGdzaT0xNCkKWyAgICAw LjAwMDAwMF0geGVuOiAtLT4gcGlycT0xNSAtPiBpcnE9MTUgKGdzaT0xNSkKWyAgICAwLjAwMDAw MF0gQ29uc29sZTogY29sb3VyIFZHQSsgODB4MjUKWyAgICAwLjAwMDAwMF0gY29uc29sZSBbaHZj MF0gZW5hYmxlZCwgYm9vdGNvbnNvbGUgZGlzYWJsZWQKWyAgICAwLjAwMDAwMF0gY29uc29sZSBb aHZjMF0gZW5hYmxlZCwgYm9vdGNvbnNvbGUgZGlzYWJsZWQKWyAgICAwLjAwMDAwMF0gTG9jayBk ZXBlbmRlbmN5IHZhbGlkYXRvcjogQ29weXJpZ2h0IChjKSAyMDA2IFJlZCBIYXQsIEluYy4sIElu Z28gTW9sbmFyClsgICAgMC4wMDAwMDBdIC4uLiBNQVhfTE9DS0RFUF9TVUJDTEFTU0VTOiAgOApb ICAgIDAuMDAwMDAwXSAuLi4gTUFYX0xPQ0tfREVQVEg6ICAgICAgICAgIDQ4ClsgICAgMC4wMDAw MDBdIC4uLiBNQVhfTE9DS0RFUF9LRVlTOiAgICAgICAgODE5MQpbICAgIDAuMDAwMDAwXSAuLi4g Q0xBU1NIQVNIX1NJWkU6ICAgICAgICAgIDQwOTYKWyAgICAwLjAwMDAwMF0gLi4uIE1BWF9MT0NL REVQX0VOVFJJRVM6ICAgICAxNjM4NApbICAgIDAuMDAwMDAwXSAuLi4gTUFYX0xPQ0tERVBfQ0hB SU5TOiAgICAgIDMyNzY4ClsgICAgMC4wMDAwMDBdIC4uLiBDSEFJTkhBU0hfU0laRTogICAgICAg ICAgMTYzODQKWyAgICAwLjAwMDAwMF0gIG1lbW9yeSB1c2VkIGJ5IGxvY2sgZGVwZW5kZW5jeSBp bmZvOiA2MzY3IGtCClsgICAgMC4wMDAwMDBdICBwZXIgdGFzay1zdHJ1Y3QgbWVtb3J5IGZvb3Rw cmludDogMjY4OCBieXRlcwpbICAgIDAuMDAwMDAwXSBhbGxvY2F0ZWQgMTU1MTg5MjQ4IGJ5dGVz IG9mIHBhZ2VfY2dyb3VwClsgICAgMC4wMDAwMDBdIHBsZWFzZSB0cnkgJ2Nncm91cF9kaXNhYmxl PW1lbW9yeScgb3B0aW9uIGlmIHlvdSBkb24ndCB3YW50IG1lbW9yeSBjZ3JvdXBzClsgICAgMC4w MDAwMDBdIE9ERUJVRzogMTEgb2YgMTEgYWN0aXZlIG9iamVjdHMgcmVwbGFjZWQKWyAgICAwLjAw MDAwMF0gWGVuOiB1c2luZyB2Y3B1b3AgdGltZXIgaW50ZXJmYWNlClsgICAgMC4wMDAwMDBdIGlu c3RhbGxpbmcgWGVuIHRpbWVyIGZvciBDUFUgMApbICAgIDAuMDAwMDAwXSBEZXRlY3RlZCAxODI4 LjgzMSBNSHogcHJvY2Vzc29yLgpbICAgIDAuMDAwOTk5XSBDYWxpYnJhdGluZyBkZWxheSBsb29w IChza2lwcGVkKSwgdmFsdWUgY2FsY3VsYXRlZCB1c2luZyB0aW1lciBmcmVxdWVuY3kuLiAzNjU3 LjY2IEJvZ29NSVBTIChscGo9MTgyODgzMSkKWyAgICAwLjAwMDk5OV0gcGlkX21heDogZGVmYXVs dDogMzI3NjggbWluaW11bTogMzAxClsgICAgMC4wMDA5OTldIFNlY3VyaXR5IEZyYW1ld29yayBp bml0aWFsaXplZApbICAgIDAuMDAwOTk5XSBTRUxpbnV4OiAgSW5pdGlhbGl6aW5nLgpbICAgIDAu MDAwOTk5XSBTRUxpbnV4OiAgU3RhcnRpbmcgaW4gcGVybWlzc2l2ZSBtb2RlClsgICAgMC4wMjAy NjVdIERlbnRyeSBjYWNoZSBoYXNoIHRhYmxlIGVudHJpZXM6IDQxOTQzMDQgKG9yZGVyOiAxMywg MzM1NTQ0MzIgYnl0ZXMpClsgICAgMC4wNTUxMDldIElub2RlLWNhY2hlIGhhc2ggdGFibGUgZW50 cmllczogMjA5NzE1MiAob3JkZXI6IDEyLCAxNjc3NzIxNiBieXRlcykKWyAgICAwLjA2ODgzM10g TW91bnQtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAyNTYKWyAgICAwLjA3MjgzOV0gSW5pdGlh bGl6aW5nIGNncm91cCBzdWJzeXMgY3B1YWNjdApbICAgIDAuMDcyOTUxXSBJbml0aWFsaXppbmcg Y2dyb3VwIHN1YnN5cyBtZW1vcnkKWyAgICAwLjA3MzI3MV0gSW5pdGlhbGl6aW5nIGNncm91cCBz dWJzeXMgZGV2aWNlcwpbICAgIDAuMDczMzE3XSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBm cmVlemVyClsgICAgMC4wNzMzODNdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIGJsa2lvClsg ICAgMC4wNzM1NjVdIEluaXRpYWxpemluZyBjZ3JvdXAgc3Vic3lzIHBlcmZfZXZlbnQKWyAgICAw LjA3NDA3N10gQ1BVOiBQaHlzaWNhbCBQcm9jZXNzb3IgSUQ6IDAKWyAgICAwLjA3NDA5NV0gQ1BV OiBQcm9jZXNzb3IgQ29yZSBJRDogMApbICAgIDAuMDc1MjIzXSBBQ1BJOiBDb3JlIHJldmlzaW9u IDIwMTEwNjIzClsgICAgMC4xNDI4NzJdIGZ0cmFjZTogYWxsb2NhdGluZyAyNTgyOSBlbnRyaWVz IGluIDEwMiBwYWdlcwpbICAgIDAuMTQ1MTI2XSBjYWxsaW5nICB0cmFjZV9pbml0X2ZsYWdzX3N5 c19leGl0KzB4MC8weDEyIEAgMQpbICAgIDAuMTQ1MTY0XSBpbml0Y2FsbCB0cmFjZV9pbml0X2Zs YWdzX3N5c19leGl0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTQ1 MTk0XSBjYWxsaW5nICB0cmFjZV9pbml0X2ZsYWdzX3N5c19lbnRlcisweDAvMHgxMiBAIDEKWyAg ICAwLjE0NTIyMF0gaW5pdGNhbGwgdHJhY2VfaW5pdF9mbGFnc19zeXNfZW50ZXIrMHgwLzB4MTIg cmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xNDUyNTBdIGNhbGxpbmcgIGluaXRfaHdf cGVyZl9ldmVudHMrMHgwLzB4ZGZlIEAgMQpbICAgIDAuMTQ1MjcwXSBQZXJmb3JtYW5jZSBFdmVu dHM6IHVuc3VwcG9ydGVkIHA2IENQVSBtb2RlbCAxNSBubyBQTVUgZHJpdmVyLCBzb2Z0d2FyZSBl dmVudHMgb25seS4KWyAgICAwLjE0NTMxNV0gaW5pdGNhbGwgaW5pdF9od19wZXJmX2V2ZW50cysw eDAvMHhkZmUgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xNDUzNDJdIGNhbGxpbmcg IHJlZ2lzdGVyX3RyaWdnZXJfYWxsX2NwdV9iYWNrdHJhY2UrMHgwLzB4MTQgQCAxClsgICAgMC4x NDUzODZdIGluaXRjYWxsIHJlZ2lzdGVyX3RyaWdnZXJfYWxsX2NwdV9iYWNrdHJhY2UrMHgwLzB4 MTQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xNDU0MTldIGNhbGxpbmcgIG1pZ3Jh dGlvbl9pbml0KzB4MC8weDZjIEAgMQpbICAgIDAuMTQ1NDUzXSBpbml0Y2FsbCBtaWdyYXRpb25f aW5pdCsweDAvMHg2YyByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE0NTQ4NF0gY2Fs bGluZyAgc3Bhd25fa3NvZnRpcnFkKzB4MC8weDUxIEAgMQpbICAgIDAuMTQ1ODEzXSBpbml0Y2Fs bCBzcGF3bl9rc29mdGlycWQrMHgwLzB4NTEgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAg MC4xNDU4NDJdIGNhbGxpbmcgIGluaXRfd29ya3F1ZXVlcysweDAvMHgyYWEgQCAxClsgICAgMC4x NDY4MjddIGluaXRjYWxsIGluaXRfd29ya3F1ZXVlcysweDAvMHgyYWEgcmV0dXJuZWQgMCBhZnRl ciA5NzYgdXNlY3MKWyAgICAwLjE0Njg1Nl0gY2FsbGluZyAgY3B1X3N0b3BfaW5pdCsweDAvMHhj NiBAIDEKWyAgICAwLjE0NzExMF0gaW5pdGNhbGwgY3B1X3N0b3BfaW5pdCsweDAvMHhjNiByZXR1 cm5lZCAwIGFmdGVyIDk3NiB1c2VjcwpbICAgIDAuMTQ3MTM5XSBjYWxsaW5nICByY3Vfc2NoZWR1 bGVyX3JlYWxseV9zdGFydGVkKzB4MC8weDEyIEAgMQpbICAgIDAuMTQ3MTY1XSBpbml0Y2FsbCBy Y3Vfc2NoZWR1bGVyX3JlYWxseV9zdGFydGVkKzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1 c2VjcwpbICAgIDAuMTQ3MTk0XSBjYWxsaW5nICByZWxheV9pbml0KzB4MC8weDE0IEAgMQpbICAg IDAuMTQ3MjE5XSBpbml0Y2FsbCByZWxheV9pbml0KzB4MC8weDE0IHJldHVybmVkIDAgYWZ0ZXIg MCB1c2VjcwpbICAgIDAuMTQ3MjQ1XSBjYWxsaW5nICB0cmFjZXJfYWxsb2NfYnVmZmVycysweDAv MHgxYmQgQCAxClsgICAgMC4xNDc1MTldIGluaXRjYWxsIHRyYWNlcl9hbGxvY19idWZmZXJzKzB4 MC8weDFiZCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE0NzU1MF0gY2FsbGluZyAg aW5pdF90cmFjZV9wcmludGsrMHgwLzB4MTIgQCAxClsgICAgMC4xNDc1NzJdIGluaXRjYWxsIGlu aXRfdHJhY2VfcHJpbnRrKzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAu MTQ3NTk5XSBjYWxsaW5nICBqdW1wX2xhYmVsX2luaXRfbW9kdWxlKzB4MC8weDEyIEAgMQpbICAg IDAuMTQ3NjIxXSBpbml0Y2FsbCBqdW1wX2xhYmVsX2luaXRfbW9kdWxlKzB4MC8weDEyIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTQ3NjUxXSBjYWxsaW5nICBqdW1wX2xhYmVsX2lu aXQrMHgwLzB4OTAgQCAxClsgICAgMC4xNDc5ODVdIGluaXRjYWxsIGp1bXBfbGFiZWxfaW5pdCsw eDAvMHg5MCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE0Nzk4NV0gTk1JIHdhdGNo ZG9nIGRpc2FibGVkIChjcHUwKTogaGFyZHdhcmUgZXZlbnRzIG5vdCBlbmFibGVkClsgICAgMC4x NDk1MTRdIGluc3RhbGxpbmcgWGVuIHRpbWVyIGZvciBDUFUgMQpbICAgIDAuMTQ5NzMwXSBsb2Nr ZGVwOiBmaXhpbmcgdXAgYWx0ZXJuYXRpdmVzLgpbICAgIDAuMTUwMzEwXSBOTUkgd2F0Y2hkb2cg ZGlzYWJsZWQgKGNwdTEpOiBoYXJkd2FyZSBldmVudHMgbm90IGVuYWJsZWQKWyAgICAwLjE1MDU4 OV0gQnJvdWdodCB1cCAyIENQVXMKWyAgICAwLjE1NDE4NF0gZGV2dG1wZnM6IGluaXRpYWxpemVk ClsgICAgMC4xODg4MTBdIGNhbGxpbmcgIGlwY19uc19pbml0KzB4MC8weDE0IEAgMQpbICAgIDAu MTg4ODQwXSBpbml0Y2FsbCBpcGNfbnNfaW5pdCsweDAvMHgxNCByZXR1cm5lZCAwIGFmdGVyIDAg dXNlY3MKWyAgICAwLjE4ODg2Nl0gY2FsbGluZyAgaW5pdF9tbWFwX21pbl9hZGRyKzB4MC8weGQg QCAxClsgICAgMC4xODg4ODhdIGluaXRjYWxsIGluaXRfbW1hcF9taW5fYWRkcisweDAvMHhkIHJl dHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTg4OTE3XSBjYWxsaW5nICBpbml0X2NwdWZy ZXFfdHJhbnNpdGlvbl9ub3RpZmllcl9saXN0KzB4MC8weDFiIEAgMQpbICAgIDAuMTg4OTU1XSBp bml0Y2FsbCBpbml0X2NwdWZyZXFfdHJhbnNpdGlvbl9ub3RpZmllcl9saXN0KzB4MC8weDFiIHJl dHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTg4OTgwXSBjYWxsaW5nICBuZXRfbnNfaW5p dCsweDAvMHhmNCBAIDEKWyAgICAwLjE4OTMyOV0gaW5pdGNhbGwgbmV0X25zX2luaXQrMHgwLzB4 ZjQgcmV0dXJuZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAgICAwLjE4OTMyOV0gY2FsbGluZyAgZTgy MF9tYXJrX252c19tZW1vcnkrMHgwLzB4M2QgQCAxClsgICAgMC4xODkzMjldIGluaXRjYWxsIGU4 MjBfbWFya19udnNfbWVtb3J5KzB4MC8weDNkIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDAuMTg5MzI5XSBjYWxsaW5nICBjcHVmcmVxX3RzYysweDAvMHgzMCBAIDEKWyAgICAwLjE4OTMy OV0gaW5pdGNhbGwgY3B1ZnJlcV90c2MrMHgwLzB4MzAgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNz ClsgICAgMC4xODkzNTBdIGluaXRjYWxsIHBjaV9yZWJvb3RfaW5pdCsweDAvMHgxNCByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE4OTM3Nl0gY2FsbGluZyAgaW5pdF9sYXBpY19zeXNm cysweDAvMHgyMCBAIDEKWyAgICAwLjE4OTQyMl0gaW5pdGNhbGwgaW5pdF9sYXBpY19zeXNmcysw eDAvMHgyMCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE4OTQ1Ml0gY2FsbGluZyAg aW5pdF9zbXBfZmx1c2grMHgwLzB4NDcgQCAxClsgICAgMC4xODk0OTBdIGluaXRjYWxsIGluaXRf c21wX2ZsdXNoKzB4MC8weDQ3IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTg5NTE4 XSBjYWxsaW5nICBhbGxvY19mcm96ZW5fY3B1cysweDAvMHhkIEAgMQpbICAgIDAuMTg5NTM5XSBp bml0Y2FsbCBhbGxvY19mcm96ZW5fY3B1cysweDAvMHhkIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vj cwpbICAgIDAuMTg5NTY2XSBjYWxsaW5nICBzeXNjdGxfaW5pdCsweDAvMHgzMiBAIDEKWyAgICAw LjE4OTk3OV0gaW5pdGNhbGwgc3lzY3RsX2luaXQrMHgwLzB4MzIgcmV0dXJuZWQgMCBhZnRlciAw IHVzZWNzClsgICAgMC4xODk5NzldIGNhbGxpbmcgIGtzeXNmc19pbml0KzB4MC8weDkxIEAgMQpb ICAgIDAuMTkwMDk1XSBpbml0Y2FsbCBrc3lzZnNfaW5pdCsweDAvMHg5MSByZXR1cm5lZCAwIGFm dGVyIDk3NiB1c2VjcwpbICAgIDAuMTkwMTI0XSBjYWxsaW5nICBpbml0X2ppZmZpZXNfY2xvY2tz b3VyY2UrMHgwLzB4MTIgQCAxClsgICAgMC4xOTAxNTRdIGluaXRjYWxsIGluaXRfamlmZmllc19j bG9ja3NvdXJjZSsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5MDE4 NF0gY2FsbGluZyAgcG1faW5pdCsweDAvMHg2ZiBAIDEKWyAgICAwLjE5MDM2MF0gaW5pdGNhbGwg cG1faW5pdCsweDAvMHg2ZiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5MDM4N10g Y2FsbGluZyAgcG1fZGlza19pbml0KzB4MC8weDE5IEAgMQpbICAgIDAuMTkwNDY4XSBpbml0Y2Fs bCBwbV9kaXNrX2luaXQrMHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4x OTA0OTddIGNhbGxpbmcgIHN3c3VzcF9oZWFkZXJfaW5pdCsweDAvMHgzMSBAIDEKWyAgICAwLjE5 MDUyNl0gaW5pdGNhbGwgc3dzdXNwX2hlYWRlcl9pbml0KzB4MC8weDMxIHJldHVybmVkIDAgYWZ0 ZXIgMCB1c2VjcwpbICAgIDAuMTkwNTUyXSBjYWxsaW5nICBpbml0X2Z0cmFjZV9zeXNjYWxscysw eDAvMHg4NyBAIDEKWyAgICAwLjE5MTQzM10gaW5pdGNhbGwgaW5pdF9mdHJhY2Vfc3lzY2FsbHMr MHgwLzB4ODcgcmV0dXJuZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAgICAwLjE5MTQ2Nl0gY2FsbGlu ZyAgaW5pdF96ZXJvX3BmbisweDAvMHgxZiBAIDEKWyAgICAwLjE5MTQ4OF0gaW5pdGNhbGwgaW5p dF96ZXJvX3BmbisweDAvMHgxZiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5MTUx NF0gY2FsbGluZyAgbWVtb3J5X2ZhaWx1cmVfaW5pdCsweDAvMHhmNCBAIDEKWyAgICAwLjE5MTU0 OF0gaW5pdGNhbGwgbWVtb3J5X2ZhaWx1cmVfaW5pdCsweDAvMHhmNCByZXR1cm5lZCAwIGFmdGVy IDAgdXNlY3MKWyAgICAwLjE5MTU3NF0gY2FsbGluZyAgZnNub3RpZnlfaW5pdCsweDAvMHgzNCBA IDEKWyAgICAwLjE5MTYwNV0gaW5pdGNhbGwgZnNub3RpZnlfaW5pdCsweDAvMHgzNCByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5MTYzMl0gY2FsbGluZyAgZmlsZWxvY2tfaW5pdCsw eDAvMHgyYSBAIDEKWyAgICAwLjE5MTY5OF0gaW5pdGNhbGwgZmlsZWxvY2tfaW5pdCsweDAvMHgy YSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5MTcyNV0gY2FsbGluZyAgaW5pdF9z Y3JpcHRfYmluZm10KzB4MC8weDE0IEAgMQpbICAgIDAuMTkxNzY4XSBpbml0Y2FsbCBpbml0X3Nj cmlwdF9iaW5mbXQrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xOTE3 OTVdIGNhbGxpbmcgIGluaXRfZWxmX2JpbmZtdCsweDAvMHgxNCBAIDEKWyAgICAwLjE5MTgyMF0g aW5pdGNhbGwgaW5pdF9lbGZfYmluZm10KzB4MC8weDE0IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vj cwpbICAgIDAuMTkxODQ2XSBjYWxsaW5nICBpbml0X2NvbXBhdF9lbGZfYmluZm10KzB4MC8weDE0 IEAgMQpbICAgIDAuMTkxODcwXSBpbml0Y2FsbCBpbml0X2NvbXBhdF9lbGZfYmluZm10KzB4MC8w eDE0IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTkxOTAwXSBjYWxsaW5nICBkZWJ1 Z2ZzX2luaXQrMHgwLzB4NTcgQCAxClsgICAgMC4xOTE5NzldIGluaXRjYWxsIGRlYnVnZnNfaW5p dCsweDAvMHg1NyByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5MTk3OV0gY2FsbGlu ZyAgc2VjdXJpdHlmc19pbml0KzB4MC8weDRlIEAgMQpbICAgIDAuMTkxOTc5XSBpbml0Y2FsbCBz ZWN1cml0eWZzX2luaXQrMHgwLzB4NGUgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4x OTE5NzldIGNhbGxpbmcgIHJhbmRvbTMyX2luaXQrMHgwLzB4ZDYgQCAxClsgICAgMC4xOTE5Nzld IGluaXRjYWxsIHJhbmRvbTMyX2luaXQrMHgwLzB4ZDYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNz ClsgICAgMC4xOTE5NzldIGNhbGxpbmcgIHRlc3RfYXRvbWljNjQrMHgwLzB4M2M2IEAgMQpbICAg IDAuMTkxOTc5XSBhdG9taWM2NCB0ZXN0IHBhc3NlZCBmb3IgeDg2LTY0IHBsYXRmb3JtIHdpdGgg Q1g4IGFuZCB3aXRoIFNTRQpbICAgIDAuMTkxOTc5XSBpbml0Y2FsbCB0ZXN0X2F0b21pYzY0KzB4 MC8weDNjNiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5MTk3OV0gY2FsbGluZyAg c2ZpX3N5c2ZzX2luaXQrMHgwLzB4ZDQgQCAxClsgICAgMC4xOTE5NzldIGluaXRjYWxsIHNmaV9z eXNmc19pbml0KzB4MC8weGQ0IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTkxOTc5 XSBjYWxsaW5nICB2aXJ0aW9faW5pdCsweDAvMHgyYiBAIDEKWyAgICAwLjE5MjQxM10gaW5pdGNh bGwgdmlydGlvX2luaXQrMHgwLzB4MmIgcmV0dXJuZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAgICAw LjE5MjQ0M10gY2FsbGluZyAgX19nbnR0YWJfaW5pdCsweDAvMHgyMSBAIDEKWyAgICAwLjE5MjU0 OV0gR3JhbnQgdGFibGUgaW5pdGlhbGl6ZWQKWyAgICAwLjE5MjU3MF0gaW5pdGNhbGwgX19nbnR0 YWJfaW5pdCsweDAvMHgyMSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5MjU5Nl0g Y2FsbGluZyAgZWFybHlfcmVzdW1lX2luaXQrMHgwLzB4MTlmIEAgMQpbICAgIDAuMTkyNjY1XSBS VEMgdGltZTogMjM6MDU6NDAsIGRhdGU6IDA5LzEzLzExClsgICAgMC4xOTI3MzBdIGluaXRjYWxs IGVhcmx5X3Jlc3VtZV9pbml0KzB4MC8weDE5ZiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAwLjE5Mjc1Nl0gY2FsbGluZyAgY3B1ZnJlcV9jb3JlX2luaXQrMHgwLzB4YTAgQCAxClsgICAg MC4xOTI4NDddIGluaXRjYWxsIGNwdWZyZXFfY29yZV9pbml0KzB4MC8weGEwIHJldHVybmVkIDAg YWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTkyODc1XSBjYWxsaW5nICBjcHVpZGxlX2luaXQrMHgwLzB4 M2QgQCAxClsgICAgMC4xOTI4OTddIGluaXRjYWxsIGNwdWlkbGVfaW5pdCsweDAvMHgzZCByZXR1 cm5lZCAtMTkgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTkzNDAyXSBpbml0Y2FsbCBzb2NrX2luaXQr MHgwLzB4ODIgcmV0dXJuZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAgICAwLjE5MzQzMV0gY2FsbGlu ZyAgbmV0X2ludXNlX2luaXQrMHgwLzB4MjYgQCAxClsgICAgMC4xOTM0NzZdIGluaXRjYWxsIG5l dF9pbnVzZV9pbml0KzB4MC8weDI2IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTkz NTEwXSBjYWxsaW5nICBuZXRwb2xsX2luaXQrMHgwLzB4NDEgQCAxClsgICAgMC4xOTM1MzJdIGlu aXRjYWxsIG5ldHBvbGxfaW5pdCsweDAvMHg0MSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAwLjE5MzU1OF0gY2FsbGluZyAgbmV0bGlua19wcm90b19pbml0KzB4MC8weDFhOSBAIDEKWyAg ICAwLjE5Mzk1OF0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxNgpbICAgIDAuMTk0 MDI2XSBpbml0Y2FsbCBuZXRsaW5rX3Byb3RvX2luaXQrMHgwLzB4MWE5IHJldHVybmVkIDAgYWZ0 ZXIgOTc2IHVzZWNzClsgICAgMC4xOTQwNThdIGNhbGxpbmcgIGJkaV9jbGFzc19pbml0KzB4MC8w eDQ5IEAgMQpbICAgIDAuMTk0NzQzXSBpbml0Y2FsbCBiZGlfY2xhc3NfaW5pdCsweDAvMHg0OSBy ZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5NDc3MV0gY2FsbGluZyAga29iamVjdF91 ZXZlbnRfaW5pdCsweDAvMHgyMSBAIDEKWyAgICAwLjE5NDkzN10gaW5pdGNhbGwga29iamVjdF91 ZXZlbnRfaW5pdCsweDAvMHgyMSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5NDk2 NV0gY2FsbGluZyAgZ3Bpb2xpYl9zeXNmc19pbml0KzB4MC8weDk0IEAgMQpbICAgIDAuMTk1MTky XSBpbml0Y2FsbCBncGlvbGliX3N5c2ZzX2luaXQrMHgwLzB4OTQgcmV0dXJuZWQgMCBhZnRlciA5 NzYgdXNlY3MKWyAgICAwLjE5NTIyMV0gY2FsbGluZyAgcGNpYnVzX2NsYXNzX2luaXQrMHgwLzB4 MTkgQCAxClsgICAgMC4xOTU0MjVdIGluaXRjYWxsIHBjaWJ1c19jbGFzc19pbml0KzB4MC8weDE5 IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMTk1NDUzXSBjYWxsaW5nICBwY2lfZHJp dmVyX2luaXQrMHgwLzB4MTIgQCAxClsgICAgMC4xOTU4NTJdIGluaXRjYWxsIHBjaV9kcml2ZXJf aW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5NTg4MV0gY2Fs bGluZyAgYmFja2xpZ2h0X2NsYXNzX2luaXQrMHgwLzB4NWQgQCAxClsgICAgMC4xOTU5NzldIGlu aXRjYWxsIGJhY2tsaWdodF9jbGFzc19pbml0KzB4MC8weDVkIHJldHVybmVkIDAgYWZ0ZXIgMCB1 c2VjcwpbICAgIDAuMTk1OTc5XSBjYWxsaW5nICB4ZW5idXNfaW5pdCsweDAvMHgyNzIgQCAxClsg ICAgMC4xOTY2ODBdIGluaXRjYWxsIHhlbmJ1c19pbml0KzB4MC8weDI3MiByZXR1cm5lZCAwIGFm dGVyIDk3NiB1c2VjcwpbICAgIDAuMTk2NjgwXSBjYWxsaW5nICB0dHlfY2xhc3NfaW5pdCsweDAv MHgzNCBAIDEKWyAgICAwLjE5NjY4MF0gaW5pdGNhbGwgdHR5X2NsYXNzX2luaXQrMHgwLzB4MzQg cmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xOTY2ODBdIGNhbGxpbmcgIHZ0Y29uc29s ZV9jbGFzc19pbml0KzB4MC8weGUxIEAgMQpbICAgIDAuMTk3NzA4XSBpbml0Y2FsbCB2dGNvbnNv bGVfY2xhc3NfaW5pdCsweDAvMHhlMSByZXR1cm5lZCAwIGFmdGVyIDk3NiB1c2VjcwpbICAgIDAu MTk3NzQyXSBjYWxsaW5nICB3YWtldXBfc291cmNlc19kZWJ1Z2ZzX2luaXQrMHgwLzB4MmIgQCAx ClsgICAgMC4xOTc4NDBdIGluaXRjYWxsIHdha2V1cF9zb3VyY2VzX2RlYnVnZnNfaW5pdCsweDAv MHgyYiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5NzkxNF0gY2FsbGluZyAgcmVn aXN0ZXJfbm9kZV90eXBlKzB4MC8weDJiIEAgMQpbICAgIDAuMTk3OTc4XSBpbml0Y2FsbCByZWdp c3Rlcl9ub2RlX3R5cGUrMHgwLzB4MmIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4x OTc5NzhdIGNhbGxpbmcgIGFtZF9wb3N0Y29yZV9pbml0KzB4MC8weDE1NSBAIDEKWyAgICAwLjE5 Nzk3OF0gaW5pdGNhbGwgYW1kX3Bvc3Rjb3JlX2luaXQrMHgwLzB4MTU1IHJldHVybmVkIDAgYWZ0 ZXIgMCB1c2VjcwpbICAgIDAuMTk3OTc4XSBjYWxsaW5nICBhcmNoX2tkZWJ1Z2ZzX2luaXQrMHgw LzB4MjI0IEAgMQpbICAgIDAuMTk4MTUzXSBpbml0Y2FsbCBhcmNoX2tkZWJ1Z2ZzX2luaXQrMHgw LzB4MjI0IHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMC4xOTgxODZdIGNhbGxpbmcg IGNvbmZpZ3VyZV90cmFtcG9saW5lcysweDAvMHgyNiBAIDEKWyAgICAwLjE5ODIzN10gaW5pdGNh bGwgY29uZmlndXJlX3RyYW1wb2xpbmVzKzB4MC8weDI2IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vj cwpbICAgIDAuMTk4MjY3XSBjYWxsaW5nICBtdHJyX2lmX2luaXQrMHgwLzB4NjQgQCAxClsgICAg MC4xOTgyODldIGluaXRjYWxsIG10cnJfaWZfaW5pdCsweDAvMHg2NCByZXR1cm5lZCAtMTkgYWZ0 ZXIgMCB1c2VjcwpbICAgIDAuMTk4MzE1XSBjYWxsaW5nICBmZmhfY3N0YXRlX2luaXQrMHgwLzB4 MmEgQCAxCgpbICAgIDAuMTk4MzQ1XSBpbml0Y2FsbCBmZmhfY3N0YXRlX2luaXQrMHgwLzB4MmEg cmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4xOTgzNzFdIGNhbGxpbmcgIGFjdGl2YXRl X2p1bXBfbGFiZWxzKzB4MC8weDMyIEAgMQpbICAgIDAuMTk4Mzk0XSBpbml0Y2FsbCBhY3RpdmF0 ZV9qdW1wX2xhYmVscysweDAvMHgzMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjE5 ODQyMF0gY2FsbGluZyAgZHluYW1pY19kZWJ1Z19pbml0KzB4MC8weDEyMyBAIDEKWyAgICAwLjIw MDQ0N10gaW5pdGNhbGwgZHluYW1pY19kZWJ1Z19pbml0KzB4MC8weDEyMyByZXR1cm5lZCAwIGFm dGVyIDE5NTIgdXNlY3MKWyAgICAwLjIwMDQ3OV0gY2FsbGluZyAgYWNwaV9wY2lfaW5pdCsweDAv MHg2MSBAIDEKWyAgICAwLjIwMDUyMV0gQUNQSTogYnVzIHR5cGUgcGNpIHJlZ2lzdGVyZWQKWyAg ICAwLjIwMDU0MF0gaW5pdGNhbGwgYWNwaV9wY2lfaW5pdCsweDAvMHg2MSByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICAwLjIwMDU2Nl0gY2FsbGluZyAgZG1hX2J1c19pbml0KzB4MC8weDE5 IEAgMQpbICAgIDAuMjAwNzQxXSBpbml0Y2FsbCBkbWFfYnVzX2luaXQrMHgwLzB4MTkgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4yMDA3NjhdIGNhbGxpbmcgIGRtYV9jaGFubmVsX3Rh YmxlX2luaXQrMHgwLzB4ZDIgQCAxClsgICAgMC4yMDA4NDRdIGluaXRjYWxsIGRtYV9jaGFubmVs X3RhYmxlX2luaXQrMHgwLzB4ZDIgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4yMDA4 NzRdIGNhbGxpbmcgIHNldHVwX3ZjcHVfaG90cGx1Z19ldmVudCsweDAvMHgyMiBAIDEKWyAgICAw LjIwMDg5Nl0gaW5pdGNhbGwgc2V0dXBfdmNwdV9ob3RwbHVnX2V2ZW50KzB4MC8weDIyIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMjAwOTI2XSBjYWxsaW5nICByZWdpc3Rlcl94ZW5f cGNpX25vdGlmaWVyKzB4MC8weDMxIEAgMQpbICAgIDAuMjAwOTc4XSBpbml0Y2FsbCByZWdpc3Rl cl94ZW5fcGNpX25vdGlmaWVyKzB4MC8weDMxIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDAuMjAwOTc4XSBjYWxsaW5nICBkbWlfaWRfaW5pdCsweDAvMHgzMTggQCAxClsgICAgMC4yMDE5 NzhdIGNhbGxpbmcgIHBjaV9hcmNoX2luaXQrMHgwLzB4NjYgQCAxClsgICAgMC4yMDIwMTZdIFBD STogTU1DT05GSUcgZm9yIGRvbWFpbiAwMDAwIFtidXMgMDAtM2ZdIGF0IFttZW0gMHhmMDAwMDAw MC0weGYzZmZmZmZmXSAoYmFzZSAweGYwMDAwMDAwKQpbICAgIDAuMjAyMDUzXSBQQ0k6IE1NQ09O RklHIGF0IFttZW0gMHhmMDAwMDAwMC0weGYzZmZmZmZmXSByZXNlcnZlZCBpbiBFODIwClsgICAg MC4yMzQ4MzNdIFBDSTogVXNpbmcgY29uZmlndXJhdGlvbiB0eXBlIDEgZm9yIGJhc2UgYWNjZXNz ClsgICAgMC4yMzQ4NjddIGRtaSB0eXBlIDB4QjEgcmVjb3JkIC0gdW5rbm93biBmbGFnClsgICAg MC4yMzQ4OTJdIGluaXRjYWxsIHBjaV9hcmNoX2luaXQrMHgwLzB4NjYgcmV0dXJuZWQgMCBhZnRl ciAzMjIyMSB1c2VjcwpbICAgIDAuMjM0OTE4XSBjYWxsaW5nICB0b3BvbG9neV9pbml0KzB4MC8w eDlkIEAgMQpbICAgIDAuMjQyOTM1XSBpbml0Y2FsbCB0b3BvbG9neV9pbml0KzB4MC8weDlkIHJl dHVybmVkIDAgYWZ0ZXIgNzgxMSB1c2VjcwpbICAgIDAuMjQyOTY2XSBjYWxsaW5nICBtdHJyX2lu aXRfZmluaWFsaXplKzB4MC8weDM2IEAgMQpbICAgIDAuMjQyOTcyXSBpbml0Y2FsbCBtdHJyX2lu aXRfZmluaWFsaXplKzB4MC8weDM2IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMjQy OTcyXSBjYWxsaW5nICBpbml0X3Zkc28rMHgwLzB4MTI1IEAgMQpbICAgIDAuMjQyOTcyXSBpbml0 Y2FsbCBpbml0X3Zkc28rMHgwLzB4MTI1IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAu MjQyOTcyXSBjYWxsaW5nICBzeXNlbnRlcl9zZXR1cCsweDAvMHgyYzMgQCAxClsgICAgMC4yNDI5 NzJdIGluaXRjYWxsIHN5c2VudGVyX3NldHVwKzB4MC8weDJjMyByZXR1cm5lZCAwIGFmdGVyIDAg dXNlY3MKWyAgICAwLjI0Mjk3Ml0gY2FsbGluZyAgcGFyYW1fc3lzZnNfaW5pdCsweDAvMHgxYTEg QCAxClsgICAgMC4yNjk5MTFdIGluaXRjYWxsIHBhcmFtX3N5c2ZzX2luaXQrMHgwLzB4MWExIHJl dHVybmVkIDAgYWZ0ZXIgMjYzNjMgdXNlY3MKWyAgICAwLjI2OTk0OV0gY2FsbGluZyAgcG1fc3lz cnFfaW5pdCsweDAvMHgxZSBAIDEKWyAgICAwLjI2OTk2OF0gaW5pdGNhbGwgcG1fc3lzcnFfaW5p dCsweDAvMHgxZSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjI2OTk2OF0gY2FsbGlu ZyAgZGVmYXVsdF9iZGlfaW5pdCsweDAvMHhhZiBAIDEKWyAgICAwLjI3MTI0MV0gaW5pdGNhbGwg ZGVmYXVsdF9iZGlfaW5pdCsweDAvMHhhZiByZXR1cm5lZCAwIGFmdGVyIDE5NTIgdXNlY3MKWyAg ICAwLjI3MTI3Ml0gY2FsbGluZyAgaW5pdF9iaW8rMHgwLzB4ZmUgQCAxClsgICAgMC4yNzIxNzVd IGJpbzogY3JlYXRlIHNsYWIgPGJpby0wPiBhdCAwClsgICAgMC4yNzI0NDVdIGluaXRjYWxsIGlu aXRfYmlvKzB4MC8weGZlIHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMC4yNzI0NzNd IGNhbGxpbmcgIGZzbm90aWZ5X25vdGlmaWNhdGlvbl9pbml0KzB4MC8weDhiIEAgMQpbICAgIDAu MjcyNjEzXSBpbml0Y2FsbCBmc25vdGlmeV9ub3RpZmljYXRpb25faW5pdCsweDAvMHg4YiByZXR1 cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAwLjI3MjY0NV0gY2FsbGluZyAgY3J5cHRvbWdyX2lu aXQrMHgwLzB4MTIgQCAxClsgICAgMC4yNzI2NjddIGluaXRjYWxsIGNyeXB0b21ncl9pbml0KzB4 MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMjcyNjkzXSBjYWxsaW5nICBj cnlwdGRfaW5pdCsweDAvMHhlOCBAIDEKWyAgICAwLjI3Mjc3OV0gaW5pdGNhbGwgY3J5cHRkX2lu aXQrMHgwLzB4ZTggcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4yNzI4MDZdIGNhbGxp bmcgIGJsa19zZXR0aW5nc19pbml0KzB4MC8weDJhIEAgMQpbICAgIDAuMjcyODI4XSBpbml0Y2Fs bCBibGtfc2V0dGluZ3NfaW5pdCsweDAvMHgyYSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICAwLjI3Mjg1NF0gY2FsbGluZyAgYmxrX2lvY19pbml0KzB4MC8weDJhIEAgMQpbICAgIDAuMjcy OTE4XSBpbml0Y2FsbCBibGtfaW9jX2luaXQrMHgwLzB4MmEgcmV0dXJuZWQgMCBhZnRlciAwIHVz ZWNzClsgICAgMC4yNzI5NDVdIGNhbGxpbmcgIGJsa19zb2Z0aXJxX2luaXQrMHgwLzB4NmQgQCAx ClsgICAgMC4yNzI5NjddIGluaXRjYWxsIGJsa19zb2Z0aXJxX2luaXQrMHgwLzB4NmQgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4yNzI5NjddIGNhbGxpbmcgIGJsa19pb3BvbGxfc2V0 dXArMHgwLzB4NmQgQCAxClsgICAgMC4yNzI5NjddIGluaXRjYWxsIGJsa19pb3BvbGxfc2V0dXAr MHgwLzB4NmQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4yNzI5NjddIGNhbGxpbmcg IGdlbmhkX2RldmljZV9pbml0KzB4MC8weDc5IEAgMQpbICAgIDAuMjczMjEzXSBpbml0Y2FsbCBn ZW5oZF9kZXZpY2VfaW5pdCsweDAvMHg3OSByZXR1cm5lZCAwIGFmdGVyIDk3NiB1c2VjcwpbICAg IDAuMjczMjI2XSBjYWxsaW5nICBibGtfZGV2X2ludGVncml0eV9pbml0KzB4MC8weDJhIEAgMQpb ICAgIDAuMjczMjkxXSBpbml0Y2FsbCBibGtfZGV2X2ludGVncml0eV9pbml0KzB4MC8weDJhIHJl dHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuMjczMzIzXSBjYWxsaW5nICBncGlvbGliX2Rl YnVnZnNfaW5pdCsweDAvMHgyNCBAIDEKWyAgICAwLjI3MzQxN10gaW5pdGNhbGwgZ3Bpb2xpYl9k ZWJ1Z2ZzX2luaXQrMHgwLzB4MjQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMC4yNzM0 NDZdIGNhbGxpbmcgIHBjaV9zbG90X2luaXQrMHgwLzB4NGEgQCAxClsgICAgMC4yNzM1MTldIGlu aXRjYWxsIHBjaV9zbG90X2luaXQrMHgwLzB4NGEgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsg ICAgMC4yNzM1NDZdIGNhbGxpbmcgIGZibWVtX2luaXQrMHgwLzB4OTggQCAxClsgICAgMC4yNzM4 OTRdIGluaXRjYWxsIGZibWVtX2luaXQrMHgwLzB4OTggcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNz ClsgICAgMC4yNzM5MjJdIGNhbGxpbmcgIGFjcGlfaW5pdCsweDAvMHgyYWIgQCAxClsgICAgMC4y NzM5NjddIEFDUEk6IEFkZGVkIF9PU0koTW9kdWxlIERldmljZSkKWyAgICAwLjI3Mzk2N10gQUNQ STogQWRkZWQgX09TSShQcm9jZXNzb3IgRGV2aWNlKQpbICAgIDAuMjczOTY3XSBBQ1BJOiBBZGRl ZCBfT1NJKDMuMCBfU0NQIEV4dGVuc2lvbnMpClsgICAgMC4yNzM5NjddIEFDUEk6IEFkZGVkIF9P U0koUHJvY2Vzc29yIEFnZ3JlZ2F0b3IgRGV2aWNlKQpbICAgIDAuMjc1MzM4XSBBQ1BJOiBFQzog TG9vayB1cCBFQyBpbiBEU0RUClsgICAgMC4zMTk5ODJdIEFDUEk6IFNTRFQgMDAwMDAwMDA3ZjZk NDE3NiAwMDIwMiAodjAxICBQbVJlZiAgQ3B1MElzdCAwMDAwMzAwMCBJTlRMIDIwMDUwNjI0KQpb ICAgIDAuMzIwOTYwXSBBQ1BJOiBEeW5hbWljIE9FTSBUYWJsZSBMb2FkOgpbICAgIDAuMzIwOTYw XSBBQ1BJOiBTU0RUICAgICAgICAgICAobnVsbCkgMDAyMDIgKHYwMSAgUG1SZWYgIENwdTBJc3Qg MDAwMDMwMDAgSVsgICAgMC4zMjE5NjBdIEFDUEk6IFNTRFQgMDAwMDAwMDA3ZjZkM2YyYiAwMDFD NiAodjAxICBQbVJlZiAgQ3B1MENzdCAwMDAwMzAwMSBJTlRMIDIwMDUwNjI0KQpbICAgIDAuMzIy MzMyXSBBQ1BJOiBEeW5hbWljIE9FTSBUYWJsZSBMb2FkOgpbICAgIDAuMzIyMzY0XSBBQ1BJOiBT U0RUICAgICAgICAgICAobnVsbCkgMDAxQzYgKHYwMSAgUG1SZWYgIENwdTBDc3QgMDAwMDMwMDEg SU5UTCAyMDA1MDYyNCkKWyAgICAwLjMyMjk2MF0gQUNQSTogU1NEVCAwMDAwMDAwMDdmNmQ0Mzc4 IDAwMEM0ICh2MDEgIFBtUmVmICBDcHUxSXN0IDAwMDAzMDAwIElOVEwgMjAwNTA2MjQpClsgICAg MC4zMjM5NjBdIEFDUEk6IER5bmFtaWMgT0VNIFRhYmxlIExvYWQ6ClsgICAgMC4zMjM5NjBdIEFD UEk6IFNTRFQgICAgICAgICAgIChudWxsKSAwMDBDNCAodjAxICBQbVJlZiAgQ3B1MUlzdCAwMDAw MzAwMCBJTlRMIDIwMDUwNjI0KQpbICAgIDAuMzI1MDE3XSBBQ1BJOiBTU0RUIDAwMDAwMDAwN2Y2 ZDQwZjEgMDAwODUgKHYwMSAgUG1SZWYgIENwdTFDc3QgMDAwMDMwMDAgSU5UTCAyMDA1MDYyNCkK WyAgICAwLjMyNTk1OV0gQUNQSTogRHluYW1pYyBPRU0gVGFibGUgTG9hZDoKWyAgICAwLjMyNTk1 OV0gQUNQSTogU1NEVCAgICAgICAgICAgKG51bGwpIDAwMDg1ICh2MDEgIFBtUmVmICBDcHUxQ3N0 IDAwMDAzMDAwIElOVEwgMjAwNTA2MjQpClsgICAgMC4zMjU5NTldIEFDUEk6IEludGVycHJldGVy IGVuYWJsZWQKWyAgICAwLjMyNTk1OV0gQUNQSTogKHN1cHBvcnRzIFMwIFMzIFM0IFM1KQpbICAg IDAuMzI1OTU5XSBBQ1BJOiBVc2luZyBJT0FQSUMgZm9yIGludGVycnVwdCByb3V0aW5nClsgICAg MC42MTUzNTldIGluaXRjYWxsIGFjcGlfaW5pdCsweDAvMHgyYWIgcmV0dXJuZWQgMCBhZnRlciAz MzM5MzMgdXNlY3MKWyAgICAwLjYxNTM5OV0gY2FsbGluZyAgZG9ja19pbml0KzB4MC8weGE1IEAg MQpbICAgIDAuNjIwOTE0XSBBQ1BJOiBObyBkb2NrIGRldmljZXMgZm91bmQuClsgICAgMC42MjA5 MTRdIGluaXRjYWxsIGRvY2tfaW5pdCsweDAvMHhhNSByZXR1cm5lZCAwIGFmdGVyIDQ4ODIgdXNl Y3MKWyAgICAwLjYyMDkxNF0gY2FsbGluZyAgYWNwaV9wY2lfcm9vdF9pbml0KzB4MC8weDJkIEAg MQpbICAgIDAuNjIwOTE0XSBIRVNUOiBUYWJsZSBub3QgZm91bmQuClsgICAgMC42MjA5MTRdIFBD STogSWdub3JpbmcgaG9zdCBicmlkZ2Ugd2luZG93cyBmcm9tIEFDUEk7IGlmIG5lY2Vzc2FyeSwg dXNlICJwY2k9dXNlX2NycyIgYW5kIHJlcG9ydCBhIGJ1ZwpbICAgIDAuNjYxOTA4XSBBQ1BJOiBQ Q0kgUm9vdCBCcmlkZ2UgW1BDSTBdIChkb21haW4gMDAwMCBbYnVzIDAwLWZmXSkKWyAgICAwLjcz NTg5N10gcGNpX3Jvb3QgUE5QMEEwMzowMDogaG9zdCBicmlkZ2Ugd2luZG93IFtpbyAgMHgwMDAw LTB4MGNmN10gKGlnbm9yZWQpClsgICAgMC43MzU4OTddIHBjaV9yb290IFBOUDBBMDM6MDA6IGhv c3QgYnJpZGdlIHdpbmRvdyBbaW8gIDB4MGQwMC0weGZmZmZdIChpZ25vcmVkKQpbICAgIDAuNzM1 ODk3XSBwY2lfcm9vdCBQTlAwQTAzOjAwOiBob3N0IGJyaWRnZSB3aW5kb3cgW21lbSAweDAwMGEw MDAwLTB4MDAwYmZmZmZdIChpZ25vcmVkKQpbICAgIDAuNzM1ODk3XSBwY2lfcm9vdCBQTlAwQTAz OjAwOiBob3N0IGJyaWRnZSB3aW5kb3cgW21lbSAweDAwMGQwMDAwLTB4MDAwZGZmZmZdIChpZ25v cmVkKQpbICAgIDAuNzM1ODk3XSBwY2lfcm9vdCBQTlAwQTAzOjAwOiBob3N0IGJyaWRnZSB3aW5k b3cgW21lbSAweDgwMDAwMDAwLTB4ZWZmZmZmZmZdIChpZ25vcmVkKQpbICAgIDAuNzM1ODk3XSBw Y2lfcm9vdCBQTlAwQTAzOjAwOiBob3N0IGJyaWRnZSB3aW5kb3cgW21lbSAweGY0MDA3MDAwLTB4 ZjQwMDdmZmZdIChpZ25vcmVkKQpbICAgIDAuNzM1ODk3XSBwY2lfcm9vdCBQTlAwQTAzOjAwOiBo b3N0IGJyaWRnZSB3aW5kb3cgW21lbSAweGY0MDBjMDAwLTB4ZmViZmZmZmZdIChpZ25vcmVkKQpb ICAgIDAuNzM1ODk3XSBwY2lfcm9vdCBQTlAwQTAzOjAwOiBob3N0IGJyaWRnZSB3aW5kb3cgW21l bSAweGZlYzEwMDAwLTB4ZmVjZmZmZmZdIChpZ25vcmVkKQpbICAgIDAuNzM1ODk3XSBwY2lfcm9v dCBQTlAwQTAzOjAwOiBob3N0IGJyaWRnZSB3aW5kb3cgW21lbSAweGZlZDAwNDAwLTB4ZmVkMWZm ZmZdIChpZ25vcmVkKQpbICAgIDAuNzM1ODk3XSBwY2lfcm9vdCBQTlAwQTAzOjAwOiBob3N0IGJy aWRnZSB3aW5kb3cgW21lbSAweGZlZTEwMDAwLTB4ZmZhZmZmZmZdIChpZ25vcmVkKQpbICAgIDAu NzM1ODk3XSBwY2kgMDAwMDowMDowMC4wOiBbODA4NjoyN2EwXSB0eXBlIDAgY2xhc3MgMHgwMDA2 MDAKWyAgICAwLjczNjA0OF0gcGNpIDAwMDA6MDA6MDIuMDogWzgwODY6MjdhMl0gdHlwZSAwIGNs YXNzIDB4MDAwMzAwClsgICAgMC43MzYxNThdIHBjaSAwMDAwOjAwOjAyLjA6IHJlZyAxMDogW21l bSAweGVmZjAwMDAwLTB4ZWZmN2ZmZmZdClsgICAgMC43MzYyMjNdIHBjaSAwMDAwOjAwOjAyLjA6 IHJlZyAxNDogW2lvICAweGVmZjgtMHhlZmZmXQpbICAgIDAuNzM2MjkwXSBwY2kgMDAwMDowMDow Mi4wOiByZWcgMTg6IFttZW0gMHhkMDAwMDAwMC0weGRmZmZmZmZmIHByZWZdClsgICAgMC43MzYz NTRdIHBjaSAwMDAwOjAwOjAyLjA6IHJlZyAxYzogW21lbSAweGVmZWMwMDAwLTB4ZWZlZmZmZmZd ClsgICAgMC43MzY3NTVdIHBjaSAwMDAwOjAwOjAyLjE6IFs4MDg2OjI3YTZdIHR5cGUgMCBjbGFz cyAweDAwMDM4MApbICAgIDAuNzM2ODQ4XSBwY2kgMDAwMDowMDowMi4xOiByZWcgMTA6IFttZW0g MHhlZmY4MDAwMC0weGVmZmZmZmZmXQpbICAgIDAuNzM3MzM5XSBwY2kgMDAwMDowMDoxYi4wOiBb ODA4NjoyN2Q4XSB0eXBlIDAgY2xhc3MgMHgwMDA0MDMKWyAgICAwLjczNzQ1MV0gcGNpIDAwMDA6 MDA6MWIuMDogcmVnIDEwOiBbbWVtIDB4ZWZlYmMwMDAtMHhlZmViZmZmZiA2NGJpdF0KWyAgICAw LjczNzg5Nl0gcGNpIDAwMDA6MDA6MWIuMDogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEMCBEM2hvdCBE M2NvbGQKWyAgICAwLjczNzg5Nl0gcGNpIDAwMDA6MDA6MWIuMDogUE1FIyBkaXNhYmxlZApbICAg IDAuNzM3OTcxXSBwY2kgMDAwMDowMDoxYy4wOiBQTUUjIHN1cHBvcnRlZCBmcm9tIEQwIEQzaG90 IEQzY29sZApbICAgIDAuNzM4MDExXSBwY2kgMDAwMDowMDoxYy4wOiBQTUUjIGRpc2FibGVkClsg ICAgMC43MzgyMDNdIHBjaSAwMDAwOjAwOjFjLjM6IFs4MDg2OjI3ZDZdIHR5cGUgMSBjbGFzcyAw eDAwMDYwNApbICAgIDAuNzM4NjkyXSBwY2kgMDAwMDowMDoxYy4zOiBQTUUjIHN1cHBvcnRlZCBm cm9tIEQwIEQzaG90IEQzY29sZApbICAgIDAuNzM4NzMyXSBwY2kgMDAwMDowMDoxYy4zOiBQTUUj IGRpc2FibGVkClsgICAgMC43Mzg4OTZdIHBjaSAwMDAwOjAwOjFkLjA6IFs4MDg2OjI3YzhdIHR5 cGUgMCBjbGFzcyAweDAwMGMwMwpbICAgIDAuNzM4ODk2XSBwY2kgMDAwMDowMDoxZC4wOiByZWcg MjA6IFtpbyAgMHhiZjgwLTB4YmY5Zl0KWyAgICAwLjczOTAwMV0gcGNpIDAwMDA6MDA6MWQuMTog WzgwODY6MjdjOV0gdHlwZSAwIGNsYXNzIDB4MDAwYzAzClsgICAgMC43MzkyNzBdIHBjaSAwMDAw OjAwOjFkLjE6IHJlZyAyMDogW2lvICAweGJmNjAtMHhiZjdmXQpbICAgIDAuNzM5NTI2XSBwY2kg MDAwMDowMDoxZC4yOiBbODA4NjoyN2NhXSB0eXBlIDAgY2xhc3MgMHgwMDBjMDMKWyAgICAwLjcz OTc4N10gcGNpIDAwMDA6MDA6MWQuMjogcmVnIDIwOiBbaW8gIDB4YmY0MC0weGJmNWZdClsgICAg MC43Mzk4OTZdIHBjaSAwMDAwOjAwOjFkLjM6IFs4MDg2OjI3Y2JdIHR5cGUgMCBjbGFzcyAweDAw MGMwMwpbICAgIDAuNzM5ODk2XSBwY2kgMDAwMDowMDoxZC4zOiByZWcgMjA6IFtpbyAgMHhiZjIw LTB4YmYzZl0KWyAgICAwLjc0MDAzNl0gcGNpIDAwMDA6MDA6MWQuNzogWzgwODY6MjdjY10gdHlw ZSAwIGNsYXNzIDB4MDAwYzAzClsgICAgMC43NDAxNThdIHBjaSAwMDAwOjAwOjFkLjc6IHJlZyAx MDogW21lbSAweGZmYTgwMDAwLTB4ZmZhODAzZmZdClsgICAgMC43NDA2MDRdIHBjaSAwMDAwOjAw OjFkLjc6IFBNRSMgc3VwcG9ydGVkIGZyb20gRDAgRDNob3QgRDNjb2xkClsgICAgMC43NDA2NDRd IHBjaSAwMDAwOjAwOjFkLjc6IFBNRSMgZGlzYWJsZWQKWyAgICAwLjc0MDc4Nl0gcGNpIDAwMDA6 MDA6MWUuMDogWzgwODY6MjQ0OF0gdHlwZSAxIGNsYXNzIDB4MDAwNjA0ClsgICAgMC43NDEwMzld IHBjaSAwMDAwOjAwOjFmLjA6IFs4MDg2OjI3YjldIHR5cGUgMCBjbGFzcyAweDAwMDYwMQpbICAg IDAuNzQxNTU2XSBwY2kgMDAwMDowMDoxZi4wOiBxdWlyazogW2lvICAweDEwMDAtMHgxMDdmXSBj bGFpbWVkIGJ5IElDSDYgQUNQSS9HUElPL1RDTwpbICAgIDAuNzQxNjA0XSBwY2kgMDAwMDowMDox Zi4wOiBxdWlyazogW2lvICAweDEwODAtMHgxMGJmXSBjbGFpbWVkIGJ5IElDSDYgR1BJTwpbICAg IDAuNzQxNjQyXSBwY2kgMDAwMDowMDoxZi4wOiBJQ0g3IExQQyBHZW5lcmljIElPIGRlY29kZSAx IFBJTyBhdCAwOTAwIChtYXNrIDAwN2YpClsgICAgMC43NDE2ODVdIHBjaSAwMDAwOjAwOjFmLjA6 IElDSDcgTFBDIEdlbmVyaWMgSU8gZGVjb2RlIDMgUElPIGF0IDBjODAgKG1hc2sgMDAzZikKWyAg ICAwLjc0MTg5Nl0gcGNpIDAwMDA6MDA6MWYuMjogWzgwODY6MjdjNF0gdHlwZSAwIGNsYXNzIDB4 MDAwMTAxClsgICAgMC43NDE4OTZdIHBjaSAwMDAwOjAwOjFmLjI6IHJlZyAxMDogW2lvICAweDAx ZjAtMHgwMWY3XQpbICAgIDAuNzQxODk2XSBwY2kgMDAwMDowMDoxZi4yOiByZWcgMTQ6IFtpbyAg MHgwM2Y0LTB4MDNmN10KWyAgICAwLjc0MTg5Nl0gcGNpIDAwMDA6MDA6MWYuMjogcmVnIDE4OiBb aW8gIDB4MDE3MC0weDAxNzddClsgICAgMC43NDE4OTZdIHBjaSAwMDAwOjAwOjFmLjI6IHJlZyAx YzogW2lvICAweDAzNzQtMHgwMzc3XQpbICAgIDAuNzQxODk2XSBwY2kgMDAwMDowMDoxZi4yOiBy ZWcgMjA6IFtpbyAgMHhiZmEwLTB4YmZhZl0KWyAgICAwLjc0MTkzM10gcGNpIDAwMDA6MDA6MWYu MjogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEM2hvdApbICAgIDAuNzQxOTc2XSBwY2kgMDAwMDowMDox Zi4yOiBQTUUjIGRpc2FibGVkClsgICAgMC43NDIxMTNdIHBjaSAwMDAwOjAwOjFmLjM6IFs4MDg2 OjI3ZGFdIHR5cGUgMCBjbGFzcyAweDAwMGMwNQpbICAgIDAuNzQyMzkyXSBwY2kgMDAwMDowMDox Zi4zOiByZWcgMjA6IFtpbyAgMHgxMGMwLTB4MTBkZl0KWyAgICAwLjc0Mjg5NV0gcGNpIDAwMDA6 MGI6MDAuMDogWzgwODY6NDIyMl0gdHlwZSAwIGNsYXNzIDB4MDAwMjgwClsgICAgMC43NDI4OTVd IHBjaSAwMDAwOjBiOjAwLjA6IHJlZyAxMDogW21lbSAweGVmZGZmMDAwLTB4ZWZkZmZmZmZdClsg ICAgMC43NDI5NDldIHBjaSAwMDAwOjBiOjAwLjA6IFBNRSMgc3VwcG9ydGVkIGZyb20gRDAgRDNo b3QgRDNjb2xkClsgICAgMC43NDI5OTddIHBjaSAwMDAwOjBiOjAwLjA6IFBNRSMgZGlzYWJsZWQK WyAgICAwLjc0MzE1NF0gcGNpIDAwMDA6MGI6MDAuMDogZGlzYWJsaW5nIEFTUE0gb24gcHJlLTEu MSBQQ0llIGRldmljZS4gIFlvdSBjYW4gZW5hYmxlIGl0IHdpdGggJ3BjaWVfYXNwbT1mb3JjZScK WyAgICAwLjc0MzM2NF0gcGNpIDAwMDA6MDA6MWMuMDogUENJIGJyaWRnZSB0byBbYnVzIDBiLTBi XQpbICAgIDAuNzQzNDEzXSBwY2kgMDAwMDowMDoxYy4wOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAw eGVmZDAwMDAwLTB4ZWZkZmZmZmZdClsgICAgMC43NDM4NjFdIHBjaSAwMDAwOjBjOjAwLjA6IFs5 NzEwOjk5MjJdIHR5cGUgMCBjbGFzcyAweDAwMDcwMApbICAgIDAuNzQzODk1XSBwY2kgMDAwMDow YzowMC4wOiByZWcgMTA6IFtpbyAgMHhkZmY4LTB4ZGZmZl0KWyAgICAwLjc0Mzg5NV0gcGNpIDAw MDA6MGM6MDAuMDogcmVnIDE0OiBbbWVtIDB4ZWZjZmUwMDAtMHhlZmNmZWZmZl0KWyAgICAwLjc0 Mzg5NV0gcGNpIDAwMDA6MGM6MDAuMDogcmVnIDI0OiBbbWVtIDB4ZWZjZmYwMDAtMHhlZmNmZmZm Zl0KWyAgICAwLjc0Mzk1Ml0gcGNpIDAwMDA6MGM6MDAuMDogUE1FIyBzdXBwb3J0ZWQgZnJvbSBE M2hvdCBEM2NvbGQKWyAgICAwLjc0Mzk5M10gcGNpIDAwMDA6MGM6MDAuMDogUE1FIyBkaXNhYmxl ZApbICAgIDAuNzQ0Mjg4XSBwY2kgMDAwMDowMDoxYy4zOiBQQ0kgYnJpZGdlIHRvIFtidXMgMGMt MGRdClsgICAgMC43NDQzMjNdIHBjaSAwMDAwOjAwOjFjLjM6ICAgYnJpZGdlIHdpbmRvdyBbaW8g IDB4ZDAwMC0weGRmZmZdClsgICAgMC43NDQzNjFdIHBjaSAwMDAwOjAwOjFjLjM6ICAgYnJpZGdl IHdpbmRvdyBbbWVtIDB4ZWZiMDAwMDAtMHhlZmNmZmZmZl0KWyAgICAwLjc0NDQxMl0gcGNpIDAw MDA6MDA6MWMuMzogICBicmlkZ2Ugd2luZG93IFttZW0gMHhlMDAwMDAwMC0weGUwMWZmZmZmIDY0 Yml0IHByZWZdClsgICAgMC43NDQ2ODhdIHBjaSAwMDAwOjAzOjAwLjA6IFsxNGU0OjE3MGNdIHR5 cGUgMCBjbGFzcyAweDAwMDIwMApbICAgIDAuNzQ0Nzk2XSBwY2kgMDAwMDowMzowMC4wOiByZWcg MTA6IFttZW0gMHhlZmFmZTAwMC0weGVmYWZmZmZmXQpbICAgIDAuNzQ0OTMzXSBwY2kgMDAwMDow MzowMC4wOiBzdXBwb3J0cyBEMSBEMgpbICAgIDAuNzQ0OTU2XSBwY2kgMDAwMDowMzowMC4wOiBQ TUUjIHN1cHBvcnRlZCBmcm9tIEQwIEQxIEQyIEQzaG90IEQzY29sZApbICAgIDAuNzQ1MTY5XSBw Y2kgMDAwMDowMzowMS4wOiBbMTE4MDowODMyXSB0eXBlIDAgY2xhc3MgMHgwMDBjMDAKWyAgICAw Ljc0NTI5NV0gcGNpIDAwMDA6MDM6MDEuMDogcHJvcHJpZXRhcnkgUmljb2ggTU1DIGNvbnRyb2xs ZXIgZGlzYWJsZWQgKHZpYSBmaXJld2lyZSBmdW5jdGlvbikKWyAgICAwLjc0NTMyOV0gcGNpIDAw MDA6MDM6MDEuMDogTU1DIGNhcmRzIGFyZSBub3cgc3VwcG9ydGVkIGJ5IHN0YW5kYXJkIFNESENJ IGNvbnRyb2xsZXIKWyAgICAwLjc0NTQxN10gcGNpIDAwMDA6MDM6MDEuMDogcmVnIDEwOiBbbWVt IDB4ZWZhZmQ4MDAtMHhlZmFmZGZmZl0KWyAgICAwLjc0NTg0NV0gcGNpIDAwMDA6MDM6MDEuMDog c3VwcG9ydHMgRDEgRDIKWyAgICAwLjc0NTg2N10gcGNpIDAwMDA6MDM6MDEuMDogUE1FIyBzdXBw b3J0ZWQgZnJvbSBEMCBEMSBEMiBEM2hvdCBEM2NvbGQKWyAgICAwLjc0NTg5NV0gcGNpIDAwMDA6 MDM6MDEuMDogUE1FIyBkaXNhYmxlZApbICAgIDAuNzQ1ODk1XSBwY2kgMDAwMDowMzowMS4xOiBb MTE4MDowODIyXSB0eXBlIDAgY2xhc3MgMHgwMDA4MDUKWyAgICAwLjc0NTg5NV0gcGNpIDAwMDA6 MDM6MDEuMTogcmVnIDEwOiBbbWVtIDB4ZWZhZmQ0MDAtMHhlZmFmZDRmZl0KWyAgICAwLjc0NTkz NF0gcGNpIDAwMDA6MDM6MDEuMTogc3VwcG9ydHMgRDEgRDIKWyAgICAwLjc0NTk1Nl0gcGNpIDAw MDA6MDM6MDEuMTogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEMCBEMSBEMiBEM2hvdCBEM2NvbGQKWyAg ICAwLjc0NTk5OF0gcGNpIDAwMDA6MDM6MDEuMTogUE1FIyBkaXNhYmxlZApbICAgIDAuNzQ2MTIz XSBwY2kgMDAwMDowMzowMS4yOiBbMTE4MDowNTkyXSB0eXBlIDAgY2xhc3MgMHgwMDA4ODAKWyAg ICAwLjc0NjIzMl0gcGNpIDAwMDA6MDM6MDEuMjogcmVnIDEwOiBbbWVtIDB4ZWZhZmQ2MDAtMHhl ZmFmZDZmZl0KWyAgICAwLjc0NjY2MV0gcGNpIDAwMDA6MDM6MDEuMjogc3VwcG9ydHMgRDEgRDIK WyAgICAwLjc0NjY4M10gcGNpIDAwMDA6MDM6MDEuMjogUE1FIyBzdXBwb3J0ZWQgZnJvbSBEMCBE MSBEMiBEM2hvdCBEM2NvbGQKWyAgICAwLjc0Njc2N10gcGNpIDAwMDA6MDM6MDEuMjogUE1FIyBk aXNhYmxlZApbICAgIDAuNzQ2ODk1XSBwY2kgMDAwMDowMzowMS4zOiBbMTE4MDowODUyXSB0eXBl IDAgY2xhc3MgMHgwMDA4ODAKWyAgICAwLjc0Njg5NV0gcGNpIDAwMDA6MDM6MDEuMzogcmVnIDEw OiBbbWVtIDB4ZWZhZmQ3MDAtMHhlZmFmZDdmZl0KWyAgICAwLjc0NzMwMl0gcGNpIDAwMDA6MDM6 MDEuMzogc3VwcG9ydHMgRDEgRDIKWyAgICAwLjc0NzMyNV0gcGNpIDAwMDA6MDM6MDEuMzogUE1F IyBzdXBwb3J0ZWQgZnJvbSBEMCBEMSBEMiBEM2hvdCBEM2NvbGQKWyAgICAwLjc0NzM2Nl0gcGNp IDAwMDA6MDM6MDEuMzogUE1FIyBkaXNhYmxlZApbICAgIDAuNzQ3Njk0XSBwY2kgMDAwMDowMDox ZS4wOiBQQ0kgYnJpZGdlIHRvIFtidXMgMDMtMDNdIChzdWJ0cmFjdGl2ZSBkZWNvZGUpClsgICAg MC43NDc3NTBdIHBjaSAwMDAwOjAwOjFlLjA6ICAgYnJpZGdlIHdpbmRvdyBbbWVtIDB4ZWZhMDAw MDAtMHhlZmFmZmZmZl0KWyAgICAwLjc0NzgxOV0gcGNpIDAwMDA6MDA6MWUuMDogICBicmlkZ2Ug d2luZG93IFtpbyAgMHgwMDAwLTB4ZmZmZl0gKHN1YnRyYWN0aXZlIGRlY29kZSkKWyAgICAwLjc0 Nzg2NV0gcGNpIDAwMDA6MDA6MWUuMDogICBicmlkZ2Ugd2luZG93IFttZW0gMHgwMDAwMDAwMC0w eGZmZmZmZmZmZl0gKHN1YnRyYWN0aXZlIGRlY29kZSkKWyAgICAwLjc0Nzg5NV0gQUNQSTogUENJ IEludGVycnVwdCBSb3V0aW5nIFRhYmxlIFtcX1NCXy5QQ0kwLl9QUlRdClsgICAgMC43NTA4OTRd IEFDUEk6IFBDSSBJbnRlcnJ1cHQgUm91dGluZyBUYWJsZSBbXF9TQl8uUENJMC5QQ0lFLl9QUlRd ClsgICAgMC43NTI0MjFdIEFDUEk6IFBDSSBJbnRlcnJ1cHQgUm91dGluZyBUYWJsZSBbXF9TQl8u UENJMC5SUDAxLl9QUlRdClsgICAgMC43NTI4OTRdIEFDUEk6IFBDSSBJbnRlcnJ1cHQgUm91dGlu ZyBUYWJsZSBbXF9TQl8uUENJMC5SUDA0Ll9QUlRdClsgICAgMC43NTQ0ODNdICBwY2kwMDAwOjAw OiBSZXF1ZXN0aW5nIEFDUEkgX09TQyBjb250cm9sICgweDFkKQpbICAgIDAuNzU0NTQzXSAgcGNp MDAwMDowMDogQUNQSSBfT1NDIHJlcXVlc3QgZmFpbGVkIChBRV9OT1RfRk9VTkQpLCByZXR1cm5l ZCBjb250cm9sIG1hc2s6IDB4MWQKWyAgICAwLjc1NDU3N10gQUNQSSBfT1NDIGNvbnRyb2wgZm9y IFBDSWUgbm90IGdyYW50ZWQsIGRpc2FibGluZyBBU1BNCihYRU4pIFBDSSBhZGQgZGV2aWNlIDAw OjAwLjAKKFhFTikgUENJIGFkZCBkZXZpY2UgMDA6MDIuMAooWEVOKSBQQ0kgYWRkIGRldmljZSAw MDowMi4xCihYRU4pIFBDSSBhZGQgZGV2aWNlIDAwOjFiLjAKKFhFTikgUENJIGFkZCBkZXZpY2Ug MDA6MWMuMAooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxYy4zCihYRU4pIFBDSSBhZGQgZGV2aWNl IDAwOjFkLjAKKFhFTikgUENJIGFkZCBkZXZpY2UgMDA6MWQuMQooWEVOKSBQQ0kgYWRkIGRldmlj ZSAwMDoxZC4yCihYRU4pIFBDSSBhZGQgZGV2aWNlIDAwOjFkLjMKKFhFTikgUENJIGFkZCBkZXZp Y2UgMDA6MWQuNwooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxZS4wCihYRU4pIFBDSSBhZGQgZGV2 aWNlIDAwOjFmLjAKKFhFTikgUENJIGFkZCBkZXZpY2UgMDA6MWYuMgooWEVOKSBQQ0kgYWRkIGRl dmljZSAwMDoxZi4zCihYRU4pIFBDSSBhZGQgZGV2aWNlIDBiOjAwLjAKKFhFTikgUENJIGFkZCBk ZXZpY2UgMGM6MDAuMAooWEVOKSBQQ0kgYWRkIGRldmljZSAwMzowMC4wCihYRU4pIFBDSSBhZGQg ZGV2aWNlIDAzOjAxLjAKKFhFTikgUENJIGFkZCBkZXZpY2UgMDM6MDEuMQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMzowMS4yClsgICAgMC43OTY4ODddIGluaXRjYWxsIGFjcGlfcGNpX3Jvb3RfaW5p dCsweDAvMHgyZCByZXR1cm5lZCAwIGFmdGVyIDE3MTg0OCB1c2VjcwpbICAgIDAuNzk2ODg3XSBj YWxsaW5nICBhY3BpX3BjaV9saW5rX2luaXQrMHgwLzB4M2UgQCAxClsgICAgMC43OTc4ODddIEFD UEk6IFBDSSBJbnRlcnJ1cHQgTGluayBbTE5LQV0gKElSUXMgOSAxMCAqMTEpClsgICAgMC43OTk4 ODddIEFDUEk6IFBDSSBJbnRlcnJ1cHQgTGluayBbTE5LQl0gKElSUXMgNSA3KSAqNApbICAgIDAu ODAxODg2XSBBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsgW0xOS0NdIChJUlFzIDkgMTAgKjExKQpb ICAgIDAuODAyODg2XSBBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsgW0xOS0RdIChJUlFzIDUgNyA5 IDEwIDExKSAqMwpbICAgIDAuODAzODg2XSBBQ1BJOiBQQ0kgSW50ZXJydXB0IExpbmsgW0xOS0Vd IChJUlFzIDMgNCA1IDYgNyAqOSAxMCAxMSAxMiAxNCAxNSkKWyAgICAwLjgwNTg4Nl0gQUNQSTog UENJIEludGVycnVwdCBMaW5rIFtMTktGXSAoSVJRcyAzIDQgNSA2IDcgOSAqMTAgMTEgMTIgMTQg MTUpClsgICAgMC44MDY4ODZdIEFDUEk6IFBDSSBJbnRlcnJ1cHQgTGluayBbTE5LR10gKElSUXMg MyA0IDUgNiAqNyA5IDEwIDExIDEyIDE0IDE1KQpbICAgIDAuODA3ODg2XSBBQ1BJOiBQQ0kgSW50 ZXJydXB0IExpbmsgW0xOS0hdIChJUlFzIDMgNCAqNSA2IDcgOSAxMCAxMSAxMiAxNCAxNSkKWyAg ICAwLjgwODA0NF0gaW5pdGNhbGwgYWNwaV9wY2lfbGlua19pbml0KzB4MC8weDNlIHJldHVybmVk IDAgYWZ0ZXIgMTE3MTYgdXNlY3MKWyAgICAwLjgwODA3N10gY2FsbGluZyAgcG5wX2luaXQrMHgw LzB4MTIgQCAxClsgICAgMC44MDgzOTVdIGluaXRjYWxsIHBucF9pbml0KzB4MC8weDEyIHJldHVy bmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDAuODA4NDI1XSBjYWxsaW5nICB4ZW5fc2V0dXBfc2h1 dGRvd25fZXZlbnQrMHgwLzB4MjcgQCAxClsgICAgMC44MDg0OTFdIGluaXRjYWxsIHhlbl9zZXR1 cF9zaHV0ZG93bl9ldmVudCsweDAvMHgyNyByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAw LjgwODUyMV0gY2FsbGluZyAgYmFsbG9vbl9pbml0KzB4MC8weDE0NCBAIDEKWyAgICAwLjgwODU0 MV0geGVuL2JhbGxvb246IEluaXRpYWxpc2luZyBiYWxsb29uIGRyaXZlci4KWyAgICAwLjgwODYw MV0gbGFzdF9wZm4gPSAweDUyNWMyMiBtYXhfYXJjaF9wZm4gPSAweDQwMDAwMDAwMApbICAgIDEu MDEyODU0XSBpbml0Y2FsbCBiYWxsb29uX2luaXQrMHgwLzB4MTQ0IHJldHVybmVkIDAgYWZ0ZXIg MTk5MTg4IHVzZWNzClsgICAgMS4wMTI4NTRdIGNhbGxpbmcgIHhlbmJ1c19wcm9iZV9iYWNrZW5k X2luaXQrMHgwLzB4NTQgQCAxClsgICAgMS4wMTI4NTRdIGluaXRjYWxsIHhlbmJ1c19wcm9iZV9i YWNrZW5kX2luaXQrMHgwLzB4NTQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMS4wMTI4 NTRdIGNhbGxpbmcgIHhlbmJ1c19wcm9iZV9mcm9udGVuZF9pbml0KzB4MC8weDU0IEAgMQpbICAg IDEuMDEyOTYyXSBpbml0Y2FsbCB4ZW5idXNfcHJvYmVfZnJvbnRlbmRfaW5pdCsweDAvMHg1NCBy ZXR1cm5lZCAwIGFmdGVyIDk3NiB1c2VjcwpbICAgIDEuMDEyOTk1XSBjYWxsaW5nICBiYWxsb29u X2luaXQrMHgwLzB4MTEyIEAgMQpbICAgIDEuMDEzMDE1XSB4ZW4tYmFsbG9vbjogSW5pdGlhbGlz aW5nIGJhbGxvb24gZHJpdmVyLgpbICAgIDEuMDEzNTg0XSBpbml0Y2FsbCBiYWxsb29uX2luaXQr MHgwLzB4MTEyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDEuMDEzNjEyXSBjYWxsaW5n ICB4ZW5fc2VsZmJhbGxvb25faW5pdCsweDAvMHg4MyBAIDEKWyAgICAxLjAxMzYzM10geGVuL2Jh bGxvb246IFhlbiBzZWxmYmFsbG9vbmluZyBkcml2ZXIgZGlzYWJsZWQgZm9yIGRvbWFpbjAuClsg ICAgMS4wMTM2NjBdIGluaXRjYWxsIHhlbl9zZWxmYmFsbG9vbl9pbml0KzB4MC8weDgzIHJldHVy bmVkIC0xOSBhZnRlciAwIHVzZWNzClsgICAgMS4wMTM2ODldIGNhbGxpbmcgIG1pc2NfaW5pdCsw eDAvMHhiNiBAIDEKWyAgICAxLjAxMzg1NF0gaW5pdGNhbGwgbWlzY19pbml0KzB4MC8weGI2IHJl dHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDEuMDEzODU0XSBjYWxsaW5nICB2Z2FfYXJiX2Rl dmljZV9pbml0KzB4MC8weGU5IEAgMQpbICAgIDEuMDE0NDI5XSB2Z2FhcmI6IGRldmljZSBhZGRl ZDogUENJOjAwMDA6MDA6MDIuMCxkZWNvZGVzPWlvK21lbSxvd25zPWlvK21lbSxsb2Nrcz1ub25l ClsgICAgMS4wMTQ4NTRdIHZnYWFyYjogbG9hZGVkClsgICAgMS4wMTQ4NTRdIHZnYWFyYjogYnJp ZGdlIGNvbnRyb2wgcG9zc2libGUgMDAwMDowMDowMi4wClsgICAgMS4wMTQ4NTRdIGluaXRjYWxs IHZnYV9hcmJfZGV2aWNlX2luaXQrMHgwLzB4ZTkgcmV0dXJuZWQgMCBhZnRlciA5NzYgdXNlY3MK WyAgICAxLjAxNDg1NF0gY2FsbGluZyAgY25faW5pdCsweDAvMHhhMCBAIDEKWyAgICAxLjAxNTAx Ml0gaW5pdGNhbGwgY25faW5pdCsweDAvMHhhMCByZXR1cm5lZCAwIGFmdGVyIDk3NiB1c2Vjcwpb ICAgIDEuMDE1MDQwXSBjYWxsaW5nICBpbml0X3Njc2krMHgwLzB4OGUgQCAxClsgICAgMS4wMTc3 MTldIFNDU0kgc3Vic3lzdGVtIGluaXRpYWxpemVkClsgICAgMS4wMTc3NDFdIGluaXRjYWxsIGlu aXRfc2NzaSsweDAvMHg4ZSByZXR1cm5lZCAwIGFmdGVyIDE5NTIgdXNlY3MKWyAgICAxLjAxNzc2 N10gY2FsbGluZyAgYXRhX2luaXQrMHgwLzB4MzRlIEAgMQpbICAgIDEuMDE4NDcxXSBsaWJhdGEg dmVyc2lvbiAzLjAwIGxvYWRlZC4KWyAgICAxLjAxODQ5NF0gaW5pdGNhbGwgYXRhX2luaXQrMHgw LzB4MzRlIHJldHVybmVkIDAgYWZ0ZXIgOTc2IHVzZWNzClsgICAgMS4wMTg1MjBdIGNhbGxpbmcg IHBoeV9pbml0KzB4MC8weDJlIEAgMQpbICAgIDEuMDE5MDgzXSBpbml0Y2FsbCBwaHlfaW5pdCsw eDAvMHgyZSByZXR1cm5lZCAwIGFmdGVyIDk3NiB1c2VjcwpbICAgIDEuMDE5MTEyXSBjYWxsaW5n ICBpbml0X3BjbWNpYV9jcysweDAvMHgzNiBAIDEKWyAgICAxLjAxOTI4NV0gaW5pdGNhbGwgaW5p dF9wY21jaWFfY3MrMHgwLzB4MzYgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMS4wMTkz MTJdIGNhbGxpbmcgIHVzYl9pbml0KzB4MC8weDE3MCBAIDEKWyAgICAxLjAxOTg1M10gdXNiY29y ZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2JmcwpbICAgIDEuMDIwMTMxXSB1 c2Jjb3JlOiByZWdpc3RlcmVkIG5ldyBkZXZpY2UgZHJpdmVyIHVzYgpbICAgIDEuMDIwMTU3XSBp bml0Y2FsbCB1c2JfaW5pdCsweDAvMHgxNzAgcmV0dXJuZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAg ICAxLjAyMDE4NF0gY2FsbGluZyAgc2VyaW9faW5pdCsweDAvMHgyZSBAIDEKWyAgICAxLjAyMDUx MF0gaW5pdGNhbGwgc2VyaW9faW5pdCsweDAvMHgyZSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MK WyAgICAxLjAyMDUzOF0gY2FsbGluZyAgaW5wdXRfaW5pdCsweDAvMHgxMDkgQCAxClsgICAgMS4w MjA4NTNdIGluaXRjYWxsIGlucHV0X2luaXQrMHgwLzB4MTA5IHJldHVybmVkIDAgYWZ0ZXIgMCB1 c2VjcwpbICAgIDEuMDIwODUzXSBjYWxsaW5nICBydGNfaW5pdCsweDAvMHg2YSBAIDEKWyAgICAx LjAyMTA0OV0gaW5pdGNhbGwgcnRjX2luaXQrMHgwLzB4NmEgcmV0dXJuZWQgMCBhZnRlciA5NzYg dXNlY3MKWyAgICAxLjAyMTA3N10gY2FsbGluZyAgcG93ZXJfc3VwcGx5X2NsYXNzX2luaXQrMHgw LzB4NDAgQCAxClsgICAgMS4wMjEyNjFdIGluaXRjYWxsIHBvd2VyX3N1cHBseV9jbGFzc19pbml0 KzB4MC8weDQwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDEuMDIxMjkzXSBjYWxsaW5n ICBod21vbl9pbml0KzB4MC8weGVlIEAgMQpbICAgIDEuMDIxNTYzXSBpbml0Y2FsbCBod21vbl9p bml0KzB4MC8weGVlIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDEuMDIxNTkxXSBjYWxs aW5nICBtZF9pbml0KzB4MC8weDE0YSBAIDEKWyAgICAxLjAyMTg1M10gaW5pdGNhbGwgbWRfaW5p dCsweDAvMHgxNGEgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMS4wMjE4NTNdIGNhbGxp bmcgIGxlZHNfaW5pdCsweDAvMHg0NCBAIDEKWyAgICAxLjAyMTg1M10gaW5pdGNhbGwgbGVkc19p bml0KzB4MC8weDQ0IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDEuMDIxODUzXSBjYWxs aW5nICBwY2lfc3Vic3lzX2luaXQrMHgwLzB4NGEgQCAxClsgICAgMS4wMjE4NTNdIFBDSTogVXNp bmcgQUNQSSBmb3IgSVJRIHJvdXRpbmcKWyAgICAxLjAyMTg1M10gUENJOiBwY2lfY2FjaGVfbGlu ZV9zaXplIHNldCB0byA2NCBieXRlcwpbICAgIDEuMDIyNTQ1XSByZXNlcnZlIFJBTSBidWZmZXI6 IDAwMDAwMDAwMDAwOWYwMDAgLSAwMDAwMDAwMDAwMDlmZmZmClsgICAgMS4wMjI2MTNdIHJlc2Vy dmUgUkFNIGJ1ZmZlcjogMDAwMDAwMDA3NWY5MjAwMCAtIDAwMDAwMDAwNzdmZmZmZmYKWyAgICAx LjAyMjY2NV0gcmVzZXJ2ZSBSQU0gYnVmZmVyOiAwMDAwMDAwNTI1YzIyMDAwIC0gMDAwMDAwMDUy N2ZmZmZmZgpbICAgIDEuMDIyNzEzXSBpbml0Y2FsbCBwY2lfc3Vic3lzX2luaXQrMHgwLzB4NGEg cmV0dXJuZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAgICAxLjAyMjc0NV0gY2FsbGluZyAgcHJvdG9f aW5pdCsweDAvMHgxMiBAIDEKWyAgICAxLjAyMjgyMV0gaW5pdGNhbGwgcHJvdG9faW5pdCsweDAv MHgxMiByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAxLjAyMjg0OV0gY2FsbGluZyAgbmV0 X2Rldl9pbml0KzB4MC8weDI0OSBAIDEKWyAgICAxLjAyNDg1Ml0gaW5pdGNhbGwgbmV0X2Rldl9p bml0KzB4MC8weDI0OSByZXR1cm5lZCAwIGFmdGVyIDE5NTIgdXNlY3MKWyAgICAxLjAyNDg1Ml0g Y2FsbGluZyAgbmVpZ2hfaW5pdCsweDAvMHg4MCBAIDEKWyAgICAxLjAyNDg1Ml0gaW5pdGNhbGwg bmVpZ2hfaW5pdCsweDAvMHg4MCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAxLjAyNDg1 Ml0gY2FsbGluZyAgZmliX3J1bGVzX2luaXQrMHgwLzB4YWMgQCAxClsgICAgMS4wMjQ4NTJdIGlu aXRjYWxsIGZpYl9ydWxlc19pbml0KzB4MC8weGFjIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2Vjcwpb ICAgIDEuMDI0ODUyXSBjYWxsaW5nICBwa3RzY2hlZF9pbml0KzB4MC8weGZiIEAgMQpbICAgIDEu MDI0ODUyXSBpbml0Y2FsbCBwa3RzY2hlZF9pbml0KzB4MC8weGZiIHJldHVybmVkIDAgYWZ0ZXIg MCB1c2VjcwpbICAgIDEuMDI0ODUyXSBjYWxsaW5nICB0Y19maWx0ZXJfaW5pdCsweDAvMHg1NSBA IDEKWyAgICAxLjAyNDg1Ml0gaW5pdGNhbGwgdGNfZmlsdGVyX2luaXQrMHgwLzB4NTUgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgMS4wMjQ4NTJdIGNhbGxpbmcgIHRjX2FjdGlvbl9pbml0 KzB4MC8weDU1IEAgMQpbICAgIDEuMDI0ODUyXSBpbml0Y2FsbCB0Y19hY3Rpb25faW5pdCsweDAv MHg1NSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAxLjAyNDg1Ml0gY2FsbGluZyAgZ2Vu bF9pbml0KzB4MC8weDkxIEAgMQpbICAgIDEuMDI0OTU0XSBpbml0Y2FsbCBnZW5sX2luaXQrMHgw LzB4OTEgcmV0dXJuZWQgMCBhZnRlciA5NzYgdXNlY3MKWyAgICAxLjAyNDk4Ml0gY2FsbGluZyAg Y2lwc29fdjRfaW5pdCsweDAvMHg4NSBAIDEKWyAgICAxLjAyNTA1Ml0gaW5pdGNhbGwgY2lwc29f djRfaW5pdCsweDAvMHg4NSByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAxLjAyNTA4MF0g Y2FsbGluZyAgd2lyZWxlc3NfbmxldmVudF9pbml0KzB4MC8weDEyIEAgMQpbICAgIDEuMDI1MTA3 XSBpbml0Y2FsbCB3aXJlbGVzc19ubGV2ZW50X2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRl ciAwIHVzZWNzClsgICAgMS4wMjUxMzddIGNhbGxpbmcgIG5ldGxibF9pbml0KzB4MC8weDgxIEAg MQpbICAgIDEuMDI1MTU3XSBOZXRMYWJlbDogSW5pdGlhbGl6aW5nClsgICAgMS4wMjUxNzNdIE5l dExhYmVsOiAgZG9tYWluIGhhc2ggc2l6ZSA9IDEyOApbICAgIDEuMDI1MTkzXSBOZXRMYWJlbDog IHByb3RvY29scyA9IFVOTEFCRUxFRCBDSVBTT3Y0ClsgICAgMS4wMjU1NTddIE5ldExhYmVsOiAg dW5sYWJlbGVkIHRyYWZmaWMgYWxsb3dlZCBieSBkZWZhdWx0ClsgICAgMS4wMjU1ODJdIGluaXRj YWxsIG5ldGxibF9pbml0KzB4MC8weDgxIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDEu MDI1NjA5XSBjYWxsaW5nICBzeXNjdGxfaW5pdCsweDAvMHg0OCBAIDEKWyAgICAxLjAyNTYzOF0g aW5pdGNhbGwgc3lzY3RsX2luaXQrMHgwLzB4NDggcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsg ICAgMS4wMjU2NjZdIGNhbGxpbmcgIGhwZXRfbGF0ZV9pbml0KzB4MC8weGY0IEAgMQpbICAgIDEu MDI1Njg4XSBpbml0Y2FsbCBocGV0X2xhdGVfaW5pdCsweDAvMHhmNCByZXR1cm5lZCAtMTkgYWZ0 ZXIgMCB1c2VjcwpbICAgIDEuMDI1NzE0XSBjYWxsaW5nICBpbml0X2FtZF9uYnMrMHgwLzB4YTQg QCAxClsgICAgMS4wMjU4NTJdIGluaXRjYWxsIGluaXRfYW1kX25icysweDAvMHhhNCByZXR1cm5l ZCAwIGFmdGVyIDAgdXNlY3MKWyAgICAxLjAyNTg1Ml0gY2FsbGluZyAgY2xvY2tzb3VyY2VfZG9u ZV9ib290aW5nKzB4MC8weDVlIEAgMQpbICAgIDEuMDI1ODUyXSBTd2l0Y2hpbmcgdG8gY2xvY2tz b3VyY2UgeGVuClsgICAgMS4wMjU4NTJdIGluaXRjYWxsIGNsb2Nrc291cmNlX2RvbmVfYm9vdGlu ZysweDAvMHg1ZSByZXR1cm5lZCAwIGFmdGVyIDEwNDUgWyAgICAxLjAyNTg1Ml0gY2FsbGluZyAg ZnRyYWNlX2luaXRfZGVidWdmcysweDAvMHgyMGMgQCAxClsgICAgMS4wMjU4NTJdIGluaXRjYWxs IGZ0cmFjZV9pbml0X2RlYnVnZnMrMHgwLzB4MjBjIHJldHVybmVkIDAgYWZ0ZXIgODUyIHVzZWNz ClsgICAgMS4wMjU4NTJdIGNhbGxpbmcgIHJiX2luaXRfZGVidWdmcysweDAvMHgyZiBAIDEKWyAg ICAxLjAyNTg1Ml0gaW5pdGNhbGwgcmJfaW5pdF9kZWJ1Z2ZzKzB4MC8weDJmIHJldHVybmVkIDAg YWZ0ZXIgNjYgdXNlY3MKWyAgICAxLjAyNTg1Ml0gY2FsbGluZyAgdHJhY2VyX2luaXRfZGVidWdm cysweDAvMHgzYmEgQCAxClsgICAgMS4wMjcxMjhdIFN3aXRjaGVkIHRvIE5PSHogbW9kZSBvbiBD UFUgIzAKWyAgICAxLjAyNzM1NV0gU3dpdGNoZWQgdG8gTk9IeiBtb2RlIG9uIENQVSAjMQpbICAg IDEuMDMwNjkwXSBpbml0Y2FsbCB0cmFjZXJfaW5pdF9kZWJ1Z2ZzKzB4MC8weDNiYSByZXR1cm5l ZCAwIGFmdGVyIDM1NjkgdXNlY3MKWyAgICAxLjAzMDcyM10gY2FsbGluZyAgaW5pdF90cmFjZV9w cmludGtfZnVuY3Rpb25fZXhwb3J0KzB4MC8weDJmIEAgMQpbICAgIDEuMDMwODI5XSBpbml0Y2Fs bCBpbml0X3RyYWNlX3ByaW50a19mdW5jdGlvbl9leHBvcnQrMHgwLzB4MmYgcmV0dXJuZWQgMCBh ZnRlciA3NiB1c2VjcwpbICAgIDEuMDMwODYwXSBjYWxsaW5nICBldmVudF90cmFjZV9pbml0KzB4 MC8weDJiNiBAIDEKWyAgICAxLjM5NDgyN10gaW5pdGNhbGwgZXZlbnRfdHJhY2VfaW5pdCsweDAv MHgyYjYgcmV0dXJuZWQgMCBhZnRlciAzNTU0MDUgdXNlY3MKWyAgICAxLjM5NDg3N10gY2FsbGlu ZyAgaW5pdF9rcHJvYmVfdHJhY2UrMHgwLzB4OTQgQCAxClsgICAgMS4zOTUwMzBdIGluaXRjYWxs IGluaXRfa3Byb2JlX3RyYWNlKzB4MC8weDk0IHJldHVybmVkIDAgYWZ0ZXIgMTI3IHVzZWNzClsg ICAgMS4zOTUwNjFdIGNhbGxpbmcgIGluaXRfcGlwZV9mcysweDAvMHg0OSBAIDEKWyAgICAxLjM5 NTE2OF0gaW5pdGNhbGwgaW5pdF9waXBlX2ZzKzB4MC8weDQ5IHJldHVybmVkIDAgYWZ0ZXIgMzY4 IHVzZWNzClsgICAgMS4zOTUxNjhdIGNhbGxpbmcgIGV2ZW50cG9sbF9pbml0KzB4MC8weGExIEAg MQpbICAgIDEuMzk1NjgzXSBpbml0Y2FsbCBldmVudHBvbGxfaW5pdCsweDAvMHhhMSByZXR1cm5l ZCAwIGFmdGVyIDE2NCB1c2VjcwpbICAgIDEuMzk1NzEzXSBjYWxsaW5nICBhbm9uX2lub2RlX2lu aXQrMHgwLzB4MTJhIEAgMQpbICAgIDEuMzk2MTAwXSBpbml0Y2FsbCBhbm9uX2lub2RlX2luaXQr MHgwLzB4MTJhIHJldHVybmVkIDAgYWZ0ZXIgMzU1IHVzZWNzClsgICAgMS4zOTYxMzBdIGNhbGxp bmcgIGJsa19zY3NpX2lvY3RsX2luaXQrMHgwLzB4Mjg5IEAgMQpbICAgIDEuMzk2MTU0XSBpbml0 Y2FsbCBibGtfc2NzaV9pb2N0bF9pbml0KzB4MC8weDI4OSByZXR1cm5lZCAwIGFmdGVyIDEgdXNl Y3MKWyAgICAxLjM5NjE4MV0gY2FsbGluZyAgYWNwaV9ldmVudF9pbml0KzB4MC8weDUyIEAgMQpb ICAgIDEuMzk2Mzc1XSBpbml0Y2FsbCBhY3BpX2V2ZW50X2luaXQrMHgwLzB4NTIgcmV0dXJuZWQg MCBhZnRlciAxNjcgdXNlY3MKWyAgICAxLjM5NjQwNF0gY2FsbGluZyAgcG5wX3N5c3RlbV9pbml0 KzB4MC8weDEyIEAgMQpbICAgIDEuMzk2NjUxXSBpbml0Y2FsbCBwbnBfc3lzdGVtX2luaXQrMHgw LzB4MTIgcmV0dXJuZWQgMCBhZnRlciAyMTggdXNlY3MKWyAgICAxLjM5NjY3OV0gY2FsbGluZyAg cG5wYWNwaV9pbml0KzB4MC8weDhjIEAgMQpbICAgIDEuMzk2NzAwXSBwbnA6IFBuUCBBQ1BJIGlu aXQKWyAgICAxLjM5NzA1MV0gQUNQSTogYnVzIHR5cGUgcG5wIHJlZ2lzdGVyZWQKWyAgICAxLjc4 ODc0OF0gcG5wIDAwOjAwOiBbbWVtIDB4MDAwMDAwMDAtMHgwMDA5ZmJmZl0KWyAgICAxLjc4ODc0 OF0gcG5wIDAwOjAwOiBbbWVtIDB4MDAwOWZjMDAtMHgwMDA5ZmZmZl0KWyAgICAxLjc4ODc0OF0g cG5wIDAwOjAwOiBbbWVtIDB4MDAwYzAwMDAtMHgwMDBjZmZmZl0KWyAgICAxLjg1OTI2NF0gcG5w IDAwOjAwOiBbbWVtIDB4MDAwZTAwMDAtMHgwMDBmZmZmZl0KWyAgICAxLjg1OTMwMV0gcG5wIDAw OjAwOiBbbWVtIDB4MDAxMDAwMDAtMHg3ZjZkMzNmZl0KWyAgICAxLjg1OTMzNl0gcG5wIDAwOjAw OiBbbWVtIDB4N2Y2ZDM0MDAtMHg3ZjZmZmZmZl0KWyAgICAxLjg1OTM3Ml0gcG5wIDAwOjAwOiBb bWVtIDB4N2Y3MDAwMDAtMHg3ZjdmZmZmZl0KWyAgICAxLjg1OTQwNl0gcG5wIDAwOjAwOiBbbWVt IDB4N2Y3MDAwMDAtMHg3ZmVmZmZmZl0KWyAgICAxLjg1OTQ0MV0gcG5wIDAwOjAwOiBbbWVtIDB4 ZmZiMDAwMDAtMHhmZmZmZmZmZl0KWyAgICAxLjg1OTQ3NV0gcG5wIDAwOjAwOiBbbWVtIDB4ZmVj MDAwMDAtMHhmZWMwZmZmZl0KWyAgICAxLjg1OTUwOV0gcG5wIDAwOjAwOiBbbWVtIDB4ZmVlMDAw MDAtMHhmZWUwZmZmZl0KWyAgICAxLjg1OTU3Nl0gcG5wIDAwOjAwOiBbbWVtIDB4ZmVkMjAwMDAt MHhmZWQ5ZmZmZl0KWyAgICAxLjg1OTYxMF0gcG5wIDAwOjAwOiBbbWVtIDB4ZmZhODAwMDAtMHhm ZmE4M2ZmZl0KWyAgICAxLjg1OTY0NF0gcG5wIDAwOjAwOiBbbWVtIDB4ZjQwMDAwMDAtMHhmNDAw M2ZmZl0KWyAgICAxLjg1OTY3OF0gcG5wIDAwOjAwOiBbbWVtIDB4ZjQwMDQwMDAtMHhmNDAwNGZm Zl0KWyAgICAxLjg1OTcxMl0gcG5wIDAwOjAwOiBbbWVtIDB4ZjQwMDUwMDAtMHhmNDAwNWZmZl0K WyAgICAxLjg1OTc0Nl0gcG5wIDAwOjAwOiBbbWVtIDB4ZjQwMDYwMDAtMHhmNDAwNmZmZl0KWyAg ICAxLjg1OTc4MF0gcG5wIDAwOjAwOiBbbWVtIDB4ZjQwMDgwMDAtMHhmNDAwYmZmZl0KWyAgICAx Ljg1OTgxNF0gcG5wIDAwOjAwOiBbbWVtIDB4ZjAwMDAwMDAtMHhmM2ZmZmZmZl0KWyAgICAxLjg2 MTUyN10gc3lzdGVtIDAwOjAwOiBbbWVtIDB4MDAwMDAwMDAtMHgwMDA5ZmJmZl0gY291bGQgbm90 IGJlIHJlc2VydmVkClsgICAgMS44NjE2MTNdIHN5c3RlbSAwMDowMDogW21lbSAweDAwMDlmYzAw LTB4MDAwOWZmZmZdIGNvdWxkIG5vdCBiZSByZXNlcnZlZApbICAgIDEuODYxNjk3XSBzeXN0ZW0g MDA6MDA6IFttZW0gMHgwMDBjMDAwMC0weDAwMGNmZmZmXSBjb3VsZCBub3QgYmUgcmVzZXJ2ZWQK WyAgICAxLjg2MTc4MV0gc3lzdGVtIDAwOjAwOiBbbWVtIDB4MDAwZTAwMDAtMHgwMDBmZmZmZl0g Y291bGQgbm90IGJlIHJlc2VydmVkClsgICAgMS44NjE4NjVdIHN5c3RlbSAwMDowMDogW21lbSAw eDAwMTAwMDAwLTB4N2Y2ZDMzZmZdIGNvdWxkIG5vdCBiZSByZXNlcnZlZApbICAgIDEuODYxOTIz XSBzeXN0ZW0gMDA6MDA6IFttZW0gMHg3ZjZkMzQwMC0weDdmNmZmZmZmXSBoYXMgYmVlbiByZXNl cnZlZApbICAgIDEuODYxOTgxXSBzeXN0ZW0gMDA6MDA6IFttZW0gMHg3ZjcwMDAwMC0weDdmN2Zm ZmZmXSBoYXMgYmVlbiByZXNlcnZlZApbICAgIDEuODYyMDY1XSBzeXN0ZW0gMDA6MDA6IFttZW0g MHg3ZjcwMDAwMC0weDdmZWZmZmZmXSBjb3VsZCBub3QgYmUgcmVzZXJ2ZWQKWyAgICAxLjg2MjEy Ml0gc3lzdGVtIDAwOjAwOiBbbWVtIDB4ZmZiMDAwMDAtMHhmZmZmZmZmZl0gaGFzIGJlZW4gcmVz ZXJ2ZWQKWyAgICAxLjg2MjI1OV0gc3lzdGVtIDAwOjAwOiBbbWVtIDB4ZmVlMDAwMDAtMHhmZWUw ZmZmZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAxLjg2MjMxNV0gc3lzdGVtIDAwOjAwOiBbbWVt IDB4ZmVkMjAwMDAtMHhmZWQ5ZmZmZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAxLjg2MjQ0Ml0g c3lzdGVtIDAwOjAwOiBbbWVtIDB4ZmZhODAwMDAtMHhmZmE4M2ZmZl0gY291bGQgbm90IGJlIHJl c2VydmVkClsgICAgMS44NjI1MDJdIHN5c3RlbSAwMDowMDogW21lbSAweGY0MDAwMDAwLTB4ZjQw MDNmZmZdIGhhcyBiZWVuIHJlc2VydmVkClsgICAgMS44NjI1NjFdIHN5c3RlbSAwMDowMDogW21l bSAweGY0MDA0MDAwLTB4ZjQwMDRmZmZdIGhhcyBiZWVuIHJlc2VydmVkClsgICAgMS44NjI2MjBd IHN5c3RlbSAwMDowMDogW21lbSAweGY0MDA1MDAwLTB4ZjQwMDVmZmZdIGhhcyBiZWVuIHJlc2Vy dmVkClsgICAgMS44NjI2NzhdIHN5c3RlbSAwMDowMDogW21lbSAweGY0MDA2MDAwLTB4ZjQwMDZm ZmZdIGhhcyBiZWVuIHJlc2VydmVkClsgICAgMS44NjI3MzZdIHN5c3RlbSAwMDowMDogW21lbSAw eGY0MDA4MDAwLTB4ZjQwMGJmZmZdIGhhcyBiZWVuIHJlc2VydmVkClsgICAgMS44NjI3OTRdIHN5 c3RlbSAwMDowMDogW21lbSAweGYwMDAwMDAwLTB4ZjNmZmZmZmZdIGhhcyBiZWVuIHJlc2VydmVk ClsgICAgMS44NjI4MzldIHN5c3RlbSAwMDowMDogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwg SURzIFBOUDBjMDEgKGFjdGl2ZSkKWyAgICAyLjA0NjE2OF0gcG5wIDAwOjAxOiBbYnVzIDAwLWZm XQpbICAgIDIuMDQ2MTY4XSBwbnAgMDA6MDE6IFtpbyAgMHgwMDAwLTB4MGNmNyB3aW5kb3ddClsg ICAgMi4wNDYxNjhdIHBucCAwMDowMTogW2lvICAweDBjZjgtMHgwY2ZmXQpbICAgIDIuMjA2NDYz XSBwbnAgMDA6MDE6IFtpbyAgMHgwZDAwLTB4ZmZmZiB3aW5kb3ddClsgICAgMi4yMDY1MDBdIHBu cCAwMDowMTogW21lbSAweDAwMGEwMDAwLTB4MDAwYmZmZmYgd2luZG93XQpbICAgIDIuMjA2NTM1 XSBwbnAgMDA6MDE6IFttZW0gMHgwMDBkMDAwMC0weDAwMGRmZmZmIHdpbmRvd10KWyAgICAyLjIw NjU3MF0gcG5wIDAwOjAxOiBbbWVtIDB4ODAwMDAwMDAtMHhlZmZmZmZmZiB3aW5kb3ddClsgICAg Mi4yMDY2MDVdIHBucCAwMDowMTogW21lbSAweGY0MDA3MDAwLTB4ZjQwMDdmZmYgd2luZG93XQpb ICAgIDIuMjA2NjM5XSBwbnAgMDA6MDE6IFttZW0gMHhmNDAwYzAwMC0weGZlYmZmZmZmIHdpbmRv d10KWyAgICAyLjIwNjY3NF0gcG5wIDAwOjAxOiBbbWVtIDB4ZmVjMTAwMDAtMHhmZWNmZmZmZiB3 aW5kb3ddClsgICAgMi4yMDY3MDhdIHBucCAwMDowMTogW21lbSAweGZlZDAwNDAwLTB4ZmVkMWZm ZmYgd2luZG93XQpbICAgIDIuMjA2NzQzXSBwbnAgMDA6MDE6IFttZW0gMHhmZWRhMDAwMC0weGZl ZDlmZmZmIHdpbmRvdyBkaXNhYmxlZF0KWyAgICAyLjIwNjc4MV0gcG5wIDAwOjAxOiBbbWVtIDB4 ZmVlMTAwMDAtMHhmZmFmZmZmZiB3aW5kb3ddClsgICAgMi4yMDc5NDJdIHBucCAwMDowMTogUGx1 ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBOUDBhMDMgKGFjdGl2ZSkKWyAgICAyLjIwODYy Ml0gcG5wIDAwOjAyOiBbaW8gIDB4MDA5Ml0KWyAgICAyLjIwODY1NF0gcG5wIDAwOjAyOiBbaW8g IDB4MDBiMl0KWyAgICAyLjIwODY4M10gcG5wIDAwOjAyOiBbaW8gIDB4MDAyMC0weDAwMjFdClsg ICAgMi4yMDg3MTNdIHBucCAwMDowMjogW2lvICAweDAwYTAtMHgwMGExXQpbICAgIDIuMjA4NzQ0 XSBwbnAgMDA6MDI6IFtpcnEgMCBkaXNhYmxlZF0KWyAgICAyLjIwODc3M10gcG5wIDAwOjAyOiBb aW8gIDB4MDRkMC0weDA0ZDFdClsgICAgMi4yMDg4MDNdIHBucCAwMDowMjogW2lvICAweDEwMDAt MHgxMDA1XQpbICAgIDIuMjA4ODMyXSBwbnAgMDA6MDI6IFtpbyAgMHgxMDA4LTB4MTAwZl0KWyAg ICAyLjIwOTA2NF0gcG5wIDAwOjAyOiBkaXNhYmxpbmcgW2lvICAweDEwMDAtMHgxMDA1XSBiZWNh dXNlIGl0IG92ZXJsYXBzIDAwMDA6MDA6MWYuMCBCQVIgMTMgW2lvICAweDEwMDAtMHgxMDdmXQpb ICAgIDIuMjA5MDY0XSBwbnAgMDA6MDI6IGRpc2FibGluZyBbaW8gIDB4MTAwOC0weDEwMGZdIGJl Y2F1c2UgaXQgb3ZlcmxhcHMgMDAwMDowMDoxZi4wIEJBUiAxMyBbaW8gIDB4MTAwMC0weDEwN2Zd ClsgICAgMi4yMTA0ODddIHN5c3RlbSAwMDowMjogW2lvICAweDA0ZDAtMHgwNGQxXSBoYXMgYmVl biByZXNlcnZlZApbICAgIDIuMjEwNTMwXSBzeXN0ZW0gMDA6MDI6IFBsdWcgYW5kIFBsYXkgQUNQ SSBkZXZpY2UsIElEcyBQTlAwYzAxIChhY3RpdmUpClsgICAgMi4yMTEyMDFdIHBucCAwMDowMzog W2lvICAweGY0MDAtMHhmNGZlXQpbICAgIDIuMjExMjczXSBwbnAgMDA6MDM6IFtpbyAgMHgwMDg2 XQpbICAgIDIuMjExMzA1XSBwbnAgMDA6MDM6IFtpbyAgMHgwMGIzXQpbICAgIDIuMjExMzM1XSBw bnAgMDA6MDM6IFtpbyAgMHgxMDA2LTB4MTAwN10KWyAgICAyLjIxMTM2NV0gcG5wIDAwOjAzOiBb aW8gIDB4MTAwYS0weDEwNTldClsgICAgMi4yMTEzOTVdIHBucCAwMDowMzogW2lvICAweDEwNjAt MHgxMDdmXQpbICAgIDIuMjExNDI1XSBwbnAgMDA6MDM6IFtpbyAgMHgxMDgwLTB4MTBiZl0KWyAg ICAyLjIxMTQ1NV0gcG5wIDAwOjAzOiBbaW8gIDB4MTBjMC0weDEwZGZdClsgICAgMi4yMTE0ODZd IHBucCAwMDowMzogW2lvICAweDEwMTAtMHgxMDJmXQpbICAgIDIuMjExNTE2XSBwbnAgMDA6MDM6 IFtpbyAgMHgwODA5XQpbICAgIDIuMjExOTUwXSBwbnAgMDA6MDM6IGRpc2FibGluZyBbaW8gIDB4 MTAwNi0weDEwMDddIGJlY2F1c2UgaXQgb3ZlcmxhcHMgMDAwMDowMDoxZi4wIEJBUiAxMyBbaW8g IDB4MTAwMC0weDEwN2ZdClsgICAgMi4yMTE5OTBdIHBucCAwMDowMzogZGlzYWJsaW5nIFtpbyAg MHgxMDBhLTB4MTA1OV0gYmVjYXVzZSBpdCBvdmVybGFwcyAwMDAwOjAwOjFmLjAgQkFSIDEzIFtp byAgMHgxMDAwLTB4MTA3Zl0KWyAgICAyLjIxMjAyOV0gcG5wIDAwOjAzOiBkaXNhYmxpbmcgW2lv ICAweDEwNjAtMHgxMDdmXSBiZWNhdXNlIGl0IG92ZXJsYXBzIDAwMDA6MDA6MWYuMCBCQVIgMTMg W2lvICAweDEwMDAtMHgxMDdmXQpbICAgIDIuMjEyMDY4XSBwbnAgMDA6MDM6IGRpc2FibGluZyBb aW8gIDB4MTAxMC0weDEwMmZdIGJlY2F1c2UgaXQgb3ZlcmxhcHMgMDAwMDowMDoxZi4wIEJBUiAx MyBbaW8gIDB4MTAwMC0weDEwN2ZdClsgICAgMi4yMTMyNDNdIHN5c3RlbSAwMDowMzogW2lvICAw eGY0MDAtMHhmNGZlXSBoYXMgYmVlbiByZXNlcnZlZApbICAgIDIuMjEzMzAyXSBzeXN0ZW0gMDA6 MDM6IFtpbyAgMHgxMDgwLTB4MTBiZl0gaGFzIGJlZW4gcmVzZXJ2ZWQKWyAgICAyLjIxMzM1OF0g c3lzdGVtIDAwOjAzOiBbaW8gIDB4MTBjMC0weDEwZGZdIGhhcyBiZWVuIHJlc2VydmVkClsgICAg Mi4yMTM0NTBdIHN5c3RlbSAwMDowMzogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwgSURzIFBO UDBjMDEgKGFjdGl2ZSkKWyAgICAyLjIxNDEyM10geGVuOiByZWdpc3RlcmluZyBnc2kgMTIgdHJp Z2dlcmluZyAxIHBvbGFyaXR5IDAKWyAgICAyLjIxNDI0N10geGVuX21hcF9waXJxX2dzaTogcmV0 dXJuaW5nIGlycSAxMiBmb3IgZ3NpIDEyClsgICAgMi4yMTQyNzJdIHhlbjogLS0+IHBpcnE9MTIg LT4gaXJxPTEyIChnc2k9MTIpClsgICAgMi4yMTQzMTVdIHBucCAwMDowNDogW2lycSAxMl0KWyAg ICAyLjIxNTExNV0gcG5wIDAwOjA0OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5Q MGYxMyAoYWN0aXZlKQpbICAgIDIuMjE1ODE5XSBwbnAgMDA6MDU6IFtpbyAgMHgwMDYwXQpbICAg IDIuMjE1ODUyXSBwbnAgMDA6MDU6IFtpbyAgMHgwMDY0XQpbICAgIDIuMjE1ODgxXSBwbnAgMDA6 MDU6IFtpbyAgMHgwMDYyXQoKWyAgICAyLjIxNTkxMF0gcG5wIDAwOjA1OiBbaW8gIDB4MDA2Nl0K WyAgICAyLjIxNTkyOF0geGVuOiByZWdpc3RlcmluZyBnc2kgMSB0cmlnZ2VyaW5nIDEgcG9sYXJp dHkgMApbICAgIDIuMjE1OTUyXSB4ZW5fbWFwX3BpcnFfZ3NpOiByZXR1cm5pbmcgaXJxIDEgZm9y IGdzaSAxClsgICAgMi4yMTU5NzNdIHhlbjogLS0+IHBpcnE9MSAtPiBpcnE9MSAoZ3NpPTEpClsg ICAgMi4yMTYwMTBdIHBucCAwMDowNTogW2lycSAxXQpbICAgIDIuMjE2ODI2XSBwbnAgMDA6MDU6 IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwMzAzIChhY3RpdmUpClsgICAgMi4y MTcwNTNdIHBucCAwMDowNjogW2lvICAweDAwNzAtMHgwMDcxXQpbICAgIDIuMjE3MDUzXSB4ZW46 IHJlZ2lzdGVyaW5nIGdzaSA4IHRyaWdnZXJpbmcgMSBwb2xhcml0eSAwClsgICAgMi4yMTc1NDBd IHhlbl9tYXBfcGlycV9nc2k6IHJldHVybmluZyBpcnEgOCBmb3IgZ3NpIDgKWyAgICAyLjIxNzU2 M10geGVuOiAtLT4gcGlycT04IC0+IGlycT04IChnc2k9OCkKWyAgICAyLjIxNzYwMF0gcG5wIDAw OjA2OiBbaXJxIDhdClsgICAgMi4yMTc2MzBdIHBucCAwMDowNjogW2lvICAweDAwNzItMHgwMDc3 XQpbICAgIDIuMjE4NDU0XSBwbnAgMDA6MDY6IFBsdWcgYW5kIFBsYXkgQUNQSSBkZXZpY2UsIElE cyBQTlAwYjAwIChhY3RpdmUpClsgICAgMi4yMTkyMzJdIHBucCAwMDowNzogW2lvICAweDAwNjFd ClsgICAgMi4yMTkyNjRdIHBucCAwMDowNzogW2lvICAweDAwNjNdClsgICAgMi4yMTkyOTRdIHBu cCAwMDowNzogW2lvICAweDAwNjVdClsgICAgMi4yMTkzMjRdIHBucCAwMDowNzogW2lvICAweDAw NjddClsgICAgMi4yMjAxMjFdIHBucCAwMDowNzogUGx1ZyBhbmQgUGxheSBBQ1BJIGRldmljZSwg SURzIFBOUDA4MDAgKGFjdGl2ZSkKWyAgICAyLjIyMDgyMF0gcG5wIDAwOjA4OiBbaW8gIDB4MGM4 MC0weDBjZmZdClsgICAgMi4yMjA4NTNdIHBucCAwMDowODogW2lvICAweDA5MTAtMHgwOTFmXQpb ICAgIDIuMjIwODgzXSBwbnAgMDA6MDg6IFtpbyAgMHgwOTIwLTB4MDkyZl0KWyAgICAyLjIyMDkx M10gcG5wIDAwOjA4OiBbaW8gIDB4MGNiMC0weDBjYmZdClsgICAgMi4yMjA5NDJdIHBucCAwMDow ODogW2lvICAweDA5MzAtMHgwOTdmXQpbICAgIDIuMjIyNTM1XSBzeXN0ZW0gMDA6MDg6IFtpbyAg MHgwYzgwLTB4MGNmZl0gY291bGQgbm90IGJlIHJlc2VydmVkClsgICAgMi4yMjI1OTVdIHN5c3Rl bSAwMDowODogW2lvICAweDA5MTAtMHgwOTFmXSBoYXMgYmVlbiByZXNlcnZlZApbICAgIDIuMjIy NjUzXSBzeXN0ZW0gMDA6MDg6IFtpbyAgMHgwOTIwLTB4MDkyZl0gaGFzIGJlZW4gcmVzZXJ2ZWQK WyAgICAyLjIyMjcxMF0gc3lzdGVtIDAwOjA4OiBbaW8gIDB4MGNiMC0weDBjYmZdIGhhcyBiZWVu IHJlc2VydmVkClsgICAgMi4yMjI3NjddIHN5c3RlbSAwMDowODogW2lvICAweDA5MzAtMHgwOTdm XSBoYXMgYmVlbiByZXNlcnZlZApbICAgIDIuMjIyODA2XSBzeXN0ZW0gMDA6MDg6IFBsdWcgYW5k IFBsYXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwYzAxIChhY3RpdmUpClsgICAgMi4yMjMzODRdIHBu cCAwMDowOTogW2RtYSA0XQpbICAgIDIuMjIzMzg0XSBwbnAgMDA6MDk6IFtpbyAgMHgwMDAwLTB4 MDAwZl0KWyAgICAyLjIyMzM4NF0gcG5wIDAwOjA5OiBbaW8gIDB4MDA4MC0weDAwODVdClsgICAg Mi4yMjMzODRdIHBucCAwMDowOTogW2lvICAweDAwODctMHgwMDhmXQpbICAgIDIuMjIzMzg0XSBw bnAgMDA6MDk6IFtpbyAgMHgwMGMwLTB4MDBkZl0KWyAgICAyLjIyMzM4NF0gcG5wIDAwOjA5OiBb aW8gIDB4MDAxMC0weDAwMWZdClsgICAgMi4yMjMzODRdIHBucCAwMDowOTogW2lvICAweDAwOTAt MHgwMDkxXQpbICAgIDIuMjIzMzg0XSBwbnAgMDA6MDk6IFtpbyAgMHgwMDkzLTB4MDA5Zl0KWyAg ICAyLjIyNDYwMF0gcG5wIDAwOjA5OiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5Q MDIwMCAoYWN0aXZlKQpbICAgIDIuMjI1MjQ4XSBwbnAgMDA6MGE6IFtpbyAgMHgwMGYwLTB4MDBm Zl0KWyAgICAyLjIyNTI2OF0geGVuOiByZWdpc3RlcmluZyBnc2kgMTMgdHJpZ2dlcmluZyAxIHBv bGFyaXR5IDAKWyAgICAyLjIyNTMyMF0geGVuX21hcF9waXJxX2dzaTogcmV0dXJuaW5nIGlycSAx MyBmb3IgZ3NpIDEzClsgICAgMi4yMjUzNDJdIHhlbjogLS0+IHBpcnE9MTMgLT4gaXJxPTEzIChn c2k9MTMpClsgICAgMi4yMjUzODBdIHBucCAwMDowYTogW2lycSAxM10KWyAgICAyLjIyNjIwNl0g cG5wIDAwOjBhOiBQbHVnIGFuZCBQbGF5IEFDUEkgZGV2aWNlLCBJRHMgUE5QMGMwNCAoYWN0aXZl KQpbICAgIDIuMjI2MzAzXSBwbnAgMDA6MGI6IFttZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmXQpb ICAgIDIuMjMwMDM4XSBzeXN0ZW0gMDA6MGI6IFttZW0gMHhmZWQwMDAwMC0weGZlZDAwM2ZmXSBo YXMgYmVlbiByZXNlcnZlZApbICAgIDIuMjMwMDc5XSBzeXN0ZW0gMDA6MGI6IFBsdWcgYW5kIFBs YXkgQUNQSSBkZXZpY2UsIElEcyBQTlAwMTAzIFBOUDBjMDEgKGFjdGl2ZSkKWyAgICAyLjIzMDY2 OF0gcG5wOiBQblAgQUNQSTogZm91bmQgMTIgZGV2aWNlcwpbICAgIDIuMjMwNjY4XSBBQ1BJOiBB Q1BJIGJ1cyB0eXBlIHBucCB1bnJlZ2lzdGVyZWQKWyAgICAyLjIzMDY2OF0gY2FsbGluZyAgY2hy X2Rldl9pbml0KzB4MC8weGMxIEAgMQpbICAgIDIuMzEyMTc5XSBpbml0Y2FsbCBjaHJfZGV2X2lu aXQrMHgwLzB4YzEgcmV0dXJuZWQgMCBhZnRlciA2NDEzMiB1c2VjcwpbICAgIDIuMzEyMjE2XSBj YWxsaW5nICBmaXJtd2FyZV9jbGFzc19pbml0KzB4MC8weDE5IEAgMQpbICAgIDIuMzEyNDI4XSBp bml0Y2FsbCBmaXJtd2FyZV9jbGFzc19pbml0KzB4MC8weDE5IHJldHVybmVkIDAgYWZ0ZXIgMTgz IHVzZWNzClsgICAgMi4zMTI0NjJdIGNhbGxpbmcgIGluaXRfcGNtY2lhX2J1cysweDAvMHg2MiBA IDEKWyAgICAyLjMxMjg2Nl0gaW5pdGNhbGwgaW5pdF9wY21jaWFfYnVzKzB4MC8weDYyIHJldHVy bmVkIDAgYWZ0ZXIgMzcxIHVzZWNzClsgICAgMi4zMTI4OTVdIGNhbGxpbmcgIHRoZXJtYWxfaW5p dCsweDAvMHg4YiBAIDEKWyAgICAyLjMxMzIyN10gaW5pdGNhbGwgdGhlcm1hbF9pbml0KzB4MC8w eDhiIHJldHVybmVkIDAgYWZ0ZXIgMzAxIHVzZWNzClsgICAgMi4zMTMyNTZdIGNhbGxpbmcgIGNw dWZyZXFfZ292X3BlcmZvcm1hbmNlX2luaXQrMHgwLzB4MTIgQCAxClsgICAgMi4zMTMzMDldIGlu aXRjYWxsIGNwdWZyZXFfZ292X3BlcmZvcm1hbmNlX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBh ZnRlciAyNCB1c2VjcwpbICAgIDIuMzEzMzQxXSBjYWxsaW5nICBjcHVmcmVxX2dvdl9kYnNfaW5p dCsweDAvMHg3YSBAIDEKWyAgICAyLjMxMzM2OF0gaW5pdGNhbGwgY3B1ZnJlcV9nb3ZfZGJzX2lu aXQrMHgwLzB4N2EgcmV0dXJuZWQgMCBhZnRlciAzIHVzZWNzClsgICAgMi4zMTMzOTVdIGNhbGxp bmcgIGluaXRfYWNwaV9wbV9jbG9ja3NvdXJjZSsweDAvMHhkYSBAIDEKWyAgICAyLjMyMDAxNF0g UE0tVGltZXIgZmFpbGVkIGNvbnNpc3RlbmN5IGNoZWNrICAoMHgweGZmZmZmZikgLSBhYm9ydGlu Zy4KWyAgICAyLjMyMDA0M10gaW5pdGNhbGwgaW5pdF9hY3BpX3BtX2Nsb2Nrc291cmNlKzB4MC8w eGRhIHJldHVybmVkIC0xOSBhZnRlciA2NDcwIHVzZWNzClsgICAgMi4zMjAwNjRdIGNhbGxpbmcg IHBjaWJpb3NfYXNzaWduX3Jlc291cmNlcysweDAvMHg3MSBAIDEKWyAgICAyLjMyMDA2NF0gUENJ OiBtYXggYnVzIGRlcHRoOiAxIHBjaV90cnlfbnVtOiAyClsgICAgMi4zMjAwNjRdIHBjaSAwMDAw OjAwOjFjLjA6IEJBUiAxNTogYXNzaWduZWQgW21lbSAweDgwMDAwMDAwLTB4ODAxZmZmZmYgNjRi aXQgcHJlZl0KWyAgICAyLjMyMDA2NF0gcGNpIDAwMDA6MDA6MWMuMDogQkFSIDEzOiBhc3NpZ25l ZCBbaW8gIDB4MjAwMC0weDJmZmZdClsgICAgMi4zMjAwNjRdIHBjaSAwMDAwOjAwOjFjLjA6IFBD SSBicmlkZ2UgdG8gW2J1cyAwYi0wYl0KWyAgICAyLjMyMDA2NF0gcGNpIDAwMDA6MDA6MWMuMDog ICBicmlkZ2Ugd2luZG93IFtpbyAgMHgyMDAwLTB4MmZmZl0KWyAgICAyLjMyMDA2NF0gcGNpIDAw MDA6MDA6MWMuMDogICBicmlkZ2Ugd2luZG93IFttZW0gMHhlZmQwMDAwMC0weGVmZGZmZmZmXQpb ICAgIDIuMzIwMDY0XSBwY2kgMDAwMDowMDoxYy4wOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAweDgw MDAwMDAwLTB4ODAxZmZmZmYgNjRiaXQgcHJlZl0KWyAgICAyLjMyMDA2NF0gcGNpIDAwMDA6MDA6 MWMuMzogUENJIGJyaWRnZSB0byBbYnVzIDBjLTBkXQpbICAgIDIuMzIwMDY0XSBwY2kgMDAwMDow MDoxYy4zOiAgIGJyaWRnZSB3aW5kb3cgW2lvICAweGQwMDAtMHhkZmZmXQpbICAgIDIuMzIwMDY0 XSBwY2kgMDAwMDowMDoxYy4zOiAgIGJyaWRnZSB3aW5kb3cgW21lbSAweGVmYjAwMDAwLTB4ZWZj ZmZmZmZdClsgICAgMi4zMjAwNjRdIHBjaSAwMDAwOjAwOjFjLjM6ICAgYnJpZGdlIHdpbmRvdyBb bWVtIDB4ZTAwMDAwMDAtMHhlMDFmZmZmZiA2NGJpdCBwcmVmXQpbICAgIDIuMzIwMDY0XSBwY2kg MDAwMDowMDoxZS4wOiBQQ0kgYnJpZGdlIHRvIFtidXMgMDMtMDNdClsgICAgMi4zMjAwNjRdIHBj aSAwMDAwOjAwOjFlLjA6ICAgYnJpZGdlIHdpbmRvdyBbbWVtIDB4ZWZhMDAwMDAtMHhlZmFmZmZm Zl0KWyAgICAyLjMyMDA2NF0geGVuOiByZWdpc3RlcmluZyBnc2kgMTYgdHJpZ2dlcmluZyAwIHBv bGFyaXR5IDEKWyAgICAyLjMyMTU3Ml0geGVuOiAtLT4gcGlycT0xNiAtPiBpcnE9MTYgKGdzaT0x NikKWyAgICAyLjMyMTYwMV0gcGNpIDAwMDA6MDA6MWMuMDogUENJIElOVCBBIC0+IEdTSSAxNiAo bGV2ZWwsIGxvdykgLT4gSVJRIDE2ClsgICAgMi4zMjE2NDNdIHBjaSAwMDAwOjAwOjFjLjA6IHNl dHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAgIDIuMzIxNjk3XSB4ZW46IHJlZ2lzdGVyaW5n IGdzaSAxOSB0cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgIDIuMzIxNzc3XSB4ZW46IC0tPiBw aXJxPTE5IC0+IGlycT0xOSAoZ3NpPTE5KQpbICAgIDIuMzIxODA0XSBwY2kgMDAwMDowMDoxYy4z OiBQQ0kgSU5UIEQgLT4gR1NJIDE5IChsZXZlbCwgbG93KSAtPiBJUlEgMTkKWyAgICAyLjMyMTg0 M10gcGNpIDAwMDA6MDA6MWMuMzogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0ClsgICAgMi4z MjE5MDBdIHBjaSAwMDAwOjAwOjFlLjA6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAg IDIuMzIxOTMwXSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDAgW2lvICAweDAwMDAtMHhmZmZm XQpbICAgIDIuMzIxOTUyXSBwY2lfYnVzIDAwMDA6MDA6IHJlc291cmNlIDEgW21lbSAweDAwMDAw MDAwLTB4ZmZmZmZmZmZmXQpbICAgIDIuMzIxOTc3XSBwY2lfYnVzIDAwMDA6MGI6IHJlc291cmNl IDAgW2lvICAweDIwMDAtMHgyZmZmXQpbICAgIDIuMzIxOTk5XSBwY2lfYnVzIDAwMDA6MGI6IHJl c291cmNlIDEgW21lbSAweGVmZDAwMDAwLTB4ZWZkZmZmZmZdClsgICAgMi4zMjIwMjRdIHBjaV9i dXMgMDAwMDowYjogcmVzb3VyY2UgMiBbbWVtIDB4ODAwMDAwMDAtMHg4MDFmZmZmZiA2NGJpdCBw cmVmXQpbICAgIDIuMzIyMDU1XSBwY2lfYnVzIDAwMDA6MGM6IHJlc291cmNlIDAgW2lvICAweGQw MDAtMHhkZmZmXQpbICAgIDIuMzIyMDc3XSBwY2lfYnVzIDAwMDA6MGM6IHJlc291cmNlIDEgW21l bSAweGVmYjAwMDAwLTB4ZWZjZmZmZmZdClsgICAgMi4zMjIxMDJdIHBjaV9idXMgMDAwMDowYzog cmVzb3VyY2UgMiBbbWVtIDB4ZTAwMDAwMDAtMHhlMDFmZmZmZiA2NGJpdCBwcmVmXQpbICAgIDIu MzIyMTMxXSBwY2lfYnVzIDAwMDA6MDM6IHJlc291cmNlIDEgW21lbSAweGVmYTAwMDAwLTB4ZWZh ZmZmZmZdClsgICAgMi4zMjIxNTZdIHBjaV9idXMgMDAwMDowMzogcmVzb3VyY2UgNCBbaW8gIDB4 MDAwMC0weGZmZmZdClsgICAgMi4zMjIxNzddIHBjaV9idXMgMDAwMDowMzogcmVzb3VyY2UgNSBb bWVtIDB4MDAwMDAwMDAtMHhmZmZmZmZmZmZdClsgICAgMi4zMjIyMTFdIGluaXRjYWxsIHBjaWJp b3NfYXNzaWduX3Jlc291cmNlcysweDAvMHg3MSByZXR1cm5lZCAwIGFmdGVyIDIwNTcgdXNlY3MK WyAgICAyLjMyMjI0Ml0gY2FsbGluZyAgc3lzY3RsX2NvcmVfaW5pdCsweDAvMHgzOCBAIDEKWyAg ICAyLjMyMjU1NV0gY2FsbGluZyAgaW5ldF9pbml0KzB4MC8weDI3ZCBAIDEKWyAgICAyLjMyMjg4 NV0gTkVUOiBSZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAyClsgICAgMi4zMjg0NDVdIElQIHJv dXRlIGNhY2hlIGhhc2ggdGFibGUgZW50cmllczogNTI0Mjg4IChvcmRlcjogMTAsIDQxOTQzMDQg Ynl0ZXMpClsgICAgMi4zNDMzNDZdIFRDUCBlc3RhYmxpc2hlZCBoYXNoIHRhYmxlIGVudHJpZXM6 IDUyNDI4OCAob3JkZXI6IDExLCA4Mzg4NjA4IGJ5dGVzKQpbICAgIDIuMzU1NzUzXSBUQ1AgYmlu ZCBoYXNoIHRhYmxlIGVudHJpZXM6IDY1NTM2IChvcmRlcjogMTAsIDUyNDI4ODAgYnl0ZXMpClsg ICAgMi4zNzEwMjBdIFRDUDogSGFzaCB0YWJsZXMgY29uZmlndXJlZCAoZXN0YWJsaXNoZWQgNTI0 Mjg4IGJpbmQgNjU1MzYpClsgICAgMi4zNzEwNjRdIFRDUCByZW5vIHJlZ2lzdGVyZWQKWyAgICAy LjM3NDU4MV0gVURQIGhhc2ggdGFibGUgZW50cmllczogMTYzODQgKG9yZGVyOiA5LCAzMTQ1NzI4 IGJ5dGVzKQpbICAgIDIuMzg3NjMxXSBVRFAtTGl0ZSBoYXNoIHRhYmxlIGVudHJpZXM6IDE2Mzg0 IChvcmRlcjogOSwgMzE0NTcyOCBieXRlcykKWyAgICAyLjM5ODU2MF0gaW5pdGNhbGwgaW5ldF9p bml0KzB4MC8weDI3ZCByZXR1cm5lZCAwIGFmdGVyIDc0MTg2IHVzZWNzClsgICAgMi4zOTg2MDhd IGNhbGxpbmcgIGFmX3VuaXhfaW5pdCsweDAvMHg1MiBAIDEKWyAgICAyLjM5ODY5MV0gTkVUOiBS ZWdpc3RlcmVkIHByb3RvY29sIGZhbWlseSAxClsgICAgMi4zOTg4NzJdIGluaXRjYWxsIGFmX3Vu aXhfaW5pdCsweDAvMHg1MiByZXR1cm5lZCAwIGFmdGVyIDIzNCB1c2VjcwpbICAgIDIuMzk4OTAx XSBjYWxsaW5nICBwY2lfYXBwbHlfZmluYWxfcXVpcmtzKzB4MC8weGYyIEAgMQpbICAgIDIuMzk5 MDE2XSBwY2kgMDAwMDowMDowMi4wOiBCb290IHZpZGVvIGRldmljZQpbICAgIDIuNDAwMTI2XSBQ Q0k6IENMUyA2NCBieXRlcywgZGVmYXVsdCA2NApbICAgIDIuNDAwMTQ4XSBpbml0Y2FsbCBwY2lf YXBwbHlfZmluYWxfcXVpcmtzKzB4MC8weGYyIHJldHVybmVkIDAgYWZ0ZXIgMTE5NCB1c2Vjcwpb ICAgIDIuNDAwMjU0XSBjYWxsaW5nICBwb3B1bGF0ZV9yb290ZnMrMHgwLzB4MTA1IEAgMQpbICAg IDIuNDAxNzkxXSBVbnBhY2tpbmcgaW5pdHJhbWZzLi4uClsgICAgMy4zNTAwNjJdIEZyZWVpbmcg aW5pdHJkIG1lbW9yeTogNDEyMjBrIGZyZWVkClsgICAgMy40MDg1MjhdIGluaXRjYWxsIHBvcHVs YXRlX3Jvb3RmcysweDAvMHgxMDUgcmV0dXJuZWQgMCBhZnRlciA5ODQ2MDMgdXNlY3MKWyAgICAz LjQwODU4Ml0gY2FsbGluZyAgcGNpX2lvbW11X2luaXQrMHgwLzB4NTQgQCAxClsgICAgMy43MzE0 NzVdIERNQS1BUEk6IHByZWFsbG9jYXRlZCAzMjc2OCBkZWJ1ZyBlbnRyaWVzClsgICAgMy43MzE1 NjldIERNQS1BUEk6IGRlYnVnZ2luZyBlbmFibGVkIGJ5IGtlcm5lbCBjb25maWcKWyAgICAzLjcz MTYxNl0gaW5pdGNhbGwgcGNpX2lvbW11X2luaXQrMHgwLzB4NTQgcmV0dXJuZWQgMCBhZnRlciAz MTU0MzUgdXNlY3MKWyAgICAzLjczMTY0Nl0gY2FsbGluZyAgY2FsZ2FyeV9maXh1cF90Y2Vfc3Bh Y2VzKzB4MC8weGYwIEAgMQpbICAgIDMuNzMxNjY5XSBpbml0Y2FsbCBjYWxnYXJ5X2ZpeHVwX3Rj ZV9zcGFjZXMrMHgwLzB4ZjAgcmV0dXJuZWQgLTE5IGFmdGVyIDAgdXNlY3MKWyAgICAzLjczMTY5 OV0gY2FsbGluZyAgaTgyNTlBX2luaXRfb3BzKzB4MC8weDIxIEAgMQpbICAgIDMuNzMxNzI4XSBp bml0Y2FsbCBpODI1OUFfaW5pdF9vcHMrMHgwLzB4MjEgcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNz ClsgICAgMy43MzE3NTNdIGNhbGxpbmcgIHZzeXNjYWxsX2luaXQrMHgwLzB4MjcgQCAxClsgICAg My43MzE4MjNdIGluaXRjYWxsIHZzeXNjYWxsX2luaXQrMHgwLzB4MjcgcmV0dXJuZWQgMCBhZnRl ciA0NiB1c2VjcwpbICAgIDMuNzMxODUwXSBjYWxsaW5nICBzYmZfaW5pdCsweDAvMHhlNyBAIDEK WyAgICAzLjczMTg4M10gU2ltcGxlIEJvb3QgRmxhZyBhdCAweDc5IHNldCB0byAweDgwClsgICAg My43MzE5MTJdIGluaXRjYWxsIHNiZl9pbml0KzB4MC8weGU3IHJldHVybmVkIDAgYWZ0ZXIgNDIg dXNlY3MKWyAgICAzLjczMTkzOF0gY2FsbGluZyAgaW5pdF90c2NfY2xvY2tzb3VyY2UrMHgwLzB4 NWYgQCAxClsgICAgMy43MzE5OThdIGluaXRjYWxsIGluaXRfdHNjX2Nsb2Nrc291cmNlKzB4MC8w eDVmIHJldHVybmVkIDAgYWZ0ZXIgMzYgdXNlY3MKWyAgICAzLjczMjAyOF0gY2FsbGluZyAgYWRk X3J0Y19jbW9zKzB4MC8weDk3IEAgMQpbICAgIDMuNzMyMDk4XSBpbml0Y2FsbCBhZGRfcnRjX2Nt b3MrMHgwLzB4OTcgcmV0dXJuZWQgMCBhZnRlciA0NiB1c2VjcwpbICAgIDMuNzMyMTI2XSBjYWxs aW5nICBpODIzN0FfaW5pdF9vcHMrMHgwLzB4MTQgQCAxClsgICAgMy43MzIzNTJdIGluaXRjYWxs IGk4MjM3QV9pbml0X29wcysweDAvMHgxNCByZXR1cm5lZCAwIGFmdGVyIDE5NyB1c2VjcwpbICAg IDMuNzMyMzgzXSBjYWxsaW5nICBjYWNoZV9zeXNmc19pbml0KzB4MC8weDY0IEAgMQpbICAgIDMu NzM0NjEzXSBpbml0Y2FsbCBjYWNoZV9zeXNmc19pbml0KzB4MC8weDY0IHJldHVybmVkIDAgYWZ0 ZXIgMjE1NSB1c2VjcwpbICAgIDMuNzM0NjQyXSBjYWxsaW5nICBtY2hlY2tfaW5pdF9kZXZpY2Ur MHgwLzB4MTBlIEAgMQpbICAgIDMuNzM0NjY1XSBpbml0Y2FsbCBtY2hlY2tfaW5pdF9kZXZpY2Ur MHgwLzB4MTBlIHJldHVybmVkIC01IGFmdGVyIDAgdXNlY3MKWyAgICAzLjczNDY5Ml0gaW5pdGNh bGwgbWNoZWNrX2luaXRfZGV2aWNlKzB4MC8weDEwZSByZXR1cm5lZCB3aXRoIGVycm9yIGNvZGUg LTUgClsgICAgMy43MzQ3MjJdIGNhbGxpbmcgIHRocmVzaG9sZF9pbml0X2RldmljZSsweDAvMHg0 ZiBAIDEKWyAgICAzLjczNDc0NV0gaW5pdGNhbGwgdGhyZXNob2xkX2luaXRfZGV2aWNlKzB4MC8w eDRmIHJldHVybmVkIDAgYWZ0ZXIgMSB1c2VjcwpbICAgIDMuNzM0Nzc1XSBjYWxsaW5nICB0aGVy bWFsX3Rocm90dGxlX2luaXRfZGV2aWNlKzB4MC8weDljIEAgMQpbICAgIDMuNzM0ODAyXSBpbml0 Y2FsbCB0aGVybWFsX3Rocm90dGxlX2luaXRfZGV2aWNlKzB4MC8weDljIHJldHVybmVkIDAgYWZ0 ZXIgMCB1c2VjcwpbICAgIDMuNzM0ODMyXSBjYWxsaW5nICBtc3JfaW5pdCsweDAvMHgxMWQgQCAx ClsgICAgMy43Mzc5OTFdIGluaXRjYWxsIG1zcl9pbml0KzB4MC8weDExZCByZXR1cm5lZCAwIGFm dGVyIDMwNjUgdXNlY3MKWyAgICAzLjczODAyMV0gY2FsbGluZyAgY3B1aWRfaW5pdCsweDAvMHgx MWQgQCAxClsgICAgMy43Mzk5NDddIGluaXRjYWxsIGNwdWlkX2luaXQrMHgwLzB4MTFkIHJldHVy bmVkIDAgYWZ0ZXIgMTg1NyB1c2VjcwpbICAgIDMuNzQwMDAzXSBpbml0Y2FsbCBpb2FwaWNfaW5p dF9vcHMrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciAzIHVzZWNzClsgICAgMy43NDAwMjldIGNh bGxpbmcgIGFkZF9wY3Nwa3IrMHgwLzB4MzggQCAxClsgICAgMy43NDA1NzJdIGluaXRjYWxsIGFk ZF9wY3Nwa3IrMHgwLzB4MzggcmV0dXJuZWQgMCBhZnRlciA1MDcgdXNlY3MKWyAgICAzLjc0MDYw MF0gY2FsbGluZyAgYXVkaXRfY2xhc3Nlc19pbml0KzB4MC8weGFmIEAgMQpbICAgIDMuNzQwNzI3 XSBpbml0Y2FsbCBhdWRpdF9jbGFzc2VzX2luaXQrMHgwLzB4YWYgcmV0dXJuZWQgMCBhZnRlciAx MDEgdXNlY3MKWyAgICAzLjc0MDc1Nl0gY2FsbGluZyAgcHRfZHVtcF9pbml0KzB4MC8weDMwIEAg MQpbICAgIDMuNzQwODU2XSBpbml0Y2FsbCBwdF9kdW1wX2luaXQrMHgwLzB4MzAgcmV0dXJuZWQg MCBhZnRlciA3NSB1c2VjcwpbICAgIDMuNzQwODg0XSBjYWxsaW5nICBhZXNfaW5pdCsweDAvMHgx MiBAIDEKWyAgICAzLjc0MTYwNV0gaW5pdGNhbGwgYWVzX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQg MCBhZnRlciA2ODUgdXNlY3MKWyAgICAzLjc0MTYxMl0gY3J5cHRvbWdyX3Rlc3QgdXNlZCBncmVh dGVzdCBzdGFjayBkZXB0aDogNjA4OCBieXRlcyBsZWZ0ClsgICAgMy43NDE2NTVdIGNhbGxpbmcg IGFlc25pX2luaXQrMHgwLzB4MjAxIEAgMQpbICAgIDMuNzQxNjc1XSBJbnRlbCBBRVMtTkkgaW5z dHJ1Y3Rpb25zIGFyZSBub3QgZGV0ZWN0ZWQuClsgICAgMy43NDE2OThdIGluaXRjYWxsIGFlc25p X2luaXQrMHgwLzB4MjAxIHJldHVybmVkIC0xOSBhZnRlciAyMCB1c2VjcwpbICAgIDMuNzQxNzI0 XSBjYWxsaW5nICBpYTMyX2JpbmZtdF9pbml0KzB4MC8weDE0IEAgMQpbICAgIDMuNzQxODExXSBp bml0Y2FsbCBpYTMyX2JpbmZtdF9pbml0KzB4MC8weDE0IHJldHVybmVkIDAgYWZ0ZXIgNjIgdXNl Y3MKWyAgICAzLjc0MTgzOV0gY2FsbGluZyAgaW5pdF9zY2hlZF9kZWJ1Z19wcm9jZnMrMHgwLzB4 MmMgQCAxClsgICAgMy43NDE5MTJdIGluaXRjYWxsIGluaXRfc2NoZWRfZGVidWdfcHJvY2ZzKzB4 MC8weDJjIHJldHVybmVkIDAgYWZ0ZXIgNDggdXNlY3MKWyAgICAzLjc0MTk0M10gY2FsbGluZyAg cHJvY19zY2hlZHN0YXRfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjc0MjAwN10gaW5pdGNhbGwg cHJvY19zY2hlZHN0YXRfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDQwIHVzZWNzClsg ICAgMy43NDIwMzVdIGNhbGxpbmcgIHByb2NfZXhlY2RvbWFpbnNfaW5pdCsweDAvMHgyMiBAIDEK WyAgICAzLjc0MjEwMF0gaW5pdGNhbGwgcHJvY19leGVjZG9tYWluc19pbml0KzB4MC8weDIyIHJl dHVybmVkIDAgYWZ0ZXIgNDAgdXNlY3MKWyAgICAzLjc0MjEzMV0gY2FsbGluZyAgaW9yZXNvdXJj ZXNfaW5pdCsweDAvMHgzYyBAIDEKWyAgICAzLjc0MjIyN10gaW5pdGNhbGwgaW9yZXNvdXJjZXNf aW5pdCsweDAvMHgzYyByZXR1cm5lZCAwIGFmdGVyIDcyIHVzZWNzClsgICAgMy43NDIyNTNdIGNh bGxpbmcgIHVpZF9jYWNoZV9pbml0KzB4MC8weDhjIEAgMQpbICAgIDMuNzQyNDQyXSBpbml0Y2Fs bCB1aWRfY2FjaGVfaW5pdCsweDAvMHg4YyByZXR1cm5lZCAwIGFmdGVyIDE2MiB1c2VjcwpbICAg IDMuNzQyNDcxXSBjYWxsaW5nICBpbml0X3Bvc2l4X3RpbWVycysweDAvMHgxYzMgQCAxClsgICAg My43NDI1NDZdIGluaXRjYWxsIGluaXRfcG9zaXhfdGltZXJzKzB4MC8weDFjMyByZXR1cm5lZCAw IGFmdGVyIDUwIHVzZWNzClsgICAgMy43NDI1NzNdIGNhbGxpbmcgIGluaXRfcG9zaXhfY3B1X3Rp bWVycysweDAvMHhjMiBAIDEKWyAgICAzLjc0MjU5Nl0gaW5pdGNhbGwgaW5pdF9wb3NpeF9jcHVf dGltZXJzKzB4MC8weGMyIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuNzQyNjI3XSBj YWxsaW5nICBjcmVhdGVfcHJvY19wcm9maWxlKzB4MC8weDIzYiBAIDEKWyAgICAzLjc0MjY1MF0g aW5pdGNhbGwgY3JlYXRlX3Byb2NfcHJvZmlsZSsweDAvMHgyM2IgcmV0dXJuZWQgMCBhZnRlciAw IHVzZWNzClsgICAgMy43NDI2NzZdIGNhbGxpbmcgIHRpbWVrZWVwaW5nX2luaXRfb3BzKzB4MC8w eDE0IEAgMQpbICAgIDMuNzQyNzQ3XSBpbml0Y2FsbCB0aW1la2VlcGluZ19pbml0X29wcysweDAv MHgxNCByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICAzLjc0Mjc3M10gY2FsbGluZyAgaW5p dF9jbG9ja3NvdXJjZV9zeXNmcysweDAvMHg1MCBAIDEKWyAgICAzLjc0MzExNF0gaW5pdGNhbGwg aW5pdF9jbG9ja3NvdXJjZV9zeXNmcysweDAvMHg1MCByZXR1cm5lZCAwIGFmdGVyIDMxMCB1c2Vj cwpbICAgIDMuNzQzMTQ3XSBjYWxsaW5nICBpbml0X3RpbWVyX2xpc3RfcHJvY2ZzKzB4MC8weDJj IEAgMQpbICAgIDMuNzQzMjEwXSBpbml0Y2FsbCBpbml0X3RpbWVyX2xpc3RfcHJvY2ZzKzB4MC8w eDJjIHJldHVybmVkIDAgYWZ0ZXIgMzggdXNlY3MKWyAgICAzLjc0MzI0MV0gY2FsbGluZyAgYWxh cm10aW1lcl9pbml0KzB4MC8weDE0MyBAIDEKWyAgICAzLjc0NDA5Ml0gaW5pdGNhbGwgYWxhcm10 aW1lcl9pbml0KzB4MC8weDE0MyByZXR1cm5lZCAwIGFmdGVyIDgwOCB1c2VjcwpbICAgIDMuNzQ0 MTY1XSBjYWxsaW5nICBpbml0X3RzdGF0c19wcm9jZnMrMHgwLzB4MmMgQCAxClsgICAgMy43NDQy MjldIGluaXRjYWxsIGluaXRfdHN0YXRzX3Byb2NmcysweDAvMHgyYyByZXR1cm5lZCAwIGFmdGVy IDM5IHVzZWNzClsgICAgMy43NDQyNTZdIGNhbGxpbmcgIGxvY2tkZXBfcHJvY19pbml0KzB4MC8w eDdjIEAgMQpbICAgIDMuNzQ0Mjg2XSBpbml0Y2FsbCBsb2NrZGVwX3Byb2NfaW5pdCsweDAvMHg3 YyByZXR1cm5lZCAwIGFmdGVyIDE0MyB1c2VjcwpbICAgIDMuNzQ0Mjg2XSBjYWxsaW5nICBmdXRl eF9pbml0KzB4MC8weDZmIEAgMQpbICAgIDMuNzQ0NTgwXSBpbml0Y2FsbCBmdXRleF9pbml0KzB4 MC8weDZmIHJldHVybmVkIDAgYWZ0ZXIgMTAyIHVzZWNzClsgICAgMy43NDQ2MDhdIGNhbGxpbmcg IHByb2NfZG1hX2luaXQrMHgwLzB4MjIgQCAxClsgICAgMy43NDQ2NzNdIGluaXRjYWxsIHByb2Nf ZG1hX2luaXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciA0MSB1c2VjcwpbICAgIDMuNzQ0NzAx XSBjYWxsaW5nICBwcm9jX21vZHVsZXNfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjc0NDc2NV0g aW5pdGNhbGwgcHJvY19tb2R1bGVzX2luaXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciA0MSB1 c2VjcwpbICAgIDMuNzQ0NzkyXSBjYWxsaW5nICBrYWxsc3ltc19pbml0KzB4MC8weDI1IEAgMQpb ICAgIDMuNzQ0ODU2XSBpbml0Y2FsbCBrYWxsc3ltc19pbml0KzB4MC8weDI1IHJldHVybmVkIDAg YWZ0ZXIgNDAgdXNlY3MKWyAgICAzLjc0NDg4M10gY2FsbGluZyAgc25hcHNob3RfZGV2aWNlX2lu aXQrMHgwLzB4MTIgQCAxClsgICAgMy43NDU2ODBdIGluaXRjYWxsIHNuYXBzaG90X2RldmljZV9p bml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgNzU0IHVzZWNzClsgICAgMy43NDU3MTNdIGNh bGxpbmcgIGNyYXNoX3NhdmVfdm1jb3JlaW5mb19pbml0KzB4MC8weDQ2ZCBAIDEKWyAgICAzLjc0 NTc2N10gaW5pdGNhbGwgY3Jhc2hfc2F2ZV92bWNvcmVpbmZvX2luaXQrMHgwLzB4NDZkIHJldHVy bmVkIDAgYWZ0ZXIgMjYgdXNlY3MKWyAgICAzLjc0NTgyOF0gaW5pdGNhbGwgY3Jhc2hfbm90ZXNf bWVtb3J5X2luaXQrMHgwLzB4MzYgcmV0dXJuZWQgMCBhZnRlciA3IHVzZWNzClsgICAgMy43NDU4 NTldIGNhbGxpbmcgIHVzZXJfbmFtZXNwYWNlc19pbml0KzB4MC8weDJkIEAgMQpbICAgIDMuNzQ1 OTI2XSBpbml0Y2FsbCB1c2VyX25hbWVzcGFjZXNfaW5pdCsweDAvMHgyZCByZXR1cm5lZCAwIGFm dGVyIDQyIHVzZWNzClsgICAgMy43NDU5NThdIGNhbGxpbmcgIHBpZF9uYW1lc3BhY2VzX2luaXQr MHgwLzB4MmQgQCAxClsgICAgMy43NDYwMjNdIGluaXRjYWxsIHBpZF9uYW1lc3BhY2VzX2luaXQr MHgwLzB4MmQgcmV0dXJuZWQgMCBhZnRlciA0MCB1c2VjcwpbICAgIDMuNzQ2MDUyXSBjYWxsaW5n ICB1dHJhY2VfaW5pdCsweDAvMHg1MiBAIDEKWyAgICAzLjc0NjI1Ml0gaW5pdGNhbGwgdXRyYWNl X2luaXQrMHgwLzB4NTIgcmV0dXJuZWQgMCBhZnRlciAxNzEgdXNlY3MKWyAgICAzLjc0NjI4MF0g Y2FsbGluZyAgYXVkaXRfaW5pdCsweDAvMHgxNjAgQCAxClsgICAgMy43NDYzMDFdIGF1ZGl0OiBp bml0aWFsaXppbmcgbmV0bGluayBzb2NrZXQgKGRpc2FibGVkKQpbICAgIDMuNzQ2NTIwXSB0eXBl PTIwMDAgYXVkaXQoMTMxNTk1NTE0My43OTI6MSk6IGluaXRpYWxpemVkClsgICAgMy43NDY1NzJd IGluaXRjYWxsIGF1ZGl0X2luaXQrMHgwLzB4MTYwIHJldHVybmVkIDAgYWZ0ZXIgMjYyIHVzZWNz ClsgICAgMy43NDY1OTldIGNhbGxpbmcgIGF1ZGl0X3dhdGNoX2luaXQrMHgwLzB4M2EgQCAxClsg ICAgMy43NDY2MzRdIGluaXRjYWxsIGF1ZGl0X3dhdGNoX2luaXQrMHgwLzB4M2EgcmV0dXJuZWQg MCBhZnRlciAxMSB1c2VjcwpbICAgIDMuNzQ2NjYwXSBjYWxsaW5nICBhdWRpdF90cmVlX2luaXQr MHgwLzB4NTggQCAxClsgICAgMy43NDY2OTVdIGluaXRjYWxsIGF1ZGl0X3RyZWVfaW5pdCsweDAv MHg1OCByZXR1cm5lZCAwIGFmdGVyIDEyIHVzZWNzClsgICAgMy43NDY3MjJdIGNhbGxpbmcgIGlu aXRfa3Byb2JlcysweDAvMHgxOTUgQCAxClsgICAgMy43ODcyMDNdIGluaXRjYWxsIGluaXRfa3By b2JlcysweDAvMHgxOTUgcmV0dXJuZWQgMCBhZnRlciAzOTUwOSB1c2VjcwpbICAgIDMuNzg3MjMz XSBjYWxsaW5nICBodW5nX3Rhc2tfaW5pdCsweDAvMHg1MyBAIDEKWyAgICAzLjc4NzU3Ml0gaW5p dGNhbGwgaHVuZ190YXNrX2luaXQrMHgwLzB4NTMgcmV0dXJuZWQgMCBhZnRlciAzMDggdXNlY3MK WyAgICAzLjc4NzYwMF0gY2FsbGluZyAgdXRzbmFtZV9zeXNjdGxfaW5pdCsweDAvMHgxNCBAIDEK WyAgICAzLjc4NzgzN10gaW5pdGNhbGwgdXRzbmFtZV9zeXNjdGxfaW5pdCsweDAvMHgxNCByZXR1 cm5lZCAwIGFmdGVyIDIwOCB1c2VjcwpbICAgIDMuNzg3ODY5XSBjYWxsaW5nICBpbml0X3RyYWNl cG9pbnRzKzB4MC8weDE3IEAgMQpbICAgIDMuNzg3ODkxXSBpbml0Y2FsbCBpbml0X3RyYWNlcG9p bnRzKzB4MC8weDE3IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuNzg3OTYxXSBjYWxs aW5nICBpbml0X2xzdGF0c19wcm9jZnMrMHgwLzB4MjUgQCAxClsgICAgMy43ODgwMzJdIGluaXRj YWxsIGluaXRfbHN0YXRzX3Byb2NmcysweDAvMHgyNSByZXR1cm5lZCAwIGFmdGVyIDQ3IHVzZWNz ClsgICAgMy43ODgwNjFdIGNhbGxpbmcgIGZ0cmFjZV9tb2RfY21kX2luaXQrMHgwLzB4MTIgQCAx ClsgICAgMy43ODgxMjBdIGluaXRjYWxsIGZ0cmFjZV9tb2RfY21kX2luaXQrMHgwLzB4MTIgcmV0 dXJuZWQgMCBhZnRlciAzNSB1c2VjcwpbICAgIDMuNzg4MTQ4XSBjYWxsaW5nICBpbml0X2V2ZW50 cysweDAvMHg2MCBAIDEKWyAgICAzLjc4ODE4OF0gaW5pdGNhbGwgaW5pdF9ldmVudHMrMHgwLzB4 NjAgcmV0dXJuZWQgMCBhZnRlciAxOCB1c2VjcwpbICAgIDMuNzg4MjE0XSBjYWxsaW5nICBpbml0 X2Z1bmN0aW9uX3RyYWNlKzB4MC8weDNlIEAgMQpbICAgIDMuNzg4MjQ1XSBpbml0Y2FsbCBpbml0 X2Z1bmN0aW9uX3RyYWNlKzB4MC8weDNlIHJldHVybmVkIDAgYWZ0ZXIgOCB1c2VjcwpbICAgIDMu Nzg4MjcyXSBjYWxsaW5nICBpbml0X3dha2V1cF90cmFjZXIrMHgwLzB4MjIgQCAxClsgICAgMy43 ODgyOTldIGluaXRjYWxsIGluaXRfd2FrZXVwX3RyYWNlcisweDAvMHgyMiByZXR1cm5lZCAwIGFm dGVyIDQgdXNlY3MKWyAgICAzLjc4ODMyNF0gY2FsbGluZyAgc3RhY2tfdHJhY2VfaW5pdCsweDAv MHg2OCBAIDEKWyAgICAzLjc4ODQ3Nl0gaW5pdGNhbGwgc3RhY2tfdHJhY2VfaW5pdCsweDAvMHg2 OCByZXR1cm5lZCAwIGFmdGVyIDEyNSB1c2VjcwpbICAgIDMuNzg4NTAzXSBjYWxsaW5nICBpbml0 X21taW9fdHJhY2UrMHgwLzB4MTIgQCAxClsgICAgMy43ODg1MjFdIGluaXRjYWxsIGluaXRfbW1p b190cmFjZSsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICAzLjc4ODUyMV0g Y2FsbGluZyAgaW5pdF9ncmFwaF90cmFjZSsweDAvMHg2NSBAIDEKWyAgICAzLjc4ODUyMV0gaW5p dGNhbGwgaW5pdF9ncmFwaF90cmFjZSsweDAvMHg2NSByZXR1cm5lZCAwIGFmdGVyIDcgdXNlY3MK WyAgICAzLjc4ODUyMV0gY2FsbGluZyAgaW5pdF9ibGtfdHJhY2VyKzB4MC8weDU3IEAgMQpbICAg IDMuNzg4NTIxXSBpbml0Y2FsbCBpbml0X2Jsa190cmFjZXIrMHgwLzB4NTcgcmV0dXJuZWQgMCBh ZnRlciA0IHVzZWNzClsgICAgMy43ODg1MjFdIGNhbGxpbmcgIHBlcmZfZXZlbnRfc3lzZnNfaW5p dCsweDAvMHg5NSBAIDEKWyAgICAzLjc5MDY0MF0gaW5pdGNhbGwgcGVyZl9ldmVudF9zeXNmc19p bml0KzB4MC8weDk1IHJldHVybmVkIDAgYWZ0ZXIgMTkwOCB1c2VjcwpbICAgIDMuNzkwNjc1XSBj YWxsaW5nICBpbml0X3Blcl96b25lX3dtYXJrX21pbisweDAvMHg4MyBAIDEKWyAgICAzLjc5MTI3 OF0gaW5pdGNhbGwgaW5pdF9wZXJfem9uZV93bWFya19taW4rMHgwLzB4ODMgcmV0dXJuZWQgMCBh ZnRlciA2MTQwIHVzZWNzClsgICAgMy43OTEyNzhdIGNhbGxpbmcgIGtzd2FwZF9pbml0KzB4MC8w eDdjIEAgMQpbICAgIDMuNzk3NTk5XSBpbml0Y2FsbCBrc3dhcGRfaW5pdCsweDAvMHg3YyByZXR1 cm5lZCAwIGFmdGVyIDUyNSB1c2VjcwpbICAgIDMuNzk3NjI5XSBjYWxsaW5nICBleHRmcmFnX2Rl YnVnX2luaXQrMHgwLzB4NzcgQCAxClsgICAgMy43OTc5MzNdIGluaXRjYWxsIGV4dGZyYWdfZGVi dWdfaW5pdCsweDAvMHg3NyByZXR1cm5lZCAwIGFmdGVyIDI3MyB1c2VjcwpbICAgIDMuNzk3OTYw XSBjYWxsaW5nICBzZXR1cF92bXN0YXQrMHgwLzB4YzAgQCAxClsgICAgMy43OTgxODZdIGluaXRj YWxsIHNldHVwX3Ztc3RhdCsweDAvMHhjMCByZXR1cm5lZCAwIGFmdGVyIDE5OCB1c2VjcwpbICAg IDMuNzk4MjEzXSBjYWxsaW5nICBtbV9zeXNmc19pbml0KzB4MC8weDI5IEAgMQpbICAgIDMuNzk4 MjkzXSBpbml0Y2FsbCBtbV9zeXNmc19pbml0KzB4MC8weDI5IHJldHVybmVkIDAgYWZ0ZXIgNTYg dXNlY3MKWyAgICAzLjc5ODMyMF0gY2FsbGluZyAgcHJvY192bWFsbG9jX2luaXQrMHgwLzB4MjUg QCAxClsgICAgMy43OTgzODFdIGluaXRjYWxsIHByb2Nfdm1hbGxvY19pbml0KzB4MC8weDI1IHJl dHVybmVkIDAgYWZ0ZXIgMzcgdXNlY3MKWyAgICAzLjc5ODQwOV0gY2FsbGluZyAgcHJvY3N3YXBz X2luaXQrMHgwLzB4MjIgQCAxClsgICAgMy43OTg0OTZdIGNhbGxpbmcgIGh1Z2V0bGJfaW5pdCsw eDAvMHgzOTMgQCAxClsgICAgMy43OTg1MjFdIEh1Z2VUTEIgcmVnaXN0ZXJlZCAyIE1CIHBhZ2Ug c2l6ZSwgcHJlLWFsbG9jYXRlZCAwIHBhZ2VzClsgICAgMy43OTg5NDRdIGluaXRjYWxsIGh1Z2V0 bGJfaW5pdCsweDAvMHgzOTMgcmV0dXJuZWQgMCBhZnRlciA0MTQgdXNlY3MKWyAgICAzLjc5ODk3 M10gY2FsbGluZyAga3NtX2luaXQrMHgwLzB4MTZmIEAgMQpbICAgIDMuNzk5NjIzXSBpbml0Y2Fs bCBrc21faW5pdCsweDAvMHgxNmYgcmV0dXJuZWQgMCBhZnRlciA2MTUgdXNlY3MKWyAgICAzLjc5 OTY1Ml0gY2FsbGluZyAgc2xhYl9wcm9jX2luaXQrMHgwLzB4MjUgQCAxClsgICAgMy43OTk3Mjhd IGluaXRjYWxsIHNsYWJfcHJvY19pbml0KzB4MC8weDI1IHJldHVybmVkIDAgYWZ0ZXIgNTEgdXNl Y3MKWyAgICAzLjc5OTc1NV0gY2FsbGluZyAgc2xhYl9zeXNmc19pbml0KzB4MC8weDEwNCBAIDEK WyAgICAzLjg4MDM3OV0gaW5pdGNhbGwgc2xhYl9zeXNmc19pbml0KzB4MC8weDEwNCByZXR1cm5l ZCAwIGFmdGVyIDc4NzA0IHVzZWNzClsgICAgMy44ODA0MjBdIGNhbGxpbmcgIGh1Z2VwYWdlX2lu aXQrMHgwLzB4MTM3IEAgMQpbICAgIDMuODgwNDQzXSBpbml0Y2FsbCBodWdlcGFnZV9pbml0KzB4 MC8weDEzNyByZXR1cm5lZCAtMjIgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuODgwNDcyXSBpbml0Y2Fs bCBodWdlcGFnZV9pbml0KzB4MC8weDEzNyByZXR1cm5lZCB3aXRoIGVycm9yIGNvZGUgLTIyClsg ICAgMy44ODA0OTldIGNhbGxpbmcgIGluaXRfY2xlYW5jYWNoZSsweDAvMHgxYiBAIDEKWyAgICAz Ljg4MDYxMV0gaW5pdGNhbGwgaW5pdF9jbGVhbmNhY2hlKzB4MC8weDFiIHJldHVybmVkIDAgYWZ0 ZXIgODcgdXNlY3MKWyAgICAzLjg4MDYzOF0gY2FsbGluZyAgZmNudGxfaW5pdCsweDAvMHgyYSBA IDEKWyAgICAzLjg4MTQzNV0gaW5pdGNhbGwgZmNudGxfaW5pdCsweDAvMHgyYSByZXR1cm5lZCAw IGFmdGVyIDc1NiB1c2VjcwpbICAgIDMuODgxNDY0XSBjYWxsaW5nICBwcm9jX2ZpbGVzeXN0ZW1z X2luaXQrMHgwLzB4MjIgQCAxClsgICAgMy44ODE1MzZdIGluaXRjYWxsIHByb2NfZmlsZXN5c3Rl bXNfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDQ4IHVzZWNzClsgICAgMy44ODE1Njhd IGNhbGxpbmcgIGZzbm90aWZ5X21hcmtfaW5pdCsweDAvMHg0MCBAIDEKWyAgICAzLjg4MTk3OF0g aW5pdGNhbGwgZnNub3RpZnlfbWFya19pbml0KzB4MC8weDQwIHJldHVybmVkIDAgYWZ0ZXIgMzc4 IHVzZWNzClsgICAgMy44ODIwMDddIGNhbGxpbmcgIGRub3RpZnlfaW5pdCsweDAvMHg3YiBAIDEK WyAgICAzLjg4MzUxOF0gaW5pdGNhbGwgZG5vdGlmeV9pbml0KzB4MC8weDdiIHJldHVybmVkIDAg YWZ0ZXIgMTQ1MSB1c2VjcwpbICAgIDMuODgzNTQ4XSBjYWxsaW5nICBpbm90aWZ5X3VzZXJfc2V0 dXArMHgwLzB4NzAgQCAxClsgICAgMy44ODQ5OTFdIGluaXRjYWxsIGlub3RpZnlfdXNlcl9zZXR1 cCsweDAvMHg3MCByZXR1cm5lZCAwIGFmdGVyIDEzODYgdXNlY3MKWyAgICAzLjg4NTAyNF0gY2Fs bGluZyAgZmFub3RpZnlfdXNlcl9zZXR1cCsweDAvMHg1MiBAIDEKWyAgICAzLjg4NjU5M10gaW5p dGNhbGwgZmFub3RpZnlfdXNlcl9zZXR1cCsweDAvMHg1MiByZXR1cm5lZCAwIGFmdGVyIDE1MDgg dXNlY3MKWyAgICAzLjg4NjYyNl0gY2FsbGluZyAgYWlvX3NldHVwKzB4MC8weGEwIEAgMQpbICAg IDMuODg4MDkzXSBpbml0Y2FsbCBhaW9fc2V0dXArMHgwLzB4YTAgcmV0dXJuZWQgMCBhZnRlciAx NDEzIHVzZWNzClsgICAgMy44ODgxMjFdIGNhbGxpbmcgIHByb2NfbG9ja3NfaW5pdCsweDAvMHgy MiBAIDEKWyAgICAzLjg4ODE4NV0gaW5pdGNhbGwgcHJvY19sb2Nrc19pbml0KzB4MC8weDIyIHJl dHVybmVkIDAgYWZ0ZXIgNDAgdXNlY3MKWyAgICAzLjg4ODIyNl0gY2FsbGluZyAgaW5pdF9zeXMz Ml9pb2N0bCsweDAvMHgyOCBAIDEKWyAgICAzLjg4ODIyNl0gaW5pdGNhbGwgaW5pdF9zeXMzMl9p b2N0bCsweDAvMHgyOCByZXR1cm5lZCAwIGFmdGVyIDk5IHVzZWNzClsgICAgMy44ODgyMjZdIGNh bGxpbmcgIGluaXRfbWJjYWNoZSsweDAvMHgxNCBAIDEKWyAgICAzLjg4ODIyNl0gaW5pdGNhbGwg aW5pdF9tYmNhY2hlKzB4MC8weDE0IHJldHVybmVkIDAgYWZ0ZXIgMyB1c2VjcwpbICAgIDMuODg4 MjI2XSBjYWxsaW5nICBkcXVvdF9pbml0KzB4MC8weDExNSBAIDEKWyAgICAzLjg4ODIyNl0gVkZT OiBEaXNrIHF1b3RhcyBkcXVvdF82LjUuMgpbICAgIDMuODg5NTkyXSBEcXVvdC1jYWNoZSBoYXNo IHRhYmxlIGVudHJpZXM6IDUxMiAob3JkZXIgMCwgNDA5NiBieXRlcykKWyAgICAzLjg4OTY2OV0g aW5pdGNhbGwgZHF1b3RfaW5pdCsweDAvMHgxMTUgcmV0dXJuZWQgMCBhZnRlciAxMTYwIHVzZWNz ClsgICAgMy44ODk2OTVdIGNhbGxpbmcgIGluaXRfdjJfcXVvdGFfZm9ybWF0KzB4MC8weDIyIEAg MQpbICAgIDMuODg5NzQ3XSBpbml0Y2FsbCBpbml0X3YyX3F1b3RhX2Zvcm1hdCsweDAvMHgyMiBy ZXR1cm5lZCAwIGFmdGVyIDI3IHVzZWNzClsgICAgMy44ODk3NzddIGNhbGxpbmcgIHF1b3RhX2lu aXQrMHgwLzB4MjYgQCAxClsgICAgMy44ODk4NzBdIGluaXRjYWxsIHF1b3RhX2luaXQrMHgwLzB4 MjYgcmV0dXJuZWQgMCBhZnRlciA2OCB1c2VjcwpbICAgIDMuODg5ODk3XSBjYWxsaW5nICBwcm9j X2NtZGxpbmVfaW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjg4OTk2M10gaW5pdGNhbGwgcHJvY19j bWRsaW5lX2luaXQrMHgwLzB4MjIgcmV0dXJuZWQgMCBhZnRlciA0MSB1c2VjcwpbICAgIDMuODg5 OTkwXSBjYWxsaW5nICBwcm9jX2NvbnNvbGVzX2luaXQrMHgwLzB4MjIgQCAxClsgICAgMy44OTAw NjldIGluaXRjYWxsIHByb2NfY29uc29sZXNfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVy IDU1IHVzZWNzClsgICAgMy44OTAwOThdIGNhbGxpbmcgIHByb2NfY3B1aW5mb19pbml0KzB4MC8w eDIyIEAgMQpbICAgIDMuODkwMTMzXSBpbml0Y2FsbCBwcm9jX2NwdWluZm9faW5pdCsweDAvMHgy MiByZXR1cm5lZCAwIGFmdGVyIDM4IHVzZWNzClsgICAgMy44OTAxMzNdIGNhbGxpbmcgIHByb2Nf ZGV2aWNlc19pbml0KzB4MC8weDIyIEAgMQpbICAgIDMuODkwMTMzXSBpbml0Y2FsbCBwcm9jX2Rl dmljZXNfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDM3IHVzZWNzClsgICAgMy44OTAx MzNdIGNhbGxpbmcgIHByb2NfaW50ZXJydXB0c19pbml0KzB4MC8weDIyIEAgMQpbICAgIDMuODkw MTMzXSBpbml0Y2FsbCBwcm9jX2ludGVycnVwdHNfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFm dGVyIDM3IHVzZWNzClsgICAgMy44OTAxMzNdIGNhbGxpbmcgIHByb2NfbG9hZGF2Z19pbml0KzB4 MC8weDIyIEAgMQpbICAgIDMuODkwMTMzXSBpbml0Y2FsbCBwcm9jX2xvYWRhdmdfaW5pdCsweDAv MHgyMiByZXR1cm5lZCAwIGFmdGVyIDM3IHVzZWNzClsgICAgMy44OTAxMzNdIGNhbGxpbmcgIHBy b2NfbWVtaW5mb19pbml0KzB4MC8weDIyIEAgMQpbICAgIDMuODkwMTMzXSBpbml0Y2FsbCBwcm9j X21lbWluZm9faW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDM3IHVzZWNzClsgICAgMy44 OTAxMzNdIGNhbGxpbmcgIHByb2Nfc3RhdF9pbml0KzB4MC8weDIyIEAgMQpbICAgIDMuODkwMTMz XSBpbml0Y2FsbCBwcm9jX3N0YXRfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDM3IHVz ZWNzClsgICAgMy44OTAxMzNdIGNhbGxpbmcgIHByb2NfdXB0aW1lX2luaXQrMHgwLzB4MjIgQCAx ClsgICAgMy44OTAxMzNdIGNhbGxpbmcgIHByb2NfdmVyc2lvbl9pbml0KzB4MC8weDIyIEAgMQpb ICAgIDMuODkwMTMzXSBpbml0Y2FsbCBwcm9jX3ZlcnNpb25faW5pdCsweDAvMHgyMiByZXR1cm5l ZCAwIGFmdGVyIDM3IHVzZWNzClsgICAgMy44OTAxMzNdIGNhbGxpbmcgIHByb2Nfc29mdGlycXNf aW5pdCsweDAvMHgyMiBAIDEKWyAgICAzLjg5MDEzM10gaW5pdGNhbGwgcHJvY19zb2Z0aXJxc19p bml0KzB4MC8weDIyIHJldHVybmVkIDAgYWZ0ZXIgMzcgdXNlY3MKWyAgICAzLjg5MDEzM10gY2Fs bGluZyAgcHJvY19rY29yZV9pbml0KzB4MC8weGI1IEAgMQpbICAgIDMuODkwMTMzXSBpbml0Y2Fs bCBwcm9jX2tjb3JlX2luaXQrMHgwLzB4YjUgcmV0dXJuZWQgMCBhZnRlciAxNjUgdXNlY3MKWyAg ICAzLjg5MDEzM10gY2FsbGluZyAgdm1jb3JlX2luaXQrMHgwLzB4NTFiIEAgMQpbICAgIDMuODkw MTMzXSBpbml0Y2FsbCB2bWNvcmVfaW5pdCsweDAvMHg1MWIgcmV0dXJuZWQgMCBhZnRlciAwIHVz ZWNzClsgICAgMy44OTAxMzNdIGNhbGxpbmcgIHByb2Nfa21zZ19pbml0KzB4MC8weDI1IEAgMQpb ICAgIDMuODkwMTMzXSBpbml0Y2FsbCBwcm9jX2ttc2dfaW5pdCsweDAvMHgyNSByZXR1cm5lZCAw IGFmdGVyIDM4IHVzZWNzClsgICAgMy44OTAxMzNdIGNhbGxpbmcgIHByb2NfcGFnZV9pbml0KzB4 MC8weDQyIEAgMQpbICAgIDMuODkwMTMzXSBpbml0Y2FsbCBwcm9jX3BhZ2VfaW5pdCsweDAvMHg0 MiByZXR1cm5lZCAwIGFmdGVyIDcyIHVzZWNzClsgICAgMy44OTAxMzNdIGNhbGxpbmcgIGluaXRf ZGV2cHRzX2ZzKzB4MC8weDRhIEAgMQpbICAgIDMuODkwMTMzXSBpbml0Y2FsbCBpbml0X2RldnB0 c19mcysweDAvMHg0YSByZXR1cm5lZCAwIGFmdGVyIDQ2OCB1c2VjcwpbICAgIDMuODkwMTMzXSBj YWxsaW5nICBleHQ0X2luaXRfZnMrMHgwLzB4MjY2IEAgMQpbICAgIDMuODk4NTgxXSBpbml0Y2Fs bCBleHQ0X2luaXRfZnMrMHgwLzB4MjY2IHJldHVybmVkIDAgYWZ0ZXIgNjQ5NiB1c2VjcwpbICAg IDMuODk4NjExXSBjYWxsaW5nICBqb3VybmFsX2luaXQrMHgwLzB4MTQ1IEAgMQpbICAgIDMuOTAy NTczXSBpbml0Y2FsbCBqb3VybmFsX2luaXQrMHgwLzB4MTQ1IHJldHVybmVkIDAgYWZ0ZXIgMzg0 NiB1c2VjcwpbICAgIDMuOTAyNjAyXSBjYWxsaW5nICBpbml0X3JhbWZzX2ZzKzB4MC8weDEyIEAg MQpbICAgIDMuOTAyNjI4XSBpbml0Y2FsbCBpbml0X3JhbWZzX2ZzKzB4MC8weDEyIHJldHVybmVk IDAgYWZ0ZXIgMyB1c2VjcwpbICAgIDMuOTAyNjUzXSBjYWxsaW5nICBpbml0X2h1Z2V0bGJmc19m cysweDAvMHg5NiBAIDEKWyAgICAzLjkwMzkwNl0gaW5pdGNhbGwgaW5pdF9odWdldGxiZnNfZnMr MHgwLzB4OTYgcmV0dXJuZWQgMCBhZnRlciAxMjAxIHVzZWNzClsgICAgMy45MDM5MzVdIGNhbGxp bmcgIGluaXRfaXNvOTY2MF9mcysweDAvMHg2ZSBAIDEKWyAgICAzLjkwNDc5MV0gaW5pdGNhbGwg aW5pdF9pc285NjYwX2ZzKzB4MC8weDZlIHJldHVybmVkIDAgYWZ0ZXIgODEzIHVzZWNzClsgICAg My45MDQ4MjBdIGNhbGxpbmcgIGluaXRfbmxzX2NwNDM3KzB4MC8weDEyIEAgMQpbICAgIDMuOTA0 ODY1XSBpbml0Y2FsbCBpbml0X25sc19jcDQzNysweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDIy IHVzZWNzClsgICAgMy45MDQ4OTFdIGNhbGxpbmcgIGluaXRfbmxzX2FzY2lpKzB4MC8weDEyIEAg MQpbICAgIDMuOTA0OTE1XSBpbml0Y2FsbCBpbml0X25sc19hc2NpaSsweDAvMHgxMiByZXR1cm5l ZCAwIGFmdGVyIDIgdXNlY3MKWyAgICAzLjkwNDk0MV0gY2FsbGluZyAgaW5pdF9hdXRvZnM0X2Zz KzB4MC8weDIzIEAgMQpbICAgIDMuOTA1ODI5XSBpbml0Y2FsbCBpbml0X2F1dG9mczRfZnMrMHgw LzB4MjMgcmV0dXJuZWQgMCBhZnRlciA4NDUgdXNlY3MKWyAgICAzLjkwNTg1OF0gY2FsbGluZyAg aW5pdF9wc3RvcmVfZnMrMHgwLzB4MTIgQCAxClsgICAgMy45MDU4ODRdIGluaXRjYWxsIGluaXRf cHN0b3JlX2ZzKzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgIDMuOTA1OTEw XSBjYWxsaW5nICBpcGNfaW5pdCsweDAvMHgyZiBAIDEKWyAgICAzLjkwNTk4OF0gbXNnbW5pIGhh cyBiZWVuIHNldCB0byAyOTA5ClsgICAgMy45MDYxMTFdIGluaXRjYWxsIGlwY19pbml0KzB4MC8w eDJmIHJldHVybmVkIDAgYWZ0ZXIgMTc4IHVzZWNzClsgICAgMy45MDYxMzhdIGNhbGxpbmcgIGlw Y19zeXNjdGxfaW5pdCsweDAvMHgxNCBAIDEKWyAgICAzLjkwNjQwOF0gaW5pdGNhbGwgaXBjX3N5 c2N0bF9pbml0KzB4MC8weDE0IHJldHVybmVkIDAgYWZ0ZXIgMjcyIHVzZWNzClsgICAgMy45MDY0 MDhdIGNhbGxpbmcgIGluaXRfbXF1ZXVlX2ZzKzB4MC8weGM1IEAgMQpbICAgIDMuOTA3ODgzXSBp bml0Y2FsbCBpbml0X21xdWV1ZV9mcysweDAvMHhjNSByZXR1cm5lZCAwIGFmdGVyIDEzNjIgdXNl Y3MKWyAgICAzLjkwNzkxMl0gY2FsbGluZyAga2V5X3Byb2NfaW5pdCsweDAvMHg1OSBAIDEKWyAg ICAzLjkwODA2Ml0gaW5pdGNhbGwga2V5X3Byb2NfaW5pdCsweDAvMHg1OSByZXR1cm5lZCAwIGFm dGVyIDEyNSB1c2VjcwpbICAgIDMuOTA4MDkwXSBjYWxsaW5nICBzZWxpbnV4X25mX2lwX2luaXQr MHgwLzB4NjIgQCAxClsgICAgMy45MDgwOTVdIFNFTGludXg6ICBSZWdpc3RlcmluZyBuZXRmaWx0 ZXIgaG9va3MKWyAgICAzLjkwODA5NV0gaW5pdGNhbGwgc2VsaW51eF9uZl9pcF9pbml0KzB4MC8w eDYyIHJldHVybmVkIDAgYWZ0ZXIgNTIgdXNlY3MKWyAgICAzLjkwODA5NV0gY2FsbGluZyAgaW5p dF9zZWxfZnMrMHgwLzB4OWIgQCAxClsgICAgMy45MTE3MzBdIGluaXRjYWxsIGluaXRfc2VsX2Zz KzB4MC8weDliIHJldHVybmVkIDAgYWZ0ZXIgMzQzMSB1c2VjcwpbICAgIDMuOTExNzU4XSBjYWxs aW5nICBzZWxubF9pbml0KzB4MC8weDRkIEAgMQpbICAgIDMuOTExODc2XSBpbml0Y2FsbCBzZWxu bF9pbml0KzB4MC8weDRkIHJldHVybmVkIDAgYWZ0ZXIgOTMgdXNlY3MKWyAgICAzLjkxMTkwNF0g Y2FsbGluZyAgc2VsX25ldGlmX2luaXQrMHgwLzB4NzMgQCAxClsgICAgMy45MTE5NDVdIGluaXRj YWxsIHNlbF9uZXRpZl9pbml0KzB4MC8weDczIHJldHVybmVkIDAgYWZ0ZXIgMTggdXNlY3MKWyAg ICAzLjkxMTk3Ml0gY2FsbGluZyAgc2VsX25ldG5vZGVfaW5pdCsweDAvMHg3NCBAIDEKWyAgICAz LjkxMjAwN10gaW5pdGNhbGwgc2VsX25ldG5vZGVfaW5pdCsweDAvMHg3NCByZXR1cm5lZCAwIGFm dGVyIDEzIHVzZWNzClsgICAgMy45MTIwMzNdIGNhbGxpbmcgIHNlbF9uZXRwb3J0X2luaXQrMHgw LzB4NzQgQCAxClsgICAgMy45MTIwNjldIGluaXRjYWxsIHNlbF9uZXRwb3J0X2luaXQrMHgwLzB4 NzQgcmV0dXJuZWQgMCBhZnRlciAxMiB1c2VjcwpbICAgIDMuOTEyMDk2XSBjYWxsaW5nICBhdXJ1 bGVfaW5pdCsweDAvMHgzNyBAIDEKWyAgICAzLjkxMjEyOF0gaW5pdGNhbGwgYXVydWxlX2luaXQr MHgwLzB4MzcgcmV0dXJuZWQgMCBhZnRlciAxMCB1c2VjcwpbICAgIDMuOTEyMTU0XSBjYWxsaW5n ICBjcnlwdG9fd3FfaW5pdCsweDAvMHgzNiBAIDEKWyAgICAzLjkxMjYyOF0gaW5pdGNhbGwgY3J5 cHRvX3dxX2luaXQrMHgwLzB4MzYgcmV0dXJuZWQgMCBhZnRlciA0NDEgdXNlY3MKWyAgICAzLjkx MjY1N10gY2FsbGluZyAgY3J5cHRvX2FsZ2FwaV9pbml0KzB4MC8weGQgQCAxClsgICAgMy45MTI4 MThdIGNhbGxpbmcgIHNrY2lwaGVyX21vZHVsZV9pbml0KzB4MC8weDM1IEAgMQpbICAgIDMuOTEy ODQwXSBpbml0Y2FsbCBza2NpcGhlcl9tb2R1bGVfaW5pdCsweDAvMHgzNSByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICAzLjkxMjg2Nl0gY2FsbGluZyAgY2hhaW5pdl9tb2R1bGVfaW5pdCsw eDAvMHgxMiBAIDEKWyAgICAzLjkxMjg5N10gaW5pdGNhbGwgY2hhaW5pdl9tb2R1bGVfaW5pdCsw eDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDggdXNlY3MKWyAgICAzLjkxMjkyM10gY2FsbGluZyAg ZXNlcWl2X21vZHVsZV9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuOTEyOTUwXSBpbml0Y2FsbCBl c2VxaXZfbW9kdWxlX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciA0IHVzZWNzClsgICAg My45MTI5NzZdIGNhbGxpbmcgIHNlcWl2X21vZHVsZV9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMu OTEzMDAzXSBpbml0Y2FsbCBzZXFpdl9tb2R1bGVfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFm dGVyIDQgdXNlY3MKWyAgICAzLjkxMzAzMF0gY2FsbGluZyAgaG1hY19tb2R1bGVfaW5pdCsweDAv MHgxMiBAIDEKWyAgICAzLjkxMzA1Nl0gaW5pdGNhbGwgaG1hY19tb2R1bGVfaW5pdCsweDAvMHgx MiByZXR1cm5lZCAwIGFmdGVyIDQgdXNlY3MKWyAgICAzLjkxMzA4M10gY2FsbGluZyAgbWQ1X21v ZF9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuOTEzNzMzXSBjcnlwdG9tZ3JfdGVzdCB1c2VkIGdy ZWF0ZXN0IHN0YWNrIGRlcHRoOiA1NTEyIGJ5dGVzIGxlZnQKWyAgICAzLjkxMzc0NV0gaW5pdGNh bGwgbWQ1X21vZF9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgNjIzIHVzZWNzClsgICAg My45MTM3NTBdIGNhbGxpbmcgIHNoYTFfZ2VuZXJpY19tb2RfaW5pdCsweDAvMHgxMiBAIDEKWyAg ICAzLjkxNDUxMl0gaW5pdGNhbGwgc2hhMV9nZW5lcmljX21vZF9pbml0KzB4MC8weDEyIHJldHVy bmVkIDAgYWZ0ZXIgNzM5IHVzZWNzClsgICAgMy45MTQ1NDZdIGNhbGxpbmcgIGNyeXB0b19lY2Jf bW9kdWxlX2luaXQrMHgwLzB4MTIgQCAxClsgICAgMy45MTQ1NzVdIGluaXRjYWxsIGNyeXB0b19l Y2JfbW9kdWxlX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNzClsgICAgMy45 MTQ2MDZdIGNhbGxpbmcgIGNyeXB0b19jYmNfbW9kdWxlX2luaXQrMHgwLzB4MTIgQCAxClsgICAg My45MTQ2MzNdIGluaXRjYWxsIGNyeXB0b19jYmNfbW9kdWxlX2luaXQrMHgwLzB4MTIgcmV0dXJu ZWQgMCBhZnRlciA0IHVzZWNzClsgICAgMy45MTQ2NjJdIGNhbGxpbmcgIGNyeXB0b19jdHJfbW9k dWxlX2luaXQrMHgwLzB4M2MgQCAxClsgICAgMy45MTQ2OTRdIGluaXRjYWxsIGNyeXB0b19jdHJf bW9kdWxlX2luaXQrMHgwLzB4M2MgcmV0dXJuZWQgMCBhZnRlciA4IHVzZWNzClsgICAgMy45MTQ3 MjNdIGNhbGxpbmcgIGFlc19pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuOTE1NTk0XSBpbml0Y2Fs bCBhZXNfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDgzMSB1c2VjcwpbICAgIDMuOTE1 NjIzXSBjYWxsaW5nICBjcmMzMmNfbW9kX2luaXQrMHgwLzB4MTIgQCAxClsgICAgMy45MTY4NDNd IGluaXRjYWxsIGNyYzMyY19tb2RfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDExNjgg dXNlY3MKWyAgICAzLjkxNjg1N10gY3J5cHRvbWdyX3Rlc3QgdXNlZCBncmVhdGVzdCBzdGFjayBk ZXB0aDogNTQ0OCBieXRlcyBsZWZ0ClsgICAgMy45MTY4OTNdIGNhbGxpbmcgIGtybmdfbW9kX2lu aXQrMHgwLzB4MTIgQCAxClsgICAgMy45MTcyNzFdIGFsZzogTm8gdGVzdCBmb3Igc3Rkcm5nIChr cm5nKQpbICAgIDMuOTE3MzU0XSBpbml0Y2FsbCBrcm5nX21vZF9pbml0KzB4MC8weDEyIHJldHVy bmVkIDAgYWZ0ZXIgNDI4IHVzZWNzClsgICAgMy45MTczODNdIGNhbGxpbmcgIGFmX2FsZ19pbml0 KzB4MC8weDNlIEAgMQpbICAgIDMuOTE3NDExXSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFt aWx5IDM4ClsgICAgMy45MTc0MzNdIGluaXRjYWxsIGFmX2FsZ19pbml0KzB4MC8weDNlIHJldHVy bmVkIDAgYWZ0ZXIgMjcgdXNlY3MKWyAgICAzLjkxNzQ1OV0gY2FsbGluZyAgYWxnaWZfaGFzaF9p bml0KzB4MC8weDEyIEAgMQpbICAgIDMuOTE3NTM3XSBpbml0Y2FsbCBhbGdpZl9oYXNoX2luaXQr MHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciA1MyB1c2VjcwpbICAgIDMuOTE3NTY0XSBjYWxsaW5n ICBhbGdpZl9za2NpcGhlcl9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuOTE3NjAwXSBpbml0Y2Fs bCBhbGdpZl9za2NpcGhlcl9pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMTQgdXNlY3MK WyAgICAzLjkxNzYyN10gY2FsbGluZyAgcHJvY19nZW5oZF9pbml0KzB4MC8weDNjIEAgMQpbICAg IDMuOTE3NzMzXSBpbml0Y2FsbCBwcm9jX2dlbmhkX2luaXQrMHgwLzB4M2MgcmV0dXJuZWQgMCBh ZnRlciA4MiB1c2VjcwpbICAgIDMuOTE3NzYwXSBjYWxsaW5nICBic2dfaW5pdCsweDAvMHgxMmUg QCAxClsgICAgMy45MTg4NDFdIEJsb2NrIGxheWVyIFNDU0kgZ2VuZXJpYyAoYnNnKSBkcml2ZXIg dmVyc2lvbiAwLjQgbG9hZGVkIChtYWpvciAyNTMpClsgICAgMy45MTg4NzRdIGluaXRjYWxsIGJz Z19pbml0KzB4MC8weDEyZSByZXR1cm5lZCAwIGFmdGVyIDEwNzAgdXNlY3MKWyAgICAzLjkxODkw MF0gY2FsbGluZyAgaW5pdF9jZ3JvdXBfYmxraW8rMHgwLzB4MTIgQCAxClsgICAgMy45MTg5MjNd IGluaXRjYWxsIGluaXRfY2dyb3VwX2Jsa2lvKzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMSB1 c2VjcwpbICAgIDMuOTE4OTQ5XSBjYWxsaW5nICB0aHJvdGxfaW5pdCsweDAvMHg0OSBAIDEKWyAg ICAzLjkxOTM1NV0gaW5pdGNhbGwgdGhyb3RsX2luaXQrMHgwLzB4NDkgcmV0dXJuZWQgMCBhZnRl ciAzNzQgdXNlY3MKWyAgICAzLjkxOTM4NV0gY2FsbGluZyAgbm9vcF9pbml0KzB4MC8weDE0IEAg MQpbICAgIDMuOTE5NDIzXSBpbyBzY2hlZHVsZXIgbm9vcCByZWdpc3RlcmVkClsgICAgMy45MTk0 NDJdIGluaXRjYWxsIG5vb3BfaW5pdCsweDAvMHgxNCByZXR1cm5lZCAwIGFmdGVyIDM4IHVzZWNz ClsgICAgMy45MTk0NjddIGNhbGxpbmcgIGRlYWRsaW5lX2luaXQrMHgwLzB4MTQgQCAxClsgICAg My45MTk0OTBdIGlvIHNjaGVkdWxlciBkZWFkbGluZSByZWdpc3RlcmVkClsgICAgMy45MTk1MTJd IGluaXRjYWxsIGRlYWRsaW5lX2luaXQrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciAyMiB1c2Vj cwpbICAgIDMuOTE5NTM4XSBjYWxsaW5nICBjZnFfaW5pdCsweDAvMHhiMyBAIDEKWyAgICAzLjky MDk5MF0gaW8gc2NoZWR1bGVyIGNmcSByZWdpc3RlcmVkIChkZWZhdWx0KQpbICAgIDMuOTIxMDE3 XSBpbml0Y2FsbCBjZnFfaW5pdCsweDAvMHhiMyByZXR1cm5lZCAwIGFmdGVyIDE0MjYgdXNlY3MK WyAgICAzLjkyMTA0NF0gY2FsbGluZyAgcGxpc3RfdGVzdCsweDAvMHgxNWUgQCAxClsgICAgMy45 MjEwNjddIHN0YXJ0IHBsaXN0IHRlc3QKWyAgICAzLjkyMjM2Nl0gZW5kIHBsaXN0IHRlc3QKWyAg ICAzLjkyMjQwOV0gY2FsbGluZyAgbGlzdF9zb3J0X3Rlc3QrMHgwLzB4MWU2IEAgMQpbICAgIDMu OTIyNDI5XSBsaXN0X3NvcnRfdGVzdDogc3RhcnQgdGVzdGluZyBsaXN0X3NvcnQoKQpbICAgIDMu OTI5MTIzXSBpbml0Y2FsbCBsaXN0X3NvcnRfdGVzdCsweDAvMHgxZTYgcmV0dXJuZWQgMCBhZnRl ciAxMTExNCB1c2VjcwpbICAgIDMuOTI5MTIzXSBjYWxsaW5nICBidHJlZV9tb2R1bGVfaW5pdCsw eDAvMHgyYSBAIDEKWyAgICAzLjkzNDU3M10gaW5pdGNhbGwgYnRyZWVfbW9kdWxlX2luaXQrMHgw LzB4MmEgcmV0dXJuZWQgMCBhZnRlciA2OTEgdXNlY3MKWyAgICAzLjkzNDYwMl0gY2FsbGluZyAg ZGVidWdfb2JqZWN0c19pbml0X2RlYnVnZnMrMHgwLzB4NjMgQCAxClsgICAgMy45MzQ3ODddIGlu aXRjYWxsIGRlYnVnX29iamVjdHNfaW5pdF9kZWJ1Z2ZzKzB4MC8weDYzIHJldHVybmVkIDAgYWZ0 ZXIgMTUzIHVzZWNzClsgICAgMy45MzQ4NjNdIGNhbGxpbmcgIHBlcmNwdV9jb3VudGVyX3N0YXJ0 dXArMHgwLzB4MTkgQCAxClsgICAgMy45MzQ4OTJdIGluaXRjYWxsIHBlcmNwdV9jb3VudGVyX3N0 YXJ0dXArMHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciA2IHVzZWNzClsgICAgMy45MzQ5MjNdIGNh bGxpbmcgIGR5bmFtaWNfZGVidWdfaW5pdF9kZWJ1Z2ZzKzB4MC8weDY2IEAgMQpbICAgIDMuOTM1 MDI5XSBpbml0Y2FsbCBkeW5hbWljX2RlYnVnX2luaXRfZGVidWdmcysweDAvMHg2NiByZXR1cm5l ZCAwIGFmdGVyIDEyOSB1c2VjcwpbICAgIDMuOTM1MDI5XSBjYWxsaW5nICBsbndfZ3Bpb19pbml0 KzB4MC8weDQ1IEAgMQpbICAgIDMuOTM1NzEwXSBpbml0Y2FsbCBsbndfZ3Bpb19pbml0KzB4MC8w eDQ1IHJldHVybmVkIDAgYWZ0ZXIgNTU5IHVzZWNzClsgICAgMy45MzU3MzldIGNhbGxpbmcgIHBj aV9wcm9jX2luaXQrMHgwLzB4NjcgQCAxClsgICAgMy45Mzc1MTZdIGluaXRjYWxsIHBjaV9wcm9j X2luaXQrMHgwLzB4NjcgcmV0dXJuZWQgMCBhZnRlciAxNzEyIHVzZWNzClsgICAgMy45Mzc1NDVd IGNhbGxpbmcgIHBjaWVfcG9ydGRydl9pbml0KzB4MC8weDc3IEAgMQpbICAgIDMuOTM4MTQ5XSBw Y2llcG9ydCAwMDAwOjAwOjFjLjA6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAgIDMu OTM4NDkxXSBCVUc6IHNjaGVkdWxpbmcgd2hpbGUgYXRvbWljOiBzd2FwcGVyLzEvMHgxMDAwMDAw MgpbICAgIDMuOTM4NTE4XSAzIGxvY2tzIGhlbGQgYnkgc3dhcHBlci8xOgpbICAgIDMuOTM4NTM0 XSAgIzA6ICAoJl9fbG9ja2RlcF9ub192YWxpZGF0ZV9fKXsuLi4uLi59LCBhdDogWzxmZmZmZmZm ZjgxMzE3NmQwPl0gX19kcml2ZXJfYXR0YWNoKzB4M2IvMHg4MgpbICAgIDMuOTM4NTg5XSAgIzE6 ICAoJl9fbG9ja2RlcF9ub192YWxpZGF0ZV9fKXsuLi4uLi59LCBhdDogWzxmZmZmZmZmZjgxMzE3 NmRlPl0gX19kcml2ZXJfYXR0YWNoKzB4NDkvMHg4MgpbICAgIDMuOTM4NjQwXSAgIzI6ICAoaXJx X21hcHBpbmdfdXBkYXRlX2xvY2speysuKy4rLn0sIGF0OiBbPGZmZmZmZmZmODEyZGE2ZTY+XSB4 ZW5fYmluZF9waXJxX21zaV90b19pcnErMHgzMS8weGRhClsgICAgMy45Mzg2OTZdIE1vZHVsZXMg bGlua2VkIGluOgpbICAgIDMuOTM4NzIwXSBQaWQ6IDEsIGNvbW06IHN3YXBwZXIgTm90IHRhaW50 ZWQgMy4xLjAtMC5yYzYuZ2l0MC4wLmZjMTcueDg2XzY0ICMxClsgICAgMy45Mzg3NDldIENhbGwg VHJhY2U6ClsgICAgMy45Mzg3NjhdICBbPGZmZmZmZmZmODE0ZjllNDQ+XSBfX3NjaGVkdWxlX2J1 ZysweDc1LzB4N2EKWyAgICAzLjkzODc5Ml0gIFs8ZmZmZmZmZmY4MTUwMjEwZD5dIF9fc2NoZWR1 bGUrMHg5NS8weDc2MQpbICAgIDMuOTM4ODE4XSAgWzxmZmZmZmZmZjgxMDA3NzQ2Pl0gPyB4ZW5f Zm9yY2VfZXZ0Y2huX2NhbGxiYWNrKzB4ZC8weGYKWyAgICAzLjkzODg0Nl0gIFs8ZmZmZmZmZmY4 MTAwNzc0Nj5dID8geGVuX2ZvcmNlX2V2dGNobl9jYWxsYmFjaysweGQvMHhmClsgICAgMy45Mzg4 NzZdICBbPGZmZmZmZmZmODEwNTZjMjg+XSBfX2NvbmRfcmVzY2hlZCsweDI4LzB4MzQKWyAgICAz LjkzODg5OV0gIFs8ZmZmZmZmZmY4MTUwMjgzNT5dIF9jb25kX3Jlc2NoZWQrMHgxOS8weDIyCgpb ICAgIDMuOTM4OTIzXSAgWzxmZmZmZmZmZjgxNTAzNWY3Pl0gbXV0ZXhfbG9ja19uZXN0ZWQrMHgy YS8weDQ1ClsgICAgMy45Mzg5NTFdICBbPGZmZmZmZmZmODE0ZTEzY2Q+XSBfX2lycV9hbGxvY19k ZXNjcysweDUwLzB4MThiClsgICAgMy45Mzg5ODBdICBbPGZmZmZmZmZmODEyZDAyZTY+XSA/IGdo ZXNfcHJvY19pbl9pcnErMHg1Yi8weGE1ClsgICAgMy45MzkwMDhdICBbPGZmZmZmZmZmODEyZDlj MGU+XSB4ZW5fYWxsb2NhdGVfaXJxX2R5bmFtaWMrMHg0OS8weDU4ClsgICAgMy45MzkwMzVdICBb PGZmZmZmZmZmODEyZGE2ZWI+XSB4ZW5fYmluZF9waXJxX21zaV90b19pcnErMHgzNi8weGRhClsg ICAgMy45MzkxMTFdICBbPGZmZmZmZmZmODE0MDAxZTM+XSB4ZW5faW5pdGRvbV9zZXR1cF9tc2lf aXJxcysweDEyOS8weDE1ZApbICAgIDMuOTM5MTQyXSAgWzxmZmZmZmZmZjgxMjdkMjE4Pl0gcGNp X2VuYWJsZV9tc2lfYmxvY2srMHgxYzAvMHgyMjUKWyAgICAzLjkzOTE3MV0gIFs8ZmZmZmZmZmY4 MTI3NDA5MT5dIHBjaWVfcG9ydF9kZXZpY2VfcmVnaXN0ZXIrMHgzMDgvMHg0NjQKWyAgICAzLjkz OTE5OV0gIFs8ZmZmZmZmZmY4MTUwNGU3Nz5dID8gX3Jhd19zcGluX3VubG9ja19pcnFyZXN0b3Jl KzB4NDUvMHg2MQpbICAgIDMuOTM5MjI4XSAgWzxmZmZmZmZmZjgxMDhmNGZmPl0gPyB0cmFjZV9o YXJkaXJxc19vbl9jYWxsZXIrMHgxMjEvMHgxNTgKWyAgICAzLjkzOTI1Nl0gIFs8ZmZmZmZmZmY4 MTRlNmE1Yj5dIHBjaWVfcG9ydGRydl9wcm9iZSsweDU3LzB4NmUKWyAgICAzLjkzOTI4M10gIFs8 ZmZmZmZmZmY4MTI2ZDA0Mz5dIGxvY2FsX3BjaV9wcm9iZSsweDQ0LzB4NzUKWyAgICAzLjkzOTMw Nl0gIFs8ZmZmZmZmZmY4MTI2ZGJjOT5dIHBjaV9kZXZpY2VfcHJvYmUrMHhkMC8weGZmClsgICAg My45MzkzMzRdICBbPGZmZmZmZmZmODEzMTc1YjM+XSBkcml2ZXJfcHJvYmVfZGV2aWNlKzB4MTMx LzB4MjEzClsgICAgMy45MzkzNjFdICBbPGZmZmZmZmZmODEzMTc2ZjM+XSBfX2RyaXZlcl9hdHRh Y2grMHg1ZS8weDgyClsgICAgMy45MzkzODRdICBbPGZmZmZmZmZmODEzMTc2OTU+XSA/IGRyaXZl cl9wcm9iZV9kZXZpY2UrMHgyMTMvMHgyMTMKWyAgICAzLjkzOTQxMl0gIFs8ZmZmZmZmZmY4MTMx NjVmND5dIGJ1c19mb3JfZWFjaF9kZXYrMHg1OS8weDhmClsgICAgMy45Mzk0MzldICBbPGZmZmZm ZmZmODEzMTcxODc+XSBkcml2ZXJfYXR0YWNoKzB4MWUvMHgyMApbICAgIDMuOTM5NDYxXSAgWzxm ZmZmZmZmZjgxMzE2ZDlmPl0gYnVzX2FkZF9kcml2ZXIrMHhkNC8weDIyYQpbICAgIDMuOTM5NDYx XSAgWzxmZmZmZmZmZjgxZDgwNzQzPl0gPyBkbWlfcGNpZV9wbWVfZGlzYWJsZV9tc2krMHgyMS8w eDIxClsgICAgMy45Mzk0NjFdICBbPGZmZmZmZmZmODEzMTdiYjY+XSBkcml2ZXJfcmVnaXN0ZXIr MHg5OC8weDEwNQpbICAgIDMuOTM5NDYxXSAgWzxmZmZmZmZmZjgxZDgwNzQzPl0gPyBkbWlfcGNp ZV9wbWVfZGlzYWJsZV9tc2krMHgyMS8weDIxClsgICAgMy45Mzk0NjFdICBbPGZmZmZmZmZmODFk ODA3NDM+XSA/IGRtaV9wY2llX3BtZV9kaXNhYmxlX21zaSsweDIxLzB4MjEKWyAgICAzLjkzOTQ2 MV0gIFs8ZmZmZmZmZmY4MWQ4MDdhOT5dIHBjaWVfcG9ydGRydl9pbml0KzB4NjYvMHg3NwpbICAg IDMuOTM5NDYxXSAgWzxmZmZmZmZmZjgxMDAyMDcxPl0gZG9fb25lX2luaXRjYWxsKzB4NTcvMHgx M2EKWyAgICAzLjkzOTQ2MV0gIFs8ZmZmZmZmZmY4MWQ1M2M4Yj5dIGtlcm5lbF9pbml0KzB4ZGYv MHgxNTkKWyAgICAzLjkzOTQ2MV0gIFs8ZmZmZmZmZmY4MTUwZGU4ND5dIGtlcm5lbF90aHJlYWRf aGVscGVyKzB4NC8weDEwClsgICAgMy45Mzk0NjFdICBbPGZmZmZmZmZmODE1MDUyZjQ+XSA/IHJl dGludF9yZXN0b3JlX2FyZ3MrMHgxMy8weDEzClsgICAgMy45Mzk0NjFdICBbPGZmZmZmZmZmODE1 MGRlODA+XSA/IGdzX2NoYW5nZSsweDEzLzB4MTMKWyAgICAzLjk0MDkxNV0gcGNpZXBvcnQgMDAw MDowMDoxYy4zOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgICAzLjk0MjMzOV0gaW5p dGNhbGwgcGNpZV9wb3J0ZHJ2X2luaXQrMHgwLzB4NzcgcmV0dXJuZWQgMCBhZnRlciA0NjU4IHVz ZWNzClsgICAgMy45NDIzNjldIGNhbGxpbmcgIGFlcl9zZXJ2aWNlX2luaXQrMHgwLzB4MzMgQCAx ClsgICAgMy45NDI2MDFdIGluaXRjYWxsIGFlcl9zZXJ2aWNlX2luaXQrMHgwLzB4MzMgcmV0dXJu ZWQgMCBhZnRlciAyMDMgdXNlY3MKWyAgICAzLjk0MjYyOV0gY2FsbGluZyAgcGNpZV9wbWVfc2Vy dmljZV9pbml0KzB4MC8weDEyIEAgMQpbICAgIDMuOTQyODcwXSBpbml0Y2FsbCBwY2llX3BtZV9z ZXJ2aWNlX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAyMTIgdXNlY3MKWyAgICAzLjk0 MjkwMl0gY2FsbGluZyAgaW9hcGljX2luaXQrMHgwLzB4MWIgQCAxClsgICAgMy45NDMzMjFdIGlu aXRjYWxsIGlvYXBpY19pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgMzQzIHVzZWNzClsg ICAgMy45NDMzNDldIGNhbGxpbmcgIHBjaV9ob3RwbHVnX2luaXQrMHgwLzB4MWQgQCAxClsgICAg My45NDMzNzBdIHBjaV9ob3RwbHVnOiBQQ0kgSG90IFBsdWcgUENJIENvcmUgdmVyc2lvbjogMC41 ClsgICAgMy45NDMzOTJdIGluaXRjYWxsIHBjaV9ob3RwbHVnX2luaXQrMHgwLzB4MWQgcmV0dXJu ZWQgMCBhZnRlciAyMCB1c2VjcwpbICAgIDMuOTQzNDE4XSBjYWxsaW5nICBwY2llZF9pbml0KzB4 MC8weGZmIEAgMQpbICAgIDMuOTQ0MDY2XSBwY2llaHA6IFBDSSBFeHByZXNzIEhvdCBQbHVnIENv bnRyb2xsZXIgRHJpdmVyIHZlcnNpb246IDAuNApbICAgIDMuOTQ0MDY2XSBpbml0Y2FsbCBwY2ll ZF9pbml0KzB4MC8weGZmIHJldHVybmVkIDAgYWZ0ZXIgNzkwIHVzZWNzClsgICAgMy45NDQwNjZd IGNhbGxpbmcgIGFjcGlwaHBfaW5pdCsweDAvMHg1YyBAIDEKWyAgICAzLjk0NDA2Nl0gYWNwaXBo cDogQUNQSSBIb3QgUGx1ZyBQQ0kgQ29udHJvbGxlciBEcml2ZXIgdmVyc2lvbjogMC41ClsgICAg My45NTU1NzhdIGFjcGlwaHA6IFNsb3QgWzFdIHJlZ2lzdGVyZWQKWyAgICAzLjk1NjIzMl0gaW5p dGNhbGwgYWNwaXBocF9pbml0KzB4MC8weDVjIHJldHVybmVkIDAgYWZ0ZXIgMTE3NTUgdXNlY3MK WyAgICAzLjk1NjIzMl0gY2FsbGluZyAgcGNpX3N0dWJfaW5pdCsweDAvMHgxNDAgQCAxClsgICAg My45NTYyMzJdIGluaXRjYWxsIHBjaV9zdHViX2luaXQrMHgwLzB4MTQwIHJldHVybmVkIDAgYWZ0 ZXIgMjc3IHVzZWNzClsgICAgMy45NTYyMzJdIGNhbGxpbmcgIGZiX2NvbnNvbGVfaW5pdCsweDAv MHgxMWMgQCAxClsgICAgMy45NTc1MzNdIGluaXRjYWxsIGZiX2NvbnNvbGVfaW5pdCsweDAvMHgx MWMgcmV0dXJuZWQgMCBhZnRlciA3ODkgdXNlY3MKWyAgICAzLjk1NzU2Ml0gY2FsbGluZyAgeGVu ZmJfaW5pdCsweDAvMHg1MSBAIDEKWyAgICAzLjk1NzU4NV0gaW5pdGNhbGwgeGVuZmJfaW5pdCsw eDAvMHg1MSByZXR1cm5lZCAtMTkgYWZ0ZXIgMCB1c2VjcwpbICAgIDMuOTU3NjExXSBjYWxsaW5n ICB2ZXNhZmJfaW5pdCsweDAvMHgyNDcgQCAxClsgICAgMy45NTkxNzRdIGluaXRjYWxsIHZlc2Fm Yl9pbml0KzB4MC8weDI0NyByZXR1cm5lZCAtMTkgYWZ0ZXIgMTcxMiB1c2VjcwpbICAgIDMuOTU5 MTc0XSBjYWxsaW5nICBlZmlmYl9pbml0KzB4MC8weDFmYiBAIDEKWyAgICAzLjk1OTE3NF0gaW5p dGNhbGwgZWZpZmJfaW5pdCsweDAvMHgxZmIgcmV0dXJuZWQgLTE5IGFmdGVyIDcgdXNlY3MKWyAg ICAzLjk1OTE3NF0gY2FsbGluZyAgaW50ZWxfaWRsZV9pbml0KzB4MC8weDM4NiBAIDEKWyAgICAz Ljk1OTE3NF0gaW5pdGNhbGwgaW50ZWxfaWRsZV9pbml0KzB4MC8weDM4NiByZXR1cm5lZCAtMTkg YWZ0ZXIgMCB1c2VjcwpbICAgIDMuOTU5MTc0XSBjYWxsaW5nICBhY3BpX3Jlc2VydmVfcmVzb3Vy Y2VzKzB4MC8weGViIEAgMQpbICAgIDMuOTU5MTc0XSBpbml0Y2FsbCBhY3BpX3Jlc2VydmVfcmVz b3VyY2VzKzB4MC8weGViIHJldHVybmVkIDAgYWZ0ZXIgNTYgdXNlY3MKWyAgICAzLjk1OTE3NF0g Y2FsbGluZyAgaXJxcm91dGVyX2luaXRfb3BzKzB4MC8weDI2IEAgMQpbICAgIDMuOTU5MTc0XSBp bml0Y2FsbCBpcnFyb3V0ZXJfaW5pdF9vcHMrMHgwLzB4MjYgcmV0dXJuZWQgMCBhZnRlciAzIHVz ZWNzClsgICAgMy45NTkxNzRdIGNhbGxpbmcgIGFjcGlfYWNfaW5pdCsweDAvMHg1MCBAIDEKWyAg ICAzLjk2MzQ0MF0gQUNQSTogRGVwcmVjYXRlZCBwcm9jZnMgSS9GIGZvciBBQyBpcyBsb2FkZWQs IHBsZWFzZSByZXRyeSB3aXRoIENPTkZJR19BQ1BJX1BST0NGU19QT1dFUiBjbGVhcmVkClsgICAg My45NjgyNTBdIEFDUEk6IEFDIEFkYXB0ZXIgW0FDXSAob24tbGluZSkKWyAgICAzLjk2OTc3MV0g aW5pdGNhbGwgYWNwaV9hY19pbml0KzB4MC8weDUwIHJldHVybmVkIDAgYWZ0ZXIgOTgyNSB1c2Vj cwpbICAgIDMuOTY5ODAyXSBjYWxsaW5nICBhY3BpX2J1dHRvbl9pbml0KzB4MC8weDEyIEAgMQpb ICAgIDMuOTcxNTY5XSBpbnB1dDogTGlkIFN3aXRjaCBhcyAvZGV2aWNlcy9MTlhTWVNUTTowMC9k ZXZpY2U6MDAvUE5QMEMwRDowMC9pbnB1dC9pbnB1dDAKWyAgICAzLjk3NjM3MF0gQUNQSTogTGlk IFN3aXRjaCBbTElEXQpbICAgIDMuOTc3ODc2XSBpbnB1dDogUG93ZXIgQnV0dG9uIGFzIC9kZXZp Y2VzL0xOWFNZU1RNOjAwL2RldmljZTowMC9QTlAwQzBDOjAwL2lucHV0L2lucHV0MQpbICAgIDMu OTc4MDEwXSBBQ1BJOiBQb3dlciBCdXR0b24gW1BCVE5dClsgICAgMy45NzkxMDNdIGlucHV0OiBT bGVlcCBCdXR0b24gYXMgL2RldmljZXMvTE5YU1lTVE06MDAvZGV2aWNlOjAwL1BOUDBDMEU6MDAv aW5wdXQvaW5wdXQyClsgICAgMy45NzkxMDNdIEFDUEk6IFNsZWVwIEJ1dHRvbiBbU0JUTl0KWyAg ICAzLjk3OTcyNV0gaW5pdGNhbGwgYWNwaV9idXR0b25faW5pdCsweDAvMHgxMiByZXR1cm5lZCAw IGFmdGVyIDk2NjYgdXNlY3MKWyAgICAzLjk4MDE1N10gaW5pdGNhbGwgYWNwaV9mYW5faW5pdCsw eDAvMHgxOCByZXR1cm5lZCAwIGFmdGVyIDM3MiB1c2VjcwpbICAgIDMuOTgwMTg1XSBjYWxsaW5n ICBhY3BpX3BjaV9zbG90X2luaXQrMHgwLzB4MjAgQCAxClsgICAgMy45ODA1NzJdIGluaXRjYWxs IGFjcGlfcGNpX3Nsb3RfaW5pdCsweDAvMHgyMCByZXR1cm5lZCAwIGFmdGVyIDc5NTMgdXNlY3MK WyAgICAzLjk4MDU3Ml0gY2FsbGluZyAgYWNwaV9wcm9jZXNzb3JfaW5pdCsweDAvMHhjZCBAIDEK WyAgICAzLjk4MDU3Ml0gQUNQSTogYWNwaV9pZGxlIHlpZWxkaW5nIHRvIChudWxsKQpbICAgIDMu OTkyMTQ2XSBpbml0Y2FsbCBhY3BpX3Byb2Nlc3Nvcl9pbml0KzB4MC8weGNkIHJldHVybmVkIDAg YWZ0ZXIgMzY0OSB1c2VjcwpbICAgIDMuOTkyMTU2XSBjYWxsaW5nICBhY3BpX2NvbnRhaW5lcl9p bml0KzB4MC8weDRhIEAgMQpbICAgIDQuMDY0MTMxXSBpbml0Y2FsbCBhY3BpX2NvbnRhaW5lcl9p bml0KzB4MC8weDRhIHJldHVybmVkIDAgYWZ0ZXIgODc2MDcgdXNlY3MKWyAgICA0LjA2NDEzMV0g Y2FsbGluZyAgYWNwaV90aGVybWFsX2luaXQrMHgwLzB4NDIgQCAxClsgICAgNC4xNjEwODJdIHRo ZXJtYWwgTE5YVEhFUk06MDA6IHJlZ2lzdGVyZWQgYXMgdGhlcm1hbF96b25lMApbICAgIDQuMTYx MDgyXSBBQ1BJOiBUaGVybWFsIFpvbmUgW1RITV0gKDczIEMpClsgICAgNC4xNjY3NzVdIGluaXRj YWxsIGFjcGlfdGhlcm1hbF9pbml0KzB4MC8weDQyIHJldHVybmVkIDAgYWZ0ZXIgODI4MTQgdXNl Y3MKWyAgICA0LjE2NjgwN10gY2FsbGluZyAgYWNwaV9iYXR0ZXJ5X2luaXQrMHgwLzB4MTYgQCAx ClsgICAgNC4xNjY4OTBdIGluaXRjYWxsIGFjcGlfYmF0dGVyeV9pbml0KzB4MC8weDE2IHJldHVy bmVkIDAgYWZ0ZXIgNTggdXNlY3MKWyAgICA0LjE2NjkxN10gY2FsbGluZyAgYWNwaV9oZWRfaW5p dCsweDAvMHgyNiBAIDEKWyAgICA0LjE2NzM3MV0gaW5pdGNhbGwgYWNwaV9oZWRfaW5pdCsweDAv MHgyNiByZXR1cm5lZCAwIGFmdGVyIDQyMCB1c2VjcwpbICAgIDQuMTY3Mzk5XSBjYWxsaW5nICBl cnN0X2luaXQrMHgwLzB4MjlhIEAgMQpbICAgIDQuMTY3NDIxXSBFUlNUOiBUYWJsZSBpcyBub3Qg Zm91bmQhClsgICAgNC4xNjc0MjldIGNhbGxpbmcgIDFfYWNwaV9iYXR0ZXJ5X2luaXRfYXN5bmMr MHgwLzB4M2MgQCA1ClsgICAgNC4xNjc0NTZdIGluaXRjYWxsIGVyc3RfaW5pdCsweDAvMHgyOWEg cmV0dXJuZWQgMCBhZnRlciAzNCB1c2VjcwpbICAgIDQuMTY3NDgyXSBjYWxsaW5nICBnaGVzX2lu aXQrMHgwLzB4MTU0IEAgMQpbICAgIDQuMTY3NTA0XSBHSEVTOiBIRVNUIGlzIG5vdCBlbmFibGVk IQpbICAgIDQuMTY3NTIyXSBpbml0Y2FsbCBnaGVzX2luaXQrMHgwLzB4MTU0IHJldHVybmVkIC0y MiBhZnRlciAxNiB1c2VjcwpbICAgIDQuMTY3NTQ4XSBpbml0Y2FsbCBnaGVzX2luaXQrMHgwLzB4 MTU0IHJldHVybmVkIHdpdGggZXJyb3IgY29kZSAtMjIKWyAgICA0LjE2NzU3NF0gY2FsbGluZyAg dmlydGlvX3BjaV9pbml0KzB4MC8weDFiIEAgMQpbICAgIDQuMTY4MTIwXSBpbml0Y2FsbCB2aXJ0 aW9fcGNpX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRlciA1MTAgdXNlY3MKWyAgICA0LjE2 ODE0OV0gY2FsbGluZyAgeGVuYnVzX3Byb2JlX2luaXRjYWxsKzB4MC8weDM5IEAgMQpbICAgIDQu MTY4MTczXSBpbml0Y2FsbCB4ZW5idXNfcHJvYmVfaW5pdGNhbGwrMHgwLzB4MzkgcmV0dXJuZWQg MCBhZnRlciAwIHVzZWNzClsgICAgNC4xNjgyMDRdIGNhbGxpbmcgIGh5cGVydmlzb3Jfc3Vic3lz X2luaXQrMHgwLzB4MjUgQCAxClsgICAgNC4xNjgyMjddIGluaXRjYWxsIGh5cGVydmlzb3Jfc3Vi c3lzX2luaXQrMHgwLzB4MjUgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgNC4xNjgyNTdd IGNhbGxpbmcgIGh5cGVyX3N5c2ZzX2luaXQrMHgwLzB4ZmIgQCAxClsgICAgNC4xNjg1NTVdIGlu aXRjYWxsIGh5cGVyX3N5c2ZzX2luaXQrMHgwLzB4ZmIgcmV0dXJuZWQgMCBhZnRlciAyNjggdXNl Y3MKWyAgICA0LjE2ODU4Ml0gY2FsbGluZyAgeGVuX3RtZW1faW5pdCsweDAvMHg1YyBAIDEKWyAg ICA0LjE2ODYwNV0gaW5pdGNhbGwgeGVuX3RtZW1faW5pdCsweDAvMHg1YyByZXR1cm5lZCAwIGFm dGVyIDAgdXNlY3MKWyAgICA0LjE2ODYzMF0gY2FsbGluZyAgcHR5X2luaXQrMHgwLzB4MjZhIEAg MQpbICAgIDQuMTY5NjY1XSBpbml0Y2FsbCBwdHlfaW5pdCsweDAvMHgyNmEgcmV0dXJuZWQgMCBh ZnRlciA5OTEgdXNlY3MKWyAgICA0LjE2OTY5NV0gY2FsbGluZyAgc3lzcnFfaW5pdCsweDAvMHg0 NCBAIDEKWyAgICA0LjE2OTc3Nl0gaW5pdGNhbGwgc3lzcnFfaW5pdCsweDAvMHg0NCByZXR1cm5l ZCAwIGFmdGVyIDU3IHVzZWNzClsgICAgNC4xNjk4MDNdIGNhbGxpbmcgIHhlbl9odmNfaW5pdCsw eDAvMHhjZiBAIDEKWyAgICA0LjE3Njc0NF0gaW5pdGNhbGwgeGVuX2h2Y19pbml0KzB4MC8weGNm IHJldHVybmVkIDAgYWZ0ZXIgNjc1NCB1c2VjcwpbICAgIDQuMTc2Nzc2XSBjYWxsaW5nICBzZXJp YWw4MjUwX2luaXQrMHgwLzB4MTg4IEAgMQpbICAgIDQuMTc2Nzk4XSBTZXJpYWw6IDgyNTAvMTY1 NTAgZHJpdmVyLCA0IHBvcnRzLCBJUlEgc2hhcmluZyBlbmFibGVkClsgICAgNC4yMTc0NDZdIGlu aXRjYWxsIHNlcmlhbDgyNTBfaW5pdCsweDAvMHgxODggcmV0dXJuZWQgMCBhZnRlciAzOTY5MSB1 c2VjcwpbICAgIDQuMjE3NDc4XSBjYWxsaW5nICBzZXJpYWw4MjUwX3BucF9pbml0KzB4MC8weDEy IEAgMQpbICAgIDQuMjE3ODk0XSBpbml0Y2FsbCBzZXJpYWw4MjUwX3BucF9pbml0KzB4MC8weDEy IHJldHVybmVkIDAgYWZ0ZXIgMzgzIHVzZWNzClsgICAgNC4yMTc5MjZdIGNhbGxpbmcgIHNlcmlh bDgyNTBfcGNpX2luaXQrMHgwLzB4MWIgQCAxClsgICAgNC4yMTgyNjRdIHhlbjogcmVnaXN0ZXJp bmcgZ3NpIDE5IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgNC4yMTgyOTZdIHhlbl9tYXBf cGlycV9nc2k6IHJldHVybmluZyBpcnEgMTkgZm9yIGdzaSAxOQpbICAgIDQuMjE4MzE5XSB4ZW46 IC0tPiBwaXJxPTE5IC0+IGlycT0xOSAoZ3NpPTE5KQpbICAgIDQuMjE4MzQwXSBBbHJlYWR5IHNl dHVwIHRoZSBHU0kgOjE5ClsgICAgNC4yMTgzNTldIHNlcmlhbCAwMDAwOjBjOjAwLjA6IFBDSSBJ TlQgQSAtPiBHU0kgMTkgKGxldmVsLCBsb3cpIC0+IElSUSAxOQpbICAgIDQuMjU5NTA1XSBpbml0 Y2FsbCBzZXJpYWw4MjUwX3BjaV9pbml0KzB4MC8weDFiIHJldHVybmVkIDAgYWZ0ZXIgNDA1Nzkg dXNlY3MKWyAgICA0LjI1OTU0MV0gY2FsbGluZyAgaW5pdF9rZ2Rib2MrMHgwLzB4MTYgQCAxClsg ICAgNC4yNTk2MDddIGluaXRjYWxsIGluaXRfa2dkYm9jKzB4MC8weDE2IHJldHVybmVkIDAgYWZ0 ZXIgNDEgdXNlY3MKWyAgICA0LjI1OTYzNl0gY2FsbGluZyAgcmFuZF9pbml0aWFsaXplKzB4MC8w eDMxIEAgMQpbICAgIDQuMjU5NzA2XSBpbml0Y2FsbCByYW5kX2luaXRpYWxpemUrMHgwLzB4MzEg cmV0dXJuZWQgMCBhZnRlciA0NSB1c2VjcwpbICAgIDQuMjU5NzMzXSBjYWxsaW5nICBpbml0KzB4 MC8weGE2IEAgMQpbICAgIDQuMjYwMDY3XSBjYWxsaW5nICByYXdfaW5pdCsweDAvMHgxNTggQCAx ClsgICAgNC4yNjE3ODldIGluaXRjYWxsIHJhd19pbml0KzB4MC8weDE1OCByZXR1cm5lZCAwIGFm dGVyIDE1MDUgdXNlY3MKWyAgICA0LjI2MTgxOV0gY2FsbGluZyAgaHBldF9pbml0KzB4MC8weDY3 IEAgMQpbICAgIDQuNzEwNzEyXSBocGV0X2FjcGlfYWRkOiBubyBhZGRyZXNzIG9yIGlycXMgaW4g X0NSUwpbICAgIDQuNzExMTA5XSBpbml0Y2FsbCBocGV0X2luaXQrMHgwLzB4NjcgcmV0dXJuZWQg MCBhZnRlciA0Mzg3MzkgdXNlY3MKWyAgICA0LjcxMTEzN10gY2FsbGluZyAgbnZyYW1faW5pdCsw eDAvMHg4MCBAIDEKWyAgICA0LjcxMTk4Ml0gTm9uLXZvbGF0aWxlIG1lbW9yeSBkcml2ZXIgdjEu MwpbICAgIDQuNzEyMDA0XSBpbml0Y2FsbCBudnJhbV9pbml0KzB4MC8weDgwIHJldHVybmVkIDAg YWZ0ZXIgODI0IHVzZWNzClsgICAgNC43MTIwMzFdIGNhbGxpbmcgIGFncF9pbml0KzB4MC8weDI2 IEAgMQpbICAgIDQuNzEyMDQ5XSBMaW51eCBhZ3BnYXJ0IGludGVyZmFjZSB2MC4xMDMKWyAgICA0 LjcxMjA2OF0gaW5pdGNhbGwgYWdwX2luaXQrMHgwLzB4MjYgcmV0dXJuZWQgMCBhZnRlciAxNyB1 c2VjcwpbICAgIDQuNzEyMDk0XSBjYWxsaW5nICBhZ3BfYW1kNjRfbW9kX2luaXQrMHgwLzB4MjIg QCAxClsgICAgNC43MTI5MDldIGluaXRjYWxsIGFncF9hbWQ2NF9tb2RfaW5pdCsweDAvMHgyMiBy ZXR1cm5lZCAtMTkgYWZ0ZXIgNzcxIHVzZWNzClsgICAgNC43MTI5NDJdIGNhbGxpbmcgIGFncF9p bnRlbF9pbml0KzB4MC8weDI5IEAgMQpbICAgIDQuNzEzMjc2XSBhZ3BnYXJ0LWludGVsIDAwMDA6 MDA6MDAuMDogSW50ZWwgOTQ1R00gQ2hpcHNldApbICAgIDQuNzE5OTkzXSBhZ3BnYXJ0LWludGVs IDAwMDA6MDA6MDAuMDogZGV0ZWN0ZWQgZ3R0IHNpemU6IDI2MjE0NEsgdG90YWwsIDI2MjE0NEsg bWFwcGFibGUKWyAgICA0LjcyMTA2OF0gYWdwZ2FydC1pbnRlbCAwMDAwOjAwOjAwLjA6IGRldGVj dGVkIDgxOTJLIHN0b2xlbiBtZW1vcnkKWyAgICA0LjcyMzA2NV0gYWdwZ2FydC1pbnRlbCAwMDAw OjAwOjAwLjA6IEFHUCBhcGVydHVyZSBpcyAyNTZNIEAgMHhkMDAwMDAwMApbICAgIDQuNzIzNjgw XSBpbml0Y2FsbCBhZ3BfaW50ZWxfaW5pdCsweDAvMHgyOSByZXR1cm5lZCAwIGFmdGVyIDEwNDU5 IHVzZWNzClsgICAgNC43MjM3MTBdIGNhbGxpbmcgIGFncF9zaXNfaW5pdCsweDAvMHgyOSBAIDEK WyAgICA0LjcyNDA2NF0gaW5pdGNhbGwgYWdwX3Npc19pbml0KzB4MC8weDI5IHJldHVybmVkIDAg YWZ0ZXIgMzIzIHVzZWNzClsgICAgNC43MjQwOTJdIGNhbGxpbmcgIGFncF92aWFfaW5pdCsweDAv MHgyOSBAIDEKWyAgICA0LjcyNDQ0Nl0gaW5pdGNhbGwgYWdwX3ZpYV9pbml0KzB4MC8weDI5IHJl dHVybmVkIDAgYWZ0ZXIgMzc2IHVzZWNzClsgICAgNC43MjQ0NDZdIGNhbGxpbmcgIGluaXRfdGlz KzB4MC8weDk4IEAgMQpbICAgIDQuNzI0OTE0XSBpbml0Y2FsbCBpbml0X3RpcysweDAvMHg5OCBy ZXR1cm5lZCAwIGFmdGVyIDM1NyB1c2VjcwpbICAgIDQuNzI0OTQyXSBjYWxsaW5nICBjbl9wcm9j X2luaXQrMHgwLzB4M2EgQCAxClsgICAgNC43MjUwMDhdIGluaXRjYWxsIGNuX3Byb2NfaW5pdCsw eDAvMHgzYSByZXR1cm5lZCAwIGFmdGVyIDQyIHVzZWNzClsgICAgNC43MjUwMzhdIGNhbGxpbmcg IHRvcG9sb2d5X3N5c2ZzX2luaXQrMHgwLzB4NjAgQCAxClsgICAgNC43MjUzMjddIGluaXRjYWxs IHRvcG9sb2d5X3N5c2ZzX2luaXQrMHgwLzB4NjAgcmV0dXJuZWQgMCBhZnRlciAyNTcgdXNlY3MK WyAgICA0LjcyNTM1OV0gY2FsbGluZyAgbG9vcF9pbml0KzB4MC8weDEzMiBAIDEKWyAgICA0Ljc0 OTMwN10gbG9vcDogbW9kdWxlIGxvYWRlZApbICAgIDQuNzQ5MzM5XSBpbml0Y2FsbCBsb29wX2lu aXQrMHgwLzB4MTMyIHJldHVybmVkIDAgYWZ0ZXIgMjMzOTIgdXNlY3MKWyAgICA0Ljc0OTM2Nl0g Y2FsbGluZyAgaW5pdF9rZ2RidHMrMHgwLzB4MTYgQCAxClsgICAgNC43NDkzOTBdIGluaXRjYWxs IGluaXRfa2dkYnRzKzB4MC8weDE2IHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDQuNzQ5 NDE2XSBjYWxsaW5nICBtYWNfaGlkX2luaXQrMHgwLzB4MjIgQCAxClsgICAgNC43NDk2MjBdIGlu aXRjYWxsIG1hY19oaWRfaW5pdCsweDAvMHgyMiByZXR1cm5lZCAwIGFmdGVyIDE3NiB1c2Vjcwpb ICAgIDQuNzQ5NjQ3XSBjYWxsaW5nICBzY3NpX2RoX2luaXQrMHgwLzB4NTMgQCAxClsgICAgNC43 NDk2ODhdIGluaXRjYWxsIHNjc2lfZGhfaW5pdCsweDAvMHg1MyByZXR1cm5lZCAwIGFmdGVyIDE3 IHVzZWNzClsgICAgNC43NDk3MTVdIGNhbGxpbmcgIGluaXRfc2QrMHgwLzB4MTMxIEAgMQpbICAg IDQuNzUyNDUzXSBpbml0Y2FsbCBpbml0X3NkKzB4MC8weDEzMSByZXR1cm5lZCAwIGFmdGVyIDI2 NTUgdXNlY3MKWyAgICA0Ljc1MjQ4M10gY2FsbGluZyAgaW5pdF9zcisweDAvMHg0NiBAIDEKWyAg ICA0Ljc1MjczMl0gaW5pdGNhbGwgaW5pdF9zcisweDAvMHg0NiByZXR1cm5lZCAwIGFmdGVyIDIy NCB1c2VjcwpbICAgIDQuNzUyNzYwXSBjYWxsaW5nICBpbml0X3NnKzB4MC8weDEyOSBAIDEKWyAg ICA0Ljc1MzM2NF0gaW5pdGNhbGwgaW5pdF9zZysweDAvMHgxMjkgcmV0dXJuZWQgMCBhZnRlciA1 NzAgdXNlY3MKWyAgICA0Ljc1MzM5M10gY2FsbGluZyAgYWhjaV9pbml0KzB4MC8weDFiIEAgMQpb ICAgIDQuNzUzOTI2XSBpbml0Y2FsbCBhaGNpX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRl ciA1MDEgdXNlY3MKWyAgICA0Ljc1Mzk1NF0gY2FsbGluZyAgcGlpeF9pbml0KzB4MC8weDI5IEAg MQpbICAgIDQuNzU0MjAwXSBhdGFfcGlpeCAwMDAwOjAwOjFmLjI6IHZlcnNpb24gMi4xMwpbICAg IDQuNzU0MjgyXSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxNyB0cmlnZ2VyaW5nIDAgcG9sYXJpdHkg MQpbICAgIDQuNzU0Mzg0XSB4ZW46IC0tPiBwaXJxPTE3IC0+IGlycT0xNyAoZ3NpPTE3KQpbICAg IDQuNzU0NDI5XSBhdGFfcGlpeCAwMDAwOjAwOjFmLjI6IFBDSSBJTlQgQiAtPiBHU0kgMTcgKGxl dmVsLCBsb3cpIC0+IElSUSAxNwpbICAgIDQuNzU0NDkxXSBhdGFfcGlpeCAwMDAwOjAwOjFmLjI6 IE1BUCBbIFAwIFAyIElERSBJREUgXQpbICAgIDQuNzU1MjAzXSBhdGFfcGlpeCAwMDAwOjAwOjFm LjI6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAgIDQuNzY2ODMwXSBzY3NpMCA6IGF0 YV9waWl4ClsgICAgNC43NzExOTRdIHNjc2kxIDogYXRhX3BpaXgKWyAgICA0Ljg5NDE1NF0gQUNQ STogRGVwcmVjYXRlZCBwcm9jZnMgSS9GIGZvciBiYXR0ZXJ5IGlzIGxvYWRlZCwgcGxlYXNlIHJl dHJ5IHdpdGggQ09ORklHX0FDUElfUFJPQ0ZTX1BPV0VSIGNsZWFyZWQKWyAgICA0Ljg5NDQ2OF0g QUNQSTogQmF0dGVyeSBTbG90IFtCQVQwXSAoYmF0dGVyeSBwcmVzZW50KQo2NiB1c2VjcwpbICAg IDQuOTAxMDIwXSBhdGExOiBTQVRBIG1heCBVRE1BLzEzMyBjbWQgMHgxZjAgY3RsIDB4M2Y2IGJt ZG1hIDB4YmZhMCBpcnEgMTQKWyAgICA0LjkwMTAyMF0gYXRhMjogUEFUQSBtYXggVURNQS8xMDAg Y21kIDB4MTcwIGN0bCAweDM3NiBibWRtYSAweGJmYTggaXJxIDE1ClsgICAgNC45MjQ4OTJdIGNh bGxpbmcgIDJfYXN5bmNfcG9ydF9wcm9iZSsweDAvMHg0ZiBAIDUKWyAgICA0LjkyNTU0M10gY2Fs bGluZyAgM19hc3luY19wb3J0X3Byb2JlKzB4MC8weDRmIEAgMzgKWyAgICA0LjkyNTYxMl0gaW5p dGNhbGwgcGlpeF9pbml0KzB4MC8weDI5IHJldHVybmVkIDAgYWZ0ZXIgMTY3NjE0IHVzZWNzClsg ICAgNC45MjU2NDJdIGNhbGxpbmcgIGZpeGVkX21kaW9fYnVzX2luaXQrMHgwLzB4ZmMgQCAxClsg ICAgNC45MjcxMzJdIEZpeGVkIE1ESU8gQnVzOiBwcm9iZWQKWyAgICA0LjkyNzE1NV0gaW5pdGNh bGwgZml4ZWRfbWRpb19idXNfaW5pdCsweDAvMHhmYyByZXR1cm5lZCAwIGFmdGVyIDE0NTMgdXNl Y3MKWyAgICA0LjkyNzE2MF0gY2FsbGluZyAgbmV0X29sZGRldnNfaW5pdCsweDAvMHg5ZSBAIDEK WyAgICA0LjkyNzE2MF0gaW5pdGNhbGwgbmV0X29sZGRldnNfaW5pdCsweDAvMHg5ZSByZXR1cm5l ZCAwIGFmdGVyIDUgdXNlY3MKWyAgICA0LjkyNzE2MF0gY2FsbGluZyAgY2Ryb21faW5pdCsweDAv MHgxNiBAIDEKWyAgICA0LjkyNzE2MF0gaW5pdGNhbGwgY2Ryb21faW5pdCsweDAvMHgxNiByZXR1 cm5lZCAwIGFmdGVyIDIzMCB1c2VjcwpbICAgIDQuOTI3MTYwXSBjYWxsaW5nICBub25zdGF0aWNf c3lzZnNfaW5pdCsweDAvMHgxMiBAIDEKWyAgICA0LjkyNzE2MF0gaW5pdGNhbGwgbm9uc3RhdGlj X3N5c2ZzX2luaXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciA1IHVzZWNzClsgICAgNC45Mjcx NjBdIGNhbGxpbmcgIG1vbl9pbml0KzB4MC8weDEwZSBAIDEKWyAgICA0LjkyODgzN10gaW5pdGNh bGwgbW9uX2luaXQrMHgwLzB4MTBlIHJldHVybmVkIDAgYWZ0ZXIgMTIwOSB1c2VjcwpbICAgIDQu OTI4ODY3XSBjYWxsaW5nICBlaGNpX2hjZF9pbml0KzB4MC8weGJlIEAgMQpbICAgIDQuOTI4ODg4 XSBlaGNpX2hjZDogVVNCIDIuMCAnRW5oYW5jZWQnIEhvc3QgQ29udHJvbGxlciAoRUhDSSkgRHJp dmVyClsgICAgNC45MjkwNjldIHhlbjogcmVnaXN0ZXJpbmcgZ3NpIDIwIHRyaWdnZXJpbmcgMCBw b2xhcml0eSAxClsgICAgNC45MjkyNjVdIHhlbjogLS0+IHBpcnE9MjAgLT4gaXJxPTIwIChnc2k9 MjApClsgICAgNC45MjkyOTVdIGVoY2lfaGNkIDAwMDA6MDA6MWQuNzogUENJIElOVCBBIC0+IEdT SSAyMCAobGV2ZWwsIGxvdykgLT4gSVJRIDIwClsgICAgNC45Mjk1MzFdIGVoY2lfaGNkIDAwMDA6 MDA6MWQuNzogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0ClsgICAgNC45Mjk1OTNdIGVoY2lf aGNkIDAwMDA6MDA6MWQuNzogRUhDSSBIb3N0IENvbnRyb2xsZXIKWyAgICA0LjkzMjM1N10gZWhj aV9oY2QgMDAwMDowMDoxZC43OiBuZXcgVVNCIGJ1cyByZWdpc3RlcmVkLCBhc3NpZ25lZCBidXMg bnVtYmVyIDEKWyAgICA0LjkzMjkyNF0gZWhjaV9oY2QgMDAwMDowMDoxZC43OiB1c2luZyBicm9r ZW4gcGVyaW9kaWMgd29ya2Fyb3VuZApbICAgIDQuOTMyOTk1XSBlaGNpX2hjZCAwMDAwOjAwOjFk Ljc6IGRlYnVnIHBvcnQgMQpbICAgIDQuOTM2OTMwXSBlaGNpX2hjZCAwMDAwOjAwOjFkLjc6IGNh Y2hlIGxpbmUgc2l6ZSBvZiA2NCBpcyBub3Qgc3VwcG9ydGVkClsgICAgNC45MzcwNjVdIGVoY2lf aGNkIDAwMDA6MDA6MWQuNzogaXJxIDIwLCBpbyBtZW0gMHhmZmE4MDAwMApbICAgIDQuOTQ3MTQw XSBlaGNpX2hjZCAwMDAwOjAwOjFkLjc6IFVTQiAyLjAgc3RhcnRlZCwgRUhDSSAxLjAwClsgICAg NC45NDgxNzRdIHVzYiB1c2IxOiBOZXcgVVNCIGRldmljZSBmb3VuZCwgaWRWZW5kb3I9MWQ2Yiwg aWRQcm9kdWN0PTAwMDIKWyAgICA0Ljk0ODIwMl0gdXNiIHVzYjE6IE5ldyBVU0IgZGV2aWNlIHN0 cmluZ3M6IE1mcj0zLCBQcm9kdWN0PTIsIFNlcmlhbE51bWJlcj0xClsgICAgNC45NDgyMzJdIHVz YiB1c2IxOiBQcm9kdWN0OiBFSENJIEhvc3QgQ29udHJvbGxlcgpbICAgIDQuOTQ4MjUzXSB1c2Ig dXNiMTogTWFudWZhY3R1cmVyOiBMaW51eCAzLjEuMC0wLnJjNi5naXQwLjAuZmMxNy54ODZfNjQg ZWhjaV9oY2QKWyAgICA0Ljk0ODI4Ml0gdXNiIHVzYjE6IFNlcmlhbE51bWJlcjogMDAwMDowMDox ZC43ClsgICAgNC45NTIwNDddIGh1YiAxLTA6MS4wOiBVU0IgaHViIGZvdW5kClsgICAgNC45NTI0 MTJdIGh1YiAxLTA6MS4wOiA4IHBvcnRzIGRldGVjdGVkClsgICAgNC45NTYxNjVdIGluaXRjYWxs IGVoY2lfaGNkX2luaXQrMHgwLzB4YmUgcmV0dXJuZWQgMCBhZnRlciAyNjYzNCB1c2VjcwpbICAg IDQuOTU2MTk1XSBjYWxsaW5nICBvaGNpX2hjZF9tb2RfaW5pdCsweDAvMHg4NCBAIDEKWyAgICA0 Ljk1NjIxN10gb2hjaV9oY2Q6IFVTQiAxLjEgJ09wZW4nIEhvc3QgQ29udHJvbGxlciAoT0hDSSkg RHJpdmVyClsgICAgNC45NTY1NjldIGluaXRjYWxsIG9oY2lfaGNkX21vZF9pbml0KzB4MC8weDg0 IHJldHVybmVkIDAgYWZ0ZXIgMzQyIHVzZWNzClsgICAgNC45NTY1OThdIGNhbGxpbmcgIHVoY2lf aGNkX2luaXQrMHgwLzB4YzMgQCAxClsgICAgNC45NTY2MTldIHVoY2lfaGNkOiBVU0IgVW5pdmVy c2FsIEhvc3QgQ29udHJvbGxlciBJbnRlcmZhY2UgZHJpdmVyClsgICAgNC45NTc3MjddIHhlbjog cmVnaXN0ZXJpbmcgZ3NpIDIwIHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgNC45NTc3NTZd IHhlbl9tYXBfcGlycV9nc2k6IHJldHVybmluZyBpcnEgMjAgZm9yIGdzaSAyMApbICAgIDQuOTU3 Nzc4XSB4ZW46IC0tPiBwaXJxPTIwIC0+IGlycT0yMCAoZ3NpPTIwKQpbICAgIDQuOTU3ODI4XSBB bHJlYWR5IHNldHVwIHRoZSBHU0kgOjIwClsgICAgNC45NTc4NDhdIHVoY2lfaGNkIDAwMDA6MDA6 MWQuMDogUENJIElOVCBBIC0+IEdTSSAyMCAobGV2ZWwsIGxvdykgLT4gSVJRIDIwClsgICAgNC45 NTc5NjBdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMDogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0 ClsgICAgNC45NTc5OTNdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMDogVUhDSSBIb3N0IENvbnRyb2xs ZXIKWyAgICA0Ljk1OTQ3N10gdWhjaV9oY2QgMDAwMDowMDoxZC4wOiBuZXcgVVNCIGJ1cyByZWdp c3RlcmVkLCBhc3NpZ25lZCBidXMgbnVtYmVyIDIKWyAgICA0Ljk1OTc1MV0gdWhjaV9oY2QgMDAw MDowMDoxZC4wOiBpcnEgMjAsIGlvIGJhc2UgMHgwMDAwYmY4MApbICAgIDQuOTYwODY5XSB1c2Ig dXNiMjogTmV3IFVTQiBkZXZpY2UgZm91bmQsIGlkVmVuZG9yPTFkNmIsIGlkUHJvZHVjdD0wMDAx ClsgICAgNC45NjA4OThdIHVzYiB1c2IyOiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9Mywg UHJvZHVjdD0yLCBTZXJpYWxOdW1iZXI9MQpbICAgIDQuOTYwOTQ4XSB1c2IgdXNiMjogTWFudWZh Y3R1cmVyOiBMaW51eCAzLjEuMC0wLnJjNi5naXQwLjAuZmMxNy54ODZfNjQgdWhjaV9oY2QKWyAg ICA0Ljk2MDk3N10gdXNiIHVzYjI6IFNlcmlhbE51bWJlcjogMDAwMDowMDoxZC4wClsgICAgNC45 NjM5OTRdIGh1YiAyLTA6MS4wOiBVU0IgaHViIGZvdW5kClsgICAgNC45NjQzMTBdIGh1YiAyLTA6 MS4wOiAyIHBvcnRzIGRldGVjdGVkClsgICAgNC45NjcwOTZdIHhlbjogcmVnaXN0ZXJpbmcgZ3Np IDIxIHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgNC45NjcyMjBdIHhlbjogLS0+IHBpcnE9 MjEgLT4gaXJxPTIxIChnc2k9MjEpClsgICAgNC45NjcyNDddIHVoY2lfaGNkIDAwMDA6MDA6MWQu MTogUENJIElOVCBCIC0+IEdTSSAyMSAobGV2ZWwsIGxvdykgLT4gSVJRIDIxClsgICAgNC45Njcz NzJdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMTogc2V0dGluZyBsYXRlbmN5IHRpbWVyIHRvIDY0Clsg ICAgNC45Njc0MDVdIHVoY2lfaGNkIDAwMDA6MDA6MWQuMTogVUhDSSBIb3N0IENvbnRyb2xsZXIK WyAgICA0Ljk2ODg3NF0gdWhjaV9oY2QgMDAwMDowMDoxZC4xOiBuZXcgVVNCIGJ1cyByZWdpc3Rl cmVkLCBhc3NpZ25lZCBidXMgbnVtYmVyIDMKWyAgICA0Ljk2OTU4OV0gdWhjaV9oY2QgMDAwMDow MDoxZC4xOiBpcnEgMjEsIGlvIGJhc2UgMHgwMDAwYmY2MApbICAgIDQuOTcwNjYyXSB1c2IgdXNi MzogTmV3IFVTQiBkZXZpY2UgZm91bmQsIGlkVmVuZG9yPTFkNmIsIGlkUHJvZHVjdD0wMDAxClsg ICAgNC45NzA2OTBdIHVzYiB1c2IzOiBOZXcgVVNCIGRldmljZSBzdHJpbmdzOiBNZnI9MywgUHJv ZHVjdD0yLCBTZXJpYWxOdW1iZXI9MQpbICAgIDQuOTcwNzIwXSB1c2IgdXNiMzogUHJvZHVjdDog VUhDSSBIb3N0IENvbnRyb2xsZXIKWyAgICA0Ljk3MDc0MV0gdXNiIHVzYjM6IE1hbnVmYWN0dXJl cjogTGludXggMy4xLjAtMC5yYzYuZ2l0MC4wLmZjMTcueDg2XzY0IHVoY2lfaGNkClsgICAgNC45 NzA3NzBdIHVzYiB1c2IzOiBTZXJpYWxOdW1iZXI6IDAwMDA6MDA6MWQuMQpbICAgIDQuOTc0NDAx XSBodWIgMy0wOjEuMDogVVNCIGh1YiBmb3VuZApbICAgIDQuOTc0NjUzXSBodWIgMy0wOjEuMDog MiBwb3J0cyBkZXRlY3RlZApbICAgIDQuOTc3Mzc3XSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAyMiB0 cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgIDQuOTc3NDY4XSB4ZW46IC0tPiBwaXJxPTIyIC0+ IGlycT0yMiAoZ3NpPTIyKQpbICAgIDQuOTc3NDk0XSB1aGNpX2hjZCAwMDAwOjAwOjFkLjI6IFBD SSBJTlQgQyAtPiBHU0kgMjIgKGxldmVsLCBsb3cpIC0+IElSUSAyMgpbICAgIDQuOTc3NjE3XSB1 aGNpX2hjZCAwMDAwOjAwOjFkLjI6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAgIDQu OTc3NjUwXSB1aGNpX2hjZCAwMDAwOjAwOjFkLjI6IFVIQ0kgSG9zdCBDb250cm9sbGVyClsgICAg NC45NzkwNjddIHVoY2lfaGNkIDAwMDA6MDA6MWQuMjogbmV3IFVTQiBidXMgcmVnaXN0ZXJlZCwg YXNzaWduZWQgYnVzIG51bWJlciA0ClsgICAgNC45Nzk3NzldIHVoY2lfaGNkIDAwMDA6MDA6MWQu MjogaXJxIDIyLCBpbyBiYXNlIDB4MDAwMGJmNDAKWyAgICA0Ljk4MDg0M10gdXNiIHVzYjQ6IE5l dyBVU0IgZGV2aWNlIGZvdW5kLCBpZFZlbmRvcj0xZDZiLCBpZFByb2R1Y3Q9MDAwMQpbICAgIDQu OTgwODcxXSB1c2IgdXNiNDogTmV3IFVTQiBkZXZpY2Ugc3RyaW5nczogTWZyPTMsIFByb2R1Y3Q9 MiwgU2VyaWFsTnVtYmVyPTEKWyAgICA0Ljk4MDkwMV0gdXNiIHVzYjQ6IFByb2R1Y3Q6IFVIQ0kg SG9zdCBDb250cm9sbGVyClsgICAgNC45ODA5MjJdIHVzYiB1c2I0OiBNYW51ZmFjdHVyZXI6IExp bnV4IDMuMS4wLTAucmM2LmdpdDAuMC5mYzE3Lng4Nl82NCB1aGNpX2hjZApbICAgIDQuOTgwOTUx XSB1c2IgdXNiNDogU2VyaWFsTnVtYmVyOiAwMDAwOjAwOjFkLjIKWyAgICA0Ljk4NDA1Ml0gaHVi IDQtMDoxLjA6IFVTQiBodWIgZm91bmQKWyAgICA0Ljk4NDM2M10gaHViIDQtMDoxLjA6IDIgcG9y dHMgZGV0ZWN0ZWQKWyAgICA0Ljk4NzEyMl0geGVuOiByZWdpc3RlcmluZyBnc2kgMjMgdHJpZ2dl cmluZyAwIHBvbGFyaXR5IDEKWyAgICA0Ljk4NzIxNV0geGVuOiAtLT4gcGlycT0yMyAtPiBpcnE9 MjMgKGdzaT0yMykKWyAgICA0Ljk4NzI0MF0gdWhjaV9oY2QgMDAwMDowMDoxZC4zOiBQQ0kgSU5U IEQgLT4gR1NJIDIzIChsZXZlbCwgbG93KSAtPiBJUlEgMjMKWyAgICA0Ljk4NzM2NV0gdWhjaV9o Y2QgMDAwMDowMDoxZC4zOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgICA0Ljk4NzM5 OV0gdWhjaV9oY2QgMDAwMDowMDoxZC4zOiBVSENJIEhvc3QgQ29udHJvbGxlcgpbICAgIDQuOTg4 ODYzXSB1aGNpX2hjZCAwMDAwOjAwOjFkLjM6IG5ldyBVU0IgYnVzIHJlZ2lzdGVyZWQsIGFzc2ln bmVkIGJ1cyBudW1iZXIgNQpbICAgIDQuOTg5NjQ0XSB1aGNpX2hjZCAwMDAwOjAwOjFkLjM6IGly cSAyMywgaW8gYmFzZSAweDAwMDBiZjIwClsgICAgNC45OTA3NDZdIHVzYiB1c2I1OiBOZXcgVVNC IGRldmljZSBmb3VuZCwgaWRWZW5kb3I9MWQ2YiwgaWRQcm9kdWN0PTAwMDEKWyAgICA0Ljk5MDc3 NV0gdXNiIHVzYjU6IE5ldyBVU0IgZGV2aWNlIHN0cmluZ3M6IE1mcj0zLCBQcm9kdWN0PTIsIFNl cmlhbE51bWJlcj0xClsgICAgNC45OTA4MDVdIHVzYiB1c2I1OiBQcm9kdWN0OiBVSENJIEhvc3Qg Q29udHJvbGxlcgpbICAgIDQuOTkwODI2XSB1c2IgdXNiNTogTWFudWZhY3R1cmVyOiBMaW51eCAz LjEuMC0wLnJjNi5naXQwLjAuZmMxNy54ODZfNjQgdWhjaV9oY2QKWyAgICA0Ljk5MDg1NV0gdXNi IHVzYjU6IFNlcmlhbE51bWJlcjogMDAwMDowMDoxZC4zClsgICAgNC45OTM4NTJdIGh1YiA1LTA6 MS4wOiBVU0IgaHViIGZvdW5kClsgICAgNC45OTQxNjddIGh1YiA1LTA6MS4wOiAyIHBvcnRzIGRl dGVjdGVkClsgICAgNC45OTcwMTFdIGluaXRjYWxsIHVoY2lfaGNkX2luaXQrMHgwLzB4YzMgcmV0 dXJuZWQgMCBhZnRlciAzOTQ0MCB1c2VjcwpbICAgIDQuOTk3MDQxXSBjYWxsaW5nICB4aGNpX2hj ZF9pbml0KzB4MC8weDI5IEAgMQpbICAgIDQuOTk3NzE2XSBpbml0Y2FsbCB4aGNpX2hjZF9pbml0 KzB4MC8weDI5IHJldHVybmVkIDAgYWZ0ZXIgNjM1IHVzZWNzClsgICAgNC45OTg1NzNdIHVzYmNv cmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgdXNic2VyaWFsClsgICAgNC45OTg5 ODJdIFVTQiBTZXJpYWwgc3VwcG9ydCByZWdpc3RlcmVkIGZvciBnZW5lcmljClsgICAgNC45OTky NDZdIHVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFjZSBkcml2ZXIgdXNic2VyaWFsX2dl bmVyaWMKWyAgICA0Ljk5OTI0Nl0gdXNic2VyaWFsOiBVU0IgU2VyaWFsIERyaXZlciBjb3JlClsg ICAgNC45OTkyNDZdIGluaXRjYWxsIHVzYl9zZXJpYWxfaW5pdCsweDAvMHgxZTEgcmV0dXJuZWQg MCBhZnRlciAxNTY4IHVzZWNzClsgICAgNC45OTkyNDZdIGNhbGxpbmcgIGtnZGJkYmdwX3N0YXJ0 X3RocmVhZCsweDAvMHg0ZiBAIDEKWyAgICA0Ljk5OTI0Nl0gaW5pdGNhbGwga2dkYmRiZ3Bfc3Rh cnRfdGhyZWFkKzB4MC8weDRmIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAgIDQuOTk5MjQ2 XSBjYWxsaW5nICBpODA0Ml9pbml0KzB4MC8weDNiZSBAIDEKWyAgICA1LjAwMDIyNV0gaTgwNDI6 IFBOUDogUFMvMiBDb250cm9sbGVyIFtQTlAwMzAzOktCQyxQTlAwZjEzOlBTMk1dIGF0IDB4NjAs MHg2NCBpcnEgMSwxMgpbICAgIDUuMDAxMDY3XSBzZXJpbzogaTgwNDIgS0JEIHBvcnQgYXQgMHg2 MCwweDY0IGlycSAxClsgICAgNS4wMDEwNjddIHNlcmlvOiBpODA0MiBBVVggcG9ydCBhdCAweDYw LDB4NjQgaXJxIDEyClsgICAgNS4wMDU5ODFdIGluaXRjYWxsIGk4MDQyX2luaXQrMHgwLzB4M2Jl IHJldHVybmVkIDAgYWZ0ZXIgNjM0OCB1c2VjcwpbICAgIDUuMDA2MDEwXSBjYWxsaW5nICBzZXJw b3J0X2luaXQrMHgwLzB4MzEgQCAxClsgICAgNS4wMDYwMzZdIGluaXRjYWxsIHNlcnBvcnRfaW5p dCsweDAvMHgzMSByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgICA1LjAwNjA2M10gY2FsbGlu ZyAgbW91c2VkZXZfaW5pdCsweDAvMHg1ZSBAIDEKWyAgICA1LjAwNzA5N10gbW91c2VkZXY6IFBT LzIgbW91c2UgZGV2aWNlIGNvbW1vbiBmb3IgYWxsIG1pY2UKWyAgICA1LjAwNzA5OV0gaW5pdGNh bGwgbW91c2VkZXZfaW5pdCsweDAvMHg1ZSByZXR1cm5lZCAwIGFmdGVyIDEwMTEgdXNlY3MKWyAg ICA1LjAwNzA5OV0gY2FsbGluZyAgZXZkZXZfaW5pdCsweDAvMHgxMiBAIDEKWyAgICA1LjAwOTk4 MF0gaW5pdGNhbGwgZXZkZXZfaW5pdCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDI3NDEgdXNl Y3MKWyAgICA1LjAxMDAxMV0gY2FsbGluZyAgYXRrYmRfaW5pdCsweDAvMHgyNyBAIDEKWyAgICA1 LjAxMDIwNl0gaW5pdGNhbGwgYXRrYmRfaW5pdCsweDAvMHgyNyByZXR1cm5lZCAwIGFmdGVyIDI3 OSB1c2VjcwpbICAgIDUuMDEwMjA2XSBjYWxsaW5nICBwc21vdXNlX2luaXQrMHgwLzB4N2UgQCAx ClsgICAgNS4wMTIwMTBdIGluaXRjYWxsIHBzbW91c2VfaW5pdCsweDAvMHg3ZSByZXR1cm5lZCAw IGFmdGVyIDE2MDAgdXNlY3MKWyAgICA1LjAxMjA0MV0gY2FsbGluZyAgY21vc19pbml0KzB4MC8w eDZhIEAgMQpbICAgIDUuMDEyMzYzXSBydGNfY21vcyAwMDowNjogUlRDIGNhbiB3YWtlIGZyb20g UzQKWyAgICA1LjAxNDYwOV0gcnRjX2Ntb3MgMDA6MDY6IHJ0YyBjb3JlOiByZWdpc3RlcmVkIHJ0 Y19jbW9zIGFzIHJ0YzAKWyAgICA1LjAxNDk1NF0gcnRjMDogYWxhcm1zIHVwIHRvIG9uZSBtb250 aCwgeTNrLCAxMTQgYnl0ZXMgbnZyYW0KWyAgICA1LjAxNTA2N10gaW5pdGNhbGwgY21vc19pbml0 KzB4MC8weDZhIHJldHVybmVkIDAgYWZ0ZXIgMzAxNCB1c2VjcwpbICAgIDUuMDE1MDY3XSBjYWxs aW5nICBkbV9pbml0KzB4MC8weDQ1IEAgMQpbICAgIDUuMDE3NzM0XSBpbnB1dDogQVQgVHJhbnNs YXRlZCBTZXQgMiBrZXlib2FyZCBhcyAvZGV2aWNlcy9wbGF0Zm9ybS9pODA0Mi9zZXJpbzAvaW5w dXQvaW5wdXQzClsgICAgNS4wMjIzOTFdIGRldmljZS1tYXBwZXI6IHVldmVudDogdmVyc2lvbiAx LjAuMwpbICAgIDUuMDI2MDAxXSBkZXZpY2UtbWFwcGVyOiBpb2N0bDogNC4yMS4wLWlvY3RsICgy MDExLTA3LTA2KSBpbml0aWFsaXNlZDogZG0tZGV2ZWxAcmVkaGF0LmNvbQpbICAgIDUuMDI2MDQz XSBpbml0Y2FsbCBkbV9pbml0KzB4MC8weDQ1IHJldHVybmVkIDAgYWZ0ZXIgMTA1ODggdXNlY3MK WyAgICA1LjAyNjA3Ml0gY2FsbGluZyAgZG1fc25hcHNob3RfaW5pdCsweDAvMHgyMTMgQCAxClsg ICAgNS4wMjg3OTRdIGluaXRjYWxsIGRtX3NuYXBzaG90X2luaXQrMHgwLzB4MjEzIHJldHVybmVk IDAgYWZ0ZXIgMjYzNSB1c2VjcwpbICAgIDUuMDI4ODI1XSBjYWxsaW5nICBkbV9taXJyb3JfaW5p dCsweDAvMHg3NiBAIDEKWyAgICA1LjAyOTU5N10gaW5pdGNhbGwgZG1fbWlycm9yX2luaXQrMHgw LzB4NzYgcmV0dXJuZWQgMCBhZnRlciA3MzAgdXNlY3MKWyAgICA1LjAyOTYyNV0gY2FsbGluZyAg ZG1fZGlydHlfbG9nX2luaXQrMHgwLzB4NTggQCAxClsgICAgNS4wMjk2NzhdIGluaXRjYWxsIGRt X2RpcnR5X2xvZ19pbml0KzB4MC8weDU4IHJldHVybmVkIDAgYWZ0ZXIgMjggdXNlY3MKWyAgICA1 LjAyOTcwNl0gY2FsbGluZyAgZG1femVyb19pbml0KzB4MC8weDJlIEAgMQpbICAgIDUuMDI5NzMx XSBpbml0Y2FsbCBkbV96ZXJvX2luaXQrMHgwLzB4MmUgcmV0dXJuZWQgMCBhZnRlciAyIHVzZWNz ClsgICAgNS4wMjk3NTddIGNhbGxpbmcgIGNwdWZyZXFfZ292X3Bvd2Vyc2F2ZV9pbml0KzB4MC8w eDEyIEAgMQpbICAgIDUuMDI5Nzg5XSBpbml0Y2FsbCBjcHVmcmVxX2dvdl9wb3dlcnNhdmVfaW5p dCsweDAvMHgxMiByZXR1cm5lZCAwIGFmdGVyIDQgdXNlY3MKWyAgICA1LjAyOTg1NF0gY2FsbGlu ZyAgY3B1ZnJlcV9nb3ZfdXNlcnNwYWNlX2luaXQrMHgwLzB4MTIgQCAxClsgICAgNS4wMjk4ODRd IGluaXRjYWxsIGNwdWZyZXFfZ292X3VzZXJzcGFjZV9pbml0KzB4MC8weDEyIHJldHVybmVkIDAg YWZ0ZXIgMyB1c2VjcwpbICAgIDUuMDI5OTE1XSBjYWxsaW5nICBjcHVmcmVxX2dvdl9kYnNfaW5p dCsweDAvMHgxMiBAIDEKWyAgICA1LjAyOTk0MF0gaW5pdGNhbGwgY3B1ZnJlcV9nb3ZfZGJzX2lu aXQrMHgwLzB4MTIgcmV0dXJuZWQgMCBhZnRlciAzIHVzZWNzClsgICAgNS4wMjk5NjddIGNhbGxp bmcgIGluaXRfbGFkZGVyKzB4MC8weDEyIEAgMQpbICAgIDUuMDI5OTkwXSBpbml0Y2FsbCBpbml0 X2xhZGRlcisweDAvMHgxMiByZXR1cm5lZCAtMTkgYWZ0ZXIgMCB1c2VjcwpbICAgIDUuMDMwMDE2 XSBjYWxsaW5nICBpbml0X21lbnUrMHgwLzB4MTIgQCAxClsgICAgNS4wMzAwMzRdIGluaXRjYWxs IGluaXRfbWVudSsweDAvMHgxMiByZXR1cm5lZCAtMTkgYWZ0ZXIgMCB1c2VjcwpbICAgIDUuMDMw MDYxXSBjYWxsaW5nICBkbWlfc3lzZnNfaW5pdCsweDAvMHhiNCBAIDEKWyAgICA1LjAzNzgwMV0g aW5pdGNhbGwgZG1pX3N5c2ZzX2luaXQrMHgwLzB4YjQgcmV0dXJuZWQgMCBhZnRlciA3NTM1IHVz ZWNzClsgICAgNS4wMzc4MzFdIGNhbGxpbmcgIGVmaXZhcnNfaW5pdCsweDAvMHhmMyBAIDEKWyAg ICA1LjAzNzg3NF0gaW5pdGNhbGwgZWZpdmFyc19pbml0KzB4MC8weGYzIHJldHVybmVkIDAgYWZ0 ZXIgMjAgdXNlY3MKWyAgICA1LjAzNzkwMF0gY2FsbGluZyAgaGlkX2luaXQrMHgwLzB4NjMgQCAx ClsgICAgNS4wMzg2MDFdIGluaXRjYWxsIGhpZF9pbml0KzB4MC8weDYzIHJldHVybmVkIDAgYWZ0 ZXIgNjY2IHVzZWNzClsgICAgNS4wMzg2MzBdIGNhbGxpbmcgIGE0X2luaXQrMHgwLzB4MWIgQCAx ClsgICAgNS4wMzg4OTZdIGluaXRjYWxsIGE0X2luaXQrMHgwLzB4MWIgcmV0dXJuZWQgMCBhZnRl ciAyNDEgdXNlY3MKWyAgICA1LjAzODkyM10gY2FsbGluZyAgYXBwbGVfaW5pdCsweDAvMHgzNSBA IDEKWyAgICA1LjAzOTEzNF0gaW5pdGNhbGwgYXBwbGVfaW5pdCsweDAvMHgzNSByZXR1cm5lZCAw IGFmdGVyIDMzMiB1c2VjcwpbICAgIDUuMDM5MTM0XSBjYWxsaW5nICBiZWxraW5faW5pdCsweDAv MHgxYiBAIDEKWyAgICA1LjAzOTYxMl0gaW5pdGNhbGwgYmVsa2luX2luaXQrMHgwLzB4MWIgcmV0 dXJuZWQgMCBhZnRlciAyNjkgdXNlY3MKWyAgICA1LjAzOTY0MF0gY2FsbGluZyAgY2hfaW5pdCsw eDAvMHgxYiBAIDEKWyAgICA1LjAzOTg4NV0gaW5pdGNhbGwgY2hfaW5pdCsweDAvMHgxYiByZXR1 cm5lZCAwIGFmdGVyIDIyMSB1c2VjcwpbICAgIDUuMDM5OTEyXSBjYWxsaW5nICBjaF9pbml0KzB4 MC8weDFiIEAgMQpbICAgIDUuMDQwMTkxXSBpbml0Y2FsbCBjaF9pbml0KzB4MC8weDFiIHJldHVy bmVkIDAgYWZ0ZXIgMjUyIHVzZWNzClsgICAgNS4wNDAyMThdIGNhbGxpbmcgIGNwX2luaXQrMHgw LzB4MWIgQCAxClsgICAgNS4wNDA0NzBdIGluaXRjYWxsIGNwX2luaXQrMHgwLzB4MWIgcmV0dXJu ZWQgMCBhZnRlciAyMjggdXNlY3MKWyAgICA1LjA0MDQ5OF0gY2FsbGluZyAgZXpfaW5pdCsweDAv MHgxYiBAIDEKWyAgICA1LjA0MDc1NV0gaW5pdGNhbGwgZXpfaW5pdCsweDAvMHgxYiByZXR1cm5l ZCAwIGFmdGVyIDIzMiB1c2VjcwpbICAgIDUuMDQwNzgyXSBjYWxsaW5nICBrc19pbml0KzB4MC8w eDFiIEAgMQpbICAgIDUuMDQxMDI4XSBpbml0Y2FsbCBrc19pbml0KzB4MC8weDFiIHJldHVybmVk IDAgYWZ0ZXIgMjIxIHVzZWNzClsgICAgNS4wNDEwNTZdIGNhbGxpbmcgIGt5ZV9pbml0KzB4MC8w eDFiIEAgMQpbICAgIDUuMDQxMTgwXSBpbml0Y2FsbCBreWVfaW5pdCsweDAvMHgxYiByZXR1cm5l ZCAwIGFmdGVyIDIwNSB1c2VjcwpbICAgIDUuMDQxMTgwXSBjYWxsaW5nICBsZ19pbml0KzB4MC8w eDFiIEAgMQpbICAgIDUuMDQxNzI1XSBpbml0Y2FsbCBsZ19pbml0KzB4MC8weDFiIHJldHVybmVk IDAgYWZ0ZXIgMzg1IHVzZWNzClsgICAgNS4wNDE3NTRdIGNhbGxpbmcgIG1zX2luaXQrMHgwLzB4 MWIgQCAxClsgICAgNS4wNDE5ODVdIGluaXRjYWxsIG1zX2luaXQrMHgwLzB4MWIgcmV0dXJuZWQg MCBhZnRlciAyMDcgdXNlY3MKWyAgICA1LjA0MjAxMl0gY2FsbGluZyAgbXJfaW5pdCsweDAvMHgx YiBAIDEKWyAgICA1LjA0MjI0MF0gaW5pdGNhbGwgbXJfaW5pdCsweDAvMHgxYiByZXR1cm5lZCAw IGFmdGVyIDIwNSB1c2VjcwpbICAgIDUuMDQyMjY3XSBjYWxsaW5nICBudHJpZ19pbml0KzB4MC8w eDFiIEAgMQpbICAgIDUuMDQyODg3XSBpbml0Y2FsbCBudHJpZ19pbml0KzB4MC8weDFiIHJldHVy bmVkIDAgYWZ0ZXIgNTgyIHVzZWNzClsgICAgNS4wNDI5MTVdIGNhbGxpbmcgIHF1YW50YV9pbml0 KzB4MC8weDFiIEAgMQpbICAgIDUuMDQzMTYwXSBpbml0Y2FsbCBxdWFudGFfaW5pdCsweDAvMHgx YiByZXR1cm5lZCAwIGFmdGVyIDIxNyB1c2VjcwpbICAgIDUuMDQzMTg3XSBjYWxsaW5nICBoaWRf aW5pdCsweDAvMHg3NSBAIDEKWyAgICA1LjA0MzkxMl0gdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcg aW50ZXJmYWNlIGRyaXZlciB1c2JoaWQKWyAgICA1LjA0MzkzNl0gdXNiaGlkOiBVU0IgSElEIGNv cmUgZHJpdmVyClsgICAgNS4wNDM5ODhdIGluaXRjYWxsIGhpZF9pbml0KzB4MC8weDc1IHJldHVy bmVkIDAgYWZ0ZXIgNzYzIHVzZWNzClsgICAgNS4wNDQwMTVdIGNhbGxpbmcgIHN0YWdpbmdfaW5p dCsweDAvMHg4IEAgMQpbICAgIDUuMDQ0MDM3XSBpbml0Y2FsbCBzdGFnaW5nX2luaXQrMHgwLzB4 OCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA1LjA0NDA2NV0gY2FsbGluZyAgZmxvd19j YWNoZV9pbml0X2dsb2JhbCsweDAvMHgxMzIgQCAxClsgICAgNS4wNDQ4NTBdIGluaXRjYWxsIGZs b3dfY2FjaGVfaW5pdF9nbG9iYWwrMHgwLzB4MTMyIHJldHVybmVkIDAgYWZ0ZXIgNzQ0IHVzZWNz ClsgICAgNS4wNDQ4ODNdIGNhbGxpbmcgIGJsYWNraG9sZV9tb2R1bGVfaW5pdCsweDAvMHgxMiBA IDEKWyAgICA1LjA0NDkxMF0gaW5pdGNhbGwgYmxhY2tob2xlX21vZHVsZV9pbml0KzB4MC8weDEy IHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgIDUuMDQ0OTQwXSBjYWxsaW5nICBpbml0X2Nn cm91cF9jbHMrMHgwLzB4M2MgQCAxClsgICAgNS4wNDUwMDJdIGluaXRjYWxsIGluaXRfY2dyb3Vw X2NscysweDAvMHgzYyByZXR1cm5lZCAwIGFmdGVyIDM4IHVzZWNzClsgICAgNS4wNDUwMjldIGNh bGxpbmcgIHh0X2luaXQrMHgwLzB4MTJkIEAgMQpbICAgIDUuMDQ1MDkzXSBpbml0Y2FsbCB4dF9p bml0KzB4MC8weDEyZCByZXR1cm5lZCAwIGFmdGVyIDQzIHVzZWNzClsgICAgNS4wNDUxMjBdIGNh bGxpbmcgIHRjcHVkcF9tdF9pbml0KzB4MC8weDE3IEAgMQpbICAgIDUuMDQ1MTg0XSBpbml0Y2Fs bCB0Y3B1ZHBfbXRfaW5pdCsweDAvMHgxNyByZXR1cm5lZCAwIGFmdGVyIDQwIHVzZWNzClsgICAg NS4wNDUyMTFdIGNhbGxpbmcgIHN5c2N0bF9pcHY0X2luaXQrMHgwLzB4ODQgQCAxClsgICAgNS4w NDcyMTJdIGluaXRjYWxsIHN5c2N0bF9pcHY0X2luaXQrMHgwLzB4ODQgcmV0dXJuZWQgMCBhZnRl ciAyODE3IHVzZWNzClsgICAgNS4wNDcyMTJdIGNhbGxpbmcgIGluaXRfc3luY29va2llcysweDAv MHgxOSBAIDEKWyAgICA1LjA0NzIxMl0gaW5pdGNhbGwgaW5pdF9zeW5jb29raWVzKzB4MC8weDE5 IHJldHVybmVkIDAgYWZ0ZXIgNTEgdXNlY3MKWyAgICA1LjA0NzIxMl0gY2FsbGluZyAgaXB2NF9u ZXRmaWx0ZXJfaW5pdCsweDAvMHgxNyBAIDEKWyAgICA1LjA0NzIxMl0gaW5pdGNhbGwgaXB2NF9u ZXRmaWx0ZXJfaW5pdCsweDAvMHgxNyByZXR1cm5lZCAwIGFmdGVyIDI2IHVzZWNzClsgICAgNS4w NDcyMTJdIGNhbGxpbmcgIGlwX3RhYmxlc19pbml0KzB4MC8weGFhIEAgMQpbICAgIDUuMDQ4NzI1 XSBpcF90YWJsZXM6IChDKSAyMDAwLTIwMDYgTmV0ZmlsdGVyIENvcmUgVGVhbQpbICAgIDUuMDQ4 NzUxXSBpbml0Y2FsbCBpcF90YWJsZXNfaW5pdCsweDAvMHhhYSByZXR1cm5lZCAwIGFmdGVyIDM5 MCB1c2VjcwpbICAgIDUuMDQ4Nzc4XSBjYWxsaW5nICBpcHRhYmxlX2ZpbHRlcl9pbml0KzB4MC8w eDZjIEAgMQpbICAgIDUuMDQ5MTY1XSBpbml0Y2FsbCBpcHRhYmxlX2ZpbHRlcl9pbml0KzB4MC8w eDZjIHJldHVybmVkIDAgYWZ0ZXIgMzUzIHVzZWNzClsgICAgNS4wNDkyMjNdIGluaXRjYWxsIHJl amVjdF90Z19pbml0KzB4MC8weDEyIHJldHVybmVkIDAgYWZ0ZXIgMyB1c2VjcwpbICAgIDUuMDQ5 MjUwXSBjYWxsaW5nICBjdWJpY3RjcF9yZWdpc3RlcisweDAvMHg1OSBAIDEKWyAgICA1LjA0OTI3 NF0gVENQIGN1YmljIHJlZ2lzdGVyZWQKWyAgICA1LjA0OTI5M10gaW5pdGNhbGwgY3ViaWN0Y3Bf cmVnaXN0ZXIrMHgwLzB4NTkgcmV0dXJuZWQgMCBhZnRlciAyMCB1c2VjcwpbICAgIDUuMDQ5MzE5 XSBjYWxsaW5nICB4ZnJtX3VzZXJfaW5pdCsweDAvMHg0YSBAIDEKWyAgICA1LjA0OTM0MF0gSW5p dGlhbGl6aW5nIFhGUk0gbmV0bGluayBzb2NrZXQKWyAgICA1LjA0OTUxMF0gaW5pdGNhbGwgeGZy bV91c2VyX2luaXQrMHgwLzB4NGEgcmV0dXJuZWQgMCBhZnRlciAxNjMgdXNlY3MKWyAgICA1LjA0 OTUzOF0gY2FsbGluZyAgaW5ldDZfaW5pdCsweDAvMHgyYjYgQCAxClsgICAgNS4wNTUyMzNdIE5F VDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTAKWyAgICA1LjA3MDkyMl0gaW5pdGNhbGwg aW5ldDZfaW5pdCsweDAvMHgyYjYgcmV0dXJuZWQgMCBhZnRlciAyMDg1NiB1c2VjcwpbICAgIDUu MDcwOTU2XSBjYWxsaW5nICBtaXA2X2luaXQrMHgwLzB4YmMgQCAxClsgICAgNS4wNzA5NzNdIE1v YmlsZSBJUHY2ClsgICAgNS4wNzA5OTNdIGluaXRjYWxsIG1pcDZfaW5pdCsweDAvMHhiYyByZXR1 cm5lZCAwIGFmdGVyIDE3IHVzZWNzClsgICAgNS4wNzEwMTldIGNhbGxpbmcgIHBhY2tldF9pbml0 KzB4MC8weDQ0IEAgMQpbICAgIDUuMDcxMDQ1XSBORVQ6IFJlZ2lzdGVyZWQgcHJvdG9jb2wgZmFt aWx5IDE3ClsgICAgNS4wNzEyOTJdIGluaXRjYWxsIHBhY2tldF9pbml0KzB4MC8weDQ0IHJldHVy bmVkIDAgYWZ0ZXIgMjQzIHVzZWNzClsgICAgNS4wNzEzMjBdIGNhbGxpbmcgIGRzYV9pbml0X21v ZHVsZSsweDAvMHgxNCBAIDEKWyAgICA1LjA3MTM0NV0gaW5pdGNhbGwgZHNhX2luaXRfbW9kdWxl KzB4MC8weDE0IHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDUuMDcxMzcxXSBjYWxsaW5n ICBlZHNhX2luaXRfbW9kdWxlKzB4MC8weDE0IEAgMQpbICAgIDUuMDcxMzk3XSBpbml0Y2FsbCBl ZHNhX2luaXRfbW9kdWxlKzB4MC8weDE0IHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAgIDUu MDcxNDI0XSBjYWxsaW5nICB0cmFpbGVyX2luaXRfbW9kdWxlKzB4MC8weDE0IEAgMQpbICAgIDUu MDcxNDQ4XSBpbml0Y2FsbCB0cmFpbGVyX2luaXRfbW9kdWxlKzB4MC8weDE0IHJldHVybmVkIDAg YWZ0ZXIgMSB1c2VjcwpbICAgIDUuMDcxNDc0XSBjYWxsaW5nICBtdjg4ZTYwNjBfaW5pdCsweDAv MHgxNCBAIDEKWyAgICA1LjA3MTUyNV0gaW5pdGNhbGwgbXY4OGU2MDYwX2luaXQrMHgwLzB4MTQg cmV0dXJuZWQgMCBhZnRlciAyNyB1c2VjcwpbICAgIDUuMDcxNTUzXSBjYWxsaW5nICBtdjg4ZTYx MjNfNjFfNjVfaW5pdCsweDAvMHgxNCBAIDEKWyAgICA1LjA3MTU3OF0gaW5pdGNhbGwgbXY4OGU2 MTIzXzYxXzY1X2luaXQrMHgwLzB4MTQgcmV0dXJuZWQgMCBhZnRlciAyIHVzZWNzClsgICAgNS4w NzE2MDVdIGNhbGxpbmcgIG12ODhlNjEzMV9pbml0KzB4MC8weDE0IEAgMQpbICAgIDUuMDcxNjI5 XSBpbml0Y2FsbCBtdjg4ZTYxMzFfaW5pdCsweDAvMHgxNCByZXR1cm5lZCAwIGFmdGVyIDIgdXNl Y3MKWyAgICA1LjA3MTY1NV0gY2FsbGluZyAgZHNhX2luaXRfbW9kdWxlKzB4MC8weDEyIEAgMQpb ICAgIDUuMDcxODk0XSBpbml0Y2FsbCBkc2FfaW5pdF9tb2R1bGUrMHgwLzB4MTIgcmV0dXJuZWQg MCBhZnRlciAyMDkgdXNlY3MKWyAgICA1LjA3MTkyMl0gY2FsbGluZyAgZGNibmxfaW5pdCsweDAv MHg0ZCBAIDEKWyAgICA1LjA3MTk0NV0gaW5pdGNhbGwgZGNibmxfaW5pdCsweDAvMHg0ZCByZXR1 cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAgICA1LjA3MTk3MV0gY2FsbGluZyAgaW5pdF9kbnNfcmVz b2x2ZXIrMHgwLzB4ZmUgQCAxClsgICAgNS4wNzE5OTJdIFJlZ2lzdGVyaW5nIHRoZSBkbnNfcmVz b2x2ZXIga2V5IHR5cGUKWyAgICA1LjA3MjQzMl0gaW5pdGNhbGwgaW5pdF9kbnNfcmVzb2x2ZXIr MHgwLzB4ZmUgcmV0dXJuZWQgMCBhZnRlciA0MjYgdXNlY3MKWyAgICA1LjA3MjQ2Ml0gY2FsbGlu ZyAgdGJvb3RfbGF0ZV9pbml0KzB4MC8weDIyOSBAIDEKWyAgICA1LjA3MjQ4Nl0gaW5pdGNhbGwg dGJvb3RfbGF0ZV9pbml0KzB4MC8weDIyOSByZXR1cm5lZCAwIGFmdGVyIDEgdXNlY3MKWyAgICA1 LjA3MjUxMl0gY2FsbGluZyAgbWNoZWNrX2RlYnVnZnNfaW5pdCsweDAvMHgzYiBAIDEKWyAgICA1 LjA3MjY4M10gaW5pdGNhbGwgbWNoZWNrX2RlYnVnZnNfaW5pdCsweDAvMHgzYiByZXR1cm5lZCAw IGFmdGVyIDE0NCB1c2VjcwpbICAgIDUuMDcyNzE0XSBjYWxsaW5nICBzZXZlcml0aWVzX2RlYnVn ZnNfaW5pdCsweDAvMHgzYiBAIDEKWyAgICA1LjA3MjgwNF0gaW5pdGNhbGwgc2V2ZXJpdGllc19k ZWJ1Z2ZzX2luaXQrMHgwLzB4M2IgcmV0dXJuZWQgMCBhZnRlciA2NSB1c2VjcwpbICAgIDUuMDcy ODM2XSBjYWxsaW5nICBocGV0X2luc2VydF9yZXNvdXJjZSsweDAvMHgyMyBAIDEKWyAgICA1LjA3 Mjg2NF0gaW5pdGNhbGwgaHBldF9pbnNlcnRfcmVzb3VyY2UrMHgwLzB4MjMgcmV0dXJuZWQgMCBh ZnRlciA1IHVzZWNzClsgICAgNS4wNzI4OTFdIGNhbGxpbmcgIHVwZGF0ZV9tcF90YWJsZSsweDAv MHg0NTAgQCAxClsgICAgNS4wNzI5MTRdIGluaXRjYWxsIHVwZGF0ZV9tcF90YWJsZSsweDAvMHg0 NTAgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgNS4wNzI5NDFdIGNhbGxpbmcgIGxhcGlj X2luc2VydF9yZXNvdXJjZSsweDAvMHgzZiBAIDEKWyAgICA1LjA3Mjk2Nl0gaW5pdGNhbGwgbGFw aWNfaW5zZXJ0X3Jlc291cmNlKzB4MC8weDNmIHJldHVybmVkIDAgYWZ0ZXIgMiB1c2VjcwpbICAg IDUuMDcyOTk2XSBjYWxsaW5nICBpb19hcGljX2J1Z19maW5hbGl6ZSsweDAvMHgxYiBAIDEKWyAg ICA1LjA3MzAxOV0gaW5pdGNhbGwgaW9fYXBpY19idWdfZmluYWxpemUrMHgwLzB4MWIgcmV0dXJu ZWQgMCBhZnRlciAwIHVzZWNzClsgICAgNS4wNzMwNDddIGNhbGxpbmcgIHByaW50X0lDcysweDAv MHg1YWYgQCAxClsgICAgNS4wNzMwNzBdIGluaXRjYWxsIHByaW50X0lDcysweDAvMHg1YWYgcmV0 dXJuZWQgMCBhZnRlciAwIHVzZWNzClsgICAgNS4wNzMwODldIGNhbGxpbmcgIGNoZWNrX2Vhcmx5 X2lvcmVtYXBfbGVhaysweDAvMHg1MCBAIDEKWyAgICA1LjA3MzA4OV0gaW5pdGNhbGwgY2hlY2tf ZWFybHlfaW9yZW1hcF9sZWFrKzB4MC8weDUwIHJldHVybmVkIDAgYWZ0ZXIgMCB1c2VjcwpbICAg IDUuMDczMDg5XSBjYWxsaW5nICBwYXRfbWVtdHlwZV9saXN0X2luaXQrMHgwLzB4MzIgQCAxClsg ICAgNS4wNzMyODJdIGluaXRjYWxsIHBhdF9tZW10eXBlX2xpc3RfaW5pdCsweDAvMHgzMiByZXR1 cm5lZCAwIGFmdGVyIDEwNyB1c2VjcwpbICAgIDUuMDczMzE1XSBjYWxsaW5nICBzY2hlZF9pbml0 X2RlYnVnKzB4MC8weDI0IEAgMQpbICAgIDUuMDczNDM1XSBjYWxsaW5nICBpbml0X29vcHNfaWQr MHgwLzB4MzYgQCAxClsgICAgNS4wNzM0NjldIGluaXRjYWxsIGluaXRfb29wc19pZCsweDAvMHgz NiByZXR1cm5lZCAwIGFmdGVyIDEyIHVzZWNzClsgICAgNS4wNzM0OTVdIGNhbGxpbmcgIHByaW50 a19sYXRlX2luaXQrMHgwLzB4NTYgQCAxClsgICAgNS4wNzM1MjRdIGluaXRjYWxsIHByaW50a19s YXRlX2luaXQrMHgwLzB4NTYgcmV0dXJuZWQgMCBhZnRlciA1IHVzZWNzClsgICAgNS4wNzM1NTJd IGNhbGxpbmcgIHBtX3Fvc19wb3dlcl9pbml0KzB4MC8weGM3IEAgMQpbICAgIDUuMDc2MDM2XSBp bml0Y2FsbCBwbV9xb3NfcG93ZXJfaW5pdCsweDAvMHhjNyByZXR1cm5lZCAwIGFmdGVyIDI0MDMg dXNlY3MKClsgICAgNS4wNzYwNjhdIGNhbGxpbmcgIHRlc3Rfc3VzcGVuZCsweDAvMHgxYWUgQCAx ClsgICAgNS4wNzYwOTFdIGluaXRjYWxsIHRlc3Rfc3VzcGVuZCsweDAvMHgxYWUgcmV0dXJuZWQg MCBhZnRlciAwIHVzZWNzClsgICAgNS4wNzYxMTldIGNhbGxpbmcgIHNvZnR3YXJlX3Jlc3VtZSsw eDAvMHgxZjIgQCAxClsgICAgNS4wNzYxNjVdIFBNOiBIaWJlcm5hdGlvbiBpbWFnZSBub3QgcHJl c2VudCBvciBjb3VsZCBub3QgYmUgbG9hZGVkLgpbICAgIDUuMDc2MTkzXSBpbml0Y2FsbCBzb2Z0 d2FyZV9yZXN1bWUrMHgwLzB4MWYyIHJldHVybmVkIC0yIGFmdGVyIDUwIHVzZWNzClsgICAgNS4w NzYyMTldIGluaXRjYWxsIHNvZnR3YXJlX3Jlc3VtZSsweDAvMHgxZjIgcmV0dXJuZWQgd2l0aCBl cnJvciBjb2RlIC0yClsgICAgNS4wNzYyMzVdIGNhbGxpbmcgIGRlYnVnZnNfa3Byb2JlX2luaXQr MHgwLzB4OWYgQCAxClsgICAgNS4wNzYyMzVdIGluaXRjYWxsIGRlYnVnZnNfa3Byb2JlX2luaXQr MHgwLzB4OWYgcmV0dXJuZWQgMCBhZnRlciAxNjMgdXNlY3MKWyAgICA1LjA3NjIzNV0gY2FsbGlu ZyAgdGFza3N0YXRzX2luaXQrMHgwLzB4OTUgQCAxClsgICAgNS4wNzYyMzVdIHJlZ2lzdGVyZWQg dGFza3N0YXRzIHZlcnNpb24gMQpbICAgIDUuMDc2MjM1XSBpbml0Y2FsbCB0YXNrc3RhdHNfaW5p dCsweDAvMHg5NSByZXR1cm5lZCAwIGFmdGVyIDg3IHVzZWNzClsgICAgNS4wNzYyMzVdIGNhbGxp bmcgIGNsZWFyX2Jvb3RfdHJhY2VyKzB4MC8weDJkIEAgMQpbICAgIDUuMDc2MjM1XSBpbml0Y2Fs bCBjbGVhcl9ib290X3RyYWNlcisweDAvMHgyZCByZXR1cm5lZCAwIGFmdGVyIDAgdXNlY3MKWyAg ICA1LjA3NjIzNV0gY2FsbGluZyAga2RiX2Z0cmFjZV9yZWdpc3RlcisweDAvMHgyZiBAIDEKWyAg ICA1LjA3NjIzNV0gaW5pdGNhbGwga2RiX2Z0cmFjZV9yZWdpc3RlcisweDAvMHgyZiByZXR1cm5l ZCAwIGFmdGVyIDQgdXNlY3MKWyAgICA1LjA3NjIzNV0gY2FsbGluZyAgZmFpbF9wYWdlX2FsbG9j X2RlYnVnZnMrMHgwLzB4OWQgQCAxClsgICAgNS4wNzg2NDZdIGF0YTEuMDA6IEhQQSBkZXRlY3Rl ZDogY3VycmVudCA3NTIwMDI2NSwgbmF0aXZlIDc4MTQwMTYwClsgICAgNS4wNzg2ODBdIGF0YTEu MDA6IEFUQS02OiBUT1NISUJBIE1LNDAzMkdTWCwgQVMyMTJELCBtYXggVURNQS8xMDAKWyAgICA1 LjA3ODcwN10gYXRhMS4wMDogNzUyMDAyNjUgc2VjdG9ycywgbXVsdGkgODogTEJBNDggTkNRIChk ZXB0aCAwLzMyKQpbICAgIDUuMDc5MDc2XSBpbml0Y2FsbCBmYWlsX3BhZ2VfYWxsb2NfZGVidWdm cysweDAvMHg5ZCByZXR1cm5lZCAwIGFmdGVyIDIyNzggdXNlY3MKWyAgICA1LjA3OTA3Nl0gY2Fs bGluZyAgbWF4X3N3YXBmaWxlc19jaGVjaysweDAvMHg4IEAgMQpbICAgIDUuMDc5MDc2XSBpbml0 Y2FsbCBtYXhfc3dhcGZpbGVzX2NoZWNrKzB4MC8weDggcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNz ClsgICAgNS4wNzkwNzZdIGNhbGxpbmcgIGZhaWxzbGFiX2RlYnVnZnNfaW5pdCsweDAvMHg3ZCBA IDEKWyAgICA1LjA3OTc4NV0gaW5pdGNhbGwgZmFpbHNsYWJfZGVidWdmc19pbml0KzB4MC8weDdk IHJldHVybmVkIDAgYWZ0ZXIgNTc4IHVzZWNzClsgICAgNS4wNzk4MjBdIGNhbGxpbmcgIHNldF9y ZWNvbW1lbmRlZF9taW5fZnJlZV9rYnl0ZXMrMHgwLzB4ODUgQCAxClsgICAgNS4wNzk4NDddIGlu aXRjYWxsIHNldF9yZWNvbW1lbmRlZF9taW5fZnJlZV9rYnl0ZXMrMHgwLzB4ODUgcmV0dXJuZWQg MCBhZnRlciAwIHVzZWNzClsgICAgNS4wNzk4NzddIGNhbGxpbmcgIGluaXRfaW1hKzB4MC8weDE1 IEAgMQpbICAgIDUuMDc5ODk3XSBJTUE6IE5vIFRQTSBjaGlwIGZvdW5kLCBhY3RpdmF0aW5nIFRQ TS1ieXBhc3MhClsgICAgNS4wODA5MDddIGluaXRjYWxsIGluaXRfaW1hKzB4MC8weDE1IHJldHVy bmVkIDAgYWZ0ZXIgOTg3IHVzZWNzClsgICAgNS4wODA5MzhdIGNhbGxpbmcgIGZhaWxfbWFrZV9y ZXF1ZXN0X2RlYnVnZnMrMHgwLzB4MjggQCAxClsgICAgNS4wODEzNzldIGluaXRjYWxsIGZhaWxf bWFrZV9yZXF1ZXN0X2RlYnVnZnMrMHgwLzB4MjggcmV0dXJuZWQgMCBhZnRlciA0MDcgdXNlY3MK WyAgICA1LjA4MTQxMV0gY2FsbGluZyAgZmFpbF9pb190aW1lb3V0X2RlYnVnZnMrMHgwLzB4Mjgg QCAxClsgICAgNS4wODE2NDBdIGF0YTEuMDA6IGNvbmZpZ3VyZWQgZm9yIFVETUEvMTAwClsgICAg NS4wODE3NzldIGFzeW5jX3dhaXRpbmcgQCA1ClsgICAgNS4wODE4MDFdIGFzeW5jX2NvbnRpbnVp bmcgQCA1IGFmdGVyIDMgdXNlYwpbICAgIDUuMDgyMDc5XSBpbml0Y2FsbCBmYWlsX2lvX3RpbWVv dXRfZGVidWdmcysweDAvMHgyOCByZXR1cm5lZCAwIGFmdGVyIDYyOSB1c2VjcwpbICAgIDUuMDgy MTQwXSBjYWxsaW5nICByYW5kb20zMl9yZXNlZWQrMHgwLzB4YTIgQCAxClsgICAgNS4wODIxOTJd IGluaXRjYWxsIHJhbmRvbTMyX3Jlc2VlZCsweDAvMHhhMiByZXR1cm5lZCAwIGFmdGVyIDI5IHVz ZWNzClsgICAgNS4wODIyMjBdIGNhbGxpbmcgIHBjaV9yZXNvdXJjZV9hbGlnbm1lbnRfc3lzZnNf aW5pdCsweDAvMHgxOSBAIDEKWyAgICA1LjA4MjI2OV0gaW5pdGNhbGwgcGNpX3Jlc291cmNlX2Fs aWdubWVudF9zeXNmc19pbml0KzB4MC8weDE5IHJldHVybmVkIDAgYWZ0ZXIgMjAgdXNlY3MKWyAg ICA1LjA4MjMwMF0gY2FsbGluZyAgcGNpX3N5c2ZzX2luaXQrMHgwLzB4NTEgQCAxClsgICAgNS4w ODQ1NTJdIHNjc2kgMDowOjA6MDogRGlyZWN0LUFjY2VzcyAgICAgQVRBICAgICAgVE9TSElCQSBN SzQwMzJHUyBBUzIxIFBROiAwIEFOU0k6IDUKWyAgICA1LjA4OTY1NV0gaW5pdGNhbGwgcGNpX3N5 c2ZzX2luaXQrMHgwLzB4NTEgcmV0dXJuZWQgMCBhZnRlciA3MTU2IHVzZWNzClsgICAgNS4wODk2 OTBdIGNhbGxpbmcgIGJvb3Rfd2FpdF9mb3JfZGV2aWNlcysweDAvMHgzMCBAIDEKWyAgICA1LjA4 OTcxOV0gaW5pdGNhbGwgYm9vdF93YWl0X2Zvcl9kZXZpY2VzKzB4MC8weDMwIHJldHVybmVkIDAg YWZ0ZXIgNSB1c2VjcwpbICAgIDUuMDg5NzUwXSBjYWxsaW5nICByYW5kb21faW50X3NlY3JldF9p bml0KzB4MC8weDE5IEAgMQpzClsgICAgNS4wODk4MzhdIGNhbGxpbmcgIGxhdGVfcmVzdW1lX2lu aXQrMHgwLzB4ZjYgQCAxClsgICAgNS4wODk4NjBdICAgTWFnaWMgbnVtYmVyOiAxMTo5NDc6OTkK WyAgICA1LjA5MDAyMV0gaW5pdGNhbGwgbGF0ZV9yZXN1bWVfaW5pdCsweDAvMHhmNiByZXR1cm5l ZCAwIGFmdGVyIDE1NiB1c2VjcwpbICAgIDUuMDkwMDUzXSBjYWxsaW5nICBzY3NpX2NvbXBsZXRl X2FzeW5jX3NjYW5zKzB4MC8weDEwZCBAIDEKWyAgICA1LjA5MDA4MF0gaW5pdGNhbGwgc2NzaV9j b21wbGV0ZV9hc3luY19zY2FucysweDAvMHgxMGQgcmV0dXJuZWQgMCBhZnRlciAwIHVzZWNzClsg ICAgNS4wOTAwODZdIGNhbGxpbmcgIHJ0Y19oY3Rvc3lzKzB4MC8weDEwMiBAIDEKWyAgICA1LjA5 MDgwNV0gcnRjX2Ntb3MgMDA6MDY6IHNldHRpbmcgc3lzdGVtIGNsb2NrIHRvIDIwMTEtMDktMTMg MjM6MDU6NDcgVVRDICgxMzE1OTU1MTQ3KQpbICAgIDUuMDkwODM5XSBpbml0Y2FsbCBydGNfaGN0 b3N5cysweDAvMHgxMDIgcmV0dXJuZWQgMCBhZnRlciA2ODcgdXNlY3MKWyAgICA1LjA5MDg2OF0g Y2FsbGluZyAgcG93ZXJub3drOF9pbml0KzB4MC8weDFhZCBAIDEKWyAgICA1LjA5MDk0Nl0gaW5p dGNhbGwgcG93ZXJub3drOF9pbml0KzB4MC8weDFhZCByZXR1cm5lZCAtMTkgYWZ0ZXIgNTMgdXNl Y3MKWyAgICA1LjA5MDk3Nl0gY2FsbGluZyAgYWNwaV9jcHVmcmVxX2luaXQrMHgwLzB4ZmMgQCAx ClsgICAgNS4wOTE4MjJdIHNkIDA6MDowOjA6IEF0dGFjaGVkIHNjc2kgZ2VuZXJpYyBzZzAgdHlw ZSAwClsgICAgNS4wOTQwNjFdIGluaXRjYWxsIDJfYXN5bmNfcG9ydF9wcm9iZSsweDAvMHg0ZiBy ZXR1cm5lZCAwIGFmdGVyIDE2NTIzNiB1c2VjcwpbICAgIDUuMDk0MjI0XSBjYWxsaW5nICA0X3Nk X3Byb2JlX2FzeW5jKzB4MC8weDFjMiBAIDUKWyAgICA1LjA5NDkyMF0gc2QgMDowOjA6MDogW3Nk YV0gNzUyMDAyNjUgNTEyLWJ5dGUgbG9naWNhbCBibG9ja3M6ICgzOC41IEdCLzM1LjggR2lCKQpb ICAgIDUuMDk2NjMzXSBzZCAwOjA6MDowOiBbc2RhXSBXcml0ZSBQcm90ZWN0IGlzIG9mZgpbICAg IDUuMDk2NjU4XSBzZCAwOjA6MDowOiBbc2RhXSBNb2RlIFNlbnNlOiAwMCAzYSAwMCAwMApbICAg IDUuMDk3MzY0XSBzZCAwOjA6MDowOiBbc2RhXSBXcml0ZSBjYWNoZTogZW5hYmxlZCwgcmVhZCBj YWNoZTogZW5hYmxlZCwgZG9lc24ndCBzdXBwb3J0IERQTyBvciBGVUEKWyAgICA1LjA5OTY5MV0g YXRhMi4wMDogQVRBUEk6IFRTU1Rjb3JwQ0QtUlcvRFZELVJPTSBUU0w0NjJDLCBERTAxLCBtYXgg VURNQS8zMwpbICAgIDUuMTE3OTgyXSBpbml0Y2FsbCBhY3BpX2NwdWZyZXFfaW5pdCsweDAvMHhm YyByZXR1cm5lZCAwIGFmdGVyIDI2MzQ3IHVzZWNzClsgICAgNS4xMTgwMjFdIGNhbGxpbmcgIHBj Y19jcHVmcmVxX2luaXQrMHgwLzB4NGQxIEAgMQpbICAgIDUuMTE4MDk5XSBpbml0Y2FsbCBwY2Nf Y3B1ZnJlcV9pbml0KzB4MC8weDRkMSByZXR1cm5lZCAtMTkgYWZ0ZXIgNTMgdXNlY3MKWyAgICA1 LjExODEyN10gY2FsbGluZyAgY3B1ZnJlcV9wNF9pbml0KzB4MC8weDVjIEAgMQpbICAgIDUuMTE4 MTQ5XSBpbml0Y2FsbCBjcHVmcmVxX3A0X2luaXQrMHgwLzB4NWMgcmV0dXJuZWQgLTE5IGFmdGVy IDAgdXNlY3MKWyAgICA1LjExODE3NV0gY2FsbGluZyAgbWVtbWFwX2luaXQrMHgwLzB4MzEgQCAx ClsgICAgNS4xMTk0MTFdIGluaXRjYWxsIG1lbW1hcF9pbml0KzB4MC8weDMxIHJldHVybmVkIDAg YWZ0ZXIgMTE4NCB1c2VjcwpbICAgIDUuMTE5NDQwXSBjYWxsaW5nICBwY2lfbW1jZmdfbGF0ZV9p bnNlcnRfcmVzb3VyY2VzKzB4MC8weDViIEAgMQpbICAgIDUuMTE5NDczXSBpbml0Y2FsbCBwY2lf bW1jZmdfbGF0ZV9pbnNlcnRfcmVzb3VyY2VzKzB4MC8weDViIHJldHVybmVkIDAgYWZ0ZXIgNSB1 c2VjcwpbICAgIDUuMTE5NTA0XSBjYWxsaW5nICBuZXRfc2VjcmV0X2luaXQrMHgwLzB4MTkgQCAx ClsgICAgNS4xMTk1NTldIGluaXRjYWxsIG5ldF9zZWNyZXRfaW5pdCsweDAvMHgxOSByZXR1cm5l ZCAwIGFmdGVyIDMyIHVzZWNzClsgICAgNS4xMTk1ODZdIGNhbGxpbmcgIGluaXRfbmV0X2Ryb3Bf bW9uaXRvcisweDAvMHgxNTUgQCAxClsgICAgNS4xMTk2MDZdIEluaXRpYWxpemluZyBuZXR3b3Jr IGRyb3AgbW9uaXRvciBzZXJ2aWNlClsgICAgNS4xMTk4NzRdIGluaXRjYWxsIGluaXRfbmV0X2Ry b3BfbW9uaXRvcisweDAvMHgxNTUgcmV0dXJuZWQgMCBhZnRlciAyNTkgdXNlY3MKWyAgICA1LjEx OTkwNl0gY2FsbGluZyAgdGNwX2Nvbmdlc3Rpb25fZGVmYXVsdCsweDAvMHgxMiBAIDEKWyAgICA1 LjExOTkzM10gaW5pdGNhbGwgdGNwX2Nvbmdlc3Rpb25fZGVmYXVsdCsweDAvMHgxMiByZXR1cm5l ZCAwIGFmdGVyIDQgdXNlY3MKWyAgICA1LjExOTk2NF0gY2FsbGluZyAgaW5pdGlhbGl6ZV9oYXNo cm5kKzB4MC8weDE5IEAgMQpbICAgIDUuMTE5OTk4XSBpbml0Y2FsbCBpbml0aWFsaXplX2hhc2hy bmQrMHgwLzB4MTkgcmV0dXJuZWQgMCBhZnRlciAxMSB1c2VjcwpbICAgIDUuMTIyNDY2XSBhc3lu Y193YWl0aW5nIEAgMQpbICAgIDUuMTM1MzAwXSAgc2RhOiBzZGExIHNkYTIgc2RhMwpbICAgIDUu MTQ1MzMzXSBzZCAwOjA6MDowOiBbc2RhXSBBdHRhY2hlZCBTQ1NJIGRpc2sKWyAgICA1LjE0NTM2 N10gaW5pdGNhbGwgNF9zZF9wcm9iZV9hc3luYysweDAvMHgxYzIgcmV0dXJuZWQgMCBhZnRlciA0 OTkxNiB1c2VjcwpbICAgIDUuMTk2NTExXSBhdGEyLjAwOiBjb25maWd1cmVkIGZvciBVRE1BLzMz ClsgICAgNS4zNjg1NzhdIGFzeW5jX3dhaXRpbmcgQCAzOApbICAgIDUuMzY4NjAxXSBhc3luY19j b250aW51aW5nIEAgMzggYWZ0ZXIgMiB1c2VjClsgICAgNS40Mzc0ODddIHNjc2kgMTowOjA6MDog Q0QtUk9NICAgICAgICAgICAgVFNTVGNvcnAgQ0RSVy9EVkQgVFNMNDYyQyBERTAxIFBROiAwIEFO U0k6IDUKWyAgICA1LjUwNjczNV0gc3IwOiBzY3NpMy1tbWMgZHJpdmU6IDI0eC8yNHggd3JpdGVy IGNkL3J3IHhhL2Zvcm0yIGNkZGEgdHJheQpbICAgIDUuNTA2NzgyXSBjZHJvbTogVW5pZm9ybSBD RC1ST00gZHJpdmVyIFJldmlzaW9uOiAzLjIwClsgICAgNS41MTExNzVdIHNyIDE6MDowOjA6IEF0 dGFjaGVkIHNjc2kgQ0QtUk9NIHNyMApbICAgIDUuNTE0MTQxXSBzciAxOjA6MDowOiBBdHRhY2hl ZCBzY3NpIGdlbmVyaWMgc2cxIHR5cGUgNQpbICAgIDUuNTE1NDU1XSBpbml0Y2FsbCAzX2FzeW5j X3BvcnRfcHJvYmUrMHgwLzB4NGYgcmV0dXJuZWQgMCBhZnRlciA1NzYwNTYgdXNlY1sgICAgNS41 MTgyODBdIGFzeW5jX2NvbnRpbnVpbmcgQCAxIGFmdGVyIDM4NjUxMyB1c2VjClsgICAgNS41MjEw NjNdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDI3ODRrIGZyZWVkClsgICAgNS41MjEw NjNdIFdyaXRlIHByb3RlY3RpbmcgdGhlIGtlcm5lbCByZWFkLW9ubHkgZGF0YTogMTAyNDBrClsg ICAgNS41NDUyMDFdIEZyZWVpbmcgdW51c2VkIGtlcm5lbCBtZW1vcnk6IDk0MGsgZnJlZWQKWyAg ICA1LjU0ODg0NV0gRnJlZWluZyB1bnVzZWQga2VybmVsIG1lbW9yeTogMTQyNGsgZnJlZWQKWyAg ICA1LjU3MzIxN10gbWtub2QgdXNlZCBncmVhdGVzdCBzdGFjayBkZXB0aDogNTEyMCBieXRlcyBs ZWZ0ClsgICAgNS43MzgzODVdIFN5bmFwdGljcyBUb3VjaHBhZCwgbW9kZWw6IDEsIGZ3OiA2LjIs IGlkOiAweDE4MGIxLCBjYXBzOiAweGEwNDcxMy8weDIwMDAwMC8weDAKWyAgICA1Ljc0ODA2OF0g bW91bnQgdXNlZCBncmVhdGVzdCBzdGFjayBkZXB0aDogNDk2OCBieXRlcyBsZWZ0ClsgICAgNS43 ODAwNjRdIGlucHV0OiBTeW5QUy8yIFN5bmFwdGljcyBUb3VjaFBhZCBhcyAvZGV2aWNlcy9wbGF0 Zm9ybS9pODA0Mi9zZXJpbzEvaW5wdXQvaW5wdXQ0ClsgICAgNi4wMTU0MDZdIGRyYWN1dDogZHJh Y3V0LTAwOS0xMi5mYzE1ClJ1bm5pbmcgaW4gUFYgY29udGV4dCBvbiBYZW4gdjQuMS4KWyAgICA2 LjIzODkzOV0gdWRldlsxMTRdOiBzdGFydGluZyB2ZXJzaW9uIDE2NwpbICAgIDYuNTQzMTE3XSB1 ZGV2YWRtIHVzZWQgZ3JlYXRlc3Qgc3RhY2sgZGVwdGg6IDQ5MDQgYnl0ZXMgbGVmdApbICAgIDYu NTY4MTQ5XSBjYWxsaW5nICBhY3BpX3ZpZGVvX2luaXQrMHgwLzB4ZmVlIFt2aWRlb10gQCAxMjIK WyAgICA3LjAzMzA2M10gY29uc29sZV9pbml0IHVzZWQgZ3JlYXRlc3Qgc3RhY2sgZGVwdGg6IDQ4 NDggYnl0ZXMgbGVmdApbICAgIDcuMTAxMTc1XSBhY3BpIGRldmljZToyODogcmVnaXN0ZXJlZCBh cyBjb29saW5nX2RldmljZTIKWyAgICA3LjExMDIxOV0gaW5wdXQ6IFZpZGVvIEJ1cyBhcyAvZGV2 aWNlcy9MTlhTWVNUTTowMC9kZXZpY2U6MDAvUE5QMEEwMzowMC9MTlhWSURFTzowMS9pbnB1dC9p bnB1dDUKWyAgICA3LjExMjAyNF0gQUNQSTogVmlkZW8gRGV2aWNlIFtWSUQxXSAobXVsdGktaGVh ZDogeWVzICByb206IG5vICBwb3N0OiBubykKWyAgICA3LjExMjY0Nl0gW0Zpcm13YXJlIEJ1Z106 IER1cGxpY2F0ZSBBQ1BJIHZpZGVvIGJ1cyBkZXZpY2VzIGZvciB0aGUgc2FtZSBWR0EgY29udHJv bGxlciwgcGxlYXNlIHRyeSBtb2R1bGUgcGFyYW1ldGVyICJ2aWRlby5hbGxvd19kdXBsaWNhdGVz PTEiaWYgdGhlIGN1cnJlbnQgZHJpdmVyIGRvZXNuJ3Qgd29yay4KWyAgICA3LjExMzA2N10gaW5p dGNhbGwgYWNwaV92aWRlb19pbml0KzB4MC8weGZlZSBbdmlkZW9dIHJldHVybmVkIDAgYWZ0ZXIg NTMyMTAyIHVzZWNzClsgICAgNy4xMjE5NDBdIGNhbGxpbmcgIGkyY19pbml0KzB4MC8weDEwMDAg W2kyY19jb3JlXSBAIDEyMgpbICAgIDcuMTIyOTU2XSBpbml0Y2FsbCBpMmNfaW5pdCsweDAvMHgx MDAwIFtpMmNfY29yZV0gcmV0dXJuZWQgMCBhZnRlciA5NTQgdXNlY3MKWyAgICA3LjE0NzM4M10g Y2FsbGluZyAgZHJtX2NvcmVfaW5pdCsweDAvMHgxMDAwIFtkcm1dIEAgMTIyClsgICAgNy4xNDc4 NTBdIFtkcm1dIEluaXRpYWxpemVkIGRybSAxLjEuMCAyMDA2MDgxMApbICAgIDcuMTQ3ODg2XSBp bml0Y2FsbCBkcm1fY29yZV9pbml0KzB4MC8weDEwMDAgW2RybV0gcmV0dXJuZWQgMCBhZnRlciA0 NDYgdXNlY3MKWyAgICA3LjE4NjIxM10gY2FsbGluZyAgaTkxNV9pbml0KzB4MC8weDhkIFtpOTE1 XSBAIDEyMgpbICAgIDcuMTg2OTg1XSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxNiB0cmlnZ2VyaW5n IDAgcG9sYXJpdHkgMQpbICAgIDcuMTg3MDE3XSB4ZW5fbWFwX3BpcnFfZ3NpOiByZXR1cm5pbmcg aXJxIDE2IGZvciBnc2kgMTYKWyAgICA3LjE4NzAzOV0geGVuOiAtLT4gcGlycT0xNiAtPiBpcnE9 MTYgKGdzaT0xNikKWyAgICA3LjE4NzA5M10gQWxyZWFkeSBzZXR1cCB0aGUgR1NJIDoxNgpbICAg IDcuMTg3MTE1XSBwY2kgMDAwMDowMDowMi4wOiBQQ0kgSU5UIEEgLT4gR1NJIDE2IChsZXZlbCwg bG93KSAtPiBJUlEgMTYKWyAgICA3LjE4NzE1NV0gcGNpIDAwMDA6MDA6MDIuMDogc2V0dGluZyBs YXRlbmN5IHRpbWVyIHRvIDY0ClsgICAgNy42MjY1MzddIFtkcm1dIE1UUlIgYWxsb2NhdGlvbiBm YWlsZWQuICBHcmFwaGljcyBwZXJmb3JtYW5jZSBtYXkgc3VmZmVyLgpbICAgIDcuNjQ0NzAxXSBb ZHJtXSBTdXBwb3J0cyB2YmxhbmsgdGltZXN0YW1wIGNhY2hpbmcgUmV2IDEgKDEwLjEwLjIwMTAp LgpbICAgIDcuNjQ0NzM0XSBbZHJtXSBObyBkcml2ZXIgc3VwcG9ydCBmb3IgdmJsYW5rIHRpbWVz dGFtcCBxdWVyeS4KWyAgICA3LjY0NDkxN10gW2RybV0gSW5pdGlhbGl6ZWQgaTkxNSAxLjYuMCAy MDA4MDczMCBmb3IgMDAwMDowMDowMi4wIG9uIG1pbm9yIDAKWyAgICA3LjY0NTA2Nl0gaW5pdGNh bGwgaTkxNV9pbml0KzB4MC8weDhkIFtpOTE1XSByZXR1cm5lZCAwIGFmdGVyIDQ0OTc2NCB1c2Vj cwpbICAgIDcuNjQ5NTIwXSBtb2Rwcm9iZSB1c2VkIGdyZWF0ZXN0IHN0YWNrIGRlcHRoOiA0NDk2 IGJ5dGVzIGxlZnQKWyAgICA3LjczOTYxOV0gZHJhY3V0OiBTdGFydGluZyBwbHltb3V0aCBkYWVt b24KWyAgICA4LjM0NjAxMl0gdWRldmFkbSB1c2VkIGdyZWF0ZXN0IHN0YWNrIGRlcHRoOiA0Mjg4 IGJ5dGVzIGxlZnQKWyAgICA4LjczMzM4NF0gY2FsbGluZyAgYWNwaV93bWlfaW5pdCsweDAvMHgx MDAwIFt3bWldIEAgMjIwClsgICAgOC43NjY4MjVdIHdtaTogTWFwcGVyIGxvYWRlZApbICAgIDgu NzY2ODYyXSBpbml0Y2FsbCBhY3BpX3dtaV9pbml0KzB4MC8weDEwMDAgW3dtaV0gcmV0dXJuZWQg MCBhZnRlciAzMjY1MiB1c2VjcwpbICAgIDkuMTE0NjY5XSBjYWxsaW5nICBmd19jb3JlX2luaXQr MHgwLzB4MTAwMCBbZmlyZXdpcmVfY29yZV0gQCAyMzkKWyAgICA5LjEzMTc5N10gaW5pdGNhbGwg ZndfY29yZV9pbml0KzB4MC8weDEwMDAgW2ZpcmV3aXJlX2NvcmVdIHJldHVybmVkIDAgYWZ0ZXIg MTY2NzUgdXNlY3MKWyAgICA5LjE0MDY3NF0gY2FsbGluZyAgZndfb2hjaV9pbml0KzB4MC8weDEw MDAgW2ZpcmV3aXJlX29oY2ldIEAgMjM5ClsgICAgOS4xNDExMjFdIHhlbjogcmVnaXN0ZXJpbmcg Z3NpIDE5IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICAgOS4xNDExNTRdIHhlbl9tYXBfcGly cV9nc2k6IHJldHVybmluZyBpcnEgMTkgZm9yIGdzaSAxOQpbICAgIDkuMTQxMTc2XSB4ZW46IC0t PiBwaXJxPTE5IC0+IGlycT0xOSAoZ3NpPTE5KQpbICAgIDkuMTQxMjE5XSBmaXJld2lyZV9vaGNp IDAwMDA6MDM6MDEuMDogUENJIElOVCBBIC0+IEdTSSAxOSAobGV2ZWwsIGxvdykgLT4gSVJRIDE5 ClsgICAgOS4xNzI3MjVdIGNhbGxpbmcgIG1tY19pbml0KzB4MC8weDEwMDAgW21tY19jb3JlXSBA IDI0MApbICAgIDkuMTczODE5XSBpbml0Y2FsbCBtbWNfaW5pdCsweDAvMHgxMDAwIFttbWNfY29y ZV0gcmV0dXJuZWQgMCBhZnRlciAxMDI3IHVzZWNzClsgICAgOS4xODU3NTRdIGNhbGxpbmcgIHNk aGNpX2Rydl9pbml0KzB4MC8weDEwMDAgW3NkaGNpXSBAIDI0MApbICAgIDkuMTg1NzkyXSBzZGhj aTogU2VjdXJlIERpZ2l0YWwgSG9zdCBDb250cm9sbGVyIEludGVyZmFjZSBkcml2ZXIKWyAgICA5 LjE4NTgxN10gc2RoY2k6IENvcHlyaWdodChjKSBQaWVycmUgT3NzbWFuClsgICAgOS4xODU4NDFd IGluaXRjYWxsIHNkaGNpX2Rydl9pbml0KzB4MC8weDEwMDAgW3NkaGNpXSByZXR1cm5lZCAwIGFm dGVyIDQ0IHVzZWNzClsgICAgOS4xOTQ5OTddIGNhbGxpbmcgIHNkaGNpX2Rydl9pbml0KzB4MC8w eDEwMDAgW3NkaGNpX3BjaV0gQCAyNDAKKFhFTikgaXJxLmM6MTE5NTpkMCBDYW5ub3QgYmluZCBJ UlEgMTkgdG8gZ3Vlc3QuIEluIHVzZSBieSAnbnMxNjU1MCcuClsgICAgOS4yMDUyODldIGZpcmV3 aXJlX29oY2k6IEFkZGVkIGZ3LW9oY2kgZGV2aWNlIDAwMDA6MDM6MDEuMCwgT0hDSSB2MS4xMCwg NCBJUiArIDQgSVQgY29udGV4dHMsIHF1aXJrcyAweDEKWyAgICA5LjIwNjU4M10gc2RoY2ktcGNp IDAwMDA6MDM6MDEuMTogU0RIQ0kgY29udHJvbGxlciBmb3VuZCBbMTE4MDowODIyXSAocmV2IDE5 KQpbICAgIDkuMjA2NjY0XSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxOCB0cmlnZ2VyaW5nIDAgcG9s YXJpdHkgMQpbICAgIDkuMjA2Njk4XSBCVUc6IHNsZWVwaW5nIGZ1bmN0aW9uIGNhbGxlZCBmcm9t IGludmFsaWQgY29udGV4dCBhdCBrZXJuZWwvbXV0ZXguYzoyNzEKWyAgICA5LjIwNjcyOV0gaW5f YXRvbWljKCk6IDEsIGlycXNfZGlzYWJsZWQoKTogMCwgcGlkOiAyNDAsIG5hbWU6IG1vZHByb2Jl ClsgICAgOS4yMDY3NTZdIDMgbG9ja3MgaGVsZCBieSBtb2Rwcm9iZS8yNDA6ClsgICAgOS4yMDY3 NzJdICAjMDogICgmX19sb2NrZGVwX25vX3ZhbGlkYXRlX18pey4uLi4uLn0sIGF0OiBbPGZmZmZm ZmZmODEzMTc2ZDA+XSBfX2RyaXZlcl9hdHRhY2grMHgzYi8weDgyClsgICAgOS4yMDY4MjldICAj MTogICgmX19sb2NrZGVwX25vX3ZhbGlkYXRlX18pey4uLi4uLn0sIGF0OiBbPGZmZmZmZmZmODEz MTc2ZGU+XSBfX2RyaXZlcl9hdHRhY2grMHg0OS8weDgyClsgICAgOS4yMDY4ODFdICAjMjogIChp cnFfbWFwcGluZ191cGRhdGVfbG9jayl7Ky4rLisufSwgYXQ6IFs8ZmZmZmZmZmY4MTJkYTRkYT5d IHhlbl9iaW5kX3BpcnFfZ3NpX3RvX2lycSsweDJlLzB4MWEyClsgICAgOS4yMDY5NDFdIFBpZDog MjQwLCBjb21tOiBtb2Rwcm9iZSBOb3QgdGFpbnRlZCAzLjEuMC0wLnJjNi5naXQwLjAuZmMxNy54 ODZfNjQgIzEKWyAgICA5LjIwNjk3MF0gQ2FsbCBUcmFjZToKWyAgICA5LjIwNjk4OV0gIFs8ZmZm ZmZmZmY4MTA0ZjZkNT5dIF9fbWlnaHRfc2xlZXArMHgxMDMvMHgxMDgKWyAgICA5LjIwNzAxNV0g IFs8ZmZmZmZmZmY4MTUwMzVmMj5dIG11dGV4X2xvY2tfbmVzdGVkKzB4MjUvMHg0NQpbICAgIDku MjA3MDQ1XSAgWzxmZmZmZmZmZjgxNGUxM2NkPl0gX19pcnFfYWxsb2NfZGVzY3MrMHg1MC8weDE4 YgpbICAgIDkuMjA3MDUyXSAgWzxmZmZmZmZmZjgxMmRhNTVlPl0geGVuX2JpbmRfcGlycV9nc2lf dG9faXJxKzB4YjIvMHgxYTIKWyAgICA5LjIwNzA1Ml0gIFs8ZmZmZmZmZmY4MTA4YWRkOD5dID8g YXJjaF9sb2NhbF9pcnFfcmVzdG9yZSsweGIvMHhkClsgICAgOS4yMDcwNTJdICBbPGZmZmZmZmZm ODE0MDAwNmM+XSB4ZW5fcmVnaXN0ZXJfcGlycSsweDhiLzB4YjcKWyAgICA5LjIwNzA1Ml0gIFs8 ZmZmZmZmZmY4MTQwMDI1OD5dIHhlbl9yZWdpc3Rlcl9nc2kucGFydC4yKzB4NDEvMHg5ZgpbICAg IDkuMjA3MDUyXSAgWzxmZmZmZmZmZjgxNDAwMmQ0Pl0gYWNwaV9yZWdpc3Rlcl9nc2lfeGVuKzB4 MWUvMHgyMApbICAgIDkuMjA3MDUyXSAgWzxmZmZmZmZmZjgxMDI1NmRmPl0gYWNwaV9yZWdpc3Rl cl9nc2krMHhmLzB4MTgKWyAgICA5LjIwNzA1Ml0gIFs8ZmZmZmZmZmY4MTJhMDg4Yz5dIGFjcGlf cGNpX2lycV9lbmFibGUrMHgxNzIvMHgyNDYKWyAgICA5LjIwNzA1Ml0gIFs8ZmZmZmZmZmY4MTQw MTk4Mj5dIHBjaWJpb3NfZW5hYmxlX2RldmljZSsweDJiLzB4MzAKWyAgICA5LjIwNzA1Ml0gIFs8 ZmZmZmZmZmY4MTI2YzBhNz5dIGRvX3BjaV9lbmFibGVfZGV2aWNlKzB4MzAvMHg0OApbICAgIDku MjA3MDUyXSAgWzxmZmZmZmZmZjgxMjZjMTM2Pl0gX19wY2lfZW5hYmxlX2RldmljZV9mbGFncysw eDc3LzB4OGEKWyAgICA5LjIwNzA1Ml0gIFs8ZmZmZmZmZmY4MTI2YzE1Yz5dIHBjaV9lbmFibGVf ZGV2aWNlKzB4MTMvMHgxNQpbICAgIDkuMjA3MDUyXSAgWzxmZmZmZmZmZmEwMGRlYjFiPl0gc2Ro Y2lfcGNpX3Byb2JlKzB4ZjAvMHg0MTYgW3NkaGNpX3BjaV0KWyAgICA5LjIwNzA1Ml0gIFs8ZmZm ZmZmZmY4MTAwN2Q1Zj5dID8geGVuX3Jlc3RvcmVfZmxfZGlyZWN0X3JlbG9jKzB4NC8weDQKWyAg ICA5LjIwNzA1Ml0gIFs8ZmZmZmZmZmY4MTA5NTdkNz5dID8gYXJjaF9sb2NhbF9pcnFfcmVzdG9y ZSsweGIvMHhkClsgICAgOS4yMDcwNTJdICBbPGZmZmZmZmZmODE1MDRlN2Y+XSA/IF9yYXdfc3Bp bl91bmxvY2tfaXJxcmVzdG9yZSsweDRkLzB4NjEKWyAgICA5LjIwNzA1Ml0gIFs8ZmZmZmZmZmY4 MTI2ZDA0Mz5dIGxvY2FsX3BjaV9wcm9iZSsweDQ0LzB4NzUKWyAgICA5LjIwNzA1Ml0gIFs8ZmZm ZmZmZmY4MTI2ZGJjOT5dIHBjaV9kZXZpY2VfcHJvYmUrMHhkMC8weGZmClsgICAgOS4yMDcwNTJd ICBbPGZmZmZmZmZmODEzMTc1YjM+XSBkcml2ZXJfcHJvYmVfZGV2aWNlKzB4MTMxLzB4MjEzClsg ICAgOS4yMDcwNTJdICBbPGZmZmZmZmZmODEzMTc2ZjM+XSBfX2RyaXZlcl9hdHRhY2grMHg1ZS8w eDgyClsgICAgOS4yMDcwNTJdICBbPGZmZmZmZmZmODEzMTc2OTU+XSA/IGRyaXZlcl9wcm9iZV9k ZXZpY2UrMHgyMTMvMHgyMTMKWyAgICA5LjIwNzA1Ml0gIFs8ZmZmZmZmZmY4MTMxNjVmND5dIGJ1 c19mb3JfZWFjaF9kZXYrMHg1OS8weDhmClsgICAgOS4yMDcwNTJdICBbPGZmZmZmZmZmODEzMTcx ODc+XSBkcml2ZXJfYXR0YWNoKzB4MWUvMHgyMApbICAgIDkuMjA3MDUyXSAgWzxmZmZmZmZmZjgx MzE2ZDlmPl0gYnVzX2FkZF9kcml2ZXIrMHhkNC8weDIyYQpbICAgIDkuMjA3MDUyXSAgWzxmZmZm ZmZmZmEwMTA2MDAwPl0gPyAweGZmZmZmZmZmYTAxMDVmZmYKWyAgICA5LjIwNzA1Ml0gIFs8ZmZm ZmZmZmY4MTMxN2JiNj5dIGRyaXZlcl9yZWdpc3RlcisweDk4LzB4MTA1ClsgICAgOS4yMDcwNTJd ICBbPGZmZmZmZmZmYTAxMDYwMDA+XSA/IDB4ZmZmZmZmZmZhMDEwNWZmZgpbICAgIDkuMjA3MDUy XSAgWzxmZmZmZmZmZmEwMTA2MDAwPl0gPyAweGZmZmZmZmZmYTAxMDVmZmYKWyAgICA5LjIwNzA1 Ml0gIFs8ZmZmZmZmZmZhMDEwNjAxZT5dIHNkaGNpX2Rydl9pbml0KzB4MWUvMHgxMDAwIFtzZGhj aV9wY2ldClsgICAgOS4yMDcwNTJdICBbPGZmZmZmZmZmODEwMDIwNzE+XSBkb19vbmVfaW5pdGNh bGwrMHg1Ny8weDEzYQpbICAgIDkuMjA3MDUyXSAgWzxmZmZmZmZmZmEwMTA2MDAwPl0gPyAweGZm ZmZmZmZmYTAxMDVmZmYKWyAgICA5LjIwNzA1Ml0gIFs8ZmZmZmZmZmY4MTA5YTY3MD5dIHN5c19p bml0X21vZHVsZSsweDExNC8weDI2NwpbICAgIDkuMjA3MDUyXSAgWzxmZmZmZmZmZjgxNTBiYzgy Pl0gc3lzdGVtX2NhbGxfZmFzdHBhdGgrMHgxNi8weDFiClsgICAgOS4yMDgxNTddIHhlbjogLS0+ IHBpcnE9MTggLT4gaXJxPTE4IChnc2k9MTgpClsgICAgOS4yMDgxOTBdIHNkaGNpLXBjaSAwMDAw OjAzOjAxLjE6IFBDSSBJTlQgQiAtPiBHU0kgMTggKGxldmVsLCBsb3cpIC0+IElSUSAxOApbICAg IDkuMjExNjE5XSBpbml0Y2FsbCBmd19vaGNpX2luaXQrMHgwLzB4MTAwMCBbZmlyZXdpcmVfb2hj aV0gcmV0dXJuZWQgMCBhZnRlciA2OTIyOCB1c2VjcwpbICAgIDkuMjQyOTc3XSBSZWdpc3RlcmVk IGxlZCBkZXZpY2U6IG1tYzA6OgpbICAgIDkuMjQ1MzE4XSBtbWMwOiBTREhDSSBjb250cm9sbGVy IG9uIFBDSSBbMDAwMDowMzowMS4xXSB1c2luZyBETUEKWyAgICA5LjI0NTMxOF0gaW5pdGNhbGwg c2RoY2lfZHJ2X2luaXQrMHgwLzB4MTAwMCBbc2RoY2lfcGNpXSByZXR1cm5lZCAwIGFmdGVyIDQ5 NTMzIHVzZWNzClsgICAxMS43NzEyNDFdIGNkcm9tX2lkIHVzZWQgZ3JlYXRlc3Qgc3RhY2sgZGVw dGg6IDM2MDAgYnl0ZXMgbGVmdApbICAgMTUuNzc3OTkwXSBkcmFjdXQ6IFNjYW5uaW5nIGRldmlj ZXMgc2RhMyAgZm9yIExWTSB2b2x1bWUgZ3JvdXBzClsgICAxNS45NTUwMzBdIGRyYWN1dDogUmVh ZGluZyBhbGwgcGh5c2ljYWwgdm9sdW1lcy4gVGhpcyBtYXkgdGFrZSBhIHdoaWxlLi4uClsgICAx NS45NTYxMDNdIGRyYWN1dDogRm91bmQgdm9sdW1lIGdyb3VwICJ2Z19pbnNwNjQwMCIgdXNpbmcg bWV0YWRhdGEgdHlwZSBsdm0yClsgICAxNi45NTc0MDddIGRyYWN1dDogMiBsb2dpY2FsIHZvbHVt ZShzKSBpbiB2b2x1bWUgZ3JvdXAgInZnX2luc3A2NDAwIiBub3cgYWN0aXZlClsgICAxNy4xNzEx NTZdIEVYVDQtZnMgKGRtLTApOiBJTkZPOiByZWNvdmVyeSByZXF1aXJlZCBvbiByZWFkb25seSBm aWxlc3lzdGVtClsgICAxNy4xNzEyODFdIEVYVDQtZnMgKGRtLTApOiB3cml0ZSBhY2Nlc3Mgd2ls bCBiZSBlbmFibGVkIGR1cmluZyByZWNvdmVyeQpbICAgMTkuOTM4NzMzXSBFWFQ0LWZzIChkbS0w KTogcmVjb3ZlcnkgY29tcGxldGUKWyAgIDE5Ljk0Mjg2NV0gRVhUNC1mcyAoZG0tMCk6IG1vdW50 ZWQgZmlsZXN5c3RlbSB3aXRoIG9yZGVyZWQgZGF0YSBtb2RlLiBPcHRzOiAobnVsbCkKWyAgIDE5 Ljk1NDg5Ml0gbW91bnQgdXNlZCBncmVhdGVzdCBzdGFjayBkZXB0aDogMzQ4OCBieXRlcyBsZWZ0 ClsgICAyMC4yOTM2NDFdIGRyYWN1dDogQ2hlY2tpbmcgZmlsZXN5c3RlbXMKWyAgIDIwLjI5NDQ0 MF0gZHJhY3V0OiBmc2NrIC1UIC10IG5vb3B0cz1fbmV0ZGV2IC1BIC1hClsgICAyMC42MjM5MzJd IGRyYWN1dDogL2Rldi9tYXBwZXIvdmdfaW5zcDY0MDAtbHZfcm9vdDogY2xlYW4sIDM1ODM3Ni8y MDcyNTc2IGZpbGVzLCA3NDE2MDQzLzgyODEwODggYmxvY2tzClsgICAyMC42MjY0NTBdIGRyYWN1 dDogUmVtb3VudGluZyAvZGV2L21hcHBlci92Z19pbnNwNjQwMC1sdl9yb290IHdpdGggLW8gcm8s ClsgICAyMC42OTg4NDldIEVYVDQtZnMgKGRtLTApOiBtb3VudGVkIGZpbGVzeXN0ZW0gd2l0aCBv cmRlcmVkIGRhdGEgbW9kZS4gT3B0czogKG51bGwpClsgICAyMC43MjgzOTldIGRyYWN1dDogTW91 bnRlZCByb290IGZpbGVzeXN0ZW0gL2Rldi9tYXBwZXIvdmdfaW5zcDY0MDAtbHZfcm9vdApbICAg MjEuNTA5ODE0XSBkcmFjdXQ6IFN3aXRjaGluZyByb290ClsgICAyMy43NDU0MThdIFNFTGludXg6 IDIwNDggYXZ0YWIgaGFzaCBzbG90cywgMjI1OTEyIHJ1bGVzLgpbICAgMjguMzM4MDY5XSBTRUxp bnV4OiAyMDQ4IGF2dGFiIGhhc2ggc2xvdHMsIDIyNTkxMiBydWxlcy4KWyAgIDQxLjMwNzM5M10g U0VMaW51eDogIDkgdXNlcnMsIDEzIHJvbGVzLCAzNjQxIHR5cGVzLCAxOTIgYm9vbHMsIDEgc2Vu cywgMTAyNCBjYXRzClsgICA0MS4zMDc0ODhdIFNFTGludXg6ICA4MSBjbGFzc2VzLCAyMjU5MTIg cnVsZXMKWyAgIDQxLjcwOTA3Ml0gU0VMaW51eDogIENvbXBsZXRpbmcgaW5pdGlhbGl6YXRpb24u ClsgICA0MS43MDkwNzJdIFNFTGludXg6ICBTZXR0aW5nIHVwIGV4aXN0aW5nIHN1cGVyYmxvY2tz LgpbICAgNDEuNzA5MDcyXSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IHN5c2ZzLCB0eXBlIHN5 c2ZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgNDEuNzA5MDcyXSBTRUxpbnV4OiBpbml0aWFs aXplZCAoZGV2IHJvb3RmcywgdHlwZSByb290ZnMpLCB1c2VzIGdlbmZzX2NvbnRleHRzClsgICA0 MS43MDkwNzJdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgYmRldiwgdHlwZSBiZGV2KSwgdXNl cyBnZW5mc19jb250ZXh0cwpbICAgNDEuNzA5MDcyXSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2 IHByb2MsIHR5cGUgcHJvYyksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgIDQxLjcwOTA3Ml0gU0VM aW51eDogaW5pdGlhbGl6ZWQgKGRldiB0bXBmcywgdHlwZSB0bXBmcyksIHVzZXMgdHJhbnNpdGlv biBTSURzClsgICA0MS43MDkwNzJdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgZGV2dG1wZnMs IHR5cGUgZGV2dG1wZnMpLCB1c2VzIHRyYW5zaXRpb24gU0lEcwpbICAgNDEuNzEyNzkyXSBTRUxp bnV4OiBpbml0aWFsaXplZCAoZGV2IHNvY2tmcywgdHlwZSBzb2NrZnMpLCB1c2VzIHRhc2sgU0lE cwpbICAgNDEuNzEyNzkyXSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGRlYnVnZnMsIHR5cGUg ZGVidWdmcyksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgIDQxLjcyODA2NV0gU0VMaW51eDogaW5p dGlhbGl6ZWQgKGRldiBwaXBlZnMsIHR5cGUgcGlwZWZzKSwgdXNlcyB0YXNrIFNJRHMKWyAgIDQx LjcyODA2NV0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBhbm9uX2lub2RlZnMsIHR5cGUgYW5v bl9pbm9kZWZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgNDEuNzI4MDY1XSBTRUxpbnV4OiBp bml0aWFsaXplZCAoZGV2IGRldnB0cywgdHlwZSBkZXZwdHMpLCB1c2VzIHRyYW5zaXRpb24gU1sg ICA0MS43MjgwNjVdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgaHVnZXRsYmZzLCB0eXBlIGh1 Z2V0bGJmcyksIHVzZXMgdHJhbnNpdGlvbiBTSURzClsgICA0MS43MjgwNjVdIFNFTGludXg6IGlu aXRpYWxpemVkIChkZXYgbXF1ZXVlLCB0eXBlIG1xdWV1ZSksIHVzZXMgdHJhbnNpdGlvbiBTSURz ClsgICA0MS43MjgwNjVdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgc2VsaW51eGZzLCB0eXBl IHNlbGludXhmcyksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgIDQxLjcyODA2NV0gU0VMaW51eDog aW5pdGlhbGl6ZWQgKGRldiB1c2JmcywgdHlwZSB1c2JmcyksIHVzZXMgZ2VuZnNfY29udGV4dHMK WyAgIDQxLjcyODA2NV0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBzZWN1cml0eWZzLCB0eXBl IHNlY3VyaXR5ZnMpLCB1c2VzIGdlbmZzX2NvbnRleHRzClsgICA0MS43MjgwNjVdIFNFTGludXg6 IGluaXRpYWxpemVkIChkZXYgc3lzZnMsIHR5cGUgc3lzZnMpLCB1c2VzIGdlbmZzX2NvbnRleHRz ClsgICA0MS43NDcyMjNdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgdG1wZnMsIHR5cGUgdG1w ZnMpLCB1c2VzIHRyYW5zaXRpb24gU0lEcwpbICAgNDEuNzQ3MjIzXSBTRUxpbnV4OiBpbml0aWFs aXplZCAoZGV2IHRtcGZzLCB0eXBlIHRtcGZzKSwgdXNlcyB0cmFuc2l0aW9uIFNJRHMKWyAgIDQx Ljc1Mzk0MF0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBkbS0wLCB0eXBlIGV4dDQpLCB1c2Vz IHhhdHRyClsgICA0MS44NzIwNjZdIHR5cGU9MTQwMyBhdWRpdCgxMzE1OTU1MTg0LjI4MDoyKTog cG9saWN5IGxvYWRlZCBhdWlkPTQyOTQ5NjcyOTUgc2VzPTQyOTQ5NjcyOTUKWyAgIDQyLjczMTc1 MV0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiB0bXBmcywgdHlwZSB0bXBmcyksIHVzZXMgdHJh bnNpdGlvbiBTSURzClsgICA0Mi43NDAyMjRdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgY2dy b3VwLCB0eXBlIGNncm91cCksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgIDQzLjM4NTk5NV0gU0VM aW51eDogaW5pdGlhbGl6ZWQgKGRldiBjZ3JvdXAsIHR5cGUgY2dyb3VwKSwgdXNlcyBnZW5mc19j b250ZXh0cwpbICAgNDMuMzkyMzQ2XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGNncm91cCwg dHlwZSBjZ3JvdXApLCB1c2VzIGdlbmZzX2NvbnRleHRzClsgICA0My4zOTg2NDddIFNFTGludXg6 IGluaXRpYWxpemVkIChkZXYgY2dyb3VwLCB0eXBlIGNncm91cCksIHVzZXMgZ2VuZnNfY29udGV4 dHMKWyAgIDQzLjQwNjEzNV0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBjZ3JvdXAsIHR5cGUg Y2dyb3VwKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgNDMuNDEyMDc4XSBTRUxpbnV4OiBpbml0 aWFsaXplZCAoZGV2IGNncm91cCwgdHlwZSBjZ3JvdXApLCB1c2VzIGdlbmZzX2NvbnRleHRzClsg ICA0My40MTgyNzNdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgY2dyb3VwLCB0eXBlIGNncm91 cCksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgIDQzLjQyNDAwOV0gU0VMaW51eDogaW5pdGlhbGl6 ZWQgKGRldiBjZ3JvdXAsIHR5cGUgY2dyb3VwKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAgNDMu NDMxOTM2XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGNncm91cCwgdHlwZSBjZ3JvdXApLCB1 c2VzIGdlbmZzX2NvbnRleHRzClsgICA0My40MzgxNDBdIFNFTGludXg6IGluaXRpYWxpemVkIChk ZXYgY2dyb3VwLCB0eXBlIGNncm91cCksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgIDQzLjU0NDQ3 Ml0gc3lzdGVtZFsxXTogc3lzdGVtZCAyNiBydW5uaW5nIGluIHN5c3RlbSBtb2RlLiAoK1BBTSAr TElCV1JBUCArQVVESVQgK1NFTElOVVggK1NZU1ZJTklUICtMSUJDUllQVFNFVFVQOyBmZWRvcmEp CgpXZWxjb21lIHRvIEZlZG9yYSByZWxlYXNlIDE1IChMb3ZlbG9jaykhCgpbICAgNDMuNTkxNTEz XSBzeXN0ZW1kWzFdOiBTZXQgaG9zdG5hbWUgdG8gPGluc3A2NDAwPi4KWyAgIDQ0LjM1MTQ3NV0g c3lzdGVtZC1nZXR0eS1nZW5lcmF0b3JbMzU5XTogRmFpbGVkIHRvIGNyZWF0ZSBzeW1saW5rIGZy b20gL2xpYi9zeXN0ZW1kL3N5c3RlbS9zZXJpYWwtZ2V0dHlALnNlcnZpY2UgdG8gL3J1bi9zeXN0 ZW1kL2dlbmVyYXRvci9nZXR0eS50YXJnZXQud2FudHMvc2VyaWFsLWdldHR5QGh2YzAuc2Vydmlj ZTogRmlsZSBleGlzdHMKWyAgIDQ0LjM1OTI0MF0gc3lzdGVtZFsxXTogL2xpYi9zeXN0ZW1kL3N5 c3RlbS1nZW5lcmF0b3JzL3N5c3RlbWQtZ2V0dHktZ2VuZXJhdG9yIGV4aXRlZCB3aXRoIGV4aXQg c3RhdHVzIDEuClN0YXJ0aW5nIEJvb3R1cCBoYWNrLi4uClN0YXJ0aW5nIExvYWQgbGVnYWN5IG1v ZHVsZSBjb25maWd1cmF0aW9uLi4uClsgICA0OS40NzIwNjddIHRvdWNoIHVzZWQgZ3JlYXRlc3Qg c3RhY2sgZGVwdGg6IDMzMTIgYnl0ZXMgbGVmdApbICAgNDkuNDk1MDAyXSBTRUxpbnV4OiBpbml0 aWFsaXplZCAoZGV2IGF1dG9mcywgdHlwZSBhdXRvZnMpLCB1c2VzIGdlbmZzX2NvbnRleHRzClN0 YXJ0aW5nIFN5c2xvZyBLZXJuZWwgTG9nIEJ1ZmZlciBCcmlkZ2UuLi4KU3RhcnRlZCBTeXNsb2cg S2VybmVsIExvZyBCdWZmZXIgQnJpZGdlLgpbICAgNDkuNTg2MTc1XSBTRUxpbnV4OiBpbml0aWFs aXplZCAoZGV2IGF1dG9mcywgdHlwZSBhdXRvZnMpLCB1c2VzIGdlbmZzX2NvbnRleHRzClsgICA0 OS42NzYwNzJdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgYXV0b2ZzLCB0eXBlIGF1dG9mcyks IHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgIDQ5LjY4NjM2OF0gU0VMaW51eDogaW5pdGlhbGl6ZWQg KGRldiBhdXRvZnMsIHR5cGUgYXV0b2ZzKSwgdXNlcyBnZW5mc19jb250ZXh0cwpTdGFydGVkIExv YWQgS2VybmVsIE1vZHVsZXMuClN0YXJ0aW5nIEFwcGx5IEtlcm5lbCBWYXJpYWJsZXMuLi4KWyAg IDQ5Ljg4MjYzN10gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBhdXRvZnMsIHR5cGUgYXV0b2Zz KSwgdXNlcyBnZW5mc19jb250ZXh0cwpTdGFydGluZyB1ZGV2IEtlcm5lbCBEZXZpY2UgTWFuYWdl ci4uLgpTdGFydGluZyBSZW1vdW50IEFQSSBWRlMuLi4KU3RhcnRpbmcgTWVkaWEgRGlyZWN0b3J5 Li4uClN0YXJ0aW5nIFJ1bnRpbWUgRGlyZWN0b3J5Li4uClN0YXJ0ZWQgRmlsZSBTeXN0ZW0gQ2hl Y2sgb24gUm9vdCBEZXZpY2UuClN0YXJ0aW5nIFJlbW91bnQgUm9vdCBGUy4uLgpTdGFydGluZyBM b2NrIERpcmVjdG9yeS4uLgpTdGFydGluZyBTZXR1cCBWaXJ0dWFsIENvbnNvbGUuLi4KU3RhcnRl ZCBCb290dXAgaGFjay4KWyAgIDUwLjk2MzAyOF0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiB0 bXBmcywgdHlwZSB0bXBmcyksIHVzZXMgdHJhbnNpdGlvbiBTSURzClN0YXJ0ZWQgQXBwbHkgS2Vy bmVsIFZhcmlhYmxlcy4KU3RhcnRlZCBSdW50aW1lIERpcmVjdG9yeS4KU3RhcnRlZCBNZWRpYSBE aXJlY3RvcnkuClN0YXJ0aW5nIEFyYml0cmFyeSBFeGVjdXRhYmxlIEZpbGUgRm9ybWF0cyBGaWxl IFN5c3RlbS4uLgpTdGFydGluZyBTdGRpbyBTeXNsb2cgQnJpZGdlLi4uClsgICA1MS4yMDk3MTld IEVYVDQtZnMgKGRtLTApOiByZS1tb3VudGVkLiBPcHRzOiAobnVsbCkKU3RhcnRlZCBTdGRpbyBT eXNsb2cgQnJpZGdlLgpTdGFydGVkIFJlbW91bnQgUm9vdCBGUy4KU3RhcnRlZCBMb2NrIERpcmVj dG9yeS4KU3RhcnRpbmcgQ29uZmlndXJlIHJlYWQtb25seSByb290IHN1cHBvcnQuLi4KU3RhcnRl ZCBSZW1vdW50IEFQSSBWRlMuClsgICA1Mi4zMjAwMDddIGNhbGxpbmcgIGluaXRfbWlzY19iaW5m bXQrMHgwLzB4MTAwMCBbYmluZm10X21pc2NdIEAgMzk0ClsgICA1Mi4zMjAyNDNdIGluaXRjYWxs IGluaXRfbWlzY19iaW5mbXQrMHgwLzB4MTAwMCBbYmluZm10X21pc2NdIHJldHVybmVkIDAgYWZ0 ZXIgMTAyIHVzZWNzClsgICA1Mi4zMjUwODVdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgYmlu Zm10X21pc2MsIHR5cGUgYmluZm10X21pc2MpLCB1c2VzIGdlbmZzX2NvbnRleHRzClN0YXJ0ZWQg QXJiaXRyYXJ5IEV4ZWN1dGFibGUgRmlsZSBGb3JtYXRzIEZpbGUgU3lzdGVtLgpTdGFydGVkIFNl dCBVcCBBZGRpdGlvbmFsIEJpbmFyeSBGb3JtYXRzLgpTdGFydGVkIENvbmZpZ3VyZSByZWFkLW9u bHkgcm9vdCBzdXBwb3J0LgpbICAgNTMuNDE3NjI5XSBjYWxsaW5nICB4ZW5mc19pbml0KzB4MC8w eDEwMDAgW3hlbmZzXSBAIDQxMApbICAgNTMuNDE3NzE4XSBpbml0Y2FsbCB4ZW5mc19pbml0KzB4 MC8weDEwMDAgW3hlbmZzXSByZXR1cm5lZCAwIGFmdGVyIDEwIHVzZWNzClsgICA1My40MjAwNTdd IFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgeGVuZnMsIHR5cGUgeGVuZnMpLCB1c2VzIGdlbmZz X2NvbnRleHRzClN0YXJ0ZWQgU2V0dXAgVmlydHVhbCBDb25zb2xlLgpbICAgNTMuNzAzMzc3XSBj YWxsaW5nICBldnRjaG5faW5pdCsweDAvMHgxMDAwIFt4ZW5fZXZ0Y2huXSBAIDQxNApbICAgNTMu NzA4ODc2XSBFdmVudC1jaGFubmVsIGRldmljZSBpbnN0YWxsZWQuClsgICA1My43MDg5MDZdIGlu aXRjYWxsIGV2dGNobl9pbml0KzB4MC8weDEwMDAgW3hlbl9ldnRjaG5dIHJldHVybmVkIDAgYWZ0 ZXIgNTMxNyB1c2VjcwpbICAgNTMuODQ1OTQ1XSBjYWxsaW5nICBnbnRkZXZfaW5pdCsweDAvMHgx MDAwIFt4ZW5fZ250ZGV2XSBAIDQxNgpbICAgNTMuODQ3MzA5XSBpbml0Y2FsbCBnbnRkZXZfaW5p dCsweDAvMHgxMDAwIFt4ZW5fZ250ZGV2XSByZXR1cm5lZCAwIGFmdGVyIDEyNTEgdXNlY3MKWyAg IDU0LjAzMDQ1NF0gY2FsbGluZyAgeGVuX2Jsa2lmX2luaXQrMHgwLzB4MjhlIFt4ZW5fYmxrYmFj a10gQCA0MTgKWyAgIDU0LjAzMzgwN10gaW5pdGNhbGwgeGVuX2Jsa2lmX2luaXQrMHgwLzB4Mjhl IFt4ZW5fYmxrYmFja10gcmV0dXJuZWQgMCBhZnRlciAzMTk1IHVzZWNzClsgICA1NC4yMDc1Mzdd IGNhbGxpbmcgIG5ldGJhY2tfaW5pdCsweDAvMHgxMDAwIFt4ZW5fbmV0YmFja10gQCA0MTkKWyAg IDU0LjIxMTg1NF0gaW5pdGNhbGwgbmV0YmFja19pbml0KzB4MC8weDEwMDAgW3hlbl9uZXRiYWNr XSByZXR1cm5lZCAwIGFmdGVyIDQwNzYgdXNlY3MKWyAgIDU0LjIzMTk2Ml0gdWRldlszNjddOiBz dGFydGluZyB2ZXJzaW9uIDE2NwpTdGFydGVkIHVkZXYgS2VybmVsIERldmljZSBNYW5hZ2VyLgpT dGFydGluZyB1ZGV2IENvbGRwbHVnIGFsbCBEZXZpY2VzLi4uClsgICA1NC43NjAzNDBdIGNhbGxp bmcgIGdudGFsbG9jX2luaXQrMHgwLzB4MTAwMCBbeGVuX2dudGFsbG9jXSBAIDQ0MAogMjA4MiB1 c2VjcwpbICAgNTQuODMyODE3XSBjYWxsaW5nICB0dW5faW5pdCsweDAvMHgxMDAwIFt0dW5dIEAg NDQzClsgICA1NC44MzI4OTFdIHR1bjogVW5pdmVyc2FsIFRVTi9UQVAgZGV2aWNlIGRyaXZlciwg MS42ClsgICA1NC44MzI5MTJdIHR1bjogKEMpIDE5OTktMjAwNCBNYXggS3Jhc255YW5za3kgPG1h eGtAcXVhbGNvbW0uY29tPgpbICAgNTQuODMzOTY0XSBpbml0Y2FsbCB0dW5faW5pdCsweDAvMHgx MDAwIFt0dW5dIHJldHVybmVkIDAgYWZ0ZXIgMTA0NCB1c2VjcwpbICAgNTQuOTY2ODQ0XSBzeXN0 ZW1kWzFdOiBmZWRvcmEtbG9hZG1vZHVsZXMuc2VydmljZTogbWFpbiBwcm9jZXNzIGV4aXRlZCwg Y29kZT1leGl0ZWQsIHN0YXR1cz0xClsgICA1NS4wMTEzNzddIHN5c3RlbWRbMV06IFVuaXQgZmVk b3JhLWxvYWRtb2R1bGVzLnNlcnZpY2UgZW50ZXJlZCBmYWlsZWQgc3RhdGUuClN0YXJ0aW5nIExv YWQgbGVnYWN5IG1vZHVsZSBjb25maWd1cmF0aW9uIGZhaWxlZCwgc2VlICdzeXN0ZW1jdGwgc3Rh dHVzIGZlZG9yYS1sb2FkbW9kdWxlcy5zZXJ2aWNlJyBmb3IgZGV0YWlscy4KU3RhcnRlZCB1ZGV2 IENvbGRwbHVnIGFsbCBEZXZpY2VzLgpTdGFydGluZyB1ZGV2IFdhaXQgZm9yIENvbXBsZXRlIERl dmljZSBJbml0aWFsaXphdGlvbi4uLgpbICAgNTYuMTU1Njk5XSBjYWxsaW5nICBzbmRfbWVtX2lu aXQrMHgwLzB4MTAwMCBbc25kX3BhZ2VfYWxsb2NdIEAgNDU5ClsgICA1Ni4xODU5ODZdIGluaXRj YWxsIHNuZF9tZW1faW5pdCsweDAvMHgxMDAwIFtzbmRfcGFnZV9hbGxvY10gcmV0dXJuZWQgMCBh ZnRlciAyOTQzNCB1c2VjcwpTdGFydGVkIHVkZXYgS2VybmVsIERldmljZSBNYW5hZ2VyLgpbICAg NTYuMzA3MDMwXSBjYWxsaW5nICBpbml0X3NvdW5kY29yZSsweDAvMHgxMDAwIFtzb3VuZGNvcmVd IEAgNDU5ClsgICA1Ni4zMDgxMjNdIGluaXRjYWxsIGluaXRfc291bmRjb3JlKzB4MC8weDEwMDAg W3NvdW5kY29yZV0gcmV0dXJuZWQgMCBhZnRlciA5ODYgdXNlY3MKWyAgIDU2LjMxMjgxM10gY2Fs bGluZyAgcmZraWxsX2luaXQrMHgwLzB4OTQgW3Jma2lsbF0gQCA0NjIKWyAgIDU2LjMzMzA2NV0g aW5pdGNhbGwgcmZraWxsX2luaXQrMHgwLzB4OTQgW3Jma2lsbF0gcmV0dXJuZWQgMCBhZnRlciAx OTkwNSB1c2VjcwpbICAgNTYuMzkxNTYxXSBjYWxsaW5nICBhbHNhX3NvdW5kX2luaXQrMHgwLzB4 OTYgW3NuZF0gQCA0NTkKWyAgIDU2LjQyMDU2N10gaW5pdGNhbGwgYWxzYV9zb3VuZF9pbml0KzB4 MC8weDk2IFtzbmRdIHJldHVybmVkIDAgYWZ0ZXIgMjgyMzkgdXNlY3MKWyAgIDU2LjUzOTQzOV0g Y2FsbGluZyAgY2ZnODAyMTFfaW5pdCsweDAvMHhjOCBbY2ZnODAyMTFdIEAgNDYyClsgICA1Ni41 NzEwNzBdIGNmZzgwMjExOiBDYWxsaW5nIENSREEgdG8gdXBkYXRlIHdvcmxkIHJlZ3VsYXRvcnkg ZG9tYWluClsgICA1Ni41NzgxNzBdIGluaXRjYWxsIGNmZzgwMjExX2luaXQrMHgwLzB4YzggW2Nm ZzgwMjExXSByZXR1cm5lZCAwIGFmdGVyIDM3NzI3IHVzZWNzClsgICA1Ni41OTEyMTNdIGNhbGxp bmcgIGFsc2FfdGltZXJfaW5pdCsweDAvMHgxMDAwIFtzbmRfdGltZXJdIEAgNDU5ClsgICA1Ni41 OTUwNjRdIGluaXRjYWxsIGFsc2FfdGltZXJfaW5pdCsweDAvMHgxMDAwIFtzbmRfdGltZXJdIHJl dHVybmVkIDAgYWZ0ZXIgNDE0NCB1c2VjcwpbICAgNTYuODQ4ODI1XSBjYWxsaW5nICBpZWVlODAy MTFfaW5pdCsweDAvMHgzYiBbbWFjODAyMTFdIEAgNDYyClsgICA1Ni44NDkwNjVdIGluaXRjYWxs IGllZWU4MDIxMV9pbml0KzB4MC8weDNiIFttYWM4MDIxMV0gcmV0dXJuZWQgMCBhZnRlciA5NjIg dXNlY3MKWyAgIDU3LjkxNjIyMV0gY2FsbGluZyAgbW9kX2luaXQrMHgwLzB4ZjI2IFtpbnRlbF9y bmddIEAgNTE4ClsgICA1OC4wMTcwNzZdIGludGVsX3JuZzogRldIIG5vdCBkZXRlY3RlZApbICAg NTguMDI0ODc0XSBjYWxsaW5nICBpd2wzOTQ1X2luaXQrMHgwLzB4MTAwMCBbaXdsMzk0NV0gQCA0 NjIKWyAgIDU4LjAyNTAwMl0gaXdsMzk0NTogSW50ZWwoUikgUFJPL1dpcmVsZXNzIDM5NDVBQkcv QkcgTmV0d29yayBDb25uZWN0aW9uIGRyaXZlciBmb3IgTGludXgsIGluLXRyZWU6ZHMKWyAgIDU4 LjAyNTA3Nl0gaXdsMzk0NTogQ29weXJpZ2h0KGMpIDIwMDMtMjAxMSBJbnRlbCBDb3Jwb3JhdGlv bgpbICAgNTguMDI5MTcyXSBpbml0Y2FsbCBtb2RfaW5pdCsweDAvMHhmMjYgW2ludGVsX3JuZ10g cmV0dXJuZWQgLTE5IGFmdGVyIDExMDIyNCB1c2VjcwpbICAgNTguMDU4Nzg1XSB4ZW46IHJlZ2lz dGVyaW5nIGdzaSAxNiB0cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgNTguMDU4OTI3XSB4ZW5f bWFwX3BpcnFfZ3NpOiByZXR1cm5pbmcgaXJxIDE2IGZvciBnc2kgMTYKWyAgIDU4LjA1ODk3Nl0g eGVuOiAtLT4gcGlycT0xNiAtPiBpcnE9MTYgKGdzaT0xNikKWyAgIDU4LjA1OTAyM10gQWxyZWFk eSBzZXR1cCB0aGUgR1NJIDoxNgpbICAgNTguMDU5MTU5XSBpd2wzOTQ1IDAwMDA6MGI6MDAuMDog UENJIElOVCBBIC0+IEdTSSAxNiAobGV2ZWwsIGxvdykgLT4gSVJRIDE2ClsgICA1OC4wNTkyNzFd IGl3bDM5NDUgMDAwMDowYjowMC4wOiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgIDU4 LjE3MzYzNl0gY2FsbGluZyAgaVRDT192ZW5kb3JfaW5pdF9tb2R1bGUrMHgwLzB4MTAwMCBbaVRD T192ZW5kb3Jfc3VwcG9ydF0gQCA1MTgKWyAgIDU4LjE3MzY5OV0gaVRDT192ZW5kb3Jfc3VwcG9y dDogdmVuZG9yLXN1cHBvcnQ9MApbICAgNTguMTczNzI0XSBpbml0Y2FsbCBpVENPX3ZlbmRvcl9p bml0X21vZHVsZSsweDAvMHgxMDAwIFtpVENPX3ZlbmRvcl9zdXBwb3J0XSByZXR1cm5lZCAwIGFm dGVyIDIxIHVzZWNzClsgICA1OC4yMjI1ODRdIGl3bDM5NDUgMDAwMDowYjowMC4wOiBUdW5hYmxl IGNoYW5uZWxzOiAxMSA4MDIuMTFiZywgMTMgODAyLjExYSBjaGFubmVscwpbICAgNTguMjIyNzI2 XSBpd2wzOTQ1IDAwMDA6MGI6MDAuMDogRGV0ZWN0ZWQgSW50ZWwgV2lyZWxlc3MgV2lGaSBMaW5r IDM5NDVBQkcKWyAgIDU4LjIyMzkxNV0gQlVHOiBzbGVlcGluZyBmdW5jdGlvbiBjYWxsZWQgZnJv bSBpbnZhbGlkIGNvbnRleHQgYXQga2VybmVsL211dGV4LmM6MjcxClsgICA1OC4yMjQwODNdIDMg bG9ja3MgaGVsZCBieSBtb2Rwcm9iZS80NjI6ClsgICA1OC4yMjQxMTVdICAjMDogICgmX19sb2Nr ZGVwX25vX3ZhbGlkYXRlX18pey4uLi4uLn0sIGF0OiBbPGZmZmZmZmZmODEzMTc2ZDA+XSBfX2Ry aXZlcl9hdHRhY2grMHgzYi8weDgyClsgICA1OC4yMjQzOTJdICAjMTogICgmX19sb2NrZGVwX25v X3ZhbGlkYXRlX18pey4uLi4uLn0sIGF0OiBbPGZmZmZmZmZmODEzMTc2ZGU+XSBfX2RyaXZlcl9h dHRhY2grMHg0OS8weDgyClsgICA1OC4yMjQ1MDZdICAjMjogIChpcnFfbWFwcGluZ191cGRhdGVf bG9jayl7Ky4rLisufSwgYXQ6IFs8ZmZmZmZmZmY4MTJkYTZlNj5dIHhlbl9iaW5kX3BpcnFfbXNp X3RvX2lycSsweDMxLzB4ZGEKWyAgIDU4LjIyNDYzNF0gUGlkOiA0NjIsIGNvbW06IG1vZHByb2Jl IE5vdCB0YWludGVkIDMuMS4wLTAucmM2LmdpdDAuMC5mYzE3Lng4Nl82NCAjMQpbICAgNTguMjI0 NjkzXSBDYWxsIFRyYWNlOgpbICAgNTguMjI0NzM1XSAgWzxmZmZmZmZmZjgxMDRmNmQ1Pl0gX19t aWdodF9zbGVlcCsweDEwMy8weDEwOApbICAgNTguMjI0Nzg5XSAgWzxmZmZmZmZmZjgxNTAzNWYy Pl0gbXV0ZXhfbG9ja19uZXN0ZWQrMHgyNS8weDQ1ClsgICA1OC4yMjQ4NDhdICBbPGZmZmZmZmZm ODE0ZTEzY2Q+XSBfX2lycV9hbGxvY19kZXNjcysweDUwLzB4MThiClsgICA1OC4yMjQ5MTRdICBb PGZmZmZmZmZmODEyZDAyZTY+XSA/IGdoZXNfcHJvY19pbl9pcnErMHg1Yi8weGE1ClsgICA1OC4y MjQ5NzddICBbPGZmZmZmZmZmODEyZDljMGU+XSB4ZW5fYWxsb2NhdGVfaXJxX2R5bmFtaWMrMHg0 OS8weDU4ClsgICA1OC4yMjUwMzhdICBbPGZmZmZmZmZmODEyZGE2ZWI+XSB4ZW5fYmluZF9waXJx X21zaV90b19pcnErMHgzNi8weGRhClsgICA1OC4yMjUxODVdICBbPGZmZmZmZmZmODE0MDAxZTM+ XSB4ZW5faW5pdGRvbV9zZXR1cF9tc2lfaXJxcysweDEyOS8weDE1ZApbICAgNTguMjI1MjU4XSAg WzxmZmZmZmZmZjgxMjdkMjE4Pl0gcGNpX2VuYWJsZV9tc2lfYmxvY2srMHgxYzAvMHgyMjUKWyAg IDU4LjIyNTMzOV0gIFs8ZmZmZmZmZmZhMDIzZDUxOT5dIGl3bDM5NDVfcGNpX3Byb2JlKzB4NmI3 LzB4YzUxIFtpd2wzOTQ1XQpbICAgNTguMjI1NDQ4XSAgWzxmZmZmZmZmZjgxMjZkMDQzPl0gbG9j YWxfcGNpX3Byb2JlKzB4NDQvMHg3NQpbICAgNTguMjI1NDk3XSAgWzxmZmZmZmZmZjgxMjZkYmM5 Pl0gcGNpX2RldmljZV9wcm9iZSsweGQwLzB4ZmYKWyAgIDU4LjIyNTU2NF0gIFs8ZmZmZmZmZmY4 MTMxNzViMz5dIGRyaXZlcl9wcm9iZV9kZXZpY2UrMHgxMzEvMHgyMTMKWyAgIDU4LjIyNTYyN10g IFs8ZmZmZmZmZmY4MTMxNzZmMz5dIF9fZHJpdmVyX2F0dGFjaCsweDVlLzB4ODIKWyAgIDU4LjIy NTY4MV0gIFs8ZmZmZmZmZmY4MTMxNzY5NT5dID8gZHJpdmVyX3Byb2JlX2RldmljZSsweDIxMy8w eDIxMwpbICAgNTguMjI1NzQzXSAgWzxmZmZmZmZmZjgxMzE2NWY0Pl0gYnVzX2Zvcl9lYWNoX2Rl disweDU5LzB4OGYKWyAgIDU4LjIyNTgwM10gIFs8ZmZmZmZmZmY4MTMxNzE4Nz5dIGRyaXZlcl9h dHRhY2grMHgxZS8weDIwClsgICA1OC4yMjU4NTVdICBbPGZmZmZmZmZmODEzMTZkOWY+XSBidXNf YWRkX2RyaXZlcisweGQ0LzB4MjJhClsgICA1OC4yMjU5MThdICBbPGZmZmZmZmZmYTAyMDQwMDA+ XSA/IDB4ZmZmZmZmZmZhMDIwM2ZmZgpbICAgNTguMjI1OTcwXSAgWzxmZmZmZmZmZjgxMzE3YmI2 Pl0gZHJpdmVyX3JlZ2lzdGVyKzB4OTgvMHgxMDUKWyAgIDU4LjIyNjAzM10gIFs8ZmZmZmZmZmZh MDIwNDAwMD5dID8gMHhmZmZmZmZmZmEwMjAzZmZmClsgICA1OC4yMjYxNzJdICBbPGZmZmZmZmZm ODEyNmU0OWM+XSBfX3BjaV9yZWdpc3Rlcl9kcml2ZXIrMHg2Ni8weGQyClsgICA1OC4yMjYyMzNd ICBbPGZmZmZmZmZmYTAyMDQwMDA+XSA/IDB4ZmZmZmZmZmZhMDIwM2ZmZgpbICAgNTguMjI2MzAy XSAgWzxmZmZmZmZmZmEwMjA0MDU5Pl0gaXdsMzk0NV9pbml0KzB4NTkvMHgxMDAwIFtpd2wzOTQ1 XQpbICAgNTguMjI2MzcyXSAgWzxmZmZmZmZmZjgxMDAyMDcxPl0gZG9fb25lX2luaXRjYWxsKzB4 NTcvMHgxM2EKClsgICA1OC4yMjY0MzZdICBbPGZmZmZmZmZmYTAyMDQwMDA+XSA/IDB4ZmZmZmZm ZmZhMDIwM2ZmZgpbICAgNTguMjI2NDkxXSAgWzxmZmZmZmZmZjgxMDlhNjcwPl0gc3lzX2luaXRf bW9kdWxlKzB4MTE0LzB4MjY3ClsgICA1OC4yMjY1NTZdICBbPGZmZmZmZmZmODE1MGJjODI+XSBz eXN0ZW1fY2FsbF9mYXN0cGF0aCsweDE2LzB4MWIKWyAgIDU4LjIyNjYxMV0gQlVHOiBzY2hlZHVs aW5nIHdoaWxlIGF0b21pYzogbW9kcHJvYmUvNDYyLzB4MTAwMDAwMDIKWyAgIDU4LjIyNjY2OV0g MyBsb2NrcyBoZWxkIGJ5IG1vZHByb2JlLzQ2MjoKWyAgIDU4LjIyNjcwNV0gICMwOiAgKCZfX2xv Y2tkZXBfbm9fdmFsaWRhdGVfXyl7Li4uLi4ufSwgYXQ6IFs8ZmZmZmZmZmY4MTMxNzZkMD5dIF9f ZHJpdmVyX2F0dGFjaCsweDNiLzB4ODIKWyAgIDU4LjIyNjg1NV0gICMxOiAgKCZfX2xvY2tkZXBf bm9fdmFsaWRhdGVfXyl7Li4uLi4ufSwgYXQ6IFs8ZmZmZmZmZmY4MTMxNzZkZT5dIF9fZHJpdmVy X2F0dGFjaCsweDQ5LzB4ODIKWyAgIDU4LjIyNjk2NV0gICMyOiAgKGlycV9tYXBwaW5nX3VwZGF0 ZV9sb2NrKXsrLisuKy59LCBhdDogWzxmZmZmZmZmZjgxMmRhNmU2Pl0geGVuX2JpbmRfcGlycV9t c2lfdG9faXJxKzB4MzEvMHhkYQpbICAgNTguMjI3MDg5XSBNb2R1bGVzIGxpbmtlZCBpbjogaTJj X2k4MDEoKykgaVRDT192ZW5kb3Jfc3VwcG9ydCBpd2wzOTQ1KCspIGl3bF9sZWdhY3kgbWFjODAy MTEgc25kX3RpbWVyIGNmZzgwMjExIHNuZCByZmtpbGwgc291bmRjb3JlIHNuZF9wYWdlX2FsbG9j IHR1biB4ZW5fZ250YWxsb2MgeGVuX25ldGJhY2sgeGVuX2Jsa2JhY2sgeGVuX2dudGRldiB4ZW5f ZXZ0Y2huIHhlbmZzIGJpbmZtdF9taXNjIHNkaGNpX3BjaSBzZGhjaSBtbWNfY29yZSBmaXJld2ly ZV9vaGNpIGZpcmV3aXJlX2NvcmUgY3JjX2l0dV90IHdtaSBpOTE1IGRybV9rbXNfaGVscGVyIGRy bSBpMmNfYWxnb19iaXQgaTJjX2NvcmUgdmlkZW8KWyAgIDU4LjIyNzEyNl0gUGlkOiA0NjIsIGNv bW06IG1vZHByb2JlIE5vdCB0YWludGVkIDMuMS4wLTAucmM2LmdpdDAuMC5mYzE3Lng4Nl82NCAj MQpbICAgNTguMjI3MTI2XSBDYWxsIFRyYWNlOgpbICAgNTguMjI3MTI2XSAgWzxmZmZmZmZmZjgx NGY5ZTQ0Pl0gX19zY2hlZHVsZV9idWcrMHg3NS8weDdhClsgICA1OC4yMjcxMjZdICBbPGZmZmZm ZmZmODE1MDIxMGQ+XSBfX3NjaGVkdWxlKzB4OTUvMHg3NjEKWyAgIDU4LjIyNzEyNl0gIFs8ZmZm ZmZmZmY4MTAxMWUxNz5dID8gc2hvd190cmFjZV9sb2dfbHZsKzB4NTQvMHg1ZApbICAgNTguMjI3 MTI2XSAgWzxmZmZmZmZmZjgxMDExZTM1Pl0gPyBzaG93X3RyYWNlKzB4MTUvMHgxNwpbICAgNTgu MjI3MTI2XSAgWzxmZmZmZmZmZjgxMDU2YzI4Pl0gX19jb25kX3Jlc2NoZWQrMHgyOC8weDM0Clsg ICA1OC4yMjcxMjZdICBbPGZmZmZmZmZmODE1MDI4MzU+XSBfY29uZF9yZXNjaGVkKzB4MTkvMHgy MgpbICAgNTguMjI3MTI2XSAgWzxmZmZmZmZmZjgxNGUxM2NkPl0gX19pcnFfYWxsb2NfZGVzY3Mr MHg1MC8weDE4YgpbICAgNTguMjI3MTI2XSAgWzxmZmZmZmZmZjgxMmQwMmU2Pl0gPyBnaGVzX3By b2NfaW5faXJxKzB4NWIvMHhhNQpbICAgNTguMjI3MTI2XSAgWzxmZmZmZmZmZjgxMmQ5YzBlPl0g eGVuX2FsbG9jYXRlX2lycV9keW5hbWljKzB4NDkvMHg1OApbICAgNTguMjI3MTI2XSAgWzxmZmZm ZmZmZjgxMmRhNmViPl0geGVuX2JpbmRfcGlycV9tc2lfdG9faXJxKzB4MzYvMHhkYQpbICAgNTgu MjI3MTI2XSAgWzxmZmZmZmZmZjgxNDAwMWUzPl0geGVuX2luaXRkb21fc2V0dXBfbXNpX2lycXMr MHgxMjkvMHgxNWQKWyAgIDU4LjIyOTI0MV0gIFs8ZmZmZmZmZmY4MTI3ZDIxOD5dIHBjaV9lbmFi bGVfbXNpX2Jsb2NrKzB4MWMwLzB4MjI1ClsgICA1OC4yMjkzMjRdICBbPGZmZmZmZmZmYTAyM2Q1 MTk+XSBpd2wzOTQ1X3BjaV9wcm9iZSsweDZiNy8weGM1MSBbaXdsMzk0NV0KWyAgIDU4LjIyOTM4 OF0gIFs8ZmZmZmZmZmY4MTI2ZDA0Mz5dIGxvY2FsX3BjaV9wcm9iZSsweDQ0LzB4NzUKWyAgIDU4 LjIyOTQ0MF0gIFs8ZmZmZmZmZmY4MTI2ZGJjOT5dIHBjaV9kZXZpY2VfcHJvYmUrMHhkMC8weGZm ClsgICA1OC4yMjk1MDNdICBbPGZmZmZmZmZmODEzMTc1YjM+XSBkcml2ZXJfcHJvYmVfZGV2aWNl KzB4MTMxLzB4MjEzClsgICA1OC4yMjk1NjZdICBbPGZmZmZmZmZmODEzMTc2ZjM+XSBfX2RyaXZl cl9hdHRhY2grMHg1ZS8weDgyClsgICA1OC4yMjk2NTldICBbPGZmZmZmZmZmODEzMTc2OTU+XSA/ IGRyaXZlcl9wcm9iZV9kZXZpY2UrMHgyMTMvMHgyMTMKWyAgIDU4LjIyOTcyMV0gIFs8ZmZmZmZm ZmY4MTMxNjVmND5dIGJ1c19mb3JfZWFjaF9kZXYrMHg1OS8weDhmClsgICA1OC4yMjk3ODNdICBb PGZmZmZmZmZmODEzMTcxODc+XSBkcml2ZXJfYXR0YWNoKzB4MWUvMHgyMApbICAgNTguMjI5ODMz XSAgWzxmZmZmZmZmZjgxMzE2ZDlmPl0gYnVzX2FkZF9kcml2ZXIrMHhkNC8weDIyYQpbICAgNTgu MjI5ODkwXSAgWzxmZmZmZmZmZmEwMjA0MDAwPl0gPyAweGZmZmZmZmZmYTAyMDNmZmYKWyAgIDU4 LjIyOTk0Ml0gIFs8ZmZmZmZmZmY4MTMxN2JiNj5dIGRyaXZlcl9yZWdpc3RlcisweDk4LzB4MTA1 ClsgICA1OC4yMzAwMDVdICBbPGZmZmZmZmZmYTAyMDQwMDA+XSA/IDB4ZmZmZmZmZmZhMDIwM2Zm ZgpbICAgNTguMjMwMDYyXSAgWzxmZmZmZmZmZjgxMjZlNDljPl0gX19wY2lfcmVnaXN0ZXJfZHJp dmVyKzB4NjYvMHhkMgpbICAgNTguMjMwMTkyXSAgWzxmZmZmZmZmZmEwMjA0MDAwPl0gPyAweGZm ZmZmZmZmYTAyMDNmZmYKWyAgIDU4LjIzMDI1Nl0gIFs8ZmZmZmZmZmZhMDIwNDA1OT5dIGl3bDM5 NDVfaW5pdCsweDU5LzB4MTAwMCBbaXdsMzk0NV0KWyAgIDU4LjIzMDMyNl0gIFs8ZmZmZmZmZmY4 MTAwMjA3MT5dIGRvX29uZV9pbml0Y2FsbCsweDU3LzB4MTNhClsgICA1OC4yMzAzODldICBbPGZm ZmZmZmZmYTAyMDQwMDA+XSA/IDB4ZmZmZmZmZmZhMDIwM2ZmZgpbICAgNTguMjMwNDQxXSAgWzxm ZmZmZmZmZjgxMDlhNjcwPl0gc3lzX2luaXRfbW9kdWxlKzB4MTE0LzB4MjY3ClsgICA1OC4yMzA1 MDBdICBbPGZmZmZmZmZmODE1MGJjODI+XSBzeXN0ZW1fY2FsbF9mYXN0cGF0aCsweDE2LzB4MWIK WyAgIDU4LjIzNzc1NF0gY2FsbGluZyAgaTJjX2k4MDFfaW5pdCsweDAvMHgxMDAwIFtpMmNfaTgw MV0gQCA1MjAKWyAgIDU4LjIzODExNl0geGVuOiByZWdpc3RlcmluZyBnc2kgMTcgdHJpZ2dlcmlu ZyAwIHBvbGFyaXR5IDEKWyAgIDU4LjI0NDgyNl0geGVuX21hcF9waXJxX2dzaTogcmV0dXJuaW5n IGlycSAxNyBmb3IgZ3NpIDE3ClsgICA1OC4yNDQ4NTRdIHhlbjogLS0+IHBpcnE9MTcgLT4gaXJx PTE3IChnc2k9MTcpClsgICA1OC4yNDQ4NzZdIEFscmVhZHkgc2V0dXAgdGhlIEdTSSA6MTcKWyAg IDU4LjI0NDg5Nl0gaTgwMV9zbWJ1cyAwMDAwOjAwOjFmLjM6IFBDSSBJTlQgQiAtPiBHU0kgMTcg KGxldmVsLCBsb3cpIC0+IElSUSAxNwpbICAgNTguMjc0MDgzXSBpbml0Y2FsbCBpMmNfaTgwMV9p bml0KzB4MC8weDEwMDAgW2kyY19pODAxXSByZXR1cm5lZCAwIGFmdGVyIDM2MDYwIHVzZWNzClsg ICA1OC4zMjQ0MTddIFJlZ2lzdGVyZWQgbGVkIGRldmljZTogcGh5MC1sZWQKWyAgIDU4LjM3NjY3 MF0gY2FsbGluZyAgbWVtc3RpY2tfaW5pdCsweDAvMHgxMDAwIFttZW1zdGlja10gQCA1MjkKWyAg IDU4LjM4MTA4Ml0gaW5pdGNhbGwgbWVtc3RpY2tfaW5pdCsweDAvMHgxMDAwIFttZW1zdGlja10g cmV0dXJuZWQgMCBhZnRlciA0MzY1IHVzZWNzClsgICA1OC40MzMyNDRdIGNhbGxpbmcgIHI1OTJf bW9kdWxlX2luaXQrMHgwLzB4MTAwMCBbcjU5Ml0gQCA1MjkKWyAgIDU4LjQzNzU4NF0gY2FsbGlu ZyAgaW5pdF9tdGQrMHgwLzB4ZmMwIFttdGRdIEAgNTI4ClsgICA1OC40Mzg4ODhdIHhlbjogcmVn aXN0ZXJpbmcgZ3NpIDE4IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICA1OC40Mzg5MjVdIHhl bl9tYXBfcGlycV9nc2k6IHJldHVybmluZyBpcnEgMTggZm9yIGdzaSAxOApbICAgNTguNDM4OTQ5 XSB4ZW46IC0tPiBwaXJxPTE4IC0+IGlycT0xOCAoZ3NpPTE4KQpbICAgNTguNDM4OTcxXSBBbHJl YWR5IHNldHVwIHRoZSBHU0kgOjE4ClsgICA1OC40Mzg5OTBdIHI1OTIgMDAwMDowMzowMS4yOiBQ Q0kgSU5UIEIgLT4gR1NJIDE4IChsZXZlbCwgbG93KSAtPiBJUlEgMTgKWyAgIDU4LjQzOTA0NF0g cjU5MiAwMDAwOjAzOjAxLjI6IHNldHRpbmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAgNTguNDQz ODM2XSByNTkyOiBkcml2ZXIgc3VjY2Vzc2Z1bGx5IGxvYWRlZApbICAgNTguNDQ0ODc3XSBpbml0 Y2FsbCByNTkyX21vZHVsZV9pbml0KzB4MC8weDEwMDAgW3I1OTJdIHJldHVybmVkIDAgYWZ0ZXIg MTEzMTQgdXNlY3MKWyAgIDU4LjQ3NjMzMl0gY2FsbGluZyAgam95ZGV2X2luaXQrMHgwLzB4MTAw MCBbam95ZGV2XSBAIDUzMQpbICAgNTguNDc2MzgxXSBpbml0Y2FsbCBqb3lkZXZfaW5pdCsweDAv MHgxMDAwIFtqb3lkZXZdIHJldHVybmVkIDAgYWZ0ZXIgMTEgdXNlY3MKWyAgIDU4LjQ5NjQzNF0g Y2FsbGluZyAgaVRDT193ZHRfaW5pdF9tb2R1bGUrMHgwLzB4MTAwMCBbaVRDT193ZHRdIEAgNTE4 ClsgICA1OC40OTY0NzNdIGlUQ09fd2R0OiBJbnRlbCBUQ08gV2F0Y2hEb2cgVGltZXIgRHJpdmVy IHYxLjA2ClsgICA1OC40OTg0MThdIGlUQ09fd2R0OiBGb3VuZCBhIElDSDctTSBvciBJQ0g3LVUg VENPIGRldmljZSAoVmVyc2lvbj0yLCBUQ09CQVNFPTB4MTA2MCkKWyAgIDU4LjUxNzA2OF0gaVRD T193ZHQ6IGluaXRpYWxpemVkLiBoZWFydGJlYXQ9MzAgc2VjIChub3dheW91dD0wKQpbICAgNTgu NTE3MDY4XSBpbml0Y2FsbCBpVENPX3dkdF9pbml0X21vZHVsZSsweDAvMHgxMDAwIFtpVENPX3dk dF0gcmV0dXJuZWQgMCBhZnRlciAyMDU1MSB1c2VjcwpbICAgNTguNTUyMjk4XSBpbml0Y2FsbCBp bml0X210ZCsweDAvMHhmYzAgW210ZF0gcmV0dXJuZWQgMCBhZnRlciAxMTE5ODkgdXNlY3MKWyAg IDU4LjYyMzAwMF0gaW5pdGNhbGwgc3NiX21vZGluaXQrMHgwLzB4NWYgW3NzYl0gcmV0dXJuZWQg MCBhZnRlciA2OTI5OCB1c2VjcwpbICAgNTguNjI4MTY4XSBjYWxsaW5nICBhbHNhX3BjbV9pbml0 KzB4MC8weDEwMDAgW3NuZF9wY21dIEAgNTE2ClsgICA1OC42MjkyMzRdIGluaXRjYWxsIGFsc2Ff cGNtX2luaXQrMHgwLzB4MTAwMCBbc25kX3BjbV0gcmV0dXJuZWQgMCBhZnRlciA5NTEgdXNlY3MK WyAgIDU4LjYzNTU2Nl0gY2FsbGluZyAgbmFzX2dwaW9faW5pdCsweDAvMHhmZTMgW2xlZHNfc3M0 MjAwXSBAIDUxOApbICAgNTguNjM1NjA1XSBsZWRzX3NzNDIwMDogbm8gTEVEIGRldmljZXMgZm91 bmQKWyAgIDU4LjYzNTYzMF0gaW5pdGNhbGwgbmFzX2dwaW9faW5pdCsweDAvMHhmZTMgW2xlZHNf c3M0MjAwXSByZXR1cm5lZCAtMTkgYWZ0ZXIgMjMgdXNlY3MKWyAgIDU4LjY3NzMzNF0gY2FsbGlu ZyAgYXJjNF9pbml0KzB4MC8weDEwMDAgW2FyYzRdIEAgNTM3ClsgICA1OC42ODA2NTFdIGluaXRj YWxsIGFyYzRfaW5pdCsweDAvMHgxMDAwIFthcmM0XSByZXR1cm5lZCAwIGFmdGVyIDMxMTUgdXNl Y3MKWyAgIDU4LjcyMjMzM10gaWVlZTgwMjExIHBoeTA6IFNlbGVjdGVkIHJhdGUgY29udHJvbCBh bGdvcml0aG0gJ2l3bC0zOTQ1LXJzJwpbICAgNTguNzc0OTI1XSBjYWxsaW5nICBiNDRfaW5pdCsw eDAvMHgxMDAwIFtiNDRdIEAgNTI3ClsgICA1OC43NzUzMjZdIHhlbjogcmVnaXN0ZXJpbmcgZ3Np IDE3IHRyaWdnZXJpbmcgMCBwb2xhcml0eSAxClsgICA1OC43NzUzNTldIHhlbl9tYXBfcGlycV9n c2k6IHJldHVybmluZyBpcnEgMTcgZm9yIGdzaSAxNwpbICAgNTguNzc1MzgxXSB4ZW46IC0tPiBw aXJxPTE3IC0+IGlycT0xNyAoZ3NpPTE3KQpbICAgNTguNzc1NDAzXSBBbHJlYWR5IHNldHVwIHRo ZSBHU0kgOjE3ClsgICA1OC43NzU0MjJdIGI0NCAwMDAwOjAzOjAwLjA6IFBDSSBJTlQgQSAtPiBH U0kgMTcgKGxldmVsLCBsb3cpIC0+IElSUSAxNwpbICAgNTguNzgzNjcyXSBzc2I6IENvcmUgMCBm b3VuZDogRmFzdCBFdGhlcm5ldCAoY2MgMHg4MDYsIHJldiAweDA3LCB2ZW5kb3IgMHg0MjQzKQpb ICAgNTguNzgzNzM0XSBzc2I6IENvcmUgMSBmb3VuZDogVjkwIChjYyAweDgwNywgcmV2IDB4MDMs IHZlbmRvciAweDQyNDMpClsgICA1OC43ODM3NzddIHNzYjogQ29yZSAyIGZvdW5kOiBQQ0kgKGNj IDB4ODA0LCByZXYgMHgwQSwgdmVuZG9yIDB4NDI0MykKWyAgIDU4Ljc5ODM4OV0gY2FsbGluZyAg YWxzYV9zZXFfZGV2aWNlX2luaXQrMHgwLzB4MTAwMCBbc25kX3NlcV9kZXZpY2VdIEAgNTQxClsg ICA1OC43OTg2NDNdIGluaXRjYWxsIGFsc2Ffc2VxX2RldmljZV9pbml0KzB4MC8weDEwMDAgW3Nu ZF9zZXFfZGV2aWNlXSByZXR1cm5lZCAwIGFmdGVyIDIwNiB1c2VjcwpbICAgNTguODM1MDc4XSBz c2I6IFNvbmljcyBTaWxpY29uIEJhY2twbGFuZSBmb3VuZCBvbiBQQ0kgZGV2aWNlIDAwMDA6MDM6 MDAuMApbICAgNTguODQ0OTczXSBiNDQ6IEJyb2FkY29tIDQ0eHgvNDd4eCAxMC8xMDAgUENJIGV0 aGVybmV0IGRyaXZlciB2ZXJzaW9uIDIuMApbICAgNTguOTEyMzg0XSBjYWxsaW5nICBuYW5kX2Jh c2VfaW5pdCsweDAvMHgxMDAwIFtuYW5kXSBAIDUyOApbICAgNTguOTE0ODI5XSBpbml0Y2FsbCBu YW5kX2Jhc2VfaW5pdCsweDAvMHgxMDAwIFtuYW5kXSByZXR1cm5lZCAwIGFmdGVyIDIzNDggdXNl Y3MKWyAgIDU4Ljk1NzcxNV0gY2FsbGluZyAgYWxzYV9zZXFfaW5pdCsweDAvMHg0YyBbc25kX3Nl cV0gQCA1NDEKWyAgIDU4Ljk5NjYwNF0gY2FsbGluZyAgcjg1Ml9tb2R1bGVfaW5pdCsweDAvMHgx MDAwIFtyODUyXSBAIDUyOApbICAgNTguOTk2OTc1XSB4ZW46IHJlZ2lzdGVyaW5nIGdzaSAxOCB0 cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgNTguOTk3MDA5XSB4ZW5fbWFwX3BpcnFfZ3NpOiBy ZXR1cm5pbmcgaXJxIDE4IGZvciBnc2kgMTgKWyAgIDU4Ljk5NzAzMl0geGVuOiAtLT4gcGlycT0x OCAtPiBpcnE9MTggKGdzaT0xOCkKWyAgIDU4Ljk5NzA4N10gQWxyZWFkeSBzZXR1cCB0aGUgR1NJ IDoxOApbICAgNTguOTk3MTA5XSByODUyIDAwMDA6MDM6MDEuMzogUENJIElOVCBCIC0+IEdTSSAx OCAobGV2ZWwsIGxvdykgLT4gSVJRIDE4ClsgICA1OC45OTcxNjFdIHI4NTIgMDAwMDowMzowMS4z OiBzZXR0aW5nIGxhdGVuY3kgdGltZXIgdG8gNjQKWyAgIDU5LjAxMTE2Ml0gcjg1MjogTm9uIGRt YSBjYXBhYmxlIGRldmljZSBkZXRlY3RlZCwgZG1hIGRpc2FibGVkClsgICA1OS4wMTE0ODRdIHI4 NTI6IGRyaXZlciBsb2FkZWQgc3VjY2Vzc2Z1bGx5ClsgICA1OS4wMTIwNjBdIGluaXRjYWxsIHI4 NTJfbW9kdWxlX2luaXQrMHgwLzB4MTAwMCBbcjg1Ml0gcmV0dXJuZWQgMCBhZnRlciAxNTA1NyB1 c2VjcwpbICAgNTkuMDM2MjEzXSBiNDQgc3NiMDowOiBldGgwOiBCcm9hZGNvbSA0NHh4LzQ3eHgg MTAvMTAwIFBDSSBldGhlcm5ldCBkcml2ZXIgMDA6MTU6YzU6MDQ6N2Q6NGYKWyAgIDU5LjAzNzQ5 OV0gaW5pdGNhbGwgYjQ0X2luaXQrMHgwLzB4MTAwMCBbYjQ0XSByZXR1cm5lZCAwIGFmdGVyIDI1 NjM3OCB1c2VjcwpbICAgNTkuMTIwMDY3XSBpbml0Y2FsbCBhbHNhX3NlcV9pbml0KzB4MC8weDRj IFtzbmRfc2VxXSByZXR1cm5lZCAwIGFmdGVyIDE1OTYxOSB1c2VjcwpbICAgNTkuMTMzODMzXSBp bml0Y2FsbCBpd2wzOTQ1X2luaXQrMHgwLzB4MTAwMCBbaXdsMzk0NV0gcmV0dXJuZWQgMCBhZnRl ciAxMDgyODMwIHVzZWNzClsgICA1OS4xNDUzMjBdIGNhbGxpbmcgIGFsc2FfaHdkZXBfaW5pdCsw eDAvMHgxMDAwIFtzbmRfaHdkZXBdIEAgNDU5ClsgICA1OS4xNDU2OTRdIGluaXRjYWxsIGFsc2Ff aHdkZXBfaW5pdCsweDAvMHgxMDAwIFtzbmRfaHdkZXBdIHJldHVybmVkIDAgYWZ0ZXIgMzIzIHVz ZWNzClsgICA1OS42MzE0NTRdIGNhbGxpbmcgIGFsc2FfY2FyZF9henhfaW5pdCsweDAvMHgxMDAw IFtzbmRfaGRhX2ludGVsXSBAIDQ1OQpbICAgNTkuNjU1MTA1XSB4ZW46IHJlZ2lzdGVyaW5nIGdz aSAyMSB0cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAgNTkuNjU1NTYzXSB4ZW5fbWFwX3BpcnFf Z3NpOiByZXR1cm5pbmcgaXJxIDIxIGZvciBnc2kgMjEKWyAgIDU5LjY1NTU4OF0geGVuOiAtLT4g cGlycT0yMSAtPiBpcnE9MjEgKGdzaT0yMSkKWyAgIDU5LjY1NTYxMV0gQWxyZWFkeSBzZXR1cCB0 aGUgR1NJIDoyMQpbICAgNTkuNjU1NjMyXSBzbmRfaGRhX2ludGVsIDAwMDA6MDA6MWIuMDogUENJ IElOVCBBIC0+IEdTSSAyMSAobGV2ZWwsIGxvdykgLT4gSVJRIDIxCnguYzoyNzEKWyAgIDU5LjY2 NDY1NV0gaW5fYXRvbWljKCk6IDEsIGlycXNfZGlzYWJsZWQoKTogMCwgcGlkOiA0NTksIG5hbWU6 IG1vZHByb2JlClsgICA1OS42NjQ2ODJdIDMgbG9ja3MgaGVsZCBieSBtb2Rwcm9iZS80NTk6Clsg ICA1OS42NjQ2OThdICAjMDogICgmX19sb2NrZGVwX25vX3ZhbGlkYXRlX18pey4uLi4uLn0sIGF0 OiBbPGZmZmZmZmZmODEzMTc2ZDA+XSBfX2RyaXZlcl9hdHRhY2grMHgzYi8weDgyClsgICA1OS42 NjQ3NTZdICAjMTogICgmX19sb2NrZGVwX25vX3ZhbGlkYXRlX18pey4uLi4uLn0sIGF0OiBbPGZm ZmZmZmZmODEzMTc2ZGU+XSBfX2RyaXZlcl9hdHRhY2grMHg0OS8weDgyClsgICA1OS42NjQ4MDhd ICAjMjogIChpcnFfbWFwcGluZ191cGRhdGVfbG9jayl7Ky4rLisufSwgYXQ6IFs8ZmZmZmZmZmY4 MTJkYTZlNj5dIHhlbl9iaW5kX3BpcnFfbXNpX3RvX2lycSsweDMxLzB4ZGEKWyAgIDU5LjY2NDg2 N10gUGlkOiA0NTksIGNvbW06IG1vZHByb2JlIE5vdCB0YWludGVkIDMuMS4wLTAucmM2LmdpdDAu MC5mYzE3Lng4Nl82NCAjMQpbICAgNTkuNjY0ODk3XSBDYWxsIFRyYWNlOgpbICAgNTkuNjY0OTE3 XSAgWzxmZmZmZmZmZjgxMDRmNmQ1Pl0gX19taWdodF9zbGVlcCsweDEwMy8weDEwOApbICAgNTku NjY0OTQzXSAgWzxmZmZmZmZmZjgxNTAzNWYyPl0gbXV0ZXhfbG9ja19uZXN0ZWQrMHgyNS8weDQ1 ClsgICA1OS42NjQ5NzFdICBbPGZmZmZmZmZmODE0ZTEzY2Q+XSBfX2lycV9hbGxvY19kZXNjcysw eDUwLzB4MThiClsgICA1OS42NjUwMDFdICBbPGZmZmZmZmZmODEyZDAyZTY+XSA/IGdoZXNfcHJv Y19pbl9pcnErMHg1Yi8weGE1ClsgICA1OS42NjUwMjldICBbPGZmZmZmZmZmODEyZDljMGU+XSB4 ZW5fYWxsb2NhdGVfaXJxX2R5bmFtaWMrMHg0OS8weDU4ClsgICA1OS42NjUwNThdICBbPGZmZmZm ZmZmODEyZGE2ZWI+XSB4ZW5fYmluZF9waXJxX21zaV90b19pcnErMHgzNi8weGRhClsgICA1OS42 NjUwNjZdICBbPGZmZmZmZmZmODE0MDAxZTM+XSB4ZW5faW5pdGRvbV9zZXR1cF9tc2lfaXJxcysw eDEyOS8weDE1ZApbICAgNTkuNjY1MDY2XSAgWzxmZmZmZmZmZjgxMjdkMjE4Pl0gcGNpX2VuYWJs ZV9tc2lfYmxvY2srMHgxYzAvMHgyMjUKWyAgIDU5LjY2NTA2Nl0gIFs8ZmZmZmZmZmZhMDIwNjhk YT5dIGF6eF9wcm9iZSsweDQzNy8weDk4MiBbc25kX2hkYV9pbnRlbF0KWyAgIDU5LjY2NTA2Nl0g IFs8ZmZmZmZmZmY4MTI2ZDA0Mz5dIGxvY2FsX3BjaV9wcm9iZSsweDQ0LzB4NzUKWyAgIDU5LjY2 NTA2Nl0gIFs8ZmZmZmZmZmY4MTI2ZGJjOT5dIHBjaV9kZXZpY2VfcHJvYmUrMHhkMC8weGZmClsg ICA1OS42NjUwNjZdICBbPGZmZmZmZmZmODEzMTc1YjM+XSBkcml2ZXJfcHJvYmVfZGV2aWNlKzB4 MTMxLzB4MjEzClsgICA1OS42NjUwNjZdICBbPGZmZmZmZmZmODEzMTc2ZjM+XSBfX2RyaXZlcl9h dHRhY2grMHg1ZS8weDgyClsgICA1OS42NjUwNjZdICBbPGZmZmZmZmZmODEzMTc2OTU+XSA/IGRy aXZlcl9wcm9iZV9kZXZpY2UrMHgyMTMvMHgyMTMKWyAgIDU5LjY2NTA2Nl0gIFs8ZmZmZmZmZmY4 MTMxNjVmND5dIGJ1c19mb3JfZWFjaF9kZXYrMHg1OS8weDhmClsgICA1OS42NjUwNjZdICBbPGZm ZmZmZmZmODEzMTcxODc+XSBkcml2ZXJfYXR0YWNoKzB4MWUvMHgyMApbICAgNTkuNjY1MDY2XSAg WzxmZmZmZmZmZjgxMzE2ZDlmPl0gYnVzX2FkZF9kcml2ZXIrMHhkNC8weDIyYQpbICAgNTkuNjY1 MDY2XSAgWzxmZmZmZmZmZmEwMmJmMDAwPl0gPyAweGZmZmZmZmZmYTAyYmVmZmYKWyAgIDU5LjY2 NTA2Nl0gIFs8ZmZmZmZmZmY4MTMxN2JiNj5dIGRyaXZlcl9yZWdpc3RlcisweDk4LzB4MTA1Clsg ICA1OS42NjUwNjZdICBbPGZmZmZmZmZmYTAyYmYwMDA+XSA/IDB4ZmZmZmZmZmZhMDJiZWZmZgpb ICAgNTkuNjY1MDY2XSAgWzxmZmZmZmZmZjgxMjZlNDljPl0gX19wY2lfcmVnaXN0ZXJfZHJpdmVy KzB4NjYvMHhkMgpbICAgNTkuNjY1MDY2XSAgWzxmZmZmZmZmZmEwMmJmMDAwPl0gPyAweGZmZmZm ZmZmYTAyYmVmZmYKWyAgIDU5LjY2NTA2Nl0gIFs8ZmZmZmZmZmZhMDJiZjAxZT5dIGFsc2FfY2Fy ZF9henhfaW5pdCsweDFlLzB4MTAwMCBbc25kX2hkYV9pbnRlbF0KWyAgIDU5LjY2NTA2Nl0gIFs8 ZmZmZmZmZmY4MTAwMjA3MT5dIGRvX29uZV9pbml0Y2FsbCsweDU3LzB4MTNhClsgICA1OS42NjUw NjZdICBbPGZmZmZmZmZmYTAyYmYwMDA+XSA/IDB4ZmZmZmZmZmZhMDJiZWZmZgpbICAgNTkuNjY1 MDY2XSAgWzxmZmZmZmZmZjgxMDlhNjcwPl0gc3lzX2luaXRfbW9kdWxlKzB4MTE0LzB4MjY3Clsg ICA1OS42NjUwNjZdICBbPGZmZmZmZmZmODE1MGJjODI+XSBzeXN0ZW1fY2FsbF9mYXN0cGF0aCsw eDE2LzB4MWIKWyAgIDU5LjY2NjU0Ml0gc25kX2hkYV9pbnRlbCAwMDAwOjAwOjFiLjA6IHNldHRp bmcgbGF0ZW5jeSB0aW1lciB0byA2NApbICAgNTkuNzA4MzY1XSBjYWxsaW5nICBkY2RiYXNfaW5p dCsweDAvMHgxMDAwIFtkY2RiYXNdIEAgNTU3ClsgICA1OS43MTMwNTNdIGRjZGJhcyBkY2RiYXM6 IERlbGwgU3lzdGVtcyBNYW5hZ2VtZW50IEJhc2UgRHJpdmVyICh2ZXJzaW9uIDUuNi4wLTMuMikK WyAgIDU5LjcxMzA5NF0gaW5pdGNhbGwgZGNkYmFzX2luaXQrMHgwLzB4MTAwMCBbZGNkYmFzXSBy ZXR1cm5lZCAwIGFmdGVyIDQ1OTkgdXNlY3MKWyAgIDU5LjgwOTI5NV0gY2FsbGluZyAgbWljcm9j b2RlX2luaXQrMHgwLzB4MTQwIFttaWNyb2NvZGVdIEAgNTYwClsgICA1OS44NDkzMjVdIG1pY3Jv Y29kZTogQ1BVMCBzaWc9MHg2ZjYsIHBmPTB4MjAsIHJldmlzaW9uPTB4YzcKWyAgIDYwLjA0MjM3 NV0gY2FsbGluZyAgZGVsbF9pbml0KzB4MC8weGY2MyBbZGVsbF9sYXB0b3BdIEAgNTU3ClsgICA2 MC4xNzI1ODldIGluaXRjYWxsIGRlbGxfaW5pdCsweDAvMHhmNjMgW2RlbGxfbGFwdG9wXSByZXR1 cm5lZCAwIGFmdGVyIDEyNzAxNiB1c2VjcwpbICAgNjAuMjI1NDQ2XSBjYWxsaW5nICBwYXRjaF9z aWdtYXRlbF9pbml0KzB4MC8weDEwMDAgW3NuZF9oZGFfY29kZWNfaWR0XSBAIDU3NQpbICAgNjAu MjI4MjgwXSBpbml0Y2FsbCBwYXRjaF9zaWdtYXRlbF9pbml0KzB4MC8weDEwMDAgW3NuZF9oZGFf Y29kZWNfaWR0XSByZXR1cm5lZCAwIGFmdGVyIDI2MDUgdXNlY3MKWyAgIDYwLjIzODg4MV0gQUxT QSBzb3VuZC9wY2kvaGRhL2hkYV9jb2RlYy5jOjQ4NzMgYXV0b2NvbmZpZzogbGluZV9vdXRzPTEg KDB4ZS8weDAvMHgwLzB4MC8weDApIHR5cGU6c3BlYWtlcgpbICAgNjAuMjM4OTgxXSBBTFNBIHNv dW5kL3BjaS9oZGEvaGRhX2NvZGVjLmM6NDg3NyAgICBzcGVha2VyX291dHM9MCAoMHgwLzB4MC8w eDAvMHgwLzB4MCkKWyAgIDYwLjIzOTA0N10gQUxTQSBzb3VuZC9wY2kvaGRhL2hkYV9jb2RlYy5j OjQ4ODEgICAgaHBfb3V0cz0xICgweGQvMHgwLzB4MC8weDBbICAgNjAuMjM5MTE4XSBBTFNBIHNv dW5kL3BjaS9oZGEvaGRhX2NvZGVjLmM6NDg4MiAgICBtb25vOiBtb25vX291dD0weDAKWyAgIDYw LjIzOTEzOF0gQUxTQSBzb3VuZC9wY2kvaGRhL2hkYV9jb2RlYy5jOjQ4ODUgICAgZGlnLW91dD0w eDkvMHgwClsgICA2MC4yMzkxMzhdIEFMU0Egc291bmQvcGNpL2hkYS9oZGFfY29kZWMuYzo0ODg2 ICAgIGlucHV0czoKWyAgIDYwLjIzOTEzOF0gQUxTQSBzb3VuZC9wY2kvaGRhL2hkYV9jb2RlYy5j OjQ4OTAgIE1pYz0weDEwClsgICA2MC4yMzkxMzhdIEFMU0Egc291bmQvcGNpL2hkYS9oZGFfY29k ZWMuYzo0ODkyClsgICA2MC45Nzc0OTZdIGlucHV0OiBIREEgSW50ZWwgTWljIGF0IEV4dCBSaWdo dCBKYWNrIGFzIC9kZXZpY2VzL3BjaTAwMDA6MDAvMDAwMDowMDoxYi4wL3NvdW5kL2NhcmQwL2lu cHV0NgpbICAgNjEuMTQyMTUzXSBpbnB1dDogSERBIEludGVsIEhQIE91dCBhdCBFeHQgUmlnaHQg SmFjayBhcyAvZGV2aWNlcy9wY2kwMDAwOjAwLzAwMDA6MDA6MWIuMC9zb3VuZC9jYXJkMC9pbnB1 dDcKWyAgIDYxLjQ5NDc1MF0gY2FsbGluZyAgZGVsbF93bWlfaW5pdCsweDAvMHhmZTEgW2RlbGxf d21pXSBAIDU4NgpbICAgNjEuNTA2NTAxXSBpbml0Y2FsbCBhbHNhX2NhcmRfYXp4X2luaXQrMHgw LzB4MTAwMCBbc25kX2hkYV9pbnRlbF0gcmV0dXJuZWQgMCBhZnRlciAxODMzNDAxIHVzZWNzClsg ICA2MS41MjQ4ODRdIGlucHV0OiBEZWxsIFdNSSBob3RrZXlzIGFzIC9kZXZpY2VzL3ZpcnR1YWwv aW5wdXQvaW5wdXQ4ClsgICA2MS41Mjg0NDVdIGluaXRjYWxsIGRlbGxfd21pX2luaXQrMHgwLzB4 ZmUxIFtkZWxsX3dtaV0gcmV0dXJuZWQgMCBhZnRlciAzMzYzNiB1c2VjcwpTdGFydGluZyAvZGV2 L21hcHBlci92Z19pbnNwNjQwMC1sdl9zd2FwLi4uClsgICA2Mi41NTQ2ODldIEFkZGluZyA0MDYz MjI4ayBzd2FwIG9uIC9kZXYvbWFwcGVyL3ZnX2luc3A2NDAwLWx2X3N3YXAuICBQcmlvcml0eTow IGV4dGVudHM6MSBhY3Jvc3M6NDA2MzIyOGsKU3RhcnRlZCAvZGV2L21hcHBlci92Z19pbnNwNjQw MC1sdl9zd2FwLgooWEVOKSB0cmFwcy5jOjI5NTY6IEdQRiAoMDAwMCk6IGZmZmY4MmM0ODAxN2Mw OTggLT4gZmZmZjgyYzQ4MDIwMDQ1OAooWEVOKSB0cmFwcy5jOjIzODg6ZDAgRG9tYWluIGF0dGVt cHRlZCBXUk1TUiAwMDAwMDAwMDAwMDAwMDc5IGZyb20gMHgwMDAwMDAwMDAwMDAwMDAwIHRvIDB4 ZmZmZmM5MDAwODdlNjAzMC4KWyAgIDYzLjEzMDU4NF0gbWljcm9jb2RlOiBDUFUwIHVwZGF0ZSB0 byByZXZpc2lvbiAweGQxIGZhaWxlZApbICAgNjMuMTMwODA4XSBtaWNyb2NvZGU6IENQVTEgc2ln PTB4NmY2LCBwZj0weDIwLCByZXZpc2lvbj0weGM3CihYRU4pIHRyYXBzLmM6Mjk1NjogR1BGICgw MDAwKTogZmZmZjgyYzQ4MDE3YzA5OCAtPiBmZmZmODJjNDgwMjAwNDU4CihYRU4pIHRyYXBzLmM6 MjM4ODpkMCBEb21haW4gYXR0ZW1wdGVkIFdSTVNSIDAwMDAwMDAwMDAwMDAwNzkgZnJvbSAweDAw MDAwMDAwMDAwMDAwMDAgdG8gMHhmZmZmYzkwMDA4N2YxMDMwLgpbICAgNjMuMTc5MDcwXSBtaWNy b2NvZGU6IENQVTEgdXBkYXRlIHRvIHJldmlzaW9uIDB4ZDEgZmFpbGVkClsgICA2My4xODU0MjVd IG1pY3JvY29kZTogTWljcm9jb2RlIFVwZGF0ZSBEcml2ZXI6IHYyLjAwIDx0aWdyYW5AYWl2YXpp YW4uZnNuZXQuY28udWs+LCBQZXRlciBPcnViYQpbICAgNjMuMTg1NDc2XSBpbml0Y2FsbCBtaWNy b2NvZGVfaW5pdCsweDAvMHgxNDAgW21pY3JvY29kZV0gcmV0dXJuZWQgMCBhZnRlciAzMjk2OTcx IHVzZWNzClN0YXJ0aW5nIEZpbGUgU3lzdGVtIENoZWNrIG9uIC9kZXYvZGlzay9ieS11dWlkLzcx MTVmMzhlLTI4MjUtNGEzZS1iZjRiLTA0OWY0YTRkN2UwMS4uLgpbICAgNjMuOTE0OTc5XSBjZmc4 MDIxMTogV29ybGQgcmVndWxhdG9yeSBkb21haW4gdXBkYXRlZDoKWyAgIDYzLjkxNTA1N10gY2Zn ODAyMTE6ICAgICAoc3RhcnRfZnJlcSAtIGVuZF9mcmVxIEAgYmFuZHdpZHRoKSwgKG1heF9hbnRl bm5hX2dhaW4sIG1heF9laXJwKQpbICAgNjMuOTE1MDcyXSBjZmc4MDIxMTogICAgICgyNDAyMDAw IEtIeiAtIDI0NzIwMDAgS0h6IEAgNDAwMDAgS0h6KSwgKDMwMCBtQmksIDIwMDAgbUJtKQpbICAg NjMuOTE1MDcyXSBjZmc4MDIxMTogICAgICgyNDU3MDAwIEtIeiAtIDI0ODIwMDAgS0h6IEAgMjAw MDAgS0h6KSwgKDMwMCBtQmksIDIwMDAgbUJtKQpbICAgNjMuOTE1MDcyXSBjZmc4MDIxMTogICAg ICgyNDc0MDAwIEtIeiAtIDI0OTQwMDAgS0h6IEAgMjAwMDAgS0h6KSwgKDMwMCBtQmksIDIwMDAg bUJtKQpbICAgNjMuOTE1MDcyXSBjZmc4MDIxMTogICAgICg1MTcwMDAwIEtIeiAtIDUyNTAwMDAg S0h6IEAgNDAwMDAgS0h6KSwgKDMwMCBtQmksIDIwMDAgbUJtKQpbICAgNjMuOTE1MDcyXSBjZmc4 MDIxMTogICAgICg1NzM1MDAwIEtIeiAtIDU4MzUwMDAgS0h6IEAgNDAwMDAgS0h6KSwgKDMwMCBt QmksIDIwMDAgbUJtKQpTdGFydGluZyBIdWdlIFBhZ2VzIEZpbGUgU3lzdGVtLi4uClsgICA2NC4z NDg3NzhdIGNmZzgwMjExOiBDYWxsaW5nIENSREEgZm9yIGNvdW50cnk6IFVTClsgICA2NC40Njk2 NjBdIGNmZzgwMjExOiBSZWd1bGF0b3J5IGRvbWFpbiBjaGFuZ2VkIHRvIGNvdW50cnk6IFVTClsg ICA2NC40Njk3MTZdIGNmZzgwMjExOiAgICAgKHN0YXJ0X2ZyZXEgLSBlbmRfZnJlcSBAIGJhbmR3 aWR0aCksIChtYXhfYW50ZW5uYV9nYWluLCBtYXhfZWlycCkKWyAgIDY0LjQ2OTc0OV0gY2ZnODAy MTE6ICAgICAoMjQwMjAwMCBLSHogLSAyNDcyMDAwIEtIeiBAIDQwMDAwIEtIeiksICgzMDAgbUJp LCAyNzAwIG1CbSkKWyAgIDY0LjQ2OTgxNV0gY2ZnODAyMTE6ICAgICAoNTE3MDAwMCBLSHogLSA1 MjUwMDAwIEtIeiBAIDQwMDAwIEtIeiksICgzMDAgbUJpLCAxNzAwIG1CbSkKWyAgIDY0LjQ2OTg0 Nl0gY2ZnODAyMTE6ICAgICAoNTI1MDAwMCBLSHogLSA1MzMwMDAwIEtIeiBAIDQwMDAwIEtIeiks ICgzMDAgbUJpLCAyMDAwIG1CbSkKWyAgIDY0LjQ2OTg3N10gY2ZnODAyMTE6ICAgICAoNTQ5MDAw MCBLSHogLSA1NjAwMDAwIEtIeiBAIDQwMDAwIEtIeiksICgzMDAgbUJpLCBbICAgNjQuNDY5OTA4 XSBjZmc4MDIxMTogICAgICg1NjUwMDAwIEtIeiAtIDU3MTAwMDAgS0h6IEAgNDAwMDAgS0h6KSwg KDMwMCBtQmksIDIwMDAgbUJtKQpbICAgNjQuNDY5OTM5XSBjZmc4MDIxMTogICAgICg1NzM1MDAw IEtIeiAtIDU4MzUwMDAgS0h6IEAgNDAwMDAgS0h6KSwgKDMwMCBtQmksIDMwMDAgbUJtKQpbICAg NjQuNDgzODY5XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGh1Z2V0bGJmcywgdHlwZSBodWdl dGxiZnMpLCB1c2VzIHRyYW5zaXRpb24gU0lEcwpTdGFydGVkIEh1Z2UgUGFnZXMgRmlsZSBTeXN0 ZW0uClN0YXJ0aW5nIFBPU0lYIE1lc3NhZ2UgUXVldWUgRmlsZSBTeXN0ZW0uLi4KU3RhcnRlZCB1 ZGV2IFdhaXQgZm9yIENvbXBsZXRlIERldmljZSBJbml0aWFsaXphdGlvbi4KU3RhcnRlZCBQT1NJ WCBNZXNzYWdlIFF1ZXVlIEZpbGUgU3lzdGVtLgpTdGFydGluZyBXYWl0IGZvciBzdG9yYWdlIHNj YW4uLi4KWyAgIDY0Ljg3OTk3MF0gc3lzdGVtZC1mc2NrWzYzN106IC9kZXYvc2RhMjogcmVjb3Zl cmluZyBqb3VybmFsCnN5c3RlbWQtZnNja1s2MzddOiAvZGV2L3NkYTI6IHJlY292ZXJpbmcgam91 cm5hbApTdGFydGVkIFNob3cgUGx5bW91dGggQm9vdCBTY3JlZW4uClsgICA2NS42Mjk2MDldIHN5 c3RlbWQtZnNja1s2MzddOiAvZGV2L3NkYTI6IGNsZWFuLCA2MC81MTIwMCBmaWxlcywgMTMwNzA1 LzIwNDgwMCBibG9ja3MKc3lzdGVtZC1mc2NrWzYzN106IC9kZXYvc2RhMjogY2xlYW4sIDYwLzUx MjAwIGZpbGVzLCAxMzA3MDUvMjA0ODAwIGJsb2NrcwpbICAgNjUuNjY1MDkxXSBjYWxsaW5nICB3 YWl0X3NjYW5faW5pdCsweDAvMHgxMDAwIFtzY3NpX3dhaXRfc2Nhbl0gQCA2NTgKWyAgIDY1LjY2 NTE0N10gaW5pdGNhbGwgd2FpdF9zY2FuX2luaXQrMHgwLzB4MTAwMCBbc2NzaV93YWl0X3NjYW5d IHJldHVybmVkIDAgYWZ0ZXIgNCB1c2VjcwpbICAgNjUuODMzOTUyXSB1ZGlza3MtbHZtLXB2LWUg dXNlZCBncmVhdGVzdCBzdGFjayBkZXB0aDogMzIwMCBieXRlcyBsZWZ0ClN0YXJ0ZWQgRmlsZSBT eXN0ZW0gQ2hlY2sgb24gL2Rldi9kaXNrL2J5LXV1aWQvNzExNWYzOGUtMjgyNS00YTNlLWJmNGIt MDQ5ZjRhNGQ3ZTAxLgpTdGFydGVkIFdhaXQgZm9yIHN0b3JhZ2Ugc2Nhbi4KU3RhcnRpbmcgSW5p dGlhbGl6ZSBzdG9yYWdlIHN1YnN5c3RlbXMgKFJBSUQsIExWTSwgZXRjLikuLi4KU3RhcnRpbmcg L2Jvb3QuLi4KWyAgIDY2LjExODcyNF0gRVhUNC1mcyAoc2RhMik6IG1vdW50aW5nIGV4dDMgZmls ZSBzeXN0ZW0gdXNpbmcgdGhlIGV4dDQgc3Vic3lzdGVtClsgICA2Ni4yMTQwNjRdIEVYVDQtZnMg KHNkYTIpOiBtb3VudGVkIGZpbGVzeXN0ZW0gd2l0aCBvcmRlcmVkIGRhdGEgbW9kZS4gT3B0czog KG51bGwpClsgICA2Ni4yMjQ5NzNdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgc2RhMiwgdHlw ZSBleHQzKSwgdXNlcyB4YXR0cgpTdGFydGVkIC9ib290LgpTdGFydGVkIEluaXRpYWxpemUgc3Rv cmFnZSBzdWJzeXN0ZW1zIChSQUlELCBMVk0sIGV0Yy4pLgpTdGFydGluZyBJbml0aWFsaXplIHN0 b3JhZ2Ugc3Vic3lzdGVtcyAoUkFJRCwgTFZNLCBldGMuKS4uLgpTdGFydGVkIEluaXRpYWxpemUg c3RvcmFnZSBzdWJzeXN0ZW1zIChSQUlELCBMVk0sIGV0Yy4pLgpTdGFydGVkIFJlY29uZmlndXJl IHRoZSBzeXN0ZW0gb24gYWRtaW5pc3RyYXRvciByZXF1ZXN0LgpTdGFydGluZyBFbmFibGUgYWxs IGRldGVjdGVkIHN3YXAgcGFydGl0aW9ucy4uLgpTdGFydGVkIE1hcmsgdGhlIG5lZWQgdG8gcmVs YWJlbCBhZnRlciByZWJvb3QuClN0YXJ0ZWQgUmVsYWJlbCBhbGwgZmlsZXN5c3RlbXMsIGlmIG5l Y2Vzc2FyeS4KU3RhcnRpbmcgUmVjcmVhdGUgVm9sYXRpbGUgRmlsZXMgYW5kIERpcmVjdG9yaWVz Li4uClN0YXJ0aW5nIExvYWQgUmFuZG9tIFNlZWQuLi4KU3RhcnRpbmcgVGVsbCBQbHltb3V0aCBU byBXcml0ZSBPdXQgUnVudGltZSBEYXRhLi4uClN0YXJ0ZWQgRW5hYmxlIGFsbCBkZXRlY3RlZCBz d2FwIHBhcnRpdGlvbnMuClN0YXJ0ZWQgTG9hZCBSYW5kb20gU2VlZC4KU3RhcnRlZCBUZWxsIFBs eW1vdXRoIFRvIFdyaXRlIE91dCBSdW50aW1lIERhdGEuClN0YXJ0ZWQgUmVjcmVhdGUgVm9sYXRp bGUgRmlsZXMgYW5kIERpcmVjdG9yaWVzLgpTdGFydGluZyBDb25zb2xlIFN5c3RlbSBTdGFydHVw IExvZ2dpbmcuLi4KU3RhcnRpbmcgUmVzdG9yZSBTb3VuZCBDYXJkIFN0YXRlLi4uClN0YXJ0aW5n IEJvb3R1cCB1bmhhY2suLi4KU3RhcnRpbmcgSm9iIHNwb29saW5nIHRvb2xzLi4uClN0YXJ0ZWQg Sm9iIHNwb29saW5nIHRvb2xzLgpTdGFydGluZyBMU0I6IHN0YXJ0IGFuZCBzdG9wIGlwdGFibGVz IGZpcmV3YWxsLi4uClN0YXJ0aW5nIEFCUlQgQXV0b21hdGVkIEJ1ZyBSZXBvcnRpbmcgVG9vbC4u LgpTdGFydGluZyBMU0I6IFN0YXJ0cyBhbmQgc3RvcHMgbG9naW4gaVNDU0kgZGFlbW9uLi4uLgpT dGFydGluZyBMU0I6IENvbmV4YW50IEhTRiBzb2Z0bW9kZW0uLi4KU3RhcnRpbmcgTFNCOiBzdGFy dCBhbmQgc3RvcCBpcDZ0YWJsZXMgZmlyZXdhbGwuLi4KU3RhcnRpbmcgQ29uZXhhbnQgSFNGIHNv ZnRtb2RlbQpbICAgNzEuNzk4Nzc4XSBhYnJ0ZFs3MDddOiBVbnJlY29nbml6ZWQgdmFyaWFibGUg J0R1bXBMb2NhdGlvbicgaW4gJy9ldGMvYWJydC9hYnJ0LmNvbmYnClN0YXJ0aW5nIExTQjogTW9u aXRvcmluZyBvZiBMVk0yIG1pcnJvcnMsIHNuYXBzaG90cyBldGMuIHVzaW5nIGRtZXZlbnRkIG9y IHByb2dyZXNzIHBvbGxpbmcuLi4KU3RhcnRpbmcgQXZhaGkgbUROUy9ETlMtU0QgU3RhY2suLi4K U3RhcnRpbmcgU3lzdGVtIExvZ2dpbmcgU2VydmljZS4uLgpbICAgNzIuNDIwMjQxXSBjYWxsaW5n ICBwaHlzZGV2X210X2luaXQrMHgwLzB4MTAwMCBbeHRfcGh5c2Rldl0gQCA3MzcKWyAgIDcyLjQy MDI4Nl0gaW5pdGNhbGwgcGh5c2Rldl9tdF9pbml0KzB4MC8weDEwMDAgW3h0X3BoeXNkZXZdIHJl dHVybmVkIDAgYWZ0ZXIgNSB1c2VjcwpbICAgNzIuNDg5NDQ2XSAvdXNyL3NiaW4vZ3BtWzc0MV06 ICoqKiBpbmZvIFtkYWVtb24vc3RhcnR1cC5jKDEzNildOgpbICAgNzIuNDkzNjA1XSAvdXNyL3Ni aW4vZ3BtWzc0MV06IFN0YXJ0ZWQgZ3BtIHN1Y2Nlc3NmdWxseS4gRW50ZXJlZCBkYWVtb24gbW9k ZS4KWyAgIDcyLjUxOTk5NV0gY2FsbGluZyAgbG9nX3RnX2luaXQrMHgwLzB4MTAwMCBbaXB0X0xP R10gQCA3NDMKWyAgIDcyLjUyMDA2Ml0gaW5pdGNhbGwgbG9nX3RnX2luaXQrMHgwLzB4MTAwMCBb aXB0X0xPR10gcmV0dXJuZWQgMCBhZnRlciAxMjAgdXNlY3MKU3RhcnRpbmcgaXJxYmFsYW5jZSBk YWVtb24uLi4KWyAgIDcyLjcxNDU4M10gY2FsbGluZyAgbmZfY29ubnRyYWNrX3N0YW5kYWxvbmVf aW5pdCsweDAvMHgxMDAwIFtuZl9jb25udHJhY2tdIEAgNzQ4ClsgICA3Mi43MTQ4NTldIG5mX2Nv bm50cmFjayB2ZXJzaW9uIDAuNS4wICgxNjM4NCBidWNrZXRzLCA2NTUzNiBtYXgpClsgICA3Mi43 Mjg5NzBdIGluaXRjYWxsIG5mX2Nvbm50cmFja19zdGFuZGFsb25lX2luaXQrMHgwLzB4MTAwMCBb bmZfY29ubnRyYWNrXSByZXR1cm5lZCAwIGFmdGVyIDEzODgzIHVzZWNzClsgICA3Mi43ODMyNzNd IGNhbGxpbmcgIHN0YXRlX210X2luaXQrMHgwLzB4MTAwMCBbeHRfc3RhdGVdIEAgNzQ4ClsgICA3 Mi43ODM0MjFdIGluaXRjYWxsIHN0YXRlX210X2luaXQrMHgwLzB4MTAwMCBbeHRfc3RhdGVdIHJl dHVybmVkIDAgYWZ0ZXIgMTMgdXNlY3MKU3RhcnRpbmcgQ29tbWFuZCBTY2hlZHVsZXIuLi4KWyAg IDcyLjg5OTAzM10gY2FsbGluZyAgbmZfZGVmcmFnX2luaXQrMHgwLzB4MTAwMCBbbmZfZGVmcmFn X2lwdjRdIEAgNzU0ClsgICA3Mi44OTkyNzRdIGluaXRjYWxsIG5mX2RlZnJhZ19pbml0KzB4MC8w eDEwMDAgW25mX2RlZnJhZ19pcHY0XSByZXR1cm5lZCAwIGFmdGVyIDk2IHVzZWNzClN0YXJ0ZWQg Q29tbWFuZCBTY2hlZHVsZXIuClN0YXJ0aW5nIE1hY2hpbmUgQ2hlY2sgRXhjZXB0aW9uIExvZ2dp bmcgRGFlbW9uLi4uClN0YXJ0aW5nIEQtQnVzIFN5c3RlbSBNZXNzYWdlIEJ1cy4uLgpbICAgNzMu MDMxMTgxXSBjYWxsaW5nICBuZl9jb25udHJhY2tfbDNwcm90b19pcHY0X2luaXQrMHgwLzB4MTAw MCBbbmZfY29ubnRyYWNrX2lwdjRdIEAgNzU0ClsgICA3My4wNDQ2OThdIGluaXRjYWxsIG5mX2Nv bm50cmFja19sM3Byb3RvX2lwdjRfaW5pdCsweDAvMHgxMDAwIFtuZl9jb25udHJhY2tfaXB2NF0g cmV0dXJuZWQgMCBhZnRlciAxMzA0NyB1c2VjcwpbICAgNzMuMTk4Nzk2XSBjYWxsaW5nICBjb21t ZW50X210X2luaXQrMHgwLzB4MTAwMCBbeHRfY29tbWVudF0gQCA3NjQKWyAgIDczLjE5ODk0N10g aW5pdGNhbGwgY29tbWVudF9tdF9pbml0KzB4MC8weDEwMDAgW3h0X2NvbW1lbnRdIHJldHVybmVk IDAgYWZ0ZXIgMTQgdXNlY3MKU3RhcnRlZCBDb25zb2xlIFN5c3RlbSBTdGFydHVwIExvZ2dpbmcu ClsgIE9LICBdClN0YXJ0ZWQgUmVzdG9yZSBTb3VuZCBDYXJkIFN0YXRlLgpTdGFydGVkIEJvb3R1 cCB1bmhhY2suClN0YXJ0ZWQgQ29uc29sZSBNb3VzZSBtYW5hZ2VyLgpTdG9wcGluZyBTeXNsb2cg S2VybmVsIExvZyBCdWZmZXIgQnJpZGdlLi4uClN0b3BwZWQgU3lzbG9nIEtlcm5lbCBMb2cgQnVm ZmVyIEJyaWRnZS4KU3RhcnRlZCBTeXN0ZW0gTG9nZ2luZyBTZXJ2aWNlLgpTdGFydGVkIExTQjog c3RhcnQgYW5kIHN0b3AgaXB0YWJsZXMgZmlyZXdhbGwuClN0YXJ0ZWQgaXJxYmFsYW5jZSBkYWVt b24uCmlwNnRhYmxlczogQXBwbHlpbmcgZmlyZXdhbGwgcnVsZXM6IFN0YXJ0ZWQgRC1CdXMgU3lz dGVtIE1lc3NhZ2UgQnVzLgpbICAgNzQuOTk4ODUzXSBjYWxsaW5nICBpcDZfdGFibGVzX2luaXQr MHgwLzB4MTAwMCBbaXA2X3RhYmxlc10gQCA3OTEKWyAgIDc0Ljk5OTA2Nl0gaXA2X3RhYmxlczog KEMpIDIwMDAtMjAwNiBOZXRmaWx0ZXIgQ29yZSBUZWFtClsgICA3NC45OTkwNjZdIGluaXRjYWxs IGlwNl90YWJsZXNfaW5pdCsweDAvMHgxMDAwIFtpcDZfdGFibGVzXSByZXR1cm5lZCAwIGFmdGVy IDIxOCB1c2VjcwpTdGFydGluZyBpc2NzaWQ6IFsgICA3NS4yNDAzMDZdIGNhbGxpbmcgIGlwNnRh YmxlX2ZpbHRlcl9pbml0KzB4MC8weDEwMDAgW2lwNnRhYmxlX2ZpbHRlcl0gQCA3OTMKWyAgIDc1 LjI0MDU4Nl0gaW5pdGNhbGwgaXA2dGFibGVfZmlsdGVyX2luaXQrMHgwLzB4MTAwMCBbaXA2dGFi bGVfZmlsdGVyXSByZXR1cm5lZCAwIGFmdGVyIDE4OCB1c2VjcwpbICAgNzUuMzU3NzQ5XSBjYWxs aW5nICBuZl9kZWZyYWdfaW5pdCsweDAvMHgxMDAwIFtuZl9kZWZyYWdfaXB2Nl0gQCA3OTkKWyAg IDc1LjM1ODQ2NF0gaW5pdGNhbGwgbmZfZGVmcmFnX2luaXQrMHgwLzB4MTAwMCBbbmZfZGVmcmFn X2lwdjZdIHJldHVybmVkIDAgYWZ0ZXIgNjE3IHVzZWNzClsgICA3NS4zNjU0NDddIGNhbGxpbmcg IG5mX2Nvbm50cmFja19sM3Byb3RvX2lwdjZfaW5pdCsweDAvMHgxMDAwIFtuZl9jb25udHJhY2tf WyAgIDc1LjM4MDA2OF0gaW5pdGNhbGwgbmZfY29ubnRyYWNrX2wzcHJvdG9faXB2Nl9pbml0KzB4 MC8weDEwMDAgW25mX2Nvbm50cmFja19pcHY2XSByZXR1cm5lZCAwIGFmdGVyIDE0NDE4IHVzZWNz ClsgICA3NS4zODMzNjhdIGNhbGxpbmcgIGlzY3NpX3RyYW5zcG9ydF9pbml0KzB4MC8weDEwMDAg W3Njc2lfdHJhbnNwb3J0X2lzY3NpXSBAIDc5NApbICAgNzUuMzgzNDA3XSBMb2FkaW5nIGlTQ1NJ IHRyYW5zcG9ydCBjbGFzcyB2Mi4wLTg3MC4KWyAgIDc1LjQwMTM0OV0gaW5pdGNhbGwgaXNjc2lf dHJhbnNwb3J0X2luaXQrMHgwLzB4MTAwMCBbc2NzaV90cmFuc3BvcnRfaXNjc2ldIHJldHVybmVk IDAgYWZ0ZXIgMTc1MTAgdXNlY3MKWyAgIDc1LjQ0Mzc4NV0gY2FsbGluZyAgcmVqZWN0X3RnNl9p bml0KzB4MC8weDEwMDAgW2lwNnRfUkVKRUNUXSBAIDgwMgpbICAgNzUuNDQzODcyXSBpbml0Y2Fs bCByZWplY3RfdGc2X2luaXQrMHgwLzB4MTAwMCBbaXA2dF9SRUpFQ1RdIHJldHVybmVkIDAgYWZ0 ZXIgNSB1c2VjcwpbICBPSyAgXQpbICAgNzUuNzM3NzM4XSBjYWxsaW5nICBpc2NzaV9zd190Y3Bf aW5pdCsweDAvMHgxMDAwIFtpc2NzaV90Y3BdIEAgNzk0ClsgICA3NS43NTY1NzRdIGlzY3NpOiBy ZWdpc3RlcmVkIHRyYW5zcG9ydCAodGNwKQpbICAgNzUuNzU2NjU1XSBpbml0Y2FsbCBpc2NzaV9z d190Y3BfaW5pdCsweDAvMHgxMDAwIFtpc2NzaV90Y3BdIHJldHVybmVkIDAgYWZ0ZXIgMTgzNDYg dXNlY3MKWyAgIDc2LjAxMDc1NV0gY2FsbGluZyAgYWRkcl9pbml0KzB4MC8weDEwMDAgW2liX2Fk ZHJdIEAgODE0ClsgICA3Ni4wMTkzMjBdIGluaXRjYWxsIGFkZHJfaW5pdCsweDAvMHgxMDAwIFtp Yl9hZGRyXSByZXR1cm5lZCAwIGFmdGVyIDgyODIgdXNlY3MKWyAgIDc2LjEyMDc5Nl0gY2FsbGlu ZyAgaWJfY29yZV9pbml0KzB4MC8weDljIFtpYl9jb3JlXSBAIDgxNApbICAgNzYuMTI4ODMyXSBp bml0Y2FsbCBpYl9jb3JlX2luaXQrMHgwLzB4OWMgW2liX2NvcmVdIHJldHVybmVkIDAgYWZ0ZXIg Nzc1OSB1c2VjcwpbICAgNzYuMTY5Njg0XSBjYWxsaW5nICBpYl9tYWRfaW5pdF9tb2R1bGUrMHgw LzB4MTAwMCBbaWJfbWFkXSBAIDgxNApbICAgNzYuMTcxNDEwXSBpbml0Y2FsbCBpYl9tYWRfaW5p dF9tb2R1bGUrMHgwLzB4MTAwMCBbaWJfbWFkXSByZXR1cm5lZCAwIGFmdGVyIDE2NzEgdXNlY3MK WyAgIDc2LjI0MzY2M10gY2FsbGluZyAgaWJfc2FfaW5pdCsweDAvMHgxMDAwIFtpYl9zYV0gQCA4 MTQKWyAgIDc2LjI0OTg4MF0gaW5pdGNhbGwgaWJfc2FfaW5pdCsweDAvMHgxMDAwIFtpYl9zYV0g cmV0dXJuZWQgMCBhZnRlciA1OTkzIHVzZWNzClsgICA3Ni4yNzEzMjVdIGNhbGxpbmcgIGl3X2Nt X2luaXQrMHgwLzB4MTAwMCBbaXdfY21dIEAgODE0ClsgICA3Ni4yNzk1OTBdIGluaXRjYWxsIGl3 X2NtX2luaXQrMHgwLzB4MTAwMCBbaXdfY21dIHJldHVybmVkIDAgYWZ0ZXIgNzk4OSB1c2Vjcwpb ICAgNzYuMzMxMzIxXSBjYWxsaW5nICBpYl9jbV9pbml0KzB4MC8weDEwMDAgW2liX2NtXSBAIDgx NApbICAgNzYuMzQyMzc1XSBpbml0Y2FsbCBpYl9jbV9pbml0KzB4MC8weDEwMDAgW2liX2NtXSBy ZXR1cm5lZCAwIGFmdGVyIDEwNzAwIHVzZWNzClN0YXJ0aW5nIG1vbml0b3JpbmcgZm9yIFZHIHZn X2luc3A2NDAwOiBbICAgNzYuNDYwNTgzXSBjYWxsaW5nICBjbWFfaW5pdCsweDAvMHgxMDAwIFty ZG1hX2NtXSBAIDgxNApbICAgNzYuNDg1MTI3XSBpbml0Y2FsbCBjbWFfaW5pdCsweDAvMHgxMDAw IFtyZG1hX2NtXSByZXR1cm5lZCAwIGFmdGVyIDI0MDcyIHVzZWNzClsgICA3Ni44NDg0MjddIGNh bGxpbmcgIGlzZXJfaW5pdCsweDAvMHgxMDAwIFtpYl9pc2VyXSBAIDgxNApbICAgNzYuODUzODU5 XSBpc2NzaTogcmVnaXN0ZXJlZCB0cmFuc3BvcnQgKGlzZXIpClsgICA3Ni44NTM5MDRdIGluaXRj YWxsIGlzZXJfaW5pdCsweDAvMHgxMDAwIFtpYl9pc2VyXSByZXR1cm5lZCAwIGFmdGVyIDUyNjcg dXNlY3MKWyAgIDc3LjM3MTUxMl0gY2FsbGluZyAgY3hnYjNfaW5pdF9tb2R1bGUrMHgwLzB4MjUg W2N4Z2IzXSBAIDgzNgpbICAgNzcuMzg4NTAyXSBpbml0Y2FsbCBjeGdiM19pbml0X21vZHVsZSsw eDAvMHgyNSBbY3hnYjNdIHJldHVybmVkIDAgYWZ0ZXIgMTY1MjYgdXNlY3MKWyAgIDc3LjU0NjAw NF0gY2FsbGluZyAgaXdjaF9pbml0X21vZHVsZSsweDAvMHgzYSBbaXdfY3hnYjNdIEAgODM3CgpO byBwcmUtYnVpbHQgbW9kdWxlcyBmb3I6IEZlZG9yYS0xNSBsaW51eC0zLjEuMC0wLnJjNi5naXQw LjAuZmMxNy54ODZfNjQgeDg2XzY0LVNNUApbICAgNzcuNTU5NjM2XSBpbml0Y2FsbCBpd2NoX2lu aXRfbW9kdWxlKzB4MC8weDNhIFtpd19jeGdiM10gcmV0dXJuZWQgMCBhZnRlciAxMzE5OCB1c2Vj cwoKVHJ5aW5nIHRvIGF1dG9tYXRpY2FsbHkgYnVpbGQgdGhlIGRyaXZlciBtb2R1bGVzLi4uCih0 aGlzIHJlcXVpcmVzIGEgQyBjb21waWxlciBhbmQgcHJvcGVyIGtlcm5lbCBzb3VyY2VzIHRvIGJl IGluc3RhbGxlZCkKWyAgIDc3Ljk2NDQzM10gY2FsbGluZyAgbGliY3hnYmlfaW5pdF9tb2R1bGUr MHgwLzB4MTAwMCBbbGliY3hnYmldIEAgODMyClsgICA3Ny45NjQ1MTZdIGxpYmN4Z2JpOmxpYmN4 Z2JpX2luaXRfbW9kdWxlOiB0YWcgaXR0IDB4MWZmZiwgMTMgYml0cywgYWdlIDB4ZiwgNCBiaXRz LgpbICAgNzcuOTY0NTQ2XSBsaWJjeGdiaTpkZHBfc2V0dXBfaG9zdF9wYWdlX3NpemU6IHN5c3Rl bSBQQUdFIDQwOTYsIGRkcCBpZHggMC4KWyAgIDc3Ljk2NDU3Nl0gaW5pdGNhbGwgbGliY3hnYmlf aW5pdF9tb2R1bGUrMHgwLzB4MTAwMCBbbGliY3hnYmldIHJldHVybmVkIDAgYWZ0ZXIgNTYgdXNl Y3MKWyAgIDc4LjI4MDI5Nl0gQ2hlbHNpbyBUMyBpU0NTSSBEcml2ZXIgY3hnYjNpIHYyLjAuMCAo SnVuLiAyMDEwKQpbICAgNzguMjg1MjM3XSBpc2NzaTogcmVnaXN0ZXJlZCB0cmFuc3BvcnQgKGN4 Z2IzaSkKWyAgIDc4LjI4NTMzMl0gaW5pdGNhbGwgY3hnYjNpX2luaXRfbW9kdWxlKzB4MC8weDEw MDAgW2N4Z2IzaV0gcmV0dXJuZWQgMCBhZnRlciA0OTAyIHVzZWNzCiAgMiBsb2dpY2FsIHZvbHVt ZShzKSBpbiB2b2x1bWUgZ3JvdXAgInZnX2luc3A2NDAwIiBtb25pdG9yZWQKU3RhcnRlZCBMU0I6 IHN0YXJ0IGFuZCBzdG9wIGlwNnRhYmxlcyBmaXJld2FsbC4KU3RhcnRlZCBNYWNoaW5lIENoZWNr IEV4Y2VwdGlvbiBMb2dnaW5nIERhZW1vbi4KU3RhcnRlZCBBdmFoaSBtRE5TL0ROUy1TRCBTdGFj ay4KU3RhcnRlZCBBQlJUIEF1dG9tYXRlZCBCdWcgUmVwb3J0aW5nIFRvb2wuClsgIE9LICBdClsg ICA3OS4yOTM1ODhdIGNhbGxpbmcgIHVpb19pbml0KzB4MC8weDEwMDAgW3Vpb10gQCA4NDcKWyAg IDc5LjI5Mzk1OF0gaW5pdGNhbGwgdWlvX2luaXQrMHgwLzB4MTAwMCBbdWlvXSByZXR1cm5lZCAw IGFmdGVyIDI4MSB1c2VjcwpbICAgNzkuNDAyNjcxXSBjYWxsaW5nICBjbmljX2luaXQrMHgwLzB4 MTAwMCBbY25pY10gQCA4NDcKWyAgIDc5LjQwMjgwNl0gY25pYzogQnJvYWRjb20gTmV0WHRyZW1l IElJIENOSUMgRHJpdmVyIGNuaWMgdjIuNS43IChKdWx5IDIwLCAyMDExKQpbICAgNzkuNDUyOTkw XSBpbml0Y2FsbCBjbmljX2luaXQrMHgwLzB4MTAwMCBbY25pY10gcmV0dXJuZWQgMCBhZnRlciA0 ODk4NyB1c2VjcwpTdGFydGVkIExTQjogTW9uaXRvcmluZyBvZiBMVk0yIG1pcnJvcnMsIHNuYXBz aG90cyBldGMuIHVzaW5nIGRtZXZlbnRkIG9yIHByb2dyZXNzIHBvbGxpbmcuClsgICA3OS43MjA2 ODRdIGNhbGxpbmcgIGJueDJpX21vZF9pbml0KzB4MC8weDEwMDAgW2JueDJpXSBAIDg0NwpbICAg NzkuNzIwNzY0XSBCcm9hZGNvbSBOZXRYdHJlbWUgSUkgaVNDU0kgRHJpdmVyIGJueDJpIHYyLjcu MC4zIChKdW4gMTUsIDIwMTEpClsgICA3OS43MjE4MjJdIGlzY3NpOiByZWdpc3RlcmVkIHRyYW5z cG9ydCAoYm54MmkpClsgICA3OS43NDMzNzJdIGluaXRjYWxsIGJueDJpX21vZF9pbml0KzB4MC8w eDEwMDAgW2JueDJpXSByZXR1cm5lZCAwIGFmdGVyIDIyMDY5IHVzZWNzClsgICA4MC4wNzM5MDFd IGNhbGxpbmcgIGJlaXNjc2lfbW9kdWxlX2luaXQrMHgwLzB4MTAwMCBbYmUyaXNjc2ldIEAgODU2 ClsgICA4MC4wNzUyNzNdIGlzY3NpOiByZWdpc3RlcmVkIHRyYW5zcG9ydCAoYmUyaXNjc2kpClsg ICA4MC4wNzYzOTBdIGluaXRjYWxsIGJlaXNjc2lfbW9kdWxlX2luaXQrMHgwLzB4MTAwMCBbYmUy aXNjc2ldIHJldHVybmVkIDAgYWZ0ZXIgMjM0NiB1c2VjcwoKQnVpbGRpbmcgbW9kdWxlcyBmb3Ig a2VybmVsIDMuMS4wLTAucmM2LmdpdDAuMC5mYzE3Lng4Nl82NCwgdXNpbmcgc291cmNlIGRpcmVj dG9yeQovbGliL21vZHVsZXMvMy4xLjAtMC5yYzYuZ2l0MC4wLmZjMTcueDg2XzY0L2J1aWxkLiBQ bGVhc2Ugd2FpdC4uLgpbICBPSyAgXQpbICAgODAuOTUxODc4XSBpc2NzaWQgKDg3MSk6IC9wcm9j Lzg3MS9vb21fYWRqIGlzIGRlcHJlY2F0ZWQsIHBsZWFzZSB1c2UgL3Byb2MvODcxL29vbV9zY29y ZV9hZGogaW5zdGVhZC4KU3RhcnRlZCBMU0I6IFN0YXJ0cyBhbmQgc3RvcHMgbG9naW4gaVNDU0kg ZGFlbW9uLi4KU3RhcnRpbmcgU1lTVjogc3RhcnQgYW5kIHN0b3AgSVNETiBzZXJ2aWNlcy4uLgpT dGFydGVkIFNZU1Y6IHN0YXJ0IGFuZCBzdG9wIElTRE4gc2VydmljZXMuClN0YXJ0aW5nIExTQjog QnJpbmcgdXAvZG93biBuZXR3b3JraW5nLi4uClN0YXJ0aW5nIExTQjogUG9ydCByZXNlcnZhdGlv biB1dGlsaXR5Li4uClN0YXJ0aW5nIHBvcnRyZXNlcnZlOiBbICBPSyAgXQpTdGFydGVkIExTQjog UG9ydCByZXNlcnZhdGlvbiB1dGlsaXR5LgpCcmluZ2luZyB1cCBsb29wYmFjayBpbnRlcmZhY2U6 ICBbICBPSyAgXQpCcmluZ2luZyB1cCBpbnRlcmZhY2UgYm9uZDA6ICBbICAgODkuMjA2NzgxXSBj YWxsaW5nICBib25kaW5nX2luaXQrMHgwLzB4MTAwMCBbYm9uZGluZ10gQCAxMTY0ClsgICA4OS4y MDY5MTRdIGJvbmRpbmc6IEV0aGVybmV0IENoYW5uZWwgQm9uZGluZyBEcml2ZXI6IHYzLjcuMSAo QXByaWwgMjcsIDIwMTEpClsgICA4OS4zMDMzMjldIGluaXRjYWxsIGJvbmRpbmdfaW5pdCsweDAv MHgxMDAwIFtib25kaW5nXSByZXR1cm5lZCAwIGFmdGVyIDk0MTQwIHVzZWNzClsgICA4OS4zMzAy MzBdIGJvbmRpbmc6IGJvbmQwIGlzIGJlaW5nIGNyZWF0ZWQuLi4KWyAgIDg5LjMzMDgzNV0gYm9u ZGluZzogYm9uZDAgYWxyZWFkeSBleGlzdHMuClsgICA5MC4xMDU4NjhdIGJvbmRpbmc6IGJvbmQw OiBzZXR0aW5nIG1vZGUgdG8gYmFsYW5jZS10bGIgKDUpLgpbICAgOTAuMTA3MjgyXSBib25kaW5n OiBib25kMDogU2V0dGluZyBNSUkgbW9uaXRvcmluZyBpbnRlcnZhbCB0byA1LgpbICAgOTAuMTA4 MDMwXSBib25kaW5nOiBib25kMDogU2V0dGluZyBkb3duIGRlbGF5IHRvIDIwMDAuClsgICA5MC4x ODQ1ODFdIEFERFJDT05GKE5FVERFVl9VUCk6IGJvbmQwOiBsaW5rIGlzIG5vdCByZWFkeQpbICAg OTAuNzIwNjgzXSBib25kaW5nOiBib25kMDogQWRkaW5nIHNsYXZlIGV0aDAuClsgICA5MC44Nzgz MjFdIGJvbmRpbmc6IGJvbmQwOiBlbnNsYXZpbmcgZXRoMCBhcyBhbiBhY3RpdmUgaW50ZXJmYWNl IHdpdGggYSBkb3duIGxpbmsuCkVSUk9SICAgIDogWy9ldGMvc3lzY29uZmlnL25ldHdvcmstc2Ny aXB0cy9pZnVwLWV0aF0gRGV2aWNlIGV0aDEgZG9lcyBub3Qgc2VlbSB0byBiZSBwcmVzZW50LCBk ZWxheWluZyBpbml0aWFsaXphdGlvbi4KWyAgIDkyLjYwMjY1Nl0gY2FsbGluZyAgbGxjX2luaXQr MHgwLzB4MTAwMCBbbGxjXSBAIDEzMjUKWyAgIDkyLjY3OTkxMF0gY2FsbGluZyAgYnJfaW5pdCsw eDAvMHhiZCBbYnJpZGdlXSBAIDEzMjUKWyAgIDkyLjY4MTIzNF0gQnJpZGdlIGZpcmV3YWxsaW5n IHJlZ2lzdGVyZWQKWyAgIDkyLjY4MTIzNF0gaW5pdGNhbGwgYnJfaW5pdCsweDAvMHhiZCBbYnJp ZGdlXSByZXR1cm5lZCAwIGFmdGVyIDE2ODQgdXNlY3MKClsgICA5Mi43OTk3MDFdIGRldmljZSBi b25kMCBlbnRlcmVkIHByb21pc2N1b3VzIG1vZGUKWyAgT0sgIF0KQnJpbmdpbmcgdXAgaW50ZXJm YWNlIHhlbmJyMDogIFsgICA5My43MDQ5MDhdIGI0NCBzc2IwOjA6IGV0aDA6IExpbmsgaXMgdXAg YXQgMTAwIE1icHMsIGZ1bGwgZHVwbGV4ClsgICA5My43MDQ5NjJdIGI0NCBzc2IwOjA6IGV0aDA6 IEZsb3cgY29udHJvbCBpcyBvZmYgZm9yIFRYIGFuZCBvZmYgZm9yIFJYClsgICA5My43OTE2MDFd IGJvbmRpbmc6IGJvbmQwOiBsaW5rIHN0YXR1cyBkZWZpbml0ZWx5IHVwIGZvciBpbnRlcmZhY2Ug ZXRoMCwgMTAwIE1icHMgZnVsbCBkdXBsZXguClsgICA5My43OTE3NjVdIGJvbmRpbmc6IGJvbmQw OiBtYWtpbmcgaW50ZXJmYWNlIGV0aDAgdGhlIG5ldyBhY3RpdmUgb25lLgpbICAgOTMuNzkxODIz XSBkZXZpY2UgZXRoMCBlbnRlcmVkIHByb21pc2N1b3VzIG1vZGUKWyAgIDkzLjc5OTIwMV0gYm9u ZGluZzogYm9uZDA6IGZpcnN0IGFjdGl2ZSBpbnRlcmZhY2UgdXAhCgpEZXRlcm1pbmluZyBJUCBp bmZvcm1hdGlvbiBmb3IgeGVuYnIwLi4uWyAgIDk0LjEzMTYzNV0gQUREUkNPTkYoTkVUREVWX0NI QU5HRSk6IGJvbmQwOiBsaW5rIGJlY29tZXMgcmVhZHkKWyAgIDk0LjE2MzA2N10geGVuYnIwOiBw b3J0IDEoYm9uZDApIGVudGVyaW5nIGZvcndhcmRpbmcgc3RhdGUKWyAgIDk0LjE2MzUzMV0geGVu YnIwOiBwb3J0IDEoYm9uZDApIGVudGVyaW5nIGZvcndhcmRpbmcgc3RhdGUKIGRvbmUuClsgIE9L ICBdClN0YXJ0ZWQgTFNCOiBCcmluZyB1cC9kb3duIG5ldHdvcmtpbmcuClN0YXJ0aW5nIC93aW5k b3dzL0MuLi4KU3RhcnRpbmcgL3dpbmRvd3MvRGlnaS4uLgpTdGFydGluZyBTZXQgdGltZSB2aWEg TlRQLi4uClsgIDEwMS4zNTA1MjJdIGNhbGxpbmcgIGZzY2FjaGVfaW5pdCsweDAvMHgyMTYgW2Zz Y2FjaGVdIEAgMTc2MwpbICAxMDEuMzUxOTk5XSBGUy1DYWNoZTogTG9hZGVkClsgIDEwMS4zNTIw MjZdIGluaXRjYWxsIGZzY2FjaGVfaW5pdCsweDAvMHgyMTYgW2ZzY2FjaGVdIHJldHVybmVkIDAg YWZ0ZXIgMTM4NSB1c2VjcwpbICAxMDEuNDczMDQ2XSBjYWxsaW5nICBpbml0X2NpZnMrMHgwLzB4 MTAwMCBbY2lmc10gQCAxNzYzClsgIDEwMS40NzQwMTddIEZTLUNhY2hlOiBOZXRmcyAnY2lmcycg cmVnaXN0ZXJlZCBmb3IgY2FjaGluZwpbICAxMDEuNDc5OTgwXSBpbml0Y2FsbCBpbml0X2NpZnMr MHgwLzB4MTAwMCBbY2lmc10gcmV0dXJuZWQgMCBhZnRlciA2Njc4IHVzZWNzClsgIDEwMS41NjY2 NDhdIGNhbGxpbmcgIGluaXRfbmxzX3V0ZjgrMHgwLzB4MTAwMCBbbmxzX3V0ZjhdIEAgMTc3NApb ICAxMDEuNTY2NzMzXSBpbml0Y2FsbCBpbml0X25sc191dGY4KzB4MC8weDEwMDAgW25sc191dGY4 XSByZXR1cm5lZCAwIGFmdGVyIDMgdXNlY3MKWyAgMTAxLjc3NDYzOF0gQ0lGUyBWRlM6IGRlZmF1 bHQgc2VjdXJpdHkgbWVjaGFuaXNtIHJlcXVlc3RlZC4gIFRoZSBkZWZhdWx0IHNlY3VyaXR5IG1l Y2hhbmlzbSB3aWxsIGJlIHVwZ3JhZGVkIGZyb20gbnRsbSB0byBudGxtdjIgaW4ga2VybmVsIHJl bGVhc2UgMy4xClsgIDEwMS44ODYyMzZdIGNhbGxpbmcgIG1kNF9tb2RfaW5pdCsweDAvMHgxMDAw IFttZDRdIEAgMTgwMgpbICAxMDEuODkxMTMzXSBpbml0Y2FsbCBtZDRfbW9kX2luaXQrMHgwLzB4 MTAwMCBbbWQ0XSByZXR1cm5lZCAwIGFmdGVyIDQ3MjIgdXNlY3MKWyAgMTAyLjE2NzQ4M10gY2Fs bGluZyAgZGVzX2dlbmVyaWNfbW9kX2luaXQrMHgwLzB4MTAwMCBbZGVzX2dlbmVyaWNdIEAgMTgy NgpbICAxMDIuMTc0NzkyXSBpbml0Y2FsbCBkZXNfZ2VuZXJpY19tb2RfaW5pdCsweDAvMHgxMDAw IFtkZXNfZ2VuZXJpY10gcmV0dXJuZWQgMCBhZnRlciA3MDUzIHVzZWNzClsgIDEwMi4yNzg3MDZd IFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgY2lmcywgdHlwZSBjaWZzKSwgdXNlcyBnZW5mc19j b250ZXh0cwpbICAxMDIuMjgxNjk5XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGNpZnMsIHR5 cGUgY2lmcyksIHVzZXMgZ2VuZnNfY29udGV4dHMKU3RhcnRlZCAvd2luZG93cy9EaWdpLgpTdGFy dGVkIC93aW5kb3dzL0MuClsgIDEwMi4yOTQ5NDZdIG1vdW50LmNpZnMgdXNlZCBncmVhdGVzdCBz dGFjayBkZXB0aDogMjkyOCBieXRlcyBsZWZ0ClsgIDEwNC4zODcwOTJdIHhlbmJyMDogbm8gSVB2 NiByb3V0ZXJzIHByZXNlbnQKWyAgMTA0LjY3NDIxNV0gYm9uZDA6IG5vIElQdjYgcm91dGVycyBw cmVzZW50ClN0YXJ0ZWQgU2V0IHRpbWUgdmlhIE5UUC4KU3RhcnRpbmcgTmV0d29yayBUaW1lIFNl cnZpY2UuLi4KU3RhcnRlZCBOZXR3b3JrIFRpbWUgU2VydmljZS4KWyAgMTI0LjMwNTg3OF0KWyAg MTI0LjMwNTg4NF0gPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09ClsgIDEyNC4zMDYwMzZdIFsgSU5GTzogSEFSRElSUS1zYWZlIC0+IEhBUkRJUlEt dW5zYWZlIGxvY2sgb3JkZXIgZGV0ZWN0ZWQgXQpbICAxMjQuMzA2MDk1XSAzLjEuMC0wLnJjNi5n aXQwLjAuZmMxNy54ODZfNjQgIzEKWyAgMTI0LjMwNjEzOF0gLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tClsgIDEyNC4zMDYxOTZdIHN3YXBwZXIv MCBbSEMwWzBdOlNDMVszXTpIRTA6U0UwXSBpcyB0cnlpbmcgdG8gYWNxdWlyZToKWyAgMTI0LjMw NjI1NF0gIChuZl9jb25udHJhY2tfbG9jayl7Ky4tLi4ufSwgYXQ6IFs8ZmZmZmZmZmZhMDMzYzdi Nz5dIGRlc3Ryb3lfY29bICAxMjQuMzA2Mzk3XQpbICAxMjQuMzA2Mzk5XSBhbmQgdGhpcyB0YXNr IGlzIGFscmVhZHkgaG9sZGluZzoKWyAgMTI0LjMwNjQ2Ml0gICgmKCZicC0+bG9jayktPnJsb2Nr KXstLi0uLi59LCBhdDogWzxmZmZmZmZmZmEwMmE0YTZhPl0gYjQ0X3BvbGwrMHgyOC8weDNlYyBb YjQ0XQpbICAxMjQuMzA2NTY4XSB3aGljaCB3b3VsZCBjcmVhdGUgYSBuZXcgbG9jayBkZXBlbmRl bmN5OgpbICAxMjQuMzA2NjEyXSAgKCYoJmJwLT5sb2NrKS0+cmxvY2spey0uLS4uLn0gLT4gKG5m X2Nvbm50cmFja19sb2NrKXsrLi0uLi59ClsgIDEyNC4zMDY3MjNdClsgIDEyNC4zMDY3MjddIGJ1 dCB0aGlzIG5ldyBkZXBlbmRlbmN5IGNvbm5lY3RzIGEgSEFSRElSUS1pcnEtc2FmZSBsb2NrOgpb ICAxMjQuMzA2NzgyXSAgKCYoJmJwLT5sb2NrKS0+cmxvY2spey0uLS4uLn0KWyAgMTI0LjMwNjc4 Ml0gLi4uIHdoaWNoIGJlY2FtZSBIQVJESVJRLWlycS1zYWZlIGF0OgpbICAxMjQuMzA2NzgyXSAg IFs8ZmZmZmZmZmY4MTA4ZTE3Nj5dIF9fbG9ja19hY3F1aXJlKzB4MmNlLzB4ZDBjClsgIDEyNC4z MDY3ODJdICAgWzxmZmZmZmZmZjgxMDhmMGI3Pl0gbG9ja19hY3F1aXJlKzB4ZjMvMHgxM2UKWyAg MTI0LjMwNjc4Ml0gICBbPGZmZmZmZmZmODE1MDQ0ZWQ+XSBfcmF3X3NwaW5fbG9jaysweDQ1LzB4 NzkKWyAgMTI0LjMwNjc4Ml0gICBbPGZmZmZmZmZmYTAyYTI3MjU+XSBiNDRfaW50ZXJydXB0KzB4 MjUvMHhkOSBbYjQ0XQpbICAxMjQuMzA2NzgyXSAgIFs8ZmZmZmZmZmY4MTBjMjk1OD5dIGhhbmRs ZV9pcnFfZXZlbnRfcGVyY3B1KzB4YjQvMHgyNzEKWyAgMTI0LjMwNjc4Ml0gICBbPGZmZmZmZmZm ODEwYzJiNWM+XSBoYW5kbGVfaXJxX2V2ZW50KzB4NDcvMHg2NwpbICAxMjQuMzA2NzgyXSAgIFs8 ZmZmZmZmZmY4MTBjNGVmMD5dIGhhbmRsZV9mYXN0ZW9pX2lycSsweDhhLzB4YjAKWyAgMTI0LjMw Njc4Ml0gICBbPGZmZmZmZmZmODEyZDk4NmY+XSBfX3hlbl9ldnRjaG5fZG9fdXBjYWxsKzB4MTVl LzB4MjAzClsgIDEyNC4zMDY3ODJdICAgWzxmZmZmZmZmZjgxMmRhZjU0Pl0geGVuX2V2dGNobl9k b191cGNhbGwrMHgyYy8weDNlClsgIDEyNC4zMDY3ODJdICAgWzxmZmZmZmZmZjgxNTBkZmNlPl0g eGVuX2RvX2h5cGVydmlzb3JfY2FsbGJhY2srMHgxZS8weDMwClsgIDEyNC4zMDY3ODJdClsgIDEy NC4zMDY3ODJdIHRvIGEgSEFSRElSUS1pcnEtdW5zYWZlIGxvY2s6ClsgIDEyNC4zMDY3ODJdICAo bmZfY29ubnRyYWNrX2xvY2speysuLS4uLn0KWyAgMTI0LjMwNjc4Ml0gLi4uIHdoaWNoIGJlY2Ft ZSBIQVJESVJRLWlycS11bnNhZmUgYXQ6ClsgIDEyNC4zMDY3ODJdIC4uLiAgWzxmZmZmZmZmZjgx MDhlMWVkPl0gX19sb2NrX2FjcXVpcmUrMHgzNDUvMHhkMGMKWyAgMTI0LjMwNjc4Ml0gICBbPGZm ZmZmZmZmODEwOGYwYjc+XSBsb2NrX2FjcXVpcmUrMHhmMy8weDEzZQpbICAxMjQuMzA2NzgyXSAg IFs8ZmZmZmZmZmY4MTUwNDgzNj5dIF9yYXdfc3Bpbl9sb2NrX2JoKzB4NGEvMHg3ZQpbICAxMjQu MzA2NzgyXSAgIFs8ZmZmZmZmZmZhMDMzZGY0OD5dIG5mX2Nvbm50cmFja19pbisweDQ2MS8weDdk YyBbbmZfY29ubnRyYWNrXQpbICAxMjQuMzA2NzgyXSAgIFs8ZmZmZmZmZmZhMDM1NjVmZj5dIGlw djRfY29ubnRyYWNrX2luKzB4MjEvMHgyMyBbbmZfY29ubnRyYWNrX2lwdjRdClsgIDEyNC4zMDY3 ODJdICAgWzxmZmZmZmZmZjgxNDNjOTZkPl0gbmZfaXRlcmF0ZSsweDRjLzB4OGMKWyAgMTI0LjMw Njc4Ml0gICBbPGZmZmZmZmZmODE0M2NhMjk+XSBuZl9ob29rX3Nsb3crMHg3Yy8weDEyMwpbICAx MjQuMzA2NzgyXSAgIFs8ZmZmZmZmZmY4MTQ0NjIwZj5dIE5GX0hPT0suY29uc3Rwcm9wLjQrMHg0 Ni8weDVhClsgIDEyNC4zMDY3ODJdICAgWzxmZmZmZmZmZjgxNDQ2OGM5Pl0gaXBfcmN2KzB4MjM5 LzB4MjY0ClsgIDEyNC4zMDY3ODJdICAgWzxmZmZmZmZmZjgxNDE1ZGU1Pl0gX19uZXRpZl9yZWNl aXZlX3NrYisweDRhZi8weDUwOApbICAxMjQuMzA2NzgyXSAgIFs8ZmZmZmZmZmY4MTQxNWVjOD5d IHByb2Nlc3NfYmFja2xvZysweDhhLzB4MTUxClsgIDEyNC4zMDY3ODJdICAgWzxmZmZmZmZmZjgx NDE3YmZhPl0gbmV0X3J4X2FjdGlvbisweGFlLzB4MjFjClsgIDEyNC4zMDY3ODJdICAgWzxmZmZm ZmZmZjgxMDYyYjJlPl0gX19kb19zb2Z0aXJxKzB4MTEyLzB4MjVhClsgIDEyNC4zMDY3ODJdICAg WzxmZmZmZmZmZjgxNTBkZjdjPl0gY2FsbF9zb2Z0aXJxKzB4MWMvMHgzMApbICAxMjQuMzA2Nzgy XSAgIFs8ZmZmZmZmZmY4MTAxMGJmZD5dIGRvX3NvZnRpcnErMHg0Yi8weGEyClsgIDEyNC4zMDY3 ODJdICAgWzxmZmZmZmZmZjgxMDYyZWRkPl0gaXJxX2V4aXQrMHg1ZC8weGNmClsgIDEyNC4zMDY3 ODJdICAgWzxmZmZmZmZmZjgxMmRhZjU5Pl0geGVuX2V2dGNobl9kb191cGNhbGwrMHgzMS8weDNl ClsgIDEyNC4zMDY3ODJdICAgWzxmZmZmZmZmZjgxNTBkZmNlPl0geGVuX2RvX2h5cGVydmlzb3Jf Y2FsbGJhY2srMHgxZS8weDMwClsgIDEyNC4zMDY3ODJdClsgIDEyNC4zMDY3ODJdIG90aGVyIGlu Zm8gdGhhdCBtaWdodCBoZWxwIHVzIGRlYnVnIHRoaXM6ClsgIDEyNC4zMDY3ODJdClsgIDEyNC4z MDY3ODJdICBQb3NzaWJsZSBpbnRlcnJ1cHQgdW5zYWZlIGxvY2tpbmcgc2NlbmFyaW86ClsgIDEy NC4zMDY3ODJdClsgIDEyNC4zMDY3ODJdICAgICAgICBDUFUwICAgICAgICAgICAgICAgICAgICBD UFUxClsgIDEyNC4zMDY3ODJdICAgICAgICAtLS0tICAgICAgICAgICAgICAgICAgICAtLS0tClsg IDEyNC4zMDY3ODJdICAgbG9jayhuZl9jb25udHJhY2tfbG9jayk7ClsgIDEyNC4zMDY3ODJdICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBsb2NhbF9pcnFfZGlzYWJsZSgpOwpbICAxMjQu MzA2NzgyXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbG9jaygmKCZicC0+bG9jaykt PnJsb2NrKTsKWyAgMTI0LjMwNjc4Ml0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGxv Y2sobmZfY29ubnRyYWNrX2xvY2spOwpbICAxMjQuMzA2NzgyXSAgIDxJbnRlcnJ1cHQ+ClsgIDEy NC4zMDY3ODJdICAgICBsb2NrKCYoJmJwLT5sb2NrKS0+cmxvY2spOwpbICAxMjQuMzA2NzgyXQpb ICAxMjQuMzA2NzgyXSAgKioqIERFQURMT0NLICoqKgpbICAxMjQuMzA2NzgyXQpbICAxMjQuMzA2 NzgyXSAgIzA6ICAoJigmYnAtPmxvY2spLT5ybG9jayl7LS4tLi4ufSwgYXQ6IFs8ZmZmZmZmZmZh MDJhNGE2YT5dIGI0NF9wb2xsKzB4MjgvMHgzZWMgW2I0NF0KWyAgMTI0LjMwNjc4Ml0gICMxOiAg KHJjdV9yZWFkX2xvY2spey4rLisuLn0sIGF0OiBbPGZmZmZmZmZmODE0M2M1NDg+XSByY3VfcmVh ZF9sb2NrKzB4MC8weDQ0ClsgIDEyNC4zMDY3ODJdClsgIDEyNC4zMDY3ODJdIHRoZSBkZXBlbmRl bmNpZXMgYmV0d2VlbiBIQVJESVJRLWlycS1zYWZlIGxvY2sgYW5kIHRoZSBob2xkaW5nIGxvY2s6 ClsgIDEyNC4zMDY3ODJdIC0+ICgmKCZicC0+bG9jayktPnJsb2NrKXstLi0uLi59IG9wczogNzQx IHsKWyAgMTI0LjMwNjc4Ml0gICAgSU4tSEFSRElSUS1XIGF0OgpbICAxMjQuMzA2NzgyXSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODEwOGUxNzY+XSBf X2xvY2tfYWNxdWlyZSsweDJjZS8weGQwYwpbICAxMjQuMzA2NzgyXSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODEwOGYwYjc+XSBsb2NrX2FjcXVpcmUr MHhmMy8weDEzZQpbICAxMjQuMzA2NzgyXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBbPGZmZmZmZmZmODE1MDQ0ZWQ+XSBfcmF3X3NwaW5fbG9jaysweDQ1LzB4NzkKWyAg MTI0LjMwNjc4Ml0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZm ZmZmZmEwMmEyNzI1Pl0gYjQ0X2ludGVycnVwdCsweDI1LzB4ZDkgW2I0NF0KWyAgMTI0LjMwNjc4 Ml0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxMGMy OTU4Pl0gaGFuZGxlX2lycV9ldmVudF9wZXJjcHUrMHhiNC8weDI3MQpbICAxMjQuMzA2NzgyXSAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODEwYzJiNWM+ XSBoYW5kbGVfaXJxX2V2ZW50KzB4NDcvMHg2NwpbICAxMjQuMzA2NzgyXSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODEwYzRlZjA+XSBoYW5kbGVfZmFz dGVvaV9pcnErMHg4YS8weGIwClsgIDEyNC4zMDY3ODJdICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTJkOTg2Zj5dIF9feGVuX2V2dGNobl9kb191cGNh bGwrMHgxNWUvMHgyMDMKWyAgMTI0LjMwNjc4Ml0gICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgWzxmZmZmZmZmZjgxMmRhZjU0Pl0geGVuX2V2dGNobl9kb191cGNhbGwrMHgy Yy8weDNlClsgIDEyNC4zMDY3ODJdICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFs8ZmZmZmZmZmY4MTUwZGZjZT5dIHhlbl9kb19oeXBlcnZpc29yX2NhbGxiYWNrKzB4MWUv MHgzMApbICAxMjQuMzA2NzgyXSAgICBJTi1TT0ZUSVJRLVcgYXQ6ClsgIDEyNC4zMDY3ODJdICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTA4ZTE5ZD5d IF9fbG9ja19hY3F1aXJlKzB4MmY1LzB4ZDBjClsgIDEyNC4zMDY3ODJdICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTA4ZjBiNz5dIGxvY2tfYWNxdWly ZSsweGYzLzB4MTNlClsgIDEyNC4zMDY3ODJdICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIFs8ZmZmZmZmZmY4MTUwNDYwMj5dIF9yYXdfc3Bpbl9sb2NrX2lycSsweDRmLzB4 ODIKWyAgMTI0LjMwNjc4Ml0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg WzxmZmZmZmZmZmEwMmEzOGEyPl0gYjQ0X3RpbWVyKzB4MTMvMHg1MSBbYjQ0XQpbICAxMjQuMzA2 NzgyXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODEw NmE4M2M+XSBydW5fdGltZXJfc29mdGlycSsweDIxOC8weDM3MgpbICAxMjQuMzA2NzgyXSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODEwNjJiMmU+XSBf X2RvX3NvZnRpcnErMHgxMTIvMHgyNWEKWyAgMTI0LjMwNjc4Ml0gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxNTBkZjdjPl0gY2FsbF9zb2Z0aXJxKzB4 MWMvMHgzMApbICAxMjQuMzA2NzgyXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBbPGZmZmZmZmZmODEwMTBiZmQ+XSBkb19zb2Z0aXJxKzB4NGIvMHhhMgpbICAxMjQuMzA2 NzgyXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODEw NjJlZGQ+XSBpcnFfZXhpdCsweDVkLzB4Y2YKWyAgMTI0LjMwNjc4Ml0gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxMmRhZjU5Pl0geGVuX2V2dGNobl9k b191cGNhbGwrMHgzMS8weDNlClsgIDEyNC4zMDY3ODJdICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTUwZGZjZT5dIHhlbl9kb19oeXBlcnZpc29yX2Nh bGxiYWNrKzB4MWUvMHgzMApbICAxMjQuMzA2NzgyXSAgICBJTklUSUFMIFVTRSBhdDoKWyAgMTI0 LjMwNjc4Ml0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZm ODEwOGUyNjI+XSBfX2xvY2tfYWNxdWlyZSsweDNiYS8weGQwYwpbICAxMjQuMzA2NzgyXSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTA4ZjBiNz5dIGxv Y2tfYWNxdWlyZSsweGYzLzB4MTNlClsgIDEyNC4zMDY3ODJdICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxNTA0NjAyPl0gX3Jhd19zcGluX2xvY2tfaXJx KzB4NGYvMHg4Mgp0X21hY19hZGRyKzB4NWEvMHg4MiBbYjQ0XQpbICAxMjQuMzA2NzgyXSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTQxNDg3ZD5dIGRl dl9zZXRfbWFjX2FkZHJlc3MrMHgzZS8weDU4ClsgIDEyNC4zMDY3ODJdICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZmEwNGE1OTg1Pl0gYm9uZF9lbnNsYXZl KzB4M2U2LzB4YTQ4IFtib25kaW5nXQpbICAxMjQuMzA2NzgyXSAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmZhMDRhYzQ1OD5dIGJvbmRpbmdfc3RvcmVfc2xh dmVzKzB4MTA2LzB4MTc0IFtib25kaW5nXQpbICAxMjQuMzA2NzgyXSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTMxMzhiMD5dIGRldl9hdHRyX3N0b3Jl KzB4MjAvMHgyMgpbICAxMjQuMzA2NzgyXSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFs8ZmZmZmZmZmY4MTFhMGQ1ZD5dIHN5c2ZzX3dyaXRlX2ZpbGUrMHgxMDgvMHgxNDQK WyAgMTI0LjMwNjc4Ml0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZm ZmZmZmZmODExNDJiZGE+XSB2ZnNfd3JpdGUrMHhhZi8weGY2ClsgIDEyNC4zMDY3ODJdICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxMTQyZGQ1Pl0gc3lz X3dyaXRlKzB4NGQvMHg3NApbICAxMjQuMzA2NzgyXSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTUwYmM4Mj5dIHN5c3RlbV9jYWxsX2Zhc3RwYXRoKzB4 MTYvMHgxYgpbICAxMjQuMzA2NzgyXSAgfQpbICAxMjQuMzA2NzgyXSAgLi4uIGtleSAgICAgIGF0 OiBbPGZmZmZmZmZmYTAyYTg0NDg+XSBfX2tleS4zNzAzNCsweDAvMHhmZmZmZmZmZmZmZmZkYmI4 IFtiNDRdClsgIDEyNC4zMDY3ODJdICAuLi4gYWNxdWlyZWQgYXQ6ClsgIDEyNC4zMDY3ODJdICAg IFs8ZmZmZmZmZmY4MTA4ZGI3Yz5dIGNoZWNrX2lycV91c2FnZSsweDQyLzB4ODgKWyAgMTI0LjMw Njc4Ml0gICAgWzxmZmZmZmZmZjgxMDhlOGZhPl0gX19sb2NrX2FjcXVpcmUrMHhhNTIvMHhkMGMK WyAgMTI0LjMwNjc4Ml0gICAgWzxmZmZmZmZmZjgxMDhmMGI3Pl0gbG9ja19hY3F1aXJlKzB4ZjMv MHgxM2UKWyAgMTI0LjMwNjc4Ml0gICAgWzxmZmZmZmZmZjgxNTA0ODM2Pl0gX3Jhd19zcGluX2xv Y2tfYmgrMHg0YS8weDdlClsgIDEyNC4zMDY3ODJdICAgIFs8ZmZmZmZmZmZhMDMzYzdiNz5dIGRl c3Ryb3lfY29ubnRyYWNrKzB4NzAvMHhlYyBbbmZfY29ubnRyYWNrXQpbICAxMjQuMzA2NzgyXSAg ICBbPGZmZmZmZmZmODE0M2M4NGM+XSBuZl9jb25udHJhY2tfZGVzdHJveSsweDVhLzB4NjQKWyAg MTI0LjMwNjc4Ml0gICAgWzxmZmZmZmZmZjgxNDBkODdkPl0gc2tiX3JlbGVhc2VfaGVhZF9zdGF0 ZSsweGE3LzB4ZWYKWyAgMTI0LjMwNjc4Ml0gICAgWzxmZmZmZmZmZjgxNDBkNTIwPl0gX19rZnJl ZV9za2IrMHgxMy8weDgzClsgIDEyNC4zMDY3ODJdICAgIFs8ZmZmZmZmZmY4MTQwZDYzNT5dIGNv bnN1bWVfc2tiKzB4YTUvMHhkMQpbICAxMjQuMzA2NzgyXSAgICBbPGZmZmZmZmZmYTAyYTRhZjE+ XSBiNDRfcG9sbCsweGFmLzB4M2VjIFtiNDRdClsgIDEyNC4zMDY3ODJdICAgIFs8ZmZmZmZmZmY4 MTQxN2JmYT5dIG5ldF9yeF9hY3Rpb24rMHhhZS8weDIxYwpbICAxMjQuMzA2NzgyXSAgICBbPGZm ZmZmZmZmODEwNjJiMmU+XSBfX2RvX3NvZnRpcnErMHgxMTIvMHgyNWEKWyAgMTI0LjMwNjc4Ml0g ICAgWzxmZmZmZmZmZjgxNTBkZjdjPl0gY2FsbF9zb2Z0aXJxKzB4MWMvMHgzMApbICAxMjQuMzA2 NzgyXSAgICBbPGZmZmZmZmZmODEwMTBiZmQ+XSBkb19zb2Z0aXJxKzB4NGIvMHhhMgpbICAxMjQu MzA2NzgyXSAgICBbPGZmZmZmZmZmODEwNjJlZGQ+XSBpcnFfZXhpdCsweDVkLzB4Y2YKWyAgMTI0 LjMwNjc4Ml0gICAgWzxmZmZmZmZmZjgxMmRhZjU5Pl0geGVuX2V2dGNobl9kb191cGNhbGwrMHgz MS8weDNlClsgIDEyNC4zMDY3ODJdICAgIFs8ZmZmZmZmZmY4MTUwZGZjZT5dIHhlbl9kb19oeXBl cnZpc29yX2NhbGxiYWNrKzB4MWUvMHgzMApbICAxMjQuMzA2NzgyXQpbICAxMjQuMzA2NzgyXQpb ICAxMjQuMzA2NzgyXSB0aGUgZGVwZW5kZW5jaWVzIGJldHdlZW4gdGhlIGxvY2sgdG8gYmUgYWNx dWlyZWQgYW5kIEhBUkRJUlEtaXJxLXVuc2FmZSBsb2NrOgpbICAxMjQuMzE0ODE5XSAtPiAobmZf Y29ubnRyYWNrX2xvY2speysuLS4uLn0gb3BzOiA1MiB7ClsgIDEyNC4zMTQ4MTldICAgIEhBUkRJ UlEtT04tVyBhdDoKWyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgWzxmZmZmZmZmZjgxMDhlMWVkPl0gX19sb2NrX2FjcXVpcmUrMHgzNDUvMHhkMGMK WyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxm ZmZmZmZmZjgxMDhmMGI3Pl0gbG9ja19hY3F1aXJlKzB4ZjMvMHgxM2UKWyAgMTI0LjMxNDgxOV0g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxNTA0ODM2 Pl0gX3Jhd19zcGluX2xvY2tfYmgrMHg0YS8weDdlClsgIDEyNC4zMTQ4MTldICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmZhMDMzZGY0OD5dIG5mX2Nvbm50 cmFja19pbisweDQ2MS8weDdkYyBbbmZfY29ubnRyYWNrXQpbICAxMjQuMzE0ODE5XSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmYTAzNTY1ZmY+XSBpcHY0 X2Nvbm50cmFja19pbisweDIxLzB4MjMgW25mX2Nvbm50cmFja19pcHY0XQpbICAxMjQuMzE0ODE5 XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODE0M2M5 NmQ+XSBuZl9pdGVyYXRlKzB4NGMvMHg4YwpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODE0M2NhMjk+XSBuZl9ob29rX3Nsb3cr MHg3Yy8weDEyMwpPSy5jb25zdHByb3AuNCsweDQ2LzB4NWEKWyAgMTI0LjMxNDgxOV0gICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxNDQ2OGM5Pl0gaXBf cmN2KzB4MjM5LzB4MjY0ClsgIDEyNC4zMTQ4MTldICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTQxNWRlNT5dIF9fbmV0aWZfcmVjZWl2ZV9za2IrMHg0 YWYvMHg1MDgKWyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgWzxmZmZmZmZmZjgxNDE1ZWM4Pl0gcHJvY2Vzc19iYWNrbG9nKzB4OGEvMHgxNTEKWyAg MTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZm ZmZmZjgxNDE3YmZhPl0gbmV0X3J4X2FjdGlvbisweGFlLzB4MjFjClsgIDEyNC4zMTQ4MTldICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTA2MmIyZT5d IF9fZG9fc29mdGlycSsweDExMi8weDI1YQpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODE1MGRmN2M+XSBjYWxsX3NvZnRpcnEr MHgxYy8weDMwClsgIDEyNC4zMTQ4MTldICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFs8ZmZmZmZmZmY4MTAxMGJmZD5dIGRvX3NvZnRpcnErMHg0Yi8weGEyClsgIDEyNC4z MTQ4MTldICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4 MTA2MmVkZD5dIGlycV9leGl0KzB4NWQvMHhjZgpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODEyZGFmNTk+XSB4ZW5fZXZ0Y2hu X2RvX3VwY2FsbCsweDMxLzB4M2UKWyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxNTBkZmNlPl0geGVuX2RvX2h5cGVydmlzb3Jf Y2FsbGJhY2srMHgxZS8weDMwClsgIDEyNC4zMTQ4MTldICAgIElOLVNPRlRJUlEtVyBhdDoKWyAg MTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZm ZmZmZjgxMDhlMTlkPl0gX19sb2NrX2FjcXVpcmUrMHgyZjUvMHhkMGMKWyAgMTI0LjMxNDgxOV0g ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxMDhmMGI3 Pl0gbG9ja19hY3F1aXJlKzB4ZjMvMHgxM2UKWyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxNTA0ODM2Pl0gX3Jhd19zcGluX2xv Y2tfYmgrMHg0YS8weDdlClsgIDEyNC4zMTQ4MTldICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFs8ZmZmZmZmZmZhMDMzZGY0OD5dIG5mX2Nvbm50cmFja19pbisweDQ2MS8w eDdkYyBbbmZfY29ubnRyYWNrXQpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmYTAzNTY1ZmY+XSBpcHY0X2Nvbm50cmFja19pbisw eDIxLzB4MjMgW25mX2Nvbm50cmFja19pcHY0XQpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODE0M2M5NmQ+XSBuZl9pdGVyYXRl KzB4NGMvMHg4YwpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBbPGZmZmZmZmZmODE0M2NhMjk+XSBuZl9ob29rX3Nsb3crMHg3Yy8weDEyMwpbICAx MjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZm ZmZmODE0NDYyMGY+XSBORl9IT09LLmNvbnN0cHJvcC40KzB4NDYvMHg1YQpbICAxMjQuMzE0ODE5 XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODE0NDY4 Yzk+XSBpcF9yY3YrMHgyMzkvMHgyNjQKWyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxNDE1ZGU1Pl0gX19uZXRpZl9yZWNlaXZl X3NrYisweDRhZi8weDUwOApbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBbPGZmZmZmZmZmODE0MTVlYzg+XSBwcm9jZXNzX2JhY2tsb2crMHg4YS8w eDE1MQpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBbPGZmZmZmZmZmODE0MTdiZmE+XSBuZXRfcnhfYWN0aW9uKzB4YWUvMHgyMWMKWyAgMTI0LjMx NDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgx MDYyYjJlPl0gX19kb19zb2Z0aXJxKzB4MTEyLzB4MjVhClsgIDEyNC4zMTQ4MTldICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTUwZGY3Yz5dIGNhbGxf c29mdGlycSsweDFjLzB4MzAKWyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxMDEwYmZkPl0gZG9fc29mdGlycSsweDRiLzB4YTIK WyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxm ZmZmZmZmZjgxMDYyZWRkPl0gaXJxX2V4aXQrMHg1ZC8weGNmClsgIDEyNC4zMTQ4MTldICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTJkYWY1OT5dIHhl bl9ldnRjaG5fZG9fdXBjYWxsKzB4MzEvMHgzZQpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODE1MGRmY2U+XSB4ZW5fZG9faHlw ZXJ2aXNvcl9jYWxsYmFjaysweDFlLzB4MzAKWyAgMTI0LjMxNDgxOV0gICAgSU5JVElBTCBVU0Ug YXQ6Cl9hY3F1aXJlKzB4M2JhLzB4ZDBjClsgIDEyNC4zMTQ4MTldICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxMDhmMGI3Pl0gbG9ja19hY3F1aXJlKzB4 ZjMvMHgxM2UKWyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBbPGZmZmZmZmZmODE1MDQ4MzY+XSBfcmF3X3NwaW5fbG9ja19iaCsweDRhLzB4N2UKWyAg MTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZm ZmZmYTAzM2RmNDg+XSBuZl9jb25udHJhY2tfaW4rMHg0NjEvMHg3ZGMgW25mX2Nvbm50cmFja10K WyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZm ZmZmZmZmYTAzNTY1ZmY+XSBpcHY0X2Nvbm50cmFja19pbisweDIxLzB4MjMgW25mX2Nvbm50cmFj a19pcHY0XQpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFs8ZmZmZmZmZmY4MTQzYzk2ZD5dIG5mX2l0ZXJhdGUrMHg0Yy8weDhjClsgIDEyNC4zMTQ4 MTldICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgWzxmZmZmZmZmZjgxNDNj YTI5Pl0gbmZfaG9va19zbG93KzB4N2MvMHgxMjMKWyAgMTI0LjMxNDgxOV0gICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODE0NDYyMGY+XSBORl9IT09LLmNv bnN0cHJvcC40KzB4NDYvMHg1YQpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTQ0NjhjOT5dIGlwX3JjdisweDIzOS8weDI2NApb ICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZm ZmZmZmY4MTQxNWRlNT5dIF9fbmV0aWZfcmVjZWl2ZV9za2IrMHg0YWYvMHg1MDgKWyAgMTI0LjMx NDgxOV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODE0 MTVlYzg+XSBwcm9jZXNzX2JhY2tsb2crMHg4YS8weDE1MQpbICAxMjQuMzE0ODE5XSAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTQxN2JmYT5dIG5ldF9y eF9hY3Rpb24rMHhhZS8weDIxYwpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTA2MmIyZT5dIF9fZG9fc29mdGlycSsweDExMi8w eDI1YQpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFs8ZmZmZmZmZmY4MTUwZGY3Yz5dIGNhbGxfc29mdGlycSsweDFjLzB4MzAKWyAgMTI0LjMxNDgx OV0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbPGZmZmZmZmZmODEwMTBi ZmQ+XSBkb19zb2Z0aXJxKzB4NGIvMHhhMgpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZmZmY4MTA2MmVkZD5dIGlycV9leGl0KzB4NWQv MHhjZgpbICAxMjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFs8ZmZmZmZmZmY4MTJkYWY1OT5dIHhlbl9ldnRjaG5fZG9fdXBjYWxsKzB4MzEvMHgzZQpbICAx MjQuMzE0ODE5XSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFs8ZmZmZmZm ZmY4MTUwZGZjZT5dIHhlbl9kb19oeXBlcnZpc29yX2NhbGxiYWNrKzB4MWUvMHgzMApbICAxMjQu MzE0ODE5XSAgfQpbICAxMjQuMzE0ODE5XSAgLi4uIGtleSAgICAgIGF0OiBbPGZmZmZmZmZmYTAz NDgwMTg+XSBuZl9jb25udHJhY2tfbG9jaysweDE4LzB4ZmZmZmZmZmZmZmZmZDAwMCBbbmZfY29u bnRyYWNrXQpbICAxMjQuMzE0ODE5XSAgLi4uIGFjcXVpcmVkIGF0OgpbICAxMjQuMzE0ODE5XSAg ICBbPGZmZmZmZmZmODEwOGRiN2M+XSBjaGVja19pcnFfdXNhZ2UrMHg0Mi8weDg4ClsgIDEyNC4z MTQ4MTldICAgIFs8ZmZmZmZmZmY4MTA4ZThmYT5dIF9fbG9ja19hY3F1aXJlKzB4YTUyLzB4ZDBj ClsgIDEyNC4zMTQ4MTldICAgIFs8ZmZmZmZmZmY4MTA4ZjBiNz5dIGxvY2tfYWNxdWlyZSsweGYz LzB4MTNlClsgIDEyNC4zMTQ4MTldICAgIFs8ZmZmZmZmZmY4MTUwNDgzNj5dIF9yYXdfc3Bpbl9s b2NrX2JoKzB4NGEvMHg3ZQpbICAxMjQuMzE0ODE5XSAgICBbPGZmZmZmZmZmYTAzM2M3Yjc+XSBk ZXN0cm95X2Nvbm50cmFjaysweDcwLzB4ZWMgW25mX2Nvbm50cmFja10KWyAgMTI0LjMxNDgxOV0g ICAgWzxmZmZmZmZmZjgxNDNjODRjPl0gbmZfY29ubnRyYWNrX2Rlc3Ryb3krMHg1YS8weDY0Clsg IDEyNC4zMTQ4MTldICAgIFs8ZmZmZmZmZmY4MTQwZDg3ZD5dIHNrYl9yZWxlYXNlX2hlYWRfc3Rh dGUrMHhhNy8weGVmClsgIDEyNC4zMTQ4MTldICAgIFs8ZmZmZmZmZmY4MTQwZDUyMD5dIF9fa2Zy ZWVfc2tiKzB4MTMvMHg4MwpbICAxMjQuMzE0ODE5XSAgICBbPGZmZmZmZmZmODE0MGQ2MzU+XSBj b25zdW1lX3NrYisweGE1LzB4ZDEKWyAgMTI0LjMxNDgxOV0gICAgWzxmZmZmZmZmZmEwMmE0YWYx Pl0gYjQ0X3BvbGwrMHhhZi8weDNlYyBbYjQ0XQpbICAxMjQuMzE0ODE5XSAgICBbPGZmZmZmZmZm ODE0MTdiZmE+XSBuZXRfcnhfYWN0aW9uKzB4YWUvMHgyMWMKWyAgMTI0LjMxNDgxOV0gICAgWzxm ZmZmZmZmZjgxMDYyYjJlPl0gX19kb19zb2Z0aXJxKzB4MTEyLzB4MjVhClsgIDEyNC4zMTQ4MTld ICAgIFs8ZmZmZmZmZmY4MTUwZGY3Yz5dIGNhbGxfc29mdGlycSsweDFjLzB4MzAKWyAgMTI0LjMx NDgxOV0gICAgWzxmZmZmZmZmZjgxMDEwYmZkPl0gZG9fc29mdGlycSsweDRiLzB4YTIKWyAgMTI0 LjMxNDgxOV0gICAgWzxmZmZmZmZmZjgxMDYyZWRkPl0gaXJxX2V4aXQrMHg1ZC8weGNmClsgIDEy NC4zMTQ4MTldICAgIFs8ZmZmZmZmZmY4MTJkYWY1OT5dIHhlbl9ldnRjaG5fZG9fdXBjYWxsKzB4 MzEvMHgzZQpbICAxMjQuMzE0ODE5XSAgICBbPGZmZmZmZmZmODE1MGRmY2U+XSB4ZW5fZG9faHlw ZXJ2aXNvcl9jYWxsYmFjaysweDFlLzB4MzAKWyAgMTI0LjMxNDgxOV0KWyAgMTI0LjMxNDgxOV0K WyAgMTI0LjMxNDgxOV0gUGlkOiAwLCBjb21tOiBzd2FwcGVyIE5vdCB0YWludGVkIDMuMS4wLTAu cmM2LmdpdDAuMC5mYzE3Lng4Nl82NCAjMQpbICAxMjQuMzE0ODE5XSBDYWxsIFRyYWNlOgpbICAx MjQuMzE0ODE5XSAgPElSUT4gIFs8ZmZmZmZmZmY4MTA4ZGIyNT5dIGNoZWNrX3VzYWdlKzB4Mzdm LzB4Mzk0ClsgIDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmODEwMDdkNzI+XSA/IGNoZWNrX2V2ZW50 cysweDEyLzB4MjAKWyAgMTI0LjMxNDgxOV0gIFs8ZmZmZmZmZmY4MTA4ZGI3Yz5dIGNoZWNrX2ly cV91c2FnZSsweDQyLzB4ODgKWyAgMTI0LjMxNDgxOV0gIFs8ZmZmZmZmZmY4MTA4ZThmYT5dIF9f bG9ja19hY3F1aXJlKzB4YTUyLzB4ZDBjClsgIDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmYTAzM2M0 NWQ+XSA/IHJjdV9yZWFkX2xvY2srMHg0NC8weDQ0IFtuZl9jb25udHJhY2tdClsgIDEyNC4zMTQ4 MTldICBbPGZmZmZmZmZmODEwMDc3NDY+XSA/IHhlbl9mb3JjZV9ldnRjaG5fY2FsbGJhY2srMHhk LzB4ZgpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxMDA3ZDcyPl0gPyBjaGVja19ldmVudHMr MHgxMi8weDIwClsgIDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmODEwMDc3NDY+XSA/IHhlbl9mb3Jj ZV9ldnRjaG5fY2FsbGJhY2srMHhkLzB4ZgpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZmEwMzNj N2I3Pl0gPyBkZXN0cm95X2Nvbm50cmFjaysweDcwLzB4ZWMgW25mX2Nvbm50cmFja10KWyAgMTI0 LjMxNDgxOV0gIFs8ZmZmZmZmZmY4MTA4ZjBiNz5dIGxvY2tfYWNxdWlyZSsweGYzLzB4MTNlClsg IDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmYTAzM2M3Yjc+XSA/IGRlc3Ryb3lfY29ubnRyYWNrKzB4 NzAvMHhlYyBbbmZfY29ubnRyYWNrXQpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxMDA3ZDVm Pl0gPyB4ZW5fcmVzdG9yZV9mbF9kaXJlY3RfcmVsb2MrMHg0LzB4NApbICAxMjQuMzE0ODE5XSAg WzxmZmZmZmZmZjgxNTA0ODM2Pl0gX3Jhd19zcGluX2xvY2tfYmgrMHg0YS8weDdlClsgIDEyNC4z MTQ4MTldICBbPGZmZmZmZmZmYTAzM2M3Yjc+XSA/IGRlc3Ryb3lfY29ubnRyYWNrKzB4NzAvMHhl YyBbbmZfY29ubnRyYWNrXQpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZmEwMzNjN2I3Pl0gZGVz dHJveV9jb25udHJhY2srMHg3MC8weGVjIFtuZl9jb25udHJhY2tdClsgIDEyNC4zMTQ4MTldICBb PGZmZmZmZmZmYTAzM2M3NDc+XSA/IG5mX2Nvbm50cmFja19mcmVlKzB4NTgvMHg1OCBbbmZfY29u bnRyYWNrXQpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxNDNjODRjPl0gbmZfY29ubnRyYWNr X2Rlc3Ryb3krMHg1YS8weDY0ClsgIDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmODE0MGQ4N2Q+XSBz a2JfcmVsZWFzZV9oZWFkX3N0YXRlKzB4YTcvMHhlZgpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZm ZjgxNDBkNTIwPl0gX19rZnJlZV9za2IrMHgxMy8weDgzClsgIDEyNC4zMTQ4MTldICBbPGZmZmZm ZmZmODE0MGQ2MzU+XSBjb25zdW1lX3NrYisweGE1LzB4ZDEKWyAgMTI0LjMxNDgxOV0gIFs8ZmZm ZmZmZmZhMDJhNGFmMT5dIGI0NF9wb2xsKzB4YWYvMHgzZWMgW2I0NF0KWyAgMTI0LjMxNDgxOV0g IFs8ZmZmZmZmZmY4MTQxN2JmYT5dIG5ldF9yeF9hY3Rpb24rMHhhZS8weDIxYwpbICAxMjQuMzE0 ODE5XSAgWzxmZmZmZmZmZjgxMDYyYTlhPl0gPyBfX2RvX3NvZnRpcnErMHg3ZS8weDI1YQpbICAx MjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxMDYyYjJlPl0gX19kb19zb2Z0aXJxKzB4MTEyLzB4MjVh ClsgIDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmODE1MGRmN2M+XSBjYWxsX3NvZnRpcnErMHgxYy8w eDMwClsgIDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmODEwMTBiZmQ+XSBkb19zb2Z0aXJxKzB4NGIv MHhhMgpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxMDYyZWRkPl0gaXJxX2V4aXQrMHg1ZC8w eGNmClsgIDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmODEyZGFmNTk+XSB4ZW5fZXZ0Y2huX2RvX3Vw Y2FsbCsweDMxLzB4M2UKWyAgMTI0LjMxNDgxOV0gIFs8ZmZmZmZmZmY4MTUwZGZjZT5dIHhlbl9k b19oeXBlcnZpc29yX2NhbGxiYWNrKzB4MWUvMHgzMApbICAxMjQuMzE0ODE5XSAgPEVPST4gIFs8 ZmZmZmZmZmY4MTAwMTNhYT5dID8gaHlwZXJjYWxsX3BhZ2UrMHgzYWEvMHgxMDAwClsgIDEyNC4z MTQ4MTldICBbPGZmZmZmZmZmODEwMDEzYWE+XSA/IGh5cGVyY2FsbF9wYWdlKzB4M2FhLzB4MTAw MApbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxMDA3NzAxPl0gPyB4ZW5fc2FmZV9oYWx0KzB4 MTAvMHgxOApbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxMDE2MDFlPl0gPyBkZWZhdWx0X2lk bGUrMHg1My8weDkwClsgIDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmODEwMGUyZjk+XSA/IGNwdV9p ZGxlKzB4YjUvMHgxMDEKWyAgMTI0LjMxNDgxOV0gIFs8ZmZmZmZmZmY4MTRlMDMwOD5dID8gcmVz dF9pbml0KzB4ZGMvMHhlMwpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxNGUwMjJjPl0gPyBj c3VtX3BhcnRpYWxfY29weV9nZW5lcmljKzB4MTZjLzB4MTZjClsgIDEyNC4zMTQ4MTldICBbPGZm ZmZmZmZmODFkNTNiOWY+XSA/IHN0YXJ0X2tlcm5lbCsweDNkZC8weDNlYQpbICAxMjQuMzE0ODE5 XSAgWzxmZmZmZmZmZjgxZDUzMmM0Pl0gPyB4ODZfNjRfc3RhcnRfcmVzZXJ2YXRpb25zKzB4YWYv MHhiMwpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxZDU1ZjE4Pl0gPyB4ZW5fc3RhcnRfa2Vy bmVsKzB4NTg4LzB4NThmClsgIDEyNC4zMTQ4MTldIC0tLS0tLS0tLS0tLVsgY3V0IGhlcmUgXS0t LS0tLS0tLS0tLQpbICAxMjQuMzE0ODE5XSBXQVJOSU5HOiBhdCBrZXJuZWwvc29mdGlycS5jOjE1 OSBfbG9jYWxfYmhfZW5hYmxlX2lwKzB4NDkvMHhjZSgpClsgIDEyNC4zMTQ4MTldIEhhcmR3YXJl IG5hbWU6IE1NMDYxClsgIDEyNC4zMTQ4MTldIE1vZHVsZXMgbGlua2VkIGluOiBkZXNfZ2VuZXJp YyBtZDQgbmxzX3V0ZjggY2lmcyBmc2NhY2hlIGJyaWRnZSBzdHAgbGxjIGJvbmRpbmcgYmUyaXNj c2kgaXNjc2lfYm9vdF9zeXNmcyBibngyaSBjbmljIHVpbyBjeGdiM2kgbGliY3hnYmkgaXdfY3hn YjMgY3hnYjMgbWRpbyBpYl9pc2VyIHJkbWFfY20gaWJfY20gaXdfY20gaWJfc2EgaWJfbWFkIGli X2NvcmUgaWJfYWRkciBpc2NzaV90Y3AgbGliaXNjc2lfdGNwIGxpYmlzY3NpIGlwNnRfUkVKRUNU IG5mX2Nvbm50cmFja19pcHY2IG5mX2RlZnJhZ19pcHY2IHNjc2lfdHJhbnNwb3J0X2lzY3NpIGlw NnRhYmxlX2ZpbHRlciBpcDZfdGFibGVzIHh0X2NvbW1lbnQgbmZfY29ubnRyYWNrX2lwdjQgbmZf ZGVmcmFnX2lwdjQgeHRfc3RhdGUgbmZfY29ubnRyYWNrIGlwdF9MT0cgeHRfcGh5c2RldiBkZWxs X3dtaSBzcGFyc2Vfa2V5bWFwIHNuZF9oZGFfY29kZWNfaWR0IGRlbGxfbGFwdG9wIG1pY3JvY29k ZSBkY2RiYXMgc25kX2hkYV9pbnRlbCBzbmRfaGRhX2NvZGVjIHNuZF9od2RlcCByODUyIHNtX2Nv bW1vbiBuYW5kIG5hbmRfaWRzIHNuZF9zZXEgc25kX3NlcV9kZXZpY2UgYjQ0IG5hbmRfZWNjIGFy YzQgc25kX3BjbSBzc2IgaVRDT193ZHQgam95ZGV2IHI1OTIgbXRkIG1lbXN0aWNrIG1paSBpMmNf aTgwMSBpVENPX3ZlbmRvcl9zdXBwb3J0IGl3bDM5NDUgaXdsX2xlZ2FjeSBtYWM4MDIxMSBzbmRf dGltZXIgY2ZnODAyMTEgc25kIHJma2lsbCBzb3VuZGNvcmUgc25kX3BhZ2VfYWxsb2MgdHVuIHhl bl9nbnRhbGxvYyB4ZW5fY29yZSBmaXJld2lyZV9vaGNpIGZpcmV3aXJlX2NvcmUgY3JjX2l0dV90 IHdtaSBpOTE1IGRybV9rbXNfaGVscGVyIGRybSBpMmNfYWxnb19iaXQgaTJjX2NvcmUgdmlkZW8g W2xhc3QgdW5sb2FkZWQ6IHNjc2lfd2FpdF9zY2FuXQpbICAxMjQuMzE0ODE5XSBQaWQ6IDAsIGNv bW06IHN3YXBwZXIgTm90IHRhaW50ZWQgMy4xLjAtMC5yYzYuZ2l0MC4wLmZjMTcueDg2XzY0ICMx ClsgIDEyNC4zMTQ4MTldIENhbGwgVHJhY2U6ClsgIDEyNC4zMTQ4MTldICA8SVJRPiAgWzxmZmZm ZmZmZjgxMDVjNGEwPl0gd2Fybl9zbG93cGF0aF9jb21tb24rMHg4My8weDliClsgIDEyNC4zMTQ4 MTldICBbPGZmZmZmZmZmYTAzM2M3ZjQ+XSA/IGRlc3Ryb3lfY29ubnRyYWNrKzB4YWQvMHhlYyBb bmZfY29ubnRyYWNrXQpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxMDVjNGQyPl0gd2Fybl9z bG93cGF0aF9udWxsKzB4MWEvMHgxYwpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxMDYyNTk4 Pl0gX2xvY2FsX2JoX2VuYWJsZV9pcCsweDQ5LzB4Y2UKWyAgMTI0LjMxNDgxOV0gIFs8ZmZmZmZm ZmY4MTA2MjYyYj5dIGxvY2FsX2JoX2VuYWJsZV9pcCsweGUvMHgxMApbICAxMjQuMzE0ODE5XSAg WzxmZmZmZmZmZjgxNTA0ZGU5Pl0gX3Jhd19zcGluX3VubG9ja19iaCsweDQwLzB4NDQKWyAgMTI0 LjMxNDgxOV0gIFs8ZmZmZmZmZmZhMDMzYzdmND5dIGRlc3Ryb3lfY29ubnRyYWNrKzB4YWQvMHhl YyBbbmZfY29ubnRyYWNrXQpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZmEwMzNjNzQ3Pl0gPyBu Zl9jb25udHJhY2tfZnJlZSsweDU4LzB4NTggW25mX2Nvbm50cmFja10KWyAgMTI0LjMxNDgxOV0g IFs8ZmZmZmZmZmY4MTQzYzg0Yz5dIG5mX2Nvbm50cmFja19kZXN0cm95KzB4NWEvMHg2NApbICAx MjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxNDBkODdkPl0gc2tiX3JlbGVhc2VfaGVhZF9zdGF0ZSsw eGE3LzB4ZWYKWyAgMTI0LjMxNDgxOV0gIFs8ZmZmZmZmZmY4MTQwZDUyMD5dIF9fa2ZyZWVfc2ti KzB4MTMvMHg4MwpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxNDBkNjM1Pl0gY29uc3VtZV9z a2IrMHhhNS8weGQxClsgIDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmYTAyYTRhZjE+XSBiNDRfcG9s bCsweGFmLzB4M2VjIFtiNDRdClsgIDEyNC4zMTQ4MTldICBbPGZmZmZmZmZmODE0MTdiZmE+XSBu ZXRfcnhfYWN0aW9uKzB4YWUvMHgyMWMKWyAgMTI0LjMxNDgxOV0gIFs8ZmZmZmZmZmY4MTA2MmE5 YT5dID8gX19kb19zb2Z0aXJxKzB4N2UvMHgyNWEKWyAgMTI0LjMxNDgxOV0gIFs8ZmZmZmZmZmY4 MTA2MmIyZT5dIF9fZG9fc29mdGlycSsweDExMi8weDI1YQpbICAxMjQuMzE0ODE5XSAgWzxmZmZm ZmZmZjgxNTBkZjdjPl0gY2FsbF9zb2Z0aXJxKzB4MWMvMHgzMApbICAxMjQuMzE0ODE5XSAgWzxm ZmZmZmZmZjgxMDEwYmZkPl0gZG9fc29mdGlycSsweDRiLzB4YTIKWyAgMTI0LjMxNDgxOV0gIFs8 ZmZmZmZmZmY4MTA2MmVkZD5dIGlycV9leGl0KzB4NWQvMHhjZgpbICAxMjQuMzE0ODE5XSAgWzxm ZmZmZmZmZjgxMmRhZjU5Pl0geGVuX2V2dGNobl9kb191cGNhbGwrMHgzMS8weDNlClsgIDEyNC4z MTQ4MTldICBbPGZmZmZmZmZmODE1MGRmY2U+XSB4ZW5fZG9faHlwZXJ2aXNvcl9jYWxsYmFjaysw eDFlLzB4MzAKWyAgMTI0LjMxNDgxOV0gIDxFT0k+ICBbPGZmZmZmZmZmODEwMDEzYWE+XSA/IGh5 cGVyY2FsbF9wYWdlKzB4M2FhLzB4MTAwMApbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxMDAx M2FhPl0gPyBoeXBlcmNhbGxfcGFnZSsweDNhYS8weDEwMDAKWyAgMTI0LjMxNDgxOV0gIFs8ZmZm ZmZmZmY4MTAwNzcwMT5dID8geGVuX3NhZmVfaGFsdCsweDEwLzB4MTgKWyAgMTI0LjMxNDgxOV0g IFs8ZmZmZmZmZmY4MTAxNjAxZT5dID8gZGVmYXVsdF9pZGxlKzB4NTMvMHg5MApbICAxMjQuMzE0 ODE5XSAgWzxmZmZmZmZmZjgxMDBlMmY5Pl0gPyBjcHVfaWRsZSsweGI1LzB4MTAxClsgIDEyNC4z MTQ4MTldICBbPGZmZmZmZmZmODE0ZTAzMDg+XSA/IHJlc3RfaW5pdCsweGRjLzB4ZTMKWyAgMTI0 LjMxNDgxOV0gIFs8ZmZmZmZmZmY4MTRlMDIyYz5dID8gY3N1bV9wYXJ0aWFsX2NvcHlfZ2VuZXJp YysweDE2Yy8weDE2YwpbICAxMjQuMzE0ODE5XSAgWzxmZmZmZmZmZjgxZDUzYjlmPl0gPyBzdGFy dF9rZXJuZWwrMHgzZGQvMHgzZWEKWyAgMTI0LjMxNDgxOV0gIFs8ZmZmZmZmZmY4MWQ1MzJjND5d ID8geDg2XzY0X3N0YXJ0X3Jlc2VydmF0aW9ucysweGFmLzB4YjMKWyAgMTI0LjMxNDgxOV0gIFs8 ZmZmZmZmZmY4MWQ1NWYxOD5dID8geGVuX3N0YXJ0X2tlcm5lbCsweDU4OC8weDU4ZgpbICAxMjQu MzE0ODE5XSAtLS1bIGVuZCB0cmFjZSA5M2E5ZTVlMmZiOGM2ZGQ3IF0tLS0KCkVSUk9SOiBNb2R1 bGUgYnVpbGQgZmFpbGVkIQpQbGVhc2UgZXhhbWluZSB0aGUgbG9nIGZpbGUgIi9ldGMvaHNmbW9k ZW0vbG9nL2J1aWxkbG9nLTIwMTEwOTEzMTkwNzAyLnR4dCIgdG8gZGV0ZXJtaW5lIHdoeS4KU3Rh cnRlZCBMU0I6IENvbmV4YW50IEhTRiBzb2Z0bW9kZW0uClN0YXJ0aW5nIFNZU1Y6IFRoaXMgc3Rh cnRzIHRoZSBMaW51eCBBdWRpdGluZyBTeXN0ZW0gRGFlbW9uLCB3aGljaCBjb2xsZWN0cyBzZWN1 cml0eSByZWxhdGVkIGV2ZW50cyBpbiBhIGRlZGljYXRlZCBhdWRpdCBsb2cuIElmIHRoaXMgZGFl bW9uIGlzIHR1cm5lZCBvZmYsIGF1ZGl0IGV2ZW50cyB3aWxsIGJlIHNlbnQgdG8gc3lzbG9nLi4u LgpTdGFydGluZyBhdWRpdGQ6IFsgIE9LICBdClN0YXJ0ZWQgU1lTVjogVGhpcyBzdGFydHMgdGhl IExpbnV4IEF1ZGl0aW5nIFN5c3RlbSBEYWVtb24sIHdoaWNoIGNvbGxlY3RzIHNlY3VyaXR5IHJl bGF0ZWQgZXZlbnRzIGluIGEgZGVkaWNhdGVkIGF1ZGl0IGxvZy4gSWYgdGhpcyBkYWVtb24gaXMg dHVybmVkIG9mZiwgYXVkaXQgZXZlbnRzIHdpbGwgYmUgc2VudCB0byBzeXNsb2cuLgpTdGFydGlu ZyBMU0I6IFN0YXJ0cyBhbmQgc3RvcHMgbG9naW4gYW5kIHNjYW5uaW5nIG9mIGlTQ1NJIGRldmlj ZXMuLi4uClN0YXJ0aW5nIFNZU1Y6IFRoZSBycGNiaW5kIHV0aWxpdHkgaXMgYSBzZXJ2ZXIgdGhh dCBjb252ZXJ0cyBSUEMgcHJvZ3JhbSBudW1iZXJzIGludG8gdW5pdmVyc2FsIGFkZHJlc3Nlcy4g SXQgbXVzdCBiZSBydW5uaW5nIG9uIHRoZSBob3N0IHRvIGJlIGFibGUgdG8gbWFrZSBSUEMgY2Fs bHMgb24gYSBzZXJ2ZXIgb24gdGhhdCBtYWNoaW5lLi4uLgpTdGFydGluZyBpc2NzaTogWyAgMTM3 LjY2ODY4Ml0gc2NzaTIgOiBpU0NTSSBJbml0aWF0b3Igb3ZlciBUQ1AvSVAKU3RhcnRpbmcgcnBj YmluZDogWyAgT0sgIF0KU3RhcnRlZCBTWVNWOiBUaGUgcnBjYmluZCB1dGlsaXR5IGlzIGEgc2Vy dmVyIHRoYXQgY29udmVydHMgUlBDIHByb2dyYW0gbnVtYmVycyBpbnRvIHVuaXZlcnNhbCBhZGRy ZXNzZXMuIEl0IG11c3QgYmUgcnVubmluZyBvbiB0aGUgaG9zdCB0byBiZSBhYmxlIHRvIG1ha2Ug UlBDIFsgIDEzOC4yMzgxNTJdIHNjc2kgMjowOjA6MDogUkFJRCAgICAgICAgICAgICAgSUVUICAg ICAgQ29udHJvbGxlciAgICAgICAwMDAxIFBROiAwIEFOU0k6IDUKWyAgMTM4LjI1NDU0OF0gc2Nz aSAyOjA6MDowOiBBdHRhY2hlZCBzY3NpIGdlbmVyaWMgc2cyIHR5cGUgMTIKWyAgMTM4LjI4Njc2 MV0gc2NzaSAyOjA6MDoxOiBEaXJlY3QtQWNjZXNzICAgICBJRVQgICAgICBWSVJUVUFMLURJU0sg ICAgIDAwMDEgUFE6IDAgQU5TSTogNQpbICAxMzguMjkxMTQ5XSBzZCAyOjA6MDoxOiBBdHRhY2hl ZCBzY3NpIGdlbmVyaWMgc2czIHR5cGUgMApbICAxMzguMjk1ODU4XSBzZCAyOjA6MDoxOiBbc2Ri XSAzMTI1ODE4MDggNTEyLWJ5dGUgbG9naWNhbCBibG9ja3M6ICgxNjAgR0IvMTQ5IEdpQikKWyAg MTM4LjMwNDA0OV0gc2QgMjowOjA6MTogW3NkYl0gV3JpdGUgUHJvdGVjdCBpcyBvZmYKWyAgMTM4 LjMwNDA4N10gc2QgMjowOjA6MTogW3NkYl0gTW9kZSBTZW5zZTogNzkgMDAgMDAgMDgKWyAgMTM4 LjMwNjMyMF0gc2QgMjowOjA6MTogW3NkYl0gV3JpdGUgY2FjaGU6IGVuYWJsZWQsIHJlYWQgY2Fj aGU6IGVuYWJsZWQsIGRvZXNuJ3Qgc3VwcG9ydCBEUE8gb3IgRlVBClN0YXJ0aW5nIExTQjogTW91 bnQgYW5kIHVubW91bnQgbmV0d29yayBmaWxlc3lzdGVtcy4uLi4KWyAgMTM4LjMzMjYyMl0gIHNk Yjogc2RiMSBzZGIyIHNkYjMKClsgIDEzOC4zNTA5MDJdIHNkIDI6MDowOjE6IFtzZGJdIEF0dGFj aGVkIFNDU0kgZGlzawpTdGFydGluZyBMU0I6IFN0YXJ0cyB0aGUgUlBDU0VDIEdTUyBjbGllbnQg ZGFlbW9uLi4uClN0YXJ0aW5nIExTQjogR3VhcmQuLi4KU3RhcnRpbmcgTFNCOiBTdGFydCBhbmQg c3RvcCB0aGUgTUQgc29mdHdhcmUgUkFJRCBtb25pdG9yLi4uClN0YXJ0aW5nIExTQjogU3RhcnQg dXAgdGhlIE5GUyBmaWxlIGxvY2tpbmcgc2V2aWNlLi4uClN0YXJ0aW5nIExTQjogc3RhcnQgYW5k IHN0b3Agd3BhX3N1cHBsaWNhbnQuLi4KU3RhcnRpbmcgTFNCOiBTdGFydCB1cCB0aGUgTkZTIHNl cnZlciBzZXZpY2UuLi4KU3RhcnRpbmcgTFNCOiBUaGUgQ1VQUyBzY2hlZHVsZXIuLi4KU3RhcnRp bmcgTFNCOiBTdGFydHMgdGhlIFJQQ1NFQyBHU1Mgc2VydmVyIGRhZW1vbi4uLgpTdGFydGluZyBM U0I6IFN0YXJ0cyB0aGUgTkZTdjQgaWQgbWFwcGluZyBkYWVtb24uLi4KU3RhcnRlZCBMU0I6IFN0 YXJ0cyBhbmQgc3RvcHMgbG9naW4gYW5kIHNjYW5uaW5nIG9mIGlTQ1NJIGRldmljZXMuLgpTdGFy dGVkIExTQjogU3RhcnQgYW5kIHN0b3AgdGhlIE1EIHNvZnR3YXJlIFJBSUQgbW9uaXRvci4KU3Rh cnRpbmcgd3BhX3N1cHBsaWNhbnQ6IC9ldGMvd3BhX3N1cHBsaWNhbnQvd3BhX3N1cHBsaWNhbnQu Y29uZiwgLWl3bGFuMCwgLUR3ZXh0U3RhcnRpbmcgY3VwczogTW91bnRpbmcgQ0lGUyBmaWxlc3lz dGVtczogIFN0YXJ0ZWQgTFNCOiBTdGFydHMgdGhlIFJQQ1NFQyBHU1Mgc2VydmVyIGRhZW1vbi4K WyAgT0sgIF0KCk1vdW50aW5nIG90aGVyIGZpbGVzeXN0ZW1zOiAgU3RhcnRlZCBMU0I6IFN0YXJ0 cyB0aGUgUlBDU0VDIEdTUyBjbGllbnQgZGFlbW9uLgptb3VudDogc3lzZnMgYWxyZWFkeSBtb3Vu dGVkIG9yIC9zeXMgYnVzeQptb3VudDogYWNjb3JkaW5nIHRvIG10YWIsIC9zeXMgaXMgYWxyZWFk eSBtb3VudGVkIG9uIC9zeXMKW0ZBSUxFRF0KU3RhcnRlZCBMU0I6IE1vdW50IGFuZCB1bm1vdW50 IG5ldHdvcmsgZmlsZXN5c3RlbXMuLgpTdGFydGluZyBMU0I6IERhZW1vbiB0byBhY2Nlc3MgYSBz bWFydCBjYXJkIHVzaW5nIFBDL1NDLi4uClN0YXJ0aW5nIFBlcm1pdCBVc2VyIFNlc3Npb25zLi4u ClN0YXJ0aW5nIEFWSVJBIEFudGlWaXIgV29ya3N0YXRpb24gUGVyc29uYWwgLi4uClN0YXJ0aW5n IE5GUyBzdGF0ZDogU3RhcnRlZCBQZXJtaXQgVXNlciBTZXNzaW9ucy4KWyAgT0sgIF0KU3RhcnRp bmcgUEMvU0Mgc21hcnQgY2FyZCBkYWVtb24gKHBjc2NkKTogWyAgMTQyLjQ3MTY1OF0gaXdsMzk0 NSAwMDAwOjBiOjAwLjA6IGxvYWRlZCBmaXJtd2FyZSB2ZXJzaW9uIDE1LjMyLjIuOQpTdGFydGlu ZyBycGNzdmNnc3NkICh2aWEgc3lzdGVtY3RsKTogIFN0YXJ0ZWQgTFNCOiBTdGFydHMgdGhlIFJQ Q1NFQyBHU1Mgc2VydmVyIGRhZW1vbi4KWyAgT0sgIF0KWyAgMTQyLjkxMjAzMl0gY2FsbGluZyAg aW5pdF9zdW5ycGMrMHgwLzB4NzAgW3N1bnJwY10gQCAyOTA3ClsgIDE0Mi45MjA5NzRdIFJQQzog UmVnaXN0ZXJlZCBuYW1lZCBVTklYIHNvY2tldCB0cmFuc3BvcnQgbW9kdWxlLgpbICAxNDIuOTIx MDU1XSBSUEM6IFJlZ2lzdGVyZWQgdWRwIHRyYW5zcG9ydCBtb2R1bGUuClsgIDE0Mi45MjEwNjJd IFJQQzogUmVnaXN0ZXJlZCB0Y3AgdHJhbnNwb3J0IG1vZHVsZS4KWyAgMTQyLjkyMTA2Ml0gUlBD OiBSZWdpc3RlcmVkIHRjcCBORlN2NC4xIGJhY2tjaGFubmVsIHRyYW5zcG9ydCBtb2R1bGUuClsg IDE0Mi45MjEwNjJdIGluaXRjYWxsIGluaXRfc3VucnBjKzB4MC8weDcwIFtzdW5ycGNdIHJldHVy bmVkIDAgYWZ0ZXIgODgwNCB1c2VjcwpbICAxNDMuMTEyNzQyXSBTRUxpbnV4OiBpbml0aWFsaXpl ZCAoZGV2IHJwY19waXBlZnMsIHR5cGUgcnBjX3BpcGVmcyksIHVzZXMgZ2VuZnNfY29udGV4dHMK WyAgMTQzLjEzMTcwMF0gQUREUkNPTkYoTkVUREVWX1VQKTogd2xhbjA6IGxpbmsgaXMgbm90IHJl YWR5ClsgIDE0My4yNzk1NzFdIGNhbGxpbmcgIGluaXRfcnBjc2VjX2dzcysweDAvMHgxMDAwIFth dXRoX3JwY2dzc10gQCAyOTA0ClsgIDE0My4yNzk4MzZdIGluaXRjYWxsIGluaXRfcnBjc2VjX2dz cysweDAvMHgxMDAwIFthdXRoX3JwY2dzc10gcmV0dXJuZWQgMCBhZnRlciAyMDAgdXNlY3MKWyAg MTQzLjM0NjE5OV0gaW5pdGNhbGwgaW5pdF9ubG0rMHgwLzB4MTAwMCBbbG9ja2RdIHJldHVybmVk IDAgYWZ0ZXIgNDI1IHVzZWNzCiAgT0sgIF0KWyAgT0sgIF0KU3RhcnRlZCBMU0I6IFN0YXJ0IHVw IHRoZSBORlMgZmlsZSBsb2NraW5nIHNldmljZS4KU3RhcnRlZCBMU0I6IFRoZSBDVVBTIHNjaGVk dWxlci4KWyAgT0sgIF0KWyAgMTQzLjczNDU1OF0gY2FsbGluZyAgaW5pdF9uZnNkKzB4MC8weDEw MDAgW25mc2RdIEAgMjkyNQpbICAxNDMuNzM0NjMyXSBJbnN0YWxsaW5nIGtuZnNkIChjb3B5cmln aHQgKEMpIDE5OTYgb2tpckBtb25hZC5zd2IuZGUpLgpbICAxNDMuNzk3OTkzXSBpbml0Y2FsbCBp bml0X25mc2QrMHgwLzB4MTAwMCBbbmZzZF0gcmV0dXJuZWQgMCBhZnRlciA2MTgzMSB1c2VjcwpT dGFydGVkIExTQjogc3RhcnQgYW5kIHN0b3Agd3BhX3N1cHBsaWNhbnQuClN0YXJ0ZWQgTFNCOiBE YWVtb24gdG8gYWNjZXNzIGEgc21hcnQgY2FyZCB1c2luZyBQQy9TQy4KWyAgMTQ0LjA3NjcwNF0g U0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBuZnNkLCB0eXBlIG5mc2QpLCB1c2VzIGdlbmZzX2Nv bnRleHRzClN0YXJ0aW5nIFJQQyBpZG1hcGQ6IFN0YXJ0aW5nIE5GUyBzZXJ2aWNlczogIGV4cG9y dGZzOiBzY2FuZGlyIC9ldGMvZXhwb3J0cy5kOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Cgpb ICBPSyAgXQpTdGFydGluZyBORlMgcXVvdGFzOiBbICBPSyAgXQpbICBPSyAgXQpTdGFydGluZyBO RlMgZGFlbW9uOiBTdGFydGVkIExTQjogU3RhcnRzIHRoZSBORlN2NCBpZCBtYXBwaW5nIGRhZW1v bi4KU3RhcnRpbmc6IGF2Z3VhcmQuYmluClsgIDE0NS4yMjM3MTZdIE5GU0Q6IFVzaW5nIC92YXIv bGliL25mcy92NHJlY292ZXJ5IGFzIHRoZSBORlN2NCBzdGF0ZSByZWNvdmVyeSBkaXJlY3RvcnkK WyAgMTQ1LjI0Nzc4M10gTkZTRDogc3RhcnRpbmcgOTAtc2Vjb25kIGdyYWNlIHBlcmlvZApbICBP SyAgXQpTdGFydGluZyBORlMgbW91bnRkOiBbICBPSyAgXQpTdGFydGVkIExTQjogU3RhcnQgdXAg dGhlIE5GUyBzZXJ2ZXIgc2V2aWNlLgpbICAxNDYuNTA1OTIxXSB3bGFuMDogYXV0aGVudGljYXRl IHdpdGggNjg6N2Y6NzQ6YTc6NWI6Y2UgKHRyeSAxKQpbICAxNDYuNTA3OTQ2XSB3bGFuMDogYXV0 aGVudGljYXRlZApbICAxNDYuNTA4MjI0XSB3bGFuMDogYXNzb2NpYXRlIHdpdGggNjg6N2Y6NzQ6 YTc6NWI6Y2UgKHRyeSAxKQpbICAxNDYuNTExMDAxXSB3bGFuMDogUlggQXNzb2NSZXNwIGZyb20g Njg6N2Y6NzQ6YTc6NWI6Y2UgKGNhcGFiPTB4NDExIHN0YXR1cz0wIGFpZD0xKQpbICAxNDYuNTEx MDM3XSB3bGFuMDogYXNzb2NpYXRlZApbICAxNDYuNTIzMzAyXSBBRERSQ09ORihORVRERVZfQ0hB TkdFKTogd2xhbjA6IGxpbmsgYmVjb21lcyByZWFkeQpbICAxNTYuODgyMDc2XSB3bGFuMDogbm8g SVB2NiByb3V0ZXJzIHByZXNlbnQKV2FybmluZzogTm8gZGF6dWtvIG1vZHVsZSBhdmFpbGFibGUs IG9uLWFjY2VzcyBwcm90ZWN0aW9uIGRpc2FibGVkLgpTdGFydGVkIExTQjogR3VhcmQuClN0YXJ0 aW5nIFNZU1Y6IEVuYWJsZSBkYWlseSBydW4gb2YgeXVtLCBhIHByb2dyYW0gdXBkYXRlci4uLi4K RW5hYmxpbmcgbmlnaHRseSB5dW0gdXBkYXRlOiBbICBPSyAgXQpTdGFydGVkIFNZU1Y6IEVuYWJs ZSBkYWlseSBydW4gb2YgeXVtLCBhIHByb2dyYW0gdXBkYXRlci4uClN0YXJ0aW5nIExTQjogSW5z dGFsbHMgY29yZWR1bXAgaGFuZGxlciB3aGljaCBzYXZlcyBzZWdmYXVsdCBkYXRhLi4uClN0YXJ0 aW5nIExTQjogU3RhcnQgdXAgdGhlIE9wZW5TU0ggc2VydmVyIGRhZW1vbi4uLgpTdGFydGluZyBM U0I6IHN0YXJ0IGFuZCBzdG9wIHNlbmRtYWlsLi4uClN0YXJ0aW5nIExTQjogc3RhcnQgYW5kIHN0 b3Aga3NtLi4uClN0YXJ0aW5nIExTQjogdHVuZSB0aGUgc3BlZWQgb2Yga3NtLi4uClN0YXJ0aW5n IHNzaGQ6IFN0YXJ0aW5nIGtzbXR1bmVkOiBTdGFydGluZyBrc206IFsgIE9LICBdClN0YXJ0ZWQg TFNCOiBzdGFydCBhbmQgc3RvcCBrc20uClN0YXJ0aW5nIHNlbmRtYWlsOiBTdGFydGVkIExTQjog SW5zdGFsbHMgY29yZWR1bXAgaGFuZGxlciB3aGljaCBzYXZlcyBzZWdmYXVsdCBkYXRhLgpbICBP SyAgXQpTdGFydGVkIExTQjogdHVuZSB0aGUgc3BlZWQgb2Yga3NtLgpbICBPSyAgXQpTdGFydGVk IExTQjogU3RhcnQgdXAgdGhlIE9wZW5TU0ggc2VydmVyIGRhZW1vbi4KWyAgT0sgIF0KU3RhcnRp bmcgc20tY2xpZW50OiBbICBPSyAgXQpTdGFydGVkIExTQjogc3RhcnQgYW5kIHN0b3Agc2VuZG1h aWwuClN0YXJ0aW5nIFNZU1Y6IEVuYWJsZSBtb250aGx5IHVwZGF0ZSBvZiBTbW9sdC4uLgpFbmFi bGluZyBtb250aGx5IFNtb2x0IGNoZWNraW46IFsgIE9LICBdClN0YXJ0ZWQgU1lTVjogRW5hYmxl IG1vbnRobHkgdXBkYXRlIG9mIFNtb2x0LgpTdGFydGluZyBMU0I6IHN0YXJ0fHN0b3B8cmVzdGFy dHx0cnktcmVzdGFydHxzdGF0dXN8Zm9yY2UtcmVsb2FkIHZuY3NlcnZlci4uLgpTTUIgbmV0d29y ayBzZXJ2aWNlcy4uLi4KU3RhcnRpbmcgU1lTVjogU3RhcnRzIGFuZCBzdG9wcyB0aGUgU2FtYmEg c21iZCBkYWVtb24gdXNlZCB0byBwcm92aWRlIFNNQiBuZXR3b3JrIHNlcnZpY2VzLi4uLgpTdGFy dGluZyBWTkMgc2VydmVyOiAxOmppbWIgU3RhcnRpbmcgTk1CIHNlcnZpY2VzOiBTdGFydGluZyBT TUIgc2VydmljZXM6IFsgIE9LICBdClN0YXJ0ZWQgU1lTVjogU3RhcnRzIGFuZCBzdG9wcyB0aGUg U2FtYmEgc21iZCBhbmQgbm1iZCBkYWVtb25zIHVzZWQgdG8gcHJvdmlkZSBTTUIgbmV0d29yayBz ZXJ2aWNlcy4uClsgIE9LICBdClN0YXJ0ZWQgU1lTVjogU3RhcnRzIGFuZCBzdG9wcyB0aGUgU2Ft YmEgc21iZCBkYWVtb24gdXNlZCB0byBwcm92aWRlIFNNQiBuZXR3b3JrIHNlcnZpY2VzLi4KU3Rh cnRpbmcgTFNCOiBTdGFydC9zdG9wIHhlbmNvbnNvbGVkLi4uClN0YXJ0aW5nIExTQjogU3RhcnQv c3RvcCB4ZW5zdG9yZWQuLi4KU3RhcnRpbmcgTFNCOiBTdGFydC9zdG9wIHhlbmQuLi4KU3RhcnRp bmcgTFNCOiBTdGFydC9zdG9wIGJsa3RhcGN0cmwuLi4KU3RhcnRpbmcgeGVuY29uc29sZWQgZGFl bW9uOiBTdGFydGluZyAvZXRjL3JjLmxvY2FsIENvbXBhdGliaWxpdHkuLi4KWyAgT0sgIF0KU3Rh cnRpbmcgeGVuZCBkYWVtb246IFN0YXJ0ZWQgTFNCOiBTdGFydC9zdG9wIHhlbmNvbnNvbGVkLgpT dGFydGluZyB4ZW4gYmxrdGFwY3RybCBkYWVtb246IFN0YXJ0aW5nIHhlbnN0b3JlZCBkYWVtb246 IHJtOiBjYW5ub3QgcmVtb3ZlIGAvdG1wLy5YMTEtdW5peC9YMSc6IE5vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnkKWyAgMTc3LjU2ODA5Nl0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiB0bXBmcywg dHlwZSB0bXBmcyksIHVzZXMgdHJhbnNpdGlvbiBTSURzClsgIE9LICBdClN0YXJ0ZWQgTFNCOiBT dGFydC9zdG9wIGJsa3RhcGN0cmwuClsgIDE3OC4yMzc2MDFdIGNhbGxpbmcgIHhlbl9wY2lia19p bml0KzB4MC8weDJmOCBbeGVuX3BjaWJhY2tdIEAgMzE3NwpbICAxNzguMjU0MTk2XSB4ZW4tcGNp YmFjazogYmFja2VuZCBpcyB2cGNpClsgIDE3OC4yNTQ4MDRdIGluaXRjYWxsIHhlbl9wY2lia19p bml0KzB4MC8weDJmOCBbeGVuX3BjaWJhY2tdIHJldHVybmVkIDAgYWZ0ZXIgMTY3MzYgdXNlY3MK WyAgT0sgIF0KU3RhcnRlZCBMU0I6IFN0YXJ0L3N0b3AgeGVuc3RvcmVkLgpbICAxNzguNjA5MjE5 XSB3bGFuMDogZGVhdXRoZW50aWNhdGluZyBmcm9tIDY4OjdmOjc0OmE3OjViOmNlIGJ5IGxvY2Fs IGNob2ljZSAocmVhc29uPTMpClsgIDE3OC42NTE3NDVdIGNmZzgwMjExOiBDYWxsaW5nIENSREEg dG8gdXBkYXRlIHdvcmxkIHJlZ3VsYXRvcnkgZG9tYWluClsgIDE3OC45Mjc1MTNdIEJVRzogc2xl ZXBpbmcgZnVuY3Rpb24gY2FsbGVkIGZyb20gaW52YWxpZCBjb250ZXh0IGF0IGtlcm5lbC9tdXRl eC5jOjI3MQpbICAxNzguOTI3NjYwXSBpbl9hdG9taWMoKTogMSwgaXJxc19kaXNhYmxlZCgpOiAw LCBwaWQ6IDMxODMsIG5hbWU6IHhlbnN0b3JlZApbICAxNzguOTI3NzE4XSBJTkZPOiBsb2NrZGVw IGlzIHR1cm5lZCBvZmYuClsgIDE3OC45Mjc3NjFdIFBpZDogMzE4MywgY29tbTogeGVuc3RvcmVk IFRhaW50ZWQ6IEcgICAgICAgIFcgICAzLjEuMC0wLnJjNi5naXQwLjAuZmMxNy54ODZfNjQgIzEK WyAgMTc4LjkyNzgzNV0gQ2FsbCBUcmFjZToKWyAgMTc4LjkyNzg4N10gIFs8ZmZmZmZmZmY4MTA0 ZjZkNT5dIF9fbWlnaHRfc2xlZXArMHgxMDMvMHgxMDgKWyAgMTc4LjkyNzk0Nl0gIFs8ZmZmZmZm ZmY4MTUwMzVmMj5dIG11dGV4X2xvY2tfbmVzdGVkKzB4MjUvMHg0NQpbICAxNzguOTI4MDExXSAg WzxmZmZmZmZmZjgxNGUxM2NkPl0gX19pcnFfYWxsb2NfZGVzY3MrMHg1MC8weDE4YgpbICAxNzgu OTI4MDg0XSAgWzxmZmZmZmZmZjgxMmQwMjVmPl0gPyBnaGVzX2lycV9mdW5jKzB4MTYvMHgxYgpb ICAxNzguOTI4MjI2XSAgWzxmZmZmZmZmZjgxMmQ5YzBlPl0geGVuX2FsbG9jYXRlX2lycV9keW5h bWljKzB4NDkvMHg1OApbICAxNzguOTI4MjkwXSAgWzxmZmZmZmZmZjgxMmRhMzc2Pl0gYmluZF9l dnRjaG5fdG9faXJxKzB4MzIvMHg4MgpbICAxNzguOTI4MzQ5XSAgWzxmZmZmZmZmZjgxMmRhNDZl Pl0gYmluZF9ldnRjaG5fdG9faXJxaGFuZGxlcisweDI1LzB4NjMKWyAgMTc4LjkyODQzNV0gIFs8 ZmZmZmZmZmZhMDExYzRmOD5dID8gc2V0X3BvcnRfZW5hYmxlZCsweDMxLzB4MzEgW3hlbl9ldnRj aG5dClsgIDE3OC45Mjg1MTVdICBbPGZmZmZmZmZmYTAxMWM2YTI+XSBldnRjaG5fYmluZF90b191 c2VyKzB4NTYvMHg2NCBbeGVuX2V2dGNobl0KWyAgMTc4LjkyODYwMV0gIFs8ZmZmZmZmZmZhMDEx YzgwYT5dIGV2dGNobl9pb2N0bCsweDEyOS8weDJlZiBbeGVuX2V2dGNobl0KWyAgMTc4LjkyODY2 NV0gIFs8ZmZmZmZmZmY4MTE1MWViNT5dIGRvX3Zmc19pb2N0bCsweDQ3Mi8weDRiMwpbICAxNzgu OTI4NzE3XSAgWzxmZmZmZmZmZjgxMTUxZjRjPl0gc3lzX2lvY3RsKzB4NTYvMHg3YQpbICAxNzgu OTI4NzcxXSAgWzxmZmZmZmZmZjgxNTBiYzgyPl0gc3lzdGVtX2NhbGxfZmFzdHBhdGgrMHgxNi8w eDFiClsgIDE3OC45Mjg4MjldIEJVRzogc2NoZWR1bGluZyB3aGlsZSBhdG9taWM6IHhlbnN0b3Jl ZC8zMTgzLzB4MTAwMDAwMDIKWyAgMTc4LjkyODkyMF0gSU5GTzogbG9ja2RlcCBpcyB0dXJuZWQg b2ZmLgpbICAxNzguOTI4OTU2XSBNb2R1bGVzIGxpbmtlZCBpbjogeGVuX3BjaWJhY2sgbmZzZCBs b2NrZCBuZnNfYWNsIGF1dGhfcnBjZ3NzIHN1bnJwYyBkZXNfZ2VuZXJpYyBtZDQgbmxzX3V0Zjgg Y2lmcyBmc2NhY2hlIGJyaWRnZSBzdHAgbGxjIGJvbmRpbmcgYmUyaXNjc2kgaXNjc2lfYm9vdF9z eXNmcyBibngyaSBjbmljIHVpbyBjeGdiM2kgbGliY3hnYmkgaXdfY3hnYjMgY3hnYjMgbWRpbyBp Yl9pc2VyIHJkbWFfY20gaWJfY20gaXdfY20gaWJfc2EgaWJfbWFkIGliX2NvcmUgaWJfYWRkciBp c2NzaV90Y3AgbGliaXNjc2lfdGNwIGxpYmlzY3NpIGlwNnRfUkVKRUNUIG5mX2Nvbm50cmFja19p cHY2IG5mX2RlZnJhZ19pcHY2IHNjc2lfdHJhbnNwb3J0X2lzY3NpIGlwNnRhYmxlX2ZpbHRlciBp cDZfdGFiX3BoeXNkZXYgZGVsbF93bWkgc3BhcnNlX2tleW1hcCBzbmRfaGRhX2NvZGVjX2lkdCBk ZWxsX2xhcHRvcCBtaWNyb2NvZGUgZGNkYmFzIHNuZF9oZGFfaW50ZWwgc25kX2hkYV9jb2RlYyBz bmRfaHdkZXAgcjg1MiBzbV9jb21tb24gbmFuZCBuYW5kX2lkcyBzbmRfc2VxIHNuZF9zZXFfZGV2 aWNlIGI0NCBuYW5kX2VjYyBhcmM0IHNuZF9wY20gc3NiIGlUQ09fd2R0IGpveWRldiByNTkyIG10 ZCBtZW1zdGljayBtaWkgaTJjX2k4MDEgaVRDT192ZW5kb3Jfc3VwcG9ydCBpd2wzOTQ1IGl3bF9s ZWdhY3kgbWFjODAyMTEgc25kX3RpbWVyIGNmZzgwMjExIHNuZCByZmtpbGwgc291bmRjb3JlIHNu ZF9wYWdlX2FsbG9jIHR1biB4ZW5fZ250YWxsb2MgeGVuX25ldGJhY2sgeGVuX2Jsa2JhY2sgeGVu X2dudGRldiB4ZW5fZXZ0Y2huIHhlbmZzIGJpbmZtdF9taXNjIHNkaGNpX3BjaSBzZGhjaSBtbWNf Y29yZSBmaXJld2lyZV9vaGNpIGZpcmV3aXJlX2NvcmUgY3JjX2l0dV90IHdtaSBpOTE1IGRybV9r bXNfaGVscGVyIGRybSBpMmNfYWxnb19iaXQgaTJjX2NvcmUgdmlkZW8gW2xhc3QgdW5sb2FkZWQ6 IHNjc2lfd2FpdF9zY2FuXQpbICAxNzguOTI5MTgwXSBQaWQ6IDMxODMsIGNvbW06IHhlbnN0b3Jl ZCBUYWludGVkOiBHICAgICAgICBXICAgMy4xLjAtMC5yYzYuZ2l0MC4wLmZjMTcueDg2XzY0ICMx ClsgIDE3OC45MjkxODBdIENhbGwgVHJhY2U6ClsgIDE3OC45MjkxODBdICBbPGZmZmZmZmZmODE0 ZjllNDQ+XSBfX3NjaGVkdWxlX2J1ZysweDc1LzB4N2EKWyAgMTc4LjkzMTQ2MF0gIFs8ZmZmZmZm ZmY4MTUwMjEwZD5dIF9fc2NoZWR1bGUrMHg5NS8weDc2MQpbICAxNzguOTMxNTI3XSAgWzxmZmZm ZmZmZjgxMDExZTE3Pl0gPyBzaG93X3RyYWNlX2xvZ19sdmwrMHg1NC8weDVkClsgIDE3OC45MzE1 OTBdICBbPGZmZmZmZmZmODEwMTFlMzU+XSA/IHNob3dfdHJhY2UrMHgxNS8weDE3ClsgIDE3OC45 MzE2MzldICBbPGZmZmZmZmZmODEwNTZjMjg+XSBfX2NvbmRfcmVzY2hlZCsweDI4LzB4MzQKWyAg MTc4LjkzMTY4OF0gIFs8ZmZmZmZmZmY4MTUwMjgzNT5dIF9jb25kX3Jlc2NoZWQrMHgxOS8weDIy ClsgIDE3OC45MzE3ODFdICBbPGZmZmZmZmZmODE1MDM1Zjc+XSBtdXRleF9sb2NrX25lc3RlZCsw eDJhLzB4NDUKWyAgMTc4LjkzMTg0MV0gIFs8ZmZmZmZmZmY4MTRlMTNjZD5dIF9faXJxX2FsbG9j X2Rlc2NzKzB4NTAvMHgxOGIKWyAgMTc4LjkzMTkwM10gIFs8ZmZmZmZmZmY4MTJkMDI1Zj5dID8g Z2hlc19pcnFfZnVuYysweDE2LzB4MWIKWyAgMTc4LjkzMTk1Ml0gIFs8ZmZmZmZmZmY4MTJkOWMw ZT5dIHhlbl9hbGxvY2F0ZV9pcnFfZHluYW1pYysweDQ5LzB4NTgKWyAgMTc4LjkzMjAxMF0gIFs8 ZmZmZmZmZmY4MTJkYTM3Nj5dIGJpbmRfZXZ0Y2huX3RvX2lycSsweDMyLzB4ODIKWyAgMTc4Ljkz MjA2OF0gIFs8ZmZmZmZmZmY4MTJkYTQ2ZT5dIGJpbmRfZXZ0Y2huX3RvX2lycWhhbmRsZXIrMHgy NS8weDYzClsgIDE3OC45MzIxOThdICBbPGZmZmZmZmZmYTAxMWM0Zjg+XSA/IHNldF9wb3J0X2Vu YWJsZWQrMHgzMS8weDMxIFt4ZW5fZXZ0Y2huXQpbICAxNzguOTMyMjc0XSAgWzxmZmZmZmZmZmEw MTFjNmEyPl0gZXZ0Y2huX2JpbmRfdG9fdXNlcisweDU2LzB4NjQgW3hlbl9ldnRjaG5dClsgIDE3 OC45MzIzNTJdICBbPGZmZmZmZmZmYTAxMWM4MGE+XSBldnRjaG5faW9jdGwrMHgxMjkvMHgyZWYg W3hlbl9ldnRjaG5dClsgIDE3OC45MzI0MTJdICBbPGZmZmZmZmZmODExNTFlYjU+XSBkb192ZnNf aW9jdGwrMHg0NzIvMHg0YjMKWyAgMTc4LjkzMjQ2NF0gIFs8ZmZmZmZmZmY4MTE1MWY0Yz5dIHN5 c19pb2N0bCsweDU2LzB4N2EKWyAgMTc4LjkzMjUxN10gIFs8ZmZmZmZmZmY4MTUwYmM4Mj5dIHN5 c3RlbV9jYWxsX2Zhc3RwYXRoKzB4MTYvMHgxYgpbICAxNzguOTkxNjgxXSBpd2wzOTQ1IDAwMDA6 MGI6MDAuMDogUENJIElOVCBBIGRpc2FibGVkClsgIDE3OC45OTU5NzZdIHBjaWJhY2sgMDAwMDow YjowMC4wOiBzZWl6aW5nIGRldmljZQpbICAxNzguOTk2MjY4XSB4ZW46IHJlZ2lzdGVyaW5nIGdz aSAxNiB0cmlnZ2VyaW5nIDAgcG9sYXJpdHkgMQpbICAxNzguOTk2NTM2XSB4ZW5fbWFwX3BpcnFf Z3NpOiByZXR1cm5pbmcgaXJxIDE2IGZvciBnc2kgMTYKWyAgMTc4Ljk5NjU2MF0geGVuOiAtLT4g cGlycT0xNiAtPiBpcnE9MTYgKGdzaT0xNikKWyAgMTc4Ljk5NjU4Ml0gQWxyZWFkeSBzZXR1cCB0 aGUgR1NJIDoxNgpbICAxNzguOTk2NjAxXSBwY2liYWNrIDAwMDA6MGI6MDAuMDogUENJIElOVCBB IC0+IEdTSSAxNiAobGV2ZWwsIGxvdykgLT4gSVJRIDE2ClsgIDE3OC45OTY2NDJdIHBjaWJhY2sg MDAwMDowYjowMC4wOiBQQ0kgSU5UIEEgZGlzYWJsZWQKWyAgMTc5LjA3MzkyMl0gWEVOQlVTOiBV bmFibGUgdG8gcmVhZCBjcHUgc3RhdGUKWyAgMTc5LjA4NTAwOF0gWEVOQlVTOiBVbmFibGUgdG8g cmVhZCBjcHUgc3RhdGUKWyAgMTc5LjEzMTE1MF0gQlVHOiBzY2hlZHVsaW5nIHdoaWxlIGF0b21p YzogeGVuY29uc29sZWQvMzE1OC8weDEwMDAwMDAyClsgIDE3OS4xMzEyMzFdIElORk86IGxvY2tk ZXAgaXMgdHVybmVkIG9mZi4KWyAgMTc5LjEzMTI2N10gTW9kdWxlcyBsaW5rZWQgaW46IHhlbl9w Y2liYWNrIG5mc2QgbG9ja2QgbmZzX2FjbCBhdXRoX3JwY2dzcyBzdW5ycGMgZGVzX2dlbmVyaWMg bWQ0IG5sc191dGY4IGNpZnMgZnNjYWNoZSBicmlkZ2Ugc3RwIGxsYyBib25kaW5nIGJlMmlzY3Np IGlzY3NpX2Jvb3Rfc3lzZnMgYm54MmkgY25pYyB1aW8gY3hnYjNpIGxpYmN4Z2JpIGl3X2N4Z2Iz IGN4Z2IzIG1kaW8gaWJfaXNlciByZG1hX2NtIGliX2NtIGl3X2NtIGliX3NhIGliX21hZCBpYl9j b3JlIGliX2FkZHIgaXNjc2lfdGNwIGxpYmlzY3NpX3RjcCBsaWJpc2NzaSBpcDZ0X1JFSkVDVCBu Zl9jb25udHJhY2tfaXB2NiBuZl9kZWZyYWdfaXB2NiBzY3NpX3RyYW5zcG9ydF9pc2NzaSBpcDZ0 YWJsZV9maWx0ZXIgaXA2X3RhYmxlcyB4dF9jb21tZW50IG5mX2Nvbm50cmFja19pcHY0IG5mX2Rl ZnJhZ19pcHY0IHh0X3N0YXRlIG5mX2Nvbm50cmFjayBpcHRfTE9HIHh0X3BoeXNkZXYgZGVsbF93 bWkgc3BhcnNlX2tleW1hcCBzbmRfaGRhX2NvZGVjX2lkdCBkZWxsX2xhcHRvcCBtaWNyb2NvZGUg ZGNkYmFzIHNuZF9oZGFfaW50ZWwgc25kX2hkYV9jb2RlYyBzbmRfaHdkZXAgcjg1MiBzbV9jb21t b24gbmFuZCBuYW5kX2lkcyBzbmRfc2VxIHNuZF9zZXFfZGV2aWNlIGI0NCBuYW5kX2VjYyBhcmM0 IHNuZF9wY20gc3NiIGlUQ09fd2R0IGpveWRldiByNTkyIG10ZCBtZW1zdGljayBtaWkgaTJjX2k4 MDEgaVRDT192ZW5kb3Jfc3VwcG9ydCBpd2wzOTQ1IGl3bF9sZWdhY3kgbWFjODAyMTEgc25kX3Rp bWVyIGNmZzgwMjExIHNuZCByZmtpbGwgc291bmRjb3JlIHNuZF9wYWdlX2FsbG9jIHR1biB4ZW5f Z250YWxsb2MgeGVuX25ldGJhY2sgeGVuX2Jsa2JhY2sgeGVuX2dudGRldiB4ZW5fZXZ0Y2huIHhl bmZzIGJpbmZtdF9taXNjIHNkaGNpX3BjaSBzZGhjaSBtbWNfY29yZSBmaXJld2lyZV9vaGNpIGZp cmV3aXJlX2NvcmUgY3JjX2l0dV90IHdtaSBpOTE1IGRybV9rbXNfaGVscGVyIGRybSBpMmNfYWxn b19iaXQgaTJjX2NvcmUgdmlkZW8gW2xhc3QgdW5sb2FkZWQ6IHNjc2lfd2FpdF9zY2FuXQpbICAx NzkuMTMzNjIwXSBQaWQ6IDMxNTgsIGNvbW06IHhlbmNvbnNvbGVkIFRhaW50ZWQ6IEcgICAgICAg IFcgICAzLjEuMC0wLnJjNi5naXQwLjAuZmMxNy54ODZfNjQgIzEKWyAgMTc5LjEzMzczNV0gQ2Fs bCBUcmFjZToKWyAgMTc5LjEzMzc4Nl0gIFs8ZmZmZmZmZmY4MTRmOWU0ND5dIF9fc2NoZWR1bGVf YnVnKzB4NzUvMHg3YQpbICAxNzkuMTMzODk4XSAgWzxmZmZmZmZmZjgxMDA3NzQ2Pl0gPyB4ZW5f Zm9yY2VfZXZ0Y2huX2NhbGxiYWNrKzB4ZC8weGYKWyAgMTc5LjEzMzk2Ml0gIFs8ZmZmZmZmZmY4 MTA1NmMyOD5dIF9fY29uZF9yZXNjaGVkKzB4MjgvMHgzNApbICAxNzkuMTM0MDE0XSAgWzxmZmZm ZmZmZjgxNTAyODM1Pl0gX2NvbmRfcmVzY2hlZCsweDE5LzB4MjIKWyAgMTc5LjEzNDA2OF0gIFs8 ZmZmZmZmZmY4MTUwMzVmNz5dIG11dGV4X2xvY2tfbmVzdGVkKzB4MmEvMHg0NQpbICAxNzkuMTM0 MTM1XSAgWzxmZmZmZmZmZjgxMGMyNDJjPl0gaXJxX3Jlc2VydmVfaXJxcysweDNjLzB4ODcKWyAg MTc5LjEzNDE2MF0gIFs8ZmZmZmZmZmY4MTBjNGI1OT5dIGlycV9zZXRfY2hpcCsweDU4LzB4NjMK WyAgMTc5LjEzNDE2MF0gIFs8ZmZmZmZmZmY4MTBjNGYxNj5dID8gaGFuZGxlX2Zhc3Rlb2lfaXJx KzB4YjAvMHhiMApbICAxNzkuMTM0MTYwXSAgWzxmZmZmZmZmZjgxMGM1MDZiPl0gaXJxX3NldF9j aGlwX2FuZF9oYW5kbGVyX25hbWUrMHgxZS8weDM1ClsgIDE3OS4xMzQxNjBdICBbPGZmZmZmZmZm ODEyZGEzOTk+XSBiaW5kX2V2dGNobl90b19pcnErMHg1NS8weDgyClsgIDE3OS4xMzQxNjBdICBb PGZmZmZmZmZmODEyZGE0NmU+XSBiaW5kX2V2dGNobl90b19pcnFoYW5kbGVyKzB4MjUvMHg2Mwpb ICAxNzkuMTM0NTYzXSAgWzxmZmZmZmZmZmEwMTFjNGY4Pl0gPyBzZXRfcG9ydF9lbmFibGVkKzB4 MzEvMHgzMSBbeGVuX2V2dGNobl0KWyAgMTc5LjEzNDY0MF0gIFs8ZmZmZmZmZmZhMDExYzZhMj5d IGV2dGNobl9iaW5kX3RvX3VzZXIrMHg1Ni8weDY0IFt4ZW5fZXZ0Y2huXQpbICAxNzkuMTM0NzE5 XSAgWzxmZmZmZmZmZmEwMTFjN2E4Pl0gZXZ0Y2huX2lvY3RsKzB4YzcvMHgyZWYgW3hlbl9ldnRj aG5dClsgIDE3OS4xMzQ3ODVdICBbPGZmZmZmZmZmODExNTFlYjU+XSBkb192ZnNfaW9jdGwrMHg0 NzIvMHg0YjMKWyAgMTc5LjEzNDgzOF0gIFs8ZmZmZmZmZmY4MTE1MWY0Yz5dIHN5c19pb2N0bCsw eDU2LzB4N2EKWyAgMTc5LjEzNDg5MV0gIFs8ZmZmZmZmZmY4MTUwYmM4Mj5dIHN5c3RlbV9jYWxs X2Zhc3RwYXRoKzB4MTYvMHgxYgpbICAxODAuMDA0NTQyXSBjZmc4MDIxMTogV29ybGQgcmVndWxh dG9yeSBkb21haW4gdXBkYXRlZDoKWyAgMTgwLjAwNDYxOV0gY2ZnODAyMTE6ICAgICAoc3RhcnRf ZnJlcSAtIGVuZF9mcmVxIEAgYmFuZHdpZHRoKSwgKG1heF9hbnRlbm5hX2dhaW4sIG1heF9laXJw KQpbICAxODAuMDA0NjUwXSBjZmc4MDIxMTogICAgICgyNDAyMDAwIEtIeiAtIDI0NzIwMDAgS0h6 IEAgNDAwMDAgS0h6KSwgKDMwMCBtQmksIDIwMDAgbUJtKQpbICAxODAuMDA0NjgzXSBjZmc4MDIx MTogICAgICgyNDU3MDAwIEtIeiAtIDI0ODIwMDAgS0h6IEAgMjAwMDAgS0h6KSwgKDMwMCBtQmks IDIwMDAgbUJtKQpbICAxODAuMDA0NzEzXSBjZmc4MDIxMTogICAgICgyNDc0MDAwIEtIeiAtIDI0 OTQwMDAgS0h6IEAgMjAwMDAgS0h6KSwgKDMwMCBtQmksIDIwMDAgbUJtKQpbICAxODAuMDA0NzQz XSBjZmc4MDIxMTogICAgICg1MTcwMDAwIEtIeiAtIDUyNTAwMDAgS0h6IEAgNDAwMDAgS0h6KSwg KDMwMCBtQmksIDIwMDAgbUJtKQpbICAxODAuMDA0Nzc0XSBjZmc4MDIxMTogICAgICg1NzM1MDAw IEtIeiAtIDU4MzUwMDAgS0h6IEAgNDAwMDAgS0h6KSwgKDMwMCBtQmksIDIwMDAgbUJtKQpbICAx ODAuMDA4MTU2XSBjZmc4MDIxMTogQ2FsbGluZyBDUkRBIGZvciBjb3VudHJ5OiBVUwpTSU9DU0lG TVRVOiBObyBzdWNoIGRldmljZQpTdGFydGluZyAvZXRjL3JjLmxvY2FsIENvbXBhdGliaWxpdHkg ZmFpbGVkLCBzZWUgJ3N5c3RlbWN0bCBzdGF0dXMgcmMtbG9jYWwuc2VydmljZScgZm9yIGRldGFp bHMuClN0YXJ0aW5nIFdhaXQgZm9yIFBseW1vdXRoIEJvb3QgU2NyZWVuIHRvIFF1aXQuLi4KWyAg MTgwLjI4NzgxN10gY2ZnODAyMTE6IFJlZ3VsYXRvcnkgZG9tYWluIGNoYW5nZWQgdG8gY291bnRy eTogVVMKWyAgMTgwLjI4Nzg5N10gY2ZnODAyMTE6ICAgICAoc3RhcnRfZnJlcSAtIGVuZF9mcmVx IEAgYmFuZHdpZHRoKSwgKG1heF9hbnRlbm5hX2dhaW4sIG1heF9laXJwKQpbICAxODAuMjg3OTMw XSBjZmc4MDIxMTogICAgICgyNDAyMDAwIEtIeiAtIDI0NzIwMDAgS0h6IEAgNDAwMDAgS0h6KSwg KDMwMCBtQmksIDI3MDAgbUJtKQpbICAxODAuMjg3OTYxXSBjZmc4MDIxMTogICAgICg1MTcwMDAw IEtIeiAtIDUyNTAwMDAgS0h6IEAgNDAwMDAgS0h6KSwgKDMwMCBtQmksIDE3MDAgbUJtKQpbICAx ODAuMjg3OTkyXSBjZmc4MDIxMTogICAgICg1MjUwMDAwIEtIeiAtIDUzMzAwMDAgS0h6IEAgNDAw MDAgS0h6KSwgKDMwMCBtQmksIDIwMDAgbUJtKQpbICAxODAuMjg4MDIyXSBjZmc4MDIxMTogICAg ICg1NDkwMDAwIEtIeiAtIDU2MDAwMDAgS0h6IEAgNDAwMDAgS0h6KSwgKDMwMCBtQmksIDIwMDAg bUJtKQpbICAxODAuMjg4MDU0XSBjZmc4MDIxMTogICAgICg1NjUwMDAwIEtIeiAtIDU3MTAwMDAg S0h6IEAgNDAwMDAgS0h6KSwgKDMwMCBtQmksIDIwMDAgbUJtKQpbICAxODAuMjg4MDg1XSBjZmc4 MDIxMTogICAgICg1NzM1MDAwIEtIeiAtIDU4MzUwMDAgS0h6IEAgNDAwMDAgS0h6KSwgKDMwMCBt QmksIDMwMDAgbUJtKQpTdGFydGluZyBEaXNwbGF5IE1hbmFnZXIuLi4KU3RhcnRlZCBEaXNwbGF5 IE1hbmFnZXIuCgpXZWxjb21lIHRvIEZlZG9yYSByZWxlYXNlIDE1IChMb3ZlbG9jaykhCgpTdGFy dGluZyBCb290dXAgaGFjay4uLgpTdGFydGluZyBMb2FkIGxlZ2FjeSBtb2R1bGUgY29uZmlndXJh dGlvbi4uLgpTdGFydGluZyBTeXNsb2cgS2VybmVsIExvZyBCdWZmZXIgQnJpZGdlLi4uClN0YXJ0 ZWQgU3lzbG9nIEtlcm5lbCBMb2cgQnVmZmVyIEJyaWRnZS4KU3RhcnRpbmcgU2V0IFVwIEFkZGl0 aW9uYWwgQmluYXJ5IEZvcm1hdHMuLi4KU3RhcnRpbmcgQXBwbHkgS2VybmVsIFZhcmlhYmxlcy4u LgpTdGFydGluZyB1ZGV2IEtlcm5lbCBEZXZpY2UgTWFuYWdlci4uLgpTdGFydGluZyBSZW1vdW50 IEFQSSBWRlMuLi4KU3RhcnRpbmcgTWVkaWEgRGlyZWN0b3J5Li4uClN0YXJ0aW5nIFJ1bnRpbWUg RGlyZWN0b3J5Li4uClN0YXJ0ZWQgRmlsZSBTeXN0ZW0gQ2hlY2sgb24gUm9vdCBEZXZpY2UuClN0 YXJ0aW5nIFJlbW91bnQgUm9vdCBGUy4uLgpTdGFydGluZyBMb2NrIERpcmVjdG9yeS4uLgpTdGFy dGluZyBTZXR1cCBWaXJ0dWFsIENvbnNvbGUuLi4KU3RhcnRlZCBCb290dXAgaGFjay4KU3RhcnRl ZCBBcHBseSBLZXJuZWwgVmFyaWFibGVzLgpTdGFydGVkIFJ1bnRpbWUgRGlyZWN0b3J5LgpTdGFy dGVkIE1lZGlhIERpcmVjdG9yeS4KU3RhcnRpbmcgQXJiaXRyYXJ5IEV4ZWN1dGFibGUgRmlsZSBG b3JtYXRzIEZpbGUgU3lzdGVtLi4uClN0YXJ0aW5nIFN0ZGlvIFN5c2xvZyBCcmlkZ2UuLi4KU3Rh cnRlZCBTdGRpbyBTeXNsb2cgQnJpZGdlLgpTdGFydGVkIFJlbW91bnQgUm9vdCBGUy4KU3RhcnRl ZCBMb2NrIERpcmVjdG9yeS4KU3RhcnRpbmcgQ29uZmlndXJlIHJlYWQtb25seSByb290IHN1cHBv cnQuLi4KU3RhcnRlZCBSZW1vdW50IEFQSSBWRlMuClN0YXJ0ZWQgQXJiaXRyYXJ5IEV4ZWN1dGFi bGUgRmlsZSBGb3JtYXRzIEZpbGUgU3lzdGVtLgpTdGFydGVkIFNldCBVcCBBZGRpdGlvbmFsIEJp bmFyeSBGb3JtYXRzLgpTdGFydGVkIENvbmZpZ3VyZSByZWFkLW9ubHkgcm9vdCBzdXBwb3J0LgpT dGFydGVkIFNldHVwIFZpcnR1YWwgQ29uc29sZS4KU3RhcnRlZCB1ZGV2IEtlcm5lbCBEZXZpY2Ug TWFuYWdlci4KU3RhcnRpbmcgdWRldiBDb2xkcGx1ZyBhbGwgRGV2aWNlcy4uLgpTdGFydGluZyBM b2FkIGxlZ2FjeSBtb2R1bGUgY29uZmlndXJhdGlvbiBmYWlsZWQsIHNlZSAnc3lzdGVtY3RsIHN0 YXR1cyBmZWRvcmEtbG9hZG1vZHVsZXMuc2VydmljZScgZm9yIGRldGFpbHMuClN0YXJ0ZWQgdWRl diBDb2xkcGx1ZyBhbGwgRGV2aWNlcy4KU3RhcnRpbmcgdWRldiBXYWl0IGZvciBDb21wbGV0ZSBE ZXZpY2UgSW5pdGlhbGl6YXRpb24uLi4KU3RhcnRlZCB1ZGV2IEtlcm5lbCBEZXZpY2UgTWFuYWdl ci4KU3RhcnRpbmcgL2Rldi9tYXBwZXIvdmdfaW5zcDY0MDAtbHZfc3dhcC4uLgpTdGFydGVkIC9k ZXYvbWFwcGVyL3ZnX2luc3A2NDAwLWx2X3N3YXAuClN0YXJ0aW5nIEZpbGUgU3lzdGVtIENoZWNr IG9uIC9kZXYvZGlzay9ieS11dWlkLzcxMTVmMzhlLTI4MjUtNGEzZS1iZjRiLTA0OWY0YTRkN2Uw MS4uLgpTdGFydGluZyBIdWdlIFBhZ2VzIEZpbGUgU3lzdGVtLi4uClN0YXJ0ZWQgSHVnZSBQYWdl cyBGaWxlIFN5c3RlbS4KU3RhcnRpbmcgUE9TSVggTWVzc2FnZSBRdWV1ZSBGaWxlIFN5c3RlbS4u LgpTdGFydGVkIHVkZXYgV2FpdCBmb3IgQ29tcGxldGUgRGV2aWNlIEluaXRpYWxpemF0aW9uLgpT dGFydGVkIFBPU0lYIE1lc3NhZ2UgUXVldWUgRmlsZSBTeXN0ZW0uClN0YXJ0aW5nIFdhaXQgZm9y IHN0b3JhZ2Ugc2Nhbi4uLgpzeXN0ZW1kLWZzY2tbNjM3XTogL2Rldi9zZGEyOiByZWNvdmVyaW5n IGpvdXJuYWwKU3RhcnRlZCBTaG93IFBseW1vdXRoIEJvb3QgU2NyZWVuLgpzeXN0ZW1kLWZzY2tb NjM3XTogL2Rldi9zZGEyOiBjbGVhbiwgNjAvNTEyMDAgZmlsZXMsIDEzMDcwNS8yMDQ4MDAgYmxv Y2tzClN0YXJ0ZWQgRmlsZSBTeXN0ZW0gQ2hlY2sgb24gL2Rldi9kaXNrL2J5LXV1aWQvNzExNWYz OGUtMjgyNS00YTNlLWJmNGItMDQ5ZjRhNGQ3ZTAxLgpTdGFydGVkIFdhaXQgZm9yIHN0b3JhZ2Ug c2Nhbi4KU3RhcnRpbmcgSW5pdGlhbGl6ZSBzdG9yYWdlIHN1YnN5c3RlbXMgKFJBSUQsIExWTSwg ZXRjLikuLi4KU3RhcnRpbmcgL2Jvb3QuLi4KU3RhcnRlZCAvYm9vdC4KU3RhcnRlZCBJbml0aWFs aXplIHN0b3JhZ2Ugc3Vic3lzdGVtcyAoUkFJRCwgTFZNLCBldGMuKS4KU3RhcnRpbmcgSW5pdGlh bGl6ZSBzdG9yYWdlIHN1YnN5c3RlbXMgKFJBSUQsIExWTSwgZXRjLikuLi4KU3RhcnRlZCBJbml0 aWFsaXplIHN0b3JhZ2Ugc3Vic3lzdGVtcyAoUkFJRCwgTFZNLCBldGMuKS4KU3RhcnRlZCBSZWNv bmZpZ3VyZSB0aGUgc3lzdGVtIG9uIGFkbWluaXN0cmF0b3IgcmVxdWVzdC4KU3RhcnRpbmcgRW5h YmxlIGFsbCBkZXRlY3RlZCBzd2FwIHBhcnRpdGlvbnMuLi4KU3RhcnRlZCBNYXJrIHRoZSBuZWVk IHRvIHJlbGFiZWwgYWZ0ZXIgcmVib290LgpTdGFydGVkIFJlbGFiZWwgYWxsIGZpbGVzeXN0ZW1z LCBpZiBuZWNlc3NhcnkuClN0YXJ0aW5nIFJlY3JlYXRlIFZvbGF0aWxlIEZpbGVzIGFuZCBEaXJl Y3Rvcmllcy4uLgpTdGFydGluZyBMb2FkIFJhbmRvbSBTZWVkLi4uClN0YXJ0ZWQgRW5hYmxlIGFs bCBkZXRlY3RlZCBzd2FwIHBhcnRpdGlvbnMuClN0YXJ0ZWQgTG9hZCBSYW5kb20gU2VlZC4KU3Rh cnRlZCBUZWxsIFBseW1vdXRoIFRvIFdyaXRlIE91dCBSdW50aW1lIERhdGEuClN0YXJ0ZWQgUmVj cmVhdGUgVm9sYXRpbGUgRmlsZXMgYW5kIERpcmVjdG9yaWVzLgpTdGFydGluZyBDb25zb2xlIFN5 c3RlbSBTdGFydHVwIExvZ2dpbmcuLi4KU3RhcnRpbmcgUmVzdG9yZSBTb3VuZCBDYXJkIFN0YXRl Li4uClN0YXJ0aW5nIEJvb3R1cCB1bmhhY2suLi4KU3RhcnRpbmcgSm9iIHNwb29saW5nIHRvb2xz Li4uClN0YXJ0ZWQgSm9iIHNwb29saW5nIHRvb2xzLgpTdGFydGluZyBMU0I6IHN0YXJ0IGFuZCBz dG9wIGlwdGFibGVzIGZpcmV3YWxsLi4uClN0YXJ0aW5nIEFCUlQgQXV0b21hdGVkIEJ1ZyBSZXBv cnRpbmcgVG9vbC4uLgpTdGFydGluZyBMU0I6IFN0YXJ0cyBhbmQgc3RvcHMgbG9naW4gaVNDU0kg ZGFlbW9uLi4uLgpTdGFydGluZyBMU0I6IENvbmV4YW50IEhTRiBzb2Z0bW9kZW0uLi4KU3RhcnRp bmcgTFNCOiBzdGFydCBhbmQgc3RvcCBpcDZ0YWJsZXMgZmlyZXdhbGwuLi4KU3RhcnRpbmcgQ29u ZXhhbnQgSFNGIHNvZnRtb2RlbQppcHRhYmxlczogQXBwbHlpbmcgZmlyZXdhbGwgcnVsZXM6IFN0 YXJ0aW5nIENvbnNvbGUgTW91c2UgbWFuYWdlci4uLgpTdGFydGluZyBMU0I6IE1vbml0b3Jpbmcg b2YgTFZNMiBtaXJyb3JzLCBzbmFwc2hvdHMgZXRjLiB1c2luZyBkbWV2ZW50ZCBvciBwcm9ncmVz cyBwb2xsaW5nLi4uClN0YXJ0aW5nIEF2YWhpIG1ETlMvRE5TLVNEIFN0YWNrLi4uClN0YXJ0aW5n IFN5c3RlbSBMb2dnaW5nIFNlcnZpY2UuLi4KU3RhcnRpbmcgaXJxYmFsYW5jZSBkYWVtb24uLi4K U3RhcnRpbmcgQ29tbWFuZCBTY2hlZHVsZXIuLi4KU3RhcnRlZCBDb21tYW5kIFNjaGVkdWxlci4K U3RhcnRpbmcgTWFjaGluZSBDaGVjayBFeGNlcHRpb24gTG9nZ2luZyBEYWVtb24uLi4KU3RhcnRp bmcgRC1CdXMgU3lzdGVtIE1lc3NhZ2UgQnVzLi4uClN0YXJ0ZWQgQ29uc29sZSBTeXN0ZW0gU3Rh cnR1cCBMb2dnaW5nLgpbICBPSyAgXQpTdGFydGVkIFJlc3RvcmUgU291bmQgQ2FyZCBTdGF0ZS4K U3RhcnRlZCBCb290dXAgdW5oYWNrLgpTdGFydGVkIENvbnNvbGUgTW91c2UgbWFuYWdlci4KU3Rv cHBpbmcgU3lzbG9nIEtlcm5lbCBMb2cgQnVmZmVyIEJyaWRnZS4uLgpTdG9wcGVkIFN5c2xvZyBL ZXJuZWwgTG9nIEJ1ZmZlciBCcmlkZ2UuClN0YXJ0ZWQgU3lzdGVtIExvZ2dpbmcgU2VydmljZS4K U3RhcnRlZCBMU0I6IHN0YXJ0IGFuZCBzdG9wIGlwdGFibGVzIGZpcmV3YWxsLgpTdGFydGVkIGly cWJhbGFuY2UgZGFlbW9uLgppcDZ0YWJsZXM6IEFwcGx5aW5nIGZpcmV3YWxsIHJ1bGVzOiBTdGFy dGVkIEQtQnVzIFN5c3RlbSBNZXNzYWdlIEJ1cy4KU3RhcnRpbmcgaXNjc2lkOiBbICBPSyAgXQpT dGFydGluZyBtb25pdG9yaW5nIGZvciBWRyB2Z19pbnNwNjQwMDoKTm8gcHJlLWJ1aWx0IG1vZHVs ZXMgZm9yOiBGZWRvcmEtMTUgbGludXgtMy4xLjAtMC5yYzYuZ2l0MC4wLmZjMTcueDg2XzY0IHg4 Nl82NC1TTVAKClRyeWluZyB0byBhdXRvbWF0aWNhbGx5IGJ1aWxkIHRoZSBkcml2ZXIgbW9kdWxl cy4uLgoodGhpcyByZXF1aXJlcyBhIEMgY29tcGlsZXIgYW5kIHByb3BlciBrZXJuZWwgc291cmNl cyB0byBiZSBpbnN0YWxsZWQpCiAgMiBsb2dpY2FsIHZvbHVtZShzKSBpbiB2b2x1bWUgZ3JvdXAg InZnX2luc3A2NDAwIiBtb25pdG9yZWQKU3RhcnRlZCBMU0I6IHN0YXJ0IGFuZCBzdG9wIGlwNnRh YmxlcyBmaXJld2FsbC4KU3RhcnRlZCBNYWNoaW5lIENoZWNrIEV4Y2VwdGlvbiBMb2dnaW5nIERh ZW1vbi4KU3RhcnRlZCBBdmFoaSBtRE5TL0ROUy1TRCBTdGFjay4KU3RhcnRlZCBBQlJUIEF1dG9t YXRlZCBCdWcgUmVwb3J0aW5nIFRvb2wuClsgIE9LICBdClN0YXJ0ZWQgTFNCOiBNb25pdG9yaW5n IG9mIExWTTIgbWlycm9ycywgc25hcHNob3RzIGV0Yy4gdXNpbmcgZG1ldmVudGQgb3IgcHJvZ3Jl c3MgcG9sbGluZy4KCkJ1aWxkaW5nIG1vZHVsZXMgZm9yIGtlcm5lbCAzLjEuMC0wLnJjNi5naXQw LjAuZmMxNy54ODZfNjQsIHVzaW5nIHNvdXJjZSBkaXJlY3RvcnkKL2xpYi9tb2R1bGVzLzMuMS4w LTAucmM2LmdpdDAuMC5mYzE3Lng4Nl82NC9idWlsZC4gUGxlYXNlIHdhaXQuLi4KWyAgT0sgIF0K U3RhcnRlZCBMU0I6IFN0YXJ0cyBhbmQgc3RvcHMgbG9naW4gaVNDU0kgZGFlbW9uLi4KU3RhcnRp bmcgU1lTVjogc3RhcnQgYW5kIHN0b3AgSVNETiBzZXJ2aWNlcy4uLgpTdGFydGVkIFNZU1Y6IHN0 YXJ0IGFuZCBzdG9wIElTRE4gc2VydmljZXMuClN0YXJ0aW5nIExTQjogUG9ydCByZXNlcnZhdGlv biB1dGlsaXR5Li4uClN0YXJ0aW5nIHBvcnRyZXNlcnZlOiBbICBPSyAgXQpTdGFydGVkIExTQjog UG9ydCByZXNlcnZhdGlvbiB1dGlsaXR5LgpCcmluZ2luZyB1cCBsb29wYmFjayBpbnRlcmZhY2U6 ICBbICBPSyAgXQpCcmluZ2luZyB1cCBpbnRlcmZhY2UgYm9uZDA6ICBFUlJPUiAgICA6IFsvZXRj L3N5c2NvbmZpZy9uZXR3b3JrLXNjcmlwdHMvaWZ1cC1ldGhdIERldmljZSBldGgxIGRvZXMgbm90 IHNlZW0gdG8gYmUgcHJlc2VudCwgZGVsYXlpbmcgaW5pdGlhbGl6YXRpb24uClsgIE9LICBdCkJy aW5naW5nIHVwIGludGVyZmFjZSB4ZW5icjA6CkRldGVybWluaW5nIElQIGluZm9ybWF0aW9uIGZv ciB4ZW5icjAuLi4gZG9uZS4KWyAgT0sgIF0KU3RhcnRlZCBMU0I6IEJyaW5nIHVwL2Rvd24gbmV0 d29ya2luZy4KU3RhcnRpbmcgL3dpbmRvd3MvQy4uLgpTdGFydGluZyAvd2luZG93cy9EaWdpLi4u ClN0YXJ0aW5nIFNldCB0aW1lIHZpYSBOVFAuLi4KU3RhcnRlZCAvd2luZG93cy9EaWdpLgpTdGFy dGVkIC93aW5kb3dzL0MuClN0YXJ0ZWQgU2V0IHRpbWUgdmlhIE5UUC4KU3RhcnRpbmcgTmV0d29y ayBUaW1lIFNlcnZpY2UuLi4KU3RhcnRlZCBOZXR3b3JrIFRpbWUgU2VydmljZS4KCkVSUk9SOiBN b2R1bGUgYnVpbGQgZmFpbGVkIQpQbGVhc2UgZXhhbWluZSB0aGUgbG9nIGZpbGUgIi9ldGMvaHNm bW9kZW0vbG9nL2J1aWxkbG9nLTIwMTEwOTEzMTkwNzAyLnR4dCIgdG8gZGV0ZXJtaW5lIHdoeS4K U3RhcnRlZCBMU0I6IENvbmV4YW50IEhTRiBzb2Z0bW9kZW0uClN0YXJ0aW5nIFNZU1Y6IFRoaXMg c3RhcnRzIHRoZSBMaW51eCBBdWRpdGluZyBTeXN0ZW0gRGFlbW9uLCB3aGljaCBjb2xsZWN0cyBz ZWN1cml0eSByZWxhdGVkIGV2ZW50cyBpbiBhIGRlZGljYXRlZCBhdWRpdCBsb2cuIElmIHRoaXMg ZGFlbW9uIGlzIHR1cm5lZCBvZmYsIGF1ZGl0IGV2ZW50cyB3aWxsIGJlIHNlbnQgdG8gc3lzbG9n Li4uLgpTdGFydGluZyBhdWRpdGQ6IFsgIE9LICBdClN0YXJ0ZWQgU1lTVjogVGhpcyBzdGFydHMg dGhlIExpbnV4IEF1ZGl0aW5nIFN5c3RlbSBEYWVtb24sIHdoaWNoIGNvbGxlY3RzIHNlY3VyaXR5 IHJlbGF0ZWQgZXZlbnRzIGluIGEgZGVkaWNhdGVkIGF1ZGl0IGxvZy4gSWYgdGhpcyBkYWVtb24g aXMgdHVybmVkIG9mZiwgYXVkaXQgZXZlbnRzIHdpbGwgYmUgc2VudCB0byBzeXNsb2cuLgpTdGFy dGluZyBMU0I6IFN0YXJ0cyBhbmQgc3RvcHMgbG9naW4gYW5kIHNjYW5uaW5nIG9mIGlTQ1NJIGRl dmljZXMuLi4uClN0YXJ0aW5nIFNZU1Y6IFRoZSBycGNiaW5kIHV0aWxpdHkgaXMgYSBzZXJ2ZXIg dGhhdCBjb252ZXJ0cyBSUEMgcHJvZ3JhbSBudW1iZXJzIGludG8gdW5pdmVyc2FsIGFkZHJlc3Nl cy4gSXQgbXVzdCBiZSBydW5uaW5nIG9uIHRoZSBob3N0IHRvIGJlIGFibGUgdG8gbWFrZSBSUEMg Y2FsbHMgb24gYSBzZXJ2ZXIgb24gdGhhdCBtYWNoaW5lLi4uLgpTdGFydGluZyBpc2NzaTogU3Rh cnRpbmcgcnBjYmluZDogWyAgT0sgIF0KU3RhcnRlZCBTWVNWOiBUaGUgcnBjYmluZCB1dGlsaXR5 IGlzIGEgc2VydmVyIHRoYXQgY29udmVydHMgUlBDIHByb2dyYW0gbnVtYmVycyBpbnRvIHVuaXZl cnNhbCBhZGRyZXNzZXMuIEl0IG11c3QgYmUgcnVubmluZyBvbiB0aGUgaG9zdCB0byBiZSBhYmxl IHRvIG1ha2UgUlBDIGNhbGxzIG9uIGEgc2VydmVyIG9uIHRoYXQgbWFjaGluZS4uClN0YXJ0aW5n IExTQjogTW91bnQgYW5kIHVubW91bnQgbmV0d29yayBmaWxlc3lzdGVtcy4uLi4KWyAgT0sgIF0K U3RhcnRpbmcgTFNCOiBTdGFydHMgdGhlIFJQQ1NFQyBHU1MgY2xpZW50IGRhZW1vbi4uLgpTdGFy dGluZyBMU0I6IEd1YXJkLi4uClN0YXJ0aW5nIExTQjogU3RhcnQgYW5kIHN0b3AgdGhlIE1EIHNv ZnR3YXJlIFJBSUQgbW9uaXRvci4uLgpTdGFydGluZyBMU0I6IFN0YXJ0IHVwIHRoZSBORlMgZmls ZSBsb2NraW5nIHNldmljZS4uLgpTdGFydGluZyBMU0I6IHN0YXJ0IGFuZCBzdG9wIHdwYV9zdXBw bGljYW50Li4uClN0YXJ0aW5nIExTQjogU3RhcnQgdXAgdGhlIE5GUyBzZXJ2ZXIgc2V2aWNlLi4u ClN0YXJ0aW5nIExTQjogVGhlIENVUFMgc2NoZWR1bGVyLi4uClN0YXJ0aW5nIExTQjogU3RhcnRz IHRoZSBSUENTRUMgR1NTIHNlcnZlciBkYWVtb24uLi4KU3RhcnRpbmcgTFNCOiBTdGFydHMgdGhl IE5GU3Y0IGlkIG1hcHBpbmcgZGFlbW9uLi4uClN0YXJ0ZWQgTFNCOiBTdGFydHMgYW5kIHN0b3Bz IGxvZ2luIGFuZCBzY2FubmluZyBvZiBpU0NTSSBkZXZpY2VzLi4KU3RhcnRlZCBMU0I6IFN0YXJ0 IGFuZCBzdG9wIHRoZSBNRCBzb2Z0d2FyZSBSQUlEIG1vbml0b3IuClN0YXJ0aW5nIHdwYV9zdXBw bGljYW50OiAvZXRjL3dwYV9zdXBwbGljYW50L3dwYV9zdXBwbGljYW50LmNvbmYsIC1pd2xhbjAs IC1Ed2V4dFN0YXJ0aW5nIGN1cHM6IE1vdW50aW5nIENJRlMgZmlsZXN5c3RlbXM6ICBTdGFydGVk IExTQjogU3RhcnRzIHRoZSBSUENTRUMgR1NTIHNlcnZlciBkYWVtb24uClsgIE9LICBdCk1vdW50 aW5nIG90aGVyIGZpbGVzeXN0ZW1zOiAgU3RhcnRlZCBMU0I6IFN0YXJ0cyB0aGUgUlBDU0VDIEdT UyBjbGllbnQgZGFlbW9uLgptb3VudDogc3lzZnMgYWxyZWFkeSBtb3VudGVkIG9yIC9zeXMgYnVz eQptb3VudDogYWNjb3JkaW5nIHRvIG10YWIsIC9zeXMgaXMgYWxyZWFkeSBtb3VudGVkIG9uIC9z eXMKU3RhcnRlZCBMU0I6IE1vdW50IGFuZCB1bm1vdW50IG5ldHdvcmsgZmlsZXN5c3RlbXMuLgpT dGFydGluZyBMU0I6IERhZW1vbiB0byBhY2Nlc3MgYSBzbWFydCBjYXJkIHVzaW5nIFBDL1NDLi4u ClN0YXJ0aW5nIFBlcm1pdCBVc2VyIFNlc3Npb25zLi4uClN0YXJ0aW5nIEFWSVJBIEFudGlWaXIg V29ya3N0YXRpb24gUGVyc29uYWwgLi4uClN0YXJ0aW5nIE5GUyBzdGF0ZDogU3RhcnRlZCBQZXJt aXQgVXNlciBTZXNzaW9ucy4KWyAgT0sgIF0KU3RhcnRpbmcgUEMvU0Mgc21hcnQgY2FyZCBkYWVt b24gKHBjc2NkKTogU3RhcnRpbmcgcnBjc3ZjZ3NzZCAodmlhIHN5c3RlbWN0bCk6ICBTdGFydGVk IExTQjogU3RhcnRzIHRoZSBSUENTRUMgR1NTIHNlcnZlciBkYWVtb24uClsgIE9LICBdClsgIE9L ICBdClsgIE9LICBdClN0YXJ0ZWQgTFNCOiBTdGFydCB1cCB0aGUgTkZTIGZpbGUgbG9ja2luZyBz ZXZpY2UuClN0YXJ0ZWQgTFNCOiBUaGUgQ1VQUyBzY2hlZHVsZXIuClsgIE9LICBdClN0YXJ0ZWQg TFNCOiBzdGFydCBhbmQgc3RvcCB3cGFfc3VwcGxpY2FudC4KU3RhcnRlZCBMU0I6IERhZW1vbiB0 byBhY2Nlc3MgYSBzbWFydCBjYXJkIHVzaW5nIFBDL1NDLgpTdGFydGluZyBSUEMgaWRtYXBkOiBT dGFydGluZyBORlMgc2VydmljZXM6ICBleHBvcnRmczogc2NhbmRpciAvZXRjL2V4cG9ydHMuZDog Tm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeQoKWyAgT0sgIF0KU3RhcnRpbmcgTkZTIHF1b3Rhczog WyAgT0sgIF0KWyAgT0sgIF0KU3RhcnRpbmcgTkZTIGRhZW1vbjogU3RhcnRlZCBMU0I6IFN0YXJ0 cyB0aGUgTkZTdjQgaWQgbWFwcGluZyBkYWVtb24uClN0YXJ0aW5nOiBhdmd1YXJkLmJpbgpbICBP SyAgXQpTdGFydGluZyBORlMgbW91bnRkOiBbICBPSyAgXQpTdGFydGVkIExTQjogU3RhcnQgdXAg dGhlIE5GUyBzZXJ2ZXIgc2V2aWNlLgpXYXJuaW5nOiBObyBkYXp1a28gbW9kdWxlIGF2YWlsYWJs ZSwgb24tYWNjZXNzIHByb3RlY3Rpb24gZGlzYWJsZWQuClN0YXJ0ZWQgTFNCOiBHdWFyZC4KU3Rh cnRpbmcgU1lTVjogRW5hYmxlIGRhaWx5IHJ1biBvZiB5dW0sIGEgcHJvZ3JhbSB1cGRhdGVyLi4u LgpFbmFibGluZyBuaWdodGx5IHl1bSB1cGRhdGU6IFsgIE9LICBdClN0YXJ0ZWQgU1lTVjogRW5h YmxlIGRhaWx5IHJ1biBvZiB5dW0sIGEgcHJvZ3JhbSB1cGRhdGVyLi4KU3RhcnRpbmcgTFNCOiBJ bnN0YWxscyBjb3JlZHVtcCBoYW5kbGVyIHdoaWNoIHNhdmVzIHNlZ2ZhdWx0IGRhdGEuLi4KU3Rh cnRpbmcgTFNCOiBTdGFydCB1cCB0aGUgT3BlblNTSCBzZXJ2ZXIgZGFlbW9uLi4uClN0YXJ0aW5n IExTQjogc3RhcnQgYW5kIHN0b3Agc2VuZG1haWwuLi4KU3RhcnRpbmcgTFNCOiBzdGFydCBhbmQg c3RvcCBrc20uLi4KU3RhcnRpbmcgTFNCOiB0dW5lIHRoZSBzcGVlZCBvZiBrc20uLi4KU3RhcnRp bmcgc3NoZDogU3RhcnRpbmcga3NtdHVuZWQ6IFN0YXJ0aW5nIGtzbTogWyAgT0sgIF0KU3RhcnRl ZCBMU0I6IHN0YXJ0IGFuZCBzdG9wIGtzbS4KU3RhcnRpbmcgc2VuZG1haWw6IFN0YXJ0ZWQgTFNC OiBJbnN0YWxscyBjb3JlZHVtcCBoYW5kbGVyIHdoaWNoIHNhdmVzIHNlZ2ZhdWx0IGRhdGEuClsg IE9LICBdClN0YXJ0ZWQgTFNCOiB0dW5lIHRoZSBzcGVlZCBvZiBrc20uClsgIE9LICBdClN0YXJ0 ZWQgTFNCOiBTdGFydCB1cCB0aGUgT3BlblNTSCBzZXJ2ZXIgZGFlbW9uLgpbICBPSyAgXQpTdGFy dGluZyBzbS1jbGllbnQ6IFsgIE9LICBdClN0YXJ0ZWQgTFNCOiBzdGFydCBhbmQgc3RvcCBzZW5k bWFpbC4KU3RhcnRpbmcgU1lTVjogRW5hYmxlIG1vbnRobHkgdXBkYXRlIG9mIFNtb2x0Li4uCkVu YWJsaW5nIG1vbnRobHkgU21vbHQgY2hlY2tpbjogWyAgT0sgIF0KU3RhcnRlZCBTWVNWOiBFbmFi bGUgbW9udGhseSB1cGRhdGUgb2YgU21vbHQuClN0YXJ0aW5nIExTQjogc3RhcnR8c3RvcHxyZXN0 YXJ0fHRyeS1yZXN0YXJ0fHN0YXR1c3xmb3JjZS1yZWxvYWQgdm5jc2VydmVyLi4uClN0YXJ0aW5n IFNZU1Y6IFN0YXJ0cyBhbmQgc3RvcHMgdGhlIFNhbWJhIHNtYmQgYW5kIG5tYmQgZGFlbW9ucyB1 c2VkIHRvIHByb3ZpZGUgU01CIG5ldHdvcmsgc2VydmljZXMuLi4uClN0YXJ0aW5nIFNZU1Y6IFN0 YXJ0cyBhbmQgc3RvcHMgdGhlIFNhbWJhIHNtYmQgZGFlbW9uIHVzZWQgdG8gcHJvdmlkZSBTTUIg bmV0d29yayBzZXJ2aWNlcy4uLi4KU3RhcnRpbmcgVk5DIHNlcnZlcjogMTpqaW1iIFN0YXJ0aW5n IE5NQiBzZXJ2aWNlczogU3RhcnRpbmcgU01CIHNlcnZpY2VzOiBbICBPSyAgXQpTdGFydGVkIFNZ U1Y6IFN0YXJ0cyBhbmQgc3RvcHMgdGhlIFNhbWJhIHNtYmQgYW5kIG5tYmQgZGFlbW9ucyB1c2Vk IHRvIHByb3ZpZGUgUwpTdGFydGluZyBXYWl0IGZvciBQbHltb3V0aCBCb290IFNjcmVlbiB0byBR dWl0Li4uClN0YXJ0aW5nIERpc3BsYXkgTWFuYWdlci4uLgpTdGFydGVkIERpc3BsYXkgTWFuYWdl ci4KWyAgT0sgIF0KCkZlZG9yYSByZWxlYXNlIDE1IChMb3ZlbG9jaykKS2VybmVsIDMuMS4wLTAu cmM2LmdpdDAuMC5mYzE3Lng4Nl82NCBvbiBhbiB4ODZfNjQgKGh2YzApCgppbnNwNjQwMCBsb2dp bjogWyAgT0sgIF0KU3RhcnRpbmcgbGlidmlydGQgZGFlbW9uOiBbICBPSyAgXQpbICAyMDQuNzM4 ODY5XSBjYWxsaW5nICBpcHRhYmxlX21hbmdsZV9pbml0KzB4MC8weDEwMDAgW2lwdGFibGVfbWFu Z2xlXSBAIDM2MDYKWyAgMjA0LjczOTE1M10gaW5pdGNhbGwgaXB0YWJsZV9tYW5nbGVfaW5pdCsw eDAvMHgxMDAwIFtpcHRhYmxlX21hbmdsZV0gcmV0dXJuZWQgMCBhZnRlciAxOTYgdXNlY3MKWyAg MjA0Ljk3NTc1N10gY2FsbGluZyAgY2hlY2tzdW1fdGdfaW5pdCsweDAvMHgxMDAwIFt4dF9DSEVD S1NVTV0gQCAzNjEzClsgIDIwNC45NzU5NDJdIGluaXRjYWxsIGNoZWNrc3VtX3RnX2luaXQrMHgw LzB4MTAwMCBbeHRfQ0hFQ0tTVU1dIHJldHVybmVkIDAgYWZ0ZXIgNTIgdXNlY3MKWyAgMjA1Ljc3 NzY5Nl0gY2FsbGluZyAgbmZfbmF0X2luaXQrMHgwLzB4MTAwMCBbbmZfbmF0XSBAIDM2MjYKWyAg MjA1Ljc3NzgzMV0gaW5pdGNhbGwgbmZfbmF0X2luaXQrMHgwLzB4MTAwMCBbbmZfbmF0XSByZXR1 cm5lZCAwIGFmdGVyIDU2IHVzZWNzClsgIDIwNS43OTc1NTddIGNhbGxpbmcgIG5mX25hdF9zdGFu ZGFsb25lX2luaXQrMHgwLzB4ZmEyIFtpcHRhYmxlX25hdF0gQCAzNjI2ClsgIDIwNS43OTkxMjRd IGluaXRjYWxsIG5mX25hdF9zdGFuZGFsb25lX2luaXQrMHgwLzB4ZmEyIFtpcHRhYmxlX25hdF0g cmV0dXJuZWQgMCBhZnRlciAxNDQ3IHVzZWNzClsgIDIwNS45MzA3MjVdIGNhbGxpbmcgIG1hc3F1 ZXJhZGVfdGdfaW5pdCsweDAvMHgxMDAwIFtpcHRfTUFTUVVFUkFERV0gQCAzNjI4ClsgIDIwNS45 MzA4MjBdIGluaXRjYWxsIG1hc3F1ZXJhZGVfdGdfaW5pdCsweDAvMHgxMDAwIFtpcHRfTUFTUVVF UkFERV0gcmV0dXJuZWQgMCBhZnRlciAxMCB1c2VjcwpbICAyMDYuMDc2ODQwXSBBRERSQ09ORihO RVRERVZfVVApOiB2aXJicjA6IGxpbmsgaXMgbm90IHJlYWR5ClsgIDIwOC40OTAyNDRdIGNhbGxp bmcgIGVidGFibGVzX2luaXQrMHgwLzB4MTAwMCBbZWJ0YWJsZXNdIEAgMzY0MQpbICAyMDguNDkw MzYwXSBFYnRhYmxlcyB2Mi4wIHJlZ2lzdGVyZWQKWyAgMjA4LjQ5MDM4M10gaW5pdGNhbGwgZWJ0 YWJsZXNfaW5pdCsweDAvMHgxMDAwIFtlYnRhYmxlc10gcmV0dXJuZWQgMCBhZnRlciA1MSB1c2Vj cwpbICAyMDguNTQzODAxXSBjYWxsaW5nICBlYnRhYmxlX25hdF9pbml0KzB4MC8weDEwMDAgW2Vi dGFibGVfbmF0XSBAIDM2NDMKWyAgMjA4LjU0Mzk5OF0gaW5pdGNhbGwgZWJ0YWJsZV9uYXRfaW5p dCsweDAvMHgxMDAwIFtlYnRhYmxlX25hdF0gcmV0dXJuZWQgMCBhZnRlciAxMTMgdXNlY3MKWyAg MjE0Ljc0MzQ3Ml0gU0VMaW51eDogaW5pdGlhbGl6ZWQgKGRldiBtcXVldWUsIHR5cGUgbXF1ZXVl KSwgdXNlcyB0cmFuc2l0aW9uIFNJRHMKWyAgMjE0Ljc0ODQzMl0gU0VMaW51eDogaW5pdGlhbGl6 ZWQgKGRldiBwcm9jLCB0eXBlIHByb2MpLCB1c2VzIGdlbmZzX2NvbnRleHRzClsgIDIxNC45MDA5 NjVdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYgbXF1ZXVlLCB0eXBlIG1xdWV1ZSksIHVzZXMg dHJhbnNpdGlvbiBTSURzClsgIDIxNC45MDIzNjFdIFNFTGludXg6IGluaXRpYWxpemVkIChkZXYg cHJvYywgdHlwZSBwcm9jKSwgdXNlcyBnZW5mc19jb250ZXh0cwpbICAyMzEuMTIwODU2XSBhdGEy LjAwOiBleGNlcHRpb24gRW1hc2sgMHgwIFNBY3QgMHgwIFNFcnIgMHgwIGFjdGlvbiAweDYgZnJv emVuClsgIDIzMS4xMjA5OTZdIGF0YTIuMDA6IFNUX0ZJUlNUOiAhKERSUXxFUlJ8REYpClsgIDIz MS4xMjEyMTZdIHNyIDE6MDowOjA6IENEQjogR2V0IGV2ZW50IHN0YXR1cyBub3RpZmljYXRpb246 IDRhIDAxIDAwIDAwIDEwIDAwIDAwIDAwIDA4IDAwClsgIDIzMS4xMjE0NDVdIGF0YTIuMDA6IGNt ZCBhMC8wMDowMDowMDowODowMC8wMDowMDowMDowMDowMC9hMCB0YWcgMCBwaW8gMTYzOTIgaW4K WyAgMjMxLjEyMTQ1MF0gICAgICAgICAgcmVzIDUwLzAwOjAxOjAwOjA4OjAwLzAwOjAwOjAwOjAw OjAwL2EwIEVtYXNrIDB4MiAoSFNNIHZpb2xhdGlvbikKWyAgMjMxLjEyMTU3Ml0gYXRhMi4wMDog c3RhdHVzOiB7IERSRFkgfQpbICAyMzEuMTIxNzkxXSBhdGEyOiBzb2Z0IHJlc2V0dGluZyBsaW5r ClsgIDIzMS4zODc4NzRdIGF0YTIuMDA6IGNvbmZpZ3VyZWQgZm9yIFVETUEvMzMKWyAgMjMxLjQy MjQ4NF0gYXRhMjogRUggY29tcGxldGUKWyAgMjU3Ljc2NzMyNl0gY2FsbGluZyAgZnVzZV9pbml0 KzB4MC8weDEzZCBbZnVzZV0gQCAzOTI1ClsgIDI1Ny43Njc0MDJdIGZ1c2UgaW5pdCAoQVBJIHZl cnNpb24gNy4xNykKWyAgMjU3Ljc3MjU1OV0gaW5pdGNhbGwgZnVzZV9pbml0KzB4MC8weDEzZCBb ZnVzZV0gcmV0dXJuZWQgMCBhZnRlciA1MDI2IHVzZWNzClsgIDI1Ny45NjA0ODJdIFNFTGludXg6 IGluaXRpYWxpemVkIChkZXYgZnVzZSwgdHlwZSBmdXNlKSwgdXNlcyBnZW5mc19jb250ZXh0cwpb ICAyNTkuNjI1NzM0XSBTRUxpbnV4OiBpbml0aWFsaXplZCAoZGV2IGZ1c2VjdGwsIHR5cGUgZnVz ZWN0bCksIHVzZXMgZ2VuZnNfY29udGV4dHMKWyAgMjYwLjA5MjY5NV0gaGRhLWludGVsOiBJbnZh bGlkIHBvc2l0aW9uIGJ1ZmZlciwgdXNpbmcgTFBJQiByZWFkIG1ldGhvZCBpbnN0ZWFkLgpbICA5 MzQuODM1NDc0XSB3YyB1c2VkIGdyZWF0ZXN0IHN0YWNrIGRlcHRoOiAyNzUyIGJ5dGVzIGxlZnQK Cgo= --nextPart1926288.ImhURyU77f Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --nextPart1926288.ImhURyU77f-- From xen-devel-bounces@lists.xensource.com Tue Sep 13 18:45:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 18:45:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3eXM-0007ZZ-Uj; Tue, 13 Sep 2011 18:45:16 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1R3eWn-0007Mn-NJ for xen-devel@lists.xensource.com; Tue, 13 Sep 2011 18:44:42 -0700 X-Env-Sender: jim_burn@bellsouth.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1315964656!48530317!1 X-Originating-IP: [98.139.44.147] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4407 invoked from network); 14 Sep 2011 01:44:16 -0000 Received: from nm20.access.bullet.mail.sp2.yahoo.com (HELO nm20.access.bullet.mail.sp2.yahoo.com) (98.139.44.147) by server-7.tower-27.messagelabs.com with SMTP; 14 Sep 2011 01:44:16 -0000 Received: from [98.139.44.106] by nm20.access.bullet.mail.sp2.yahoo.com with NNFMP; 14 Sep 2011 01:44:37 -0000 Received: from [98.139.44.90] by tm11.access.bullet.mail.sp2.yahoo.com with NNFMP; 14 Sep 2011 01:44:37 -0000 Received: from [127.0.0.1] by omp1027.access.mail.sp2.yahoo.com with NNFMP; 14 Sep 2011 01:44:37 -0000 X-Yahoo-Newman-Id: 518125.90320.bm@omp1027.access.mail.sp2.yahoo.com Received: (qmail 30295 invoked from network); 14 Sep 2011 01:44:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1315964677; bh=BbD7UsRz40xLFsJLtgetHwRzD3AvsQ99k6HhqAm1Elc=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:From:To:Cc:Subject:Date:Message-ID:User-Agent:In-Reply-To:References:MIME-Version:Content-Transfer-Encoding:Content-Type; b=TfE1XQIbOie3d+/4824V+/knpbNlxy9SbDRN1O6hfyzPh0ORMza4A4R4DIUbbfBlGkIq3K5kqiHCjIJl1YRghE6av4phVXDDmr65mpXwYmp+KRJU0hMXVZYvHtayCGChoScTk33zJxSiAYG+7bNv1qL8ITKL9RfWS0+1TGLWFro= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: o5OFRBcVM1lYCavTeRohU4fQnQoLmrwX0EXScklSK79bXw2 97nfbrSgY_KB_8O317i7ehGRHHxMvA5lbIMCpbf5ZjsErLGyYlg7Fkye.JcW kGCL99RvMwWB7TTbGa11Uc6tOYcqAuoeMb5EGt7WK0tZvhZatp_SbFN05K7W 90nq4jg75hnzwrLKdJlgqT9Osb60lIzSLXRI18uBlhledCHRI2O__GFaJ3jH MgohzAYmcjZZs7ExfTHOPiXQnbEqw07MkWhWWByxA0M_9qEOpaISXjBnzuI0 7V.WrS7qJFJYAdGHiRdVYZUgUccnsU9jDig_k5XpeTxVGfABbJL5.WNukAqO I7X9CQRt7N97QqmS..tQaR_uoD4s6Qc6vpaRynM3W7npLnubbZgBJjdk1x7G deQ-- X-Yahoo-SMTP: g0AhWW2swBA2djJKuhuwxPlPqLrHlDrycdPnfR9kZNrpKCA- Received: from dell4550.localnet (jim_burn@74.232.119.247 with plain) by smtp110.sbc.mail.ne1.yahoo.com with SMTP; 13 Sep 2011 18:44:36 -0700 PDT From: jim burns To: Pasi =?ISO-8859-1?Q?K=E4rkk=E4inen?= , xen-devel@lists.xensource.com, xen-users@lists.xensource.com Date: Tue, 13 Sep 2011 21:44:29 -0400 Message-ID: <1665465.xulIAphhZn@dell4550> User-Agent: KMail/4.7.1 (Linux/2.6.37.6-0.7-default; KDE/4.7.1; i686; ; ) In-Reply-To: <1856036.eYCcuDQrZC@dell4550> References: <201107231426.56811.jim_burn@bellsouth.net> <20110913085559.GG12984@reaktio.net> <1856036.eYCcuDQrZC@dell4550> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Todd Deshane , Fedora Xen List Subject: [Xen-devel] Re: [Xen-users] Continuing BUG:-iness booting Fedora Rawhide 3.1.0-rc's (was Summary: Experiences setting up a debug serial port) X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Tue September 13 2011, 7:50:55 PM, jim burns wrote: > where vmlinuz and initramfs are soft links, and x,y,z is rc5.git0.0 for the > attached file with 'initcall_debug', and rc6.git0.0 for the (unimportant) > crash shown below (with the 64k buffer). Sorry - both the attached file, and the (unimportant) crash file were for rc6. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Sep 13 18:48:25 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 18:48:25 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3eaP-0000GO-MO; Tue, 13 Sep 2011 18:48:25 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3eYc-00082C-D8; Tue, 13 Sep 2011 18:46:35 -0700 X-Env-Sender: jeremy@goop.org X-Msg-Ref: server-10.tower-216.messagelabs.com!1315964789!10079887!1 X-Originating-IP: [74.207.240.146] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12377 invoked from network); 14 Sep 2011 01:46:31 -0000 Received: from claw.goop.org (HELO claw.goop.org) (74.207.240.146) by server-10.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Sep 2011 01:46:31 -0000 Received: from saboo.goop.org (unknown [IPv6:2001:470:1f05:899:f2de:f1ff:fe5c:34ed]) (Authenticated sender: smtp-saboo) by claw.goop.org (Postfix) with ESMTPSA id F0B3E8EE9; Tue, 13 Sep 2011 18:46:28 -0700 (PDT) Received: from saboo.goop.org (localhost [IPv6:::1]) by saboo.goop.org (Postfix) with ESMTP id 8A1E420499; Tue, 13 Sep 2011 18:46:24 -0700 (PDT) Message-ID: <4E700770.90204@goop.org> Date: Tue, 13 Sep 2011 18:46:24 -0700 From: Jeremy Fitzhardinge User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2 MIME-Version: 1.0 To: jinho hwang Subject: Re: [Xen-devel] [Xen-users] current xen linux kernel branch? References: In-Reply-To: X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On 09/13/2011 02:15 PM, jinho hwang wrote: > > Hi, > > Where can I find the current xen linux kernel branch? The > git.kernel.org has been down for maintenance > reason, so I can't find any kernel source except xenbits.xensource.com > . However, this repository does not have > current linux dom0 kernel such as 2.6.32.*. Can anyone share with me > the kernel source because I have to install xen environment in my > intel 32/64bits machine. You can use upstream Linux for dom0, but it isn't quite as featureful as the 2.6.32-based kernel. The 2.6.32 kernel is available at git://github.com/jsgf/linux-xen.git xen/next-2.6.32 while kernel.org is down. J _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Tue Sep 13 20:49:28 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 20:49:28 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3gTY-0003X6-87; Tue, 13 Sep 2011 20:49:28 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3gSe-0003K9-Qt; Tue, 13 Sep 2011 20:48:33 -0700 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1315972108!18160757!1 X-Originating-IP: [209.85.213.43] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27508 invoked from network); 14 Sep 2011 03:48:29 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Sep 2011 03:48:29 -0000 Received: by ywm21 with SMTP id 21so1316083ywm.30 for ; Tue, 13 Sep 2011 20:48:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=DZohC1OZ889BrS8kDFrMrz8MhXbULOoz/6nwNajW4Cg=; b=oShokc2P9CdOoJjSKBSRIKgw4/RsEEjc3BZBRMVzaUKCv5XDj+EOyrPf6gnYPku8jd ZB8t6d2xsK7g1n8qHrAhmmRZwt9C9iIq1UCOtByFIw7veF7Q4EJBjATHlJCQR9/MTDI9 OJALnJsl8VoiiQkPbYOigencprLHUXZJKKQhA= Received: by 10.150.63.2 with SMTP id l2mr3643910yba.63.1315972108092; Tue, 13 Sep 2011 20:48:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.154.16 with HTTP; Tue, 13 Sep 2011 20:48:08 -0700 (PDT) In-Reply-To: <4E700770.90204@goop.org> References: <4E700770.90204@goop.org> From: jinho hwang Date: Tue, 13 Sep 2011 23:48:08 -0400 Message-ID: Subject: Re: [Xen-devel] [Xen-users] current xen linux kernel branch? To: Jeremy Fitzhardinge Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1088039711==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============1088039711== Content-Type: multipart/alternative; boundary=000e0cd3b27c09852b04acdea227 --000e0cd3b27c09852b04acdea227 Content-Type: text/plain; charset=ISO-8859-1 I have successfully installed dom0 now, and try to run domUs on it. Thank you so much for your help. I will catch up soon, and try to find any contribution I can make. On Tue, Sep 13, 2011 at 9:46 PM, Jeremy Fitzhardinge wrote: > On 09/13/2011 02:15 PM, jinho hwang wrote: > > > > Hi, > > > > Where can I find the current xen linux kernel branch? The > > git.kernel.org has been down for maintenance > > reason, so I can't find any kernel source except xenbits.xensource.com > > . However, this repository does not have > > current linux dom0 kernel such as 2.6.32.*. Can anyone share with me > > the kernel source because I have to install xen environment in my > > intel 32/64bits machine. > > You can use upstream Linux for dom0, but it isn't quite as featureful as > the 2.6.32-based kernel. > > The 2.6.32 kernel is available at > git://github.com/jsgf/linux-xen.git xen/next-2.6.32 > > while kernel.org is down. > > J > -- Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --000e0cd3b27c09852b04acdea227 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I have successfully installed dom0 now, and try to run domUs= on it.=A0

Thank you so much for your help. I will catch up soon, and t= ry to find any contribution I can make.=A0

On Tue, Sep 13, 2011 at 9:46 PM, Jeremy Fitzhardinge <= jeremy@goop.org>= ; wrote:

On 09/13/2011 02:15 PM, jinho hwang wrote:
>
> Hi,
>
> Where can I find the current xen linux kernel branch? The

> git.kernel.o= rg <http://git.k= ernel.org> has been down for maintenance

> reason, so I can't find any kernel source except xenbits.xensource.com
> <h= ttp://xenbits.xensource.com>. However, this repository does not have=

> current linux dom0 kernel such as 2.6.32.*. Can anyone share with= me
> the kernel source because I have to install xen environment in my
> intel 32/64bits machine.

You can use upstream Linux for dom0, but it isn't quite as featur= eful as
the 2.6.32-based kernel.

The 2.6.32 kernel is available at
=A0 =A0git://github.com/jsgf/linux-xen.git xen/next-2.6.32

while kernel.org is dow= n.

=A0 =A0J

--
Jinho= Hwang
PhD Student
Department of Computer Science
The George Washi= ngton University
Washington, DC 20052
hwang.jinho@gmail.com (email)
276.3= 36.0971 (Cell)
202.994.4875 (fax)
070.8285.6546 (myLg070)

--000e0cd3b27c09852b04acdea227-- --===============1088039711== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1088039711==-- From xen-users-bounces@lists.xensource.com Tue Sep 13 20:52:30 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 20:52:30 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3gWU-0004hf-6p; Tue, 13 Sep 2011 20:52:30 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3gUR-0003o3-QQ for xen-users@lists.xensource.com; Tue, 13 Sep 2011 20:50:24 -0700 X-Env-Sender: netwarrior863@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1315972202!42480368!1 X-Originating-IP: [209.85.161.169] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15106 invoked from network); 14 Sep 2011 03:50:03 -0000 Received: from mail-gx0-f169.google.com (HELO mail-gx0-f169.google.com) (209.85.161.169) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Sep 2011 03:50:03 -0000 Received: by gxk3 with SMTP id 3so1397425gxk.28 for ; Tue, 13 Sep 2011 20:50:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=+LWeVJZlYE2LUy5q3eNAG3xbsd28oMEOK49A4bIRllw=; b=jwViNG1QIZsXRaRCYogpDH70R00HnV16R4F8xhlLrstVuUMPgbgIq+9fxxiDx3wfLY /umVpP6XBgO6Cy0om/ETB++KwJCaeW5X66mP6Ct0EAbA8X97kT12r6d2qElJrgvFauJ0 I+eylrKxSVjJUsiAt9DDIvwrw/iQ36NJIad0k= Received: by 10.236.77.133 with SMTP id d5mr20316501yhe.75.1315972219059; Tue, 13 Sep 2011 20:50:19 -0700 (PDT) Received: from [192.168.0.100] ([190.55.219.58]) by mx.google.com with ESMTPS id o25sm3855818yhj.24.2011.09.13.20.50.16 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Sep 2011 20:50:16 -0700 (PDT) Message-ID: <4E702472.50603@gmail.com> Date: Wed, 14 Sep 2011 00:50:10 -0300 From: Net Warrior User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101217 Thunderbird/3.1.7 ThunderBrowse/3.8 MIME-Version: 1.0 To: Xen Users Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] Debian - DomU on ZFS X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi there . I just come up with the need to migrate my LVM to zfs , when using LVM I was able to reference my LV partitions as /dev/VG/LV, then within the configuration file I could reference the device as phy:/dev/VG/LV, now with zfs I've got my disk and the pools as in , mypool/storage1,2,3 and so on. Now my question is. I did not find any /dev/ reference to point to in the configuracion file as in solaris, like /dev/zvol, so, should I create an image file and then install? Will that methood downgrade my I/O performance or will that be handled bu the access methood I use? iSCSI, SAN Storage, Disk Type, HBA, network speed and so on. Anyone already installed the combination of -> DomU+ZFS+Debian? Ideas, suggestions? Thanks in advance Best Regards , thanks for your time and support. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Sep 13 21:06:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 21:06:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3gkD-0005aa-BK; Tue, 13 Sep 2011 21:06:41 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3ghO-0005Db-54 for xen-users@lists.xensource.com; Tue, 13 Sep 2011 21:03:48 -0700 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-8.tower-216.messagelabs.com!1315973021!16641634!1 X-Originating-IP: [209.85.161.169] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5357 invoked from network); 14 Sep 2011 04:03:42 -0000 Received: from mail-gx0-f169.google.com (HELO mail-gx0-f169.google.com) (209.85.161.169) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Sep 2011 04:03:42 -0000 Received: by gxk3 with SMTP id 3so1405373gxk.28 for ; Tue, 13 Sep 2011 21:03:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.132.196 with SMTP id hv4mr3371563icc.18.1315973020596; Tue, 13 Sep 2011 21:03:40 -0700 (PDT) Received: by 10.42.224.10 with HTTP; Tue, 13 Sep 2011 21:03:40 -0700 (PDT) In-Reply-To: <4E702472.50603@gmail.com> References: <4E702472.50603@gmail.com> Date: Wed, 14 Sep 2011 11:03:40 +0700 Message-ID: Subject: Re: [Xen-users] Debian - DomU on ZFS From: "Fajar A. Nugraha" To: Net Warrior Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Xen Users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, Sep 14, 2011 at 10:50 AM, Net Warrior wro= te: > Hi there . > > I just come up with the need to migrate my LVM to zfs , Is this zfs-fuse, zfsonlinux, or did you switch the dom0 to opensolaris, or did you have separate storage server with zfs? > when using LVM I was > able to reference my LV partitions as /dev/VG/LV, =A0then within the > configuration file I could reference the device as phy:/dev/VG/LV, now wi= th > zfs I've got my disk and the pools as in , mypool/storage1,2,3 and so on. > > Now my question is. > > I did not find any /dev/ reference to point to in the configuracion file = as > in solaris, like /dev/zvol, =A0so, should I create an image file and then > install? zfs-fuse does not support zvols, and it's not recommended to store VM images as files (trust me, I tried). With zfsonlinux you WILL have /dev/zvol/mypool/storage1. That is, assuming you either use Ubuntu ppa or latest source from git to install zfsonlinux. > Will that methood downgrade my I/O =A0performance or will that be handled= bu > the access methood I use? iSCSI, SAN Storage, Disk Type, =A0HBA, network = speed > and so on. Roughly speaking, on the same hardware, using file image on zfs or zvol, will make i/o performance drop by 50-75% compared to plain LVM. Again, this is ROUGHLY based on my past tests. YMMV. > Anyone already installed the combination of -> DomU+ZFS+Debian? I have a dev system with xen+zvol+RHEL, as well as another one with xen+zfs-fuse+RHEL. --=20 Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Sep 13 21:13:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 21:13:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3gqv-0006ME-9S; Tue, 13 Sep 2011 21:13:37 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3gq3-00062Q-Ew for xen-users@lists.xensource.com; Tue, 13 Sep 2011 21:12:43 -0700 X-Env-Sender: netwarrior863@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1315973546!36015561!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20535 invoked from network); 14 Sep 2011 04:12:27 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Sep 2011 04:12:27 -0000 Received: by gyh3 with SMTP id 3so1333370gyh.30 for ; Tue, 13 Sep 2011 21:12:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=KhkjA0rQAssAZVmZvQrftrgMVuJLRwIlmu2mbGt9m8c=; b=bZJ/MaN3B6k9NzP2IRe4bS9isFxmteG0z9A/uhupShOw1zGhj8D+FsSJNLBCNPJhCr VYCtonjitC6O14OYIq5KDjZnzgwf6RIawTq7o62vb+p1fvzugroJTHF8e9lZ2HjXILQX fb6V291pI1xFL6acMjzF4jKVPVoA/RmoLpNFU= Received: by 10.236.187.1 with SMTP id x1mr29821071yhm.7.1315973559078; Tue, 13 Sep 2011 21:12:39 -0700 (PDT) Received: from [192.168.0.100] ([190.55.219.58]) by mx.google.com with ESMTPS id l71sm3933058yhj.15.2011.09.13.21.12.37 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Sep 2011 21:12:38 -0700 (PDT) Message-ID: <4E7029B0.9030004@gmail.com> Date: Wed, 14 Sep 2011 01:12:32 -0300 From: Net Warrior User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101217 Thunderbird/3.1.7 ThunderBrowse/3.8 MIME-Version: 1.0 To: Xen Users Subject: Re: [Xen-users] Debian - DomU on ZFS References: <4E702472.50603@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: "Fajar A. Nugraha" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Thanks for your answer, I have two scenarios. One local server for testing purposes using zfs. A SAN. I think I will move forward with something like this, disk=[ 'iscsi:2011-09.us.example:server,xvda,w', ] Do you think is this much more reasonable? I think that for the local server that will be much better than using images, do you agree? Thank you very much. Regards El 09/14/2011 01:03 AM, Fajar A. Nugraha escribi�: > On Wed, Sep 14, 2011 at 10:50 AM, Net Warrior wrote: >> Hi there . >> >> I just come up with the need to migrate my LVM to zfs , > Is this zfs-fuse, zfsonlinux, or did you switch the dom0 to > opensolaris, or did you have separate storage server with zfs? > >> when using LVM I was >> able to reference my LV partitions as /dev/VG/LV, then within the >> configuration file I could reference the device as phy:/dev/VG/LV, now with >> zfs I've got my disk and the pools as in , mypool/storage1,2,3 and so on. >> >> Now my question is. >> >> I did not find any /dev/ reference to point to in the configuracion file as >> in solaris, like /dev/zvol, so, should I create an image file and then >> install? > zfs-fuse does not support zvols, and it's not recommended to store VM > images as files (trust me, I tried). > > With zfsonlinux you WILL have /dev/zvol/mypool/storage1. That is, > assuming you either use Ubuntu ppa or latest source from git to > install zfsonlinux. > >> Will that methood downgrade my I/O performance or will that be handled bu >> the access methood I use? iSCSI, SAN Storage, Disk Type, HBA, network speed >> and so on. > Roughly speaking, on the same hardware, using file image on zfs or > zvol, will make i/o performance drop by 50-75% compared to plain LVM. > Again, this is ROUGHLY based on my past tests. YMMV. > >> Anyone already installed the combination of -> DomU+ZFS+Debian? > I have a dev system with xen+zvol+RHEL, as well as another one with > xen+zfs-fuse+RHEL. > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Sep 13 21:30:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 21:30:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3h6u-0007G7-Qd; Tue, 13 Sep 2011 21:30:08 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3h5Y-0006vl-Ot for xen-users@lists.xensource.com; Tue, 13 Sep 2011 21:28:45 -0700 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-8.tower-174.messagelabs.com!1315974520!17645680!1 X-Originating-IP: [209.85.161.169] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16404 invoked from network); 14 Sep 2011 04:28:41 -0000 Received: from mail-gx0-f169.google.com (HELO mail-gx0-f169.google.com) (209.85.161.169) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Sep 2011 04:28:41 -0000 Received: by gxk3 with SMTP id 3so1420313gxk.28 for ; Tue, 13 Sep 2011 21:28:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.43.47.193 with SMTP id ut1mr1334351icb.219.1315974519972; Tue, 13 Sep 2011 21:28:39 -0700 (PDT) Received: by 10.42.224.10 with HTTP; Tue, 13 Sep 2011 21:28:39 -0700 (PDT) In-Reply-To: <4E7029B0.9030004@gmail.com> References: <4E702472.50603@gmail.com> <4E7029B0.9030004@gmail.com> Date: Wed, 14 Sep 2011 11:28:39 +0700 Message-ID: Subject: Re: [Xen-users] Debian - DomU on ZFS From: "Fajar A. Nugraha" To: Net Warrior Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Xen Users X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Wed, Sep 14, 2011 at 11:12 AM, Net Warrior wro= te: > Thanks for your answer, > > I have two scenarios. > One local server for testing purposes using zfs. > A SAN. > > I think I will move forward with something like this, =A0disk=3D[ > 'iscsi:2011-09.us.example:server,xvda,w', ] > Do you think is this much more reasonable? > I think that for the local server that will be much better than using > images, do you agree? Some aspects of that: (1) file vs block (2) Linux LVM vs zvol (3) Local vs SAN (iscsi or whatever) For (1), the usual answer is "it depends". block is usually better for high load, but for some types of load and images file-backed can perform better due to thin-provisioning and cache For (2), if your ONLY concern is performance, with the same resources LVM will win by huge margin. No brainer really. Just like ext4 will have higher performance compared to zfs or btrfs. But if you want to use zfs/zvol, I assume you already know about its features and performance. For (3), with the same resource (e.g. same number of disks), local usually have high performance compare to SAN. Then again the resources is usually NOT the same (e.g. a SAN is usually designed to have better tiering with cache and such to provide better performance). --=20 Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Tue Sep 13 22:23:04 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Tue, 13 Sep 2011 22:23:04 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3hw8-00016X-Pp; Tue, 13 Sep 2011 22:23:04 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3hvC-0000mA-Cz for xen-users@lists.xensource.com; Tue, 13 Sep 2011 22:22:06 -0700 X-Env-Sender: liyang.jasper@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1315977706!46482955!1 X-Originating-IP: [209.85.161.169] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 941 invoked from network); 14 Sep 2011 05:21:48 -0000 Received: from mail-gx0-f169.google.com (HELO mail-gx0-f169.google.com) (209.85.161.169) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Sep 2011 05:21:48 -0000 Received: by gxk3 with SMTP id 3so1449323gxk.28 for ; Tue, 13 Sep 2011 22:22:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tnTP+pcKPJ/8S3oOMbYwLLy9/k3JnksrA+a+uJi9CHs=; b=Utdo/gyxahKLbvzPKg9Y0q1o4Af4Qk65P4qRzmpFKmXQz4cgpQHn53K4UqMDc8MpnB cXgfBsuoU8HVBqMyIRcN8rOgl+atgwvX+jjl3U1M8fynwNwoSkLMUQTIduKntP6tbvbQ 8Igj0N2xNvyFI1rXnpUKcFm03QBGAbR1Zro2E= MIME-Version: 1.0 Received: by 10.42.155.73 with SMTP id t9mr1376560icw.365.1315977721411; Tue, 13 Sep 2011 22:22:01 -0700 (PDT) Received: by 10.231.31.204 with HTTP; Tue, 13 Sep 2011 22:22:01 -0700 (PDT) In-Reply-To: References: Date: Wed, 14 Sep 2011 01:22:01 -0400 Message-ID: Subject: Re: [Xen-users] Ubuntu 11.04 + Xen-Hypervisor 4.1 Instalation From: Li Yang To: piyush Aghera Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1685763213==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1685763213== Content-Type: multipart/alternative; boundary=90e6ba61358a9df91204acdff09a --90e6ba61358a9df91204acdff09a Content-Type: text/plain; charset=ISO-8859-1 Hi, try libvirt, http://libvirt.org/ also reference here: http://blog.penumbra.be/2010/02/xen-libvirt-debian-lenny/ You needn't re-compile kernel for domU. Best wishes LiYang On Sat, Sep 10, 2011 at 2:35 AM, piyush Aghera wrote: > Hello EveryOne, > > I am new comer to Xen virtualization . I want to install Xen in Ubuntu > 11.04,I had follow this link > http://lists.xensource.com/archives/html/xen-users/2010-03/msg00878.html > for installation of xen. But some of tools did not get installed at last > part of article . > > I have also follow this ... > http://lists.xensource.com/archives/html/xen-users/2010-03/msg00878.html > > *Still I am able to Boot in Xen kernal & XM info , Xm list command show > me working DOM0 kernel* . > > *Now i don't know how to install DOMU(Guest os)*, > > do i need to compile kernel from scratch for domu also ? > what are the different between DOM0 & DOMU kernel ? from where it will get > me ? > Installation of dom0 is very long process in this article, downloading lots > if things while compiling and installing so if i have to install on 5 > machine > then all machine will take same time ? can i copy dom0 from one machine to > another machine ? > > what is role of xen-tool package ? > > please tell me how to install Guest os like fedora , win7, on this hype > visor ? > > > > Regards. > Aghera Piyush. > Student,DAIICT- Gandhinagar > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --90e6ba61358a9df91204acdff09a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

try libvirt, http://libvir= t.org/

also reference here: http://blog.penumbra.be/2010/02/xen-libvi= rt-debian-lenny/

You needn't re-compile kernel for domU.

Best wishes
LiYan= g

On Sat, Sep 10, 20= 11 at 2:35 AM, piyush Aghera <ce.piyushpatel@gmail.com> wrote:

Hello EveryOne,
=A0 I am new comer to Xen virtualization . I want to install Xen in U= buntu 11.04,I had follow this link=A0 http://lists.xensource.com/archives/html/xen-users/2010-03/msg00878.html= =A0 for installation of xen.=A0 But some of tools did not= get installed at last part of article .

I have also follow this ...http://lists.xensource.com/archives/html/xen-users/2010-03/msg0= 0878.html

Still I am able to Boot in Xen kernal &=A0 XM info , Xm list com= mand show me working DOM0 kernel .

Now i don't know how t= o install DOMU(Guest os),

do i need to compile kernel from scrat= ch for domu also ?
what are the different between DOM0 & DOMU kernel ? from where it will = get me ?
Installation of dom0 is very long process in this article, down= loading lots if things while compiling and installing so if i have to insta= ll on 5 machine
then all machine will take same time ? can i copy dom0 from one machine to = another machine ?=A0

what is role of xen-tool package ?=A0

= please tell me how to install Guest os like fedora , win7, on this hype vis= or ?

Regards.
Aghera Piyush.
Student,D= AIICT- Gandhinagar

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--90e6ba61358a9df91204acdff09a-- --===============1685763213== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1685763213==-- From xen-users-bounces@lists.xensource.com Wed Sep 14 00:07:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 14 Sep 2011 00:07:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3jYk-0004NW-GZ; Wed, 14 Sep 2011 00:07:02 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3jWj-0003sT-E6 for xen-users@lists.xensource.com; Wed, 14 Sep 2011 00:05:07 -0700 X-Env-Sender: Rudi@softdux.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1315983892!31322895!1 X-Originating-IP: [96.31.66.10] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25209 invoked from network); 14 Sep 2011 07:04:53 -0000 Received: from venus.securehosting.co.za (HELO venus.securehosting.co.za) (96.31.66.10) by server-12.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Sep 2011 07:04:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=softdux.com; h=MIME-Version:Reply-To:In-Reply-To:References:From:Date:Message-ID:Subject:To:Cc:Content-Type:X-Assp-ID:X-Assp-Version:X-Source:X-Source-Args:X-Source-Dir; b=VwrAaseDvvcbuv7dCwheVv6mmtVH7hUnAz73dnRlOEbgWJ2JUR5Vu26shkGl3UbYbjH4WNHebpo/K8qAFGutQcGzgXq68ltqwJpkV07LGyUev5u3hr7sF2cGPl220KWk; Received: from localhost ([127.0.0.1] helo=venus.securehosting.co.za) by venus.securehosting.co.za with esmtpa (Exim 4.69) (envelope-from ) id 1R3jft-002zWn-L8 for xen-users@lists.xensource.com; Wed, 14 Sep 2011 09:14:26 +0200 Received: from mail-qw0-f41.google.com ([127.0.0.2] helo=mail-qw0-f41.google.com) with IPv4:26 by venus.securehosting.co.za; 14 Sep 2011 09:14:25 +0200 Received: by qwa26 with SMTP id 26so1550498qwa.14 for ; Wed, 14 Sep 2011 00:04:50 -0700 (PDT) Received: by 10.229.43.202 with SMTP id x10mr2893912qce.113.1315983890172; Wed, 14 Sep 2011 00:04:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.3.136 with HTTP; Wed, 14 Sep 2011 00:04:30 -0700 (PDT) In-Reply-To: <4E6E9F9A.7010809@gmail.com> References: <4E6E9F9A.7010809@gmail.com> From: Rudi Ahlers Date: Wed, 14 Sep 2011 09:04:30 +0200 Message-ID: Subject: Re: [Xen-users] Xen + Storage To: "Oper.ML" X-Assp-Passing: noProcessing list X-Assp-Passing: noProcessing list X-Assp-ID: venus.securehosting.co.za () X-Assp-Version: 1.7.1.3(1.0.2) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - venus.securehosting.co.za X-AntiAbuse: Original Domain - lists.xensource.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - softdux.com X-Source: X-Source-Args: X-Source-Dir: Cc: xen-users@lists.xensource.com, xen-br@googlegroups.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rudi@softdux.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1496592794==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1496592794== Content-Type: multipart/alternative; boundary=0016e644c5384dccb804ace16079 --0016e644c5384dccb804ace16079 Content-Type: text/plain; charset=ISO-8859-1 On Tue, Sep 13, 2011 at 2:11 AM, Oper.ML wrote: > ** > Hi guys, > > i have 4 debian squeeze with xen 4 and all them with 4 to 6 HVM virtual > machines. All the VMs are located in a fith machine (A SuperMicro LSI > Controller as storage). > The host servers are Intel i7 with 24GB fo RAM (Debian Squeeze + Xen4) > and the storage a Xen 3.0 with 8GB of RAM (CentOS 5.5 + TGTD) and thery > are all connect with a gigabit network dedicated for the iSCSI. > My problem is, when working at the storage, doing backup procedures > with the command dd and using the bzip2, the IOWait increases a litle bit, > the normal state is close to 0%, but when copying or moving the files > generated by the backup, usually bigger than 2G, the IOWait increases too > much, reaching 100%, in cases in all 4 cores, making the virtual machines > stop responding and even if i stop the procedure, the virtual machines > doesnt comes back, been necessary a reboot or shutdown. > Does anyone knows about this problem ? And there is any configuration > that i could do in the iSCSI-Target and Initiator to increase de > performance? And a configuration in the virtual machines filesystem to > prevent it from stopping? > > Thanks you all, > Regards, > Tny M. > > _______________________________________________ > > What is the specs of your storage server? It sounds like the storage server is underpowered or overloaded quite a lot. -- Kind Regards Rudi Ahlers SoftDux Website: http://www.SoftDux.com Technical Blog: http://Blog.SoftDux.com Office: 087 805 9573 Cell: 082 554 7532 --0016e644c5384dccb804ace16079 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Tue, Sep 13, 2011 at 2:11 AM, Oper.ML= <oper.ml@gmail.c= om> wrote:

=20 =20 =20
Hi guys,

=A0=A0=A0 i have 4 debian squeeze with xen 4 and all them with 4 to 6 HVM virtual machines. All the VMs are located in a fith machine (A SuperMicro LSI Controller as storage).
=A0=A0=A0 The host servers are Intel i7 with 24GB fo RAM (Debian Sque= eze + Xen4) and the storage a Xen 3.0 with 8GB of RAM (CentOS 5.5 + TGTD) and thery are all connect with a gigabit network dedicated for the iSCSI.
=A0=A0=A0 My problem is, when working at the storage, doing backup procedures with the command dd and using the bzip2, the IOWait increases a litle bit, the normal state is close to 0%, but when copying or moving the files generated by the backup, usually bigger than 2G, the IOWait increases too much, reaching 100%, in cases in all 4 cores, making the virtual machines stop responding and even if i stop the procedure, the virtual machines doesnt comes back, been necessary a reboot or shutdown.
=A0=A0=A0 Does anyone knows about this problem ? And there is any configuration that i could do in the iSCSI-Target and Initiator to increase de performance? And a configuration in the virtual machines filesystem to prevent it from stopping?

Thanks you all,
Regards,
Tny M.

_______________________________________________

What is the specs of your storage server?
=
It sounds like the storage server is underpowered or overloaded quite a= lot.

=A0

--
Kind Regards
Rudi Ahlers
Soft= Dux

Website: http://www.SoftDux.com<= br>Technical Blog: http://Blog.SoftDux.= com
Office: 087 805 9573
Cell: 082 554 7532
--0016e644c5384dccb804ace16079-- --===============1496592794== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1496592794==-- From xen-users-bounces@lists.xensource.com Wed Sep 14 00:36:27 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 14 Sep 2011 00:36:27 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3k1D-0005e0-FQ; Wed, 14 Sep 2011 00:36:27 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3jzg-0005J4-5x for xen-users@lists.xensource.com; Wed, 14 Sep 2011 00:34:53 -0700 X-Env-Sender: daniel.jozsef@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1315985687!34008280!1 X-Originating-IP: [209.85.212.41] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2645 invoked from network); 14 Sep 2011 07:34:48 -0000 Received: from mail-vw0-f41.google.com (HELO mail-vw0-f41.google.com) (209.85.212.41) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Sep 2011 07:34:48 -0000 Received: by vwm42 with SMTP id 42so1972913vwm.28 for ; Wed, 14 Sep 2011 00:34:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=U+gKgYpyM+KGZ/cbhPbkjBNe0dFfria6dEYxWuCjrwQ=; b=PxnHEpzskfENYpYMdwap8wIZEMEB6SnnsQ5b2UdY1Fq+uE7vzPjNiCNRy6D2OuqRWZ 9iHPiCmkiMMY1jtMekOty8hk7aJLeKapnwondNPd+A8umKFxL4An3YB4sWvUP/TZTALW 6OCrib1Dfq58ffr8izSnFRUG08jSRuy+ORlqQ= MIME-Version: 1.0 Received: by 10.52.177.1 with SMTP id cm1mr729857vdc.78.1315985687855; Wed, 14 Sep 2011 00:34:47 -0700 (PDT) Received: by 10.52.165.99 with HTTP; Wed, 14 Sep 2011 00:34:47 -0700 (PDT) In-Reply-To: References: Date: Wed, 14 Sep 2011 09:34:47 +0200 Message-ID: Subject: Re: [Xen-users] XCP which management console to use - plus XenServer question From: =?UTF-8?B?SsOzenNlZiBEw6FuaWVs?= To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Thanks for all the help... XVP seems quite high on requirements. Like it needs an SMTP server set up. I'm not sure I like that. I found a tool called BixData, it's proprietary but with a free license for a limited number of managed servers. Being a fully fledged cloud management system, it's true overkill for me and my 3-4 virtual machines, but at least it seems quite nice, with an OSX port. Anyone using it? Is it worth the trouble? I tried using XenCenter - I installed XVP with it -, but it beleives I need to activate XCP. I read up on it and found that compatibility is not exact. Does this mean that it will stop working after 30 days? Or do I just need to dissociate from the server, and re-add it? Since I haven't found a single proper management console for XCP, and ssh management is living hell with all the GUIDs, I had a go with XenServer free. It didn't work. Installs nice, but after booting up, it doesn't see the local repository. Note, it does create the repo, I checked with fdisk, it just doesn't see it. Any idea? (Also, what exactly does XCP do that XenServer doesn't, and vice versa?) D On Sun, Sep 11, 2011 at 8:07 AM, Grant McWilliams wrote: > On Sat, Sep 10, 2011 at 3:58 PM, Outback Dingo > wrote: >> >> install the xenwebmanager appliance on XCP, upload the .xva file and >> run xe vm-import filename=xenwebmanager.xva >> then xe vm-start xenwemanager >> >> figure out the ip it got from dhcp >> >> then goto the http://ip-from-dhcp/8080 >> >> add the server ip for the XCP hosts and login / password >> >> and yes you can console to running guests from xenwebmanager >> >> 2011/9/10 Chris Petrolino : >> > I'm pretty sure openxenmanger is still quite alive it's just a case of >> > few 'or actually one I think' developer so the dev cycle is a bit slow. Not >> > sure how hard it is to get it working on osx though. >> > >> > Kind Regards, >> > >> > Christopher James Petrolino >> > >> > > > openxenmanager was abandoned by the original author because he couldn't get > any support from Citrix and has since stopped using XCP. Another person took > over but hasn't really done anything yet from what I understand. > OpenXenManager does work and is nice to look at but is buggy as heck. You'll > find yourself restarting it a lot. XenWebManager is the web version of the > same code and most of the links to it have disappeared although the xva > noted above is at > http://sourceforge.net/projects/xenwebmanager/files/appliances/. The last > update seems to be a year old. > > I went through the same process looking for a graphical management interface > and settled on xvp appliance which has been rock solid so far. It doesn't > have all of the abilities of Openxenmanager but what it does it does > reliably. That includes start/stop/restart/console which is what I needed. > > Grant McWilliams > _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Sep 14 01:13:55 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 14 Sep 2011 01:13:55 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3kbS-0006ta-9D; Wed, 14 Sep 2011 01:13:54 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1R3kZT-0006YY-Nq for xen-users@lists.xensource.com; Wed, 14 Sep 2011 01:11:52 -0700 X-Env-Sender: christian@motschke.de X-Msg-Ref: server-3.tower-216.messagelabs.com!1315987908!17159040!1 X-Originating-IP: [85.214.82.195] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 609 invoked from network); 14 Sep 2011 08:11:48 -0000 Received: from h1782359.stratoserver.net (HELO h1782359.stratoserver.net) (85.214.82.195) by server-3.tower-216.messagelabs.com with SMTP; 14 Sep 2011 08:11:48 -0000 Received: by h1782359.stratoserver.net (Postfix, from userid 113) id 568321A08003; Wed, 14 Sep 2011 10:11:48 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on h1782359.stratoserver.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.1 Received: from imac-cmo.itso-berlin.de (dns.itso-berlin.de [62.96.12.227]) (Authenticated sender: motschke@motschke.de) by h1782359.stratoserver.net (Postfix) with ESMTPSA id 72B5A1A08001; Wed, 14 Sep 2011 10:11:46 +0200 (CEST) Subject: Re: [Xen-users] High Number of VMs Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: Christian Motschke In-Reply-To: <4E6F7739.7010809@ivytech.edu> Date: Wed, 14 Sep 2011 10:11:45 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <60AA7423-C605-4DB9-AEA1-DAD8E889456D@motschke.de> References: <4E6A8A4D.7050204@ivytech.edu> <4E6F7739.7010809@ivytech.edu> To: John Madden X-Mailer: Apple Mail (2.1244.3) Cc: Ciro Iriarte , xen-users list X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Am 13.09.2011 um 17:31 schrieb John Madden: >> Any advantage on using large luns+LVM instead of independent LUNs >> appart from snapshots? (according to Novell support LVM on top of LVM >> is a bad thing...). I remember reading that Xen itself implements = some >> kind of locking... >=20 > I think easier management is the key. If you're already managing the = SAN and assigning LUNs to your boxen, then managing multipath.conf = across your cluster, it's nice to only do that 4 times for a couple TB = rather than once for each VM, for example. >=20 I just want to add, what the iscsi-SCST guys suggest (from = http://scst.svn.sourceforge.net/viewvc/scst/trunk/iscsi-scst/README?revisi= on=3D3852&view=3Dmarkup) 4. If you are going to use your target in an VM environment, for instance as a shared storage with VMware, make sure all your VMs connected to the target via *separate* sessions, i.e. each VM has own connection to the target, not all VMs connected using a single connection. You can check it using SCST proc or sysfs interface. If you miss it, you can greatly loose performance of parallel access to your target from different VMs. This isn't related to the case if your VMs are using the same shared storage, like with VMFS, for instance. In this case all your VM hosts will be connected to the target via separate sessions, which is enough. >=20 > John >=20 >=20 >=20 > --=20 > John Madden / Sr UNIX Systems Engineer > Office of Technology / Ivy Tech Community College of Indiana >=20 > Free Software is a matter of liberty, not price. To understand > the concept, you should think of Free as in 'free speech,' not > as in 'free beer.' -- Richard Stallman >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Wed Sep 14 01:40:00 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 14 Sep 2011 01:40:00 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3l0i-0008S2-0K; Wed, 14 Sep 2011 01:40:00 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3kz5-00087W-D4 for xen-users@lists.xensource.com; Wed, 14 Sep 2011 01:38:19 -0700 X-Env-Sender: biedermann@seceng.informatik.tu-darmstadt.de X-Msg-Ref: server-13.tower-174.messagelabs.com!1315989493!31360583!1 X-Originating-IP: [130.83.156.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27400 invoked from network); 14 Sep 2011 08:38:16 -0000 Received: from lnx500.hrz.tu-darmstadt.de (HELO lnx500.hrz.tu-darmstadt.de) (130.83.156.225) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Sep 2011 08:38:16 -0000 Received: from mail.cdc.informatik.tu-darmstadt.de (cdc-info.cdc.informatik.tu-darmstadt.de [130.83.167.3]) by lnx500.hrz.tu-darmstadt.de (8.14.4/8.14.4/HRZ/PMX) with ESMTP id p8E8cCu5017967; Wed, 14 Sep 2011 10:38:12 +0200 (envelope-from biedermann@seceng.informatik.tu-darmstadt.de) Received: from [130.83.239.82] (fermat.seceng.informatik.tu-darmstadt.de [130.83.239.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.cdc.informatik.tu-darmstadt.de (Postfix) with ESMTP id 22563268C6; Wed, 14 Sep 2011 10:38:12 +0200 (CEST) Message-ID: <4E7067EE.7020208@seceng.informatik.tu-darmstadt.de> Date: Wed, 14 Sep 2011 10:38:06 +0200 From: Sebastian Biedermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Tait Clarridge Subject: Re: [Xen-users] Live migration timed out References: <4E6F6BC7.2020207@seceng.informatik.tu-darmstadt.de> <1315925552.12119.1.camel@tclarrltp.frontiernetworks.ca> <4E6F72C0.1070600@seceng.informatik.tu-darmstadt.de> <1315927867.12119.5.camel@tclarrltp.frontiernetworks.ca> <4E6F789D.4070702@seceng.informatik.tu-darmstadt.de> <1315933669.12119.10.camel@tclarrltp.frontiernetworks.ca> In-Reply-To: <1315933669.12119.10.camel@tclarrltp.frontiernetworks.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-PMX-TU: seen v1.2 by 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.9.14.82414 X-PMX-RELAY: outgoing Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Tue, 2011-09-13 at 17:37 +0200, Sebastian Biedermann wrote: >>>> Unfortunately, this is not working. I increased the number of loop >>>> devices, I get the same error on node-2: >>>> >>>> toor@node-2:/xen$ sudo mount 192.168.0.2:/xen /xen >>>> toor@node-2:/$ cd /xen >>>> toor@node-2:/xen$ ls >>>> disk.img my.lenny.cfg swap.img >>>> toor@node-2:/xen$ sudo xm create my.lenny.cfg -c >>>> Using config file "./my.lenny.cfg". >>>> toor@node-2:/xen$ Error: Device 51714 (vbd) could not be connected. >>>> losetup /dev/loop0 /xen/disk.img failed >>>> >>>> >>> Did you reboot > > Also, on node2, do you have read+write permissions on the NFS share? Are > you able to create a file in that directory? > > I just read through your original email and was going down the wrong > path. My apologies. > > Tait Now I can boot the instance on node-2, I didnt had NFS root write privileges which I could get with the 'no_root_squash' option in the /etc/exports file. Thank you for that hint! But the migration is still not working... it is just timing out.. toor@node-1:/xen$ sudo xm migrate 71 192.168.0.3 -l Error: timed out the xend.log file says: [2011-09-14 10:27:31 1679] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen/bin/xc_save 34 71 0 0 1 [2011-09-14 10:27:31 1679] INFO (XendCheckpoint:423) /usr/lib/xen/bin/xc_save: symbol lookup error: /usr/lib/xen/bin/xc_save: undefined symbol: xs_suspend_evtchn_port [2011-09-14 10:27:31 1679] ERROR (XendCheckpoint:178) Save failed on domain my.lenny (71) - resuming. Traceback (most recent call last): File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 146, in save forkHelper(cmd, fd, saveInputHandler, False) File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 409, in forkHelper raise XendError("%s failed: popen failed" % string.join(cmd)) XendError: /usr/lib/xen/bin/xc_save 34 71 0 0 1 failed: popen failed [2011-09-14 10:27:31 1679] DEBUG (XendDomainInfo:3117) XendDomainInfo.resumeDomain(71) [2011-09-14 10:27:34 1679] ERROR (xmlrpclib2:178) Internal error handling xend.domain.migrate Traceback (most recent call last): File "/usr/local/lib/python2.6/dist-packages/xen/util/xmlrpclib2.py", line 131, in _marshaled_dispatch response = self._dispatch(method, params) File "/usr/lib/python2.6/SimpleXMLRPCServer.py", line 418, in _dispatch return func(*params) File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendDomain.py", line 1366, in domain_migrate self._domain_migrate(dominfo, dst, live, port, node) File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendDomain.py", line 1458, in _domain_migrate dsterr = sock.recv(1024) timeout: timed out The port 8002 is open on both hosts, connections are possible... the xen config is configured.. I use exactly the same software versions on both hosts.. any ideas? Thank you! -- Se _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Wed Sep 14 02:10:05 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 14 Sep 2011 02:10:05 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3lTo-0002To-Tg; Wed, 14 Sep 2011 02:10:04 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3lSq-0002GX-FQ; Wed, 14 Sep 2011 02:09:09 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1315991333!31334426!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27400 invoked from network); 14 Sep 2011 09:09:00 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Sep 2011 09:09:00 -0000 Received: from rtcsinet21.oracle.com (rtcsinet21.oracle.com [66.248.204.29]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8E98EC4006873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 14 Sep 2011 09:08:16 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by rtcsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8E98C6p029301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2011 09:08:12 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8E986aW003186; Wed, 14 Sep 2011 04:08:06 -0500 Received: from oracle.com (/209.6.55.207) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 14 Sep 2011 02:08:06 -0700 Received: by oracle.com (Postfix, from userid 1000) id 7F0AF1211; Wed, 14 Sep 2011 05:08:06 -0400 (EDT) Date: Wed, 14 Sep 2011 05:08:06 -0400 From: Konrad Rzeszutek Wilk To: jim burns , Ian Campbell Subject: Re: [Xen-devel] Re: [Xen-users] Continuing BUG:-iness booting Fedora Rawhide 3.1.0-rc's (was Summary: Experiences setting up a debug serial port) Message-ID: <20110914090806.GD25628@phenom.oracle.com> References: <201107231426.56811.jim_burn@bellsouth.net> <1342436.B0x3ddQn4U@dell4550> <20110913085559.GG12984@reaktio.net> <1856036.eYCcuDQrZC@dell4550> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1856036.eYCcuDQrZC@dell4550> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: rtcsinet21.oracle.com [66.248.204.29] X-CT-RefId: str=0001.0A02020B.4E706F01.0118,ss=1,re=0.000,fgs=0 Cc: Todd Deshane , xen-devel@lists.xensource.com, xen-users@lists.xensource.com, Fedora Xen List X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com > Rawhide just came out with 3.1.0-0.rc6.git0.0.fc17.x86_64 , and the BUG:s are > still the same as in the last log I sent. However, as promised I have attached > the initcall_debug log, but for rc6. Hey Jim, We are quite sure we know the cause of this. I was wondering if you would be up for beta-testing a patch for this? _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Wed Sep 14 02:20:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 14 Sep 2011 02:20:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3leK-0003kk-17; Wed, 14 Sep 2011 02:20:56 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1R3lcq-0003Qd-7F for xen-users@lists.xensource.com; Wed, 14 Sep 2011 02:19:44 -0700 X-Env-Sender: biedermann@seceng.informatik.tu-darmstadt.de X-Msg-Ref: server-9.tower-21.messagelabs.com!1315991917!48343916!1 X-Originating-IP: [130.83.156.225] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3236 invoked from network); 14 Sep 2011 09:18:37 -0000 Received: from lnx500.hrz.tu-darmstadt.de (HELO lnx500.hrz.tu-darmstadt.de) (130.83.156.225) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Sep 2011 09:18:37 -0000 Received: from mail.cdc.informatik.tu-darmstadt.de (cdc-info.cdc.informatik.tu-darmstadt.de [130.83.167.3]) by lnx500.hrz.tu-darmstadt.de (8.14.4/8.14.4/HRZ/PMX) with ESMTP id p8E9JK56024176 for ; Wed, 14 Sep 2011 11:19:20 +0200 (envelope-from biedermann@seceng.informatik.tu-darmstadt.de) Received: from [130.83.239.82] (fermat.seceng.informatik.tu-darmstadt.de [130.83.239.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.cdc.informatik.tu-darmstadt.de (Postfix) with ESMTP id 2118DF2580 for ; Wed, 14 Sep 2011 11:19:20 +0200 (CEST) Message-ID: <4E707191.6090901@seceng.informatik.tu-darmstadt.de> Date: Wed, 14 Sep 2011 11:19:13 +0200 From: Sebastian Biedermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 CC: xen-users@lists.xensource.com Subject: Re: [Xen-users] Live migration timed out References: <4E6F6BC7.2020207@seceng.informatik.tu-darmstadt.de> <1315925552.12119.1.camel@tclarrltp.frontiernetworks.ca> <4E6F72C0.1070600@seceng.informatik.tu-darmstadt.de> <1315927867.12119.5.camel@tclarrltp.frontiernetworks.ca> <4E6F789D.4070702@seceng.informatik.tu-darmstadt.de> <1315933669.12119.10.camel@tclarrltp.frontiernetworks.ca> <4E7067EE.7020208@seceng.informatik.tu-darmstadt.de> In-Reply-To: <4E7067EE.7020208@seceng.informatik.tu-darmstadt.de> X-PMX-TU: seen v1.2 by 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.9.14.90314 X-PMX-RELAY: outgoing X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0286959578==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0286959578== Content-Type: multipart/alternative; boundary="------------030607080206070906000007" This is a multi-part message in MIME format. --------------030607080206070906000007 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I also found out that saving a running instance is not possible, I guess caused by the same 'popen' error: toor@node-1:/xen$ sudo xm save 1 save.tmp Error: /usr/lib/xen/bin/xc_save 36 1 0 0 0 failed: popen failed log: [2011-09-14 11:06:33 1867] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen/bin/xc_save 36 1 0 0 0 [2011-09-14 11:06:33 1867] INFO (XendCheckpoint:423) /usr/lib/xen/bin/xc_save: symbol lookup error: /usr/lib/xen/bin/xc_save: undefined symbol: xs_suspend_evtchn_port [2011-09-14 11:06:33 1867] ERROR (XendCheckpoint:178) Save failed on domain my.lenny (1) - resuming. Traceback (most recent call last): File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 146, in save forkHelper(cmd, fd, saveInputHandler, False) File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 409, in forkHelper raise XendError("%s failed: popen failed" % string.join(cmd)) *XendError: /usr/lib/xen/bin/xc_save 36 1 0 0 0 failed: popen failed* [2011-09-14 11:06:33 1867] DEBUG (XendDomainInfo:3117) XendDomainInfo.resumeDomain(1) Maybe that is also the live migration problem? What is popen? 'port open' ? > Now I can boot the instance on node-2, I didnt had NFS root write > privileges which I could get with > the 'no_root_squash' option in the /etc/exports file. Thank you for > that hint! > > But the migration is still not working... it is just timing out.. > > toor@node-1:/xen$ sudo xm migrate 71 192.168.0.3 -l > Error: timed out > > the xend.log file says: > > [2011-09-14 10:27:31 1679] DEBUG (XendCheckpoint:124) [xc_save]: > /usr/lib/xen/bin/xc_save 34 71 0 0 1 > [2011-09-14 10:27:31 1679] INFO (XendCheckpoint:423) > /usr/lib/xen/bin/xc_save: symbol lookup error: > /usr/lib/xen/bin/xc_save: undefined symbol: xs_suspend_evtchn_port > [2011-09-14 10:27:31 1679] ERROR (XendCheckpoint:178) Save failed on > domain my.lenny (71) - resuming. > Traceback (most recent call last): > File > "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", > line 146, in save > forkHelper(cmd, fd, saveInputHandler, False) > File > "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", > line 409, in forkHelper > raise XendError("%s failed: popen failed" % string.join(cmd)) > *XendError: /usr/lib/xen/bin/xc_save 34 71 0 0 1 failed: popen failed * > [2011-09-14 10:27:31 1679] DEBUG (XendDomainInfo:3117) > XendDomainInfo.resumeDomain(71) > [2011-09-14 10:27:34 1679] ERROR (xmlrpclib2:178) Internal error > handling xend.domain.migrate > Traceback (most recent call last): > File > "/usr/local/lib/python2.6/dist-packages/xen/util/xmlrpclib2.py", line > 131, in _marshaled_dispatch > response = self._dispatch(method, params) > File "/usr/lib/python2.6/SimpleXMLRPCServer.py", line 418, in _dispatch > return func(*params) > File > "/usr/local/lib/python2.6/dist-packages/xen/xend/XendDomain.py", line > 1366, in domain_migrate > self._domain_migrate(dominfo, dst, live, port, node) > File > "/usr/local/lib/python2.6/dist-packages/xen/xend/XendDomain.py", line > 1458, in _domain_migrate > dsterr = sock.recv(1024) > timeout: timed out > > > The port 8002 is open on both hosts, connections are possible... the > xen config is configured.. > I use exactly the same software versions on both hosts.. > > any ideas? > > Thank you! > -- Se --------------030607080206070906000007 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit I also found out that saving a running instance is not possible,
I guess caused by the same 'popen' error:

toor@node-1:/xen$ sudo xm save 1 save.tmp
Error: /usr/lib/xen/bin/xc_save 36 1 0 0 0 failed: popen failed

log:

[2011-09-14 11:06:33 1867] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen/bin/xc_save 36 1 0 0 0
[2011-09-14 11:06:33 1867] INFO (XendCheckpoint:423) /usr/lib/xen/bin/xc_save: symbol lookup error: /usr/lib/xen/bin/xc_save: undefined symbol: xs_suspend_evtchn_port
[2011-09-14 11:06:33 1867] ERROR (XendCheckpoint:178) Save failed on domain my.lenny (1) - resuming.
Traceback (most recent call last):
File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 146, in save
forkHelper(cmd, fd, saveInputHandler, False)
File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 409, in forkHelper
raise XendError("%s failed: popen failed" % string.join(cmd))
XendError: /usr/lib/xen/bin/xc_save 36 1 0 0 0 failed: popen failed
[2011-09-14 11:06:33 1867] DEBUG (XendDomainInfo:3117) XendDomainInfo.resumeDomain(1)

Maybe that is also the live migration problem?
What is popen? 'port open' ?

Now I can boot the instance on node-2, I didnt had NFS root write privileges which I could get with
the 'no_root_squash' option in the /etc/exports file. Thank you for that hint!

But the migration is still not working... it is just timing out..

toor@node-1:/xen$ sudo xm migrate 71 192.168.0.3 -l
Error: timed out

the xend.log file says:

[2011-09-14 10:27:31 1679] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen/bin/xc_save 34 71 0 0 1
[2011-09-14 10:27:31 1679] INFO (XendCheckpoint:423) /usr/lib/xen/bin/xc_save: symbol lookup error: /usr/lib/xen/bin/xc_save: undefined symbol: xs_suspend_evtchn_port
[2011-09-14 10:27:31 1679] ERROR (XendCheckpoint:178) Save failed on domain my.lenny (71) - resuming.
Traceback (most recent call last):
File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 146, in save
    forkHelper(cmd, fd, saveInputHandler, False)
File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 409, in forkHelper
    raise XendError("%s failed: popen failed" % string.join(cmd))
XendError: /usr/lib/xen/bin/xc_save 34 71 0 0 1 failed: popen failed
[2011-09-14 10:27:31 1679] DEBUG (XendDomainInfo:3117) XendDomainInfo.resumeDomain(71)
[2011-09-14 10:27:34 1679] ERROR (xmlrpclib2:178) Internal error handling xend.domain.migrate
Traceback (most recent call last):
File "/usr/local/lib/python2.6/dist-packages/xen/util/xmlrpclib2.py", line 131, in _marshaled_dispatch
    response = self._dispatch(method, params)
File "/usr/lib/python2.6/SimpleXMLRPCServer.py", line 418, in _dispatch
    return func(*params)
File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendDomain.py", line 1366, in domain_migrate
    self._domain_migrate(dominfo, dst, live, port, node)
File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendDomain.py", line 1458, in _domain_migrate
    dsterr = sock.recv(1024)
timeout: timed out

The port 8002 is open on both hosts, connections are possible... the xen config is configured..
I use exactly the same software versions on both hosts..

any ideas?

Thank you!

-- 
Se

--------------030607080206070906000007-- --===============0286959578== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0286959578==-- From xen-users-bounces@lists.xensource.com Wed Sep 14 03:04:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Wed, 14 Sep 2011 03:04:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R3mKj-0005Y3-H6; Wed, 14 Sep 2011 03:04:45 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1R3mGe-0005BI-3J for xen-users@lists.xensource.com; Wed, 14 Sep 2011 03:00:57 -0700 X-Env-Sender: jmdebruin@xmsnet.nl X-Msg-Ref: server-9.tower-174.messagelabs.com!1315994417!25330883!1 X-Originating-IP: [217.149.192.65] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5130 invoked from network); 14 Sep 2011 10:00:26 -0000 Received: from smtp10.mail.sp.isp-net.nl (HELO smtp10.mail.sp.isp-net.nl) (217.149.192.65) by server-9.tower-174.messagelabs.com with SMTP; 14 Sep 2011 10:00:26 -0000 Received: from [10.10.0.6] by smtp10.mail.sp.isp-net.nl via [92.254.124.152] with ESMTP id p8EA0Ftp010190 (8.13.2/2.04); Wed, 14 Sep 2011 12:00:16 +0200 (MEST) Message-ID: <4E707B2F.7020106@xmsnet.nl> Date: Wed, 14 Sep 2011 12:00:15 +0200 From: Hans de Bruin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.18) Gecko/20110707 Thunderbird/3.1.11 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Antonio_Casta=F1eda_Col=EDn?= Subject: Re: [Xen-users] Root filesystem on NFS References: In-Reply-To:

Also, mo= dified the fstab as follows:

/dev/xvda1 =A0 =A0 =A0 / =A0 =A0 =A0 =A0 =A0 =A0 = =A0 ext3 =A0 =A0defaults =A0 =A0 =A0 =A0 =A01 =A0 =A0 =A0 1

/dev/= xvda2 =A0 =A0 =A0 none =A0 =A0 =A0 =A0 =A0 =A0swap =A0 =A0sw =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 0

none =A0 =A0 =A0 =A0 =A0 =A0 /= dev/pts =A0 =A0 =A0 =A0devpts =A0gid=3D5,mode=3D620 =A0 =A00 =A0 =A0 =A0 0<= /div>

none =A0 =A0 =A0 =A0 =A0 =A0 /dev/shm =A0 =A0 =A0 =A0tmpfs =A0 default= s =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 0

none =A0 =A0 =A0 =A0 =A0 =A0= /proc =A0 =A0 =A0 =A0 =A0 proc =A0 =A0defaults =A0 =A0 =A0 =A0 =A00 =A0 = =A0 =A0 0

none =A0 =A0 =A0 =A0 =A0 =A0 /sys =A0 =A0 =A0 =A0 =A0 = =A0sysfs =A0 defaults =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 0

The following is the error shown in the console.= =A0

Using IPI No-Shortcut mode

regi= stered taskstats version 1

XENBUS: Waiting for devices to initial= ise: 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...= 245s...240s...235s...230s...225s...220s...215s...210s...205s...200s...195s.= ..190s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140= s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s= ...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...= 20s...15s...10s...5s...0s...

XENBUS: Timeout connecting to device: device/vbd/51713 (local state 3,= remote state 1)

XENBUS: Timeout connecting to device: device/vbd= /51714 (local state 3, remote state 1)

XENBUS: Device with no dri= ver: device/console/0

=A0 Magic number: 1:252:3141

Freeing unused kernel memory: 4= 32k freed

Write protecting the kernel text: 2984k

Write= protecting the kernel read-only data: 1452k

Loading, please wait= ...

mount: mounting none on /dev failed: No such device

W: devtm= pfs not available, falling back to tmpfs for /dev

Begin: Loading = essential drivers ... done.

Begin: Running /scripts/init-premount= ... done.

Begin: Mounting root file system ... Begin: Running /scripts/local-top= ... done.

Gave up waiting for root device. =A0Common problems:

=A0- Boot args (cat /proc/cmdline)

=A0 =A0- Check rootde= lay=3D (did the system wait long enough?)

=A0 =A0- Check root=3D (did the system wait for the right device?)

=A0- Missing modules (cat /proc/modules; ls /dev)

ALERT! = =A0/dev/xvda1 does not exist. =A0Dropping to a shell!

<= /div>

If anybody has any idea, please let me know.=A0

Th= ank you,

Jinho

--
Jin= ho Hwang
PhD Student
Department of Computer Science
The George Was= hington University
Washington, DC 20052
hwang.jinh= o@gmail.com (email)
276.336.0971 (Cell)
202.994.4875 (fax)
070= .8285.6546 (myLg070)

--000e0cd2e6ac1fa2d904acf4a062-- --===============0527783456== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0527783456==-- From xen-devel-bounces@lists.xensource.com Thu Sep 15 00:55:09 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 00:55:09 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R46mr-0006rb-8g; Thu, 15 Sep 2011 00:55:09 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R46mI-0006fM-PV; Thu, 15 Sep 2011 00:54:35 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1316073270!31487828!1 X-Originating-IP: [141.146.126.227] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6034 invoked from network); 15 Sep 2011 07:54:31 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-2.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Sep 2011 07:54:31 -0000 Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8F7s6tG015047 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 15 Sep 2011 07:54:08 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8F7s4Of007759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Sep 2011 07:54:05 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 p8F7rwW6020997; Thu, 15 Sep 2011 02:53:58 -0500 Received: from oracle.com (/209.6.55.207) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 15 Sep 2011 00:53:58 -0700 Received: by oracle.com (Postfix, from userid 1000) id 04BEF1362; Thu, 15 Sep 2011 03:53:58 -0400 (EDT) Date: Thu, 15 Sep 2011 03:53:58 -0400 From: Konrad Rzeszutek Wilk To: M A Young Subject: Re: [Fedora-xen] [Xen-devel] Re: [Xen-users] Continuing BUG:-iness booting Fedora Rawhide 3.1.0-rc's (was Summary: Experiences setting up a debug serial port) Message-ID: <20110915075358.GA4396@phenom.oracle.com> References: <201107231426.56811.jim_burn@bellsouth.net> <20110914090806.GD25628@phenom.oracle.com> <20110914105711.GA16284@phenom.oracle.com> <1551334.UG67O7dPfn@dell4550> <20110914221254.GB3742@phenom.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A090201.4E71AF21.00CA,ss=1,re=0.000,fgs=0 Cc: Ian Campbell , xen-devel@lists.xensource.com, xen-users@lists.xensource.com, Fedora Xen List , jim burns X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Thu, Sep 15, 2011 at 12:38:26AM +0100, M A Young wrote: > On Wed, 14 Sep 2011, Konrad Rzeszutek Wilk wrote: > > >On Wed, Sep 14, 2011 at 05:07:28PM -0400, jim burns wrote: > >>On Wed September 14 2011, 6:57:11 AM, Konrad Rzeszutek Wilk wrote: > >>>On Wed, Sep 14, 2011 at 05:08:06AM -0400, Konrad Rzeszutek Wilk wrote: > >>> > >>>commit 690dc11498b192db25762de77988224753517c96 > >>>Author: Konrad Rzeszutek Wilk > >>>Date: Wed Sep 14 05:10:00 2011 -0400 > >>> xen/irq: Alter the locking to be a mutex. > >> > >>I'll try to apply this to fedora's xen src rpm over the weekend. In case it > >>doesn't apply, would you remind me of the git commands for the code you > >>applied this patch to? Thanx. > > > >I just save the email in some mbox file and then do > >git am < and it should automatically add it. > > > >Or you can just do patch -p1 and it will apply it too. > > I have a (temporary) F17 kernel with the patch from http://oss.oracle.com/git/kwilk/xen.git/?p=kwilk/xen.git;a=commit;h=a7079a6404ed2106315327fff6be3464d10814e7 > (which I assume is the same patch) applied building at Yup! > http://koji.fedoraproject.org/koji/taskinfo?taskID=3352367 > if you want to test it. Great! Thanks for doing this. > > Michael Young _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Thu Sep 15 01:05:52 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 01:05:52 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R46xE-00082w-7o; Thu, 15 Sep 2011 01:05:52 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R46t4-0007nW-Fb; Thu, 15 Sep 2011 01:02:24 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1316073689!17067639!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7282 invoked from network); 15 Sep 2011 08:01:30 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-6.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Sep 2011 08:01:30 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8F81QeQ030342 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 15 Sep 2011 08:01:28 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8F81Qid005988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Sep 2011 08:01:26 GMT Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8F81Lev028774; Thu, 15 Sep 2011 03:01:21 -0500 Received: from oracle.com (/209.6.55.207) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 15 Sep 2011 01:01:20 -0700 Received: by oracle.com (Postfix, from userid 1000) id 927C81362; Thu, 15 Sep 2011 04:01:21 -0400 (EDT) Date: Thu, 15 Sep 2011 04:01:21 -0400 From: Konrad Rzeszutek Wilk To: jinho hwang Subject: Re: [Xen-devel] [Xen-users] XENBUS waiting timeout Message-ID: <20110915080121.GB4396@phenom.oracle.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4E71B0D8.0121:SCFMA922111,ss=1,re=-4.000,fgs=0 Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Thu, Sep 15, 2011 at 02:02:25AM -0400, jinho hwang wrote: > Hi, > > I have used disk image to copy host fs to image file and boot a guest > system. But, the system is dropped to shell and it also says that it can't You need to give more details. What is the version of your Dom0? Is there anything showing up in the Dom0 kernel when this fails? Can you also include your xenstore-ls when this failure happens? You should see an entry for 51713 and 51714.. > find /dev/xvda1 which is the root fs. I have defined it in the configuration > file as follows: > > disk = [ 'tap:aio:/xen/XenGuest1.img,xvda1,w', > 'tap:aio:/xen/XenGuest1.swap,xvda2,w' ] > root = "/dev/xvda1 ro" > > Also, modified the fstab as follows: > > /dev/xvda1 / ext3 defaults 1 1 > /dev/xvda2 none swap sw 0 0 > none /dev/pts devpts gid=5,mode=620 0 0 > none /dev/shm tmpfs defaults 0 0 > none /proc proc defaults 0 0 > none /sys sysfs defaults 0 0 > > The following is the error shown in the console. > > Using IPI No-Shortcut mode > registered taskstats version 1 > XENBUS: Waiting for devices to initialise: > 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s...240s...235s...230s...225s...220s...215s...210s...205s...200s...195s...190s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...20s...15s...10s...5s...0s... > XENBUS: Timeout connecting to device: device/vbd/51713 (local state 3, > remote state 1) > XENBUS: Timeout connecting to device: device/vbd/51714 (local state 3, > remote state 1) > XENBUS: Device with no driver: device/console/0 > Magic number: 1:252:3141 > Freeing unused kernel memory: 432k freed > Write protecting the kernel text: 2984k > Write protecting the kernel read-only data: 1452k > Loading, please wait... > mount: mounting none on /dev failed: No such device > W: devtmpfs not available, falling back to tmpfs for /dev > Begin: Loading essential drivers ... done. > Begin: Running /scripts/init-premount ... done. > Begin: Mounting root file system ... Begin: Running /scripts/local-top ... > done. > Gave up waiting for root device. Common problems: > - Boot args (cat /proc/cmdline) > - Check rootdelay= (did the system wait long enough?) > - Check root= (did the system wait for the right device?) > - Missing modules (cat /proc/modules; ls /dev) > ALERT! /dev/xvda1 does not exist. Dropping to a shell! > > If anybody has any idea, please let me know. > > Thank you, > > Jinho > > -- > Jinho Hwang > PhD Student > Department of Computer Science > The George Washington University > Washington, DC 20052 > hwang.jinho@gmail.com (email) > 276.336.0971 (Cell) > 202.994.4875 (fax) > 070.8285.6546 (myLg070) > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Thu Sep 15 02:31:40 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 02:31:40 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R48IE-0005fl-Qw; Thu, 15 Sep 2011 02:31:38 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R48H6-0005LO-AO for xen-users@lists.xensource.com; Thu, 15 Sep 2011 02:30:28 -0700 X-Env-Sender: bhimberg@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1316079024!18258511!1 X-Originating-IP: [209.85.218.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24661 invoked from network); 15 Sep 2011 09:30:25 -0000 Received: from mail-yi0-f43.google.com (HELO mail-yi0-f43.google.com) (209.85.218.43) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Sep 2011 09:30:25 -0000 Received: by yic24 with SMTP id 24so1810179yic.30 for ; Thu, 15 Sep 2011 02:30:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=23ElURF5aEWBORW//5ngMvveESsUnA8uHzeUpkuDdwo=; b=gDJ/sDviaks0mqga7Z8IIq/9UOj1au/WTlmyfg3Kfhfh01k4uhleXPrr2CFOhMJpiN dp2ANQi0MtAliEXunKPtZtuTslF1e3OpFbp6jReDQFD94jmZjBZ8f0urt1v5fOUvXWGb KfORmq9P3r8yyXdMku93Ua1oV6iZ2yqC6wlkw= MIME-Version: 1.0 Received: by 10.100.56.25 with SMTP id e25mr774941ana.70.1316079023731; Thu, 15 Sep 2011 02:30:23 -0700 (PDT) Received: by 10.101.68.7 with HTTP; Thu, 15 Sep 2011 02:30:23 -0700 (PDT) Date: Thu, 15 Sep 2011 05:30:23 -0400 Message-ID: From: Ben Himberg To: xen-users@lists.xensource.com Subject: [Xen-users] Xeon E3 1235 and Asus P8B (Intel c206) X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0309598229==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0309598229== Content-Type: multipart/alternative; boundary=0016e647661cb4b52b04acf78693 --0016e647661cb4b52b04acf78693 Content-Type: text/plain; charset=ISO-8859-1 I'm running Debian 2.6.32-5 with Xen-4.1.2-rc3. I get the following message in my 'xm dmesg' output: Intel VT-d Snoop Control not enabled. Intel VT-d DOm0 DMA Passthrough not enabled. Intel VT-d Queued Invalidation enabled. Intel VT-d Interrupt Remapping enabled. Intel VT-d Shared EPT tables not enabled. I've passed the command 'iommu=pass-through' to xen using the /etc/default/grub 'GRUB_CMDLINE_XEN=' line. I'm not even sure that I need DMA Passthrough, but since I can't seem to enable it I'm worried that VT-d isn't fully functional. That and in the intel data sheet my processor supports DMA Passthrough. I can't seem to find any specifics on whether Xen works with Xeon E3 series, or the c206 intel chipset but am eager to get it to work if someone will tell me where to start. Is my output to be expected for a Xeon E3 1235? Is IOMMU actually functional in this state? --0016e647661cb4b52b04acf78693 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm running Debian 2.6.32-5 with Xen-4.1.2-rc3.=A0 I get the following = message in my 'xm dmesg' output:

Intel VT-d Snoop Control no= t enabled.
Intel VT-d DOm0 DMA Passthrough not enabled.
Intel VT-d Qu= eued Invalidation enabled.
Intel VT-d Interrupt Remapping enabled.
Intel VT-d Shared EPT tables not= enabled.

I've passed the command 'iommu=3Dpass-through'= to xen using the /etc/default/grub 'GRUB_CMDLINE_XEN=3D' line.=A0 = I'm not even sure that I need DMA Passthrough, but since I can't se= em to enable it I'm worried that VT-d isn't fully functional.=A0 Th= at and in the intel data sheet my processor supports DMA Passthrough.

I can't seem to find any specifics on whether Xen works with Xeon E= 3 series, or the c206 intel chipset but am eager to get it to work if someo= ne will tell me where to start.=A0 Is my output to be expected for a Xeon E= 3 1235?=A0 Is IOMMU actually functional in this state?
--0016e647661cb4b52b04acf78693-- --===============0309598229== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0309598229==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 02:49:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 02:49:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R48ZJ-0006iA-6J; Thu, 15 Sep 2011 02:49:17 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R48Y2-0006NX-Qx for Xen-users@lists.xensource.com; Thu, 15 Sep 2011 02:47:59 -0700 X-Env-Sender: biedermann@seceng.informatik.tu-darmstadt.de X-Msg-Ref: server-8.tower-27.messagelabs.com!1316080060!46688137!1 X-Originating-IP: [130.83.156.232] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1262 invoked from network); 15 Sep 2011 09:47:40 -0000 Received: from lnx503.hrz.tu-darmstadt.de (HELO lnx503.hrz.tu-darmstadt.de) (130.83.156.232) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Sep 2011 09:47:40 -0000 Received: from mail.cdc.informatik.tu-darmstadt.de (cdc-info.cdc.informatik.tu-darmstadt.de [130.83.167.3]) by lnx503.hrz.tu-darmstadt.de (8.14.4/8.14.4/HRZ/PMX) with ESMTP id p8F9lsWr002791 for ; Thu, 15 Sep 2011 11:47:55 +0200 (envelope-from biedermann@seceng.informatik.tu-darmstadt.de) Received: from [130.83.239.82] (fermat.seceng.informatik.tu-darmstadt.de [130.83.239.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.cdc.informatik.tu-darmstadt.de (Postfix) with ESMTP id D8292DDAB7 for ; Thu, 15 Sep 2011 11:47:54 +0200 (CEST) Message-ID: <4E71C9C4.2040807@seceng.informatik.tu-darmstadt.de> Date: Thu, 15 Sep 2011 11:47:48 +0200 From: Sebastian Biedermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-PMX-TU: seen v1.2 by 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.9.15.93624 X-PMX-RELAY: outgoing Cc: Subject: [Xen-users] Error: xm save X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi List, I try to save a running VM instance, but I get an error: toor@node-1:/xen$ sudo xm save 9 tmp.sav Error: /usr/lib/xen/bin/xc_save 31 9 0 0 0 failed: popen failed Usage: xm save [-c] Logfile says: [2011-09-15 11:41:31 1867] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen/bin/xc_save 39 9 0 0 0 [2011-09-15 11:41:31 1867] INFO (XendCheckpoint:423) /usr/lib/xen/bin/xc_save: symbol lookup error: /usr/lib/xen/bin/xc_save: undefined symbol: xs_suspend_evtchn_port [2011-09-15 11:41:31 1867] ERROR (XendCheckpoint:178) Save failed on domain squeeze.live (9) - resuming. Traceback (most recent call last): File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 146, in save forkHelper(cmd, fd, saveInputHandler, False) File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 409, in forkHelper raise XendError("%s failed: popen failed" % string.join(cmd)) XendError: /usr/lib/xen/bin/xc_save 39 9 0 0 0 failed: popen failed [2011-09-15 11:41:31 1867] DEBUG (XendDomainInfo:3117) XendDomainInfo.resumeDomain(9) [2011-09-15 11:41:35 1867] DEBUG (XendCheckpoint:124) [xc_save]: /usr/lib/xen/bin/xc_save 31 9 0 0 0 [2011-09-15 11:41:35 1867] INFO (XendCheckpoint:423) /usr/lib/xen/bin/xc_save: symbol lookup error: /usr/lib/xen/bin/xc_save: undefined symbol: xs_suspend_evtchn_port [2011-09-15 11:41:35 1867] ERROR (XendCheckpoint:178) Save failed on domain squeeze.live (9) - resuming. Traceback (most recent call last): File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 146, in save forkHelper(cmd, fd, saveInputHandler, False) File "/usr/local/lib/python2.6/dist-packages/xen/xend/XendCheckpoint.py", line 409, in forkHelper raise XendError("%s failed: popen failed" % string.join(cmd)) XendError: /usr/lib/xen/bin/xc_save 31 9 0 0 0 failed: popen failed [2011-09-15 11:41:35 1867] DEBUG (XendDomainInfo:3117) XendDomainInfo.resumeDomain(9) I use Xen 4.0.1 (x64) and Ubuntu 10.04 LTS (x64) with kernel 2 SMP Fri Jul 29 11:22:58 CEST 2011 x86_64 GNU/Linux Anyone has an idea? Thank you! -- Se _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Sep 15 04:34:52 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 04:34:52 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4ADU-00039v-Fc; Thu, 15 Sep 2011 04:34:52 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R4ACE-0002lW-QX for xen-users@lists.xensource.com; Thu, 15 Sep 2011 04:33:35 -0700 X-Env-Sender: hahn@univention.de X-Msg-Ref: server-12.tower-182.messagelabs.com!1316086411!18286069!1 X-Originating-IP: [82.198.197.8] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9301 invoked from network); 15 Sep 2011 11:33:31 -0000 Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8) by server-12.tower-182.messagelabs.com with SMTP; 15 Sep 2011 11:33:31 -0000 Received: from localhost (localhost [127.0.0.1]) by slugis.knut.univention.de (Postfix) with ESMTP id D250D673001; Thu, 15 Sep 2011 13:33:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by slugis.knut.univention.de (Postfix) with ESMTP id C7C9A673008; Thu, 15 Sep 2011 13:33:28 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.1 (20080629) (Debian) at knut.univention.de Received: from mail.univention.de ([127.0.0.1]) by localhost (slugis.knut.univention.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CszYjPsRqnPc; Thu, 15 Sep 2011 13:33:28 +0200 (CEST) Received: from stave.knut.univention.de (stave.knut.univention.de [192.168.0.191]) by slugis.knut.univention.de (Postfix) with ESMTPSA id 4E5DC673001; Thu, 15 Sep 2011 13:33:28 +0200 (CEST) From: Philipp Hahn Organization: Univention.de To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Error: xm save Date: Thu, 15 Sep 2011 13:33:19 +0200 User-Agent: KMail/1.9.10 (enterprise35 20100903.1171286) References: <4E71C9C4.2040807@seceng.informatik.tu-darmstadt.de> In-Reply-To: <4E71C9C4.2040807@seceng.informatik.tu-darmstadt.de> X-KMail-QuotePrefix: > MIME-Version: 1.0 Message-Id: <201109151333.24522.hahn@univention.de> Cc: Sebastian Biedermann X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1557149035==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1557149035== Content-Type: multipart/signed; boundary="nextPart1826380.Ite9uf41sY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart1826380.Ite9uf41sY Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello Sebastian, On Thursday 15 September 2011 11:47:48 Sebastian Biedermann wrote: > I try to save a running VM instance, but I get an error: > =2E.. > [2011-09-15 11:41:31 1867] DEBUG (XendCheckpoint:124) [xc_save]: > /usr/lib/xen/bin/xc_save 39 9 0 0 0 > [2011-09-15 11:41:31 1867] INFO (XendCheckpoint:423) > /usr/lib/xen/bin/xc_save: symbol lookup error: /usr/lib/xen/bin/xc_save: > undefined symbol: xs_suspend_evtchn_port Your binary is broken: You probably have a newer xc_save binary which was=20 linked to a newer library, but on this system you have a old version of tha= t=20 library, which is missing the symbol. If you compiled Xen on your own, remove all old libraries before recompilin= g. If you installed the packages of a distribution, make sure they are all=20 up-to-date. Greeting to Darmstadt. Sincerely Philipp Hahn =2D-=20 Philipp Hahn Open Source Software Engineer hahn@univention.de Univention GmbH Linux for Your Business fon: +49 421 22 232- 0 Mary-Somerville-Str.1 D-28359 Bremen fax: +49 421 22 232-99 http://www.univention.de/ =2D------------------------------------------------------------------------= =2D-- Treffen Sie Univention auf der IT&Business vom 20. bis 22. September 2011 auf dem Gemeinschaftsstand der Open Source Business Alliance in Stuttgart in Halle 3 Stand 3D27-7. --nextPart1826380.Ite9uf41sY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAk5x4n8ACgkQYPlgoZpUDjnALQCgp4XzAClW/YrANqhwRGQg+CaN wvoAnReJ9jiX6VPLJOLC+XDhh54hYaos =eCoC -----END PGP SIGNATURE----- --nextPart1826380.Ite9uf41sY-- --===============1557149035== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1557149035==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 05:23:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 05:23:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4AyA-0004zX-1p; Thu, 15 Sep 2011 05:23:06 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R4Ax2-0004em-VI for xen-users@lists.xensource.com; Thu, 15 Sep 2011 05:21:57 -0700 X-Env-Sender: jg@internetx.de X-Msg-Ref: server-4.tower-182.messagelabs.com!1316089313!18452905!1 X-Originating-IP: [62.116.129.39] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30732 invoked from network); 15 Sep 2011 12:21:53 -0000 Received: from gate2.mailgate.de (HELO web4.internetx.de) (62.116.129.39) by server-4.tower-182.messagelabs.com with SMTP; 15 Sep 2011 12:21:53 -0000 Received: from arrakis.local (pizza.internetx.de [62.116.129.3]) (authenticated bits=0) by web4.internetx.de (8.13.8/8.13.8) with ESMTP id p8FCLom3006606 for ; Thu, 15 Sep 2011 14:21:53 +0200 Message-ID: <4E71EDDF.1020506@internetx.com> Date: Thu, 15 Sep 2011 14:21:51 +0200 From: Juergen Gotteswinter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [Xen-users] centos 6 + myoung xen X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jg@internetx.de List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Hi, i installed myoungs xen & xen kernel, but unfortanly i am not able to install a vm. virt-install only says: ERROR Host does not support any virtualization options virt-install -p --prompt says ERROR Host does not support virtualization type 'xen' but xen is booted up: bla~$ xm list xm Name ID Mem VCPUs State Time(s) Domain-0 0 1024 2 r----- 114.5 bla:~$ xm info host : bla release : 2.6.32-131.12.1.el6.xendom0.x86_64 version : #1 SMP Sun Sep 4 14:25:09 BST 2011 machine : x86_64 nr_cpus : 2 nr_nodes : 1 cores_per_socket : 2 threads_per_core : 1 cpu_mhz : 2333 hw_caps : bfebfbff:20100800:00000000:00000940:0000e3fd:00000000:00000001:00000000 virt_caps : hvm total_memory : 8190 free_memory : 7071 free_cpus : 0 xen_major : 4 xen_minor : 1 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : unavailable xen_commandline : com1=9600 console=com1,vga dom0_mem=1024M cc_compiler : gcc version 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) cc_compile_by : mockbuild cc_compile_domain : 93.131.168 cc_compile_date : Mon Sep 5 21:36:14 BST 2011 xend_config_format : 4 cheers, juergen _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Sep 15 05:26:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 05:26:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4B19-0005h1-U6; Thu, 15 Sep 2011 05:26:11 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4B0K-0005NB-TP for xen-users@lists.xensource.com; Thu, 15 Sep 2011 05:25:21 -0700 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1316089501!59084734!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1267 invoked from network); 15 Sep 2011 12:25:02 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Sep 2011 12:25:02 -0000 Received: by iagv1 with SMTP id v1so1580292iag.30 for ; Thu, 15 Sep 2011 05:25:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=RVGKGZhH8mWEPDJPRumY3a3Mj73npMg62/gVFuDvlDU=; b=moLjSFL8uODoyTXmk2bY/ffhjGCX1BN2KTUlYPXAUxesZmbENVbBFS4kslhdwcES/m OzUeslbI14CfOj6TFsj4IZGTnGSGjhPyGjwwfy+If0QtGmX4/yAcRRF5ybder+/WYU6i PALxwRTSeplITAxPKuLB6x6GtCjmmDZT3ZM7U= MIME-Version: 1.0 Received: by 10.42.154.136 with SMTP id q8mr837332icw.109.1316089516262; Thu, 15 Sep 2011 05:25:16 -0700 (PDT) Received: by 10.42.177.137 with HTTP; Thu, 15 Sep 2011 05:25:16 -0700 (PDT) Date: Thu, 15 Sep 2011 08:25:16 -0400 Message-ID: From: chris To: Xen-Users List Subject: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1375374143==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1375374143== Content-Type: multipart/alternative; boundary=90e6ba6e8b1a1c045504acf9f87c --90e6ba6e8b1a1c045504acf9f87c Content-Type: text/plain; charset=ISO-8859-1 I have installed a domU with squeeze which has vfb, I installed xorg and gnome and they work fine. When I go to try to change the resolution it seems like I can't change it to anything other 800x600. Is this some kind of hardcoded limit in the vfb or something I am missing? Thanks, chris --90e6ba6e8b1a1c045504acf9f87c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have installed a domU with squeeze which has vfb, I installed xorg and gn= ome and they work fine. When I go to try to change the resolution it seems = like I can't change it to anything other 800x600. Is this some kind of = hardcoded limit in the vfb or something I am missing?

Thanks,

chris

--90e6ba6e8b1a1c045504acf9f87c-- --===============1375374143== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1375374143==-- From xen-devel-bounces@lists.xensource.com Thu Sep 15 08:11:42 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 08:11:42 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4DbJ-0005oX-SZ; Thu, 15 Sep 2011 08:11:41 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R4DaS-0005c5-P5 for xen-devel@lists.xensource.com; Thu, 15 Sep 2011 08:10:50 -0700 X-Env-Sender: mike@flyn.org X-Msg-Ref: server-6.tower-182.messagelabs.com!1316099444!18471799!1 X-Originating-IP: [98.139.44.194] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20436 invoked from network); 15 Sep 2011 15:10:45 -0000 Received: from nm30-vm0.access.bullet.mail.sp2.yahoo.com (HELO nm30-vm0.access.bullet.mail.sp2.yahoo.com) (98.139.44.194) by server-6.tower-182.messagelabs.com with SMTP; 15 Sep 2011 15:10:45 -0000 Received: from [98.139.44.100] by nm30.access.bullet.mail.sp2.yahoo.com with NNFMP; 15 Sep 2011 15:10:44 -0000 Received: from [98.139.44.87] by tm5.access.bullet.mail.sp2.yahoo.com with NNFMP; 15 Sep 2011 15:10:44 -0000 Received: from [127.0.0.1] by omp1024.access.mail.sp2.yahoo.com with NNFMP; 15 Sep 2011 15:10:44 -0000 X-Yahoo-Newman-Id: 475953.31571.bm@omp1024.access.mail.sp2.yahoo.com Received: (qmail 91931 invoked from network); 15 Sep 2011 15:10:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1316099444; bh=SNbI0aAVtjxkI8cbt5Xdd/l+95DsauVxvkH3h5WGrME=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent; b=pMOHiKvZMIHxmQ+8W92FHOR+VzYpK/V6NTPxocevfq6j0earkndP+iTuKI7+3kaWQ+Hg5OfY2aheKzXeRRW6q8WhC5bq9FbgTsqs8a9D87aF96w6ohDH/w2VyWXp7ynA3VzL8wQE+5ot5CtFa/Z3qC83z/y7ksvq1Qf3mYruoIM= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: DngMoDQVM1nD5RK174brVKTAsZEEx0aMz4UzjNV3IM3YOWk s9oqJ1e_8VlmWNxX_PGr6MszPgaG5senmUUbndqJuBV6JoC.x0I__J3KPPTQ _wvPBynuiA4RPYtBPa_5mf9KGa9mBSa9n12opw59F4AlUhe7RnusKFrtfkQL uQkuPdZf_ybiFPNMAwbQ9BiqGY0eSIRQ8YHJ3WQ04uu78206Ghjaiof8Y9ma yfKk4zmoThxIFM22hJ2dB9fqOu6Of8MBLV88SI1a9iKXvxlEbVWHfOChHCbv vyOlDafqZYZ8GZjAEaW9QYWV2PPRi2d7p1QDlrIXFW1gJFXJ5cVpLlzzdojq emY0equzCS10NUSc_BItUbliolEbb.cF3pLIC42w9lRjhIy_cGJ_3axJxBeJ aD.zcGg99jnJEgHlnYJWrIWK_bnCrUIJNIad50TNq99YWyP40hLH_0SiXqfD STb9Z.igMCWzxaXcDXpWv_BI2vv6uzA-- X-Yahoo-SMTP: 1x8krq.swBD2B21Axr3MHc8r8V8YnFYfUGhbsFMV7v4p Received: from imp.local (mike@99.31.122.188 with login) by smtp104.sbc.mail.gq1.yahoo.com with SMTP; 15 Sep 2011 08:10:43 -0700 PDT Received: by imp.local (Postfix, from userid 1101) id 950315000BD; Thu, 15 Sep 2011 10:10:41 -0500 (CDT) Date: Thu, 15 Sep 2011 10:10:41 -0500 From: "W. Michael Petullo" To: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Message-ID: <20110915151041.GA4453@imp.local> References: <20110914112552.GP12984@reaktio.net> <20110914142522.GA16956@phenom.oracle.com> <20110914144539.GR12984@reaktio.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110914144539.GR12984@reaktio.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Development discussions related to Fedora , xen@lists.fedoraproject.org, xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk , lars.kurth@xen.org, virt@lists.fedoraproject.org, xen-users@lists.xensource.com Subject: [Xen-devel] Re: Virtualization Test Day for F16 and Xen X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com >> There are known bugs in FC15/FC16 that have been filled some time ago that >> folks will sadly run into: 728775, 658387 and 668063 >> >> Fortunatly the bugs have patches attached and the files to be modified are shell scripts. > Yep, links here: > > https://bugzilla.redhat.com/show_bug.cgi?id=728775 The Fedora update system reports this is fixed in grub2-1.99-6.fc16. > https://bugzilla.redhat.com/show_bug.cgi?id=658387 Peter Jones submitted a new grubby package yesterday. This seems to fix bug #658387 (i.e., new-kernel-pkg creates a Dom0-style grub.cfg entry if /etc/sysconfig/kernel contains "HYPERVISOR=/boot/xen.gz"). I have not yet tested this on Fedora 16. However, I did test on Fedora 15. In this case, bug #668063 is still in effect. That is, grubby creates most of a GRUB record, but the "module initramfs-..." entry is missing. Has anyone yet tested this new grubby package on Fedora 16 yet? Does using GRUB 2 makes #668063 irrelevant? > https://bugzilla.redhat.com/show_bug.cgi?id=668063 I just added some more description to this bug. -- Mike :wq _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Thu Sep 15 08:13:23 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 08:13:23 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Dcx-0006Hm-KW; Thu, 15 Sep 2011 08:13:23 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4DcS-00065Q-Gm; Thu, 15 Sep 2011 08:12:52 -0700 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-14.tower-216.messagelabs.com!1316099568!18408504!1 X-Originating-IP: [192.89.123.25] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30259 invoked from network); 15 Sep 2011 15:12:49 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Sep 2011 15:12:49 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id C47E31F29; Thu, 15 Sep 2011 18:12:47 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id AA2C8200DB; Thu, 15 Sep 2011 18:12:47 +0300 (EEST) Date: Thu, 15 Sep 2011 18:12:47 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Konrad Rzeszutek Wilk Subject: Re: [Xen-devel] Re: Virtualization Test Day for F16 and Xen / dom0 testing instructions Message-ID: <20110915151247.GW12984@reaktio.net> References: <20110914112552.GP12984@reaktio.net> <20110914142522.GA16956@phenom.oracle.com> <20110914144539.GR12984@reaktio.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110914144539.GR12984@reaktio.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Development discussions related to Fedora , xen@lists.fedoraproject.org, xen-devel@lists.xensource.com, lars.kurth@xen.org, virt@lists.fedoraproject.org, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Wed, Sep 14, 2011 at 05:45:39PM +0300, Pasi K�rkk�inen wrote: > > > > > > ([3]https://fedorahosted.org/fedora-qa/ticket/219). It takes time for us > > > > to setup test environment, and would be good to have some info in advance. > > Ok, so some basic steps to test Xen dom0 functionality in Fedora 16: - Install Fedora 16 Beta TC2 host, to become Xen dom0. Installable ISO images available here: http://alt.fedoraproject.org/pub/alt/stage/16-Beta.TC2/Fedora/ (and LIVE ISO's here: http://alt.fedoraproject.org/pub/alt/stage/16-Beta.TC2/Live/). - Disk partitioning on the host: First partition should be /boot as ext3, for the rest of the disk use LVM volume group, and remember to leave free space in the volume group so you can later after installation create LVM volumes for the VMs. See these tutorials for an example about disk partitioning: http://wiki.xen.org/xenwiki/Fedora13Xen4Tutorial http://wiki.xen.org/xenwiki/RHEL6Xen4Tutorial - After Fedora 16 is installed and everything works properly on baremetal, including Internet access, proceed to installing Xen and virtualization related packages: yum install xen xen-hypervisor xen-runtime libvirt virt-manager virt-viewer xorg-x11-xauth - Enable automatic start of xend and libvirtd chkconfig xend on chkconfig libvirtd on chkconfig --list xend chkconfig --list libvirtd - Add a suitable grub entry for Xen. This grub entry is just an example, keep your own root device uuids/names etc and modify to suit your setup: menuentry 'Xen dom0, Fedora Linux 3.1.0-rc6' --class fedora --class gnu-linux --class gnu --class os { load_video insmod part_gpt insmod ext2 set root='(hd0,gpt2)' search --no-floppy --fs-uuid --set=root 6b84e53a-8a3a-4465-ac5a-c1c98758e448 multiboot /xen-4.1.gz placeholder dom0_mem=1024M loglvl=all guest_loglvl=all console_to_ring cpuidle=xen echo 'Loading Linux 3.1.0-rc6 ...' module /vmlinuz-3.1.0-rc6 root=/dev/mapper/VolGroup00-lv_root ro rd.md=0 rd.dm=0 KEYTABLE=us debug loglvel=8 rd.lvm.lv=VolGroup00/lv_swap SYSFONT=latarcyrheb-sun16 rd.luks=0 rd.lvm.lv=VolGroup00/lv_root LANG=en_US.UTF-8 echo 'Loading initial ramdisk ...' module /initramfs-3.1.0-rc6.img } grub entries will be automatically generated later, but currently grub/grubby does not have all required patches to do it automatically. - Reboot to Xen dom0! - Verify Xen and xend works: xm info xm list - Verify you have a bridge called "virbr0" (use: "brctl show"). It should get created by libvirtd. There should be a "dnsmasq" process running for virbr0 providing that bridge a DHCP server with private IPs, dns relay and NAT to internet, so you can use it for VM network installations. - Install a Fedora 15 Xen PV domU: First create a new LVM volume for the VM: lvcreate -L30G -nf15_disk1 /dev/VolGroup00 (Replace VolGroup00 with your VG name.. use "vgdisplay" to check.) Start actual installation: virt-install -d -n f15 -r 1024 --vcpus=1 -f /dev/VolGroup00/f15_disk1 --vnc -p -l "ftp://ftp.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/releases/15/Fedora/x86_64/os/" (replace the URL with your local Fedora mirror site). virt-install will open a virt-viewer (VNC) graphical window of the guest console (pvfb) where you can do the Fedora installation as usual. - Install and test various other types of VMs, both PV and HVM. - Try using file: disk backend (image files) aswell. - Try using graphical "virt-manager" GUI to install Xen VMs. - Disable automatic start of xend, reboot, and test xl / libxl, also with virt-manager/virt-install. That should get you started with testing. Btw. I noticed some issues installing F16 Alpha Xen PV domU, so F16 needs some more investigation/debugging before F16 final. -- Pasi _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Thu Sep 15 08:23:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 08:23:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4DmH-0000C1-Sn; Thu, 15 Sep 2011 08:23:01 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4DkA-00086b-Rj; Thu, 15 Sep 2011 08:20:51 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1316100030!44676553!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2856 invoked from network); 15 Sep 2011 15:20:31 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Sep 2011 15:20:31 -0000 Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8FFKEba014012 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 15 Sep 2011 15:20:16 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8FFKCwE022550 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Sep 2011 15:20:13 GMT Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8FFK6Em006453; Thu, 15 Sep 2011 10:20:07 -0500 Received: from oracle.com (/209.6.55.207) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 15 Sep 2011 08:20:06 -0700 Received: by oracle.com (Postfix, from userid 1000) id 0FA1D1361; Thu, 15 Sep 2011 11:20:07 -0400 (EDT) Date: Thu, 15 Sep 2011 11:20:06 -0400 From: Konrad Rzeszutek Wilk To: jim burns Subject: Re: [Fedora-xen] [Xen-devel] Re: [Xen-users] Continuing BUG:-iness booting Fedora Rawhide 3.1.0-rc's (was Summary: Experiences setting up a debug serial port) Message-ID: <20110915152006.GB21135@phenom.oracle.com> References: <201107231426.56811.jim_burn@bellsouth.net> <20110914221254.GB3742@phenom.oracle.com> <1673553.kg3ZcTGbSX@dell4550> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1673553.kg3ZcTGbSX@dell4550> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A090206.4E7217B1.0130,ss=1,re=0.000,fgs=0 Cc: xen-devel@lists.xensource.com, Fedora Xen List , Ian Campbell , M A Young , todd.deshane@xen.org, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Wed, Sep 14, 2011 at 09:18:25PM -0400, jim burns wrote: > On Thu September 15 2011, 12:38:26 AM, M A Young wrote: > > I have a (temporary) F17 kernel with the patch from > > http://oss.oracle.com/git/kwilk/xen.git/?p=kwilk/xen.git;a=commit;h=a7079a64 > > 04ed2106315327fff6be3464d10814e7 (which I assume is the same patch) applied > > building at > > http://koji.fedoraproject.org/koji/taskinfo?taskID=3352367 > > if you want to test it. > > Oh - the patch is to the kernel, not to xen. I misread it. > > Ok - I downloaded > http://koji.fedoraproject.org/koji/getfile?taskID=3352368&name=kernel-3.1.0-0.rc6.git0.0.xendom0.fc17.x86_64.rpm > > I hope that's right. I'll try it tomorrow. Thanx. ping? _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Thu Sep 15 08:35:55 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 08:35:55 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Dyl-0001fs-E6; Thu, 15 Sep 2011 08:35:55 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1R4Dy3-0001Lm-DB for xen-users@lists.xensource.com; Thu, 15 Sep 2011 08:35:11 -0700 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-12.tower-174.messagelabs.com!1316100907!31548131!1 X-Originating-IP: [216.82.241.211] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31451 invoked from network); 15 Sep 2011 15:35:07 -0000 Received: from mail85.messagelabs.com (HELO mail85.messagelabs.com) (216.82.241.211) by server-12.tower-174.messagelabs.com with SMTP; 15 Sep 2011 15:35:07 -0000 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-8.tower-85.messagelabs.com!1316100906!29105967!1 X-Originating-IP: [131.225.104.19] X-StarScan-Version: 6.3.6; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18721 invoked from network); 15 Sep 2011 15:35:06 -0000 Received: from gateway02.fnal.gov (HELO gateway02.fnal.gov) (131.225.104.19) by server-8.tower-85.messagelabs.com with SMTP; 15 Sep 2011 15:35:06 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway02.fnal.gov (Postfix) with ESMTP id 55D1817124E9; Thu, 15 Sep 2011 10:35:06 -0500 (CDT) X-Virus-Scanned: amavisd-new at fnal.gov Received: from gateway02.fnal.gov ([127.0.0.1]) by localhost (gateway02.fnal.gov [127.0.0.1]) (amavisd-new, port 10024) with LMTP id nR2ssbPoVz77; Thu, 15 Sep 2011 10:35:06 -0500 (CDT) X-Mailgw-Auth: no Received: from flxi05.fnal.gov (flxi05.fnal.gov [131.225.68.48]) by gateway02.fnal.gov (Postfix) with ESMTP id 4130E171253F; Thu, 15 Sep 2011 10:35:06 -0500 (CDT) Received: from flxi05.fnal.gov (localhost.localdomain [127.0.0.1]) by flxi05.fnal.gov (8.13.1/8.13.1) with ESMTP id p8FFZ6j4025367; Thu, 15 Sep 2011 10:35:06 -0500 Received: from localhost (timm@localhost) by flxi05.fnal.gov (8.13.1/8.13.1/Submit) with ESMTP id p8FFZ5Fq025364; Thu, 15 Sep 2011 10:35:06 -0500 X-Authentication-Warning: flxi05.fnal.gov: timm owned process doing -bs Date: Thu, 15 Sep 2011 10:35:05 -0500 (CDT) From: Steven Timm To: Juergen Gotteswinter Subject: Re: [Xen-users] centos 6 + myoung xen In-Reply-To: <4E71EDDF.1020506@internetx.com> Message-ID: References: <4E71EDDF.1020506@internetx.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Is your bios set to support virtualization? What's the output of /proc/cpuinfo? steve On Thu, 15 Sep 2011, Juergen Gotteswinter wrote: > Hi, > > i installed myoungs xen & xen kernel, but unfortanly i am not able to install > a vm. virt-install only says: > > ERROR Host does not support any virtualization options > > virt-install -p --prompt says > > ERROR Host does not support virtualization type 'xen' > > > but xen is booted up: > > bla~$ xm list > xm Name ID Mem VCPUs State > Time(s) > Domain-0 0 1024 2 r----- 114.5 > bla:~$ xm info > host : bla > release : 2.6.32-131.12.1.el6.xendom0.x86_64 > version : #1 SMP Sun Sep 4 14:25:09 BST 2011 > machine : x86_64 > nr_cpus : 2 > nr_nodes : 1 > cores_per_socket : 2 > threads_per_core : 1 > cpu_mhz : 2333 > hw_caps : > bfebfbff:20100800:00000000:00000940:0000e3fd:00000000:00000001:00000000 > virt_caps : hvm > total_memory : 8190 > free_memory : 7071 > free_cpus : 0 > xen_major : 4 > xen_minor : 1 > xen_extra : .1 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 > hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > xen_commandline : com1=9600 console=com1,vga dom0_mem=1024M > cc_compiler : gcc version 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) > cc_compile_by : mockbuild > cc_compile_domain : 93.131.168 > cc_compile_date : Mon Sep 5 21:36:14 BST 2011 > xend_config_format : 4 > > cheers, > > juergen > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > -- ------------------------------------------------------------------ Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Group Leader. Lead of FermiCloud project. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Sep 15 10:09:07 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 10:09:07 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4FQw-0005dj-Cd; Thu, 15 Sep 2011 10:09:06 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with smtp (Exim 4.43) id 1R4FP0-0005Im-H6 for xen-users@lists.xensource.com; Thu, 15 Sep 2011 10:07:10 -0700 X-Env-Sender: tlviewer@yahoo.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1316106408!50094843!1 X-Originating-IP: [98.139.52.218] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8274 invoked from network); 15 Sep 2011 17:06:48 -0000 Received: from nm21.bullet.mail.ac4.yahoo.com (HELO nm21.bullet.mail.ac4.yahoo.com) (98.139.52.218) by server-12.tower-21.messagelabs.com with SMTP; 15 Sep 2011 17:06:48 -0000 Received: from [98.139.52.195] by nm21.bullet.mail.ac4.yahoo.com with NNFMP; 15 Sep 2011 17:07:02 -0000 Received: from [98.139.52.157] by tm8.bullet.mail.ac4.yahoo.com with NNFMP; 15 Sep 2011 17:07:02 -0000 Received: from [127.0.0.1] by omp1040.mail.ac4.yahoo.com with NNFMP; 15 Sep 2011 17:07:02 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 893362.99295.bm@omp1040.mail.ac4.yahoo.com Received: (qmail 48791 invoked by uid 60001); 15 Sep 2011 17:07:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1316106422; bh=KDki0t5qj4swUlsbLXHgly8PpqwdHpzL4eDJuDFUWbA=; 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=SyYwE18H4jnPZ+QGNuTUhyKfmF7jObQwPv8uI8BTjsriWrrv3HynvxKGNQZQWV2YWCLa6kCopTiwJvN0mqoQFH7AgMBMJln3dONm3T/rsN5jtprW5EUGGWkZpOIoPQAbvi+B/GsaMSHbc8PpnYK7sZkphoGhDjhoSg1pm6Ue69E= 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=O0Y9+H13ChZLoyDGnM50l/qDZhMPrPYf1GsJtI2khNMpuI6lLvOM03bXFakZLXCCXWYbAXFLYGs/HO7B5EnJxTZvJ+I/hMHjybbBGen/PtvbSxCieT6m6FBvGlkpxSVAciuDdSSH6Q46mRnAhdT0L3A+j3TAViLXh6qoEJ8Phbw=; X-YMail-OSG: sXeVGJ4VM1kIGGGj19BUlh_kn__P7J7PS_vOg_20I61tImg WArsAmUP5D9z7ndiMRBbLxOWL6Dlv3ycGOwgjhdq7KQJuS1pAT5Xy7EaVrNB GpG9f8gzUDpbcTDmWGx95boHDF0_x.YAWV2PkSRBau3Ai4Z_r8VIourwQ8BM x0LFq9cHCmmUjvPz30vTqRZOHR223tDoxO5G1ApAq1_AIbMmcAg.mlt1FXKy Gklmx193tNoNObc5XqonLrO7Q_AcOrkjA.rNTrLvAkvHET2AtLQUxD6NTtXR ihsm42lZM4730Ma77letKuF3qHC_kdrowfsdEBcPLwnqWyXrZIkBmP6jXJcJ cL1.bfAam8odBclE_pger4XJyMI27UvXiZmwacQoNa3ajEBOSCO25ltIfo6l onCMiFos1.cnZLPG3ZKt_liV8LcD8Ibrc5eIcYMPCynWw7HR5ucmsqgI8tPg kLVY- Received: from [72.130.32.252] by web35608.mail.mud.yahoo.com via HTTP; Thu, 15 Sep 2011 10:07:02 PDT X-Mailer: YahooMailWebService/0.8.113.315625 References: Message-ID: <1316106422.31698.YahooMailNeo@web35608.mail.mud.yahoo.com> Date: Thu, 15 Sep 2011 10:07:02 -0700 (PDT) From: Mark Pryor Subject: Re: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? To: chris In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Pryor List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com try modinfo xen-fbfront.ko --------- domU config ---- extra = "xen-fbfront.video=16,1024,768" --------- snip -------- ________________________________ From: chris To: Xen-Users List Sent: Thursday, September 15, 2011 5:25 AM Subject: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? I have installed a domU with squeeze which has vfb, I installed xorg and gnome and they work fine. When I go to try to change the resolution it seems like I can't change it to anything other 800x600. Is this some kind of hardcoded limit in the vfb or something I am missing? Thanks, chris -- Mark _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Thu Sep 15 10:19:17 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 10:19:17 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Fan-0006VR-E6; Thu, 15 Sep 2011 10:19:17 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4FZp-0006Ie-JE; Thu, 15 Sep 2011 10:18:18 -0700 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1316107090!18414682!1 X-Originating-IP: [209.85.160.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22445 invoked from network); 15 Sep 2011 17:18:11 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Sep 2011 17:18:11 -0000 Received: by gyh3 with SMTP id 3so3328801gyh.30 for ; Thu, 15 Sep 2011 10:18:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=tzjRBH8ZT5i66xYiDiCxVXKhyBQT8Ps2IttSql5Z9i8=; b=U7McR8EGbPXSqhPAK4fFbII7ps19oTcHNuL8tQG/Hug9SgJyz0WUFl4SgDKushPbap kQWoeZplXPpCNXQPZZP8P3OaTPZfPQ2pEnoG7Wnt4VEcjcVILejzAYoBhr4KUZfsRPA5 P77QDrWpdtOL+dCzchIwgHop+gqgWzxhByxHA= Received: by 10.151.100.21 with SMTP id c21mr1553552ybm.348.1316107090225; Thu, 15 Sep 2011 10:18:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.154.16 with HTTP; Thu, 15 Sep 2011 10:17:50 -0700 (PDT) In-Reply-To: <20110915080121.GB4396@phenom.oracle.com> References: <20110915080121.GB4396@phenom.oracle.com> From: jinho hwang Date: Thu, 15 Sep 2011 13:17:50 -0400 Message-ID: Subject: Re: [Xen-devel] [Xen-users] XENBUS waiting timeout To: Konrad Rzeszutek Wilk Cc: xen-devel@lists.xensource.com, xen-users@lists.xensource.com X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0219853376==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============0219853376== Content-Type: multipart/alternative; boundary=000e0cd6cece996d1904acfe0f97 --000e0cd6cece996d1904acfe0f97 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm using Xen 4.0.3 and linux 2.6.32.46 for dom0 and domU as well. From xenstore-ls, I could see the numbers you mentioned 51713 and 51714 for my guest, but the log says that the devices for the numbers are not detected a= s follows: *This is from console after I execute "sudo xm create -c ":* Using config file "./XenGuest1.cfg". Started domain XenGuest1 (id=3D1) Reserving virtual address space above 0xf5800000 Initializing cgroup subsys cpuset Initializing cgroup subsys cpu Linux version 2.6.32.46 (root@jinho-Dell-DXP061) (gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4) ) #4 SMP Wed Sep 14 18:30:41 EDT 2011 KERNEL supported cpus: Intel GenuineIntel AMD AuthenticAMD NSC Geode by NSC Cyrix CyrixInstead Centaur CentaurHauls Transmeta GenuineTMx86 Transmeta TransmetaCPU UMC UMC UMC UMC ACPI in unprivileged domain disabled released 0 pages of unused memory BIOS-provided physical RAM map: Xen: 0000000000000000 - 00000000000a0000 (usable) Xen: 00000000000a0000 - 0000000000100000 (reserved) Xen: 0000000000100000 - 0000000020800000 (usable) DMI not present or invalid. last_pfn =3D 0x20800 max_arch_pfn =3D 0x1000000 init_memory_mapping: 0000000000000000-0000000020800000 NX (Execute Disable) protection: active RAMDISK: 00b00000 - 0bab5000 0MB HIGHMEM available. 520MB LOWMEM available. mapped low ram: 0 - 20800000 low ram: 0 - 20800000 node 0 low ram: 00000000 - 20800000 node 0 bootmap 00007000 - 0000b100 (11 early reservations) =3D=3D> bootmem [0000000000 - 0020800000] #0 [0000000000 - 0000001000] BIOS data page =3D=3D> [0000000000 - 0000001000] #1 [000bb38000 - 000bb9a000] XEN PAGETABLES =3D=3D> [000bb38000 - 000bb9a000] #2 [0000001000 - 0000002000] EX TRAMPOLINE =3D=3D> [0000001000 - 0000002000] #3 [0000006000 - 0000007000] TRAMPOLINE =3D=3D> [0000006000 - 0000007000] #4 [0000400000 - 000098f1b4] TEXT DATA BSS =3D=3D> [0000400000 - 000098f1b4] #5 [0000b00000 - 000bab5000] RAMDISK =3D=3D> [0000b00000 - 000bab5000] #6 [000bab5000 - 000bb38000] XEN START INFO =3D=3D> [000bab5000 - 000bb38000] #7 [0020000000 - 0020800000] XEN EXTRA =3D=3D> [0020000000 - 0020800000] #8 [0000990000 - 000099d000] BRK =3D=3D> [0000990000 - 000099d000] #9 [0000100000 - 00001a1000] PGTABLE =3D=3D> [0000100000 - 00001a1000] #10 [0000007000 - 000000c000] BOOTMAP =3D=3D> [0000007000 - 000000c000] Zone PFN ranges: DMA 0x00000000 -> 0x00001000 Normal 0x00001000 -> 0x00020800 HighMem 0x00020800 -> 0x00020800 Movable zone start PFN for each node early_node_map[2] active PFN ranges 0: 0x00000000 -> 0x000000a0 0: 0x00000100 -> 0x00020800 Using APIC driver default SMP: Allowing 1 CPUs, 0 hotplug CPUs Local APIC disabled by BIOS -- you can enable it with "lapic" APIC: disable apic facility Allocating PCI resources starting at 20800000 (gap: 20800000:df800000) Booting paravirtualized kernel on Xen Xen version: 4.0.3-rc3-pre (preserve-AD) NR_CPUS:8 nr_cpumask_bits:8 nr_cpu_ids:1 nr_node_ids:1 PERCPU: Embedded 16 pages/cpu @cbfaf000 s42264 r0 d23272 u65536 pcpu-alloc: s42264 r0 d23272 u65536 alloc=3D16*4096 pcpu-alloc: [0] 0 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 131984 Kernel command line: root=3D/dev/xvda1 ro ip=3D:127.0.255.255::::eth0:dhcp = 4 PID hash table entries: 4096 (order: 2, 16384 bytes) Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Initializing HighMem for node 0 (00000000:00000000) Memory: 331500k/532480k available (2980k kernel code, 200480k reserved, 1684k data, 432k init, 0k highmem) virtual kernel memory layout: fixmap : 0xf567e000 - 0xf57ff000 (1540 kB) pkmap : 0xf5200000 - 0xf5400000 (2048 kB) vmalloc : 0xe1000000 - 0xf51fe000 ( 321 MB) lowmem : 0xc0000000 - 0xe0800000 ( 520 MB) .init : 0xc088f000 - 0xc08fb000 ( 432 kB) .data : 0xc06e90b5 - 0xc088e140 (1684 kB) .text : 0xc0400000 - 0xc06e90b5 (2980 kB) SLUB: Genslabs=3D13, HWalign=3D64, Order=3D0-3, MinObjects=3D0, CPUs=3D1, N= odes=3D1 Hierarchical RCU implementation. NR_IRQS:2304 nr_irqs:512 Console: colour dummy device 80x25 console [tty0] enabled console [hvc0] enabled installing Xen timer for CPU 0 Detected 2660.066 MHz processor. Calibrating delay loop (skipped), value calculated using timer frequency.. 5320.13 BogoMIPS (lpj=3D2660066) Security Framework initialized SELinux: Initializing. Mount-cache hash table entries: 512 Initializing cgroup subsys ns Initializing cgroup subsys cpuacct Initializing cgroup subsys devices CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 4096K CPU: Unsupported number of siblings 2 Performance Events: unsupported p6 CPU model 15 no PMU driver, software events only. SMP alternatives: switching to UP code Freeing SMP alternatives: 7k freed cpu 0 spinlock event irq 510 Brought up 1 CPUs Grant table initialized Time: 165:165:165 Date: 165/165/65 NET: Registered protocol family 16 PCI: setting up Xen PCI frontend stub bio: create slab at 0 ACPI: Interpreter disabled. xen_balloon: Initialising balloon driver with page order 0. last_pfn =3D 0x20800 max_arch_pfn =3D 0x1000000 vgaarb: loaded SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: System does not support PCI PCI: System does not support PCI NetLabel: Initializing NetLabel: domain hash size =3D 128 NetLabel: protocols =3D UNLABELED CIPSOv4 NetLabel: unlabeled traffic allowed by default Switching to clocksource xen pnp: PnP ACPI: disabled NET: Registered protocol family 2 IP route cache hash table entries: 8192 (order: 3, 32768 bytes) TCP established hash table entries: 32768 (order: 6, 262144 bytes) TCP bind hash table entries: 32768 (order: 6, 262144 bytes) TCP: Hash tables configured (established 32768 bind 32768) TCP reno registered NET: Registered protocol family 1 Trying to unpack rootfs image as initramfs... Freeing initrd memory: 179924k freed platform rtc_cmos: registered platform RTC device (no PNP device found) apm: BIOS not found. audit: initializing netlink socket (disabled) type=3D2000 audit(1316106566.034:1): initialized HugeTLB registered 2 MB page size, pre-allocated 0 pages VFS: Disk quotas dquot_6.5.2 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) msgmni has been set to 999 alg: No test for stdrng (krng) Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) pci_hotplug: PCI Hot Plug PCI Core version: 0.5 acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 isapnp: ISA Plug & Play support disabled Event-channel device installed. registering netback Non-volatile memory driver v1.3 Linux agpgart interface v0.103 Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled brd: module loaded loop: module loaded Initialising Xen virtual ethernet driver. ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver uhci_hcd: USB Universal Host Controller Interface driver PNP: No PS/2 controller found. Probing ports directly. i8042.c: No controller found. mice: PS/2 mouse device common for all mice rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0 device-mapper: uevent: version 1.0.3 device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com cpuidle: using governor ladder cpuidle: using governor menu usbcore: registered new interface driver hiddev usbcore: registered new interface driver usbhid usbhid: v2.6:USB HID core driver nf_conntrack version 0.5.0 (8192 buckets, 32768 max) CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use nf_conntrack.acct=3D1 kernel parameter, acct=3D1 nf_conntrack module option= or sysctl net.netfilter.nf_conntrack_acct=3D1 to enable it. ip_tables: (C) 2000-2006 Netfilter Core Team TCP cubic registered Initializing XFRM netlink socket NET: Registered protocol family 17 Using IPI No-Shortcut mode registered taskstats version 1 XENBUS: Waiting for devices to initialise: 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s.= ..240s...235s...230s...225s...220s...215s...210s...205s...200s...195s...190= s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140s...1= 35s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s...80= s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...20s..= .15s...10s...5s...0s... XENBUS: Timeout connecting to device: device/vbd/51713 (local state 3, remote state 1) XENBUS: Timeout connecting to device: device/vbd/51714 (local state 3, remote state 1) XENBUS: Device with no driver: device/console/0 Magic number: 1:252:3141 Freeing unused kernel memory: 432k freed Write protecting the kernel text: 2984k Write protecting the kernel read-only data: 1452k Loading, please wait... mount: mounting none on /dev failed: No such device W: devtmpfs not available, falling back to tmpfs for /dev hrtimer: interrupt took 6765654 ns Begin: Loading essential drivers ... done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay=3D (did the system wait long enough?) - Check root=3D (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/xvda1 does not exist. Dropping to a shell! *Here is my xenstore-ls:* tool =3D "" xenstored =3D "" vm =3D "" 00000000-0000-0000-0000-000000000000 =3D "" on_xend_stop =3D "ignore" shadow_memory =3D "0" uuid =3D "00000000-0000-0000-0000-000000000000" on_reboot =3D "restart" image =3D "(linux (kernel ) (superpages 0) (nomigrate 0) (tsc_mode 0))" ostype =3D "linux" kernel =3D "" cmdline =3D "" ramdisk =3D "" on_poweroff =3D "destroy" bootloader_args =3D "" on_xend_start =3D "ignore" on_crash =3D "restart" xend =3D "" restart_count =3D "0" vcpus =3D "2" vcpu_avail =3D "3" bootloader =3D "" name =3D "Domain-0" 0c879418-b8df-eed2-53a2-05dd9d768284 =3D "" image =3D "(linux (kernel /boot/vmlinuz-2.6.32.46) (ramdisk /boot/initrd.img-2.6.32.46) (args 'root=3D/dev/xvda1 ro ip=3D:127.0.255.255= : :::eth0:dhcp\..." ostype =3D "linux" kernel =3D "/boot/vmlinuz-2.6.32.46" cmdline =3D "root=3D/dev/xvda1 ro ip=3D:127.0.255.255::::eth0:dhcp 4" ramdisk =3D "/boot/initrd.img-2.6.32.46" device =3D "" tap =3D "" 51713 =3D "" frontend =3D "/local/domain/1/device/vbd/51713" frontend-id =3D "1" backend-id =3D "0" backend =3D "/local/domain/0/backend/tap/1/51713" 51714 =3D "" frontend =3D "/local/domain/1/device/vbd/51714" frontend-id =3D "1" backend-id =3D "0" backend =3D "/local/domain/0/backend/tap/1/51714" vif =3D "" 0 =3D "" frontend =3D "/local/domain/1/device/vif/0" frontend-id =3D "1" backend-id =3D "0" backend =3D "/local/domain/0/backend/vif/1/0" console =3D "" 0 =3D "" frontend =3D "/local/domain/1/device/console/0" frontend-id =3D "1" backend-id =3D "0" backend =3D "/local/domain/0/backend/console/1/0" on_xend_stop =3D "ignore" shadow_memory =3D "0" uuid =3D "0c879418-b8df-eed2-53a2-05dd9d768284" on_reboot =3D "restart" start_time =3D "1316106563.89" on_poweroff =3D "destroy" bootloader_args =3D "" on_xend_start =3D "ignore" on_crash =3D "restart" xend =3D "" restart_count =3D "0" vcpus =3D "1" vcpu_avail =3D "1" bootloader =3D "" name =3D "XenGuest1" local =3D "" domain =3D "" 0 =3D "" vm =3D "/vm/00000000-0000-0000-0000-000000000000" device =3D "" control =3D "" platform-feature-multiprocessor-suspend =3D "1" error =3D "" memory =3D "" target =3D "3407872" guest =3D "" hvmpv =3D "" data =3D "" cpu =3D "" 1 =3D "" availability =3D "online" 0 =3D "" availability =3D "online" description =3D "" console =3D "" limit =3D "1048576" type =3D "xenconsoled" domid =3D "0" name =3D "Domain-0" backend =3D "" tap =3D "" 1 =3D "" 51713 =3D "" domain =3D "XenGuest1" frontend =3D "/local/domain/1/device/vbd/51713" uuid =3D "88476a24-fe5c-cc91-bc87-cbe07b5bd2a3" bootable =3D "1" dev =3D "xvda1" state =3D "1" params =3D "aio:/xen/XenGuest1.img" mode =3D "w" online =3D "1" frontend-id =3D "1" type =3D "tap" hotplug-status =3D "connected" 51714 =3D "" domain =3D "XenGuest1" frontend =3D "/local/domain/1/device/vbd/51714" uuid =3D "e574dca6-2710-f8ed-4cb6-983421c415d6" bootable =3D "0" dev =3D "xvda2" state =3D "1" params =3D "aio:/xen/XenGuest1.swap" mode =3D "w" online =3D "1" frontend-id =3D "1" type =3D "tap" hotplug-status =3D "connected" vif =3D "" 1 =3D "" 0 =3D "" domain =3D "XenGuest1" handle =3D "0" uuid =3D "a916031e-38be-f70a-89f3-47d2cb9a16f8" script =3D "/etc/xen/scripts/vif-bridge" state =3D "4" frontend =3D "/local/domain/1/device/vif/0" mac =3D "00:16:3e:41:3f:05" online =3D "1" frontend-id =3D "1" feature-sg =3D "1" feature-gso-tcpv4 =3D "1" feature-rx-copy =3D "1" feature-rx-flip =3D "0" feature-smart-poll =3D "1" hotplug-status =3D "connected" console =3D "" 1 =3D "" 0 =3D "" domain =3D "XenGuest1" protocol =3D "vt100" uuid =3D "6358d1af-79ef-8334-fc5e-8861cb582a66" frontend =3D "/local/domain/1/device/console/0" state =3D "1" location =3D "2" online =3D "1" frontend-id =3D "1" 1 =3D "" vm =3D "/vm/0c879418-b8df-eed2-53a2-05dd9d768284" device =3D "" vbd =3D "" 51713 =3D "" virtual-device =3D "51713" device-type =3D "disk" protocol =3D "x86_32-abi" backend-id =3D "0" state =3D "3" backend =3D "/local/domain/0/backend/tap/1/51713" ring-ref =3D "8" event-channel =3D "9" 51714 =3D "" virtual-device =3D "51714" device-type =3D "disk" protocol =3D "x86_32-abi" backend-id =3D "0" state =3D "3" backend =3D "/local/domain/0/backend/tap/1/51714" ring-ref =3D "9" event-channel =3D "10" vif =3D "" 0 =3D "" mac =3D "00:16:3e:41:3f:05" handle =3D "0" protocol =3D "x86_32-abi" backend-id =3D "0" state =3D "4" backend =3D "/local/domain/0/backend/vif/1/0" tx-ring-ref =3D "768" rx-ring-ref =3D "769" event-channel =3D "11" request-rx-copy =3D "1" feature-rx-notify =3D "1" feature-sg =3D "1" feature-gso-tcpv4 =3D "1" feature-smart-poll =3D "0" console =3D "" 0 =3D "" protocol =3D "x86_32-abi" state =3D "1" backend-id =3D "0" backend =3D "/local/domain/0/backend/console/1/0" control =3D "" platform-feature-multiprocessor-suspend =3D "1" error =3D "" memory =3D "" target =3D "524288" guest =3D "" hvmpv =3D "" data =3D "" device-misc =3D "" vif =3D "" nextDeviceID =3D "1" console =3D "" nextDeviceID =3D "1" console =3D "" ring-ref =3D "475120" port =3D "2" limit =3D "1048576" type =3D "xenconsoled" tty =3D "/dev/pts/1" image =3D "" entry =3D "3230199808" loader =3D "generic" hv-start-low =3D "4118806528" guest-os =3D "linux" hypercall-page =3D "3225427968" guest-version =3D "2.6" pae-mode =3D "yes" paddr-offset =3D "0" virt-base =3D "3221225472" suspend-cancel =3D "1" features =3D "" pae-pgdir-above-4gb =3D "1" writable-page-tables =3D "0" xen-version =3D "xen-3.0" store =3D "" ring-ref =3D "475121" port =3D "1" description =3D "" cpu =3D "" 0 =3D "" availability =3D "online" name =3D "XenGuest1" domid =3D "1" serial =3D "" 0 =3D "" tty =3D "/dev/pts/1" On Thu, Sep 15, 2011 at 4:01 AM, Konrad Rzeszutek Wilk < konrad.wilk@oracle.com> wrote: > On Thu, Sep 15, 2011 at 02:02:25AM -0400, jinho hwang wrote: > > Hi, > > > > I have used disk image to copy host fs to image file and boot a guest > > system. But, the system is dropped to shell and it also says that it > can't > > You need to give more details. What is the version of your Dom0? > Is there anything showing up in the Dom0 kernel when this fails? > > Can you also include your xenstore-ls when this failure happens? You shou= ld > see an entry for 51713 and 51714.. > > > find /dev/xvda1 which is the root fs. I have defined it in the > configuration > > file as follows: > > > > disk =3D [ 'tap:aio:/xen/XenGuest1.img,xvda1,w', > > 'tap:aio:/xen/XenGuest1.swap,xvda2,w' ] > > root =3D "/dev/xvda1 ro" > > > > Also, modified the fstab as follows: > > > > /dev/xvda1 / ext3 defaults 1 1 > > /dev/xvda2 none swap sw 0 0 > > none /dev/pts devpts gid=3D5,mode=3D620 0 = 0 > > none /dev/shm tmpfs defaults 0 0 > > none /proc proc defaults 0 0 > > none /sys sysfs defaults 0 0 > > > > The following is the error shown in the console. > > > > Using IPI No-Shortcut mode > > registered taskstats version 1 > > XENBUS: Waiting for devices to initialise: > > > 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245= s...240s...235s...230s...225s...220s...215s...210s...205s...200s...195s...1= 90s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140s..= .135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s...= 80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...20s= ...15s...10s...5s...0s... > > XENBUS: Timeout connecting to device: device/vbd/51713 (local state 3, > > remote state 1) > > XENBUS: Timeout connecting to device: device/vbd/51714 (local state 3, > > remote state 1) > > XENBUS: Device with no driver: device/console/0 > > Magic number: 1:252:3141 > > Freeing unused kernel memory: 432k freed > > Write protecting the kernel text: 2984k > > Write protecting the kernel read-only data: 1452k > > Loading, please wait... > > mount: mounting none on /dev failed: No such device > > W: devtmpfs not available, falling back to tmpfs for /dev > > Begin: Loading essential drivers ... done. > > Begin: Running /scripts/init-premount ... done. > > Begin: Mounting root file system ... Begin: Running /scripts/local-top > ... > > done. > > Gave up waiting for root device. Common problems: > > - Boot args (cat /proc/cmdline) > > - Check rootdelay=3D (did the system wait long enough?) > > - Check root=3D (did the system wait for the right device?) > > - Missing modules (cat /proc/modules; ls /dev) > > ALERT! /dev/xvda1 does not exist. Dropping to a shell! > > > > If anybody has any idea, please let me know. > > > > Thank you, > > > > Jinho > > > > -- > > Jinho Hwang > > PhD Student > > Department of Computer Science > > The George Washington University > > Washington, DC 20052 > > hwang.jinho@gmail.com (email) > > 276.336.0971 (Cell) > > 202.994.4875 (fax) > > 070.8285.6546 (myLg070) > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel > > --=20 Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --000e0cd6cece996d1904acfe0f97 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I'm using Xen 4.0.3 and linux 2.6.32.46 for dom0 and dom= U as well. From xenstore-ls, I could see the numbers you mentioned 51713 an= d 51714 for my guest, but the log says that the devices for the numbers are= not detected as follows:

This is from console after I execute "sudo xm create -c <config&g= t;":

Using config file "./XenGuest1.cfg"= ;.

Started domain XenGuest1 (id=3D1)

=A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Reserving virtual address space = above 0xf5800000

Initializing cgroup subsys cpuset

Init= ializing cgroup subsys cpu

Linux version 2.6.32.46 (root@jinho-Dell-DXP061) (gcc version 4.5.2 (U= buntu/Linaro 4.5.2-8ubuntu4) ) #4 SMP Wed Sep 14 18:30:41 EDT 2011

KERNEL supported cpus:

=A0 Intel GenuineIntel

=A0 AMD= AuthenticAMD

=A0 NSC Geode by NSC

=A0 Cyrix CyrixInstead

=A0 Ce= ntaur CentaurHauls

=A0 Transmeta GenuineTMx86

=A0 Trans= meta TransmetaCPU

=A0 UMC UMC UMC UMC

ACPI in unprivile= ged domain disabled

released 0 pages of unused memory

BIOS-provided physical RAM= map:

=A0Xen: 0000000000000000 - 00000000000a0000 (usable)

<= div>=A0Xen: 00000000000a0000 - 0000000000100000 (reserved)

=A0Xen= : 0000000000100000 - 0000000020800000 (usable)

DMI not present or invalid.

last_pfn =3D 0x20800 max_arch_pf= n =3D 0x1000000

init_memory_mapping: 0000000000000000-00000000208= 00000

NX (Execute Disable) protection: active

RAMDISK: = 00b00000 - 0bab5000

0MB HIGHMEM available.

520MB LOWMEM available.

=A0= mapped low ram: 0 - 20800000

=A0 low ram: 0 - 20800000

=A0 node 0 low ram: 00000000 - 20800000

=A0 node 0 bootmap 00007= 000 - 0000b100

(11 early reservations) =3D=3D> bootmem [0000000000 - 0020800000]

=A0 #0 [0000000000 - 0000001000] =A0 BIOS data page =3D=3D> [00= 00000000 - 0000001000]

=A0 #1 [000bb38000 - 000bb9a000] =A0 XEN P= AGETABLES =3D=3D> [000bb38000 - 000bb9a000]

=A0 #2 [0000001000 - 0000002000] =A0 =A0EX TRAMPOLINE =3D=3D> [0000= 001000 - 0000002000]

=A0 #3 [0000006000 - 0000007000] =A0 =A0 =A0= TRAMPOLINE =3D=3D> [0000006000 - 0000007000]

=A0 #4 [00004000= 00 - 000098f1b4] =A0 =A0TEXT DATA BSS =3D=3D> [0000400000 - 000098f1b4]<= /div>

=A0 #5 [0000b00000 - 000bab5000] =A0 =A0 =A0 =A0 =A0RAMDISK =3D=3D>= [0000b00000 - 000bab5000]

=A0 #6 [000bab5000 - 000bb38000] =A0 X= EN START INFO =3D=3D> [000bab5000 - 000bb38000]

=A0 #7 [002000= 0000 - 0020800000] =A0 =A0 =A0 =A0XEN EXTRA =3D=3D> [0020000000 - 002080= 0000]

=A0 #8 [0000990000 - 000099d000] =A0 =A0 =A0 =A0 =A0 =A0 =A0BRK =3D=3D= > [0000990000 - 000099d000]

=A0 #9 [0000100000 - 00001a1000] = =A0 =A0 =A0 =A0 =A0PGTABLE =3D=3D> [0000100000 - 00001a1000]

= =A0 #10 [0000007000 - 000000c000] =A0 =A0 =A0 =A0 =A0BOOTMAP =3D=3D> [00= 00007000 - 000000c000]

Zone PFN ranges:

=A0 DMA =A0 =A0 =A00x00000000 -> 0x00001= 000

=A0 Normal =A0 0x00001000 -> 0x00020800

=A0 High= Mem =A00x00020800 -> 0x00020800

Movable zone start PFN for eac= h node

early_node_map[2] active PFN ranges

=A0 =A0 0: 0x00000000 -&= gt; 0x000000a0

=A0 =A0 0: 0x00000100 -> 0x00020800

U= sing APIC driver default

SMP: Allowing 1 CPUs, 0 hotplug CPUs

Local APIC disabled by BIOS -- you can enable it with "lapic"

APIC: disable apic facility

Allocating PCI resources start= ing at 20800000 (gap: 20800000:df800000)

Booting paravirtualized = kernel on Xen

Xen version: 4.0.3-rc3-pre (preserve-AD)

NR_CPUS:8 nr_cpumas= k_bits:8 nr_cpu_ids:1 nr_node_ids:1

PERCPU: Embedded 16 pages/cpu= @cbfaf000 s42264 r0 d23272 u65536

pcpu-alloc: s42264 r0 d23272 u= 65536 alloc=3D16*4096

pcpu-alloc: [0] 0=A0

Built 1 zonelists in Zone order, mobili= ty grouping on. =A0Total pages: 131984

Kernel command line: root= =3D/dev/xvda1 ro ip=3D:127.0.255.255::::eth0:dhcp 4

PID hash tabl= e entries: 4096 (order: 2, 16384 bytes)

Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)

Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)

Enabling fast FPU save and restore... done.

Enabling unmasked = SIMD FPU exception support... done.

Initializing CPU#0

Initializing HighMem for node 0 (00000000= :00000000)

Memory: 331500k/532480k available (2980k kernel code, = 200480k reserved, 1684k data, 432k init, 0k highmem)

virtual kern= el memory layout:

=A0 =A0 fixmap =A0: 0xf567e000 - 0xf57ff000 =A0 (1540 kB)

= =A0 =A0 pkmap =A0 : 0xf5200000 - 0xf5400000 =A0 (2048 kB)

=A0 =A0= vmalloc : 0xe1000000 - 0xf51fe000 =A0 ( 321 MB)

=A0 =A0 lowmem = =A0: 0xc0000000 - 0xe0800000 =A0 ( 520 MB)

=A0 =A0 =A0 .init : 0xc088f000 - 0xc08fb000 =A0 ( 432 kB)

= =A0 =A0 =A0 .data : 0xc06e90b5 - 0xc088e140 =A0 (1684 kB)

=A0 =A0= =A0 .text : 0xc0400000 - 0xc06e90b5 =A0 (2980 kB)

SLUB: Genslabs= =3D13, HWalign=3D64, Order=3D0-3, MinObjects=3D0, CPUs=3D1, Nodes=3D1

Hierarchical RCU implementation.

NR_IRQS:2304 nr_irqs:512

Console: colour dummy device 80x25

console [tty0] enabled=

console [hvc0] enabled

installing Xen timer for CPU 0<= /div>

Detected 2660.066 MHz processor.

Calibrating delay loop (ski= pped), value calculated using timer frequency.. 5320.13 BogoMIPS (lpj=3D266= 0066)

Security Framework initialized

SELinux: =A0Initia= lizing.

Mount-cache hash table entries: 512

Initializing cgroup subs= ys ns

Initializing cgroup subsys cpuacct

Initializing c= group subsys devices

CPU: L1 I cache: 32K, L1 D cache: 32K

CPU: L2 cache: 4096K

CPU: Unsupported number of siblings 2

Performance Events: unsupported p6 CPU model 15 no PMU driver, sof= tware events only.

SMP alternatives: switching to UP code

Freeing SMP alternatives: 7k freed

cpu 0 spinlock event irq = 510

Brought up 1 CPUs

Grant table initialized

Time: 165:165:165 =A0Date: 165/165/65

NET: Registered protocol f= amily 16

PCI: setting up Xen PCI frontend stub

bio: create slab <b= io-0> at 0

ACPI: Interpreter disabled.

xen_balloon: = Initialising balloon driver with page order 0.

last_pfn =3D 0x208= 00 max_arch_pfn =3D 0x1000000

vgaarb: loaded

SCSI subsystem initialized

usbcore:= registered new interface driver usbfs

usbcore: registered new in= terface driver hub

usbcore: registered new device driver usb

PCI: System does not support PCI

PCI: System does not suppor= t PCI

NetLabel: Initializing

NetLabel: =A0domain hash s= ize =3D 128

NetLabel: =A0protocols =3D UNLABELED CIPSOv4

NetLabel: =A0unlabeled traffic allowed by default

Switching to clocksource xen

pnp: PnP ACPI: disabled

NET: Registered protocol family 2

IP route cache hash table en= tries: 8192 (order: 3, 32768 bytes)

TCP established hash table en= tries: 32768 (order: 6, 262144 bytes)

TCP bind hash table entries: 32768 (order: 6, 262144 bytes)

= TCP: Hash tables configured (established 32768 bind 32768)

TCP re= no registered

NET: Registered protocol family 1

Trying = to unpack rootfs image as initramfs...

Freeing initrd memory: 179924k freed

platform rtc_cmos: regi= stered platform RTC device (no PNP device found)

apm: BIOS not fo= und.

audit: initializing netlink socket (disabled)

type=3D2000 audit(1316106566.034:1): initialized

HugeTLB register= ed 2 MB page size, pre-allocated 0 pages

VFS: Disk quotas dquot_6= .5.2

Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)

msgmni has been set to 999

alg: No test for stdrng (krng)

Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252= )

io scheduler noop registered

io scheduler anticipator= y registered

io scheduler deadline registered

io scheduler cfq registered= (default)

pci_hotplug: PCI Hot Plug PCI Core version: 0.5

<= div>acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5

isapnp: ISA Plug & Play support disabled

Event-channel device= installed.

registering netback

Non-volatile memory dri= ver v1.3

Linux agpgart interface v0.103

Serial: 8250/16= 550 driver, 4 ports, IRQ sharing enabled

brd: module loaded

loop: module loaded

Initialisin= g Xen virtual ethernet driver.

ehci_hcd: USB 2.0 'Enhanced= 9; Host Controller (EHCI) Driver

ohci_hcd: USB 1.1 'Open'= Host Controller (OHCI) Driver

uhci_hcd: USB Universal Host Controller Interface driver

PNP= : No PS/2 controller found. Probing ports directly.

i8042.c: No c= ontroller found.

mice: PS/2 mouse device common for all mice

rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0

dev= ice-mapper: uevent: version 1.0.3

device-mapper: ioctl: 4.15.0-io= ctl (2009-04-01) initialised: dm-dev= el@redhat.com

cpuidle: using governor ladder

cpuidle: using governor menu<= /div>

usbcore: registered new interface driver hiddev

usbcore= : registered new interface driver usbhid

usbhid: v2.6:USB HID cor= e driver

nf_conntrack version 0.5.0 (8192 buckets, 32768 max)

CONFIG_= NF_CT_ACCT is deprecated and will be removed soon. Please use

nf_= conntrack.acct=3D1 kernel parameter, acct=3D1 nf_conntrack module option or=

sysctl net.netfilter.nf_conntrack_acct=3D1 to enable it.

TCP cubic registered

Initializing XFRM netlink socket

NET: Registered protocol= family 17

Using IPI No-Shortcut mode

registered taskstats version 1

XENBUS: Waiting for devices to initialise: 295s...290s...285s...280= s...275s...270s...265s...260s...255s...250s...245s...240s...235s...230s...2= 25s...220s...215s...210s...205s...200s...195s...190s...185s...180s...175s..= .170s...165s...160s...155s...150s...145s...140s...135s...130s...125s...120s= ...115s...110s...105s...100s...95s...90s...85s...80s...75s...70s...65s...60= s...55s...50s...45s...40s...35s...30s...25s...20s...15s...10s...5s...0s...<= /div>

XENBUS: Timeout connecting to device: device/vbd/51713 (local state 3,= remote state 1)

XENBUS: Timeout connecting to device: device/vbd= /51714 (local state 3, remote state 1)

XENBUS: Device with no dri= ver: device/console/0

=A0 Magic number: 1:252:3141

Freeing unused kernel memory: 4= 32k freed

Write protecting the kernel text: 2984k

Write= protecting the kernel read-only data: 1452k

Loading, please wait= ...

mount: mounting none on /dev failed: No such device

W: devtm= pfs not available, falling back to tmpfs for /dev

hrtimer: interr= upt took 6765654 ns

Begin: Loading essential drivers ... done.

Begin: Running /scripts/init-premount ... done.

Begin: Mount= ing root file system ... Begin: Running /scripts/local-top ... done.

<= div>Gave up waiting for root device. =A0Common problems:

=A0- Boo= t args (cat /proc/cmdline)

=A0 =A0- Check rootdelay=3D (did the system wait long enough?)

=A0 =A0- Check root=3D (did the system wait for the right device?)

=A0- Missing modules (cat /proc/modules; ls /dev)

ALERT! =A0= /dev/xvda1 does not exist. =A0Dropping to a shell!

Here is my xenstore-ls:

tool =3D ""

=A0xenstored =3D ""

vm =3D ""

=A000000000-0000-0000-0000-000000000000 =3D ""

=A0 on_x= end_stop =3D "ignore"

=A0 shadow_memory =3D "0&quo= t;

=A0 uuid =3D "00000000-0000-0000-0000-000000000000"<= /div>

=A0 on_reboot =3D "restart"

=A0 image =3D "(linux (kernel ) (superpages 0) (nomigrate 0) (tsc= _mode 0))"

=A0 =A0ostype =3D "linux"

=A0= =A0kernel =3D ""

=A0 =A0cmdline =3D ""

=A0 =A0ramdisk =3D ""

=A0 on_poweroff =3D "destroy"

=A0 bootloader_args = =3D ""

=A0 on_xend_start =3D "ignore"

=A0 on_crash =3D "restart"

=A0 xend =3D ""=

=A0 =A0restart_count =3D "0"

=A0 vcpus =3D "2"

=A0 vcpu_avail =3D "3"=

=A0 bootloader =3D ""

=A0 name =3D "Dom= ain-0"

=A00c879418-b8df-eed2-53a2-05dd9d768284 =3D "&qu= ot;

=A0 image =3D "(linux (kernel /boot/vmlinuz-2.6.32.46) (= ramdisk /boot/initrd.img-2.6.32.46) (args 'root=3D/dev/xvda1 ro ip=3D:1= 27.0.255.255::::eth0:dhcp\..."

=A0 =A0ostype =3D "linux"

=A0 =A0kernel =3D "= /boot/vmlinuz-2.6.32.46"

=A0 =A0cmdline =3D "root=3D/de= v/xvda1 ro ip=3D:127.0.255.255::::eth0:dhcp 4"

=A0 =A0ramdis= k =3D "/boot/initrd.img-2.6.32.46"

=A0 device =3D ""

=A0 =A0tap =3D ""

=A0 =A0 51713 =3D ""

=A0 =A0 =A0frontend =3D &quo= t;/local/domain/1/device/vbd/51713"

=A0 =A0 =A0frontend-id = =3D "1"

=A0 =A0 =A0backend-id =3D "0"

=A0 =A0 =A0backend =3D "/local/domain/0/backend/tap/1/51713"=

=A0 =A0 51714 =3D ""

=A0 =A0 =A0frontend =3D= "/local/domain/1/device/vbd/51714"

=A0 =A0 =A0frontend= -id =3D "1"

=A0 =A0 =A0backend-id =3D "0"

=A0 =A0 =A0backend = =3D "/local/domain/0/backend/tap/1/51714"

=A0 =A0vif = =3D ""

=A0 =A0 0 =3D ""

=A0 =A0 =A0= frontend =3D "/local/domain/1/device/vif/0"

=A0 =A0 =A0frontend-id =3D "1"

=A0 =A0 =A0backend-= id =3D "0"

=A0 =A0 =A0backend =3D "/local/domain/0= /backend/vif/1/0"

=A0 =A0console =3D ""

= =A0 =A0 0 =3D ""

=A0 =A0 =A0frontend =3D "/local/domain/1/device/console/0"

=A0 =A0 =A0frontend-id =3D "1"

=A0 =A0 =A0back= end-id =3D "0"

=A0 =A0 =A0backend =3D "/local/doma= in/0/backend/console/1/0"

=A0 on_xend_stop =3D "ignore"

=A0 shadow_memory = =3D "0"

=A0 uuid =3D "0c879418-b8df-eed2-53a2-05dd= 9d768284"

=A0 on_reboot =3D "restart"

= =A0 start_time =3D "1316106563.89"

=A0 on_poweroff =3D "destroy"

=A0 bootloader_args = =3D ""

=A0 on_xend_start =3D "ignore"

=A0 on_crash =3D "restart"

=A0 xend =3D ""=

=A0 =A0restart_count =3D "0"

=A0 vcpus =3D "1"

=A0 vcpu_avail =3D "1"=

=A0 bootloader =3D ""

=A0 name =3D "Xen= Guest1"

local =3D ""

=A0domain =3D "= ;"

=A0 0 =3D ""

=A0 =A0vm =3D "/vm/00000000-0000-0000= -0000-000000000000"

=A0 =A0device =3D ""

=A0 =A0control =3D ""

=A0 =A0 platform-feature-multipr= ocessor-suspend =3D "1"

=A0 =A0error =3D ""

=A0 =A0memory =3D ""=

=A0 =A0 target =3D "3407872"

=A0 =A0guest = =3D ""

=A0 =A0hvmpv =3D ""

=A0 =A0d= ata =3D ""

=A0 =A0cpu =3D ""

=A0 =A0 1 =3D ""

=A0 =A0 =A0availability =3D "= ;online"

=A0 =A0 0 =3D ""

=A0 =A0 =A0ava= ilability =3D "online"

=A0 =A0description =3D "&qu= ot;

=A0 =A0console =3D ""

=A0 =A0 limit =3D "1048576"

=A0 =A0 type =3D "= ;xenconsoled"

=A0 =A0domid =3D "0"

=A0 = =A0name =3D "Domain-0"

=A0 =A0backend =3D ""<= /div>

=A0 =A0 tap =3D ""

=A0 =A0 =A01 =3D ""

=A0 =A0 =A0 51713 =3D "&q= uot;

=A0 =A0 =A0 =A0domain =3D "XenGuest1"

= =A0 =A0 =A0 =A0frontend =3D "/local/domain/1/device/vbd/51713"

=A0 =A0 =A0 =A0uuid =3D "88476a24-fe5c-cc91-bc87-cbe07b5bd2a3&= quot;

=A0 =A0 =A0 =A0bootable =3D "1"

=A0 =A0 =A0 =A0dev= =3D "xvda1"

=A0 =A0 =A0 =A0state =3D "1"

=A0 =A0 =A0 =A0params =3D "aio:/xen/XenGuest1.img"

=A0 =A0 =A0 =A0mode =3D "w"

=A0 =A0 =A0 =A0online =3D "1"

=A0 =A0 =A0 =A0front= end-id =3D "1"

=A0 =A0 =A0 =A0type =3D "tap"<= /div>

=A0 =A0 =A0 =A0hotplug-status =3D "connected"

=A0 =A0 =A0 51714 =3D ""

=A0 =A0 =A0 =A0domain =3D "XenGuest1"

=A0 =A0 =A0 =A0fr= ontend =3D "/local/domain/1/device/vbd/51714"

=A0 =A0 = =A0 =A0uuid =3D "e574dca6-2710-f8ed-4cb6-983421c415d6"

= =A0 =A0 =A0 =A0bootable =3D "0"

=A0 =A0 =A0 =A0dev =3D "xvda2"

=A0 =A0 =A0 =A0stat= e =3D "1"

=A0 =A0 =A0 =A0params =3D "aio:/xen/XenG= uest1.swap"

=A0 =A0 =A0 =A0mode =3D "w"

= =A0 =A0 =A0 =A0online =3D "1"

=A0 =A0 =A0 =A0frontend-id =3D "1"

=A0 =A0 =A0 =A0type = =3D "tap"

=A0 =A0 =A0 =A0hotplug-status =3D "conne= cted"

=A0 =A0 vif =3D ""

=A0 =A0 =A01 = =3D ""

=A0 =A0 =A0 0 =3D ""

=A0 =A0 =A0 =A0domain =3D "XenGuest1"

=A0 =A0 =A0 = =A0handle =3D "0"

=A0 =A0 =A0 =A0uuid =3D "a916031= e-38be-f70a-89f3-47d2cb9a16f8"

=A0 =A0 =A0 =A0script =3D &qu= ot;/etc/xen/scripts/vif-bridge"

=A0 =A0 =A0 =A0state =3D "4"

=A0 =A0 =A0 =A0fronte= nd =3D "/local/domain/1/device/vif/0"

=A0 =A0 =A0 =A0ma= c =3D "00:16:3e:41:3f:05"

=A0 =A0 =A0 =A0online =3D &qu= ot;1"

=A0 =A0 =A0 =A0frontend-id =3D "1"

=A0 =A0 =A0 =A0feature-sg =3D "1"

=A0 =A0 =A0 =A0f= eature-gso-tcpv4 =3D "1"

=A0 =A0 =A0 =A0feature-rx-copy= =3D "1"

=A0 =A0 =A0 =A0feature-rx-flip =3D "0&quo= t;

=A0 =A0 =A0 =A0feature-smart-poll =3D "1"

=A0 =A0 =A0 =A0hotplug-status =3D "connected"

=A0 = =A0 console =3D ""

=A0 =A0 =A01 =3D ""

<= div>=A0 =A0 =A0 0 =3D ""

=A0 =A0 =A0 =A0domain =3D &quo= t;XenGuest1"

=A0 =A0 =A0 =A0protocol =3D "vt100"

=A0 =A0 =A0 =A0uuid =3D "6358d1af-79ef-8334-fc5e-8861cb582a66&quo= t;

=A0 =A0 =A0 =A0frontend =3D "/local/domain/1/device/conso= le/0"

=A0 =A0 =A0 =A0state =3D "1"

=A0 = =A0 =A0 =A0location =3D "2"

=A0 =A0 =A0 =A0online =3D "1"

=A0 =A0 =A0 =A0front= end-id =3D "1"

=A0 1 =3D ""

=A0 =A0= vm =3D "/vm/0c879418-b8df-eed2-53a2-05dd9d768284"

=A0 = =A0device =3D ""

=A0 =A0 vbd =3D ""

=A0 =A0 =A051713 =3D ""

=A0 =A0 =A0 virtual-device =3D "51713"

=A0 =A0 = =A0 device-type =3D "disk"

=A0 =A0 =A0 protocol =3D &qu= ot;x86_32-abi"

=A0 =A0 =A0 backend-id =3D "0"

=A0 =A0 =A0 state =3D "3"

=A0 =A0 =A0 backend =3D = "/local/domain/0/backend/tap/1/51713"

=A0 =A0 =A0 ring-= ref =3D "8"

=A0 =A0 =A0 event-channel =3D "9"=

=A0 =A0 =A051714 =3D ""

=A0 =A0 =A0 virtual-device =3D "51714"

=A0 =A0 =A0= device-type =3D "disk"

=A0 =A0 =A0 protocol =3D "= x86_32-abi"

=A0 =A0 =A0 backend-id =3D "0"

=A0 =A0 =A0 state =3D "3"

=A0 =A0 =A0 backend =3D "/local/domain/0/backend/tap/1/51714"= ;

=A0 =A0 =A0 ring-ref =3D "9"

=A0 =A0 =A0 ev= ent-channel =3D "10"

=A0 =A0 vif =3D ""

=A0 =A0 =A00 =3D ""

=A0 =A0 =A0 mac =3D "00:16:3e:41:3f:05"

=A0 =A0 = =A0 handle =3D "0"

=A0 =A0 =A0 protocol =3D "x86_3= 2-abi"

=A0 =A0 =A0 backend-id =3D "0"

= =A0 =A0 =A0 state =3D "4"

=A0 =A0 =A0 backend =3D "/local/domain/0/backend/vif/1/0"

=A0 =A0 =A0 tx-ring-ref =3D "768"

=A0 =A0 =A0 r= x-ring-ref =3D "769"

=A0 =A0 =A0 event-channel =3D &quo= t;11"

=A0 =A0 =A0 request-rx-copy =3D "1"

=A0 =A0 =A0 feature-rx-notify =3D "1"

=A0 =A0 =A0 = feature-sg =3D "1"

=A0 =A0 =A0 feature-gso-tcpv4 =3D &q= uot;1"

=A0 =A0 =A0 feature-smart-poll =3D "0"

=A0 =A0 console =3D ""

=A0 =A0 =A00 =3D ""

=A0 =A0 =A0 protocol =3D "= ;x86_32-abi"

=A0 =A0 =A0 state =3D "1"

= =A0 =A0 =A0 backend-id =3D "0"

=A0 =A0 =A0 backend =3D = "/local/domain/0/backend/console/1/0"

=A0 =A0control =3D ""

=A0 =A0 platform-feature-mul= tiprocessor-suspend =3D "1"

=A0 =A0error =3D "&quo= t;

=A0 =A0memory =3D ""

=A0 =A0 target =3D &q= uot;524288"

=A0 =A0guest =3D ""

=A0 =A0hvmpv =3D ""

=A0 =A0data =3D ""

=A0 =A0device-misc =3D "&q= uot;

=A0 =A0 vif =3D ""

=A0 =A0 =A0nextDevice= ID =3D "1"

=A0 =A0 console =3D ""

=A0 =A0 =A0nextDeviceID =3D "1"

=A0 =A0console =3D= ""

=A0 =A0 ring-ref =3D "475120"

= =A0 =A0 port =3D "2"

=A0 =A0 limit =3D "1048576&qu= ot;

=A0 =A0 type =3D "xenconsoled"

=A0 =A0 tty =3D "/dev/pts/1"

=A0 =A0image =3D &quo= t;"

=A0 =A0 entry =3D "3230199808"

=A0 = =A0 loader =3D "generic"

=A0 =A0 hv-start-low =3D "= ;4118806528"

=A0 =A0 guest-os =3D "linux"

=A0 =A0 hypercall-page =3D= "3225427968"

=A0 =A0 guest-version =3D "2.6"=

=A0 =A0 pae-mode =3D "yes"

=A0 =A0 paddr-off= set =3D "0"

=A0 =A0 virt-base =3D "3221225472"

=A0 =A0 suspend= -cancel =3D "1"

=A0 =A0 features =3D ""

=A0 =A0 =A0pae-pgdir-above-4gb =3D "1"

=A0 =A0 =A0= writable-page-tables =3D "0"

=A0 =A0 xen-version =3D "xen-3.0"

=A0 =A0store =3D= ""

=A0 =A0 ring-ref =3D "475121"

= =A0 =A0 port =3D "1"

=A0 =A0description =3D ""= ;

=A0 =A0cpu =3D ""

=A0 =A0 0 =3D ""

=A0 =A0 =A0availability =3D "= ;online"

=A0 =A0name =3D "XenGuest1"

=A0= =A0domid =3D "1"

=A0 =A0serial =3D ""

<= div>=A0 =A0 0 =3D ""

=A0 =A0 =A0tty =3D "/dev/pts/1"

On Thu, Sep 15, 2011 at 4:01 AM, Konrad Rzeszut= ek Wilk <kon= rad.wilk@oracle.com> wrote:

On Thu, Sep 15, 2011 at 0= 2:02:25AM -0400, jinho hwang wrote:
> Hi,
>
> I have used disk image to copy host fs to image file and boot a guest<= br> > system. But, the system is dropped to shell and it also says that it c= an't

You need to give more details. What is the version of your Dom0?
Is there anything showing up in the Dom0 kernel when this fails?

Can you also include your xenstore-ls when this failure happens? You should=
see an entry for 51713 and 51714..

> find /dev/xvda1 which is the root fs. I have defined it in the configu= ration
> file as follows:
>
> disk =3D [ 'tap:aio:/xen/XenGuest1.img,xvda1,w',
> 'tap:aio:/xen/XenGuest1.swap,xvda2,w' ]
> root =3D "/dev/xvda1 ro"
>
> Also, modified the fstab as follows:
>
> /dev/xvda1 =A0 =A0 =A0 / =A0 =A0 =A0 =A0 =A0 =A0 =A0 ext3 =A0 =A0defau= lts =A0 =A0 =A0 =A0 =A01 =A0 =A0 =A0 1
> /dev/xvda2 =A0 =A0 =A0 none =A0 =A0 =A0 =A0 =A0 =A0swap =A0 =A0sw =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 0
> none =A0 =A0 =A0 =A0 =A0 =A0 /dev/pts =A0 =A0 =A0 =A0devpts =A0gid=3D5= ,mode=3D620 =A0 =A00 =A0 =A0 =A0 0
> none =A0 =A0 =A0 =A0 =A0 =A0 /dev/shm =A0 =A0 =A0 =A0tmpfs =A0 default= s =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 0
> none =A0 =A0 =A0 =A0 =A0 =A0 /proc =A0 =A0 =A0 =A0 =A0 proc =A0 =A0def= aults =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 0
> none =A0 =A0 =A0 =A0 =A0 =A0 /sys =A0 =A0 =A0 =A0 =A0 =A0sysfs =A0 def= aults =A0 =A0 =A0 =A0 =A00 =A0 =A0 =A0 0
>
> The following is the error shown in the console.
>
> Using IPI No-Shortcut mode
> registered taskstats version 1
> XENBUS: Waiting for devices to initialise:
> 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...= 245s...240s...235s...230s...225s...220s...215s...210s...205s...200s...195s.= ..190s...185s...180s...175s...170s...165s...160s...155s...150s...145s...140= s...135s...130s...125s...120s...115s...110s...105s...100s...95s...90s...85s= ...80s...75s...70s...65s...60s...55s...50s...45s...40s...35s...30s...25s...= 20s...15s...10s...5s...0s...
> XENBUS: Timeout connecting to device: device/vbd/51713 (local state 3,=
> remote state 1)
> XENBUS: Timeout connecting to device: device/vbd/51714 (local state 3,=
> remote state 1)
> XENBUS: Device with no driver: device/console/0
> =A0 Magic number: 1:252:3141
> Freeing unused kernel memory: 432k freed
> Write protecting the kernel text: 2984k
> Write protecting the kernel read-only data: 1452k
> Loading, please wait...
> mount: mounting none on /dev failed: No such device
> W: devtmpfs not available, falling back to tmpfs for /dev
> Begin: Loading essential drivers ... done.
> Begin: Running /scripts/init-premount ... done.
> Begin: Mounting root file system ... Begin: Running /scripts/local-top= ...
> done.
> Gave up waiting for root device. =A0Common problems:
> =A0- Boot args (cat /proc/cmdline)
> =A0 =A0- Check rootdelay=3D (did the system wait long enough?)
> =A0 =A0- Check root=3D (did the system wait for the right device?)
> =A0- Missing modules (cat /proc/modules; ls /dev)
> ALERT! =A0/dev/xvda1 does not exist. =A0Dropping to a shell!
>
> If anybody has any idea, please let me know.
>
> Thank you,
>
> Jinho
>
> --
> Jinho Hwang
> PhD Student
> Department of Computer Science
> The George Washington University
> Washington, DC 20052
> hwang.jinho@gmail.com (em= ail)
> 276.336.0971 (= Cell)
> 202.994.4875 (= fax)
> 070.8285.6546 (myLg070)

> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xenso= urce.com
> htt= p://lists.xensource.com/xen-devel

--000e0cd6cece996d1904acfe0f97-- --===============0219853376== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0219853376==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 10:35:50 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 10:35:50 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Fqo-0008Cl-OI; Thu, 15 Sep 2011 10:35:50 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1R4Fpm-0007rl-Tu for xen-users@lists.xensource.com; Thu, 15 Sep 2011 10:34:47 -0700 X-Env-Sender: a.chapellon@horoa.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1316108083!27873356!1 X-Originating-IP: [217.112.53.240] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15858 invoked from network); 15 Sep 2011 17:34:43 -0000 Received: from jimbojones.springfield.horoa.net (HELO jimbojones.springfield.horoa.net) (217.112.53.240) by server-5.tower-174.messagelabs.com with SMTP; 15 Sep 2011 17:34:43 -0000 Received: from localhost (localhost [127.0.0.1]) by jimbojones.springfield.horoa.net (Postfix) with ESMTP id 37BB3B60095 for ; Thu, 15 Sep 2011 19:34:43 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at jimbojones.springfield.horoa.net Received: from jimbojones.springfield.horoa.net ([127.0.0.1]) by localhost (jimbojones.springfield.horoa.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f5k32gwGq9vt for ; Thu, 15 Sep 2011 19:34:42 +0200 (CEST) Received: from [172.17.2.65] (253.253.200.77.rev.sfr.net [77.200.253.253]) (Authenticated sender: a.chapellon@horoa.net) by jimbojones.springfield.horoa.net (Postfix) with ESMTPSA id 6A3B0B60090 for ; Thu, 15 Sep 2011 19:34:42 +0200 (CEST) Message-ID: <4E72372F.9000002@horoa.net> Date: Thu, 15 Sep 2011 19:34:39 +0200 From: Alexandre Chapellon Organization: horoa User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? References: <1316106422.31698.YahooMailNeo@web35608.mail.mud.yahoo.com> In-Reply-To: <1316106422.31698.YahooMailNeo@web35608.mail.mud.yahoo.com> Content-Type: multipart/mixed; boundary="------------010506030205040707080703" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --------------010506030205040707080703 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Goooooooooorgeous! thank you Mark. Le 15/09/2011 19:07, Mark Pryor a �crit : > try > > > modinfo xen-fbfront.ko > > --------- domU config ---- > > extra = "xen-fbfront.video=16,1024,768" > --------- snip -------- > > > > > ________________________________ > From: chris > To: Xen-Users List > Sent: Thursday, September 15, 2011 5:25 AM > Subject: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? > > > I have installed a domU with squeeze which has vfb, I installed xorg and gnome and they work fine. When I go to try to change the resolution it seems like I can't change it to anything other 800x600. Is this some kind of hardcoded limit in the vfb or something I am missing? > > Thanks, > chris > -- Alexandre Chapellon Ing�nierie des syst�mes open sources et r�seaux. Follow me on twitter: @alxgomz --------------010506030205040707080703 Content-Type: text/x-vcard; charset=utf-8; name="a_chapellon.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="a_chapellon.vcf" begin:vcard fn:Alexandre Chapellon n:Chapellon;Alexandre org:horoa adr;quoted-printable:;;3, place de l'Eglise;B=C3=A9ruges;;86190;France email;internet:a.chapellon@horoa.net title;quoted-printable:Ing=C3=A9nieur syst=C3=A8me et r=C3=A9seaux tel;work:0649615856 tel;home:0516830985 tel;cell:0649615856 note:la voie est libre url:http://www.horoa.net version:2.1 end:vcard --------------010506030205040707080703 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --------------010506030205040707080703-- From xen-users-bounces@lists.xensource.com Thu Sep 15 10:53:47 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 10:53:47 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4G8B-0001Bn-Bv; Thu, 15 Sep 2011 10:53:47 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1R4G7D-0000rg-Ap for xen-users@lists.xensource.com; Thu, 15 Sep 2011 10:52:47 -0700 X-Env-Sender: a.chapellon@horoa.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1316109148!46770957!1 X-Originating-IP: [217.112.53.240] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28863 invoked from network); 15 Sep 2011 17:52:28 -0000 Received: from jimbojones.springfield.horoa.net (HELO jimbojones.springfield.horoa.net) (217.112.53.240) by server-8.tower-27.messagelabs.com with SMTP; 15 Sep 2011 17:52:28 -0000 Received: from localhost (localhost [127.0.0.1]) by jimbojones.springfield.horoa.net (Postfix) with ESMTP id C09A4B60095 for ; Thu, 15 Sep 2011 19:52:43 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at jimbojones.springfield.horoa.net Received: from jimbojones.springfield.horoa.net ([127.0.0.1]) by localhost (jimbojones.springfield.horoa.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1mjGrLFPd012 for ; Thu, 15 Sep 2011 19:52:38 +0200 (CEST) Received: from [172.17.2.65] (253.253.200.77.rev.sfr.net [77.200.253.253]) (Authenticated sender: a.chapellon@horoa.net) by jimbojones.springfield.horoa.net (Postfix) with ESMTPSA id 3DB10B60090 for ; Thu, 15 Sep 2011 19:52:38 +0200 (CEST) Message-ID: <4E723B63.1070501@horoa.net> Date: Thu, 15 Sep 2011 19:52:35 +0200 From: Alexandre Chapellon Organization: horoa User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? References: <1316106422.31698.YahooMailNeo@web35608.mail.mud.yahoo.com> In-Reply-To: <1316106422.31698.YahooMailNeo@web35608.mail.mud.yahoo.com> Content-Type: multipart/mixed; boundary="------------020904050909030400080901" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --------------020904050909030400080901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit hmmm... is there anyway to get the same thing for (windows) hvm guests? Le 15/09/2011 19:07, Mark Pryor a �crit : > try > > > modinfo xen-fbfront.ko > > --------- domU config ---- > > extra = "xen-fbfront.video=16,1024,768" > --------- snip -------- > > > > > ________________________________ > From: chris > To: Xen-Users List > Sent: Thursday, September 15, 2011 5:25 AM > Subject: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? > > > I have installed a domU with squeeze which has vfb, I installed xorg and gnome and they work fine. When I go to try to change the resolution it seems like I can't change it to anything other 800x600. Is this some kind of hardcoded limit in the vfb or something I am missing? > > Thanks, > chris > -- Alexandre Chapellon Ing�nierie des syst�mes open sources et r�seaux. Follow me on twitter: @alxgomz --------------020904050909030400080901 Content-Type: text/x-vcard; charset=utf-8; name="a_chapellon.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="a_chapellon.vcf" begin:vcard fn:Alexandre Chapellon n:Chapellon;Alexandre org:horoa adr;quoted-printable:;;3, place de l'Eglise;B=C3=A9ruges;;86190;France email;internet:a.chapellon@horoa.net title;quoted-printable:Ing=C3=A9nieur syst=C3=A8me et r=C3=A9seaux tel;work:0649615856 tel;home:0516830985 tel;cell:0649615856 note:la voie est libre url:http://www.horoa.net version:2.1 end:vcard --------------020904050909030400080901 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --------------020904050909030400080901-- From xen-users-bounces@lists.xensource.com Thu Sep 15 11:27:26 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 11:27:26 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Gek-0002mf-9A; Thu, 15 Sep 2011 11:27:26 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Gd1-0002Ri-O1 for xen-users@lists.xensource.com; Thu, 15 Sep 2011 11:25:40 -0700 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1316111119!44701008!1 X-Originating-IP: [209.85.218.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15198 invoked from network); 15 Sep 2011 18:25:20 -0000 Received: from mail-yi0-f43.google.com (HELO mail-yi0-f43.google.com) (209.85.218.43) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Sep 2011 18:25:20 -0000 Received: by yic24 with SMTP id 24so2310000yic.30 for ; Thu, 15 Sep 2011 11:25:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XK/6FY3TKYjlgVWd3kGhd5TOz6iaRc6x8zxbi7699HY=; b=YY6AlJ4VpzZSc0TzO/7mXBLThbldxSMmz0LZlXny6MBJU6pac618DuMJGkMyl1fivi KKHkdgb+PdOEIoRlLw/GumT8JqMf1frlKswlB6Lbt2nL3pe0Nf0BQES9DSD3nexA9t0N QLrmc4oIGmRfkK+kUc6tR8NFSSrm3X0qTyiGc= MIME-Version: 1.0 Received: by 10.42.202.73 with SMTP id fd9mr1348511icb.22.1316111134339; Thu, 15 Sep 2011 11:25:34 -0700 (PDT) Received: by 10.42.177.137 with HTTP; Thu, 15 Sep 2011 11:25:34 -0700 (PDT) In-Reply-To: <4E723B63.1070501@horoa.net> References: <1316106422.31698.YahooMailNeo@web35608.mail.mud.yahoo.com> <4E723B63.1070501@horoa.net> Date: Thu, 15 Sep 2011 14:25:34 -0400 Message-ID: Subject: Re: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? From: chris To: Alexandre Chapellon Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1167331742==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1167331742== Content-Type: multipart/alternative; boundary=20cf3003bc1ca5b20204acff00a5 --20cf3003bc1ca5b20204acff00a5 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable windows guests can already change resolution normally from within the vnc console as far as i can remember On Thu, Sep 15, 2011 at 1:52 PM, Alexandre Chapellon wrote: > hmmm... is there anyway to get the same thing for (windows) hvm guests? > > > Le 15/09/2011 19:07, Mark Pryor a =E9crit : > >> try >> >> >> >> modinfo xen-fbfront.ko >> >> --------- domU config ---- >> >> extra =3D "xen-fbfront.video=3D16,1024,**768" >> --------- snip -------- >> >> >> >> >> ______________________________**__ >> From: chris >> To: Xen-Users List >> > >> Sent: Thursday, September 15, 2011 5:25 AM >> Subject: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? >> >> >> I have installed a domU with squeeze which has vfb, I installed xorg and >> gnome and they work fine. When I go to try to change the resolution it s= eems >> like I can't change it to anything other 800x600. Is this some kind of >> hardcoded limit in the vfb or something I am missing? >> >> Thanks, >> chris >> >> > -- > > > Alexandre Chapellon > > Ing=E9nierie des syst=E8mes open sources et r=E9seaux. > > Follow me on twitter: @alxgomz > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --20cf3003bc1ca5b20204acff00a5 Content-Type: text/html; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable windows guests can already change resolution normally from within the vnc c= onsole as far as i can remember

On Thu, S= ep 15, 2011 at 1:52 PM, Alexandre Chapellon <a.chapellon@horoa.net> wrot= e:

hmmm... is there anyway to get the same thi= ng for (windows) hvm guests?

Le 15/09/2011 19:07, Mark Pryor a =E9crit :

try

modinfo xen-fbfront.ko

--------- domU config ----

extra =3D "xen-fbfront.video=3D16,1024,768"
--------- snip --------

________________________________
From: chris<tknc= hris@gmail.com>
To: Xen-Users List<xen-users@lists.xensource.com>
Sent: Thursday, September 15, 2011 5:25 AM
Subject: [Xen-users] debian squeeze PV domU with vfb limited to 800x600?

I have installed a domU with squeeze which has vfb, I installed xorg and gn= ome and they work fine. When I go to try to change the resolution it seems = like I can't change it to anything other 800x600. Is this some kind of = hardcoded limit in the vfb or something I am missing?

Thanks,
chris

--
<http://www.horoa.net= >

Alexandre Chapellon

Ing=E9nierie des syst=E8mes open sources et r=E9seaux.

Follow me on twitter: @alxgomz <http://www.twitter.com/alxgomz>

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--20cf3003bc1ca5b20204acff00a5-- --===============1167331742== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1167331742==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 12:35:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 12:35:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4HiK-0006UK-7B; Thu, 15 Sep 2011 12:35:12 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Hh7-000689-RI for xen-users@lists.xensource.com; Thu, 15 Sep 2011 12:34:00 -0700 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1316115233!18490332!1 X-Originating-IP: [74.125.83.41] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9854 invoked from network); 15 Sep 2011 19:33:54 -0000 Received: from mail-gw0-f41.google.com (HELO mail-gw0-f41.google.com) (74.125.83.41) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Sep 2011 19:33:54 -0000 Received: by gwaa12 with SMTP id a12so3037077gwa.28 for ; Thu, 15 Sep 2011 12:33:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KQtC0VswN+7mVX9VQXGDrzOk7liQqTXkJEMkKoNEItc=; b=W5bK4bcJFRcx8ZlNzKstBbqt2GCZCYa9exEvcsXegMmU6/krLA7doOjtCFNKvLdPIK rfE7LnQsQ1mBfm/mb+4cxEwE1s2DI8/Z9oH2t0r12qOESxDKvuRWEvHap4L8inaqfXKR EcOlo/3CCui3O+eip8gT1d0qMmounC5EaUiCg= MIME-Version: 1.0 Received: by 10.43.53.68 with SMTP id vp4mr324489icb.80.1316115232596; Thu, 15 Sep 2011 12:33:52 -0700 (PDT) Received: by 10.42.177.137 with HTTP; Thu, 15 Sep 2011 12:33:52 -0700 (PDT) In-Reply-To: <1316106422.31698.YahooMailNeo@web35608.mail.mud.yahoo.com> References: <1316106422.31698.YahooMailNeo@web35608.mail.mud.yahoo.com> Date: Thu, 15 Sep 2011 15:33:52 -0400 Message-ID: Subject: Re: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? From: chris To: Mark Pryor Cc: "xen-users@lists.xensource.com" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1723137740==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1723137740== Content-Type: multipart/alternative; boundary=bcaec5299ec1ec217d04acfff4e4 --bcaec5299ec1ec217d04acfff4e4 Content-Type: text/plain; charset=ISO-8859-1 Mark, In squeeze I don't see to have that module... I guess I would have to compile xen from source to get it or is there some package it's in? chris On Thu, Sep 15, 2011 at 1:07 PM, Mark Pryor wrote: > try > > > modinfo xen-fbfront.ko > > --------- domU config ---- > > extra = "xen-fbfront.video=16,1024,768" > --------- snip -------- > > > > > ________________________________ > From: chris > To: Xen-Users List > Sent: Thursday, September 15, 2011 5:25 AM > Subject: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? > > > I have installed a domU with squeeze which has vfb, I installed xorg and > gnome and they work fine. When I go to try to change the resolution it seems > like I can't change it to anything other 800x600. Is this some kind of > hardcoded limit in the vfb or something I am missing? > > Thanks, > chris > > -- > > Mark > > --bcaec5299ec1ec217d04acfff4e4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Mark,

In squeeze I don't see to have that module... = I guess I would have to compile xen from source to get it or is there some = package it's in?

chris

On Thu, Sep 15, 2011 at 1:07 PM, Mark Pryor <tlviewer@yahoo.com> wrote:
=

try

modinfo xen-fbfront.ko

--------- domU config ----

extra =3D "xen-fbfront.video=3D16,1024,768"
--------- snip --------

________________________________
From: chris <tknchris@gmail.com>
To: Xen-Users List <xen= -users@lists.xensource.com>
Sent: Thursday, September 15, 2011 5:25 AM
Subject: [Xen-users] debian squeeze PV domU with vfb limited to 800x600?

I have installed a domU with squeeze which has vfb, I installed xorg and gn= ome and they work fine. When I go to try to change the resolution it seems = like I can't change it to anything other 800x600. Is this some kind of = hardcoded limit in the vfb or something I am missing?

Thanks,
chris

--

Mark

--bcaec5299ec1ec217d04acfff4e4-- --===============1723137740== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1723137740==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 12:46:56 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 12:46:56 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Htg-0007Ig-OQ; Thu, 15 Sep 2011 12:46:56 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4HsJ-0006yg-3M for Xen-users@lists.xensource.com; Thu, 15 Sep 2011 12:45:33 -0700 X-Env-Sender: alex.faq8@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1316115892!60381441!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7673 invoked from network); 15 Sep 2011 19:44:53 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Sep 2011 19:44:53 -0000 Received: by iagv1 with SMTP id v1so2034316iag.30 for ; Thu, 15 Sep 2011 12:45:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=fpbloNKcu6Fl4Wg7af9qHqut7OZXLOmT9HTiPDFh6R4=; b=mYDKSlni22eRY5AvMvypWORVB3EVq4TMu2V+EJAAwvaC1EHVkr5S31kEOttHM0Kv4B e6rHX+uBFks+g1TjhgByjJjTj0LIOFExCLXqsh6GS8l5MVoMXuH5js0HCkZ1SHMs0EfV nUTLUzsRRbMaSGbvO2OVV8JooibYV86cW3IrM= MIME-Version: 1.0 Received: by 10.231.81.211 with SMTP id y19mr2401154ibk.70.1316115926543; Thu, 15 Sep 2011 12:45:26 -0700 (PDT) Received: by 10.231.67.149 with HTTP; Thu, 15 Sep 2011 12:45:26 -0700 (PDT) Date: Thu, 15 Sep 2011 23:45:26 +0400 Message-ID: From: alex To: "xen-users@lists.xensource.com" Cc: Subject: [Xen-users] Windows paravirtualization drivers X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1059274339==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1059274339== Content-Type: multipart/alternative; boundary=000e0cd48b3c48ef3204ad001e3f --000e0cd48b3c48ef3204ad001e3f Content-Type: text/plain; charset=ISO-8859-1 Hi all. I have Xen 3.4.2 dom0 ( GITCO ) based on CentOS 5.6 . Windows as domU and I can't install paravirtualization drivers from http://wiki.xensource.com/xenwiki/XenWindowsGplPv I need to install only drivers for disk, but I cat install only full pack. After installing network driver and reboot network is unreachable. -------------------------------------------------------------- domU config ### Domain name name = 'win2008web' ### Xen conf builder = 'hvm' kernel = '/usr/lib/xen/boot/hvmloader' device_model = '/usr/lib64/xen/bin/qemu-dm' ### Resourses memory = 1024 vcpus = 2 cpu_cap = 120 ### Network vif=[ 'bridge=46.4.251.121,mac=00:16:3E:73:16:22' ] ### Storage disk = ['phy:/dev/vps/windows2008web_test,ioemu:hda,w', 'file:/home/xen/SW_DVD5_Windows_Web_Server_2008_Russian_x64_w_SP2_MLF_X15-51126.ISO,hdc:cdrom,r' ] ### Booting boot='d' serial = 'pty' on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' vnc = 1 vnclisten = '0.0.0.0' vncdisplay = '99' vncpasswd = 'pass' -------------------------------------------------------------- This is my modyfided /etc/xen/qemu-ifup [xen@anna ~]$ cat /etc/xen/qemu-ifup | grep -v \# set -x if=$1 ip=$2 main_ip=178.63.79.19 /sbin/ifconfig $if $main_ip netmask 255.255.255.255 broadcast $main_ip up ip route add $ip dev $if -- Best Regards, alex.faq8@gmail.com --000e0cd48b3c48ef3204ad001e3f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all.
I have Xen 3.4.2 dom0 ( GITCO ) based on CentOS 5.6 .
Windows= as domU and I can't install paravirtualization drivers from http://wiki.xensource.c= om/xenwiki/XenWindowsGplPv
I need to install only drivers for disk, but I cat install only full pack. = After installing network driver and reboot network is unreachable.
-----= ---------------------------------------------------------
domU config
### Domain name
name =3D 'win2008web'
### Xen conf
bui= lder =3D 'hvm'
kernel =3D '/usr/lib/xen/boot/hvmloader'<= br>device_model =3D '/usr/lib64/xen/bin/qemu-dm'
### Resoursesmemory =3D 1024
vcpus =3D 2
cpu_cap =3D 120
### Network
vif=3D[ 'bridge=3D46.4= .251.121,mac=3D00:16:3E:73:16:22' ]
### Storage
disk =3D ['ph= y:/dev/vps/windows2008web_test,ioemu:hda,w',
'file:/home/xen/SW_= DVD5_Windows_Web_Server_2008_Russian_x64_w_SP2_MLF_X15-51126.ISO,hdc:cdrom,= r'
=A0]
### Booting
boot=3D'd'
serial =3D 'pty'
on= _poweroff =3D 'destroy'
on_reboot =3D 'restart'
on_cr= ash =3D 'restart'
vnc =3D 1
vnclisten =3D '0.0.0.0'vncdisplay =3D '99'
vncpasswd =3D 'pass'
-------------------------------------------= -------------------
This is my modyfided /etc/xen/qemu-ifup
[xen@anna= ~]$ cat /etc/xen/qemu-ifup=A0 | grep -v \#
set -x
if=3D$1
ip=3D$2=
main_ip=3D178.63.79.19
/sbin/ifconfig $if $main_ip netmask 255.255.255.2= 55 broadcast $main_ip up
ip route add $ip dev $if

<= br>--
Best Regards,
alex.faq8= @gmail.com

--000e0cd48b3c48ef3204ad001e3f-- --===============1059274339== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1059274339==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 12:56:03 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 12:56:03 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4I2V-0008Rj-Hv; Thu, 15 Sep 2011 12:56:03 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R4I1o-00087t-HG for Xen-users@lists.xensource.com; Thu, 15 Sep 2011 12:55:22 -0700 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1316116517!17508911!1 X-Originating-IP: [83.142.228.126] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22477 invoked from network); 15 Sep 2011 19:55:17 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-15.tower-182.messagelabs.com with SMTP; 15 Sep 2011 19:55:17 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Thu, 15 Sep 2011 20:55:12 +0100 Subject: RE: [Xen-users] Windows paravirtualization drivers MIME-Version: 1.0 Date: Thu, 15 Sep 2011 20:55:12 +0100 Content-class: urn:content-classes:message Message-ID: <039E0B4AA9103344A80DA55DDDC76A936A5FE5@electron.tidyhosts.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] Windows paravirtualization drivers X-MimeOLE: Produced By Microsoft Exchange V6.5 Thread-Index: Acxz4C+MCJx0+DYsR+OEUG/vlgS8cQAAQSLg References: From: "Ian Tobin" To: "alex" , "xen-users@lists.xensource.com" Cc: X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0454213021==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0454213021== Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC73E1.61D78C76" Content-class: urn:content-classes:message This is a multi-part message in MIME format. ------_=_NextPart_001_01CC73E1.61D78C76 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 Shouldn't=20 =20 vif=3D[ 'bridge=3D46.4.251.121,mac=3D00:16:3E:73:16:22' ] =20 be =20 vif=3D[ 'bridge=3Deth0,mac=3D00:16:3E:73:16:22' ] =20 Ian =20 From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of alex Sent: 15 September 2011 20:45 To: xen-users@lists.xensource.com Subject: [Xen-users] Windows paravirtualization drivers =20 Hi all. I have Xen 3.4.2 dom0 ( GITCO ) based on CentOS 5.6 . Windows as domU and I can't install paravirtualization drivers from http://wiki.xensource.com/xenwiki/XenWindowsGplPv I need to install only drivers for disk, but I cat install only full pack. After installing network driver and reboot network is unreachable. -------------------------------------------------------------- domU config ### Domain name name =3D 'win2008web' ### Xen conf builder =3D 'hvm' kernel =3D '/usr/lib/xen/boot/hvmloader' device_model =3D '/usr/lib64/xen/bin/qemu-dm' ### Resourses memory =3D 1024 vcpus =3D 2 cpu_cap =3D 120 ### Network vif=3D[ 'bridge=3D46.4.251.121,mac=3D00:16:3E:73:16:22' ] ### Storage disk =3D ['phy:/dev/vps/windows2008web_test,ioemu:hda,w', 'file:/home/xen/SW_DVD5_Windows_Web_Server_2008_Russian_x64_w_SP2_MLF_X1 5-51126.ISO,hdc:cdrom,r' ] ### Booting boot=3D'd' serial =3D 'pty' on_poweroff =3D 'destroy' on_reboot =3D 'restart' on_crash =3D 'restart' vnc =3D 1 vnclisten =3D '0.0.0.0' vncdisplay =3D '99' vncpasswd =3D 'pass' -------------------------------------------------------------- This is my modyfided /etc/xen/qemu-ifup [xen@anna ~]$ cat /etc/xen/qemu-ifup | grep -v \# set -x if=3D$1 ip=3D$2 main_ip=3D178.63.79.19 /sbin/ifconfig $if $main_ip netmask 255.255.255.255 broadcast $main_ip up ip route add $ip dev $if --=20 Best Regards, alex.faq8@gmail.com ------_=_NextPart_001_01CC73E1.61D78C76 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

Shouldn’t

vif=3D[ = 'bridge=3D46.4.251.121,mac=3D00:16:3E:73:16:22' ]

vif=3D[ = 'bridge=3Deth0,mac=3D00:16:3E:73:16:22' ]

Ian

From:= = xen-users-bounces@lists.xensource.com = [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of = alex
Sent: 15 September 2011 20:45
To: = xen-users@lists.xensource.com
Subject: [Xen-users] Windows = paravirtualization drivers

Hi all.
I have Xen 3.4.2 dom0 ( GITCO = ) based on CentOS 5.6 .
Windows as domU and I can't install = paravirtualization drivers from http://wiki.xe= nsource.com/xenwiki/XenWindowsGplPv
I need to install only = drivers for disk, but I cat install only full pack. After installing = network driver and reboot network is = unreachable.
---------------------------------------------------------= -----
domU config

### Domain name
name =3D = 'win2008web'
### Xen conf
builder =3D 'hvm'
kernel =3D = '/usr/lib/xen/boot/hvmloader'
device_model =3D = '/usr/lib64/xen/bin/qemu-dm'
### Resourses
memory =3D = 1024
vcpus =3D 2
cpu_cap =3D 120
### Network
vif=3D[ = 'bridge=3D46.4.251.121,mac=3D00:16:3E:73:16:22' ]
### Storage
disk = =3D = ['phy:/dev/vps/windows2008web_test,ioemu:hda,w',
'file:/home/xen/SW_DV= D5_Windows_Web_Server_2008_Russian_x64_w_SP2_MLF_X15-51126.ISO,hdc:cdrom,= r'
]
### Booting
boot=3D'd'
serial =3D = 'pty'
on_poweroff =3D 'destroy'
on_reboot =3D = 'restart'
on_crash =3D 'restart'
vnc =3D 1
vnclisten =3D = '0.0.0.0'
vncdisplay =3D '99'
vncpasswd =3D = 'pass'
--------------------------------------------------------------<= br>This is my modyfided /etc/xen/qemu-ifup
[xen@anna ~]$ cat = /etc/xen/qemu-ifup | grep -v \#
set = -x
if=3D$1
ip=3D$2
main_ip=3D178.63.79.19
/sbin/ifconfig $if = $main_ip netmask 255.255.255.255 broadcast $main_ip up
ip route add = $ip dev $if

--
Best Regards,
alex.faq8@gmail.com

<= /o:p>

------_=_NextPart_001_01CC73E1.61D78C76-- --===============0454213021== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0454213021==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 14:18:16 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 14:18:16 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4JK4-0001zu-0x; Thu, 15 Sep 2011 14:18:16 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1R4CKy-0006io-4x; Thu, 15 Sep 2011 06:50:44 -0700 X-Env-Sender: anande@redhat.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1316094632!37553177!1 X-Originating-IP: [209.132.183.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 589 invoked from network); 15 Sep 2011 13:50:32 -0000 Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by server-11.tower-27.messagelabs.com with SMTP; 15 Sep 2011 13:50:32 -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 p8FDobGt003110 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 15 Sep 2011 09:50:37 -0400 Received: from anande.csb (vpn1-5-180.sin2.redhat.com [10.67.5.180]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p8FDoXRI005933; Thu, 15 Sep 2011 09:50:34 -0400 Message-ID: <4E7202A8.5060600@redhat.com> Date: Thu, 15 Sep 2011 19:20:32 +0530 From: Anand Nande Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110419 Red Hat/3.1.10-1.el6_0 Lightning/1.0b2pre Thunderbird/3.1.10 MIME-Version: 1.0 To: Development discussions related to Fedora , fedora-virt@redhat.com References: <20110914112552.GP12984@reaktio.net> In-Reply-To: <20110914112552.GP12984@reaktio.net> X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Mailman-Approved-At: Thu, 15 Sep 2011 14:16:38 -0700 Cc: xen@lists.fedoraproject.org, virt@lists.fedoraproject.org, xen-devel@lists.xensource.com, xen-users@lists.xensource.com Subject: [Xen-users] [fedora-virt] KFT feature proposal review for F17 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: anande@redhat.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1218477499==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============1218477499== Content-Type: multipart/alternative; boundary="------------000505070909080701090108" This is a multi-part message in MIME format. --------------000505070909080701090108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit KFT (KVM Faul Tolernace): ======================== How it works: ------------- * Provide Continuous availability to Mission Critical Applications with a 'Always Available' environment preventing any downtime or Data-loss in the event of server-failures. * RFT when enabled for a Virtual Machine creates a secondary copy of it on another physical server running KVM. * The two copies are continuously synchronized by replaying the contents of the Memory from the primary VM to the Secondary (copy) VM. The Primary and the Secondary VM access the same storage device (shared storage) between the 2 servers. * For example: If a user is playing a Youtube video on VM1, and the KVM Guest VM-1 crashes (due to some reason), The Secondary-slave copy becomes Active and promotes itself as Primary immediately when the vdsm-agent (communicating between the KVM-Host and the KVM-GuestVM-1) detects the server crash. This leads to creation of another secondary copy on the Next available physical server (obviously sharing the same storage with the now-active Primary-VM). * Thus the GuestVM-2 (which was the secondary copy before the crash) ---> is now known as VM-1 (and the new secondary copy on the newly available server is now known as VM-2). * This can be achieved over qemu+ssh connections being managed by a single virt-manager as well. Advantages: ----------- * Zero Downtime: Fault Tolerance provides absolutely no downtime as that comapred to HA wherein the VM restarts completely on a different server. * Immunity from Server crashes/panic/OOM situations. * Extremely Fast Disaster Recover Mechanism. Disadvantages: -------------- * If a panic/crash takes place on the GuestVM being hosted on the KVM, This will be replicated on its Secondary-Copy, which is being hosted on other KVM's. [ This can easily be avoided by having periodic snapshots of the Primary-VM ] Currently Available Technologies: --------------------------------- * Kemari: Fault Tolerance Xen source: http://www.xen.org/files/xensummitboston08/tamura_xen_summit_presentation_final.pdf KVM source: http://www.linux-kvm.org/wiki/images/0/0d/0.5.kemari-kvm-forum-2010.pdf Kemari Project: http://www.osrg.net/kemari/ Please leave your valuable feedback for this. Sincerely, Anand Nande --------------000505070909080701090108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit KFT (KVM Faul Tolernace):
========================

How it works:
-------------
* Provide Continuous availability to Mission Critical Applications with a 'Always Available' environment preventing any downtime or Data-loss in the event of server-failures.
* RFT when enabled for a Virtual Machine creates a secondary copy of it on another physical server running KVM.
* The two copies are continuously synchronized by replaying the contents of the Memory from the primary VM to the Secondary (copy) VM. The Primary and the Secondary VM access the same storage device (shared storage) between the 2 servers.
* For example: If a user is playing a Youtube video on VM1, and the KVM Guest VM-1 crashes (due to some reason), The Secondary-slave copy becomes Active and promotes itself as Primary immediately when the vdsm-agent (communicating between the KVM-Host and the KVM-GuestVM-1) detects the server crash. This leads to creation of another secondary copy on the Next available physical server (obviously sharing the same storage with the now-active Primary-VM).
* Thus the GuestVM-2 (which was the secondary copy before the crash) ---> is now known as VM-1 (and the new secondary copy on the newly available server is now known as VM-2).
* This can be achieved over qemu+ssh connections being managed by a single virt-manager as well.

Advantages:
-----------
* Zero Downtime: Fault Tolerance provides absolutely no downtime as that comapred to HA wherein the VM restarts completely on a different server.
* Immunity from Server crashes/panic/OOM situations.
* Extremely Fast Disaster Recover Mechanism.

Disadvantages:
--------------
* If a panic/crash takes place on the GuestVM being hosted on the KVM, This will be replicated on its Secondary-Copy, which is being hosted on other KVM's.
[ This can easily be avoided by having periodic snapshots of the Primary-VM ]

Currently Available Technologies:
---------------------------------
* Kemari: Fault Tolerance

Xen source: http://www.xen.org/files/xensummitboston08/tamura_xen_summit_presentation_final.pdf
KVM source: http://www.linux-kvm.org/wiki/images/0/0d/0.5.kemari-kvm-forum-2010.pdf
Kemari Project: http://www.osrg.net/kemari/

Please leave your valuable feedback for this.

Sincerely,
Anand Nande

--------------000505070909080701090108-- --===============1218477499== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1218477499==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 14:22:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 14:22:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4JNi-0003Ms-Bz; Thu, 15 Sep 2011 14:22:02 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R4EgR-0003cn-Bp for xen-users@lists.xensource.com; Thu, 15 Sep 2011 09:21:03 -0700 X-Env-Sender: matt.davis@sivad.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1316103659!18502090!1 X-Originating-IP: [198.62.86.15] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17355 invoked from network); 15 Sep 2011 16:21:00 -0000 Received: from mail.drop.net (HELO mail.drop.net) (198.62.86.15) by server-8.tower-182.messagelabs.com with SMTP; 15 Sep 2011 16:21:00 -0000 Received: from [65.185.232.136] (nitrox.eng.rr.com [65.185.232.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.drop.net (Postfix) with ESMTP id 338E419EA9 for ; Thu, 15 Sep 2011 12:20:52 -0400 (EDT) Message-ID: <4E7225EA.5080509@sivad.com> Date: Thu, 15 Sep 2011 12:20:58 -0400 From: Matthew Davis User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: xen-users@lists.xensource.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DropNet-MailScanner-Information: Please contact the ISP for more information X-DropNet-MailScanner-ID: 338E419EA9.AB776 X-DropNet-MailScanner: Found to be clean X-DropNet-MailScanner-From: matt.davis@sivad.com X-Spam-Status: No X-Mailman-Approved-At: Thu, 15 Sep 2011 14:16:38 -0700 Subject: [Xen-users] HVM Windows Disk devices X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com Xen-Users Is it possible to present more that 4 disk devices to a Windows HVM guest? If how? I tried presenting a 5th device by defining "hde", however it was not detected by WINDOWS. My guess is that I will need to present a second disk controller along with the additional disk. Thanks -- Matt _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Sep 15 14:23:37 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 14:23:37 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4JPF-000499-7l; Thu, 15 Sep 2011 14:23:37 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R484y-0004QS-No for xen-users@lists.xensource.com; Thu, 15 Sep 2011 02:17:57 -0700 X-Env-Sender: bhimberg@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1316078257!42516074!1 X-Originating-IP: [216.139.236.26] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11010 invoked from network); 15 Sep 2011 09:17:39 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-12.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 15 Sep 2011 09:17:39 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1R484t-0000Xq-Vm for xen-users@lists.xensource.com; Thu, 15 Sep 2011 02:17:51 -0700 Date: Thu, 15 Sep 2011 02:17:51 -0700 (PDT) From: bhimberg To: xen-users@lists.xensource.com Message-ID: <1316078271978-4806176.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 15 Sep 2011 14:16:38 -0700 Subject: [Xen-users] Xen on Xeon E3 1235 and Asus W8P WS X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com I'm running Debian 2.6.32-5 with Xen-4.1.2-rc3. I get the following message in my 'xm dmesg' output: Intel VT-d Snoop Control not enabled. Intel VT-d DOm0 DMA Passthrough not enabled. Intel VT-d Queued Invalidation enabled. Intel VT-d Interrupt Remapping enabled. I've passed the command 'iommu=pass-through' to xen using the /etc/default/grub 'GRUB_CMDLINE_XEN=' line. I'm not even sure that I need DMA Passthrough, but since I can't seem to enable it I'm worried that VT-d isn't fully functional. That and in the intel data sheet my processor supports DMA Passthrough. I can't seem to find any specifics on whether Xen works with Xeon E3 series, or the c206 intel chipset but am eager to get it to work if someone will tell me where to start. -- View this message in context: http://xen.1045712.n5.nabble.com/Xen-on-Xeon-E3-1235-and-Asus-W8P-WS-tp4806176p4806176.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Thu Sep 15 14:26:54 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 14:26:54 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4JSQ-0005YV-73; Thu, 15 Sep 2011 14:26:54 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1R4IZd-0000qB-SZ for xen-users@lists.xensource.com; Thu, 15 Sep 2011 13:30:22 -0700 X-Env-Sender: gpierce@webconnectivityllc.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1316118595!45053734!1 X-Originating-IP: [64.132.70.5] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21059 invoked from network); 15 Sep 2011 20:29:56 -0000 Received: from mail1.webconnectivityllc.com (HELO mail.webconnectivityllc.com) (64.132.70.5) by server-5.tower-27.messagelabs.com with SMTP; 15 Sep 2011 20:29:56 -0000 Received: from GregoryPC ([64.132.70.50]) by mail.webconnectivityllc.com with MailEnable ESMTP; Thu, 15 Sep 2011 16:30:10 -0400 From: "Gregory Pierce" To: Date: Thu, 15 Sep 2011 16:30:08 -0400 Message-ID: <00d001cc73e6$42f0ee60$c8d2cb20$@webconnectivityllc.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Acxz5kLaRK11vyQLRiyKel0hBd/u+g== Content-Language: en-us X-Mailman-Approved-At: Thu, 15 Sep 2011 14:16:38 -0700 Subject: [Xen-users] Xen Cloud Platform: Dead? X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1788598764==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com This is a multipart message in MIME format. --===============1788598764== Content-Type: multipart/related; boundary="----=_NextPart_000_00D1_01CC73C4.BBE038C0" Content-Language: en-us This is a multipart message in MIME format. ------=_NextPart_000_00D1_01CC73C4.BBE038C0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_00D2_01CC73C4.BBE038C0" ------=_NextPart_001_00D2_01CC73C4.BBE038C0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit So: Is this project dead? There hasn't been any recent news since July on 1.1 coming out of beta. Also, if it's not dead, is there any chance we will see high availability in the open source? Thanks. Description: Web Connectivity, L.L.C. Logo Gregory Pierce Web Connectivity, L.L.C. E: tech@webconnectivityllc.com P: 317-920-0234 / 800-390-8708 F: 509-752-2656 ------=_NextPart_001_00D2_01CC73C4.BBE038C0 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

So:

Is this project = dead? There hasn’t been any recent news since July on 1.1 coming = out of beta…

Also, if = it’s not dead, is there any chance we will see high availability = in the open source?

Thanks. =

Gregory = Pierce
Web Connectivity, L.L.C.
E: tech@webconnectivityllc.com
P: = 317-920-0234 / 800-390-8708
F: 509-752-2656

------=_NextPart_001_00D2_01CC73C4.BBE038C0-- ------=_NextPart_000_00D1_01CC73C4.BBE038C0 Content-Type: image/jpeg; name="image001.jpg" Content-Transfer-Encoding: base64 Content-ID: /9j/4AAQSkZJRgABAQEAhQCFAAD/4QeYRXhpZgAATU0AKgAAAAgABwESAAMAAAABAAEAAAEaAAUA AAABAAAAYgEbAAUAAAABAAAAagEoAAMAAAABAAIAAAExAAIAAAALAAAAcgEyAAIAAAAUAAAAfodp AAQAAAABAAAAkgAAALwAAACFAAAAAQAAAIUAAAABR0lNUCAyLjYuOAAAMjAxMDowMToxOCAwOTox NDowOAAAA6ABAAMAAAABAAEAAKACAAQAAAABAAAAqaADAAQAAAABAAAAUAAAAAAABgEDAAMAAAAB AAYAAAEaAAUAAAABAAABCgEbAAUAAAABAAABEgEoAAMAAAABAAIAAAIBAAQAAAABAAABGgICAAQA AAABAAAGdgAAAAAAAABIAAAAAQAAAEgAAAAB/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAgGBgcG BQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0aHBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4z NDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIy MjIyMjIyMjIyMjIyMjL/wAARCAAlAFADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAEC AwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0Kx wRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1 dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ 2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QA tREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYk NOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaH iImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq 8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3+q9zfWlmM3N1DDn/AJ6OF/nXA/E7x1eeH4V0rRVB1KaM ySTEZFvH0B+pPA//AFV4jdatrFugvYpZ76+eQJLc3EoKBunyLnntyfyrohQbjzS2N4UW480tj6sg v7O5bbBdQyNjO1XBP5VYr5u0vxJ4ogiu/t32No7ba6y+apYZ5wjDh2BxnHeva/BusX+o6Nbtqip5 zrlJF6SLgEEjseeR7VM6SSvFinSSV4s6aiio5547aFpZWCovU1g2krsx3JKqMzWt2uSTDO2Of4H/ AMD/AD+tVW1lljE5tHFuWC7y39Kn1B1m0aeaM5xEZUPuvzD9QK5oYqlWuqbu1r1X3XSuntfY0dOU fiReopkMnmwpIP4lBp9dMZKSUlszNq2h4p4tuIr3WNV0VoT/AGhqV8sYkxjES7VQZ7gkHp71q6j8 N4tNhsjp2x5kcic3ExRH+Q4ZcAkMGwcj0rU8a+E4NVvG815IfP8Anhulx+5lAHyn2OAcZxnPQ81h /wBteJ7S0e01hWeaFzCk23iRABg57k/5FejG84x5Xp1O+N5pcr0MzQtI1KW7NtLpQkYeWpWYGLZ8 jAv53O49MEDGRk+/o2gS6dpWk2FhcXlss0MagEyD94S20MM9QWyM9zXmP/CXaj/aAjV5ldZkKKMn dgjK/Q8/nXptz4Y0nxXbWkuoRN5tvE0YER2+XuXkfUHBHoRUVqfK7yehnVhyu7ehbv8AxroVlp89 0l/BcmGPzPKgkUsw46c+hz9KhbVLLXr6EWt3FLZRHDOjggv3GfUDA/E1Wk+Gnh12l2wyRpJGE2Js +X5QuVYqWBwB0OOvHNGlaJb6PrlxD507tLN54nmbLsxUDOcY7FenavFzXk9hGK+1KKfo3s/WyXzF RULtrdJnR3DWE9s0Ek0Xl8cBwMYIx+uKr6jPaQaJcQxyoAYjGoDZ5bgfqalOlWiRpncqxP5gJbvw efyrNjs4dRv2WDcLVZPNd/77+o9vas69SpTs1GPO9F3/AOGW76EwUX1dlqW7XU0juLOwWIvujO+U OoEZABAIJyc57A4xzU2n6vFfLPuTyGikZcO6ncoOAwIJGD+fPNOl0m2nlaSXezsu0kn6f/EimjR7 dLhJEGAHLsDzk5JA+mTn8BW8FWpwUElpZdfQhuDbZelhjniaOVA6N1BFZNxoUb2b2wmLQkY2Tr5g 9h1Gfx5oorsjJx2IjJx2Maw+HWjWtwZ8MXK4O35R26DOB+ArrYLeG1iEUEaogJOFGOTyT9aKKc6k pfExznKW7JaqXmnw3u0vlXXo69fpRRWNSnCpFwmrpkqTi7ogOkmQBZ7qWVB/CTgVfihjgjCRqFUd hRRWVHC0aL5oR176t/e2ypVJS0bH0UUV0EH/2f/hCX1odHRwOi8vbnMuYWRvYmUuY29tL3hhcC8x LjAvADw/eHBhY2tldCBiZWdpbj0n77u/JyBpZD0nVzVNME1wQ2VoaUh6cmVTek5UY3prYzlkJz8+ Cjx4OnhtcG1ldGEgeG1sbnM6eD0nYWRvYmU6bnM6bWV0YS8nPgo8cmRmOlJERiB4bWxuczpyZGY9 J2h0dHA6Ly93d3cudzMub3JnLzE5OTkvMDIvMjItcmRmLXN5bnRheC1ucyMnPgoKIDxyZGY6RGVz Y3JpcHRpb24geG1sbnM6eG1wPSdodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvJz4KICA8eG1w OkNyZWF0b3JUb29sPkFkb2JlIFBob3Rvc2hvcCBDUzQgV2luZG93czwveG1wOkNyZWF0b3JUb29s PgogIDx4bXA6TWV0YWRhdGFEYXRlPjIwMDktMTEtMTlUMTQ6NDk6MDgtMDU6MDA8L3htcDpNZXRh ZGF0YURhdGU+CiAgPHhtcDpNb2RpZnlEYXRlPjIwMDktMTEtMTlUMTQ6NDk6MDgtMDU6MDA8L3ht cDpNb2RpZnlEYXRlPgogIDx4bXA6Q3JlYXRlRGF0ZT4yMDA5LTExLTE5VDE0OjQ1OjMyLTA1OjAw PC94bXA6Q3JlYXRlRGF0ZT4KIDwvcmRmOkRlc2NyaXB0aW9uPgoKIDxyZGY6RGVzY3JpcHRpb24g eG1sbnM6eG1wTU09J2h0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC9tbS8nPgogIDx4bXBNTTpJ bnN0YW5jZUlEPnhtcC5paWQ6RjMxNjJBNUY0NEQ1REUxMTgyOTZCRUNBODVGOTZEMDI8L3htcE1N Okluc3RhbmNlSUQ+CiAgPHhtcE1NOkRvY3VtZW50SUQgcmRmOnJlc291cmNlPSd4bXAuZGlkOjdB NDVBREJBM0VENURFMTE4Mjk2QkVDQTg1Rjk2RDAyJyAvPgogIDx4bXBNTTpPcmlnaW5hbERvY3Vt ZW50SUQ+eG1wLmRpZDo3QTQ1QURCQTNFRDVERTExODI5NkJFQ0E4NUY5NkQwMjwveG1wTU06T3Jp Z2luYWxEb2N1bWVudElEPgogIDx4bXBNTTpIaXN0b3J5PgogICA8cmRmOlNlcT4KICAgPC9yZGY6 U2VxPgogIDwveG1wTU06SGlzdG9yeT4KIDwvcmRmOkRlc2NyaXB0aW9uPgoKIDxyZGY6RGVzY3Jp cHRpb24geG1sbnM6ZGM9J2h0dHA6Ly9wdXJsLm9yZy9kYy9lbGVtZW50cy8xLjEvJz4KICA8ZGM6 Zm9ybWF0PmltYWdlL2pwZWc8L2RjOmZvcm1hdD4KIDwvcmRmOkRlc2NyaXB0aW9uPgoKIDxyZGY6 RGVzY3JpcHRpb24geG1sbnM6cGhvdG9zaG9wPSdodHRwOi8vbnMuYWRvYmUuY29tL3Bob3Rvc2hv cC8xLjAvJz4KICA8cGhvdG9zaG9wOkNvbG9yTW9kZT4zPC9waG90b3Nob3A6Q29sb3JNb2RlPgog IDxwaG90b3Nob3A6SUNDUHJvZmlsZT5zUkdCIElFQzYxOTY2LTIuMTwvcGhvdG9zaG9wOklDQ1By b2ZpbGU+CiA8L3JkZjpEZXNjcmlwdGlvbj4KCiA8cmRmOkRlc2NyaXB0aW9uIHhtbG5zOnRpZmY9 J2h0dHA6Ly9ucy5hZG9iZS5jb20vdGlmZi8xLjAvJz4KICA8dGlmZjpPcmllbnRhdGlvbj4xPC90 aWZmOk9yaWVudGF0aW9uPgogIDx0aWZmOlhSZXNvbHV0aW9uPjEzMzAwMDAvMTAwMDA8L3RpZmY6 WFJlc29sdXRpb24+CiAgPHRpZmY6WVJlc29sdXRpb24+MTMzMDAwMC8xMDAwMDwvdGlmZjpZUmVz b2x1dGlvbj4KICA8dGlmZjpSZXNvbHV0aW9uVW5pdD4yPC90aWZmOlJlc29sdXRpb25Vbml0Pgog IDx0aWZmOk5hdGl2ZURpZ2VzdD4yNTYsMjU3LDI1OCwyNTksMjYyLDI3NCwyNzcsMjg0LDUzMCw1 MzEsMjgyLDI4MywyOTYsMzAxLDMxOCwzMTksNTI5LDUzMiwzMDYsMjcwLDI3MSwyNzIsMzA1LDMx NSwzMzQzMjs5NkMyOEI3NUUyN0QxRTQ2ODBBQzZGNEMwRkM0NTM3MTwvdGlmZjpOYXRpdmVEaWdl c3Q+CiA8L3JkZjpEZXNjcmlwdGlvbj4KCiA8cmRmOkRlc2NyaXB0aW9uIHhtbG5zOmV4aWY9J2h0 dHA6Ly9ucy5hZG9iZS5jb20vZXhpZi8xLjAvJz4KICA8ZXhpZjpQaXhlbFhEaW1lbnNpb24+MjY2 PC9leGlmOlBpeGVsWERpbWVuc2lvbj4KICA8ZXhpZjpQaXhlbFlEaW1lbnNpb24+MTI2PC9leGlm OlBpeGVsWURpbWVuc2lvbj4KICA8ZXhpZjpDb2xvclNwYWNlPjE8L2V4aWY6Q29sb3JTcGFjZT4K ICA8ZXhpZjpOYXRpdmVEaWdlc3Q+MzY4NjQsNDA5NjAsNDA5NjEsMzcxMjEsMzcxMjIsNDA5NjIs NDA5NjMsMzc1MTAsNDA5NjQsMzY4NjcsMzY4NjgsMzM0MzQsMzM0MzcsMzQ4NTAsMzQ4NTIsMzQ4 NTUsMzQ4NTYsMzczNzcsMzczNzgsMzczNzksMzczODAsMzczODEsMzczODIsMzczODMsMzczODQs MzczODUsMzczODYsMzczOTYsNDE0ODMsNDE0ODQsNDE0ODYsNDE0ODcsNDE0ODgsNDE0OTIsNDE0 OTMsNDE0OTUsNDE3MjgsNDE3MjksNDE3MzAsNDE5ODUsNDE5ODYsNDE5ODcsNDE5ODgsNDE5ODks NDE5OTAsNDE5OTEsNDE5OTIsNDE5OTMsNDE5OTQsNDE5OTUsNDE5OTYsNDIwMTYsMCwyLDQsNSw2 LDcsOCw5LDEwLDExLDEyLDEzLDE0LDE1LDE2LDE3LDE4LDIwLDIyLDIzLDI0LDI1LDI2LDI3LDI4 LDMwOzQxMkRERjMwNDhFODczQzUwMTJEMThGNkFGRjU5MjM3PC9leGlmOk5hdGl2ZURpZ2VzdD4K IDwvcmRmOkRlc2NyaXB0aW9uPgoKPC9yZGY6UkRGPgo8L3g6eG1wbWV0YT4KPD94cGFja2V0IGVu ZD0ncic/Pgr/4gxYSUNDX1BST0ZJTEUAAQEAAAxITGlubwIQAABtbnRyUkdCIFhZWiAHzgACAAkA BgAxAABhY3NwTVNGVAAAAABJRUMgc1JHQgAAAAAAAAAAAAAAAQAA9tYAAQAAAADTLUhQICAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABFjcHJ0AAABUAAAADNk ZXNjAAABhAAAAGx3dHB0AAAB8AAAABRia3B0AAACBAAAABRyWFlaAAACGAAAABRnWFlaAAACLAAA ABRiWFlaAAACQAAAABRkbW5kAAACVAAAAHBkbWRkAAACxAAAAIh2dWVkAAADTAAAAIZ2aWV3AAAD 1AAAACRsdW1pAAAD+AAAABRtZWFzAAAEDAAAACR0ZWNoAAAEMAAAAAxyVFJDAAAEPAAACAxnVFJD AAAEPAAACAxiVFJDAAAEPAAACAx0ZXh0AAAAAENvcHlyaWdodCAoYykgMTk5OCBIZXdsZXR0LVBh Y2thcmQgQ29tcGFueQAAZGVzYwAAAAAAAAASc1JHQiBJRUM2MTk2Ni0yLjEAAAAAAAAAAAAAABJz UkdCIElFQzYxOTY2LTIuMQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAWFlaIAAAAAAAAPNRAAEAAAABFsxYWVogAAAAAAAAAAAAAAAAAAAAAFhZWiAAAAAA AABvogAAOPUAAAOQWFlaIAAAAAAAAGKZAAC3hQAAGNpYWVogAAAAAAAAJKAAAA+EAAC2z2Rlc2MA AAAAAAAAFklFQyBodHRwOi8vd3d3LmllYy5jaAAAAAAAAAAAAAAAFklFQyBodHRwOi8vd3d3Lmll Yy5jaAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABkZXNjAAAA AAAAAC5JRUMgNjE5NjYtMi4xIERlZmF1bHQgUkdCIGNvbG91ciBzcGFjZSAtIHNSR0IAAAAAAAAA AAAAAC5JRUMgNjE5NjYtMi4xIERlZmF1bHQgUkdCIGNvbG91ciBzcGFjZSAtIHNSR0IAAAAAAAAA AAAAAAAAAAAAAAAAAAAAZGVzYwAAAAAAAAAsUmVmZXJlbmNlIFZpZXdpbmcgQ29uZGl0aW9uIGlu IElFQzYxOTY2LTIuMQAAAAAAAAAAAAAALFJlZmVyZW5jZSBWaWV3aW5nIENvbmRpdGlvbiBpbiBJ RUM2MTk2Ni0yLjEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHZpZXcAAAAAABOk/gAUXy4AEM8U AAPtzAAEEwsAA1yeAAAAAVhZWiAAAAAAAEwJVgBQAAAAVx/nbWVhcwAAAAAAAAABAAAAAAAAAAAA AAAAAAAAAAAAAo8AAAACc2lnIAAAAABDUlQgY3VydgAAAAAAAAQAAAAABQAKAA8AFAAZAB4AIwAo AC0AMgA3ADsAQABFAEoATwBUAFkAXgBjAGgAbQByAHcAfACBAIYAiwCQAJUAmgCfAKQAqQCuALIA twC8AMEAxgDLANAA1QDbAOAA5QDrAPAA9gD7AQEBBwENARMBGQEfASUBKwEyATgBPgFFAUwBUgFZ AWABZwFuAXUBfAGDAYsBkgGaAaEBqQGxAbkBwQHJAdEB2QHhAekB8gH6AgMCDAIUAh0CJgIvAjgC QQJLAlQCXQJnAnECegKEAo4CmAKiAqwCtgLBAssC1QLgAusC9QMAAwsDFgMhAy0DOANDA08DWgNm A3IDfgOKA5YDogOuA7oDxwPTA+AD7AP5BAYEEwQgBC0EOwRIBFUEYwRxBH4EjASaBKgEtgTEBNME 4QTwBP4FDQUcBSsFOgVJBVgFZwV3BYYFlgWmBbUFxQXVBeUF9gYGBhYGJwY3BkgGWQZqBnsGjAad Bq8GwAbRBuMG9QcHBxkHKwc9B08HYQd0B4YHmQesB78H0gflB/gICwgfCDIIRghaCG4IggiWCKoI vgjSCOcI+wkQCSUJOglPCWQJeQmPCaQJugnPCeUJ+woRCicKPQpUCmoKgQqYCq4KxQrcCvMLCwsi CzkLUQtpC4ALmAuwC8gL4Qv5DBIMKgxDDFwMdQyODKcMwAzZDPMNDQ0mDUANWg10DY4NqQ3DDd4N +A4TDi4OSQ5kDn8Omw62DtIO7g8JDyUPQQ9eD3oPlg+zD88P7BAJECYQQxBhEH4QmxC5ENcQ9RET ETERTxFtEYwRqhHJEegSBxImEkUSZBKEEqMSwxLjEwMTIxNDE2MTgxOkE8UT5RQGFCcUSRRqFIsU rRTOFPAVEhU0FVYVeBWbFb0V4BYDFiYWSRZsFo8WshbWFvoXHRdBF2UXiReuF9IX9xgbGEAYZRiK GK8Y1Rj6GSAZRRlrGZEZtxndGgQaKhpRGncanhrFGuwbFBs7G2MbihuyG9ocAhwqHFIcexyjHMwc 9R0eHUcdcB2ZHcMd7B4WHkAeah6UHr4e6R8THz4faR+UH78f6iAVIEEgbCCYIMQg8CEcIUghdSGh Ic4h+yInIlUigiKvIt0jCiM4I2YjlCPCI/AkHyRNJHwkqyTaJQklOCVoJZclxyX3JicmVyaHJrcm 6CcYJ0kneierJ9woDSg/KHEooijUKQYpOClrKZ0p0CoCKjUqaCqbKs8rAis2K2krnSvRLAUsOSxu LKIs1y0MLUEtdi2rLeEuFi5MLoIuty7uLyQvWi+RL8cv/jA1MGwwpDDbMRIxSjGCMbox8jIqMmMy mzLUMw0zRjN/M7gz8TQrNGU0njTYNRM1TTWHNcI1/TY3NnI2rjbpNyQ3YDecN9c4FDhQOIw4yDkF OUI5fzm8Ofk6Njp0OrI67zstO2s7qjvoPCc8ZTykPOM9Ij1hPaE94D4gPmA+oD7gPyE/YT+iP+JA I0BkQKZA50EpQWpBrEHuQjBCckK1QvdDOkN9Q8BEA0RHRIpEzkUSRVVFmkXeRiJGZ0arRvBHNUd7 R8BIBUhLSJFI10kdSWNJqUnwSjdKfUrESwxLU0uaS+JMKkxyTLpNAk1KTZNN3E4lTm5Ot08AT0lP k0/dUCdQcVC7UQZRUFGbUeZSMVJ8UsdTE1NfU6pT9lRCVI9U21UoVXVVwlYPVlxWqVb3V0RXklfg WC9YfVjLWRpZaVm4WgdaVlqmWvVbRVuVW+VcNVyGXNZdJ114XcleGl5sXr1fD19hX7NgBWBXYKpg /GFPYaJh9WJJYpxi8GNDY5dj62RAZJRk6WU9ZZJl52Y9ZpJm6Gc9Z5Nn6Wg/aJZo7GlDaZpp8WpI ap9q92tPa6dr/2xXbK9tCG1gbbluEm5rbsRvHm94b9FwK3CGcOBxOnGVcfByS3KmcwFzXXO4dBR0 cHTMdSh1hXXhdj52m3b4d1Z3s3gReG54zHkqeYl553pGeqV7BHtje8J8IXyBfOF9QX2hfgF+Yn7C fyN/hH/lgEeAqIEKgWuBzYIwgpKC9INXg7qEHYSAhOOFR4Wrhg6GcobXhzuHn4gEiGmIzokziZmJ /opkisqLMIuWi/yMY4zKjTGNmI3/jmaOzo82j56QBpBukNaRP5GokhGSepLjk02TtpQglIqU9JVf lcmWNJaflwqXdZfgmEyYuJkkmZCZ/JpomtWbQpuvnByciZz3nWSd0p5Anq6fHZ+Ln/qgaaDYoUeh tqImopajBqN2o+akVqTHpTilqaYapoum/adup+CoUqjEqTepqaocqo+rAqt1q+msXKzQrUStuK4t rqGvFq+LsACwdbDqsWCx1rJLssKzOLOutCW0nLUTtYq2AbZ5tvC3aLfguFm40blKucK6O7q1uy67 p7whvJu9Fb2Pvgq+hL7/v3q/9cBwwOzBZ8Hjwl/C28NYw9TEUcTOxUvFyMZGxsPHQce/yD3IvMk6 ybnKOMq3yzbLtsw1zLXNNc21zjbOts83z7jQOdC60TzRvtI/0sHTRNPG1EnUy9VO1dHWVdbY11zX 4Nhk2OjZbNnx2nba+9uA3AXcit0Q3ZbeHN6i3ynfr+A24L3hROHM4lPi2+Nj4+vkc+T85YTmDeaW 5x/nqegy6LzpRunQ6lvq5etw6/vshu0R7ZzuKO6070DvzPBY8OXxcvH/8ozzGfOn9DT0wvVQ9d72 bfb794r4Gfio+Tj5x/pX+uf7d/wH/Jj9Kf26/kv+3P9t////2wBDAAUDBAQEAwUEBAQFBQUGBwwI BwcHBw8LCwkMEQ8SEhEPERETFhwXExQaFRERGCEYGh0dHx8fExciJCIeJBweHx7/2wBDAQUFBQcG Bw4ICA4eFBEUHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4e Hh7/wAARCABQAKkDAREAAhEBAxEB/8QAHQAAAgIDAQEBAAAAAAAAAAAAAAYFBwEECAMCCf/EAD8Q AAIBAwMCBAQDBAcIAwAAAAECAwQFEQAGEiExBxMiQRQyUWFCcYEVI2KRCCRSY3Kh0RYYVHOClKKx weHw/8QAGwEBAAIDAQEAAAAAAAAAAAAAAAQFAgMGAQf/xAA+EQABAwIEAggEBAQEBwAAAAABAAID BBEFEiExQVEGEyJhcYGR8BShsdEHIzJCJDNS8RVicsFTY4KSorLS/9oADAMBAAIRAxEAPwDsvREa IjREaIjREaIjREaIjREaIjREaIjREaIg6Il2oq6mybhRKuZ5bTcpOMUjkk0tRj5CfaN8ZXPZsjPq UCBVTOpniVx/LNg7/Kdg7wJ0dyNjtmKksYJWWH6h8x9x9ExA51PUZGiI0RGiI0RGiI0RGiIzoi07 jdbZbgP2hcaSk5dvOmVM/lk6zZG9/wCkXWbY3P8A0i60IN3bWnz5O4rU+DjpVp/rrM00w/YfRZmn mH7T6KYgminhWaCVJY2GVdGBB/IjWogg2K1EEaFfedeLxGiI0RGiI0RGiI0RGiI0Rat2oKW6W6eg rY/MgmXiwBII+hBHUMDggjqCAR1GsXsa9pa4XB0IOxB3B7ismPLHBzdworZlwqJ6WptdxlWS5Wub 4apYDHmDAZJMe3JCrY64JIycagUJdEXUrySWWsTuWG+U+IsWk8S0nit9S0XEjdnfI8Qp/VioyNER oiNERoiNES/v/eNg2Nt+S+birVpaVSEQdOcrnsiA9yf0A7kgZOtkUL5XZWhbIonSuytXI/iD/Slv N+b4bb5/YdIp5SgRl53HsivnBJ6ZJCgZIw+AWuYKOOM6jMfkraGkjjO1yora+4L/AFlCt73Q9JYa Ekz+bWyrEKiPIGY/NkDu59eAq8T16kgAzjM2MWcbKaZWxjtGyb7F4t7Meqjpq6ons1kNOzQy10g4 1s+VIyVH7tQpGOIycnJHvrllawBznDXbwWEkrWAOc4a7J0s1w25JQm8bSviQpUOfLqaGo9PJcdMk nlgnBDZ+4xjWbRHUN1s4LIBkzdbEKxvD/wAS7ffKxbLXOsdxRcM/RQ7ZIwVzlWxg/fqRgY1UVeHm MF7NlV1VCYxnZsrDBz27arFWrOiI0RGiI0RGiI0RGiI0RK178y2b7tNyTj8PcYmt9R1681zJCR9s edn/AKdU+JuFPLBVcnZD/pfoPR4bbuJU2AdZC+PlqPLf5JpHbVwoSNERoiNERoi0r7dKGy2asu9y qFp6KjhaeeVuyooyT/8AWsmNL3BrdysmtL3Bo3X54+Ke8tyeLW9LjfqiGZLXT5p6CJ5QkFBGT0yS MF2wScepj0GQAuujgpmwNy8Vfw04hblXhYWpNmUopKajivN7r4i0JKemJWKlHIPfHDkoYAjOSFI6 yWMDVIYzKEo+Kv8Atre7sbpuiB50gjwtTz8wlSASpkJLNjr0JOOuMDVRWxvc+5bZoVZVxuc+7m9k LerfDLxLk8PTuS9U5pNu2+l+JpzXVsaMUYAjy4slyWDLjIHce2oznuc3tXICjOc5ze1chO3hTsjf +59lUG4rLeNuQ2pQ0bwy1kkM0XAlPUCgjXPHOeXUe/trfHVyNaC0dlbo6l7WgtHZU9sm13bd17WC 11tPTX2iSVs+erhxC+GRipIIz8rjK5xg4J1Yx1bHNzFT2VTHNuV2DsS51XwNFb6ynqQTADHLIebZ AyQxH69cAH2xkDVXWwN/mNPiFXVkLf5jT4hNo1WquRoiNERoihdxbhpbS604U1NbIvJIEbGF6jk5 /CuQevc4OAcHFVi+M0uEw9bUHfYDcnu8OJ2HmLyaakkqDZu3NQMF43JcHJp2AK9WWCEcR9iWyf8A MZ+mvnZ6V47isjm4dFlA5DMR4ud2fkFcGhpKcfmn35L7s27ZmcfFss0PNkdwvF42UlWBH1BBBBAI IP5ayoummIUNT8PirdAbHSzh32GhHHbUagrGbC4pGZoT9inRCGUMpBBGQR76+qtcHAOabgqgItoU peLKsm2KesjYrLS3OjZSP45lhb/xlbVV0gi67Cqlv+Qnzb2h8wp2HOtUN77/AETPQTfEUUE/vJGr H9RqXh9T8VSRT/1NB9RdRZmdXI5nIr31MWtGiI0RGiKkf6V9bc6+z2PYNmb+tbiqiJsDkRDHx9v8 boQTgZXqQM6s8MjGZ0h4BWOHMGZ0h4KlfGbZ1BsDw+s9mpUC3Y1PKKJnDE8M+ZNkH5WJUYOCemQM YFzDKJLluyto5A/Vqri3Us3Clv6QPNSwSNBLVPGEMknBS0aKCeicl6DOAeTY5AazBANuKzBsbcVO tZo971tHRURNbTUkoqbilPOA0tECgcJ/eHnxx7HGcY1DrnWj8VFrXEM1UpZ7Fa73d69NntdYKyy0 6pHQyUZp+ELuUTy1dmkkAYqGJ93UdQc600lRCR1R0HetNLPER1Z08U4V2yt13GktNvFOtdLeqQxT 0HxiLHJCVfmpKsFTjxY4ByPz1uc6nfC7+kLc50D4j/SF8eC1NaaDxVj2zs+y0lEtkimpbxOZpP38 zMG8uNn5MwTicv0DcugKqrGke5odZl7Kmc5uazL2XTFxoJVQCjmemlVeEUid06dP07dP01LjlDhZ 4upccoI7WqZqdy8COy8WZQSPodVrhY2Vc4WNl968XiNEUTuu8JZLQ9XwWWoZhFTQk482VvlXoCQO 5JAOFDH21GrKuKjgfUTGzWi5+w7ydB3lboIXTSBg4pK2/a6i417CaZpZpW82rqSPmbsTgk47AKvs AB2GvitNFV9LMVLpDYceTW8APoOZu48V0kskdFB2R4KxaSmhpadYIIwka9gP/wB319po6KCihbBA 3K0cPe571zEkjpXFzjcquty0stFvW4Kwbya9YqqAn3fj5ciL9cCNGP8AzPvr5p+ImHu6+GqY39Qy mw4g3F+8g2HO3cugwqUGEtJ2+ifbBHPFZ6aOpHGRUwQe4HsP5Y13fR2KeHDIY6gWcBtyHAeIFrql rHMdO4s2uoDxcbGy2Hu1xt6j/vIf/jW/GnZcNqT/AMt//qVnh4vUt98FNbWYvYKQn2Uj+TEar+iM hkwaAnkR6Ej/AGTEBapf74KT10aho0RGiI0Rc9+MlRH/ALxu2VrKxaGnpbalQtS59MZSWRmJ/IcT 16enr0zq7oW/wrrC97/RXFE3+GdYXvdVz4rbxk39ue4W6np0FLTVkUFH5MCGWRAWUu7E5Y8mAVAQ vrJ7jOpsEPUtHNTIYuqaF0H4ZbGj2TbKGROFNcagLFUwpLmCOIZYRjPzOPUxccS7szHC4VaOoqOu ceXv34Kmnn60nkq48U9nb4r/ABjod67Httrgtf7LaAVjzrErs8cg5yx4Dt6pFIAB5cB1HTUunljE PVyHW6lQSs6rq3nW6qrc0lyhum5LVu6SmoblFUiKonpaiRAaWemld44HVQWHSIeWcKTkE+okZzUb JGB0Y996zlpGyNDowpDaNFe9j7Ws+0vDOWao3FVXKeqqay4QYio0jYJJHCM4bmUK9CSFEpPFiCK3 rHMjyDzVdnc1mQeauva9s3hVeJi7x3RS2ujqK2nhttLSUZcJ+7WaVnkdgSWILY6YACj7nU1oN1ra 0EFWpQSCviSrDReTNGPQAcq34lJP0PTBAIIOdZk5dFmTkFuKkKcnygD3BI/z1rdutbt16Z1isUmb O8RbPuje249p0NHcIazb8gjqpJ0QRSEsV9BDEnqp7ga3y07o2NeToVvkgdGxrzsVF7wrhcd2vTJI 5gtMYjKdlNRIoZifqVjMYB/vHGvln4iYkWsioW8e275ho9bk+RVxhEFmmQ8U3bSohS2lJGUCSf8A eMft+Efy/wDZ1fdC8MFFhrZHDtSdo+H7R6a+JKgYlP1sxA2Gn3UznXXKvWOmiLORoiTPFJ45aez0 DMMy14mZM9SsSMwbH0EnlfzGuY6Y1Xw+DTW3fZo8yCf/ABBVlhTM09+QUtQVtLZ9sU8tXIARA0qx ggyS4Bcqi92bHsNbujEbaXCaZjyBmAtfTVxJA8ddlqrAZal+Uexoofwd8Q7f4lbXmv1vt1bQRxVb 0zR1IXJZQrZUqSCMMPyII9snqamnNO/KTdaaiAwOyk3WrTeKdlk8W7j4eTUdZTVNDTLM9bNxWnYs I8LknIz5qgE9C3T6ZxmiENN8TI4BvG+lhzKy+FeYhINb8OKf8jWlRkaIqP8A6Qu2aHcG4qS21NQl JW3WhMdsqHX0LPCX5I59kdJyD/hDdeONW+HylsZtwOo7j9rK1oZC2M24HXwP9lzTb5pdhbkpI7vR oK6x1MPnU1RKE8yA8SkquqtkdQDgMeLIV5ANi2JD26bFWhOYabFd0bY3BZt2bdpLvQzU1VSzgPgM sipIp6rnsSrDuPpka5eSF8Ti0rm3xPjdYqFvFbLUT1NbLUrTJAzRwUzjCnHTzH6Z5Ng4xkBT7k4F hTREWFr+/fmp9NERYWv79+aTNxQbU3BRpQ7wp6G4CqxEoZBHwdh8kMw4vnp9ct9ADjU0QvDuybe/ RTOqeD2dPfovHbUey9k2RbXDEI6BbnFOktWzTO1QZY1jkMrN0LOEPRQBk9sk61Po3yHO48Pei1Pp HSHOTwT0Ibtd982y5vVxLZ6CNnigiB5PUOkkbGQlwOKqw44ViS5yVC+qDJGIWFvEqFJGImFvEqkv FXfO8/D/AMRN1WGC6V9xp9w0SnbzvKZPgqmSQIyofwleUuB3GIvrqVBBHNG1xFrb949/7qTBCyWN riLW37woa3eIviPerlbNvx1NyjrtmUFwq9xLHMymuemduMbsvVg3CJDjrmVz7Z1sdTwsBdwcRbuu s3QRNBdwda3ddaNg3P4w3Tb9t3rarpfKquqbgU51V7oYrXUEM37haZ2UqxwBjvjJA7HXr4qdrjG4 C1uRv43Xr44GuMZAtbkb+q97JTS3Lxh8T/M8QpNhSCZp2KzpG8rBnPEvyGVQk8gp68h9NHnLDH2M yOOWGPs5kz+Am5bxuHw+qrjdvPr62CsmTzeplqsIjjJ929XHP2GvhX4kYcxmPtZG7+a1n/SblvpY A+ZVtCGsZYaAK5orhcoNjpuIXSOSQIsog4r5TAkARJ0zk9l9ySM/XXS0zqqahdWsqOryB1mWblaG XGV1xmvp2jmFjsOCpHsi+I6ksvfjrfXjyRBcbvVWK93gXGaJ6MTtBBwTgCnIgN6cnoAO/t9dSaB9 Zi8sn5zom9iwAbcF0bHEEuBuATtod9dgMZWRQFjcoN9zrztzX1tq4XW+XqsjluU1PBDDC6xxInzP GCepXPfJ/XWigq6zE+paZSwOia45QLl2dwuLg2uBrp4W1v7URRU7SQ25zEa32WtYL9eLvcI6CWZl MFIs0nwyorzMzuufWcBRw9uvU57aiDE6+SQUQLiQ6UFzcgc4McAB2rNBsbusL7WA1K2vpoY2mWw1 tob2Fx3aqFSSq3HvRY5a2Oo+CR6VDGoyP38gkyQSMjykDAfij7+xosZfW4jPFhMwN8+7suaxa03c GnKSGk2I0twvtMhEdNC6ZvEX42+euqYtxUk1PuHbsbV8sytUmKIFEHkEIx5DA6sQQDnIwBgA5J6r FcPlgpaaJs7rCVgGjL67ftt2baacdb6WrqaZr+sdkH6Tz+6jts7mu9Jt623O4tJcEuFtEsQCIn9Z VclMqoAD9CO+PWegA0bi8tIfiqt94c0rDoNC17sh01N2gt8Q3iSVnLSRyOMcYs4W9CB9FoX6ovJj raW7V5qfhWtxePykVXd5oupIUN6SeQGcZ75HTVdicte+jliqJCCYXSEAN0u53Y22DbNPHS91up2w h7XRt/cRx4DfdMct4vK1E1gXn+0jXKkdRxXiKY+sSHpj5RwPT5icdFJ1YTV9VRmSgMmaV9uqcQNQ 7QkgAD8shxOmoy6aqK2CJ4E9rNANx3j7pq+Hl/46b+S/6av/AIOb/ju9G/8AyoPWN/oHz+6U/GHb y3zaqzpR/F1VsnWthiHzOF+dVPfJUkj+ILq8oZ+ql12Oi20U3VSa7FVNu/Yu2PFfbDVEc/k1OJJa Os83zDTLgOWdm6spDLlDjBbpjGdXRkMNgf7q4L+qsCqWttXu/wAN94Um3Z3e2xVFbC1Va/OMttr+ UgTzIzk+Wx4g8W6Hic4XEetga1/a3+qzAa7tbq2Lxuepd3j5FctlyzMzMcYGSxJwB7fcn3OtrWBu y2taBslTcm6UWyXK3VE9RDzgEqFCyFirBxhh91Hb2z79NenXRenVRt5rG3Rs6einqaWliCJPKqRe XzVCsnFeAxk8cDljGR176WtsvLW2V6eCG6Kvc1uhEdTJFUR06tOZIEaNnPpZkwQVGQSA2Thhknpq srmADMdVX1rABmOqsW+7S29fbpa7hd7bBW1tsnFTRyy/NA/o9Qxgd41PXPUaqmzPYCGnQqrbK5gI GxWxZtp7ds99ul9tlppqa5XVg1dUIDymIz3yenck4xk99a3Svc0NJ0CwdK9zQ0nQJYXwU8Ll3AL6 uzbeKwS+cByfyQ+c58nl5f6cca3fGz5cubRbfjJsuXMvW/eDvhrfKuurLrtSkqKqvnFRUz+ZIsjy DPqDKwK/McgYB9+w14ysmYAGu2XjauZgADtkrbRttNt63LaqKmWnp7fVzwxxqMemOd1B+pJAByep znXwLpZLJH0gmlkJJDg7ysCB4AaDkuogPWwA8wrTisto80VEdFF6m8wAZ4Zx8wXsD+mvrzsIw+pk +IMYJOvceRI2J7yCVzHxUzRkzd3s7rYFuohT1NP8NH5VUXM6Y6Sc88s/nk6so4WRvdIwWc4gk8yA APkAFpMjja522WKG2UFBLJLSUsULyKquyDqQowB+g1pgoqent1TALDKPC5NvUkr180kgs434pR3u 1uo44LRa6eOK4HLiaLo1HG3zP+bYwqnIJGSCFI1zXSepw/DKJxkYC9xLmjUHMd3XBBAHEgi/6eKs cPZNM/MT2Rv39y2tp7copaNauqpI/pTBcqUX3wQR0Jx0+w1S9D+j7KikfVVrcxkOlydh+7ncnY72 2NiVuxGtcyQRxm1t0wpZ7YhgK0UQNPIZYjjqrkYLZ+p13UOGUsMYiYzQEO4ntDY3Ot1VOqJXEknc W8lhLLa0t9Lb0oYVpaRkenjUYERX5SPp9PuCQehOt3wkHVmPKMpNyOF75r/92vivOukzZ76+wiqs 1rqpJpKihhkecxmUsOrmMhkz+RAI/LXk9FBOXGRoN25T3t3t4aoyeRgAabW1WrbrXOu46+81vkGS RVgplQk8IVzjJIHUlmPTtyx1xnUUUUj8QNTLbK1uVg5X1cTyJsALX0HfZbHTN6kRN53KmtWijIOi Ksb7t+p2jeKi72Wk8+x1yy/HUoVSKaR8HzAMA+SSG5jJ48s4x8trT1DZmiOQ6jY++PJWcE4laI5D qNj74qPv229r76joa9paWsmpJi71EEmTHKvpZCR3GBH3/sqfcnUqJ7oSQR4KVG90JII8Epbr8Oay yxmvpS11oVTgUCnzBnAXIHUtnoOPfPbrjUiKrZJodCt0VS1+h0Kp3dFfRzeZSCCsjlp3PnUdRGYz GSOuOQAbp0PbPsCMHUoG6kg3UTaLJPXylaOnm48lRIPNDPLKc4RFUkMemc/cA9SNCbDVCbbronZU U+1Nu0tNbbVc7jdJ51t/CNGVxkKZBFzwETK+qU+leHTk3pNfUZHuuSLDX7X+3FQZ8jzcnQa/3+yu +1089PSIlTO08uPUzY6fYEAZA+uOuqKR4c67RYKlkeHOu0WC29a1rRoiDoirjd9AbXueSpAf4S7E OrEjilQqBWT7ckRWA69VkJxkZ+Z/iDhDnhmIxjYZXevZcfXKT/pC6DCagFvVHcbJh2vfITTJRVkg jkjHGN2OAw9hn2Ptrd0R6VQOp20dW7K5ujSdiOAvwI21304qPiFA4PMkYuDumKaaGGJpZpUjjUZZ 3YAAfXJ19FzC11UAEmwSvft1+g09k4yyNjNU6nykGfwj8Zx2/D75OOJ5DGemdDQNLYCJJOQPZHiR 9Br4bqzpcMkkN5NB81G7WsMlZKampMjxM/OaaQ+uofoCSffsBnsAABgAAcbg+DVnSSr+Oryerv4Z rftbyaONvLW5FhV1bKRnVRb/AET6ihVCqAABgAe2vsDWhgDWiwC5wkk3KzrJeI0RGiI0RGNERoiw RoiVa3ZVIt0a5WapNrkmfNZTiISU1UPfnGccW/iQr1PXlqWyseBldqB6jzUtlW8DK7UfMea8ay1X 0PLN8JS1MiclgVZ3VCpx6scgQ3TGMnGTg9TqS2ogIAuR5D7KQ2ohItcj0+yTa3w7rtymZ91WytML PyFFT3ACI9ew9WUB6k4OScnuc6kfGQMbaN2vOx+y3/FwsbaM6+BW/tLwktdpulRUJbLfQ03p+ESA yGSM4HLkSxzkjOOWOg761SYlZoDdT3rU/ELNAbqU8bR2raNrUMlLaopcytzmmnmaWWVsYyzMewHY DAHsBqumnfMbuKr5p3ym7ipzWlakaIjREaIte40VNcKKWjrIllglGHU/zBBHUEHBBHUEAjWL2Ne0 tcLg6EHUEciFk1xYQ5p1StVbPqIy3wVcsq5yqVAwwH05jvj29OfqT3188xL8PqeZxfRyZL/tOo8j uB6q4hxcgWkbfvC8V2rcmIDyUoA/jJx/lqhH4f4oTlL2W8XfTKpP+LwDWx+X3Uvbdr0kDB6qQ1Lf 2cYX+Xvrp8K6BUdM4PqndYeWzfTc+Zt3KDPi0jxZgy/VT6qFUKoAUdAB7a7prQ0BrRYBVRJOpWdZ IjREaIjREaIjRF//2Q== ------=_NextPart_000_00D1_01CC73C4.BBE038C0-- --===============1788598764== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1788598764==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 14:32:46 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 14:32:46 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4JY6-0006gz-AO; Thu, 15 Sep 2011 14:32:46 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4JXS-0006Lr-2Y for xen-users@lists.xensource.com; Thu, 15 Sep 2011 14:32:06 -0700 X-Env-Sender: bhimberg@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1316122321!17910188!1 X-Originating-IP: [209.85.213.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19918 invoked from network); 15 Sep 2011 21:32:02 -0000 Received: from mail-yx0-f171.google.com (HELO mail-yx0-f171.google.com) (209.85.213.171) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Sep 2011 21:32:02 -0000 Received: by yxt3 with SMTP id 3so3540673yxt.30 for ; Thu, 15 Sep 2011 14:32:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=kcXX+lSgM2qEIQWKkjPVMyjeKdkwJLwONhNobu7+NuA=; b=pftxeLT7eVL3LJ1YvXH9STYlbkM20kiFHRFtyGkdzqfpJurl9lWw+CbaltBpGqk4Gi zqUdEkRJYWEp6D3eB/nbIGY0ajDEF6scS/EDtR+TYMl8rvEboR7gi8sbxjrhP9R5Svia j2pIW4UeNOsRNXS5a8E9ajkeGdgJ07H/bCX3M= MIME-Version: 1.0 Received: by 10.101.127.13 with SMTP id e13mr1583614ann.136.1316122321338; Thu, 15 Sep 2011 14:32:01 -0700 (PDT) Received: by 10.101.68.7 with HTTP; Thu, 15 Sep 2011 14:32:01 -0700 (PDT) In-Reply-To: <1316078271978-4806176.post@n5.nabble.com> References: <1316078271978-4806176.post@n5.nabble.com> Date: Thu, 15 Sep 2011 17:32:01 -0400 Message-ID: Subject: Re: [Xen-users] Xen on Xeon E3 1235 and Asus W8P WS From: Ben Himberg To: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0157791641==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============0157791641== Content-Type: multipart/alternative; boundary=001636ed72c371c32f04ad019bec --001636ed72c371c32f04ad019bec Content-Type: text/plain; charset=ISO-8859-1 Sorry for the double post. Had some trouble subscribing through nabble and ended up subscribing directly. Anyways, to update this: I'm using the latest bios (704) and VT-d is supported. There are two messages in my 'xm dmesg' output: (XEN) ACPI: 32/64X FACS address mismatch in FADT - badd2f80/0000000000000000, using 32 and (XEN) Table is not found! I don't think I need DMA passthrough to pass a pci device from dom0 to an unmodified domU (Win7). Is that the case? On Thu, Sep 15, 2011 at 5:17 AM, bhimberg wrote: > I'm running Debian 2.6.32-5 with Xen-4.1.2-rc3. I get the following > message > in my 'xm dmesg' output: > > Intel VT-d Snoop Control not enabled. > Intel VT-d DOm0 DMA Passthrough not enabled. > Intel VT-d Queued Invalidation enabled. > Intel VT-d Interrupt Remapping enabled. > > I've passed the command 'iommu=pass-through' to xen using the > /etc/default/grub 'GRUB_CMDLINE_XEN=' line. I'm not even sure that I need > DMA Passthrough, but since I can't seem to enable it I'm worried that VT-d > isn't fully functional. That and in the intel data sheet my processor > supports DMA Passthrough. > > I can't seem to find any specifics on whether Xen works with Xeon E3 > series, > or the c206 intel chipset but am eager to get it to work if someone will > tell me where to start. > > -- > View this message in context: > http://xen.1045712.n5.nabble.com/Xen-on-Xeon-E3-1235-and-Asus-W8P-WS-tp4806176p4806176.html > Sent from the Xen - User mailing list archive at Nabble.com. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > --001636ed72c371c32f04ad019bec Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sorry for the double post.=A0 Had some trouble subscribing through nabble a= nd ended up subscribing directly.=A0 Anyways, to update this: I'm using= the latest bios (704) and VT-d is supported.=A0 There are two messages in = my 'xm dmesg' output:

(XEN) ACPI: 32/64X FACS address mismatch in FADT - badd2f80/00000000000= 00000, using 32

and

(XEN) Table is not found!

I don= 9;t think I need DMA passthrough to pass a pci device from dom0 to an unmod= ified domU (Win7).=A0 Is that the case?

On Thu, Sep 15, 2011 at 5:17 AM, bhimberg <bhimberg@gmail.co= m> wrote:

I'm running Debian 2.6.32-5 with Xen-4.1.2-rc3. =A0I get the following = message
in my 'xm dmesg' output:

Intel VT-d Snoop Control not enabled.
Intel VT-d DOm0 DMA Passthrough not enabled.
Intel VT-d Queued Invalidation enabled.
Intel VT-d Interrupt Remapping enabled.

I've passed the command 'iommu=3Dpass-through' to xen using the=
/etc/default/grub 'GRUB_CMDLINE_XEN=3D' line. =A0I'm not even s= ure that I need
DMA Passthrough, but since I can't seem to enable it I'm worried th= at VT-d
isn't fully functional. =A0That and in the intel data sheet my processo= r
supports DMA Passthrough.

I can't seem to find any specifics on whether Xen works with Xeon E3 se= ries,
or the c206 intel chipset but am eager to get it to work if someone will tell me where to start.

--
View this message in context: http://xen.1045712.n5.nabble.com/Xen-on-Xeon-E3-1235-and-Asus-W8P-WS-tp48= 06176p4806176.html
Sent from the Xen - User mailing list archive at Nabble.com.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.= com
http://l= ists.xensource.com/xen-users

--001636ed72c371c32f04ad019bec-- --===============0157791641== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============0157791641==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 14:44:14 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 14:44:14 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4JjC-00081o-QF; Thu, 15 Sep 2011 14:44:14 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4JiF-0007hi-KF for xen-users@lists.xensource.com; Thu, 15 Sep 2011 14:43:15 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1316122956!60387688!1 X-Originating-IP: [209.85.210.171] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8050 invoked from network); 15 Sep 2011 21:42:37 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Sep 2011 21:42:37 -0000 Received: by iagv1 with SMTP id v1so2149338iag.30 for ; Thu, 15 Sep 2011 14:43:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=X65sELjAOeGOKHN0DMkcXeB7so6AkP+JQAX+AzeU4dY=; b=N36FBQku07DOMxsXWC1OnC3y11A451y0BK1mpUrFvllb1w/RJPrrc9iiVtyWwU4niT Qpr55pd6XfIbUViqKVaZk7YiRE2tiLmVoq9ulQN71L9/iINQCNlPwqal3ga3VD7ukrLZ AVaZQN11mkxF+FlDTJORwdACX5S5iezsXRPag= Received: by 10.231.4.131 with SMTP id 3mr2631814ibr.30.1316122991073; Thu, 15 Sep 2011 14:43:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.206.136 with HTTP; Thu, 15 Sep 2011 14:42:51 -0700 (PDT) In-Reply-To: <00d001cc73e6$42f0ee60$c8d2cb20$@webconnectivityllc.com> References: <00d001cc73e6$42f0ee60$c8d2cb20$@webconnectivityllc.com> From: Todd Deshane Date: Thu, 15 Sep 2011 17:42:51 -0400 X-Google-Sender-Auth: UL3g9FARad17g9IAwfEZTw9Q2_8 Message-ID: Subject: Re: [Xen-users] Xen Cloud Platform: Dead? To: Gregory Pierce Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Mike McClurg , xen-users@lists.xensource.com, Jonathan Ludlam X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, Sep 15, 2011 at 4:30 PM, Gregory Pierce wrote: > Is this project dead? There hasn=92t been any recent news since July on 1= .1 coming out of beta=85 > On the contrary, XCP is actually gaining even more momentum. This page has been updated to reflect some of the recent developments (such as Project Kronos) http://xen.org/products/cloudxen.html http://blog.xen.org/index.php/2011/07/22/project-kronos/ The XCP 1.1 RC release is still due out soon. It was held up due to a small feature enhancement in the kernel to allow even better integration with OpenStack. It is also being run through even more QA testing than some of the previous XCP releases. Project Kronos is enabling even better developer (and user) interactions as well. In summary, XCP is not dead, but very much taking off into the right direction (more details to come). > > Also, if it=92s not dead, is there any chance we will see high availabili= ty in the open source? > HA is possible to do in open source. At this point some manual work is still needed to integrate technologies like heartbeat or DRDB. Project Kronos will also make it easier for integration of HA/DRDB, since it will be the XCP toolstack (xapi) running on a normal Linux distribution. Hope that clears things up. Thanks, Todd -- Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Thu Sep 15 19:52:22 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 19:52:22 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4OXO-0006yh-8X; Thu, 15 Sep 2011 19:52:22 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4OWW-0006lr-2c; Thu, 15 Sep 2011 19:51:30 -0700 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1316141483!17918622!1 X-Originating-IP: [74.125.83.41] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22480 invoked from network); 16 Sep 2011 02:51:24 -0000 Received: from mail-gw0-f41.google.com (HELO mail-gw0-f41.google.com) (74.125.83.41) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Sep 2011 02:51:24 -0000 Received: by gwaa12 with SMTP id a12so3310199gwa.28 for ; Thu, 15 Sep 2011 19:51:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=9B6l4DrjOKRXyep0eR+/2Q+hbd4EzsV29+WmopWnOeA=; b=ENfuG0ZHCEL9SXz9tTiQ0PCS8YYTJMOWFOEwjtgBvbzNJZ/8p0LNtbzPV+/s7qBF2o DangKrlmm8zi/0aY1bmskt1K2/6P3kenyOhnpH7nyTjRJJgoLJ8Equza0oAP6NnRQYNh tCzH9bKiF8iqgBBd6s3J37eEu+jZ+Hy4pCdJg= Received: by 10.150.63.2 with SMTP id l2mr2084841yba.63.1316141483133; Thu, 15 Sep 2011 19:51:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.154.16 with HTTP; Thu, 15 Sep 2011 19:51:03 -0700 (PDT) From: jinho hwang Date: Thu, 15 Sep 2011 22:51:03 -0400 Message-ID: To: xen-users@lists.xensource.com, xen-devel@lists.xensource.com Cc: Subject: [Xen-devel] [Xen-users] XENBUS: unable to read cpu state X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2131212897==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com --===============2131212897== Content-Type: multipart/alternative; boundary=000e0cd3b27c938a7d04ad061178 --000e0cd3b27c938a7d04ad061178 Content-Type: text/plain; charset=ISO-8859-1 Hi All, Currently, I'm sending too many e-mails because I'm intensively trying to catch up with current xen system. I got new machine, i7 x64 8 processors, but when I install xen hypervisor 4.x.x (tried all) with xen linux 2.32.xx, on booting it shows 8 messages of "XENBUS: unable to read cpu state" and then stop, and doing nothing. I tracked down to the code a little bit before getting in here. It turned out that linux/drivers/xen/xenbus/xenbus_xs.c -> xenbus_scanf -> xenbus_read has problem in my machine. I don't know where to see next. I carefully checked the kernel configuration, but it didn't have problems. Also, I tried with many combinations: xen and kernel. I think it is time to learn how to debug xen from now on. Can anyone help with this? Thank you, Jinho -- Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --000e0cd3b27c938a7d04ad061178 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hi All,=A0

Currently, I'm sending too= many e-mails because I'm intensively trying to catch up with current x= en system.=A0

I got new machine, i7 x64 8 processors, but when I = install xen hypervisor 4.x.x (tried all) with xen linux 2.32.xx, on booting= it shows 8 messages of "XENBUS: unable to read cpu state" and th= en stop, and doing nothing.=A0

I tracked down to the code a little bit before getting in here. It tur= ned out that linux/drivers/xen/xenbus/xenbus_xs.c -> xenbus_scanf -> = xenbus_read has problem in my machine.=A0

I don't know where = to see next. I carefully checked the kernel configuration, but it didn'= t have problems. Also, I tried with many combinations: xen and kernel. I th= ink it is time to learn how to debug xen from now on.=A0

Can anyone help with this?

Tha= nk you,

Jinho

-- <= br>Jinho Hwang
PhD Student
Department of Computer Science
The Geor= ge Washington University
Washington, DC 20052
hwang.jinh= o@gmail.com (email)
276.336.0971 (Cell)
202.994.4875 (fax)
070= .8285.6546 (myLg070)

--000e0cd3b27c938a7d04ad061178-- --===============2131212897== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2131212897==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 21:21:57 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 21:21:57 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Pw4-0001JT-VN; Thu, 15 Sep 2011 21:21:57 -0700 Received: from mail21.messagelabs.com ([85.158.143.35]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Puj-0000zH-A5 for Xen-users@lists.xensource.com; Thu, 15 Sep 2011 21:20:37 -0700 X-Env-Sender: wnlo.zwt@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1316146812!42778444!1 X-Originating-IP: [209.85.212.50] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11211 invoked from network); 16 Sep 2011 04:20:13 -0000 Received: from mail-vw0-f50.google.com (HELO mail-vw0-f50.google.com) (209.85.212.50) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Sep 2011 04:20:13 -0000 Received: by vws14 with SMTP id 14so5971047vws.23 for ; Thu, 15 Sep 2011 21:20:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=z5ahGtQBfNQGl4gfIbWHqs2JBozLNXk3zo76x7kqjpM=; b=kyiU3G7Y8Jc2tUx27917BsVSk6OCAJDVmrce7bynkvqC+uO5EMw8icbdhXJGNDL/t4 8qmGoaghlsM16WWOfpfxyk6oQ0LEkCIlu+y2PMiVd6FFmmurSs1jt0kkeAK33vrB7jIg krOXy4zfRXI8W5n1Nh994xsSMQe4jvrN8ljWw= MIME-Version: 1.0 Received: by 10.52.36.11 with SMTP id m11mr805224vdj.226.1316146828704; Thu, 15 Sep 2011 21:20:28 -0700 (PDT) Received: by 10.52.181.195 with HTTP; Thu, 15 Sep 2011 21:20:28 -0700 (PDT) Date: Fri, 16 Sep 2011 12:20:28 +0800 Message-ID: From: wentao zhang To: Xen-users@lists.xensource.com Cc: Subject: [Xen-users] about CentOS5.4 + Xen3.4.2 X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2144436331==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============2144436331== Content-Type: multipart/alternative; boundary=20cf307c9ac6327bcd04ad0750c4 --20cf307c9ac6327bcd04ad0750c4 Content-Type: text/plain; charset=ISO-8859-1 Hi, *I could use xm list* Name ID Mem VCPUs State Time(s) Domain-0 0 7868 8 r----- 30.1 dom1-1 1 200 1 -b---- 15.2 *but when I used xm vcpu-list* [root@localhost ~]# xm vcpu-list Name ID VCPU CPU State Time(s) CPU Affinity Unexpected error: xml.parsers.expat.ExpatError Please report to xen-devel@lists.xensource.com Traceback (most recent call last): File "/usr/sbin/xm", line 7, in ? main.main(sys.argv) File "usr/lib64/python2.4/site-packages/xen/xm/main.py", line 2997, in main File "usr/lib64/python2.4/site-packages/xen/xm/main.py", line 3021, in _run_cmd File "usr/lib64/python2.4/site-packages/xen/xm/main.py", line 1152, in xm_vcpu_list File "usr/lib64/python2.4/site-packages/xen/xm/main.py", line 1127, in format_cpumap File "/usr/lib64/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args) File "usr/lib64/python2.4/site-packages/xen/util/xmlrpcclient.py", line 118, in __request File "/usr/lib64/python2.4/xmlrpclib.py", line 1383, in __request verbose=self.__verbose File "usr/lib64/python2.4/site-packages/xen/util/xmlrpcclient.py", line 55, in request File "/usr/lib64/python2.4/xmlrpclib.py", line 1147, in request return self._parse_response(h.getfile(), sock) File "/usr/lib64/python2.4/xmlrpclib.py", line 1281, in _parse_response p.feed(response) File "/usr/lib64/python2.4/xmlrpclib.py", line 527, in feed self._parser.Parse(data, 0) xml.parsers.expat.ExpatError: not well-formed (invalid token): line 104, column 19 *This was all right before I recompility xen with make xen && make install-xen* *What should I do ?* --20cf307c9ac6327bcd04ad0750c4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=A0

I could use=A0=A0xm list

Name =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0 Mem VCPUs = =A0 =A0 =A0State =A0 Time(s)

Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A07868 =A0 =A0 8 =A0 =A0 r-= ---- =A0 =A0 30.1

dom1-1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 =A0 200 =A0 =A0 1 =A0 =A0 -b---- =A0 = =A0 15.2

but when I used xm vcpu-list

[root@localhost ~]# xm vcpu-list

Name =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID =A0VCPU =A0 CPU State =A0= Time(s) CPU Affinity

Unexpected error: xml.parsers.expat.ExpatEr= ror

Please report to xen-devel@lists.xensource.com

Traceback (most rece= nt call last):

=A0 File "/usr/sbin/xm", line 7, in ?

=A0 =A0 main.main(sys.argv)

=A0 File "usr/lib64/python2= .4/site-packages/xen/xm/main.py", line 2997, in main

=A0 Fil= e "usr/lib64/python2.4/site-packages/xen/xm/main.py", line 3021, = in _run_cmd

=A0 File "usr/lib64/python2.4/site-packages/xen/xm/main.py",= line 1152, in xm_vcpu_list

=A0 File "usr/lib64/python2.4/si= te-packages/xen/xm/main.py", line 1127, in format_cpumap

=A0= File "/usr/lib64/python2.4/xmlrpclib.py", line 1096, in __call__=

=A0 =A0 return self.__send(self.__name, args)

=A0 File "= ;usr/lib64/python2.4/site-packages/xen/util/xmlrpcclient.py", line 118= , in __request

=A0 File "/usr/lib64/python2.4/xmlrpclib.py&q= uot;, line 1383, in __request

=A0 =A0 verbose=3Dself.__verbose

=A0 File "usr/lib64/py= thon2.4/site-packages/xen/util/xmlrpcclient.py", line 55, in request

=A0 File "/usr/lib64/python2.4/xmlrpclib.py", line 1147,= in request

=A0 =A0 return self._parse_response(h.getfile(), sock)

=A0 F= ile "/usr/lib64/python2.4/xmlrpclib.py", line 1281, in _parse_res= ponse

=A0 =A0 p.feed(response)

=A0 File "/usr/lib6= 4/python2.4/xmlrpclib.py", line 527, in feed

=A0 =A0 self._parser.Parse(data, 0)

xml.parsers.expat.ExpatE= rror: not well-formed (invalid token): line 104, column 19

This was all right before I recompility xen with make xen= && make install-xen

What should I do ?

--20cf307c9ac6327bcd04ad0750c4-- --===============2144436331== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============2144436331==-- From xen-users-bounces@lists.xensource.com Thu Sep 15 23:37:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Thu, 15 Sep 2011 23:37:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4S2w-00059L-B0; Thu, 15 Sep 2011 23:37:10 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4S1k-0004ok-Be for Xen-users@lists.xensource.com; Thu, 15 Sep 2011 23:35:56 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1316154936!46812247!1 X-Originating-IP: [209.85.210.47] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27617 invoked from network); 16 Sep 2011 06:35:37 -0000 Received: from mail-pz0-f47.google.com (HELO mail-pz0-f47.google.com) (209.85.210.47) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Sep 2011 06:35:37 -0000 Received: by pzk2 with SMTP id 2so851205pzk.6 for ; Thu, 15 Sep 2011 23:35:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=m8plQdu7gA1ct1HUy0nu0nwem7rWrqc8okGxdPHJe9s=; b=C8UhANHj1SuLz9MLRcztKqTsOPOlSx+E3EHCLq+g8bLbhzSVgiiq/30UV8Vzjlz3mZ +0EsIsU+uT34Od/hGnl6uYjarjo4i2GZyRXwqsFSJB/GsoN8H7vz0LZ11N0bhcNOZ+Zq JgH1zAD3mtPJsdMTiDhUrymVwgVe3Z6k/g5qg= Received: by 10.68.38.103 with SMTP id f7mr1262646pbk.500.1316154951090; Thu, 15 Sep 2011 23:35:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.78.17 with HTTP; Thu, 15 Sep 2011 23:35:31 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Fri, 16 Sep 2011 02:35:31 -0400 X-Google-Sender-Auth: -IJO4QAeaV2INf-6L-ynOXUN2OE Message-ID: Subject: Re: [Xen-users] about CentOS5.4 + Xen3.4.2 To: wentao zhang Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Fri, Sep 16, 2011 at 12:20 AM, wentao zhang wrote: > Hi, > I could use=A0=A0xm list > Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State > Time(s) > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0 =A07868 =A0 =A0 8 =A0 =A0 r----- > 30.1 > dom1-1 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 1 =A0 200 =A0 =A0 1 =A0 =A0 -b---- > 15.2 > but when I used xm vcpu-list > [root@localhost ~]# xm vcpu-list > Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID = =A0VCPU =A0 CPU State =A0 Time(s) CPU > Affinity > Unexpected error: xml.parsers.expat.ExpatError > Please report to xen-devel@lists.xensource.com > Traceback (most recent call last): > =A0 File "/usr/sbin/xm", line 7, in ? > =A0 =A0 main.main(sys.argv) > =A0 File "usr/lib64/python2.4/site-packages/xen/xm/main.py", line 2997, i= n > main > =A0 File "usr/lib64/python2.4/site-packages/xen/xm/main.py", line 3021, i= n > _run_cmd > =A0 File "usr/lib64/python2.4/site-packages/xen/xm/main.py", line 1152, i= n > xm_vcpu_list > =A0 File "usr/lib64/python2.4/site-packages/xen/xm/main.py", line 1127, i= n > format_cpumap > =A0 File "/usr/lib64/python2.4/xmlrpclib.py", line 1096, in __call__ > =A0 =A0 return self.__send(self.__name, args) > =A0 File "usr/lib64/python2.4/site-packages/xen/util/xmlrpcclient.py", li= ne > 118, in __request > =A0 File "/usr/lib64/python2.4/xmlrpclib.py", line 1383, in __request > =A0 =A0 verbose=3Dself.__verbose > =A0 File "usr/lib64/python2.4/site-packages/xen/util/xmlrpcclient.py", li= ne > 55, in request > =A0 File "/usr/lib64/python2.4/xmlrpclib.py", line 1147, in request > =A0 =A0 return self._parse_response(h.getfile(), sock) > =A0 File "/usr/lib64/python2.4/xmlrpclib.py", line 1281, in _parse_respon= se > =A0 =A0 p.feed(response) > =A0 File "/usr/lib64/python2.4/xmlrpclib.py", line 527, in feed > =A0 =A0 self._parser.Parse(data, 0) > xml.parsers.expat.ExpatError: not well-formed (invalid token): line 104, > column 19 > This was all right before I recompility xen with make xen && make > install-xen > What should I do ? Do you have the CentOS Xen packages installed AND Xen from source? (python library conflict?) If not, why are you comping Xen from source and not simply using the CentOS packages? if you need to compile from source and you don't have an obvious python library confilct, you should do as the message says and "Please report to xen-devel@lists.xensource.com". Before you do so, please read http://wiki.xensource.com/xenwiki/AskingXenDevelQuestions (and at least clearly explain what version of Xen and you compiling and why) Thanks, Todd --=20 Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-users-bounces@lists.xensource.com Fri Sep 16 00:06:12 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 16 Sep 2011 00:06:12 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4SV2-0006aM-H0; Fri, 16 Sep 2011 00:06:12 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4SRD-0006Dg-DS for xen-users@lists.xensource.com; Fri, 16 Sep 2011 00:02:15 -0700 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1316156512!49185441!1 X-Originating-IP: [209.85.218.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9144 invoked from network); 16 Sep 2011 07:01:53 -0000 Received: from mail-yi0-f43.google.com (HELO mail-yi0-f43.google.com) (209.85.218.43) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Sep 2011 07:01:53 -0000 Received: by yic24 with SMTP id 24so2763543yic.30 for ; Fri, 16 Sep 2011 00:02:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=970n5LQ47CYBdqBqJZ3n3vdS8RmJrB2Rpeu7JSl4BJ4=; b=nD41pHdUPAmodIL2yIttwqyVPHVbxJ3Yo8R9Vi93FOpwrur8JIwWFNmz9GLJcjqRaa pvgOgRcAX9RidxePB5NkqV08Ze8uD+gDLpKb/WIEVwq2HrE+fSHWMfttY3JBINlSY+bt txdfyQJnmq9U1J3yjIeR7+YPokh/ZltOTBFXE= Received: by 10.68.22.201 with SMTP id g9mr3474202pbf.433.1316156530110; Fri, 16 Sep 2011 00:02:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.78.17 with HTTP; Fri, 16 Sep 2011 00:01:50 -0700 (PDT) In-Reply-To: References: <1316078271978-4806176.post@n5.nabble.com> From: Todd Deshane Date: Fri, 16 Sep 2011 03:01:50 -0400 X-Google-Sender-Auth: vSwq7VAwCodafLi7TevjgXPZ0fw Message-ID: Subject: Re: [Xen-users] Xen on Xeon E3 1235 and Asus W8P WS To: Ben Himberg Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: xen-users@lists.xensource.com X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, Sep 15, 2011 at 5:32 PM, Ben Himberg wrote: > Sorry for the double post.=A0 Had some trouble subscribing through nabble= and > ended up subscribing directly.=A0 Anyways, to update this: I'm using the > latest bios (704) and VT-d is supported.=A0 There are two messages in my = 'xm > dmesg' output: > > (XEN) ACPI: 32/64X FACS address mismatch in FADT - > badd2f80/0000000000000000, using 32 > > and > > (XEN) Table is not found! > > I don't think I need DMA passthrough to pass a pci device from dom0 to an > unmodified domU (Win7).=A0 Is that the case? > > On Thu, Sep 15, 2011 at 5:17 AM, bhimberg wrote: >> >> I'm running Debian 2.6.32-5 with Xen-4.1.2-rc3. =A0I get the following >> message >> in my 'xm dmesg' output: >> >> Intel VT-d Snoop Control not enabled. >> Intel VT-d DOm0 DMA Passthrough not enabled. >> Intel VT-d Queued Invalidation enabled. >> Intel VT-d Interrupt Remapping enabled. >> >> I've passed the command 'iommu=3Dpass-through' to xen using the >> /etc/default/grub 'GRUB_CMDLINE_XEN=3D' line. =A0I'm not even sure that = I need >> DMA Passthrough, but since I can't seem to enable it I'm worried that VT= -d >> isn't fully functional. =A0That and in the intel data sheet my processor >> supports DMA Passthrough. >> >> I can't seem to find any specifics on whether Xen works with Xeon E3 >> series, >> or the c206 intel chipset but am eager to get it to work if someone will >> tell me where to start. >> VT-d needs to be working for passthrough to HVM guests. See: http://wiki.xensource.com/xenwiki/XenPCIpassthrough --=20 Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Fri Sep 16 01:44:24 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 16 Sep 2011 01:44:24 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4U24-0001xI-OY; Fri, 16 Sep 2011 01:44:24 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4U1F-0001kw-OR; Fri, 16 Sep 2011 01:43:34 -0700 X-Env-Sender: konrad@oracle.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1316162609!18500034!1 X-Originating-IP: [148.87.113.117] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17376 invoked from network); 16 Sep 2011 08:43:30 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Sep 2011 08:43:30 -0000 Received: from rtcsinet21.oracle.com (rtcsinet21.oracle.com [66.248.204.29]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8G8hFBn018065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 16 Sep 2011 08:43:17 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by rtcsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8G8hDAQ015370 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Sep 2011 08:43:14 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8G8h8vG007436; Fri, 16 Sep 2011 03:43:08 -0500 Received: from oracle.com (/209.6.55.207) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 16 Sep 2011 01:43:07 -0700 Received: by oracle.com (Postfix, from userid 1000) id 0062B1361; Fri, 16 Sep 2011 04:43:08 -0400 (EDT) Date: Fri, 16 Sep 2011 04:43:08 -0400 From: Konrad Rzeszutek Wilk To: Adam Williamson Message-ID: <20110916084308.GD884@phenom.oracle.com> References: <20110914112552.GP12984@reaktio.net> <20110914142522.GA16956@phenom.oracle.com> <20110914144539.GR12984@reaktio.net> <20110915151041.GA4453@imp.local> <1316126290.5689.3.camel@adam> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1316126290.5689.3.camel@adam> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: rtcsinet21.oracle.com [66.248.204.29] X-CT-RefId: str=0001.0A090207.4E730C26.0012,ss=1,re=0.000,fgs=0 Cc: Development discussions related to Fedora , xen@lists.fedoraproject.org, xen-devel@lists.xensource.com, lars.kurth@xen.org, virt@lists.fedoraproject.org, xen-users@lists.xensource.com Subject: [Xen-devel] Re: Virtualization Test Day for F16 and Xen X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Thu, Sep 15, 2011 at 03:38:09PM -0700, Adam Williamson wrote: > On Thu, 2011-09-15 at 10:10 -0500, W. Michael Petullo wrote: > > >> There are known bugs in FC15/FC16 that have been filled some time ago that > > >> folks will sadly run into: 728775, 658387 and 668063 > > >> > > >> Fortunatly the bugs have patches attached and the files to be modified are shell scripts. > > > > > Yep, links here: > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=728775 > > > > The Fedora update system reports this is fixed in grub2-1.99-6.fc16. > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=658387 > > > > Peter Jones submitted a new grubby package yesterday. This seems to fix > > bug #658387 (i.e., new-kernel-pkg creates a Dom0-style grub.cfg entry > > if /etc/sysconfig/kernel contains "HYPERVISOR=/boot/xen.gz"). > > > > I have not yet tested this on Fedora 16. However, I did test on Fedora > > 15. In this case, bug #668063 is still in effect. That is, grubby creates > > most of a GRUB record, but the "module initramfs-..." entry is missing. > > > > Has anyone yet tested this new grubby package on Fedora 16 yet? Does > > using GRUB 2 makes #668063 irrelevant? I believe so (the irrelevant part). But the functionality part of grubby picking up /etc/sysconfig/kernel and making that kernel the default is not in Grub2 - so not sure how that can be addressed. > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=668063 > > > > I just added some more description to this bug. > > So, there's a meta-point here: we currently 'require' Beta releases to > boot as guests on Xen hosts: > > "The release must boot successfully as a virtual guest in a situation > where the virtual host is running a supported Xen implementation" > > I really don't have much knowledge of Xen and haven't followed this > discussion closely, but do any currently-known bugs prevent this? If so, > please flag them up so they can be considered as Beta blockers...thanks! Somehow the xen-kbdfront driver is not included in the initrd image (I think) - and we end with anaconda but can't type anything. I've been trying to figure out how to inject said module in the install initrd to see if that is really the problem but running in roadblocks (like xz 5.1.1alpha or 5.0.3 complains about corrupt image, or I've no idea how to make driver disks). Any ideas? _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-devel-bounces@lists.xensource.com Fri Sep 16 04:12:07 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 16 Sep 2011 04:12:07 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4WKy-0000pF-Ak; Fri, 16 Sep 2011 04:12:04 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with smtp (Exim 4.43) id 1R4WHo-0000aF-Gz; Fri, 16 Sep 2011 04:10:14 -0700 X-Env-Sender: rjones@redhat.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1316171310!36392509!1 X-Originating-IP: [209.132.183.28] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29873 invoked from network); 16 Sep 2011 11:08:30 -0000 Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by server-14.tower-27.messagelabs.com with SMTP; 16 Sep 2011 11:08:30 -0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p8GB8gnx007715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 16 Sep 2011 07:08:43 -0400 Received: from localhost (vpn1-6-5.ams2.redhat.com [10.36.6.5]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p8GB8em0028760; Fri, 16 Sep 2011 07:08:41 -0400 Date: Fri, 16 Sep 2011 12:08:40 +0100 From: "Richard W.M. Jones" To: Development discussions related to Fedora Message-ID: <20110916110840.GA14613@amd.home.annexia.org> References: <20110914112552.GP12984@reaktio.net> <20110914142522.GA16956@phenom.oracle.com> <20110914144539.GR12984@reaktio.net> <20110915151041.GA4453@imp.local> <1316126290.5689.3.camel@adam> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 Cc: xen@lists.fedoraproject.org, xen-devel@lists.xensource.com, Konrad Rzeszutek Wilk , lars.kurth@xen.org, virt@lists.fedoraproject.org, xen-users@lists.xensource.com Subject: [Xen-devel] Re: Virtualization Test Day for F16 and Xen X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com On Fri, Sep 16, 2011 at 12:14:23PM +0300, Myroslav Opyr wrote: > Hi, > > What Xen implementation is considered "supported" for FC16 DomU? Any commonly available upstream Xen releases. Fedora itself (ie. https://fedoraproject.org/wiki/Features/XenPvopsDom0). Also Xen in RHEL 5, although that's more of a thing for Red Hat to worry about. > I'm asking because on "Xen implementation" we were testing yesterday > FC16 DomU installation failed compared to FC15 DomU success on the > very same Dom0. Are failures like we've encountered candidates for > bugreports? Yes. > Is there a place (wikipage, bugzilla keyword, etc.) to collect > Fedora 16 Xen issues? https://bugzilla.redhat.com/ Product: Fedora. Component: depends on what is failing but common ones would be "kernel", "anaconda", "grubby", "grub2", "xen", and "libvirt". There is also a Fedora Xen mailing list where you can get more detailed help: https://lists.fedoraproject.org/mailman/listinfo/xen Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel From xen-users-bounces@lists.xensource.com Fri Sep 16 05:28:02 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 16 Sep 2011 05:28:02 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4XWU-0004In-Py; Fri, 16 Sep 2011 05:28:02 -0700 Received: from mail182.messagelabs.com ([85.158.139.83]) by lists.xensource.com with smtp (Exim 4.43) id 1R4XVB-0003yB-K7 for xen-users@lists.xensource.com; Fri, 16 Sep 2011 05:26:42 -0700 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1316175998!13587831!1 X-Originating-IP: [75.180.132.121] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12195 invoked from network); 16 Sep 2011 12:26:38 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.121) by server-7.tower-182.messagelabs.com with SMTP; 16 Sep 2011 12:26:38 -0000 X-Authority-Analysis: v=1.1 cv=N51NbO8il5ceF3O5QXL5DFOcR5MMyIHchjkopOFKQr8= c=1 sm=0 a=bGFBj0awLb4A:10 a=i7z8CvP5fyYA:10 a=IkcTkHD0fZMA:10 a=khvKJusKvADddYwUSfUZmw==:17 a=SEF7xSSsAAAA:8 a=6uA4yIkrQ_L4bkBw-o4A:9 a=9nE57RCizo--yMA6crMA:7 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:27840] helo=mailserver.obrien-pifer.com) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 2E/84-01343-D70437E4; Fri, 16 Sep 2011 12:26:37 +0000 Received: from [10.99.1.22] ([10.99.1.22]) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id p8GCQaFL021192; Fri, 16 Sep 2011 08:26:36 -0400 Subject: RE: [Xen-users] Yet Another PCI passthrough question From: James Pifer To: xen-users@lists.xensource.com In-Reply-To: <1FD06C1B2A7E4842A38834B8AB5B3CFE032659A152@sausexmbp02.amd.com> References: <1FD06C1B2A7E4842A38834B8AB5B3CFE0326599B91@sausexmbp02.amd.com> ,<1314823434.9190.3.camel@mythtv-off.obrien-pifer.com> <1FD06C1B2A7E4842A38834B8AB5B3CFE03265E6363@sausexmbp02.amd.com> <1314886850.542.9.camel@mythtv-off.obrien-pifer.com> <1FD06C1B2A7E4842A38834B8AB5B3CFE032659A152@sausexmbp02.amd.com> Content-Type: text/plain; charset="UTF-8" Date: Fri, 16 Sep 2011 08:26:35 -0400 Message-ID: <1316175995.2436.7.camel@mythtv-off.obrien-pifer.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Content-Transfer-Encoding: 7bit Cc: "Beasley, Julien" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com On Thu, 2011-09-01 at 13:17 -0500, Beasley, Julien wrote: > Thank you very much, James, that worked! I'm going to post exactly what I did for future people that encounter the same problem. > > // first check that nothing shows in lsmod > # lsmod | grep pciback > # > > // now type modprobe > # modprobe pciback > > // now try the lsmod again. Note I had to wait a minute or so.. at first nothing was showing up > # lsmod | grep pciback > pciback 50301 0 > xenbus_be 4261 5 pciback,usbbk,netbk,blkbk,blktap > > // now do the step James suggested > # echo -n "0000:04:00.0" > "/sys/bus/pci/drivers/pciback/new_slot" > > # echo -n "0000:04:00.0" > "/sys/bus/pci/drivers/pciback/bind" > > // check that lspci shows pciback in use > # lspci -v > 04:00.0 Display controller: ATI Technologies Inc Device 671d > Subsystem: ATI Technologies Inc Device 1b2a > Flags: fast devsel, IRQ 24 > Memory at d0000000 (64-bit, prefetchable) [disabled] [size=256M] > Memory at fe6e0000 (64-bit, non-prefetchable) [disabled] [size=128K] > I/O ports at e000 [disabled] [size=256] > Expansion ROM at fe6c0000 [disabled] [size=128K] > Capabilities: [50] Power Management version 3 > Capabilities: [58] Express Legacy Endpoint, MSI 00 > Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+ > Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 > Capabilities: [150] Advanced Error Reporting > Kernel driver in use: pciback > > > // so far this works, and I can see the kernel driver in pciback. Good! > > // Xen wiki says to check this and not proceed if empty > # xm pci-list-assignable-devices > > // that was still empty... but let's keep going anyways > > > // edit the config to pass the pci device > # vi /etc/xen/vm/windowsvistax64 > ... > pci= [ '04:00.0' ] > > > // check that nothing is assigned to the pci list for that VM > # xm pci-list windowsvistax64 > > // now create the VM > # xm create windowsvistax64 > > // checkt hat something is assigned to the vm now > xm pci-list windowsvistax64 > VSlt VFn domain bus slot func > 0x05 0x0 0x0000 0x04 0x00 0x0 > > > // then I opened the VM graphics console, and it indeed saw my card. Thank you James for your help! > > Julien > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users I just came across a problem after updating some sles11sp1 servers with pci passthrough. Apparently the way we are doing it, and the way I shared here, is a combination of early and late binding, which might cause some issues. Here's how we fixed it. "xm pci-list-assignable-devices" also works after we did these changes. 1- Make sure all the stuff is commented out in after.local 2- Modify /etc/sysconfig/kernel and add pciback: INITRD_MODULES="thermal cciss hpsa pciback mptsas ata_piix ata_generic ide_pci_generic processor fan jbd ext3 edd mptspi hpahcisr mptbase mptscsih" Note: Make sure pciback is up towards the front as in this example Then run "mkintrd" to build it into the init ram disk so it is available for the kernel load line parameters. You may see some dependency errors about it....but disregard. 3- Then add the pci stuff back into the kernel module load line. Run lspci first to make sure the PCI identifiers are still the same with the new kernel. I don't think they'll be different. For example: module /boot/vmlinuz-2.6.32.12-0.7-xen root=/dev/cciss/c0d0p2 resume=/dev/cciss/c0d0p1 splash=silent showopts vga=0x317 pciback.permissive pciback.hide=(0e:04.0)(0e:04.1) pci=resource_alignment=0e:04.0;0e:04.1 4- Then re-boot and check "xm pci-list-assignable-devices" to see if they show up. 5. Assign devices to VM as you wish. This is actually a little bit cleaner as you don't need anything in after.local. Be aware that after a kernel update you need to make sure you add the PCI stuff back to the module line in menu.lst. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users From xen-devel-bounces@lists.xensource.com Fri Sep 16 05:40:15 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 16 Sep 2011 05:40:15 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4XiJ-00059N-Ly; Fri, 16 Sep 2011 05:40:15 -0700 Received: from mail27.messagelabs.com ([193.109.254.147]) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Xhh-0004wX-QB; Fri, 16 Sep 2011 05:39:38 -0700 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1316176766!49043885!1 X-Originating-IP: [209.85.161.43] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7779 invoked from network); 16 Sep 2011 12:39:26 -0000 Received: from mail-fx0-f43.google.com (HELO mail-fx0-f43.google.com) (209.85.161.43) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Sep 2011 12:39:26 -0000 Received: by fxh19 with SMTP id 19so2094967fxh.30 for ; Fri, 16 Sep 2011 05:39:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=Oh1L7Lf1wG/TtOel0qNtz5ScsX5ANjAFD/kqsQiq+cM=; b=XcFxWqmXoRJn+Tl4GhFPJl9pJMiXLqIMtqlDTP7MmXucG6CDvWRdPiS+yB0gXDVTQ/ BT2Hs/qg+VRmukKlcjUQjSJ60DiumqSqkoZEk/tVeMr/fWA3P52SC0Kz6BpW1FOFcaVA aPD+/bCVa8QU0GIITYAGWKfzk3/plHKRZPXmw= Received: by 10.223.55.209 with SMTP id v17mr1265037fag.77.1316176774282; Fri, 16 Sep 2011 05:39:34 -0700 (PDT) Received: from [172.16.26.10] (p5498B189.dip.t-dialin.net. [84.152.177.137]) by mx.google.com with ESMTPS id f1sm2355902fab.19.2011.09.16.05.39.32 (version=SSLv3 cipher=OTHER); Fri, 16 Sep 2011 05:39:33 -0700 (PDT) Message-ID: <4E73437C.8000704@xen.org> Date: Fri, 16 Sep 2011 14:39:24 +0200 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: "xen-devel@lists.xensource.com" , xen-users@lists.xensource.com Cc: Subject: [Xen-devel] Scale x10 CFP open until Dec 3rd X-BeenThere: xen-devel@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0163359455==" Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com This is a multi-part message in MIME format. --===============0163359455== Content-Type: multipart/alternative; boundary="------------080509060505070901040709" This is a multi-part message in MIME format. --------------080509060505070901040709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi everybody, I am planning to have a Xen booth at Scale x10 next year. Scale has a CFP open and it would be great if we have some paper submissions from the community there. See www.socallinuxexpo.org/cfp/cfp-information Regards Lars --------------080509060505070901040709 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody,
I am planning to have a Xen booth at Scale x10 next year. Scale has a CFP open and it would be great if we have some paper submissions from the community there. See www.socallinuxexpo.org/cfp/cfp-information
Regards
Lars
--------------080509060505070901040709-- --===============0163359455== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============0163359455==-- From xen-users-bounces@lists.xensource.com Fri Sep 16 06:50:10 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 16 Sep 2011 06:50:10 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R4Yny-0007YK-4w; Fri, 16 Sep 2011 06:50:10 -0700 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xensource.com with smtp (Exim 4.43) id 1R4Ymo-0007Dm-GT for xen-users@lists.xensource.com; Fri, 16 Sep 2011 06:48:58 -0700 X-Env-Sender: a.chapellon@horoa.net X-Msg-Ref: server-10.tower-216.messagelabs.com!1316180934!10448496!1 X-Originating-IP: [217.112.53.240] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12521 invoked from network); 16 Sep 2011 13:48:54 -0000 Received: from jimbojones.springfield.horoa.net (HELO jimbojones.springfield.horoa.net) (217.112.53.240) by server-10.tower-216.messagelabs.com with SMTP; 16 Sep 2011 13:48:54 -0000 Received: from localhost (localhost [127.0.0.1]) by jimbojones.springfield.horoa.net (Postfix) with ESMTP id 6DCE3B6009A for ; Fri, 16 Sep 2011 15:49:41 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at jimbojones.springfield.horoa.net Received: from jimbojones.springfield.horoa.net ([127.0.0.1]) by localhost (jimbojones.springfield.horoa.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y5PA3TMJcpFJ for ; Fri, 16 Sep 2011 15:49:40 +0200 (CEST) Received: from [172.17.2.65] (253.253.200.77.rev.sfr.net [77.200.253.253]) (Authenticated sender: a.chapellon@horoa.net) by jimbojones.springfield.horoa.net (Postfix) with ESMTPSA id 2937EB60099 for ; Fri, 16 Sep 2011 15:49:40 +0200 (CEST) Message-ID: <4E7353C3.1080105@horoa.net> Date: Fri, 16 Sep 2011 15:48:51 +0200 From: Alexandre Chapellon Organization: horoa User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: Re: [Xen-users] debian squeeze PV domU with vfb limited to 800x600? References: <1316106422.31698.YahooMailNeo@web35608.mail.mud.yahoo.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------050500070100010901010204" X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post:

--0015174761c637730704ae340cd8-- --===============1929964432== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1929964432==-- From xen-users-bounces@lists.xensource.com Fri Sep 30 23:46:06 2011 Return-path: Envelope-to: www-data@lists.xensource.com Delivery-date: Fri, 30 Sep 2011 23:46:06 -0700 Received: from localhost ([127.0.0.1] helo=lists.colo.xensource.com) by lists.xensource.com with esmtp (Exim 4.43) id 1R9tKm-0005EN-ON; Fri, 30 Sep 2011 23:46:04 -0700 Received: from mail174.messagelabs.com ([85.158.138.51]) by lists.xensource.com with smtp (Exim 4.43) id 1R9tJM-0004tr-LP for xen-users@lists.xensource.com; Fri, 30 Sep 2011 23:44:38 -0700 X-Env-Sender: akshayakarle@yahoo.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1317451472!27397021!1 X-Originating-IP: [98.139.53.206] X-StarScan-Version: 6.4.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3745 invoked from network); 1 Oct 2011 06:44:33 -0000 Received: from nm4-vm0.bullet.mail.ac4.yahoo.com (HELO nm4-vm0.bullet.mail.ac4.yahoo.com) (98.139.53.206) by server-3.tower-174.messagelabs.com with SMTP; 1 Oct 2011 06:44:33 -0000 Received: from [98.139.52.190] by nm4.bullet.mail.ac4.yahoo.com with NNFMP; 01 Oct 2011 06:44:32 -0000 Received: from [98.139.52.154] by tm3.bullet.mail.ac4.yahoo.com with NNFMP; 01 Oct 2011 06:44:32 -0000 Received: from [127.0.0.1] by omp1037.mail.ac4.yahoo.com with NNFMP; 01 Oct 2011 06:44:32 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 422309.60834.bm@omp1037.mail.ac4.yahoo.com Received: (qmail 95828 invoked by uid 60001); 1 Oct 2011 06:44:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1317451472; bh=DJtD2aLZkp/qv5CO52jvkb7r1G/HjJuO80bOHDeqMfw=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Lfgp1qDT5GLOE9fODWbwLK0wqZwfPCwaed/CCspcevC7EgccAczeeDmf+AuD6zPv61UH9GoKXfdGGvOl1EPU/ARIH9jmOG/LFNypm6fePW9jHckQd1lY3Ju05RaJGDF1T525EPjU2DR8WRU8e6v47FwffnkpI4jsqJxbCvnrCPo= 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; b=ieWyQOyZW13qjdw7hdGviaON26d4KSESt7DFDnqa+rE5CyU/x022vD9yKfwxSzPWzZnS7HqEWPyvt5QC3o39pKd+gnGtfWqlVEkboVFUDG0m/NWMGJXllz0wvexqSu1ZGfTOHKGk5CrtWW/r+RBANL1ZwOPA13VtMzxKQjkQC1Q=; X-YMail-OSG: zL5VX7wVM1nS0Ha1zQn0Pn5TUGB3pR7HV3Cz2YFxIrrNVD7 nBHsv81AxzrwtG62kpf5krYFDWrRO4EwvgJZtlTiCXTR8.x8KJ0KciSLSXyH _DMnGF7Y4U6eGCSJb.85myJY.LrZRtMYCxhcG.Z8alW1eGt4C7u.5hpiBPEU 8xlZeNaNLJgSJgu2XE_NM0rd32b.dVM8aiIh1XfCt67aP7Mc38D8CBh2WwNe xs7V_n5VM6zvw_0_OI6J9DFI8BFejPWj0Tshj58BGqAXZ93SVxE7ASAiUcz8 Cx8_vowQxItq2y.IpD_h5NjhP.tsqocTclAL6vSe82jn3XTnv_nKFzQbwdSV XqQIysJV6e5FLnJtOoWqRFjorHGF9U6.ZXLZlMuCqPL8pta5Eyh0V9b.5ivP OYvxuGq9F4iloSVMEj0DnXd.cfzZSjAd9obyHv..k0sIKQurEQ6OnD3cgvTr k7tF6nTHwfisq7kHEbLJubMJmOUKIVLypJPaElAUccRcJ3ap3yXckcR5kXLo Xz2BZCohgdUNhcHJAXXYF0Zyrj3TQeWM2cbJjMEGGBY5NEQtZJU02L7Q5A6a t3ojj Received: from [117.195.101.129] by web65818.mail.ac4.yahoo.com via HTTP; Fri, 30 Sep 2011 23:44:32 PDT X-Mailer: YahooMailWebService/0.8.114.317681 References: <1317146528.29046.YahooMailNeo@web65811.mail.ac4.yahoo.com> Message-ID: <1317451472.87232.YahooMailNeo@web65818.mail.ac4.yahoo.com> Date: Fri, 30 Sep 2011 23:44:32 -0700 (PDT) From: akshayakarle@yahoo.com To: "xen-users@lists.xensource.com" In-Reply-To: <1317146528.29046.YahooMailNeo@web65811.mail.ac4.yahoo.com> MIME-Version: 1.0 Subject: [Xen-users] Problem creating xen paravirtual guest X-BeenThere: xen-users@lists.xensource.com X-Mailman-Version: 2.1.5 Precedence: list Reply-To: akshayakarle@yahoo.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1043252484==" Sender: xen-users-bounces@lists.xensource.com Errors-To: xen-users-bounces@lists.xensource.com --===============1043252484== Content-Type: multipart/alternative; boundary="4576816-2030355934-1317451472=:87232" --4576816-2030355934-1317451472=:87232 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi all,=0A=0AI installed kernel-x86_64 2.6.32.26-174.1.xendom0.el6.=0Ax86_6= 4 on cent os 6 x86_64 and got xen-4.0.1 working on it. I have been able =0A= to create full virtual systems with virt-install and virt-manager, but =0Aw= hen I tried creating paravirtual domu cent os 5 x86_64 I am getting the fol= lowing error:=0A=0AERROR=A0=A0=A0 Could not find a kernel path for virt typ= e 'xen'=0ADomain installation does not appear to have been=0A=A0successful.= =A0 If it was, you can restart your domain=0A=A0by running 'virsh start cen= t'; otherwise, please=0A=A0restart your installation.=0AERROR=A0=A0=A0 Coul= d not find a kernel path for virt type 'xen'=0ATraceback (most recent call = last):=0A=A0 File "/usr/bin/virt-install", line 1054, in =0A=A0=A0= =A0 main()=0A=A0 File "/usr/bin/virt-install", line 936, in main=0A=A0=A0= =A0 start_time, guest.start_install)=0A=A0 File "/usr/bin/virt-install", li= ne 978, in do_install=0A=A0=A0=A0 dom =3D install_func(conscb, progresscb, = wait=3D(not wait))=0A=A0 File "/usr/lib/python2.6/site- packages/virtinst/G= uest.py", line 971, in start_install=0A=A0=A0=A0 self._prepare_install(mete= r)=0A=A0 File "/usr/lib/python2.6/site- packages/virtinst/Guest.py", line 7= 72, in _prepare_install=0A=A0=A0=A0 meter =3D meter)=0A=A0 File "/usr/lib/p= ython2.6/site- packages/virtinst/ DistroInstaller.py", line 252, in prepare= =0A=A0=A0=A0 self._prepare_kernel_and_ initrd(guest, distro, meter)=0A=A0 F= ile "/usr/lib/python2.6/site- packages/virtinst/ DistroInstaller.py", line = 194, in _prepare_kernel_and_initrd=0A=A0=A0=A0 type=3Dself.os_type, distro= =3Ddistro)=0A=A0 File "/usr/lib/python2.6/site- packages/virtinst/OSDistro.= py" , line 144, in acquireKernel=0A=A0=A0=A0 scratchdir, type, distro)=0A= =A0 File "/usr/lib/python2.6/site- packages/virtinst/OSDistro.py" , line 13= 0, in _acquireMedia=0A=A0=A0=A0 return (store.acquireKernel(guest, fetcher,= progresscb),=0A=A0 File "/usr/lib/python2.6/site- packages/virtinst/OSDist= ro.py" , line 429, in acquireKernel=0A=A0=A0=A0 "'%s'" % self.type))=0AValu= eError: Could not find a kernel path for virt type 'xen'=0A=0AI created the= virtual machine using virt-install using the following command:=0Avirt-ins= tall -n cent5 -r 256 -l http://mirror.centos.org/ centos/5/os/x86_64/images= /xen/ --disk path=3D/home/aks/vm/cent.img -p=0A=0AHope you can help me out.= =0AThanks in advance,=0AAkshay Karle --4576816-2030355934-1317451472=:87232 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

Hi all,

I installed kernel-x86_64 2.6.32.26-174.1.xendom0.el6.

= x86_64=0A on cent os 6 x86_64 and got xen-4.0.1 working on it. I have been = able =0Ato create full virtual systems with virt-install and virt-manager, = but =0Awhen I tried creating paravirtual domu cent os 5 x86_64 I am getting= the=0A following error:
=0A
ERROR    Could not find a= kernel path for virt type 'xen'
Domain installation does not appear to = have been
successful. If it was, you can restart your domain=
by running 'virsh start cent'; otherwise, please
=0A rest= art your installation.
ERROR    Could not find a kernel p= ath for virt type 'xen'
Traceback (most recent call last):
Fil= e "/usr/bin/virt-install", line 1054, in <module>
  &nbs= p; main()
=0A File "/usr/bin/virt-install", line 936, in main
&= nbsp;   start_time, guest.start_install)
File "/usr/bin= /virt-install", line 978, in do_install
    dom =3D insta= ll_func(conscb, progresscb, wait=3D(not wait))
=0A File "/usr/lib/= python2.6/site- packages/virtinst/Guest.py", line 971, in start_install
=     self._prepare_install(meter)
File "/usr/lib/py= thon2.6/site- packages/virtinst/Guest.py", line 772, in _prepare_install=0A    meter =3D meter)
File "/usr/lib/python2.6/= site- packages/virtinst/ DistroInstaller.py", line 252, in prepare
= ;   self._prepare_kernel_and_ initrd(guest, distro, meter)
&nb= sp; File "/usr/lib/python2.6/site- packages/virtinst/ DistroInstaller.py", = line 194, in _prepare_kernel_and_initrd
=0A    type=3Dsel= f.os_type, distro=3Ddistro)
File "/usr/lib/python2.6/site- packag= es/virtinst/OSDistro.py" , line 144, in acquireKernel
   = scratchdir, type, distro)
File "/usr/lib/python2.6/site- package= s/virtinst/OSDistro.py" , line 130, in _acquireMedia
=0A  &nbs= p; return (store.acquireKernel(guest, fetcher, progresscb),
File = "/usr/lib/python2.6/site- packages/virtinst/OSDistro.py" , line 429, in acq= uireKernel
    "'%s'" % self.type))
ValueError: Could = not find a kernel path for virt type 'xen'
=0A
I created the virtual = machine using virt-install using the following command:
virt-install -n = cent5 -r 256 -l http://mirror.centos.org/ cento= s/5/os/x86_64/images/xen/ --disk path=3D/home/aks/vm/cent.img -p
=0A=
Hope you can help me out.
Thanks in advance,
Akshay Karle

--4576816-2030355934-1317451472=:87232-- --===============1043252484== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users --===============1043252484==--

Hoendiep 208	T +31 (0)50 577 58 22	Bekijk onze actuele projecten
9745 ED Groningen	F +31 (0)50 577 58 23	www.drecomm.nl

Hoendiep 208	T +31 (0)50 577 58 22	Bekijk onze actuele projecten
9745 ED Groningen	F +31 (0)50 577 58 23	www.drecomm.nl

Vestiging Groningen

Vestiging Groningen