From xen-users-bounces@lists.xen.org Tue Jul 01 07:19:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 07:19:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1sKu-0004Iv-5b; Tue, 01 Jul 2014 07:18:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1sKs-0004Iq-LF for xen-users@lists.xen.org; Tue, 01 Jul 2014 07:18:38 +0000 Received: from [85.158.137.68:12280] by server-14.bemta-3.messagelabs.com id ED/8E-19846-DC062B35; Tue, 01 Jul 2014 07:18:37 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-31.messagelabs.com!1404199116!13228199!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23151 invoked from network); 1 Jul 2014 07:18:37 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 07:18:37 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id EFDDF221DE2 for ; Tue, 1 Jul 2014 08:18:35 +0100 (BST) MIME-Version: 1.0 Date: Tue, 01 Jul 2014 08:18:35 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> " " <53AE5DFA.2050400@bobich.net> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-30 17:48, Brian Menges wrote: > I tried disabling and also uninstalling the Standard VGA Adapter. It > doesn't appear to be using the display headers on the HD6450 at all. > Since these settings cannot be changed via remote desktop, I installed > RealVNC... which seems to bork networking for dom0 even and forces a > reboot for me... wonderful. > > Anyone else having an issue with their gpu passthrough not using the > card's display headers at all? This is a HVM Windows 7 x64 box. Can you get to the VM's emulated VNC console from dom0? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 07:19:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 07:19:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1sKu-0004Iv-5b; Tue, 01 Jul 2014 07:18:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1sKs-0004Iq-LF for xen-users@lists.xen.org; Tue, 01 Jul 2014 07:18:38 +0000 Received: from [85.158.137.68:12280] by server-14.bemta-3.messagelabs.com id ED/8E-19846-DC062B35; Tue, 01 Jul 2014 07:18:37 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-31.messagelabs.com!1404199116!13228199!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23151 invoked from network); 1 Jul 2014 07:18:37 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 07:18:37 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id EFDDF221DE2 for ; Tue, 1 Jul 2014 08:18:35 +0100 (BST) MIME-Version: 1.0 Date: Tue, 01 Jul 2014 08:18:35 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> " " <53AE5DFA.2050400@bobich.net> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-06-30 17:48, Brian Menges wrote: > I tried disabling and also uninstalling the Standard VGA Adapter. It > doesn't appear to be using the display headers on the HD6450 at all. > Since these settings cannot be changed via remote desktop, I installed > RealVNC... which seems to bork networking for dom0 even and forces a > reboot for me... wonderful. > > Anyone else having an issue with their gpu passthrough not using the > card's display headers at all? This is a HVM Windows 7 x64 box. Can you get to the VM's emulated VNC console from dom0? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 07:23:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 07:23:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1sPU-0004XE-Gl; Tue, 01 Jul 2014 07:23:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1sPS-0004X6-OX for xen-users@lists.xen.org; Tue, 01 Jul 2014 07:23:22 +0000 Received: from [85.158.139.211:26545] by server-15.bemta-5.messagelabs.com id 1A/CD-19516-9E162B35; Tue, 01 Jul 2014 07:23:21 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-206.messagelabs.com!1404199399!12911541!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24359 invoked from network); 1 Jul 2014 07:23:20 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 07:23:20 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 45F7E221DE2 for ; Tue, 1 Jul 2014 08:23:19 +0100 (BST) MIME-Version: 1.0 Content-Length: 8069 Date: Tue, 01 Jul 2014 08:23:18 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\" <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> " " Message-ID: <5822ec125a05380092f093bbea34330d@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org VGhlIG9ubHkgdGltZSBJIGhhdmUgc2VlbiB0aGUgR1BVIG5vdCBpbml0aWFsaXplIGR1ZSB0bwoi bm90IGVub3VnaCByZXNvdXJjZXMiIGluIGRldmljZSBtYW5hZ2VyLCBpdCB3YXMgZml4ZWQKYnkg ZGlzYWJsaW5nIHRoZSBlbXVsYXRlZCBWR0EgZGV2aWNlIGluIGRldmljZSBtYW5hZ2VyLgoKSSBo YXZlIHR3byBwYXNzdGhyb3VnaCBWTXMsIHBhc3NpbmcgYSBtb2RpZmllZCA3ODBUaQp0byBlYWNo LCBhbmQgdGhleSB3b3JrIGZpbmUuIEkgbmV2ZXIgdHJpZWQgcGFzc2luZwptb3JlIHRoYW4gb25l IEdQVSB0byBhIHNpbmdsZSBWTS4KCkdvcmRhbgoKT24gMjAxNC0wNi0zMCAxODo0OCwgamFjZWsg YnVyZ2hhcmR0IHdyb3RlOgo+IFdhcyBhbnlvbmUgYWJsZSB0byBwYXNzIHR3byB2aWRlbyBjYXJk cyA/IEkgaW5zdGFsbGVkIDE0LjIgYW1kIGRyaXZlcnMKPiBhbmQgd29sZmVuc3RlaW4gcGxheXMg Z29vZCBvbiBteSBIRCA2NDUwLiBJIGp1c3Qgb3JkZXJlZCBSNyAyNzAgZm9yIDgwCj4gYW5kwqAK PiAKPiAgT24gU2F0LCBKdW4gMjgsIDIwMTQgYXQgMzo0NiBQTSwgamFjZWsgYnVyZ2hhcmR0Cj4g PGphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb20+IHdyb3RlOgo+IAo+PiBubyBnbyBmb3IgbWUgwqBJ IGJldCB0aGVyZSBpcyBuZWVkIGZvciBtb3JlIHBhdGNoaW5nIG1heSBiZSB0aGUKPj4gYWRkcmVz cyBpc3N1ZSBvZiB2Z2EgY2FyZCBtaXNzaW5nLAo+PiAKPj4gT24gU2F0LCBKdW4gMjgsIDIwMTQg YXQgMjoxNiBQTSwgTWF0dGhpYXMKPj4gPG1hdHRoaWFzLmthbm5lbmJlcmdAZ29vZ2xlbWFpbC5j b20+IHdyb3RlOgo+PiAKPj4gQ2FuIHlvdSBwb3N0IHlvdXIgZG9tVSBjb25maWc/Cj4+IAo+PiBJ IHRyaWVkIHNldmVyYWwgdGhpbmdzIGJ1dCBjb3VsZG4ndCBnZXQgbXkgZG9tVSBydW5uaW5nIHdp dGggdmdhCj4+IHBhc3N0aHJvdWdoIG9uIHVwc3RyZWFtIHFlbXUuIHdpdGhvdXQgdm5jIG9yIHNw bGljZSwgdGhlIGRvbVUgaXMgbm90Cj4+IGNyZWF0ZWQsIGFzIHlvdSBub3RlZCwgYnV0IHdpdGgg c3BsaWNlLCBpIGdvdCB0aGUgc2FtZSBlcnJvcgo+PiBtZXNzYWdlLiB0aGUgb25seSB3YXkgaSBj b3VsZCBnZXQgaXQgcnVubmluZyB3YXMgd2l0aCB2bmMsIGJ1dCBpbgo+PiB0aGlzIGNhc2UgYW5k IHdpdGggdmdhPW5vbmUgdGhlIGRvbVUgd291bGQgbm90IGV2ZW4gZ2V0IHRvIHRoZSBib290Cj4+ IHNjcmVlbiBhbmQgd291bGQgc2l0IGlkbGluZyBhdCAyLDUlIGNwdSBpbiB4bCB0b3Agd2hpbGUg bXkgZmlyc3QgY3B1Cj4+IGNvcmUgKGV4Y2x1c3Npdmx5IGZvciBkb20wKSB3aWxsIGdvIHRvIDEw MCUgY29uc3RhbnQgaW4gaHRvcC4gd2l0aAo+PiB2bmMgYW5kIHN0dmdhLCBpIHdvdWxkIGdldCBw YXN0IHRoZSBib290IHNjcmVlbiBidXQgd291bGQgZ2V0IHRoZQo+PiBzYW1lIGJlaGF2aW91ciAy IHNlY29uZHMgaW50byB0aGUgYm9vdCBwcm9jZXNzLgo+PiAKPj4gU28gSSBhbSB3b25kZXJpbmcg aWYgeW91IGRvIHNvbWV0aGluZyBlbHNlIGRpZmZlcmVudGx5IHRoZW4gSSBkbwo+PiAobGlrZSB2 aXJpZGlhbiwgcGNpX3Bvd2VyX21hbmFnZW1lbnQsIHBjaV9wZXJtaXNzaXZlLAo+PiB4ZW5fcGxh dGZvcm1fcGNpIGV0YykuCj4+IAo+PiAyMDE0LTA2LTI4IDE2OjIxIEdNVCswMjowMCBqYWNlayBi dXJnaGFyZHQKPj4gPGphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb20+Ogo+PiAKPj4gV2VsbCBpdCBp cyBzdHJhbmdlIHRoYXQgaXQgc3RpbGwgbmVlZHMgdm5jIG9yIHNwaWNlIHRvIHN0YXJ0LiBJIGhh ZAo+PiBkaXNhYmxlIGJvdGggYW5kIHhsIGZhaWxlZCB0byBzdGFydCBuZXcgaW5zdGFuY2Ugb2Yg aHZtCj4+IAo+PiBPbiBTYXQsIEp1biAyOCwgMjAxNCBhdCA3OjE4IEFNLCBNYXR0aGlhcwo+PiA8 bWF0dGhpYXMua2FubmVuYmVyZ0Bnb29nbGVtYWlsLmNvbT4gd3JvdGU6Cj4+IAo+PiBUaGlzIGlz IGdyZWF0IHRvIGhlYXIgYmVjYXVzZSB0aGlzIGFiYmlsaXR5IGlzIGluIGZhY3QgYWxyZWFkeQo+ PiB0aGVyZToKPj4gCj4gaHR0cDovL3hlbmJpdHMueGVuLm9yZy9naXR3ZWIvP3A9eGVuLmdpdDth PWNvbW1pdGRpZmY7aD0yZTU3MzhmZjQ3YjlkMmUxOTQ4MDI0MTAwZjg3YjFhMjVmY2YwMDRhCj4+ IFsxXQo+PiAKPj4gVGhhbmtzIGZvciB0aGUgaW5mby4gV2lsbCBkbyBzb21lIHRlc3QgcnVucyBs YXRlci4gOikKPj4gCj4+IDIwMTQtMDYtMjggMTU6MTIgR01UKzAyOjAwIGphY2VrIGJ1cmdoYXJk dAo+PiA8amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbT46Cj4+IAo+PiBXZWxsIGkganVzdCBwYXNz IG15IDY0NTAgdG8gOC4xIGFzIGEgc2Vjb25kYXJ5IHZpZGVvIGNhcmQgYW5kIGkgY2FuCj4+IHJl Ym9vdCB3aXRob3V0IGhhdmluZyB0byByZWplY3QgdGhlIGNhcmQgZmlyc3QuwqAKPj4ga3ZtIGp1 c3QgdGVsbHMgcWVtdSB0byB0dXJub2ZmIHZnYSB3aXRoIHZnYT0wIEkgdGhpbmsgdGhhdCBhIHNp bXBsZQo+PiBzb2x1dGlvbnMgd291bGQgYmUgdG8gYWRkIGFiaWxpdHkgdG8gcGFzcyB2Z2E9MCB0 byBxZW11Lgo+PiAKPj4gT24gU2F0LCBKdW4gMjgsIDIwMTQgYXQgMTo0OSBBTSwgTWF0dGhpYXMK Pj4gPG1hdHRoaWFzLmthbm5lbmJlcmdAZ29vZ2xlbWFpbC5jb20+IHdyb3RlOgo+PiAKPj4gTm8s IHFlbXUgdHJhZGl0aW9uYWwgZG9lcyBub3Qgc3VwcG9ydCBzcGljZS4uIHRoaXMgd2FzIHNvbWV0 aGluZwo+PiBpbnRyb2R1Y2VkIHRvIHFlbXUgdXBzdHJlYW0uCj4+IAo+PiBCdXQgZ3JlYXQgdG8g aGVhcmUgdGhhdCBib3RoIHRoaXMgbm93IHdvcmtzIGZvciB5b3UgYW5kIHRoYXQgdGhlCj4+IDRH QiBidWcgaXMgZmluYWxseSBmaXhlZCBpbiB4ZW4gdW5zdGFibGUhCj4+IAo+PiBXb3VsZCB5b3Ug bWluZCBzaGFyaW5nIHlvdXIgZG9tVSBjb25maWc/IEkgbmV2ZXIgZ290IHByaW1hcnkKPj4gcGFz c3Rocm91Z2ggcnVubmluZyB3aXRoIHFlbXUgdXBzdHJlYW0gYW5kIGhhZCB0byBhbHdheXMgZmFs bCBiYWNrCj4+IHRvIHFlbXUtdHJhZGl0aW9uYWwuIElpcmMsIHlvdSB3ZXJlIG9uZSBvZiB0aGUg Z3V5cyB3aG8gdXNlZCBudmlkaWEKPj4gY2FyZHMgd2l0aCB0aGUgZXh0cmEgcGF0Y2hlcywgd2Vy ZW4ndCB5b3U/IENhbiB5b3Ugc3VjY2Vzc2Z1bGx5Cj4+IHJlYm9vdCB5b3VyIGRvbVUgd2l0aG91 dCByZWJvb3RpbmcgdGhlIGRvbTAgKGJhc2ljYWxseSBteSBsYXN0IGJpZwo+PiBpc3N1ZSB3aXRo IHZnYSBwYXNzdGhyb3VnaCB3aXRoIEFNRCkuCj4+IAo+PiBUaGFua3MKPj4gCj4+IDIwMTQtMDYt MjggNzo1NyBHTVQrMDI6MDAgamFjZWsgYnVyZ2hhcmR0Cj4+IDxqYWNla3NidXJnaGFyZHRAZ21h aWwuY29tPjoKPj4gCj4+IEkgYWRkZWQgbW9yZSBtZW1vcnkgYW5kIEkgd2FzIGFiZWwgdG8gZ2V0 IDhnYiBvZiByYW3CoAo+PiAKPj4gT24gRnJpLCBKdW4gMjcsIDIwMTQgYXQgNTozNSBQTSwgamFj ZWsgYnVyZ2hhcmR0Cj4+IDxqYWNla3NidXJnaGFyZHRAZ21haWwuY29tPiB3cm90ZToKPj4gCj4+ IEkganVzdCBjb21waWxlZCB4ZW4tZ2l0IDQuNSBhbmQgaXQgd29ya3MuwqAKPj4gCj4+IE9uIEZy aSwgSnVuIDI3LCAyMDE0IGF0IDE6NTEgUE0sIGphY2VrIGJ1cmdoYXJkdAo+PiA8amFjZWtzYnVy Z2hhcmR0QGdtYWlsLmNvbT4gd3JvdGU6Cj4+IAo+PiBJIHJ1biB4ZW4gNC40IG9uIGFyY2ggbGlu dXggd2l0aCBxZW11IHVwc3RyZWFtLiBJIHRyaWVkIHRvIHVzZQo+PiBxZW11LXRyYWRpdGlvbmFs IHdpdGggZGlyZWN0IHBhc3Npbmcgb2YgdmlkZW8gY2FyZCBidXQgaXQgc2l0cyBhdCAwCj4+IGxv ZyBzaG93IHNvbWV0aGluZyBhYm91dCBubyBjcHUuIEkgZ3Vlc3MgcWVtdSB0cmFkaXRpb25hbCBk b2VzIG5vdAo+PiBzdXBwb3J0IHNwaWNlID/CoAo+PiAKPj4gT24gRnJpLCBKdW4gMjcsIDIwMTQg YXQgMToxNCBQTSwgQXVzdGluIFMgSGVtbWVsZ2Fybgo+PiA8YWhmZXJyb2luN0BnbWFpbC5jb20+ IHdyb3RlOgo+PiAKPj4gT24gMjAxNC0wNi0yNyAxNDoyMSwgamFjZWsgYnVyZ2hhcmR0IHdyb3Rl Ogo+Pj4gV2VsbCBJIGNhbiBib290dXAgd2l0aCAzLjVHQgo+Pj4gCj4+PiAKPj4+IE9uIEZyaSwg SnVuIDI3LCAyMDE0IGF0IDExOjExIEFNLCBBdXN0aW4gUyBIZW1tZWxnYXJuCj4+IAo+Pj4gPGFo ZmVycm9pbjdAZ21haWwuY29tIDxtYWlsdG86YWhmZXJyb2luN0BnbWFpbC5jb20+PiB3cm90ZToK Pj4+IAo+Pj4gwqAgwqAgT24gMjAxNC0wNi0yNyAxMjo0MywgamFjZWsgYnVyZ2hhcmR0IHdyb3Rl Ogo+Pj4gwqAgwqAgPiBTbyBteSB4ZW4gZGVza3RvcCBoYXMgb25seSA4Z2Igb2YgcmFtLiBJIGhh ZCBhc3NpZ25lZCAyZ2IKPj4gb2YgcmFtCj4+PiDCoCDCoCB0byBkb20wCj4+PiDCoCDCoCA+IGFu ZCAzZ2IgdG8gd2luOCB3aXRoIGFzc2lnbmVkIDY0NTAuIEkgd2FzIHRyeWluZyB0bwo+PiBhc3Np Z24gNEdCIG9mIHJhbQo+Pj4gwqAgwqAgPiBhbmQgdGhlbiBIRCA2NDUwIGhhcyBhbiBlcnJvciB3 aXRoIDRnYiBub3QgZW5vdWdoCj4+IHJlc291cmNlLiB3aXRoIDNnYgo+Pj4gwqAgwqAgPiBldmVy eXRoaW5nIHdvcmtzIGdyZWF0Lgo+Pj4gwqAgwqAgPiBJcyB0aGlzIGJ1ZyBpbiB4ZW4gb3IgSSBu ZWVkIG1vcmUgcmFtPwo+Pj4gwqAgwqAgPgo+Pj4gwqAgwqAgPgo+Pj4gwqAgwqAgPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+Pj4gwqAgwqAgPiBYZW4t dXNlcnMgbWFpbGluZyBsaXN0Cj4+PiDCoCDCoCA+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIDxt YWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+Cj4+IAo+Pj4gwqAgwqAgPiBodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnMgWzJdCj4+PiDCoCDCoCA+Cj4+PiDCoCDCoCBJdCdzIHByb2Jh Ymx5IGFuIGlzc3VlIHdpdGggaG93IFdpbmRvd3MgbGF5cyBvdXQgaXQncwo+PiBtZW1vcnkuCj4+ PiAKPj4+IAo+PiBUaGUgb25seSByZWFzb24gSSdtIHRoaW5raW5nIGl0J3MgYSBpc3N1ZSBpbiBX aW5kb3dzIGlzIGJlY2F1c2UgNEdCCj4+IGlzCj4+IHRoZSBwZXItcHJvY2VzcyAoYW5kIHBlci1k cml2ZXIsIGFuZCBhbHNvIG9uIHRoZSByZWFsbHkgYmFzaWMKPj4gdmVyc2lvbnMsCj4+IHN5c3Rl bSkgbWVtb3J5IGxpbWl0LCBhbmQgdGhlcmUgYXJlIGtub3duIGlzc3VlcyB3aXRoIHNvbWUgZHJp dmVycwo+PiB3aGVuCj4+IHlvdSBhcHByb2FjaCB0aGlzIGxpbWl0LiDCoE15IGd1ZXNzIGlzIHRo YXQgdGhlcmUgaXMgc29tZSBhbW91bnQgb2YKPj4gbWVtb3J5IHRoYXQgdGhlIGRyaXZlciBpcyBt YXBwaW5nIGZyb20gdGhlIGNhcmQsIGFuZCBpdCBpcyBhbHNvCj4+IHRyeWluZwo+PiB0byBtYXAg c3BhY2UgZXF1YWwgdG8gdGhlIHBoeXNpY2FsIFJBTSBzaXplIGZvciB0aGUgQ1BVLCB3aGljaCBp bgo+PiB0dXJuCj4+IGFkZHMgdXAgdG8gbW9yZSB0aGFuIDRHLgo+IAo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gIFhlbi11c2VycyBtYWlsaW5nIGxp c3QKPiAgWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiAgaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzIFsyXQo+IAo+IAo+IAo+IExpbmtzOgo+IC0tLS0tLQo+IFsxXQo+IGh0dHA6Ly94ZW5i aXRzLnhlbi5vcmcvZ2l0d2ViLz9wPXhlbi5naXQ7YT1jb21taXRkaWZmO2g9MmU1NzM4ZmY0N2I5 ZDJlMTk0ODAyNDEwMGY4N2IxYTI1ZmNmMDA0YQo+IFsyXSBodHRwOi8vbGlzdHMueGVuLm9yZy94 ZW4tdXNlcnMKPiAKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+ IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNA bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 01 07:23:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 07:23:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1sPU-0004XE-Gl; Tue, 01 Jul 2014 07:23:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1sPS-0004X6-OX for xen-users@lists.xen.org; Tue, 01 Jul 2014 07:23:22 +0000 Received: from [85.158.139.211:26545] by server-15.bemta-5.messagelabs.com id 1A/CD-19516-9E162B35; Tue, 01 Jul 2014 07:23:21 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-206.messagelabs.com!1404199399!12911541!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24359 invoked from network); 1 Jul 2014 07:23:20 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 07:23:20 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 45F7E221DE2 for ; Tue, 1 Jul 2014 08:23:19 +0100 (BST) MIME-Version: 1.0 Content-Length: 8069 Date: Tue, 01 Jul 2014 08:23:18 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\" <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> " " Message-ID: <5822ec125a05380092f093bbea34330d@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org VGhlIG9ubHkgdGltZSBJIGhhdmUgc2VlbiB0aGUgR1BVIG5vdCBpbml0aWFsaXplIGR1ZSB0bwoi bm90IGVub3VnaCByZXNvdXJjZXMiIGluIGRldmljZSBtYW5hZ2VyLCBpdCB3YXMgZml4ZWQKYnkg ZGlzYWJsaW5nIHRoZSBlbXVsYXRlZCBWR0EgZGV2aWNlIGluIGRldmljZSBtYW5hZ2VyLgoKSSBo YXZlIHR3byBwYXNzdGhyb3VnaCBWTXMsIHBhc3NpbmcgYSBtb2RpZmllZCA3ODBUaQp0byBlYWNo LCBhbmQgdGhleSB3b3JrIGZpbmUuIEkgbmV2ZXIgdHJpZWQgcGFzc2luZwptb3JlIHRoYW4gb25l IEdQVSB0byBhIHNpbmdsZSBWTS4KCkdvcmRhbgoKT24gMjAxNC0wNi0zMCAxODo0OCwgamFjZWsg YnVyZ2hhcmR0IHdyb3RlOgo+IFdhcyBhbnlvbmUgYWJsZSB0byBwYXNzIHR3byB2aWRlbyBjYXJk cyA/IEkgaW5zdGFsbGVkIDE0LjIgYW1kIGRyaXZlcnMKPiBhbmQgd29sZmVuc3RlaW4gcGxheXMg Z29vZCBvbiBteSBIRCA2NDUwLiBJIGp1c3Qgb3JkZXJlZCBSNyAyNzAgZm9yIDgwCj4gYW5kwqAK PiAKPiAgT24gU2F0LCBKdW4gMjgsIDIwMTQgYXQgMzo0NiBQTSwgamFjZWsgYnVyZ2hhcmR0Cj4g PGphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb20+IHdyb3RlOgo+IAo+PiBubyBnbyBmb3IgbWUgwqBJ IGJldCB0aGVyZSBpcyBuZWVkIGZvciBtb3JlIHBhdGNoaW5nIG1heSBiZSB0aGUKPj4gYWRkcmVz cyBpc3N1ZSBvZiB2Z2EgY2FyZCBtaXNzaW5nLAo+PiAKPj4gT24gU2F0LCBKdW4gMjgsIDIwMTQg YXQgMjoxNiBQTSwgTWF0dGhpYXMKPj4gPG1hdHRoaWFzLmthbm5lbmJlcmdAZ29vZ2xlbWFpbC5j b20+IHdyb3RlOgo+PiAKPj4gQ2FuIHlvdSBwb3N0IHlvdXIgZG9tVSBjb25maWc/Cj4+IAo+PiBJ IHRyaWVkIHNldmVyYWwgdGhpbmdzIGJ1dCBjb3VsZG4ndCBnZXQgbXkgZG9tVSBydW5uaW5nIHdp dGggdmdhCj4+IHBhc3N0aHJvdWdoIG9uIHVwc3RyZWFtIHFlbXUuIHdpdGhvdXQgdm5jIG9yIHNw bGljZSwgdGhlIGRvbVUgaXMgbm90Cj4+IGNyZWF0ZWQsIGFzIHlvdSBub3RlZCwgYnV0IHdpdGgg c3BsaWNlLCBpIGdvdCB0aGUgc2FtZSBlcnJvcgo+PiBtZXNzYWdlLiB0aGUgb25seSB3YXkgaSBj b3VsZCBnZXQgaXQgcnVubmluZyB3YXMgd2l0aCB2bmMsIGJ1dCBpbgo+PiB0aGlzIGNhc2UgYW5k IHdpdGggdmdhPW5vbmUgdGhlIGRvbVUgd291bGQgbm90IGV2ZW4gZ2V0IHRvIHRoZSBib290Cj4+ IHNjcmVlbiBhbmQgd291bGQgc2l0IGlkbGluZyBhdCAyLDUlIGNwdSBpbiB4bCB0b3Agd2hpbGUg bXkgZmlyc3QgY3B1Cj4+IGNvcmUgKGV4Y2x1c3Npdmx5IGZvciBkb20wKSB3aWxsIGdvIHRvIDEw MCUgY29uc3RhbnQgaW4gaHRvcC4gd2l0aAo+PiB2bmMgYW5kIHN0dmdhLCBpIHdvdWxkIGdldCBw YXN0IHRoZSBib290IHNjcmVlbiBidXQgd291bGQgZ2V0IHRoZQo+PiBzYW1lIGJlaGF2aW91ciAy IHNlY29uZHMgaW50byB0aGUgYm9vdCBwcm9jZXNzLgo+PiAKPj4gU28gSSBhbSB3b25kZXJpbmcg aWYgeW91IGRvIHNvbWV0aGluZyBlbHNlIGRpZmZlcmVudGx5IHRoZW4gSSBkbwo+PiAobGlrZSB2 aXJpZGlhbiwgcGNpX3Bvd2VyX21hbmFnZW1lbnQsIHBjaV9wZXJtaXNzaXZlLAo+PiB4ZW5fcGxh dGZvcm1fcGNpIGV0YykuCj4+IAo+PiAyMDE0LTA2LTI4IDE2OjIxIEdNVCswMjowMCBqYWNlayBi dXJnaGFyZHQKPj4gPGphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb20+Ogo+PiAKPj4gV2VsbCBpdCBp cyBzdHJhbmdlIHRoYXQgaXQgc3RpbGwgbmVlZHMgdm5jIG9yIHNwaWNlIHRvIHN0YXJ0LiBJIGhh ZAo+PiBkaXNhYmxlIGJvdGggYW5kIHhsIGZhaWxlZCB0byBzdGFydCBuZXcgaW5zdGFuY2Ugb2Yg aHZtCj4+IAo+PiBPbiBTYXQsIEp1biAyOCwgMjAxNCBhdCA3OjE4IEFNLCBNYXR0aGlhcwo+PiA8 bWF0dGhpYXMua2FubmVuYmVyZ0Bnb29nbGVtYWlsLmNvbT4gd3JvdGU6Cj4+IAo+PiBUaGlzIGlz IGdyZWF0IHRvIGhlYXIgYmVjYXVzZSB0aGlzIGFiYmlsaXR5IGlzIGluIGZhY3QgYWxyZWFkeQo+ PiB0aGVyZToKPj4gCj4gaHR0cDovL3hlbmJpdHMueGVuLm9yZy9naXR3ZWIvP3A9eGVuLmdpdDth PWNvbW1pdGRpZmY7aD0yZTU3MzhmZjQ3YjlkMmUxOTQ4MDI0MTAwZjg3YjFhMjVmY2YwMDRhCj4+ IFsxXQo+PiAKPj4gVGhhbmtzIGZvciB0aGUgaW5mby4gV2lsbCBkbyBzb21lIHRlc3QgcnVucyBs YXRlci4gOikKPj4gCj4+IDIwMTQtMDYtMjggMTU6MTIgR01UKzAyOjAwIGphY2VrIGJ1cmdoYXJk dAo+PiA8amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbT46Cj4+IAo+PiBXZWxsIGkganVzdCBwYXNz IG15IDY0NTAgdG8gOC4xIGFzIGEgc2Vjb25kYXJ5IHZpZGVvIGNhcmQgYW5kIGkgY2FuCj4+IHJl Ym9vdCB3aXRob3V0IGhhdmluZyB0byByZWplY3QgdGhlIGNhcmQgZmlyc3QuwqAKPj4ga3ZtIGp1 c3QgdGVsbHMgcWVtdSB0byB0dXJub2ZmIHZnYSB3aXRoIHZnYT0wIEkgdGhpbmsgdGhhdCBhIHNp bXBsZQo+PiBzb2x1dGlvbnMgd291bGQgYmUgdG8gYWRkIGFiaWxpdHkgdG8gcGFzcyB2Z2E9MCB0 byBxZW11Lgo+PiAKPj4gT24gU2F0LCBKdW4gMjgsIDIwMTQgYXQgMTo0OSBBTSwgTWF0dGhpYXMK Pj4gPG1hdHRoaWFzLmthbm5lbmJlcmdAZ29vZ2xlbWFpbC5jb20+IHdyb3RlOgo+PiAKPj4gTm8s IHFlbXUgdHJhZGl0aW9uYWwgZG9lcyBub3Qgc3VwcG9ydCBzcGljZS4uIHRoaXMgd2FzIHNvbWV0 aGluZwo+PiBpbnRyb2R1Y2VkIHRvIHFlbXUgdXBzdHJlYW0uCj4+IAo+PiBCdXQgZ3JlYXQgdG8g aGVhcmUgdGhhdCBib3RoIHRoaXMgbm93IHdvcmtzIGZvciB5b3UgYW5kIHRoYXQgdGhlCj4+IDRH QiBidWcgaXMgZmluYWxseSBmaXhlZCBpbiB4ZW4gdW5zdGFibGUhCj4+IAo+PiBXb3VsZCB5b3Ug bWluZCBzaGFyaW5nIHlvdXIgZG9tVSBjb25maWc/IEkgbmV2ZXIgZ290IHByaW1hcnkKPj4gcGFz c3Rocm91Z2ggcnVubmluZyB3aXRoIHFlbXUgdXBzdHJlYW0gYW5kIGhhZCB0byBhbHdheXMgZmFs bCBiYWNrCj4+IHRvIHFlbXUtdHJhZGl0aW9uYWwuIElpcmMsIHlvdSB3ZXJlIG9uZSBvZiB0aGUg Z3V5cyB3aG8gdXNlZCBudmlkaWEKPj4gY2FyZHMgd2l0aCB0aGUgZXh0cmEgcGF0Y2hlcywgd2Vy ZW4ndCB5b3U/IENhbiB5b3Ugc3VjY2Vzc2Z1bGx5Cj4+IHJlYm9vdCB5b3VyIGRvbVUgd2l0aG91 dCByZWJvb3RpbmcgdGhlIGRvbTAgKGJhc2ljYWxseSBteSBsYXN0IGJpZwo+PiBpc3N1ZSB3aXRo IHZnYSBwYXNzdGhyb3VnaCB3aXRoIEFNRCkuCj4+IAo+PiBUaGFua3MKPj4gCj4+IDIwMTQtMDYt MjggNzo1NyBHTVQrMDI6MDAgamFjZWsgYnVyZ2hhcmR0Cj4+IDxqYWNla3NidXJnaGFyZHRAZ21h aWwuY29tPjoKPj4gCj4+IEkgYWRkZWQgbW9yZSBtZW1vcnkgYW5kIEkgd2FzIGFiZWwgdG8gZ2V0 IDhnYiBvZiByYW3CoAo+PiAKPj4gT24gRnJpLCBKdW4gMjcsIDIwMTQgYXQgNTozNSBQTSwgamFj ZWsgYnVyZ2hhcmR0Cj4+IDxqYWNla3NidXJnaGFyZHRAZ21haWwuY29tPiB3cm90ZToKPj4gCj4+ IEkganVzdCBjb21waWxlZCB4ZW4tZ2l0IDQuNSBhbmQgaXQgd29ya3MuwqAKPj4gCj4+IE9uIEZy aSwgSnVuIDI3LCAyMDE0IGF0IDE6NTEgUE0sIGphY2VrIGJ1cmdoYXJkdAo+PiA8amFjZWtzYnVy Z2hhcmR0QGdtYWlsLmNvbT4gd3JvdGU6Cj4+IAo+PiBJIHJ1biB4ZW4gNC40IG9uIGFyY2ggbGlu dXggd2l0aCBxZW11IHVwc3RyZWFtLiBJIHRyaWVkIHRvIHVzZQo+PiBxZW11LXRyYWRpdGlvbmFs IHdpdGggZGlyZWN0IHBhc3Npbmcgb2YgdmlkZW8gY2FyZCBidXQgaXQgc2l0cyBhdCAwCj4+IGxv ZyBzaG93IHNvbWV0aGluZyBhYm91dCBubyBjcHUuIEkgZ3Vlc3MgcWVtdSB0cmFkaXRpb25hbCBk b2VzIG5vdAo+PiBzdXBwb3J0IHNwaWNlID/CoAo+PiAKPj4gT24gRnJpLCBKdW4gMjcsIDIwMTQg YXQgMToxNCBQTSwgQXVzdGluIFMgSGVtbWVsZ2Fybgo+PiA8YWhmZXJyb2luN0BnbWFpbC5jb20+ IHdyb3RlOgo+PiAKPj4gT24gMjAxNC0wNi0yNyAxNDoyMSwgamFjZWsgYnVyZ2hhcmR0IHdyb3Rl Ogo+Pj4gV2VsbCBJIGNhbiBib290dXAgd2l0aCAzLjVHQgo+Pj4gCj4+PiAKPj4+IE9uIEZyaSwg SnVuIDI3LCAyMDE0IGF0IDExOjExIEFNLCBBdXN0aW4gUyBIZW1tZWxnYXJuCj4+IAo+Pj4gPGFo ZmVycm9pbjdAZ21haWwuY29tIDxtYWlsdG86YWhmZXJyb2luN0BnbWFpbC5jb20+PiB3cm90ZToK Pj4+IAo+Pj4gwqAgwqAgT24gMjAxNC0wNi0yNyAxMjo0MywgamFjZWsgYnVyZ2hhcmR0IHdyb3Rl Ogo+Pj4gwqAgwqAgPiBTbyBteSB4ZW4gZGVza3RvcCBoYXMgb25seSA4Z2Igb2YgcmFtLiBJIGhh ZCBhc3NpZ25lZCAyZ2IKPj4gb2YgcmFtCj4+PiDCoCDCoCB0byBkb20wCj4+PiDCoCDCoCA+IGFu ZCAzZ2IgdG8gd2luOCB3aXRoIGFzc2lnbmVkIDY0NTAuIEkgd2FzIHRyeWluZyB0bwo+PiBhc3Np Z24gNEdCIG9mIHJhbQo+Pj4gwqAgwqAgPiBhbmQgdGhlbiBIRCA2NDUwIGhhcyBhbiBlcnJvciB3 aXRoIDRnYiBub3QgZW5vdWdoCj4+IHJlc291cmNlLiB3aXRoIDNnYgo+Pj4gwqAgwqAgPiBldmVy eXRoaW5nIHdvcmtzIGdyZWF0Lgo+Pj4gwqAgwqAgPiBJcyB0aGlzIGJ1ZyBpbiB4ZW4gb3IgSSBu ZWVkIG1vcmUgcmFtPwo+Pj4gwqAgwqAgPgo+Pj4gwqAgwqAgPgo+Pj4gwqAgwqAgPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+Pj4gwqAgwqAgPiBYZW4t dXNlcnMgbWFpbGluZyBsaXN0Cj4+PiDCoCDCoCA+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnIDxt YWlsdG86WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc+Cj4+IAo+Pj4gwqAgwqAgPiBodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnMgWzJdCj4+PiDCoCDCoCA+Cj4+PiDCoCDCoCBJdCdzIHByb2Jh Ymx5IGFuIGlzc3VlIHdpdGggaG93IFdpbmRvd3MgbGF5cyBvdXQgaXQncwo+PiBtZW1vcnkuCj4+ PiAKPj4+IAo+PiBUaGUgb25seSByZWFzb24gSSdtIHRoaW5raW5nIGl0J3MgYSBpc3N1ZSBpbiBX aW5kb3dzIGlzIGJlY2F1c2UgNEdCCj4+IGlzCj4+IHRoZSBwZXItcHJvY2VzcyAoYW5kIHBlci1k cml2ZXIsIGFuZCBhbHNvIG9uIHRoZSByZWFsbHkgYmFzaWMKPj4gdmVyc2lvbnMsCj4+IHN5c3Rl bSkgbWVtb3J5IGxpbWl0LCBhbmQgdGhlcmUgYXJlIGtub3duIGlzc3VlcyB3aXRoIHNvbWUgZHJp dmVycwo+PiB3aGVuCj4+IHlvdSBhcHByb2FjaCB0aGlzIGxpbWl0LiDCoE15IGd1ZXNzIGlzIHRo YXQgdGhlcmUgaXMgc29tZSBhbW91bnQgb2YKPj4gbWVtb3J5IHRoYXQgdGhlIGRyaXZlciBpcyBt YXBwaW5nIGZyb20gdGhlIGNhcmQsIGFuZCBpdCBpcyBhbHNvCj4+IHRyeWluZwo+PiB0byBtYXAg c3BhY2UgZXF1YWwgdG8gdGhlIHBoeXNpY2FsIFJBTSBzaXplIGZvciB0aGUgQ1BVLCB3aGljaCBp bgo+PiB0dXJuCj4+IGFkZHMgdXAgdG8gbW9yZSB0aGFuIDRHLgo+IAo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gIFhlbi11c2VycyBtYWlsaW5nIGxp c3QKPiAgWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiAgaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzIFsyXQo+IAo+IAo+IAo+IExpbmtzOgo+IC0tLS0tLQo+IFsxXQo+IGh0dHA6Ly94ZW5i aXRzLnhlbi5vcmcvZ2l0d2ViLz9wPXhlbi5naXQ7YT1jb21taXRkaWZmO2g9MmU1NzM4ZmY0N2I5 ZDJlMTk0ODAyNDEwMGY4N2IxYTI1ZmNmMDA0YQo+IFsyXSBodHRwOi8vbGlzdHMueGVuLm9yZy94 ZW4tdXNlcnMKPiAKPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+ IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNA bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 01 12:08:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 12:08:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1wqI-0005FN-SW; Tue, 01 Jul 2014 12:07:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1wqH-0005FI-A3 for xen-users@lists.xen.org; Tue, 01 Jul 2014 12:07:21 +0000 Received: from [85.158.143.35:3288] by server-1.bemta-4.messagelabs.com id E5/82-09496-874A2B35; Tue, 01 Jul 2014 12:07:20 +0000 X-Env-Sender: sophie@klunky.co.uk X-Msg-Ref: server-10.tower-21.messagelabs.com!1404216439!15064154!1 X-Originating-IP: [88.198.95.13] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26193 invoked from network); 1 Jul 2014 12:07:19 -0000 Received: from klunky.co.uk (HELO klunky.co.uk) (88.198.95.13) by server-10.tower-21.messagelabs.com with SMTP; 1 Jul 2014 12:07:19 -0000 Received: by klunky.co.uk (Postfix, from userid 33) id 785DE96; Tue, 1 Jul 2014 14:07:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=klunky.co.uk; s=mail; t=1404216435; bh=VnzBDRgqxy8pSVNG8EbSWiekNRsoWQCQYpDSAAkvgZg=; h=To:Subject:Date:From; b=bkhbM0jCGbQj0NqfHXvVfZiLc0fdaeGgMexwSdImfJsEnHkwNvGHsP8VdlRwK7wB2 qkq0zsGLNiTAyJ01IyoKReJw4+8cyjE55HwWOCcu5HSkPjPnzFSaG/uCLfLNPcIPYf /JOkhbe9ZRWu7kxcxigta2MQfHiG+tJ9WHpLEtvM= To: xen-users@lists.xen.org X-PHP-Originating-Script: 501:rcmail.php MIME-Version: 1.0 Date: Tue, 01 Jul 2014 14:07:15 +0200 From: Sophie Message-ID: X-Sender: sophie@klunky.co.uk User-Agent: Roundcube Webmail/0.9.5 Subject: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4989180289258279677==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4989180289258279677== Content-Type: multipart/alternative; boundary="=_6fb91ea98a2878060306938a05db013c" --=_6fb91ea98a2878060306938a05db013c Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 =20 Hi,=20 We have lots of virtual machines running our Oracle Virtual Manager setup ( Oracle Linux with Xen) on x86.=20 When I've setup new VMs I've always assigned CPUs to them instead of sharing them because all our VMs run RHEL and Oracle 11g. In my opinion this ensures they have all CPU cycles dedicated without any chance they'll be starved. Their combined SGA and PGA usually total 3Gb and I've allocated 4Gb of dedicated RAM.=20 Our DBA team, who were new to XEN and visualization seem to have a heightened interest in XEN and have asked me this:=20 ** Why don't we allocated 32 VCPUS to all virtual machines so that they can share all resources and when they need CPUs they can access those that were sitting idle ** Their logic was VCPUs could be better distributed like this.=20 My question to you is what do you think?=20 Thanks, Sophie=20 =20 --=_6fb91ea98a2878060306938a05db013c Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

 

Hi,

  We have lots of virtual machines running our Oracle Virtual Manag= er setup ( Oracle Linux with Xen) on x86.


When I've setup new VMs I've always assigned CPUs to them instead = of sharing them because all our VMs run RHEL and Oracle 11g.  In my op= inion this ensures they have all CPU cycles dedicated without any chance th= ey'll be starved.  Their combined SGA and PGA usually total 3Gb and I'= ve allocated 4Gb of dedicated RAM.

Our DBA team, who were new to XEN and visualization seem to have a heigh= tened interest in XEN and have asked me this:

** Why don't we allocated 32 VCPUS to all virtual machines so that they = can share all resources and when they need CPUs they can access those that = were sitting idle ** Their logic was VCPUs could be better distributed like= this.


My question to you is what do you think?

Thanks, Sophie

 

--=_6fb91ea98a2878060306938a05db013c-- --===============4989180289258279677== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4989180289258279677==-- From xen-users-bounces@lists.xen.org Tue Jul 01 12:08:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 12:08:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1wqI-0005FN-SW; Tue, 01 Jul 2014 12:07:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1wqH-0005FI-A3 for xen-users@lists.xen.org; Tue, 01 Jul 2014 12:07:21 +0000 Received: from [85.158.143.35:3288] by server-1.bemta-4.messagelabs.com id E5/82-09496-874A2B35; Tue, 01 Jul 2014 12:07:20 +0000 X-Env-Sender: sophie@klunky.co.uk X-Msg-Ref: server-10.tower-21.messagelabs.com!1404216439!15064154!1 X-Originating-IP: [88.198.95.13] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26193 invoked from network); 1 Jul 2014 12:07:19 -0000 Received: from klunky.co.uk (HELO klunky.co.uk) (88.198.95.13) by server-10.tower-21.messagelabs.com with SMTP; 1 Jul 2014 12:07:19 -0000 Received: by klunky.co.uk (Postfix, from userid 33) id 785DE96; Tue, 1 Jul 2014 14:07:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=klunky.co.uk; s=mail; t=1404216435; bh=VnzBDRgqxy8pSVNG8EbSWiekNRsoWQCQYpDSAAkvgZg=; h=To:Subject:Date:From; b=bkhbM0jCGbQj0NqfHXvVfZiLc0fdaeGgMexwSdImfJsEnHkwNvGHsP8VdlRwK7wB2 qkq0zsGLNiTAyJ01IyoKReJw4+8cyjE55HwWOCcu5HSkPjPnzFSaG/uCLfLNPcIPYf /JOkhbe9ZRWu7kxcxigta2MQfHiG+tJ9WHpLEtvM= To: xen-users@lists.xen.org X-PHP-Originating-Script: 501:rcmail.php MIME-Version: 1.0 Date: Tue, 01 Jul 2014 14:07:15 +0200 From: Sophie Message-ID: X-Sender: sophie@klunky.co.uk User-Agent: Roundcube Webmail/0.9.5 Subject: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4989180289258279677==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4989180289258279677== Content-Type: multipart/alternative; boundary="=_6fb91ea98a2878060306938a05db013c" --=_6fb91ea98a2878060306938a05db013c Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 =20 Hi,=20 We have lots of virtual machines running our Oracle Virtual Manager setup ( Oracle Linux with Xen) on x86.=20 When I've setup new VMs I've always assigned CPUs to them instead of sharing them because all our VMs run RHEL and Oracle 11g. In my opinion this ensures they have all CPU cycles dedicated without any chance they'll be starved. Their combined SGA and PGA usually total 3Gb and I've allocated 4Gb of dedicated RAM.=20 Our DBA team, who were new to XEN and visualization seem to have a heightened interest in XEN and have asked me this:=20 ** Why don't we allocated 32 VCPUS to all virtual machines so that they can share all resources and when they need CPUs they can access those that were sitting idle ** Their logic was VCPUs could be better distributed like this.=20 My question to you is what do you think?=20 Thanks, Sophie=20 =20 --=_6fb91ea98a2878060306938a05db013c Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

 

Hi,

  We have lots of virtual machines running our Oracle Virtual Manag= er setup ( Oracle Linux with Xen) on x86.


When I've setup new VMs I've always assigned CPUs to them instead = of sharing them because all our VMs run RHEL and Oracle 11g.  In my op= inion this ensures they have all CPU cycles dedicated without any chance th= ey'll be starved.  Their combined SGA and PGA usually total 3Gb and I'= ve allocated 4Gb of dedicated RAM.

Our DBA team, who were new to XEN and visualization seem to have a heigh= tened interest in XEN and have asked me this:

** Why don't we allocated 32 VCPUS to all virtual machines so that they = can share all resources and when they need CPUs they can access those that = were sitting idle ** Their logic was VCPUs could be better distributed like= this.


My question to you is what do you think?

Thanks, Sophie

 

--=_6fb91ea98a2878060306938a05db013c-- --===============4989180289258279677== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4989180289258279677==-- From xen-users-bounces@lists.xen.org Tue Jul 01 12:34:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 12:34:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1xFA-0006ex-A6; Tue, 01 Jul 2014 12:33:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1xF9-0006eV-16 for xen-users@lists.xen.org; Tue, 01 Jul 2014 12:33:03 +0000 Received: from [85.158.143.35:37609] by server-3.bemta-4.messagelabs.com id 9E/4B-16194-E7AA2B35; Tue, 01 Jul 2014 12:33:02 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1404217980!15054363!1 X-Originating-IP: [209.85.213.172] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24783 invoked from network); 1 Jul 2014 12:33:01 -0000 Received: from mail-ig0-f172.google.com (HELO mail-ig0-f172.google.com) (209.85.213.172) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 12:33:01 -0000 Received: by mail-ig0-f172.google.com with SMTP id hn18so5415837igb.11 for ; Tue, 01 Jul 2014 05:32:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:references:in-reply-to:content-type; bh=BZvQ5GapllxTuOrl8XGodnlUChEee8Anj1HMwFV6yXU=; b=Xw5JhfrSnvXKBbCpxVBeM6vQ8yAo5j/oWO0Sw6c9c2B7wUI8WWouvizWXuaXiRtvwm pp17v/h5j4P2W3OIoATiP6HzwFJG1+1jnvIi7qJNtSGYprnm5a3lp+zz6R1eVISrzKv0 NvPaF92EmicjWIDWzekY1pQzlF6mNWjQhczbOxKeMzq7/rkHaNnRH6UfpMlGOKhecEoz dh8YrgAaolaxBWB+j0u1ykOka6xA7Yi1pbYG0WmPtfYM/ojiX76cXL1v+Xsi0IXfq1wr pt3MPz+6UnEDAgnrhYrPXYMVkHW2SN7BOWVIeQ7AE7N4E2JOG0erPEJ7VyIppWEdCi45 x0WQ== X-Received: by 10.50.221.99 with SMTP id qd3mr3207494igc.3.1404217979839; Tue, 01 Jul 2014 05:32:59 -0700 (PDT) Received: from [191.9.206.254] ([70.62.41.2]) by mx.google.com with ESMTPSA id l9sm7087219ige.2.2014.07.01.05.32.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 01 Jul 2014 05:32:58 -0700 (PDT) Message-ID: <53B2AA74.5080302@gmail.com> Date: Tue, 01 Jul 2014 08:32:52 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org, sophie@klunky.co.uk References: In-Reply-To: X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7686674752146706824==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7686674752146706824== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030206060403090701000307" This is a cryptographically signed message in MIME format. --------------ms030206060403090701000307 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-07-01 08:07, Sophie wrote: > =20 >=20 > Hi, >=20 > We have lots of virtual machines running our Oracle Virtual Manager > setup ( Oracle Linux with Xen) on x86. >=20 >=20 > When I've setup new VMs I've always assigned CPUs to them instead of > sharing them because all our VMs run RHEL and Oracle 11g. In my opinio= n > this ensures they have all CPU cycles dedicated without any chance > they'll be starved. Their combined SGA and PGA usually total 3Gb and > I've allocated 4Gb of dedicated RAM. >=20 > Our DBA team, who were new to XEN and visualization seem to have a > heightened interest in XEN and have asked me this: >=20 > ** Why don't we allocated 32 VCPUS to all virtual machines so that they= > can share all resources and when they need CPUs they can access those > that were sitting idle ** Their logic was VCPUs could be better > distributed like this. >=20 >=20 > My question to you is what do you think? >=20 > Thanks, Sophie >=20 I think that they have failed to understand that when you don't bind VCPUs to physical CPUs, xen automatically load-balances the VCPUs dynamically. Personally, I would keep the same number of VCPUs assigned to each VM, but not pin them to specific physical CPUs (with the notable exception of giving Domain-0 pinned VCPUs, and making sure that the VM's don't run on those physical CPUs). In my experience, this tends to get better performance with I/O heavy workloads such as most database work. I would not, however, suggest over-provisioning VCPUs by more than twice the number of physical CPUs. --------------ms030206060403090701000307 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDcwMTEyMzI1MlowIwYJKoZIhvcNAQkE MRYEFBh1Xe1KGlr/rX+/+C869ycJElltMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICABy10JjztdVQm0sutSGzxwZxc0bI6yHnNFpBWrgkLxM6m5An U1e3Ai4rkBFNnDg/yemwAXq6/FWGBF3OSQ1NSxDqZ2NPyQSeUuSu5+VUELDv7ZlLjeNdiTcw VGCvZy4m3HBZkvnuAmEhu2P/1qLDCMESQPrOkCCG++GZoRdGEf3VoFzvZppWyypPU+jNh66l iFoIq1flRgvf5C5dNa+bdQULr+kUqWfOXqrZ51qQbVw/sSh/mSAvV5vdKX/KpyAJgQJtOD3m So8fLWiT9pt8tVDFW8MSq5QNwqvrYk3SUg3LEjP97cNst99dJmTPFKWUDYm0FzQi8ipxPbld D2JIFCFnfxoCCB2TcLoVGlXaogMhqAFtyG9S740r+i2u34ENzORVS350u0CZ3mAiTPW1BBOL BUHiLurL6p6S3Egx+9Q1kdnmjNxmxMJ6s6O9AgbdWnJoKcxCCVGvaDiPYhLB7uNV4/UYAOWf S0K3Gw0b+Lx8akq2+jb+cx5oaTq5FU5gWEjbIwT22mpV0ef3DL604kuyQxI4Twb2YBcJHTrh DZzIOEj2LJSw9EViiNvMJgrYWECtIwHW/s4Tp5Mum7gVIZwUNt5vCXR97o0ElE4C83RkTPBr ky1+VhTgK1OXxftXVl6kwcRCdUB2MGfDdcPmu1D8KfBLqF41hNkr7xjf88BQAAAAAAAA --------------ms030206060403090701000307-- --===============7686674752146706824== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7686674752146706824==-- From xen-users-bounces@lists.xen.org Tue Jul 01 12:34:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 12:34:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1xFA-0006ex-A6; Tue, 01 Jul 2014 12:33:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1xF9-0006eV-16 for xen-users@lists.xen.org; Tue, 01 Jul 2014 12:33:03 +0000 Received: from [85.158.143.35:37609] by server-3.bemta-4.messagelabs.com id 9E/4B-16194-E7AA2B35; Tue, 01 Jul 2014 12:33:02 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1404217980!15054363!1 X-Originating-IP: [209.85.213.172] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24783 invoked from network); 1 Jul 2014 12:33:01 -0000 Received: from mail-ig0-f172.google.com (HELO mail-ig0-f172.google.com) (209.85.213.172) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 12:33:01 -0000 Received: by mail-ig0-f172.google.com with SMTP id hn18so5415837igb.11 for ; Tue, 01 Jul 2014 05:32:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:subject:references:in-reply-to:content-type; bh=BZvQ5GapllxTuOrl8XGodnlUChEee8Anj1HMwFV6yXU=; b=Xw5JhfrSnvXKBbCpxVBeM6vQ8yAo5j/oWO0Sw6c9c2B7wUI8WWouvizWXuaXiRtvwm pp17v/h5j4P2W3OIoATiP6HzwFJG1+1jnvIi7qJNtSGYprnm5a3lp+zz6R1eVISrzKv0 NvPaF92EmicjWIDWzekY1pQzlF6mNWjQhczbOxKeMzq7/rkHaNnRH6UfpMlGOKhecEoz dh8YrgAaolaxBWB+j0u1ykOka6xA7Yi1pbYG0WmPtfYM/ojiX76cXL1v+Xsi0IXfq1wr pt3MPz+6UnEDAgnrhYrPXYMVkHW2SN7BOWVIeQ7AE7N4E2JOG0erPEJ7VyIppWEdCi45 x0WQ== X-Received: by 10.50.221.99 with SMTP id qd3mr3207494igc.3.1404217979839; Tue, 01 Jul 2014 05:32:59 -0700 (PDT) Received: from [191.9.206.254] ([70.62.41.2]) by mx.google.com with ESMTPSA id l9sm7087219ige.2.2014.07.01.05.32.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 01 Jul 2014 05:32:58 -0700 (PDT) Message-ID: <53B2AA74.5080302@gmail.com> Date: Tue, 01 Jul 2014 08:32:52 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org, sophie@klunky.co.uk References: In-Reply-To: X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7686674752146706824==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7686674752146706824== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030206060403090701000307" This is a cryptographically signed message in MIME format. --------------ms030206060403090701000307 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-07-01 08:07, Sophie wrote: > =20 >=20 > Hi, >=20 > We have lots of virtual machines running our Oracle Virtual Manager > setup ( Oracle Linux with Xen) on x86. >=20 >=20 > When I've setup new VMs I've always assigned CPUs to them instead of > sharing them because all our VMs run RHEL and Oracle 11g. In my opinio= n > this ensures they have all CPU cycles dedicated without any chance > they'll be starved. Their combined SGA and PGA usually total 3Gb and > I've allocated 4Gb of dedicated RAM. >=20 > Our DBA team, who were new to XEN and visualization seem to have a > heightened interest in XEN and have asked me this: >=20 > ** Why don't we allocated 32 VCPUS to all virtual machines so that they= > can share all resources and when they need CPUs they can access those > that were sitting idle ** Their logic was VCPUs could be better > distributed like this. >=20 >=20 > My question to you is what do you think? >=20 > Thanks, Sophie >=20 I think that they have failed to understand that when you don't bind VCPUs to physical CPUs, xen automatically load-balances the VCPUs dynamically. Personally, I would keep the same number of VCPUs assigned to each VM, but not pin them to specific physical CPUs (with the notable exception of giving Domain-0 pinned VCPUs, and making sure that the VM's don't run on those physical CPUs). In my experience, this tends to get better performance with I/O heavy workloads such as most database work. I would not, however, suggest over-provisioning VCPUs by more than twice the number of physical CPUs. --------------ms030206060403090701000307 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDcwMTEyMzI1MlowIwYJKoZIhvcNAQkE MRYEFBh1Xe1KGlr/rX+/+C869ycJElltMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICABy10JjztdVQm0sutSGzxwZxc0bI6yHnNFpBWrgkLxM6m5An U1e3Ai4rkBFNnDg/yemwAXq6/FWGBF3OSQ1NSxDqZ2NPyQSeUuSu5+VUELDv7ZlLjeNdiTcw VGCvZy4m3HBZkvnuAmEhu2P/1qLDCMESQPrOkCCG++GZoRdGEf3VoFzvZppWyypPU+jNh66l iFoIq1flRgvf5C5dNa+bdQULr+kUqWfOXqrZ51qQbVw/sSh/mSAvV5vdKX/KpyAJgQJtOD3m So8fLWiT9pt8tVDFW8MSq5QNwqvrYk3SUg3LEjP97cNst99dJmTPFKWUDYm0FzQi8ipxPbld D2JIFCFnfxoCCB2TcLoVGlXaogMhqAFtyG9S740r+i2u34ENzORVS350u0CZ3mAiTPW1BBOL BUHiLurL6p6S3Egx+9Q1kdnmjNxmxMJ6s6O9AgbdWnJoKcxCCVGvaDiPYhLB7uNV4/UYAOWf S0K3Gw0b+Lx8akq2+jb+cx5oaTq5FU5gWEjbIwT22mpV0ef3DL604kuyQxI4Twb2YBcJHTrh DZzIOEj2LJSw9EViiNvMJgrYWECtIwHW/s4Tp5Mum7gVIZwUNt5vCXR97o0ElE4C83RkTPBr ky1+VhTgK1OXxftXVl6kwcRCdUB2MGfDdcPmu1D8KfBLqF41hNkr7xjf88BQAAAAAAAA --------------ms030206060403090701000307-- --===============7686674752146706824== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7686674752146706824==-- From xen-users-bounces@lists.xen.org Tue Jul 01 14:27:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 14:27:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1z1E-0005AG-9N; Tue, 01 Jul 2014 14:26:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1yj6-00049f-Fu for xen-users@lists.xen.org; Tue, 01 Jul 2014 14:08:04 +0000 Received: from [85.158.137.68:9850] by server-14.bemta-3.messagelabs.com id 02/4B-19846-3C0C2B35; Tue, 01 Jul 2014 14:08:03 +0000 X-Env-Sender: v1ne2go@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1404223681!13348759!1 X-Originating-IP: [209.85.219.66] X-SpamReason: No, hits=2.0 required=7.0 tests=FROM_HAS_MIXED_NUMS, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21345 invoked from network); 1 Jul 2014 14:08:03 -0000 Received: from mail-oa0-f66.google.com (HELO mail-oa0-f66.google.com) (209.85.219.66) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 14:08:03 -0000 Received: by mail-oa0-f66.google.com with SMTP id eb12so2970586oac.9 for ; Tue, 01 Jul 2014 07:08:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FIPmd+42ROEbrLUkMJu+oJvj0oyOF2h8AcbTKqEmPkc=; b=ffR7vl1RQ8HljW0pcHwp/RyYpNmygVldmTLl/BvV5mXeGbkTjqTWdQ/81H8MDeR6sT Kmz6N3BhSdvP9OfhwCo5+H/6hUo7DDrH4i/tWkPqRXZPVBHVRY+Bke2F3M+XGw/cv0bG QFcpWALmnP2gb2Pc1UITRtQtxQETpi6Fco8rPP5pwRdNOjj14Wg4mVAEnyJQ60+acRmg 4idrGvsF14b6X7u+/efTV9zeq5t+lZhFyCHri9RjmqVexPpSP3gLr5pLimHmnxUdL/8C 2NCf/GIfUryuv9pj2hO1dfGR4NJB6cQ/ZdhAkkjY7WYFPfbR4tgXTnnjlfxO9eMc3/Mb utfg== MIME-Version: 1.0 X-Received: by 10.60.179.138 with SMTP id dg10mr49835454oec.13.1404223681431; Tue, 01 Jul 2014 07:08:01 -0700 (PDT) Received: by 10.76.97.138 with HTTP; Tue, 1 Jul 2014 07:08:01 -0700 (PDT) Date: Tue, 1 Jul 2014 16:08:01 +0200 Message-ID: From: Denis Schneider To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 01 Jul 2014 14:26:47 +0000 Subject: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I am using a Cubieboard2 with Xen 4.4. After building Xen, installing Debian etc. as described there: http://openmirage.org/wiki/xen-on-cubieboard2, I tried to use Debian and Gentoo as domU. Xen and the dom0 kernel were compiled with the Linaro _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 14:27:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 14:27:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1z1E-0005AR-QY; Tue, 01 Jul 2014 14:26:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1yxP-00058Q-Mk for xen-users@lists.xen.org; Tue, 01 Jul 2014 14:22:51 +0000 Received: from [85.158.139.211:5079] by server-17.bemta-5.messagelabs.com id F1/43-08711-B34C2B35; Tue, 01 Jul 2014 14:22:51 +0000 X-Env-Sender: v1ne2go@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1404224568!13026828!1 X-Originating-IP: [209.85.214.194] X-SpamReason: No, hits=2.5 required=7.0 tests=BODY_RANDOM_LONG, FROM_HAS_MIXED_NUMS,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31933 invoked from network); 1 Jul 2014 14:22:49 -0000 Received: from mail-ob0-f194.google.com (HELO mail-ob0-f194.google.com) (209.85.214.194) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 14:22:49 -0000 Received: by mail-ob0-f194.google.com with SMTP id uy5so2991458obc.1 for ; Tue, 01 Jul 2014 07:22:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=/AXOagXT3aIWZlq/gi/o6ohzoNC6RFPhCWI7dtQHhxo=; b=Xh/bCEupQtLut3lM9GZgXUXv6ysXw2edC8Jw8ODpbfo0etVPozI1m0i5MA6NWUClsS 28g6EiTNS4dL9bTrEgdsKRL60Uv5LCz9ML3eN5RiU2l6IzOCbH2GDv3+6Zq1LIix532O CzaquwXBRjB3dBCtbrIDNpkM85odDPWnN6qJbkgHzXLtwaF+gtwmjnkq8Gu0Dyr7NGvb 3BVGHd5W/ZKv1Vstspzzzls3VQG3QP8M3MkMANN4ux9zzyq91+fxBHsr3PWKKvFD78x4 XSHs1Eonq3E2HMGtjIYUOIWFvsSWyYPzMrIuJgsVHUdVddlqr5HB0TnuaOgeqFtSiUg4 Rjlw== MIME-Version: 1.0 X-Received: by 10.60.79.104 with SMTP id i8mr16133014oex.67.1404224567936; Tue, 01 Jul 2014 07:22:47 -0700 (PDT) Received: by 10.76.97.138 with HTTP; Tue, 1 Jul 2014 07:22:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Jul 2014 16:22:47 +0200 Message-ID: From: Denis Schneider To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 01 Jul 2014 14:26:47 +0000 Subject: Re: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I am using a Cubieboard2 with Xen 4.4. After building Xen, installing Debian etc. as described there: http://openmirage.org/wiki/xen-on-cubieboard2, I tried to use Debian and Gentoo as domU. Xen and the dom0 kernel were compiled with the Linaro toolchain: arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.8-2013.10 - Linaro GCC 2013.10) 4.8.2 20131014 (prerelease) The kernel was compiled from https://github.com/linux-sunxi/linux-sunxi.git, branch sunxi-devel at a076583266. Unfortunatly, the machine won't tolerate network load. If I do "nc -l -p /dev/null" on dom0 or an external host, I get a constant stream of: [ 189.507495] xen_add_phys_to_mach_entry: cannot add pfn=0x0006930f -> mfn=0x0004c3bc: pfn=0x00069310 -> mfn=0x0004c3bc already exists [ 189.531185] xen_add_phys_to_mach_entry: cannot add pfn=0x0006921d -> mfn=0x0004c489: pfn=0x0006928f -> mfn=0x0004c489 already exists [ 189.533478] xen_add_mach_to_phys_entry: cannot add pfn=0x0006921a -> mfn=0x0004c485: pfn=0x00069283 -> mfn=0x0004c485 already exists [ 189.536304] xen_add_phys_to_mach_entry: cannot add pfn=0x00069212 -> mfn=0x0004c485: pfn=0x00069213 -> mfn=0x0004c485 already exists [ 189.536843] xen_add_mach_to_phys_entry: cannot add pfn=0x00069211 -> mfn=0x0004c484: pfn=0x0006853a -> mfn=0x0004c484 already exists [ 189.536909] xen_add_phys_to_mach_entry: cannot add pfn=0x00069208 -> mfn=0x0004c391: pfn=0x00069210 -> mfn=0x0004c391 already exists [ 189.539105] xen_add_phys_to_mach_entry: cannot add pfn=0x00069204 -> mfn=0x0004c485: pfn=0x00069207 -> mfn=0x0004c485 already exists [ 189.539164] xen_add_mach_to_phys_entry: cannot add pfn=0x0006853f -> mfn=0x0004c390: pfn=0x0006920a -> mfn=0x0004c390 already exists [ 189.539569] xen_add_mach_to_phys_entry: cannot add pfn=0x0006852f -> mfn=0x0004c484: pfn=0x0006853e -> mfn=0x0004c484 already exists [ 189.541451] xen_add_phys_to_mach_entry: cannot add pfn=0x00068538 -> mfn=0x0004c484: pfn=0x0006852c -> mfn=0x0004c484 already exists [ 190.382277] xen_add_mach_to_phys_entry: cannot add pfn=0x00069110 -> mfn=0x0004c3cc: pfn=0x00069129 -> mfn=0x0004c3cc already exists [ 190.437460] xen_add_mach_to_phys_entry: cannot add pfn=0x00069280 -> mfn=0x0004c3ea: pfn=0x00068533 -> mfn=0x0004c3ea already exists [ 191.022920] xen_add_phys_to_mach_entry: cannot add pfn=0x00069200 -> mfn=0x0004c3d0: pfn=0x0006920f -> mfn=0x0004c3d0 already exists [ 191.029744] xen_add_phys_to_mach_entry: cannot add pfn=0x00068532 -> mfn=0x0004c38e: pfn=0x00068529 -> mfn=0x0004c38e already exists followed by a panic when disk activity occurs: [ 300.924382] Unable to handle kernel paging request at virtual address aadd5000 [ 300.924434] pgd = c0004000 [ 300.924450] [aadd5000] *pgd=00000000 [ 300.924474] Internal error: Oops: 2805 [#1] ARM [ 300.924491] Modules linked in: [ 300.924521] CPU: 0 PID: 0 Comm: swapper Not tainted 3.15.0-00201-ga076583 #17 [ 300.924546] task: c055d5e0 ti: c0552000 task.ti: c0552000 [ 300.924579] PC is at v7_dma_inv_range+0x30/0x48 [ 300.924601] LR is at __dma_page_dev_to_cpu+0x80/0x124 [ 300.924622] pc : [] lr : [] psr: 40010193 [ 300.924622] sp : c0553d68 ip : c05b01fc fp : 00000000 [ 300.924673] r10: 00001000 r9 : 00000002 r8 : cbb35aa0 [ 300.924693] r7 : 00000000 r6 : 00001000 r5 : c05b01fc r4 : c055d300 [ 300.924714] r3 : 0000003f r2 : 00000040 r1 : aadd6000 r0 : aadd5000 [ 300.924738] Flags: nZcv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel [ 300.924763] Control: 10c5387d Table: 6af78059 DAC: 00000015 [ 300.924783] Process swapper (pid: 0, stack limit = 0xc0552240) [ 300.924804] Stack: (0xc0553d68 to 0xc0554000) [ 300.924827] 3d60: c0017f84 c0553d84 c03bf560 4add5000 00000000 0004add5 [ 300.924855] 3d80: 4add5000 cb895e10 00000002 c01cdb30 00001000 00000002 00000000 000690da [ 300.924883] 3da0: 00000482 00000000 00000600 c92af000 00000001 00000001 00000002 cb895e10 [ 300.924911] 3dc0: 00000000 cbb02190 0000249c c01cde34 00001000 00000002 00000000 20010193 [ 300.924939] 3de0: 00000001 cbb10a80 c92af000 cbb10000 00000001 000000b0 00000001 c023b2b4 [ 300.924967] 3e00: 00000000 20010193 c0553e24 c003b9a8 cb82e508 cbb10a80 cbb10000 cbb11640 [ 300.924995] 3e20: 00000001 c023b544 00000000 0000000f cbb10000 c023b90c cbb10000 cbb11640 [ 300.925023] 3e40: 00000000 cbb10000 00000008 d08a2100 00000001 cbb00010 cbae7c10 c024d8d4 [ 300.925051] 3e60: fff27870 ffffffff fff15a00 ffffffff 000361e4 00000000 ffeea214 00000000 [ 300.925079] 3e80: 00000001 00000001 cbb02190 d08a2000 c055a01c cbb02190 0000249c c024e000 [ 300.925107] 3ea0: 00000000 3b9aca00 00000000 00000001 c055a0e0 cbb03040 c0565c14 00000000 [ 300.925135] 3ec0: 00000000 00000058 cb807c00 c0586790 00000001 c00496a0 00000046 20010193 [ 300.925163] 3ee0: c0561db8 cb807c00 c0565c14 00000000 d0804000 c057df88 00000000 c0552000 [ 300.925192] 3f00: ffffffed c00497cc cb807c00 c004bfe0 c004bf48 00000058 00000058 c0048ec4 [ 300.925220] 3f20: c0565a30 c000f048 d080400c c055a404 c0553f50 c0008540 c000f19c c000f1a0 [ 300.925249] 3f40: 60010013 ffffffff c0553f84 c0011e40 ffffffed 00000000 00000001 00000000 [ 300.925277] 3f60: c055a0b8 0000004c c0552000 00000000 c057df88 00000000 c0552000 ffffffed [ 300.925305] 3f80: 01000000 c0553f98 c000f19c c000f1a0 60010013 ffffffff c055adcc c0040c5c [ 300.925333] 3fa0: cbfff5c0 00000000 c058678e c0552000 00000000 c055a000 00000000 c0526a40 [ 300.925361] 3fc0: ffffffff ffffffff c05264ec 00000000 00000000 c0546bc8 00000000 10c5387d [ 300.925389] 3fe0: c055a04c c0546bc4 c055e6c8 60004059 410fc074 60008070 00000000 00000000 [ 300.925431] [] (v7_dma_inv_range) from [] (__dma_page_dev_to_cpu+0x80/0x124) [ 300.925471] [] (__dma_page_dev_to_cpu) from [] (xen_unmap_single+0xbc/0x108) [ 300.925508] [] (xen_unmap_single) from [] (xen_swiotlb_unmap_sg_attrs+0x48/0x68) [ 300.925544] [] (xen_swiotlb_unmap_sg_attrs) from [] (ata_sg_clean+0x8c/0x120) [ 300.925580] [] (ata_sg_clean) from [] (__ata_qc_complete+0x34/0x144) [ 300.925613] [] (__ata_qc_complete) from [] (ata_qc_complete_multiple+0xa0/0xd4) [ 300.925649] [] (ata_qc_complete_multiple) from [] (ahci_handle_port_interrupt+0x124/0x5b0) [ 300.925688] [] (ahci_handle_port_interrupt) from [] (ahci_interrupt+0xc0/0x158) [ 300.925724] [] (ahci_interrupt) from [] (handle_irq_event_percpu+0x38/0x13c) [ 300.925759] [] (handle_irq_event_percpu) from [] (handle_irq_event+0x28/0x38) [ 300.925794] [] (handle_irq_event) from [] (handle_fasteoi_irq+0x98/0x17c) [ 300.925828] [] (handle_fasteoi_irq) from [] (generic_handle_irq+0x2c/0x3c) [ 300.925862] [] (generic_handle_irq) from [] (handle_IRQ+0x38/0x84) [ 300.925899] [] (handle_IRQ) from [] (gic_handle_irq+0x2c/0x54) [ 300.925929] [] (gic_handle_irq) from [] (__irq_svc+0x40/0x50) [ 300.925953] Exception stack(0xc0553f50 to 0xc0553f98) [ 300.925973] 3f40: ffffffed 00000000 00000001 00000000 [ 300.926001] 3f60: c055a0b8 0000004c c0552000 00000000 c057df88 00000000 c0552000 ffffffed [ 300.926028] 3f80: 01000000 c0553f98 c000f19c c000f1a0 60010013 ffffffff [ 300.926057] [] (__irq_svc) from [] (arch_cpu_idle+0x2c/0x30) [ 300.926090] [] (arch_cpu_idle) from [] (cpu_startup_entry+0xf8/0x1dc) [ 300.926125] [] (cpu_startup_entry) from [] (start_kernel+0x32c/0x338) [ 300.926155] Code: 1e070f3e e1110003 e1c11003 1e071f3e (ee070f36) [ 300.926181] ---[ end trace edc3479207e4afcc ]--- [ 300.926200] Kernel panic - not syncing: Fatal exception in interrupt [ 300.926222] ---[ end Kernel panic - not syncing: Fatal exception in interrupt disk activity is generated with "find /usr > /dev/null" on domU. As you see from the panic stack trace, the domU root device is a SATA HDD connected to the AHCI port. If you use an SD card, you get a similar panic, but with the mmc interrupt handler. A panic can also occur tens of seconds after the network IO seized if heavy disk IO follows. I tried compiling the dom0 kernel with Gentoo-gcc 4.7.3 and Linaro-4.8.2 and Gentoo-4.8.3 without additional CFLAGS. The result is the same. To me, it looks as if xen-netback or something in this area corrupts memory on large amounts of network IO. Does anybody have a working setup on a Cubieboard2 or similar that is really stable? Or a clue for me what is really happening here? I'd happily give more information or try out more things. I am not the only one with this problem and also tried different power supplies. The dom0 kernel is stable if used without domU. So it shouldn't be a hardware problem. Kind regards, Denis _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 14:27:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 14:27:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1z1E-0005AG-9N; Tue, 01 Jul 2014 14:26:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1yj6-00049f-Fu for xen-users@lists.xen.org; Tue, 01 Jul 2014 14:08:04 +0000 Received: from [85.158.137.68:9850] by server-14.bemta-3.messagelabs.com id 02/4B-19846-3C0C2B35; Tue, 01 Jul 2014 14:08:03 +0000 X-Env-Sender: v1ne2go@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1404223681!13348759!1 X-Originating-IP: [209.85.219.66] X-SpamReason: No, hits=2.0 required=7.0 tests=FROM_HAS_MIXED_NUMS, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21345 invoked from network); 1 Jul 2014 14:08:03 -0000 Received: from mail-oa0-f66.google.com (HELO mail-oa0-f66.google.com) (209.85.219.66) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 14:08:03 -0000 Received: by mail-oa0-f66.google.com with SMTP id eb12so2970586oac.9 for ; Tue, 01 Jul 2014 07:08:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FIPmd+42ROEbrLUkMJu+oJvj0oyOF2h8AcbTKqEmPkc=; b=ffR7vl1RQ8HljW0pcHwp/RyYpNmygVldmTLl/BvV5mXeGbkTjqTWdQ/81H8MDeR6sT Kmz6N3BhSdvP9OfhwCo5+H/6hUo7DDrH4i/tWkPqRXZPVBHVRY+Bke2F3M+XGw/cv0bG QFcpWALmnP2gb2Pc1UITRtQtxQETpi6Fco8rPP5pwRdNOjj14Wg4mVAEnyJQ60+acRmg 4idrGvsF14b6X7u+/efTV9zeq5t+lZhFyCHri9RjmqVexPpSP3gLr5pLimHmnxUdL/8C 2NCf/GIfUryuv9pj2hO1dfGR4NJB6cQ/ZdhAkkjY7WYFPfbR4tgXTnnjlfxO9eMc3/Mb utfg== MIME-Version: 1.0 X-Received: by 10.60.179.138 with SMTP id dg10mr49835454oec.13.1404223681431; Tue, 01 Jul 2014 07:08:01 -0700 (PDT) Received: by 10.76.97.138 with HTTP; Tue, 1 Jul 2014 07:08:01 -0700 (PDT) Date: Tue, 1 Jul 2014 16:08:01 +0200 Message-ID: From: Denis Schneider To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 01 Jul 2014 14:26:47 +0000 Subject: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I am using a Cubieboard2 with Xen 4.4. After building Xen, installing Debian etc. as described there: http://openmirage.org/wiki/xen-on-cubieboard2, I tried to use Debian and Gentoo as domU. Xen and the dom0 kernel were compiled with the Linaro _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 14:27:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 14:27:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1z1E-0005AR-QY; Tue, 01 Jul 2014 14:26:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X1yxP-00058Q-Mk for xen-users@lists.xen.org; Tue, 01 Jul 2014 14:22:51 +0000 Received: from [85.158.139.211:5079] by server-17.bemta-5.messagelabs.com id F1/43-08711-B34C2B35; Tue, 01 Jul 2014 14:22:51 +0000 X-Env-Sender: v1ne2go@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1404224568!13026828!1 X-Originating-IP: [209.85.214.194] X-SpamReason: No, hits=2.5 required=7.0 tests=BODY_RANDOM_LONG, FROM_HAS_MIXED_NUMS,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31933 invoked from network); 1 Jul 2014 14:22:49 -0000 Received: from mail-ob0-f194.google.com (HELO mail-ob0-f194.google.com) (209.85.214.194) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 14:22:49 -0000 Received: by mail-ob0-f194.google.com with SMTP id uy5so2991458obc.1 for ; Tue, 01 Jul 2014 07:22:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=/AXOagXT3aIWZlq/gi/o6ohzoNC6RFPhCWI7dtQHhxo=; b=Xh/bCEupQtLut3lM9GZgXUXv6ysXw2edC8Jw8ODpbfo0etVPozI1m0i5MA6NWUClsS 28g6EiTNS4dL9bTrEgdsKRL60Uv5LCz9ML3eN5RiU2l6IzOCbH2GDv3+6Zq1LIix532O CzaquwXBRjB3dBCtbrIDNpkM85odDPWnN6qJbkgHzXLtwaF+gtwmjnkq8Gu0Dyr7NGvb 3BVGHd5W/ZKv1Vstspzzzls3VQG3QP8M3MkMANN4ux9zzyq91+fxBHsr3PWKKvFD78x4 XSHs1Eonq3E2HMGtjIYUOIWFvsSWyYPzMrIuJgsVHUdVddlqr5HB0TnuaOgeqFtSiUg4 Rjlw== MIME-Version: 1.0 X-Received: by 10.60.79.104 with SMTP id i8mr16133014oex.67.1404224567936; Tue, 01 Jul 2014 07:22:47 -0700 (PDT) Received: by 10.76.97.138 with HTTP; Tue, 1 Jul 2014 07:22:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Jul 2014 16:22:47 +0200 Message-ID: From: Denis Schneider To: xen-users@lists.xen.org X-Mailman-Approved-At: Tue, 01 Jul 2014 14:26:47 +0000 Subject: Re: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I am using a Cubieboard2 with Xen 4.4. After building Xen, installing Debian etc. as described there: http://openmirage.org/wiki/xen-on-cubieboard2, I tried to use Debian and Gentoo as domU. Xen and the dom0 kernel were compiled with the Linaro toolchain: arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.8-2013.10 - Linaro GCC 2013.10) 4.8.2 20131014 (prerelease) The kernel was compiled from https://github.com/linux-sunxi/linux-sunxi.git, branch sunxi-devel at a076583266. Unfortunatly, the machine won't tolerate network load. If I do "nc -l -p /dev/null" on dom0 or an external host, I get a constant stream of: [ 189.507495] xen_add_phys_to_mach_entry: cannot add pfn=0x0006930f -> mfn=0x0004c3bc: pfn=0x00069310 -> mfn=0x0004c3bc already exists [ 189.531185] xen_add_phys_to_mach_entry: cannot add pfn=0x0006921d -> mfn=0x0004c489: pfn=0x0006928f -> mfn=0x0004c489 already exists [ 189.533478] xen_add_mach_to_phys_entry: cannot add pfn=0x0006921a -> mfn=0x0004c485: pfn=0x00069283 -> mfn=0x0004c485 already exists [ 189.536304] xen_add_phys_to_mach_entry: cannot add pfn=0x00069212 -> mfn=0x0004c485: pfn=0x00069213 -> mfn=0x0004c485 already exists [ 189.536843] xen_add_mach_to_phys_entry: cannot add pfn=0x00069211 -> mfn=0x0004c484: pfn=0x0006853a -> mfn=0x0004c484 already exists [ 189.536909] xen_add_phys_to_mach_entry: cannot add pfn=0x00069208 -> mfn=0x0004c391: pfn=0x00069210 -> mfn=0x0004c391 already exists [ 189.539105] xen_add_phys_to_mach_entry: cannot add pfn=0x00069204 -> mfn=0x0004c485: pfn=0x00069207 -> mfn=0x0004c485 already exists [ 189.539164] xen_add_mach_to_phys_entry: cannot add pfn=0x0006853f -> mfn=0x0004c390: pfn=0x0006920a -> mfn=0x0004c390 already exists [ 189.539569] xen_add_mach_to_phys_entry: cannot add pfn=0x0006852f -> mfn=0x0004c484: pfn=0x0006853e -> mfn=0x0004c484 already exists [ 189.541451] xen_add_phys_to_mach_entry: cannot add pfn=0x00068538 -> mfn=0x0004c484: pfn=0x0006852c -> mfn=0x0004c484 already exists [ 190.382277] xen_add_mach_to_phys_entry: cannot add pfn=0x00069110 -> mfn=0x0004c3cc: pfn=0x00069129 -> mfn=0x0004c3cc already exists [ 190.437460] xen_add_mach_to_phys_entry: cannot add pfn=0x00069280 -> mfn=0x0004c3ea: pfn=0x00068533 -> mfn=0x0004c3ea already exists [ 191.022920] xen_add_phys_to_mach_entry: cannot add pfn=0x00069200 -> mfn=0x0004c3d0: pfn=0x0006920f -> mfn=0x0004c3d0 already exists [ 191.029744] xen_add_phys_to_mach_entry: cannot add pfn=0x00068532 -> mfn=0x0004c38e: pfn=0x00068529 -> mfn=0x0004c38e already exists followed by a panic when disk activity occurs: [ 300.924382] Unable to handle kernel paging request at virtual address aadd5000 [ 300.924434] pgd = c0004000 [ 300.924450] [aadd5000] *pgd=00000000 [ 300.924474] Internal error: Oops: 2805 [#1] ARM [ 300.924491] Modules linked in: [ 300.924521] CPU: 0 PID: 0 Comm: swapper Not tainted 3.15.0-00201-ga076583 #17 [ 300.924546] task: c055d5e0 ti: c0552000 task.ti: c0552000 [ 300.924579] PC is at v7_dma_inv_range+0x30/0x48 [ 300.924601] LR is at __dma_page_dev_to_cpu+0x80/0x124 [ 300.924622] pc : [] lr : [] psr: 40010193 [ 300.924622] sp : c0553d68 ip : c05b01fc fp : 00000000 [ 300.924673] r10: 00001000 r9 : 00000002 r8 : cbb35aa0 [ 300.924693] r7 : 00000000 r6 : 00001000 r5 : c05b01fc r4 : c055d300 [ 300.924714] r3 : 0000003f r2 : 00000040 r1 : aadd6000 r0 : aadd5000 [ 300.924738] Flags: nZcv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel [ 300.924763] Control: 10c5387d Table: 6af78059 DAC: 00000015 [ 300.924783] Process swapper (pid: 0, stack limit = 0xc0552240) [ 300.924804] Stack: (0xc0553d68 to 0xc0554000) [ 300.924827] 3d60: c0017f84 c0553d84 c03bf560 4add5000 00000000 0004add5 [ 300.924855] 3d80: 4add5000 cb895e10 00000002 c01cdb30 00001000 00000002 00000000 000690da [ 300.924883] 3da0: 00000482 00000000 00000600 c92af000 00000001 00000001 00000002 cb895e10 [ 300.924911] 3dc0: 00000000 cbb02190 0000249c c01cde34 00001000 00000002 00000000 20010193 [ 300.924939] 3de0: 00000001 cbb10a80 c92af000 cbb10000 00000001 000000b0 00000001 c023b2b4 [ 300.924967] 3e00: 00000000 20010193 c0553e24 c003b9a8 cb82e508 cbb10a80 cbb10000 cbb11640 [ 300.924995] 3e20: 00000001 c023b544 00000000 0000000f cbb10000 c023b90c cbb10000 cbb11640 [ 300.925023] 3e40: 00000000 cbb10000 00000008 d08a2100 00000001 cbb00010 cbae7c10 c024d8d4 [ 300.925051] 3e60: fff27870 ffffffff fff15a00 ffffffff 000361e4 00000000 ffeea214 00000000 [ 300.925079] 3e80: 00000001 00000001 cbb02190 d08a2000 c055a01c cbb02190 0000249c c024e000 [ 300.925107] 3ea0: 00000000 3b9aca00 00000000 00000001 c055a0e0 cbb03040 c0565c14 00000000 [ 300.925135] 3ec0: 00000000 00000058 cb807c00 c0586790 00000001 c00496a0 00000046 20010193 [ 300.925163] 3ee0: c0561db8 cb807c00 c0565c14 00000000 d0804000 c057df88 00000000 c0552000 [ 300.925192] 3f00: ffffffed c00497cc cb807c00 c004bfe0 c004bf48 00000058 00000058 c0048ec4 [ 300.925220] 3f20: c0565a30 c000f048 d080400c c055a404 c0553f50 c0008540 c000f19c c000f1a0 [ 300.925249] 3f40: 60010013 ffffffff c0553f84 c0011e40 ffffffed 00000000 00000001 00000000 [ 300.925277] 3f60: c055a0b8 0000004c c0552000 00000000 c057df88 00000000 c0552000 ffffffed [ 300.925305] 3f80: 01000000 c0553f98 c000f19c c000f1a0 60010013 ffffffff c055adcc c0040c5c [ 300.925333] 3fa0: cbfff5c0 00000000 c058678e c0552000 00000000 c055a000 00000000 c0526a40 [ 300.925361] 3fc0: ffffffff ffffffff c05264ec 00000000 00000000 c0546bc8 00000000 10c5387d [ 300.925389] 3fe0: c055a04c c0546bc4 c055e6c8 60004059 410fc074 60008070 00000000 00000000 [ 300.925431] [] (v7_dma_inv_range) from [] (__dma_page_dev_to_cpu+0x80/0x124) [ 300.925471] [] (__dma_page_dev_to_cpu) from [] (xen_unmap_single+0xbc/0x108) [ 300.925508] [] (xen_unmap_single) from [] (xen_swiotlb_unmap_sg_attrs+0x48/0x68) [ 300.925544] [] (xen_swiotlb_unmap_sg_attrs) from [] (ata_sg_clean+0x8c/0x120) [ 300.925580] [] (ata_sg_clean) from [] (__ata_qc_complete+0x34/0x144) [ 300.925613] [] (__ata_qc_complete) from [] (ata_qc_complete_multiple+0xa0/0xd4) [ 300.925649] [] (ata_qc_complete_multiple) from [] (ahci_handle_port_interrupt+0x124/0x5b0) [ 300.925688] [] (ahci_handle_port_interrupt) from [] (ahci_interrupt+0xc0/0x158) [ 300.925724] [] (ahci_interrupt) from [] (handle_irq_event_percpu+0x38/0x13c) [ 300.925759] [] (handle_irq_event_percpu) from [] (handle_irq_event+0x28/0x38) [ 300.925794] [] (handle_irq_event) from [] (handle_fasteoi_irq+0x98/0x17c) [ 300.925828] [] (handle_fasteoi_irq) from [] (generic_handle_irq+0x2c/0x3c) [ 300.925862] [] (generic_handle_irq) from [] (handle_IRQ+0x38/0x84) [ 300.925899] [] (handle_IRQ) from [] (gic_handle_irq+0x2c/0x54) [ 300.925929] [] (gic_handle_irq) from [] (__irq_svc+0x40/0x50) [ 300.925953] Exception stack(0xc0553f50 to 0xc0553f98) [ 300.925973] 3f40: ffffffed 00000000 00000001 00000000 [ 300.926001] 3f60: c055a0b8 0000004c c0552000 00000000 c057df88 00000000 c0552000 ffffffed [ 300.926028] 3f80: 01000000 c0553f98 c000f19c c000f1a0 60010013 ffffffff [ 300.926057] [] (__irq_svc) from [] (arch_cpu_idle+0x2c/0x30) [ 300.926090] [] (arch_cpu_idle) from [] (cpu_startup_entry+0xf8/0x1dc) [ 300.926125] [] (cpu_startup_entry) from [] (start_kernel+0x32c/0x338) [ 300.926155] Code: 1e070f3e e1110003 e1c11003 1e071f3e (ee070f36) [ 300.926181] ---[ end trace edc3479207e4afcc ]--- [ 300.926200] Kernel panic - not syncing: Fatal exception in interrupt [ 300.926222] ---[ end Kernel panic - not syncing: Fatal exception in interrupt disk activity is generated with "find /usr > /dev/null" on domU. As you see from the panic stack trace, the domU root device is a SATA HDD connected to the AHCI port. If you use an SD card, you get a similar panic, but with the mmc interrupt handler. A panic can also occur tens of seconds after the network IO seized if heavy disk IO follows. I tried compiling the dom0 kernel with Gentoo-gcc 4.7.3 and Linaro-4.8.2 and Gentoo-4.8.3 without additional CFLAGS. The result is the same. To me, it looks as if xen-netback or something in this area corrupts memory on large amounts of network IO. Does anybody have a working setup on a Cubieboard2 or similar that is really stable? Or a clue for me what is really happening here? I'd happily give more information or try out more things. I am not the only one with this problem and also tried different power supplies. The dom0 kernel is stable if used without domU. So it shouldn't be a hardware problem. Kind regards, Denis _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 15:46:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 15:46:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20FJ-0004V7-Og; Tue, 01 Jul 2014 15:45:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20FI-0004V1-5u for xen-users@lists.xen.org; Tue, 01 Jul 2014 15:45:24 +0000 Received: from [85.158.139.211:38895] by server-1.bemta-5.messagelabs.com id 8D/76-30932-397D2B35; Tue, 01 Jul 2014 15:45:23 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1404229520!13025959!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19367 invoked from network); 1 Jul 2014 15:45:21 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 15:45:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=acX25Y/1+M9W+mhIju3U9kyIYlhMwyWtAFy2ZGVpIw+Uva7I+30x/M1tT/M1fQrsN4tX8XDuF1uKWSV15iKynpC55+rRUGfg9DvxHOeM7Uw5RXzjy/Trl/ebm/+NHTbc; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X20FE-0006wM-PA for xen-users@lists.xen.org; Tue, 01 Jul 2014 08:45:20 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Tue, 1 Jul 2014 08:45:20 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/61bRgP/WlafQ Date: Tue, 1 Jul 2014 15:45:18 +0000 Message-ID: References: "\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> " " <53AE5DFA.2050400@bobich.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org No I can't. The window freezes during the logo boot screen (which initially made me think it was freezing on boot). Only access I have is via RDP or briefly with VNC as it is unpredictable. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Tuesday, July 01, 2014 00:23 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough On 2014-06-30 17:48, Brian Menges wrote: > I tried disabling and also uninstalling the Standard VGA Adapter. It > doesn't appear to be using the display headers on the HD6450 at all. > Since these settings cannot be changed via remote desktop, I installed > RealVNC... which seems to bork networking for dom0 even and forces a > reboot for me... wonderful. > > Anyone else having an issue with their gpu passthrough not using the > card's display headers at all? This is a HVM Windows 7 x64 box. Can you get to the VM's emulated VNC console from dom0? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 15:46:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 15:46:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20FJ-0004V7-Og; Tue, 01 Jul 2014 15:45:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20FI-0004V1-5u for xen-users@lists.xen.org; Tue, 01 Jul 2014 15:45:24 +0000 Received: from [85.158.139.211:38895] by server-1.bemta-5.messagelabs.com id 8D/76-30932-397D2B35; Tue, 01 Jul 2014 15:45:23 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1404229520!13025959!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19367 invoked from network); 1 Jul 2014 15:45:21 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 15:45:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=acX25Y/1+M9W+mhIju3U9kyIYlhMwyWtAFy2ZGVpIw+Uva7I+30x/M1tT/M1fQrsN4tX8XDuF1uKWSV15iKynpC55+rRUGfg9DvxHOeM7Uw5RXzjy/Trl/ebm/+NHTbc; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X20FE-0006wM-PA for xen-users@lists.xen.org; Tue, 01 Jul 2014 08:45:20 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Tue, 1 Jul 2014 08:45:20 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/61bRgP/WlafQ Date: Tue, 1 Jul 2014 15:45:18 +0000 Message-ID: References: "\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> " " <53AE5DFA.2050400@bobich.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org No I can't. The window freezes during the logo boot screen (which initially made me think it was freezing on boot). Only access I have is via RDP or briefly with VNC as it is unpredictable. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Tuesday, July 01, 2014 00:23 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough On 2014-06-30 17:48, Brian Menges wrote: > I tried disabling and also uninstalling the Standard VGA Adapter. It > doesn't appear to be using the display headers on the HD6450 at all. > Since these settings cannot be changed via remote desktop, I installed > RealVNC... which seems to bork networking for dom0 even and forces a > reboot for me... wonderful. > > Anyone else having an issue with their gpu passthrough not using the > card's display headers at all? This is a HVM Windows 7 x64 box. Can you get to the VM's emulated VNC console from dom0? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 15:58:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 15:58:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20Rk-0005Dy-K2; Tue, 01 Jul 2014 15:58:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20Rj-0005Ds-63 for xen-users@lists.xen.org; Tue, 01 Jul 2014 15:58:15 +0000 Received: from [85.158.137.68:60671] by server-2.bemta-3.messagelabs.com id 64/B2-14008-69AD2B35; Tue, 01 Jul 2014 15:58:14 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-31.messagelabs.com!1404230292!13337819!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30654 invoked from network); 1 Jul 2014 15:58:13 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 15:58:13 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id D2EDB221DE2 for ; Tue, 1 Jul 2014 16:58:11 +0100 (BST) MIME-Version: 1.0 Date: Tue, 01 Jul 2014 16:58:11 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\"\\\"\\\\\\\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> \\\" \\\" <53AE5DFA.2050400@bo bich.net> " " Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm pretty sure RDP doesn't actually require any VGA cards to function, it does it's own thing completely independently. It sounds like you are losing VNC access once the ATI driver loads, but the ATI card then ends up not getting used. I've never seen that happen, usually if something goes wrong at this point, it's a BSOD which dumps out to the VNC console on the emulated VGA device. On 2014-07-01 16:45, Brian Menges wrote: > No I can't. The window freezes during the logo boot screen (which > initially made me think it was freezing on boot). Only access I have > is via RDP or briefly with VNC as it is unpredictable. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Tuesday, July 01, 2014 00:23 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > On 2014-06-30 17:48, Brian Menges wrote: >> I tried disabling and also uninstalling the Standard VGA Adapter. It >> doesn't appear to be using the display headers on the HD6450 at all. >> Since these settings cannot be changed via remote desktop, I installed >> RealVNC... which seems to bork networking for dom0 even and forces a >> reboot for me... wonderful. >> >> Anyone else having an issue with their gpu passthrough not using the >> card's display headers at all? This is a HVM Windows 7 x64 box. > > Can you get to the VM's emulated VNC console from dom0? > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for > the use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient > is prohibited. If you receive this in error, please contact the sender > and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 15:58:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 15:58:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20Rk-0005Dy-K2; Tue, 01 Jul 2014 15:58:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20Rj-0005Ds-63 for xen-users@lists.xen.org; Tue, 01 Jul 2014 15:58:15 +0000 Received: from [85.158.137.68:60671] by server-2.bemta-3.messagelabs.com id 64/B2-14008-69AD2B35; Tue, 01 Jul 2014 15:58:14 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-31.messagelabs.com!1404230292!13337819!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30654 invoked from network); 1 Jul 2014 15:58:13 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 15:58:13 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id D2EDB221DE2 for ; Tue, 1 Jul 2014 16:58:11 +0100 (BST) MIME-Version: 1.0 Date: Tue, 01 Jul 2014 16:58:11 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\"\\\"\\\\\\\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> \\\" \\\" <53AE5DFA.2050400@bo bich.net> " " Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm pretty sure RDP doesn't actually require any VGA cards to function, it does it's own thing completely independently. It sounds like you are losing VNC access once the ATI driver loads, but the ATI card then ends up not getting used. I've never seen that happen, usually if something goes wrong at this point, it's a BSOD which dumps out to the VNC console on the emulated VGA device. On 2014-07-01 16:45, Brian Menges wrote: > No I can't. The window freezes during the logo boot screen (which > initially made me think it was freezing on boot). Only access I have > is via RDP or briefly with VNC as it is unpredictable. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Tuesday, July 01, 2014 00:23 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > On 2014-06-30 17:48, Brian Menges wrote: >> I tried disabling and also uninstalling the Standard VGA Adapter. It >> doesn't appear to be using the display headers on the HD6450 at all. >> Since these settings cannot be changed via remote desktop, I installed >> RealVNC... which seems to bork networking for dom0 even and forces a >> reboot for me... wonderful. >> >> Anyone else having an issue with their gpu passthrough not using the >> card's display headers at all? This is a HVM Windows 7 x64 box. > > Can you get to the VM's emulated VNC console from dom0? > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for > the use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient > is prohibited. If you receive this in error, please contact the sender > and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 16:10:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 16:10:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20dg-0006pe-9o; Tue, 01 Jul 2014 16:10:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20de-0006pS-Jy for xen-users@lists.xen.org; Tue, 01 Jul 2014 16:10:34 +0000 Received: from [85.158.143.35:11626] by server-1.bemta-4.messagelabs.com id AB/8C-09496-97DD2B35; Tue, 01 Jul 2014 16:10:33 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1404231032!15178122!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9614 invoked from network); 1 Jul 2014 16:10:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 16:10:33 -0000 X-IronPort-AV: E=Sophos;i="5.01,582,1400025600"; d="scan'208";a="148964786" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 01 Jul 2014 16:09:23 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 1 Jul 2014 12:09:23 -0400 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=[127.0.0.1]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X20cU-0000Pl-VW; Tue, 01 Jul 2014 17:09:23 +0100 Message-ID: <1404230962.28016.13.camel@dagon.hellion.org.uk> From: Ian Campbell To: Jeenu Viswambharan Date: Tue, 1 Jul 2014 17:09:22 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.8.5-2+b3 MIME-Version: 1.0 X-DLP: MIA2 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-06-30 at 13:21 +0100, Jeenu Viswambharan wrote: > On Mon, Jun 30, 2014 at 11:27:11, Ian Campbell wrote: > > On Mon, 2014-06-30 at 11:17 +0100, Jeenu Viswambharan wrote: > > > On Fri, Jun 27, 2014 at 15:51:09, Ian Campbell wrote: > > > > The error messages suggest to me that you are missing some key > > > > piece of generic infrastructure, like perhaps /dev/pts. > > > > > > > > I'd strongly recommend you find a way to run udev on this platform > > > > so that it can sort out the content of /dev for you (this was the > > > > cause of all the missing device nodes which you tripped over > > > > earlier too). > > > > > > Um, starting udev (via. /etc/init.d/udev start) effectively wipes > > > out the /dev/ directory contents, barring few! I can't find any udev > > > logs, despite changing log level to debug. > > > > http://community.arm.com/groups/processors/blog/2014/03/28/virtualization-on-arm-with-xen has an example initscript in it which seems to suggest that > > mount -t devtmpfs dev /dev > > /sbin/udevd --daemon > > udevadm trigger --action=add > > should do the right thing (I was advising Andrew when he wrote that > > and it sounds familiar to me to). If you are going to skip the usual > > /sbin/init based setup then I would recommend you use something akin > > to the init.sh proposed in that blog post (it doesn't look like it is > > terribly openSUSE specific, but YMMV). > > Thanks. It looks like that helped. The VM creation no more prints any > error (about creating terminals, previously) when it returns the shell > prompt. 'xl list' lists a guest by name 'guest'. However, when I execute > 'xl console guest', the command goes dead; there are no verbose logs > even if I pass -vvv to xl. > > It's almost the same effect if I run the command 'xl -vvv create > guest.cfg -c', that it appears stuck and doesn't return prompt. IME this usually indicates that the guest has crashed before it has managed to get as far as putting anything onto its console ring. Are you running an identical zImage to what you are booting in dom0? Please can you check that you have exactly one xenconsoled and one xenstored process in dom0 (sometimes people end up with two and confusion reigns). It's also worth double checking that you have a multiplatform kernel configuration with no DEBUG_LL options enabled, since any UART which that might point to will not exist within a guest. I think the option conflicts with CONFIG_MULTIPLATFORM so I guess it is unlikely that you have it enabled. The next thing to try is to use /usr/local/lib/xen/bin/xenctx to examine the guest vcpu's state. The tool takes a domid (numeric, not the name) as an argument and prints its current register state. You can translate the PC using the guest kernel's vmlinux file and gdb or addr2line etc. You'll probably find it is either in the idle loop or spinning in panic. Unfortunately earlyprintk doesn't work for Xen guests. What I usually do is modify the kernel to insert calls to xen_raw_printk somewhere in the printk path. With a debug=y build of Xen this will then cause the guest's early output to go to the hypervisor's console. I'm afraid I don't have such a patch in known good state handy to share though :-( But I do have this against kernel/printk/printk.c: @@ -1542,6 +1549,9 @@ asmlinkage int vprintk_emit(int facility, int level, */ text_len = vscnprintf(text, sizeof(textbuf), fmt, args); + if (xen_domain() && !xen_initial_domain()) + xen_raw_printk(textbuf); + /* mark and strip a trailing newline */ if (text_len && text[text_len-1] == '\n') { text_len--; Which is roughly the sort of thing I mean but doesn't look like it will apply to a recent kernel. I also have this floating around which might do the job (along with earlyprint on your guest kernel command line): diff --git a/arch/arm/kernel/early_printk.c b/arch/arm/kernel/early_printk.c index 4307653..52e3461 100644 --- a/arch/arm/kernel/early_printk.c +++ b/arch/arm/kernel/early_printk.c @@ -36,10 +36,12 @@ static struct console early_console_dev = { .index = -1, }; +extern struct console xenboot_console; + static int __init setup_early_printk(char *buf) { - early_console = &early_console_dev; - register_console(&early_console_dev); + early_console = &xenboot_console; + register_console(arly_console); return 0; } Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 16:10:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 16:10:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20dg-0006pe-9o; Tue, 01 Jul 2014 16:10:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20de-0006pS-Jy for xen-users@lists.xen.org; Tue, 01 Jul 2014 16:10:34 +0000 Received: from [85.158.143.35:11626] by server-1.bemta-4.messagelabs.com id AB/8C-09496-97DD2B35; Tue, 01 Jul 2014 16:10:33 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1404231032!15178122!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9614 invoked from network); 1 Jul 2014 16:10:33 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 16:10:33 -0000 X-IronPort-AV: E=Sophos;i="5.01,582,1400025600"; d="scan'208";a="148964786" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 01 Jul 2014 16:09:23 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Tue, 1 Jul 2014 12:09:23 -0400 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=[127.0.0.1]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X20cU-0000Pl-VW; Tue, 01 Jul 2014 17:09:23 +0100 Message-ID: <1404230962.28016.13.camel@dagon.hellion.org.uk> From: Ian Campbell To: Jeenu Viswambharan Date: Tue, 1 Jul 2014 17:09:22 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.8.5-2+b3 MIME-Version: 1.0 X-DLP: MIA2 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2014-06-30 at 13:21 +0100, Jeenu Viswambharan wrote: > On Mon, Jun 30, 2014 at 11:27:11, Ian Campbell wrote: > > On Mon, 2014-06-30 at 11:17 +0100, Jeenu Viswambharan wrote: > > > On Fri, Jun 27, 2014 at 15:51:09, Ian Campbell wrote: > > > > The error messages suggest to me that you are missing some key > > > > piece of generic infrastructure, like perhaps /dev/pts. > > > > > > > > I'd strongly recommend you find a way to run udev on this platform > > > > so that it can sort out the content of /dev for you (this was the > > > > cause of all the missing device nodes which you tripped over > > > > earlier too). > > > > > > Um, starting udev (via. /etc/init.d/udev start) effectively wipes > > > out the /dev/ directory contents, barring few! I can't find any udev > > > logs, despite changing log level to debug. > > > > http://community.arm.com/groups/processors/blog/2014/03/28/virtualization-on-arm-with-xen has an example initscript in it which seems to suggest that > > mount -t devtmpfs dev /dev > > /sbin/udevd --daemon > > udevadm trigger --action=add > > should do the right thing (I was advising Andrew when he wrote that > > and it sounds familiar to me to). If you are going to skip the usual > > /sbin/init based setup then I would recommend you use something akin > > to the init.sh proposed in that blog post (it doesn't look like it is > > terribly openSUSE specific, but YMMV). > > Thanks. It looks like that helped. The VM creation no more prints any > error (about creating terminals, previously) when it returns the shell > prompt. 'xl list' lists a guest by name 'guest'. However, when I execute > 'xl console guest', the command goes dead; there are no verbose logs > even if I pass -vvv to xl. > > It's almost the same effect if I run the command 'xl -vvv create > guest.cfg -c', that it appears stuck and doesn't return prompt. IME this usually indicates that the guest has crashed before it has managed to get as far as putting anything onto its console ring. Are you running an identical zImage to what you are booting in dom0? Please can you check that you have exactly one xenconsoled and one xenstored process in dom0 (sometimes people end up with two and confusion reigns). It's also worth double checking that you have a multiplatform kernel configuration with no DEBUG_LL options enabled, since any UART which that might point to will not exist within a guest. I think the option conflicts with CONFIG_MULTIPLATFORM so I guess it is unlikely that you have it enabled. The next thing to try is to use /usr/local/lib/xen/bin/xenctx to examine the guest vcpu's state. The tool takes a domid (numeric, not the name) as an argument and prints its current register state. You can translate the PC using the guest kernel's vmlinux file and gdb or addr2line etc. You'll probably find it is either in the idle loop or spinning in panic. Unfortunately earlyprintk doesn't work for Xen guests. What I usually do is modify the kernel to insert calls to xen_raw_printk somewhere in the printk path. With a debug=y build of Xen this will then cause the guest's early output to go to the hypervisor's console. I'm afraid I don't have such a patch in known good state handy to share though :-( But I do have this against kernel/printk/printk.c: @@ -1542,6 +1549,9 @@ asmlinkage int vprintk_emit(int facility, int level, */ text_len = vscnprintf(text, sizeof(textbuf), fmt, args); + if (xen_domain() && !xen_initial_domain()) + xen_raw_printk(textbuf); + /* mark and strip a trailing newline */ if (text_len && text[text_len-1] == '\n') { text_len--; Which is roughly the sort of thing I mean but doesn't look like it will apply to a recent kernel. I also have this floating around which might do the job (along with earlyprint on your guest kernel command line): diff --git a/arch/arm/kernel/early_printk.c b/arch/arm/kernel/early_printk.c index 4307653..52e3461 100644 --- a/arch/arm/kernel/early_printk.c +++ b/arch/arm/kernel/early_printk.c @@ -36,10 +36,12 @@ static struct console early_console_dev = { .index = -1, }; +extern struct console xenboot_console; + static int __init setup_early_printk(char *buf) { - early_console = &early_console_dev; - register_console(&early_console_dev); + early_console = &xenboot_console; + register_console(arly_console); return 0; } Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 16:18:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 16:18:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20lD-0007Kt-97; Tue, 01 Jul 2014 16:18:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20lB-0007Kg-4Y for xen-users@lists.xen.org; Tue, 01 Jul 2014 16:18:21 +0000 Received: from [193.109.254.147:63138] by server-11.bemta-14.messagelabs.com id 55/C4-12767-C4FD2B35; Tue, 01 Jul 2014 16:18:20 +0000 X-Env-Sender: sophie@klunky.co.uk X-Msg-Ref: server-2.tower-27.messagelabs.com!1404231499!14829034!1 X-Originating-IP: [88.198.95.13] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9107 invoked from network); 1 Jul 2014 16:18:19 -0000 Received: from klunky.co.uk (HELO klunky.co.uk) (88.198.95.13) by server-2.tower-27.messagelabs.com with SMTP; 1 Jul 2014 16:18:19 -0000 Received: by klunky.co.uk (Postfix, from userid 33) id 4F46296; Tue, 1 Jul 2014 18:18:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=klunky.co.uk; s=mail; t=1404231498; bh=L2ndGvYuv60yqpLtCwG/+XdHJ+JE7PY2dWo55xNNkTI=; h=To:Subject:Date:From:In-Reply-To:References; b=jgPn9JvO5LgqP/WUaF5gKN60byI0JTF2G3rT2EVRotKFFk6odYbtpWmdNrBC1na41 EaTBUqoOsySbL2y2I9scTKuzGVYZ671lDKIvSELx/TP5QaOwsrjbK1Xt9oEqVALUOg EjnAZtjOji1sQEm0Qv8hCKtLrsZ0I8dtBN/KB5wA= To: xen-users@lists.xen.org X-PHP-Originating-Script: 501:rcmail.php MIME-Version: 1.0 Date: Tue, 01 Jul 2014 18:18:18 +0200 From: Sophie In-Reply-To: <53B2AA74.5080302@gmail.com> References: <53B2AA74.5080302@gmail.com> Message-ID: <8541748d64a75b25e5d3c9963a8c9f4b@klunky.co.uk> X-Sender: sophie@klunky.co.uk User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0684448337843601976==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0684448337843601976== Content-Type: multipart/alternative; boundary="=_453fdcc8d7bae91b57ad9544fc8f5187" --=_453fdcc8d7bae91b57ad9544fc8f5187 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 =20 Hi Austin,=20 Many thanks for your explanation. If xen automatically load-balances the VCPUs dynamically then how would this impact performance for all VMs when they have been allocated all VCPUs? To my database colleagues dynamic load balancing seems good.=20 Sophie.=20 On 2014-07-01 14:32, Austin S Hemmelgarn wrote:=20 > On 2014-07-01 08:07, Sophie wrote: >=20 >> Hi, We have lots of virtual machines running our Oracle Virtual Manager = setup ( Oracle Linux with Xen) on x86. When I've setup new VMs I've always = assigned CPUs to them instead of sharing them because all our VMs run RHEL = and Oracle 11g. In my opinion this ensures they have all CPU cycles dedicat= ed without any chance they'll be starved. Their combined SGA and PGA usuall= y total 3Gb and I've allocated 4Gb of dedicated RAM. Our DBA team, who were= new to XEN and visualization seem to have a heightened interest in XEN and= have asked me this: ** Why don't we allocated 32 VCPUS to all virtual mach= ines so that they can share all resources and when they need CPUs they can = access those that were sitting idle ** Their logic was VCPUs could be bette= r distributed like this. My question to you is what do you think? Thanks, S= ophie >=20 > I think that they have failed to understand that when you don't bind > VCPUs to physical CPUs, xen automatically load-balances the VCPUs > dynamically. Personally, I would keep the same number of VCPUs assigned > to each VM, but not pin them to specific physical CPUs (with the notable > exception of giving Domain-0 pinned VCPUs, and making sure that the VM's > don't run on those physical CPUs). In my experience, this tends to get > better performance with I/O heavy workloads such as most database work. > I would not, however, suggest over-provisioning VCPUs by more than > twice the number of physical CPUs. =20 --=_453fdcc8d7bae91b57ad9544fc8f5187 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hi Austin,

  Many thanks for your explanation.  If xen automatically load= -balances the VCPUs dynamically then how would this impact performance for = all VMs when they have been allocated all VCPUs?  To my database colle= agues dynamic load balancing seems good.

Sophie.

On 2014-07-01 14:32, Austin S Hemmelgarn wrote:

On 2014-07-01 08:07, Sophie wrote:
Hi, We have lots of virtual machines running our = Oracle Virtual Manager setup ( Oracle Linux with Xen) on x86. When I've set= up new VMs I've always assigned CPUs to them instead of sharing them becaus= e all our VMs run RHEL and Oracle 11g. In my opinion this ensures they have= all CPU cycles dedicated without any chance they'll be starved. Their comb= ined SGA and PGA usually total 3Gb and I've allocated 4Gb of dedicated RAM= =2E Our DBA team, who were new to XEN and visualization seem to have a heig= htened interest in XEN and have asked me this: ** Why don't we allocated 32= VCPUS to all virtual machines so that they can share all resources and whe= n they need CPUs they can access those that were sitting idle ** Their logi= c was VCPUs could be better distributed like this. My question to you is wh= at do you think? Thanks, Sophie
I think that they have failed to understand that when you don't bind
VCPUs to physical CPUs, xen automatically load-balances the VCPUs
dynamically.  Personally, I would keep the same number of VCPUs assigned
to each VM, but not pin them to specific physical CPUs (with the notable
exception of giving Domain-0 pinned VCPUs, and making sure that the VM's
don't run on those physical CPUs).  In my experience, this tends to get
better performance with I/O heavy workloads such as most database work.
 I would not, however, suggest over-provisioning VCPUs by more than
twice the number of physical CPUs.


--=_453fdcc8d7bae91b57ad9544fc8f5187-- --===============0684448337843601976== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0684448337843601976==-- From xen-users-bounces@lists.xen.org Tue Jul 01 16:18:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 16:18:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20lD-0007Kt-97; Tue, 01 Jul 2014 16:18:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X20lB-0007Kg-4Y for xen-users@lists.xen.org; Tue, 01 Jul 2014 16:18:21 +0000 Received: from [193.109.254.147:63138] by server-11.bemta-14.messagelabs.com id 55/C4-12767-C4FD2B35; Tue, 01 Jul 2014 16:18:20 +0000 X-Env-Sender: sophie@klunky.co.uk X-Msg-Ref: server-2.tower-27.messagelabs.com!1404231499!14829034!1 X-Originating-IP: [88.198.95.13] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9107 invoked from network); 1 Jul 2014 16:18:19 -0000 Received: from klunky.co.uk (HELO klunky.co.uk) (88.198.95.13) by server-2.tower-27.messagelabs.com with SMTP; 1 Jul 2014 16:18:19 -0000 Received: by klunky.co.uk (Postfix, from userid 33) id 4F46296; Tue, 1 Jul 2014 18:18:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=klunky.co.uk; s=mail; t=1404231498; bh=L2ndGvYuv60yqpLtCwG/+XdHJ+JE7PY2dWo55xNNkTI=; h=To:Subject:Date:From:In-Reply-To:References; b=jgPn9JvO5LgqP/WUaF5gKN60byI0JTF2G3rT2EVRotKFFk6odYbtpWmdNrBC1na41 EaTBUqoOsySbL2y2I9scTKuzGVYZ671lDKIvSELx/TP5QaOwsrjbK1Xt9oEqVALUOg EjnAZtjOji1sQEm0Qv8hCKtLrsZ0I8dtBN/KB5wA= To: xen-users@lists.xen.org X-PHP-Originating-Script: 501:rcmail.php MIME-Version: 1.0 Date: Tue, 01 Jul 2014 18:18:18 +0200 From: Sophie In-Reply-To: <53B2AA74.5080302@gmail.com> References: <53B2AA74.5080302@gmail.com> Message-ID: <8541748d64a75b25e5d3c9963a8c9f4b@klunky.co.uk> X-Sender: sophie@klunky.co.uk User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0684448337843601976==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0684448337843601976== Content-Type: multipart/alternative; boundary="=_453fdcc8d7bae91b57ad9544fc8f5187" --=_453fdcc8d7bae91b57ad9544fc8f5187 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 =20 Hi Austin,=20 Many thanks for your explanation. If xen automatically load-balances the VCPUs dynamically then how would this impact performance for all VMs when they have been allocated all VCPUs? To my database colleagues dynamic load balancing seems good.=20 Sophie.=20 On 2014-07-01 14:32, Austin S Hemmelgarn wrote:=20 > On 2014-07-01 08:07, Sophie wrote: >=20 >> Hi, We have lots of virtual machines running our Oracle Virtual Manager = setup ( Oracle Linux with Xen) on x86. When I've setup new VMs I've always = assigned CPUs to them instead of sharing them because all our VMs run RHEL = and Oracle 11g. In my opinion this ensures they have all CPU cycles dedicat= ed without any chance they'll be starved. Their combined SGA and PGA usuall= y total 3Gb and I've allocated 4Gb of dedicated RAM. Our DBA team, who were= new to XEN and visualization seem to have a heightened interest in XEN and= have asked me this: ** Why don't we allocated 32 VCPUS to all virtual mach= ines so that they can share all resources and when they need CPUs they can = access those that were sitting idle ** Their logic was VCPUs could be bette= r distributed like this. My question to you is what do you think? Thanks, S= ophie >=20 > I think that they have failed to understand that when you don't bind > VCPUs to physical CPUs, xen automatically load-balances the VCPUs > dynamically. Personally, I would keep the same number of VCPUs assigned > to each VM, but not pin them to specific physical CPUs (with the notable > exception of giving Domain-0 pinned VCPUs, and making sure that the VM's > don't run on those physical CPUs). In my experience, this tends to get > better performance with I/O heavy workloads such as most database work. > I would not, however, suggest over-provisioning VCPUs by more than > twice the number of physical CPUs. =20 --=_453fdcc8d7bae91b57ad9544fc8f5187 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hi Austin,

  Many thanks for your explanation.  If xen automatically load= -balances the VCPUs dynamically then how would this impact performance for = all VMs when they have been allocated all VCPUs?  To my database colle= agues dynamic load balancing seems good.

Sophie.

On 2014-07-01 14:32, Austin S Hemmelgarn wrote:

On 2014-07-01 08:07, Sophie wrote:
Hi, We have lots of virtual machines running our = Oracle Virtual Manager setup ( Oracle Linux with Xen) on x86. When I've set= up new VMs I've always assigned CPUs to them instead of sharing them becaus= e all our VMs run RHEL and Oracle 11g. In my opinion this ensures they have= all CPU cycles dedicated without any chance they'll be starved. Their comb= ined SGA and PGA usually total 3Gb and I've allocated 4Gb of dedicated RAM= =2E Our DBA team, who were new to XEN and visualization seem to have a heig= htened interest in XEN and have asked me this: ** Why don't we allocated 32= VCPUS to all virtual machines so that they can share all resources and whe= n they need CPUs they can access those that were sitting idle ** Their logi= c was VCPUs could be better distributed like this. My question to you is wh= at do you think? Thanks, Sophie
I think that they have failed to understand that when you don't bind
VCPUs to physical CPUs, xen automatically load-balances the VCPUs
dynamically.  Personally, I would keep the same number of VCPUs assigned
to each VM, but not pin them to specific physical CPUs (with the notable
exception of giving Domain-0 pinned VCPUs, and making sure that the VM's
don't run on those physical CPUs).  In my experience, this tends to get
better performance with I/O heavy workloads such as most database work.
 I would not, however, suggest over-provisioning VCPUs by more than
twice the number of physical CPUs.


--=_453fdcc8d7bae91b57ad9544fc8f5187-- --===============0684448337843601976== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0684448337843601976==-- From xen-users-bounces@lists.xen.org Tue Jul 01 17:25:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 17:25:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X21nq-0003bu-SG; Tue, 01 Jul 2014 17:25:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X21np-0003bp-1r for xen-users@lists.xen.org; Tue, 01 Jul 2014 17:25:09 +0000 Received: from [85.158.143.35:52183] by server-2.bemta-4.messagelabs.com id 32/52-06539-4FEE2B35; Tue, 01 Jul 2014 17:25:08 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1404235505!15183747!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32463 invoked from network); 1 Jul 2014 17:25:07 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 17:25:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=AkKti/jjPP9n0FsCmXNL4bFQTu9+X3KrOaJzxY5NlUoiF+K6ISF9JlShg0c1950xwL5cHMeoNq6muwflneaRfQgXFCuLVmUeHpWYJrKSXxrnihK5xPs3axctzAZ7HSaE; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X21nm-0008Sk-9N for xen-users@lists.xen.org; Tue, 01 Jul 2014 10:25:06 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Tue, 1 Jul 2014 10:25:05 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/61bRgP/WlafQ/6yyHID/WcFzMA== Date: Tue, 1 Jul 2014 17:25:04 +0000 Message-ID: References: "\"\\\"\\\\\\\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> \\\" \\\" <53AE5DFA.2050400@bo bich.net> " " In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org RDP doesn't require any VGA adapters, however it will not allow you to modify VGA adapter settings through a remote desktop session. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Tuesday, July 01, 2014 09:04 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough I'm pretty sure RDP doesn't actually require any VGA cards to function, it does it's own thing completely independently. It sounds like you are losing VNC access once the ATI driver loads, but the ATI card then ends up not getting used. I've never seen that happen, usually if something goes wrong at this point, it's a BSOD which dumps out to the VNC console on the emulated VGA device. On 2014-07-01 16:45, Brian Menges wrote: > No I can't. The window freezes during the logo boot screen (which > initially made me think it was freezing on boot). Only access I have > is via RDP or briefly with VNC as it is unpredictable. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Tuesday, July 01, 2014 00:23 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > On 2014-06-30 17:48, Brian Menges wrote: >> I tried disabling and also uninstalling the Standard VGA Adapter. It >> doesn't appear to be using the display headers on the HD6450 at all. >> Since these settings cannot be changed via remote desktop, I >> installed RealVNC... which seems to bork networking for dom0 even and >> forces a reboot for me... wonderful. >> >> Anyone else having an issue with their gpu passthrough not using the >> card's display headers at all? This is a HVM Windows 7 x64 box. > > Can you get to the VM's emulated VNC console from dom0? > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for > the use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient > is prohibited. If you receive this in error, please contact the sender > and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 17:25:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 17:25:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X21nq-0003bu-SG; Tue, 01 Jul 2014 17:25:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X21np-0003bp-1r for xen-users@lists.xen.org; Tue, 01 Jul 2014 17:25:09 +0000 Received: from [85.158.143.35:52183] by server-2.bemta-4.messagelabs.com id 32/52-06539-4FEE2B35; Tue, 01 Jul 2014 17:25:08 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1404235505!15183747!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32463 invoked from network); 1 Jul 2014 17:25:07 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 17:25:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=AkKti/jjPP9n0FsCmXNL4bFQTu9+X3KrOaJzxY5NlUoiF+K6ISF9JlShg0c1950xwL5cHMeoNq6muwflneaRfQgXFCuLVmUeHpWYJrKSXxrnihK5xPs3axctzAZ7HSaE; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X21nm-0008Sk-9N for xen-users@lists.xen.org; Tue, 01 Jul 2014 10:25:06 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Tue, 1 Jul 2014 10:25:05 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/61bRgP/WlafQ/6yyHID/WcFzMA== Date: Tue, 1 Jul 2014 17:25:04 +0000 Message-ID: References: "\"\\\"\\\\\\\" <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> \\\" \\\" <53AE5DFA.2050400@bo bich.net> " " In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org RDP doesn't require any VGA adapters, however it will not allow you to modify VGA adapter settings through a remote desktop session. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Tuesday, July 01, 2014 09:04 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough I'm pretty sure RDP doesn't actually require any VGA cards to function, it does it's own thing completely independently. It sounds like you are losing VNC access once the ATI driver loads, but the ATI card then ends up not getting used. I've never seen that happen, usually if something goes wrong at this point, it's a BSOD which dumps out to the VNC console on the emulated VGA device. On 2014-07-01 16:45, Brian Menges wrote: > No I can't. The window freezes during the logo boot screen (which > initially made me think it was freezing on boot). Only access I have > is via RDP or briefly with VNC as it is unpredictable. > > - Brian Menges > Principal Engineer, DevOps > GoGrid | ServePath | ColoServe | UpStream Networks > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic > Sent: Tuesday, July 01, 2014 00:23 > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] Help with VGA passthrough > > On 2014-06-30 17:48, Brian Menges wrote: >> I tried disabling and also uninstalling the Standard VGA Adapter. It >> doesn't appear to be using the display headers on the HD6450 at all. >> Since these settings cannot be changed via remote desktop, I >> installed RealVNC... which seems to bork networking for dom0 even and >> forces a reboot for me... wonderful. >> >> Anyone else having an issue with their gpu passthrough not using the >> card's display headers at all? This is a HVM Windows 7 x64 box. > > Can you get to the VM's emulated VNC console from dom0? > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > ________________________________ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for > the use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient > is prohibited. If you receive this in error, please contact the sender > and delete the material from any computer. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 17:53:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 17:53:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X22F0-0005FV-Fk; Tue, 01 Jul 2014 17:53:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X22Ez-0005FQ-A4 for xen-users@lists.xen.org; Tue, 01 Jul 2014 17:53:13 +0000 Received: from [85.158.139.211:49566] by server-5.bemta-5.messagelabs.com id 08/28-23588-885F2B35; Tue, 01 Jul 2014 17:53:12 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1404237191!8910081!1 X-Originating-IP: [209.85.216.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2560 invoked from network); 1 Jul 2014 17:53:12 -0000 Received: from mail-qc0-f170.google.com (HELO mail-qc0-f170.google.com) (209.85.216.170) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 17:53:12 -0000 Received: by mail-qc0-f170.google.com with SMTP id l6so8932250qcy.15 for ; Tue, 01 Jul 2014 10:53:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=S2Qri5Z7TBU2xD9reBNT89h6i6K72s2wVVVLdwCuss0=; b=hnasBbMKUyYbvFB35JLmXfw3UYHLfd4kDug8MBViPc1ty8MrH00ZbwdouryzYwUFgq 88eEwIReX8vIlJzpUqRP2XSduTTCv7qV8fabNjcCtr2vfRDYP8F3SAgK1UcoVZJoqkTl bCS5gXHQ74TcXcTpX5PAg8qq711ZZEr8kRuqWwUV8ik0g53I6A09j2n/kO93Q0U2z6zX MZiHB+FOn/DWx2jQIjrNM/g1aMgi/7RvOj7PWj5bAJu1slxQqmGuO9QT2LiDzqyTfltO ZCENngof7iD6p+hZ/8hclge5NjEt2ym+gkry/MrZWJITZ17+MRAPCM7pYzq/XbsN4rmL DHtA== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr76936950qah.70.1404237190779; Tue, 01 Jul 2014 10:53:10 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 1 Jul 2014 10:53:10 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> Date: Tue, 1 Jul 2014 11:53:10 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1646879103170186752==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1646879103170186752== Content-Type: multipart/alternative; boundary=001a1133d894efdb3504fd2572e1 --001a1133d894efdb3504fd2572e1 Content-Type: text/plain; charset=UTF-8 Well it sounds like monitor may not be detected. Did you try to boot your windows os without monitor attached ? If i boot my win 8.1 without monitor attached the video output goes back to spice client. So whit your setup it should boot with display on vnc. --001a1133d894efdb3504fd2572e1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well it sounds like monitor may not be detected. Did you t= ry to boot your windows os without monitor attached ? If i boot my win 8.1 = without monitor attached the video output goes back to spice client. So whi= t your setup it should boot with display on vnc.=C2=A0



--001a1133d894efdb3504fd2572e1-- --===============1646879103170186752== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1646879103170186752==-- From xen-users-bounces@lists.xen.org Tue Jul 01 17:53:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 17:53:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X22F0-0005FV-Fk; Tue, 01 Jul 2014 17:53:14 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X22Ez-0005FQ-A4 for xen-users@lists.xen.org; Tue, 01 Jul 2014 17:53:13 +0000 Received: from [85.158.139.211:49566] by server-5.bemta-5.messagelabs.com id 08/28-23588-885F2B35; Tue, 01 Jul 2014 17:53:12 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1404237191!8910081!1 X-Originating-IP: [209.85.216.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2560 invoked from network); 1 Jul 2014 17:53:12 -0000 Received: from mail-qc0-f170.google.com (HELO mail-qc0-f170.google.com) (209.85.216.170) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 17:53:12 -0000 Received: by mail-qc0-f170.google.com with SMTP id l6so8932250qcy.15 for ; Tue, 01 Jul 2014 10:53:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=S2Qri5Z7TBU2xD9reBNT89h6i6K72s2wVVVLdwCuss0=; b=hnasBbMKUyYbvFB35JLmXfw3UYHLfd4kDug8MBViPc1ty8MrH00ZbwdouryzYwUFgq 88eEwIReX8vIlJzpUqRP2XSduTTCv7qV8fabNjcCtr2vfRDYP8F3SAgK1UcoVZJoqkTl bCS5gXHQ74TcXcTpX5PAg8qq711ZZEr8kRuqWwUV8ik0g53I6A09j2n/kO93Q0U2z6zX MZiHB+FOn/DWx2jQIjrNM/g1aMgi/7RvOj7PWj5bAJu1slxQqmGuO9QT2LiDzqyTfltO ZCENngof7iD6p+hZ/8hclge5NjEt2ym+gkry/MrZWJITZ17+MRAPCM7pYzq/XbsN4rmL DHtA== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr76936950qah.70.1404237190779; Tue, 01 Jul 2014 10:53:10 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 1 Jul 2014 10:53:10 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> Date: Tue, 1 Jul 2014 11:53:10 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1646879103170186752==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1646879103170186752== Content-Type: multipart/alternative; boundary=001a1133d894efdb3504fd2572e1 --001a1133d894efdb3504fd2572e1 Content-Type: text/plain; charset=UTF-8 Well it sounds like monitor may not be detected. Did you try to boot your windows os without monitor attached ? If i boot my win 8.1 without monitor attached the video output goes back to spice client. So whit your setup it should boot with display on vnc. --001a1133d894efdb3504fd2572e1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well it sounds like monitor may not be detected. Did you t= ry to boot your windows os without monitor attached ? If i boot my win 8.1 = without monitor attached the video output goes back to spice client. So whi= t your setup it should boot with display on vnc.=C2=A0



--001a1133d894efdb3504fd2572e1-- --===============1646879103170186752== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1646879103170186752==-- From xen-users-bounces@lists.xen.org Tue Jul 01 18:44:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 18:44:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X232X-0008Vs-0Q; Tue, 01 Jul 2014 18:44:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X232V-0008Vj-I5 for xen-users@lists.xen.org; Tue, 01 Jul 2014 18:44:23 +0000 Received: from [85.158.137.68:17515] by server-11.bemta-3.messagelabs.com id 37/34-12889-68103B35; Tue, 01 Jul 2014 18:44:22 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1404240261!13481882!1 X-Originating-IP: [209.85.216.44] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16285 invoked from network); 1 Jul 2014 18:44:22 -0000 Received: from mail-qa0-f44.google.com (HELO mail-qa0-f44.google.com) (209.85.216.44) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 18:44:22 -0000 Received: by mail-qa0-f44.google.com with SMTP id hw13so8037323qab.17 for ; Tue, 01 Jul 2014 11:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TTuyWMguM3f5SmAMVoRSUOo0cAVz/CMzbSwdiCCjIuA=; b=gJ/ZP2nb/som3OXtNJJ986919+5KNbHROM2YikxLZjrCMPgAA6mHUwC2dEyuVKqprQ 3HsnlcCbHPS5yZs4EIB4jvFzD1CfzsZAOLRY7AqI2sb80WF303ExbynGmcdfMy3oMWZT f3PXX7JgNPYbzjTwYrFcpYppQZ7Z4+EK8IT/KXYu6UPsFrAjPraPJaEPM9vx4+2zG0D0 cU/Rx32Q9/w2yIW1irY/a0jKCpPXMIk+0NJzCSd1rBWoLUBb9R0nogQHIHASWnx0Tj2F As87HSfxNrvdwkZkb/kNVkaXDhfou7npU9mINecch7Lo+mlfkVwIXOoUxxCj2s2JFAJJ dyiw== MIME-Version: 1.0 X-Received: by 10.140.29.139 with SMTP id b11mr70883255qgb.44.1404240260900; Tue, 01 Jul 2014 11:44:20 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 1 Jul 2014 11:44:20 -0700 (PDT) Date: Tue, 1 Jul 2014 12:44:20 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] vga passtrough to freebsd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2314306334860890032==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2314306334860890032== Content-Type: multipart/alternative; boundary=001a113a76caee2df104fd262979 --001a113a76caee2df104fd262979 Content-Type: text/plain; charset=UTF-8 I would like to have freebsd running under xen with 6450 assigned to it. Is any one running suh setup. HD6450 is assined pci 0:5:0 --001a113a76caee2df104fd262979 Content-Type: text/html; charset=UTF-8
I would like to have freebsd running under xen with 6450 assigned to it. Is any one running suh setup. HD6450 is assined pci 0:5:0
--001a113a76caee2df104fd262979-- --===============2314306334860890032== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2314306334860890032==-- From xen-users-bounces@lists.xen.org Tue Jul 01 18:44:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 18:44:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X232X-0008Vs-0Q; Tue, 01 Jul 2014 18:44:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X232V-0008Vj-I5 for xen-users@lists.xen.org; Tue, 01 Jul 2014 18:44:23 +0000 Received: from [85.158.137.68:17515] by server-11.bemta-3.messagelabs.com id 37/34-12889-68103B35; Tue, 01 Jul 2014 18:44:22 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-31.messagelabs.com!1404240261!13481882!1 X-Originating-IP: [209.85.216.44] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16285 invoked from network); 1 Jul 2014 18:44:22 -0000 Received: from mail-qa0-f44.google.com (HELO mail-qa0-f44.google.com) (209.85.216.44) by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 18:44:22 -0000 Received: by mail-qa0-f44.google.com with SMTP id hw13so8037323qab.17 for ; Tue, 01 Jul 2014 11:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TTuyWMguM3f5SmAMVoRSUOo0cAVz/CMzbSwdiCCjIuA=; b=gJ/ZP2nb/som3OXtNJJ986919+5KNbHROM2YikxLZjrCMPgAA6mHUwC2dEyuVKqprQ 3HsnlcCbHPS5yZs4EIB4jvFzD1CfzsZAOLRY7AqI2sb80WF303ExbynGmcdfMy3oMWZT f3PXX7JgNPYbzjTwYrFcpYppQZ7Z4+EK8IT/KXYu6UPsFrAjPraPJaEPM9vx4+2zG0D0 cU/Rx32Q9/w2yIW1irY/a0jKCpPXMIk+0NJzCSd1rBWoLUBb9R0nogQHIHASWnx0Tj2F As87HSfxNrvdwkZkb/kNVkaXDhfou7npU9mINecch7Lo+mlfkVwIXOoUxxCj2s2JFAJJ dyiw== MIME-Version: 1.0 X-Received: by 10.140.29.139 with SMTP id b11mr70883255qgb.44.1404240260900; Tue, 01 Jul 2014 11:44:20 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 1 Jul 2014 11:44:20 -0700 (PDT) Date: Tue, 1 Jul 2014 12:44:20 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] vga passtrough to freebsd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2314306334860890032==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2314306334860890032== Content-Type: multipart/alternative; boundary=001a113a76caee2df104fd262979 --001a113a76caee2df104fd262979 Content-Type: text/plain; charset=UTF-8 I would like to have freebsd running under xen with 6450 assigned to it. Is any one running suh setup. HD6450 is assined pci 0:5:0 --001a113a76caee2df104fd262979 Content-Type: text/html; charset=UTF-8
I would like to have freebsd running under xen with 6450 assigned to it. Is any one running suh setup. HD6450 is assined pci 0:5:0
--001a113a76caee2df104fd262979-- --===============2314306334860890032== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2314306334860890032==-- From xen-users-bounces@lists.xen.org Tue Jul 01 21:15:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 21:15:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X25O9-0008Ae-IA; Tue, 01 Jul 2014 21:14:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X25O7-0008AZ-RQ for xen-users@lists.xenproject.org; Tue, 01 Jul 2014 21:14:52 +0000 Received: from [85.158.137.68:28136] by server-3.bemta-3.messagelabs.com id 9F/E8-25808-BC423B35; Tue, 01 Jul 2014 21:14:51 +0000 X-Env-Sender: nodir.qodirov@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1404249288!13425709!1 X-Originating-IP: [209.85.220.176] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4106 invoked from network); 1 Jul 2014 21:14:49 -0000 Received: from mail-vc0-f176.google.com (HELO mail-vc0-f176.google.com) (209.85.220.176) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 21:14:49 -0000 Received: by mail-vc0-f176.google.com with SMTP id ik5so9406213vcb.7 for ; Tue, 01 Jul 2014 14:14:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=DYBcM9+GRTvbxmqrKlba1UwqAvfw3ulHD5Mhb16ZsUo=; b=BLlmOcKixxtup4SQPqiUuKuNvQV7vkOrpRnqc9hAp3/0wU0GoXzqit8et77foEFeFC 2aEBKgJ66dR+OTxLfHNjFavTQPeg1zU38cWrUDZOcKMJLs1Grd1uUc7Y65XTtDQaDIYn s7XWZrFsftoI/dfrElAhEzUQFNAwxZJqH8qkKfKV56YXhQGPcYeJ/RJ9b5mutdQqPgwC TDiQC79zHsZCyp9NAeQHJSqOvNMRGcVjCkf5QE88to7fhqDy7UC1Y5T865zZQ0XBmmY/ 4KVVYmx5AKeTsFseSyLVi/vBFGYvzxOmmB2pj8JUfAn7fuSJPns8E/4Zmpklc2HujeRG xSog== MIME-Version: 1.0 X-Received: by 10.52.137.109 with SMTP id qh13mr1967417vdb.63.1404249287773; Tue, 01 Jul 2014 14:14:47 -0700 (PDT) Received: by 10.220.153.10 with HTTP; Tue, 1 Jul 2014 14:14:47 -0700 (PDT) Date: Tue, 1 Jul 2014 14:14:47 -0700 Message-ID: From: Nodir Kodirov To: xen-users@lists.xenproject.org Subject: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4683414643748536664==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4683414643748536664== Content-Type: multipart/alternative; boundary=bcaec52c671ff9539304fd28435d --bcaec52c671ff9539304fd28435d Content-Type: text/plain; charset=UTF-8 Hello, I'm a graduate student, trying to run Mini-OS for my project. When I create mini-os instance, netfront fails to initialize. I get following output from 'xl console ' Xen Minimal OS! start_info: 000000000028f000(VA) nr_pages: 0x40000 shared_inf: 0xc05e1000(MA) pt_base: 0000000000292000(VA) nr_pt_frames: 0x5 mfn_list: 000000000008f000(VA) mod_start: 0x0(VA) mod_len: 0 flags: 0x0 cmd_line: stack: 000000000004e7a0-000000000006e7a0 MM: Init _text: 0000000000000000(VA) _etext: 00000000000303c2(VA) _erodata: 0000000000038000(VA) _edata: 0000000000038540(VA) stack start: 000000000004e7a0(VA) _end: 000000000008efa0(VA) start_pfn: 29a max_pfn: 40000 Mapping memory range 0x400000 - 0x40000000 setting 0000000000000000-0000000000038000 readonly skipped 0000000000001000 MM: Initialise page allocator for 498000(498000)-40000000(40000000) MM: done Demand map pfns at 40001000-2040001000. Initialising timer interface Initialising console ... done. gnttab_table mapped at 0000000040001000. Initialising scheduler Thread "Idle": pointer: 0x4a2070, stack: 0x4b0000 Thread "xenstore": pointer: 0x4a20d0, stack: 0x4c0000 xenbus initialised on irq 1 mfn 0xbe5f5 Thread "shutdown": pointer: 0x4a2130, stack: 0x4d0000 Thread "server": pointer: 0x4a2190, stack: 0x4e0000 [server] Waiting for network. Failed to read device/vif/0/backend-id. _init_netfront: backend/mac failed VM's state is 'b' (for blocked) and that's a last line of output before VM gets frozen. My host environment is x86_64 CentOS 6.5 with Linux 3.10.34-11 kernel. I configured a bridged network with eth0 and xenbr0 configured as following: /etc/sysconfig/network-scripts/ifcfg-xenbr0 DEVICE=xenbr0 TYPE=Bridge BOOTPROTO=dhcp ONBOOT=yes DELAY=0 NM_CONTROLLED=no /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE="eth0" NM_CONTROLLED="no" ONBOOT="yes" HWADDR=00:1C:C0:37:57:B2 BRIDGE=xenbr0 Xen VM configuration file is as follows: kernel = "/home/knodir/devel/mini-os/mini-os.gz" builder = 'pvm' vcpus = 1 memory = 1024 name = "Mini-OS-custom" serial = 'pty' on_poweroff = 'destroy' on_reboot = 'destroy' on_crash = 'destroy' My custom mini-os kernel is built from https://github.com/cnplab/mini-os since I'm planning to use it for ClickOS https://github.com/cnplab/clickos I believe this modified Mini-OS to have the same networking source code as an original one (I did not apply xennet https://github.com/cnplab/xennet patch). I wonder if I'm missing something in my Xen VM configuration file. When I add a new line vif=[ 'mac=00:16:3e:01:01:01,bridge=xenbr0' ] to it, VM is not created at all. These are the VM creation corresponding lines from /var/log/xen/xend.log [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:151) XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 1, 'domid': 33, 'paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb': 1049600L, 'shutdown': 0, 'mem_kb': 1048576L, 'handle': [121, 198, 174, 221, 11, 118, 72, 231, 172, 230, 168, 102, 169, 14, 221, 123], 'blocked': 0, 'cpupool': 0}) [2014-07-01 14:11:11 20157] INFO (XendDomainInfo:169) Recreating domain 33, UUID 79c6aedd-0b76-48e7-ace6-a866a90edd7b. at /local/domain/33 [2014-07-01 14:11:11 20157] DEBUG (XendDomain:476) Adding Domain: 33 [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:1882) XendDomainInfo.handleShutdownWatch [2014-07-01 14:11:11 20157] DEBUG (DevController:95) DevController: writing {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/console/33/0'} to /local/domain/33/device/console/0. [2014-07-01 14:11:11 20157] DEBUG (DevController:97) DevController: writing {'domain': 'Mini-OS-custom', 'frontend': '/local/domain/33/device/console/0', 'uuid': '12b56995-0349-8bf3-93ee-92c6a9ec75e7', 'frontend-id': '33', 'state': '1', 'location': '2', 'online': '1', 'protocol': 'vt100'} to /local/domain/0/backend/console/33/0. [2014-07-01 14:11:11 20157] WARNING (XendDomainInfo:2062) Domain has crashed: name=Mini-OS-custom id=33. [2014-07-01 14:11:11 20157] ERROR (XendDomainInfo:2196) VM Mini-OS-custom restarting too fast (Elapsed time: 0.400618 seconds). Refusing to restart to avoid loops. [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:3077) XendDomainInfo.destroy: domid=33 [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2402) Destroying device model [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2407) No device model [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices Any help is appreciated. Nodir. --bcaec52c671ff9539304fd28435d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello,=C2=A0

I'm a graduate student= , trying to run Mini-OS for my project.

When I cre= ate mini-os instance, netfront fails to initialize. I get following output = from 'xl console <domid>'=C2=A0

Xen Minimal OS!
=C2=A0 start_info: 0000000000= 28f000(VA)
=C2=A0 =C2=A0 nr_pages: 0x40000
=C2=A0 share= d_inf: 0xc05e1000(MA)
=C2=A0 =C2=A0 =C2=A0pt_base: 00000000002920= 00(VA)
nr_pt_frames: 0x5
=C2=A0 =C2=A0 mfn_list: 000000000008f000(VA)
=C2=A0 =C2=A0mo= d_start: 0x0(VA)
=C2=A0 =C2=A0 =C2=A0mod_len: 0
=C2=A0 = =C2=A0 =C2=A0 =C2=A0flags: 0x0
=C2=A0 =C2=A0 cmd_line:=C2=A0
=C2=A0 stack: =C2=A0 =C2=A0 =C2=A0000000000004e7a0-000000000006e7a0
MM: Init
=C2=A0 =C2=A0 =C2=A0 _text: 0000000000000000(VA)
=C2=A0 =C2= =A0 =C2=A0_etext: 00000000000303c2(VA)
=C2=A0 =C2=A0_erodata: 000= 0000000038000(VA)
=C2=A0 =C2=A0 =C2=A0_edata: 0000000000038540(VA= )
stack start: 000000000004e7a0(VA)
=C2=A0 =C2=A0 =C2=A0 =C2=A0_end: 000000000008efa0(VA)
=C2=A0 star= t_pfn: 29a
=C2=A0 =C2=A0 max_pfn: 40000
Mapping memory = range 0x400000 - 0x40000000
setting 0000000000000000-000000000003= 8000 readonly
skipped 0000000000001000
MM: Initialise page allocator for 498000(498000)-40000000(40000000)
MM: done
Demand map pfns at 40001000-2040001000.
Initialising timer interface
Initialising console ... done.
gnttab_table mapped at 0000000040001000.
Initialising schedu= ler
Thread "Idle": pointer: 0x4a2070, stack: 0x4b0000
Thread "xenstore": pointer: 0x4a20d0, stack: 0x4c0000
xenbus initialised on irq 1 mfn 0xbe5f5
Thread "shutdow= n": pointer: 0x4a2130, stack: 0x4d0000
Thread "server&q= uot;: pointer: 0x4a2190, stack: 0x4e0000
[server] Waiting for net= work.
Failed to read device/vif/0/backend-id.
_init_netfront: back= end/mac failed

VM's state is '= b' (for blocked) and that's a last line of output before VM gets fr= ozen. My host environment is x86_64=C2=A0CentOS 6.5 with Linux 3.10.34-11 k= ernel. I configured a bridged network with eth0 and xenbr0 configured as fo= llowing:

/etc/sysconfig/network-scripts/ifcfg-xenbr0
DEVICE=3Dxenbr0
TYPE=3DBridge
BOOTPROTO=3Ddhcp<= /div>
ONBOOT=3Dyes
DELAY=3D0
NM_CONTROLLED=3Dno

/etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=3D"eth0"
NM_CONTROLLED=3D"no"
ONBOOT=3D"yes"
HWADDR=3D00:1C:C0:37:57:B2
BRIDGE=3Dxenbr0

Xen VM configuratio= n file is as follows:

kernel =3D "/home/= knodir/devel/mini-os/mini-os.gz"
builder =3D 'pvm'
vcpus =3D 1
memory =3D 1024
name =3D= "Mini-OS-custom"
serial =3D 'pty'
on_poweroff =3D 'destroy'
on_reboot =C2=A0 =3D = 'destroy'
on_crash =C2=A0 =C2=A0=3D 'destroy'

=
My custom mini-os kernel is built from https://github.com/cnplab/mini-os since I'm planning= to use it for ClickOS=C2=A0h= ttps://github.com/cnplab/clickos I believe this modified Mini-OS to hav= e the same networking source code as an original one (I did not apply xenne= t=C2=A0https://github.com/cnpl= ab/xennet patch).

I wonder if I'm missing something in my Xen VM conf= iguration file. When I add a new line vif=3D[ 'mac=3D00:16:3e:01:01:01,= bridge=3Dxenbr0' ] to it, VM is not created at all. These are the VM cr= eation corresponding lines from /var/log/xen/xend.log

[2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:= 151) XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time':= 0L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 255= , 'dying': 0, 'online_vcpus': 1, 'domid': 33, '= paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb&= #39;: 1049600L, 'shutdown': 0, 'mem_kb': 1048576L, 'han= dle': [121, 198, 174, 221, 11, 118, 72, 231, 172, 230, 168, 102, 169, 1= 4, 221, 123], 'blocked': 0, 'cpupool': 0})
[2014-07-01 14:11:11 20157] INFO (XendDomainInfo:169) Recreating domai= n 33, UUID 79c6aedd-0b76-48e7-ace6-a866a90edd7b. at /local/domain/33
<= div>[2014-07-01 14:11:11 20157] DEBUG (XendDomain:476) Adding Domain: 33
[2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:1882) XendDomainInfo= .handleShutdownWatch
[2014-07-01 14:11:11 20157] DEBUG (DevContro= ller:95) DevController: writing {'state': '1', 'backend= -id': '0', 'backend': '/local/domain/0/backend/cons= ole/33/0'} to /local/domain/33/device/console/0.
[2014-07-01 14:11:11 20157] DEBUG (DevController:97) DevController: wr= iting {'domain': 'Mini-OS-custom', 'frontend': '= ;/local/domain/33/device/console/0', 'uuid': '12b56995-0349= -8bf3-93ee-92c6a9ec75e7', 'frontend-id': '33', 'sta= te': '1', 'location': '2', 'online': &#= 39;1', 'protocol': 'vt100'} to /local/domain/0/backend/= console/33/0.
[2014-07-01 14:11:11 20157] WARNING (XendDomainInfo:2062) Domain has c= rashed: name=3DMini-OS-custom id=3D33.
[2014-07-01 14:11:11 20157= ] ERROR (XendDomainInfo:2196) VM Mini-OS-custom restarting too fast (Elapse= d time: 0.400618 seconds). Refusing to restart to avoid loops.
[2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:3077) XendDomainInfo= .destroy: domid=3D33
[2014-07-01 14:11:12 20157] DEBUG (XendDomai= nInfo:2402) Destroying device model
[2014-07-01 14:11:12 20157] D= EBUG (XendDomainInfo:2409) Releasing devices
[2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2407) No device mode= l
[2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasi= ng devices

Any help is appreciated.

Nodir.

--bcaec52c671ff9539304fd28435d-- --===============4683414643748536664== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4683414643748536664==-- From xen-users-bounces@lists.xen.org Tue Jul 01 21:15:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 21:15:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X25O9-0008Ae-IA; Tue, 01 Jul 2014 21:14:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X25O7-0008AZ-RQ for xen-users@lists.xenproject.org; Tue, 01 Jul 2014 21:14:52 +0000 Received: from [85.158.137.68:28136] by server-3.bemta-3.messagelabs.com id 9F/E8-25808-BC423B35; Tue, 01 Jul 2014 21:14:51 +0000 X-Env-Sender: nodir.qodirov@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1404249288!13425709!1 X-Originating-IP: [209.85.220.176] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4106 invoked from network); 1 Jul 2014 21:14:49 -0000 Received: from mail-vc0-f176.google.com (HELO mail-vc0-f176.google.com) (209.85.220.176) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 21:14:49 -0000 Received: by mail-vc0-f176.google.com with SMTP id ik5so9406213vcb.7 for ; Tue, 01 Jul 2014 14:14:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=DYBcM9+GRTvbxmqrKlba1UwqAvfw3ulHD5Mhb16ZsUo=; b=BLlmOcKixxtup4SQPqiUuKuNvQV7vkOrpRnqc9hAp3/0wU0GoXzqit8et77foEFeFC 2aEBKgJ66dR+OTxLfHNjFavTQPeg1zU38cWrUDZOcKMJLs1Grd1uUc7Y65XTtDQaDIYn s7XWZrFsftoI/dfrElAhEzUQFNAwxZJqH8qkKfKV56YXhQGPcYeJ/RJ9b5mutdQqPgwC TDiQC79zHsZCyp9NAeQHJSqOvNMRGcVjCkf5QE88to7fhqDy7UC1Y5T865zZQ0XBmmY/ 4KVVYmx5AKeTsFseSyLVi/vBFGYvzxOmmB2pj8JUfAn7fuSJPns8E/4Zmpklc2HujeRG xSog== MIME-Version: 1.0 X-Received: by 10.52.137.109 with SMTP id qh13mr1967417vdb.63.1404249287773; Tue, 01 Jul 2014 14:14:47 -0700 (PDT) Received: by 10.220.153.10 with HTTP; Tue, 1 Jul 2014 14:14:47 -0700 (PDT) Date: Tue, 1 Jul 2014 14:14:47 -0700 Message-ID: From: Nodir Kodirov To: xen-users@lists.xenproject.org Subject: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4683414643748536664==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4683414643748536664== Content-Type: multipart/alternative; boundary=bcaec52c671ff9539304fd28435d --bcaec52c671ff9539304fd28435d Content-Type: text/plain; charset=UTF-8 Hello, I'm a graduate student, trying to run Mini-OS for my project. When I create mini-os instance, netfront fails to initialize. I get following output from 'xl console ' Xen Minimal OS! start_info: 000000000028f000(VA) nr_pages: 0x40000 shared_inf: 0xc05e1000(MA) pt_base: 0000000000292000(VA) nr_pt_frames: 0x5 mfn_list: 000000000008f000(VA) mod_start: 0x0(VA) mod_len: 0 flags: 0x0 cmd_line: stack: 000000000004e7a0-000000000006e7a0 MM: Init _text: 0000000000000000(VA) _etext: 00000000000303c2(VA) _erodata: 0000000000038000(VA) _edata: 0000000000038540(VA) stack start: 000000000004e7a0(VA) _end: 000000000008efa0(VA) start_pfn: 29a max_pfn: 40000 Mapping memory range 0x400000 - 0x40000000 setting 0000000000000000-0000000000038000 readonly skipped 0000000000001000 MM: Initialise page allocator for 498000(498000)-40000000(40000000) MM: done Demand map pfns at 40001000-2040001000. Initialising timer interface Initialising console ... done. gnttab_table mapped at 0000000040001000. Initialising scheduler Thread "Idle": pointer: 0x4a2070, stack: 0x4b0000 Thread "xenstore": pointer: 0x4a20d0, stack: 0x4c0000 xenbus initialised on irq 1 mfn 0xbe5f5 Thread "shutdown": pointer: 0x4a2130, stack: 0x4d0000 Thread "server": pointer: 0x4a2190, stack: 0x4e0000 [server] Waiting for network. Failed to read device/vif/0/backend-id. _init_netfront: backend/mac failed VM's state is 'b' (for blocked) and that's a last line of output before VM gets frozen. My host environment is x86_64 CentOS 6.5 with Linux 3.10.34-11 kernel. I configured a bridged network with eth0 and xenbr0 configured as following: /etc/sysconfig/network-scripts/ifcfg-xenbr0 DEVICE=xenbr0 TYPE=Bridge BOOTPROTO=dhcp ONBOOT=yes DELAY=0 NM_CONTROLLED=no /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE="eth0" NM_CONTROLLED="no" ONBOOT="yes" HWADDR=00:1C:C0:37:57:B2 BRIDGE=xenbr0 Xen VM configuration file is as follows: kernel = "/home/knodir/devel/mini-os/mini-os.gz" builder = 'pvm' vcpus = 1 memory = 1024 name = "Mini-OS-custom" serial = 'pty' on_poweroff = 'destroy' on_reboot = 'destroy' on_crash = 'destroy' My custom mini-os kernel is built from https://github.com/cnplab/mini-os since I'm planning to use it for ClickOS https://github.com/cnplab/clickos I believe this modified Mini-OS to have the same networking source code as an original one (I did not apply xennet https://github.com/cnplab/xennet patch). I wonder if I'm missing something in my Xen VM configuration file. When I add a new line vif=[ 'mac=00:16:3e:01:01:01,bridge=xenbr0' ] to it, VM is not created at all. These are the VM creation corresponding lines from /var/log/xen/xend.log [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:151) XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 1, 'domid': 33, 'paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb': 1049600L, 'shutdown': 0, 'mem_kb': 1048576L, 'handle': [121, 198, 174, 221, 11, 118, 72, 231, 172, 230, 168, 102, 169, 14, 221, 123], 'blocked': 0, 'cpupool': 0}) [2014-07-01 14:11:11 20157] INFO (XendDomainInfo:169) Recreating domain 33, UUID 79c6aedd-0b76-48e7-ace6-a866a90edd7b. at /local/domain/33 [2014-07-01 14:11:11 20157] DEBUG (XendDomain:476) Adding Domain: 33 [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:1882) XendDomainInfo.handleShutdownWatch [2014-07-01 14:11:11 20157] DEBUG (DevController:95) DevController: writing {'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/console/33/0'} to /local/domain/33/device/console/0. [2014-07-01 14:11:11 20157] DEBUG (DevController:97) DevController: writing {'domain': 'Mini-OS-custom', 'frontend': '/local/domain/33/device/console/0', 'uuid': '12b56995-0349-8bf3-93ee-92c6a9ec75e7', 'frontend-id': '33', 'state': '1', 'location': '2', 'online': '1', 'protocol': 'vt100'} to /local/domain/0/backend/console/33/0. [2014-07-01 14:11:11 20157] WARNING (XendDomainInfo:2062) Domain has crashed: name=Mini-OS-custom id=33. [2014-07-01 14:11:11 20157] ERROR (XendDomainInfo:2196) VM Mini-OS-custom restarting too fast (Elapsed time: 0.400618 seconds). Refusing to restart to avoid loops. [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:3077) XendDomainInfo.destroy: domid=33 [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2402) Destroying device model [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2407) No device model [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices Any help is appreciated. Nodir. --bcaec52c671ff9539304fd28435d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello,=C2=A0

I'm a graduate student= , trying to run Mini-OS for my project.

When I cre= ate mini-os instance, netfront fails to initialize. I get following output = from 'xl console <domid>'=C2=A0

Xen Minimal OS!
=C2=A0 start_info: 0000000000= 28f000(VA)
=C2=A0 =C2=A0 nr_pages: 0x40000
=C2=A0 share= d_inf: 0xc05e1000(MA)
=C2=A0 =C2=A0 =C2=A0pt_base: 00000000002920= 00(VA)
nr_pt_frames: 0x5
=C2=A0 =C2=A0 mfn_list: 000000000008f000(VA)
=C2=A0 =C2=A0mo= d_start: 0x0(VA)
=C2=A0 =C2=A0 =C2=A0mod_len: 0
=C2=A0 = =C2=A0 =C2=A0 =C2=A0flags: 0x0
=C2=A0 =C2=A0 cmd_line:=C2=A0
=C2=A0 stack: =C2=A0 =C2=A0 =C2=A0000000000004e7a0-000000000006e7a0
MM: Init
=C2=A0 =C2=A0 =C2=A0 _text: 0000000000000000(VA)
=C2=A0 =C2= =A0 =C2=A0_etext: 00000000000303c2(VA)
=C2=A0 =C2=A0_erodata: 000= 0000000038000(VA)
=C2=A0 =C2=A0 =C2=A0_edata: 0000000000038540(VA= )
stack start: 000000000004e7a0(VA)
=C2=A0 =C2=A0 =C2=A0 =C2=A0_end: 000000000008efa0(VA)
=C2=A0 star= t_pfn: 29a
=C2=A0 =C2=A0 max_pfn: 40000
Mapping memory = range 0x400000 - 0x40000000
setting 0000000000000000-000000000003= 8000 readonly
skipped 0000000000001000
MM: Initialise page allocator for 498000(498000)-40000000(40000000)
MM: done
Demand map pfns at 40001000-2040001000.
Initialising timer interface
Initialising console ... done.
gnttab_table mapped at 0000000040001000.
Initialising schedu= ler
Thread "Idle": pointer: 0x4a2070, stack: 0x4b0000
Thread "xenstore": pointer: 0x4a20d0, stack: 0x4c0000
xenbus initialised on irq 1 mfn 0xbe5f5
Thread "shutdow= n": pointer: 0x4a2130, stack: 0x4d0000
Thread "server&q= uot;: pointer: 0x4a2190, stack: 0x4e0000
[server] Waiting for net= work.
Failed to read device/vif/0/backend-id.
_init_netfront: back= end/mac failed

VM's state is '= b' (for blocked) and that's a last line of output before VM gets fr= ozen. My host environment is x86_64=C2=A0CentOS 6.5 with Linux 3.10.34-11 k= ernel. I configured a bridged network with eth0 and xenbr0 configured as fo= llowing:

/etc/sysconfig/network-scripts/ifcfg-xenbr0
DEVICE=3Dxenbr0
TYPE=3DBridge
BOOTPROTO=3Ddhcp<= /div>
ONBOOT=3Dyes
DELAY=3D0
NM_CONTROLLED=3Dno

/etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=3D"eth0"
NM_CONTROLLED=3D"no"
ONBOOT=3D"yes"
HWADDR=3D00:1C:C0:37:57:B2
BRIDGE=3Dxenbr0

Xen VM configuratio= n file is as follows:

kernel =3D "/home/= knodir/devel/mini-os/mini-os.gz"
builder =3D 'pvm'
vcpus =3D 1
memory =3D 1024
name =3D= "Mini-OS-custom"
serial =3D 'pty'
on_poweroff =3D 'destroy'
on_reboot =C2=A0 =3D = 'destroy'
on_crash =C2=A0 =C2=A0=3D 'destroy'

=
My custom mini-os kernel is built from https://github.com/cnplab/mini-os since I'm planning= to use it for ClickOS=C2=A0h= ttps://github.com/cnplab/clickos I believe this modified Mini-OS to hav= e the same networking source code as an original one (I did not apply xenne= t=C2=A0https://github.com/cnpl= ab/xennet patch).

I wonder if I'm missing something in my Xen VM conf= iguration file. When I add a new line vif=3D[ 'mac=3D00:16:3e:01:01:01,= bridge=3Dxenbr0' ] to it, VM is not created at all. These are the VM cr= eation corresponding lines from /var/log/xen/xend.log

[2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:= 151) XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time':= 0L, 'ssidref': 0, 'hvm': 0, 'shutdown_reason': 255= , 'dying': 0, 'online_vcpus': 1, 'domid': 33, '= paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb&= #39;: 1049600L, 'shutdown': 0, 'mem_kb': 1048576L, 'han= dle': [121, 198, 174, 221, 11, 118, 72, 231, 172, 230, 168, 102, 169, 1= 4, 221, 123], 'blocked': 0, 'cpupool': 0})
[2014-07-01 14:11:11 20157] INFO (XendDomainInfo:169) Recreating domai= n 33, UUID 79c6aedd-0b76-48e7-ace6-a866a90edd7b. at /local/domain/33
<= div>[2014-07-01 14:11:11 20157] DEBUG (XendDomain:476) Adding Domain: 33
[2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:1882) XendDomainInfo= .handleShutdownWatch
[2014-07-01 14:11:11 20157] DEBUG (DevContro= ller:95) DevController: writing {'state': '1', 'backend= -id': '0', 'backend': '/local/domain/0/backend/cons= ole/33/0'} to /local/domain/33/device/console/0.
[2014-07-01 14:11:11 20157] DEBUG (DevController:97) DevController: wr= iting {'domain': 'Mini-OS-custom', 'frontend': '= ;/local/domain/33/device/console/0', 'uuid': '12b56995-0349= -8bf3-93ee-92c6a9ec75e7', 'frontend-id': '33', 'sta= te': '1', 'location': '2', 'online': &#= 39;1', 'protocol': 'vt100'} to /local/domain/0/backend/= console/33/0.
[2014-07-01 14:11:11 20157] WARNING (XendDomainInfo:2062) Domain has c= rashed: name=3DMini-OS-custom id=3D33.
[2014-07-01 14:11:11 20157= ] ERROR (XendDomainInfo:2196) VM Mini-OS-custom restarting too fast (Elapse= d time: 0.400618 seconds). Refusing to restart to avoid loops.
[2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:3077) XendDomainInfo= .destroy: domid=3D33
[2014-07-01 14:11:12 20157] DEBUG (XendDomai= nInfo:2402) Destroying device model
[2014-07-01 14:11:12 20157] D= EBUG (XendDomainInfo:2409) Releasing devices
[2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2407) No device mode= l
[2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasi= ng devices

Any help is appreciated.

Nodir.

--bcaec52c671ff9539304fd28435d-- --===============4683414643748536664== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4683414643748536664==-- From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tx-0003F8-Da; Tue, 01 Jul 2014 22:51:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tv-0003EX-DG for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:47 +0000 Received: from [85.158.139.211:15044] by server-13.bemta-5.messagelabs.com id CC/18-02995-28B33B35; Tue, 01 Jul 2014 22:51:46 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-206.messagelabs.com!1404255105!7696226!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19752 invoked from network); 1 Jul 2014 22:51:45 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:45 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002GU-So for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000tV-Ny for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <2058548.HQSy7a8s2N@eve> (Joost Roeleveld's message of "Mon, 30 Jun 2014 15:19:09 +0200") Date: Tue, 01 Jul 2014 23:48:51 +0200 Organization: my virtual residence Message-ID: <87d2do7nss.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <4296636.4UV7XcsykC@eve> <87ha32ei7f.fsf@yun.yagibdah.de> <2058548.HQSy7a8s2N@eve> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Joost Roeleveld writes: >> On Monday 30 June 2014 13:43:16 lee wrote: >>> Joost Roeleveld writes: >> >> IIRC, there is a way to somehow display the smart info, probably with >> arcconf. I'd rather not use that if it might cause problems. >> Connecting them to SATA ports would be going to lengths. In any case, >> I'd get some numbers that won't tell me anything, and that three disks >> would suddenly go bad only because they are connected to a different >> controller seems very unlikely. > > Check the howtos for smartctl, they explain how to interpret the data. > I'd recommend: > http://www.smartmontools.org/ Ok, if I get to see the numbers, I can look there. I never believed in this smart thing ... >> >> I know, they aren't suited for this purpose. Yet they have been working >> >> fine on the P800, and that three disks should decide to go bad in a way >> >> that blocks the controller (or whatever happens) every now and then >> >> seems unlikely. >> > >> > No, it doesn't. >> >> Why not? > > Because I've seen it happen. You have seen three (or more) disks going bad all at the same time just because they were connected to a different controller? > WD makes good disks, but those 2TB green drives you are using gave me > the largest amount of failures I ever experienced. I don't even bother > sending them back for warranty replacement anymore. They really aren't the greatest disk one can imagine. I'd say they are ok for what they are and better than their reputation, considering the price --- you could get them for EUR 65 new a few years ago, maybe even less, before all disk prices increased. I'll replace them with something suitable when they fail. >> > Does the error occur after the server has been idle for a while? Or when >> > the disks are being stressed? >> >> I haven't seen any relation between disk usage and crashes. There seem >> to have been different reasons for crashing, i. e. first it would crash >> with "swiotbl is full", > > That happens when the buffer is full, from a very quick read on the subject (so please, > someone with more knowledge, please correct me if I am mistaken), this can be > caused when the underlying I/O system is not able to keep up. It's probably more complicated than that. Systems would go down all the time if exceeding their I/O capacity would make them crash. >> then with "arcconf seems to hang" and now with >> "scsi bus hanging?". > > These might be different ways of showing the same error, just being passed on to a > different subsystem. Possibly --- I'd think it also means that something must have changed when a particular error that repeatedly showed up as X suddenly and repeatedly shows up as Z instead. (The kernel version changed. I haven't figured out what in particular changed in the kernel code around the place where that message is generated, and it may very well be changes somewhere else which are relevant. What did change is that the swiotbl message is now printed by different means to prevent a flood of messages that makes the system unusable. I don't know what these means exactly do; it's possible that the message isn't printed to console anymore so that now the "scsi bus hangs" message has become visible after it had been not.) >> It still crashed with PHY on 1, and I'm on 2 now. It hasn't crashed in >> over a day yet [knocks on wood]. If it works now, I'll leave it at 2; >> if it crashes again, I'll increase to 3 ... > > Interesting, while googling for the PHY setting, I come across the following URL: > http://serverfault.com/questions/95190/ibm-serverraid-8k-and-sata1-issue > > The following comes from there: > *** > The reason your Sata drives are running at 1.5Gb/s vs 3.0Gb/s on your server is > because their was a bug in the backplane that caused 30 second freezes under heavy > workloads. > [...] > > You might want to look into that, as it's the same server and raid-card as you are > using. > Do note, the website for that IBM-link does not work at the moment. Yes, I had found the same page. I'm not sure if that statement is true because the P800 also links SATA with 1.5 and SAS with 3Gbit/sec, without a backplane in the way. It is probably true that IBM --- and/or Adaptec --- ran into problems with SATA drives connected to the controller they couldn't really solve, for otherwise there wouldn't be a need to implement different PHY settings and even a utility in the controllers' BIOS to let users change them. The documentation speaks of "different SATA channels" and claims that improvements have been made to the PHY settings, apparently hiding what's actually going on. Anyway, server uptime is 3 days, 9 hours now. That's a great improvement :) So for what's it worth: For WD20EARS on a ServeRaid 8k, try different PHY settings. PHY 2 seems to work much better than 0, 1 and 5. > True, but, SATA drives don't always work when used with port multipliers, which from > the above, I think you are actually using. Hm, I doubt it. The drive slots are numbered 0--5, and I can set a PHY setting for each drive individually. Would I be able to do that if a PMP was used? And can a single port keep up with 6 SAS drives? I'd have to take it all apart to see how this backplane is made. --- Think I'm silly, but I really marvelled at the drive caddies. They are anything but simple and *not* easy to manufacture. >> But then, it seems that an SATA link goes down or can go down when a >> disk saves power. So you might be right: disk goes to sleep, controller >> cannot re-establish link because of PHY settings, and then things hang. > > Yep, it all depends on what is happening, without proper errorlogs and reproducable > crashes, it will be difficult to determine exactly what is happening. Yes --- I have two PHY settings left I can try if I have to. If that doesn't help, I can look into disabling power saving. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26ty-0003FG-1Q; Tue, 01 Jul 2014 22:51:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tw-0003Ec-5i for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:48 +0000 Received: from [85.158.143.35:27544] by server-2.bemta-4.messagelabs.com id 4B/B6-06539-38B33B35; Tue, 01 Jul 2014 22:51:47 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-16.tower-21.messagelabs.com!1404255105!11750099!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18305 invoked from network); 1 Jul 2014 22:51:46 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-16.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:46 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002Ga-Vp for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000tf-RW for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (sophie@klunky.co.uk's message of "Tue, 01 Jul 2014 14:07:15 +0200") Date: Wed, 02 Jul 2014 00:51:35 +0200 Organization: my virtual residence Message-ID: <874mz07kw8.fsf@yun.yagibdah.de> References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Sophie writes: > Our DBA team, who were new to XEN and visualization seem to have a > heightened interest in XEN and have asked me this: > > ** Why don't we allocated 32 VCPUS to all virtual machines so that they > can share all resources and when they need CPUs they can access those > that were sitting idle ** Their logic was VCPUs could be better > distributed like this. > > My question to you is what do you think? That's what I thought would make sense :) You probably don't want to do that because it can cause delays when so many vCPUs are supposed to do something that there is a lack of pCPUs. I think it's better to make sure that dom0 and whatever VM others may have to wait on get sufficient CPU in the first place. How much CPU that is depends on workload. All the rest of it also depends on workload. I have some VMs that basically only need one CPU (or even less) because more CPUs doesn't benefit what they are doing. I gave them 2 vCPUs because it won't hurt anything when they sometimes might use 2 pCPUs, just in case that there is something they can do in parallel and so that other VMs need not wait on them. If other VMs had to wait (like on the answer to a DNS query), their vCPUs would have to be idle anyway and it won't hurt anything to have the idle pCPU do something instead (like helping to answer the DNS query faster). So you probably want to monitor what each VM does with its CPUs. Perhaps none of them needs 32, perhaps some run as well with less and some benefit from having more. Going by that, you can try to achieve some optimum by giving VMs as few vCPUs as needed and by giving additional vCPUs to other VMs that actually take advantage of them. Letting all pCPUs as vCPUs to all VMs probably doesn't work as well as trying to achieve such an optimum. Overcommitting CPUs works fine --- probably up to some point at which the pCPUs can't keep up, and/or at which overall performance goes down due to pCPUs needing to access too many different memory areas. I guess assigning, in total, about 1.75 times as many vCPUs as pCPUs is a good measure to start with. Of course, it also depends on workload and especially on timing ... I'd start with assigning more vCPUs to the most busy VMs (provided that the CPUs are actually used, and considering VMs that could become bottlenecks) until 56 vCPUs (1.75x32) are assigned in total, see how it goes and fine tune from there. You might also want to tune the memory ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26ty-0003FU-Ls; Tue, 01 Jul 2014 22:51:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tw-0003Ed-61 for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:48 +0000 Received: from [85.158.143.35:11803] by server-1.bemta-4.messagelabs.com id FF/7E-09496-38B33B35; Tue, 01 Jul 2014 22:51:47 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-16.tower-21.messagelabs.com!1404255105!11750098!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=1.3 required=7.0 tests=BODY_RANDOM_LONG, DATE_IN_PAST_06_12 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18294 invoked from network); 1 Jul 2014 22:51:45 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-16.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:45 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002GO-LW for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000tG-HW for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B12805.2050503@bobich.net> (Gordan Bobic's message of "Mon, 30 Jun 2014 10:04:05 +0100") Date: Tue, 01 Jul 2014 18:24:09 +0200 Organization: my virtual residence Message-ID: <87siml6o9i.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 06/29/2014 06:07 AM, lee wrote: >> Gordan Bobic writes: >> >>> On 06/28/2014 12:25 PM, lee wrote: >>>> Kuba writes: >> >>>> and ZFS doesn't increase the number of SAS/SATA ports you have. >>> >>> No, but it does deprecate the RAID and caching parts of a controller, >> >> Why does it deprecate them? > > Because it's RAID is far more advanced, and it makes far better use of > the caches built into the disks. When solution A and B for problem X are available, that doesn't mean that either solution would deprecate the other, be it "more advanced" or not. ZFS has it's advantages, and it would seem a bad idea to use it with RAID. It's tempting to try it out, and I really like the checksumming it does, and it's also confusing: There's (at least) ZFS and OpenZFS, and Debian requires you to use fuse if you want ZFS, adding more complexity. There's also uncertainty about changes currently being made to ZFS which makes me wonder if my data might become unreadable after a software update or a software change when I install the disks in a different computer --- I've read reports of that happeneing, though it shouldn't. And perhaps the next day after I switch to ZFS, a new feature comes out which would require me to re-create the volumes and to copy the data over yet again, at least if I wanted to use that feature. It seems that ZFS isn't sufficiently mature yet to use it. I haven't learned much about it yet, but that's my impression so far. And how about ZFS with JBOD on a hardware RAID controller? > Since ZFS uses variable width stripes, every write is always a single > operation. Which may be completed or not? And what about the on-disk caches and power failures? >> Can you connect SAS disks to them as well? > > No. You cannot plug SAS disks into SATA ports, with or without multipliers. Hm, I wish they would some with which you can do that. >> Aren't they getting into each others ways, filling up the bandwidth of >> the port? > > If your HBA/PMP/HDD don't support FIS+NCQ, then yes. It seems that FIS would have to be supported by every HBA because it's the second layer of the SATA protocol. And I thought that NCQ is a feature of the disk itself, which either supports it or not. Why/how would a HBA or PMP interfere with NCQ? > If your HBA/PMP/HDD do support FIS+NCQ (the models I mentioned do), > then the bandwidth is effectively multiplexed on demand. It works a > bit like VLAN tagging. A command gets issued, but while that command > is completing (~8ms on a 7200rpm disk) you can issue commands to other > disks, so multiple commands on multiple disks can be completing at the > same time. As each disk completes the command and returns data, the > same happens in reverse. And there aren't any (potential) problems with the disks? Each disk would have to happily wait around until it can communicate with the HBA again. SCSI disks were designed for that, but SATA disks? >>>> How does it do the checksumming? > [...] >>> with nothing else to be done. If the checksum doesn't match the data >>> (silent corruption), or read of one of the disks containing a piece of >>> the block fails (non-silent corruption, failed sector)), ZFS will go >>> and >> >> And? Correct the error? > > Sorry, did that get truncated? it did > Yes, indeed, ZFS will initiate recovery procedures, find a combination > of blocks which, when assembled, match the checksum, return the data, > re-calculate the damaged block and write it back to the disk that > didn't return the correct data. I'd really like to have that. There is only so much point in using ECC RAM when your data may get silently damaged on disk. >> So it's like RAID built into the file system? What about all the CPU >> overhead? > > It's expensive - for a file system. In reality, I use a number of > 1.3GHz N36L HP Microservers with 4-8 disks in each in RAIDZ2 (n+2 > redundancy similar to RAID6), and even on weekly disk scrubs they > never get anywhere near running out of CPU. I considered getting one of those --- they seem perfect for NAS. Some CPU overhead on the server for ZFS won't hurt. >> rest is WD SATAs --- and I'm starting to suspect that the RAID >> controller in the server doesn't like the WD disks at all, which causes >> the crashes. Those disks weren't made at all for this application. > > This is another problem with clever controllers, especially hardware > RAID. RAID controllers typically wait around 8-9 seconds for the disk > to return the data. If it doesn't, they kick the disk out of the > array. Well, yes, the disk has failed when it doesn't return data reliably, so I don't consider that as a problem but as a desirable feature. What does ZFS do? Continue to use an unreliable disk? Or how unreliable is a disk that spends significant amounts of time on error correction? > HGST are one exception to the rule - I have a bunch of their 4TB > drives, and they only make one 4TB model, which has TLER. Most other > manufacturers make multiple variants of the same drive, and most are > selectively feature-crippled. You seem to like the HGST ones a lot. They seem to cost more than the WD reds. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tz-0003Fg-7y; Tue, 01 Jul 2014 22:51:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tx-0003Er-0U for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:49 +0000 Received: from [85.158.143.35:27545] by server-2.bemta-4.messagelabs.com id 9B/B6-06539-38B33B35; Tue, 01 Jul 2014 22:51:47 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-21.messagelabs.com!1404255105!7141584!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9013 invoked from network); 1 Jul 2014 22:51:45 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:45 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002GX-Ub for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000ta-Pv for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Simon Hobson's message of "Mon, 30 Jun 2014 10:47:26 +0100") Date: Wed, 02 Jul 2014 00:03:21 +0200 Organization: my virtual residence Message-ID: <878uoc7n4m.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> <87pphsi1c3.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Simon Hobson writes: > Eg, just looking on a random box, ntp has this section : >> ### BEGIN INIT INFO >> # Provides: ntp >> # Required-Start: $network $remote_fs $syslog >> # Required-Stop: $network $remote_fs $syslog >> # Default-Start: 2 3 4 5 >> # Default-Stop: >> # Short-Description: Start NTP daemon >> ### END INIT INFO > > Change Required-Start to be "$network $remote_fs $syslog $wait_for_dns", rerun the init-script setup, and then you have a system that would pause for the DNS to be available before it started the ntp service. You'd also have to specify which other hosts to notify and which of all the hosts need to wait for which others. Think it further, and you might want something like a daemon running somewhere which receives information from all hosts about which services they have started and tells hosts what to start next. You'd have a central place to specify all the dependencies, only one file to edit and to rule them all. Once you have that, you might want the daemon to monitor the hosts and tell you when a service is down or something else goes wrong. Something like a meta-systemd ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tw-0003Es-SN; Tue, 01 Jul 2014 22:51:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tv-0003EW-3k for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:47 +0000 Received: from [85.158.137.68:55894] by server-2.bemta-3.messagelabs.com id 35/A7-14008-28B33B35; Tue, 01 Jul 2014 22:51:46 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-6.tower-31.messagelabs.com!1404255105!9020222!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32528 invoked from network); 1 Jul 2014 22:51:45 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-6.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:45 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002GT-Qr for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000tQ-ML for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B1F302.7020409@websitemanagers.com.au> (Adam Goryachev's message of "Tue, 01 Jul 2014 09:30:10 +1000") Date: Tue, 01 Jul 2014 21:37:02 +0200 Organization: my virtual residence Message-ID: <87ha307twh.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <53B1F302.7020409@websitemanagers.com.au> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Adam Goryachev writes: > PS, this is my personal advantage of using virtualisation... If I need > n servers to run all my VM's, then with n+1 I can survive a failure of > a dom0 (albeit with a reboot of the VM's being run there at the > time). I still get to save on overall hardware requirements, as well > as being able to live migrate for scheduled hardware maintenance/etc. For how many servers do you need one standby? Wouldn't you be better off not using a standby but moving each of the VMs from a failed server to another one that still works? One more or less VM on a number of servers probably won't hurt? You could even plan for it and spare resources on existing servers for this, or enjoy things running faster than required until you need the additional resources for a migrated VM. You'd need one server less per so many servers. The less servers, the less can fail. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tz-0003Fs-R1; Tue, 01 Jul 2014 22:51:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tw-0003Em-S2 for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:49 +0000 Received: from [85.158.143.35:11843] by server-3.bemta-4.messagelabs.com id C9/1B-16194-48B33B35; Tue, 01 Jul 2014 22:51:48 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1404255105!15159898!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20723 invoked from network); 1 Jul 2014 22:51:46 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:46 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002GP-Oz for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000tL-Jl for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B136B6.1060906@bobich.net> (Gordan Bobic's message of "Mon, 30 Jun 2014 11:06:46 +0100") Date: Tue, 01 Jul 2014 21:23:09 +0200 Organization: my virtual residence Message-ID: <87lhsc7ujm.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org R29yZGFuIEJvYmljIDxnb3JkYW5AYm9iaWNoLm5ldD4gd3JpdGVzOgoKPiBPbiAwNi8yOS8yMDE0 IDA4OjEyIEFNLCBsZWUgd3JvdGU6Cj4+IEdvcmRhbiBCb2JpYyA8Z29yZGFuQGJvYmljaC5uZXQ+ IHdyaXRlczoKPj4KPj4+PiBPbiAwNi8yOC8yMDE0IDA4OjQ1IEFNLCBsZWUgd3JvdGU6Cj4+Pj4K Pj4+PiBUaGUgaGFyZHdhcmUgUkFJRCBjb250cm9sbGVyIGdpdmVzIG1lIDEwZnBzIG1vcmUgd2l0 aCBteSBmYXZvdXJpdGUgZ2FtZQo+Pj4+IEknbSBwbGF5aW5nLCBjb21wYXJlZCB0byBzb2Z0d2Fy ZSByYWlkLiAgU2luY2UgZnBzIHJhdGVzIGNhbiBiZSByYXRoZXIKPj4+PiBsb3cgKGJlY2F1c2Ug SSdtIENQVSBsaW1pdGVkKSwgdGhhdCBtZWFucyBhIHNpZ25pZmljYW50IGRpZmZlcmVuY2UuCj4+ Pgo+Pj4gSWYgeW91ciBnYW1lIGlzIGdyaW5kaW5nIG9udG8gZGlzayBJL08gZHVyaW5nIHBsYXkg YWxsIGlzIGxvc3QKPj4+IGFueXdheS4gSWYgeW91ciBDUFUgYW5kIFJBTSBhcmUgX3RoYXRfIGNv bnN0cmFpbmVkLCB0aGVyZSBpcyBwcm9iYWJseQo+Pj4gYSBiZXR0ZXIgd2F5IHRvIHNwZW5kIHdo YXRldmVyIHlvdSBtaWdodCBwYXkgZm9yIGEgbmV3IGNhY2hpbmcgUkFJRAo+Pj4gY29udHJvbGxl ciB0aGVzZSBkYXlzLgo+Pgo+PiBPbmx5IEkgZGlkbid0IGJ1eSB0aGUgY29udHJvbGxlciBuZXcs IGFuZCBJIGJvdWdodCBpdCB0byBoYXZlIGEgZGVjZW50Cj4+IGFtb3VudCBvZiBwb3J0cy4KPgo+ IEZhaXIgcmU6IG51bWJlciBvZiBwb3J0cywgYnV0IDJuZCBoYW5kIENQVXMgZG9uJ3QgZ28gZm9y IHRoYXQgbXVjaCBvbgo+IGViYXksIGVpdGhlciwgaWYgeW91IGFyZSBjb25jZXJuZWQgYWJvdXQg dGhlIENQVSBoaXQuCgpXaGF0IHdvdWxkIHlvdSBwdXQgaW50byBhbiBBTTMgc29ja2V0IHdoaWNo IGlzIHNvIG11Y2ggZmFzdGVyIHRoYW4gYQpQaGVub20gOTY1IHRvIGJlIHdvcnRod2hpbGUgYW5k IGRvZXNuJ3QgaGF2ZSBhbiBlbm9ybW91cyBwb3dlcgpjb25zdW1wdGlvbj8KCkknZCBoYXZlIHRv IHN3aXRjaCB0byBJbnRlbCAtLS0gYW5kIHRoYXQgd291bGQgYnJpbmcgYWJvdXQgVUVGSSB3aGlj aCwKYmVzaWRlcyB0aGUgdHJlbWVuZG91cyBoYXNzbGUsIGNvbWVzIHdpdGggc2VyaW91cyBzZWN1 cml0eSByaXNrcy4gIEFuZAphZnRlciByZWFkaW5nIFsxXSwgd2hhdCBjb3VsZCB5b3Ugc3RpbGwg YnV5PwoKClsxXTogaHR0cHM6Ly93d3cuZnNmLm9yZy9ibG9ncy9jb21tdW5pdHkvYWN0aXZlLW1h bmFnZW1lbnQtdGVjaG5vbG9neQoKPiBUaGUgbWFpbiBkaWZmZXJlbmNlIGJlaW5nIHRoYXQgd2hl biB5b3UgYXJlbid0IGRvaW5nIGRpc2sgSS9PLCB5b3UKPiBzdGlsbCBnZXQgdGhlIHVzZSB0aGUg ZXh0cmEgQ1BVIHlvdSBtaWdodCwgd2hlcmVhcyB0aGUgUkFJRCBjYXJkIHNpdHMKPiBpZGxlLiBI YXZpbmcgZXh0cmEgQ1BVIGlzIG1vcmUgZ2VuZXJpYyBhbmQgZmxleGlibGUuCgpZZXMsIGFuZCB3 aGVuIHlvdSBoYXZlIG1vcmUgUkFNLCBpdCdzIGFsc28gdG8geW91ciBhZHZhbnRhZ2UgcmVnYXJk bGVzcwpvZiBkaXNrIEkvTy4gIE9ubHkgaXQgd291bGQgY29zdCBtb3JlIC0tLSBldmVuIG9mZiBl YmF5IC0tLSB0aGFuIHdoYXQgSQpwYXllZCBmb3IgdGhlIGNvbnRyb2xsZXI7IEknZCBiZSB0aHJv d2luZyA4R0IgYXdheSwgYW5kIGl0IHdvbid0IGdpdmUKbWUgbW9yZSBwb3J0cywgZWl0aGVyIC4u LgoKSSBjb25zaWRlcmVkIGFsbCB0aGVzZSBvcHRpb25zIGFuZCBkaWRuJ3QgZmluZCBhbnkgdGhh dCB3b3VsZCBoYXZlIGJlZW4KbW9yZSBhZHZhbnRhZ2VvdXMgZm9yIHRoZSBtb25leS4gIE5vdGhp bmcgaXMgcGVyZmVjdCAuLi4KCj4+IEl0J3Mgbm90IGRpc2sgSS9PIG9yIGEgbGFjayBvZiBSQU0g dGhhdCBsaW1pdHMgdGhlIGZwcyByYXRlcywgaXQncwo+PiBhY3R1YWxseSB0aGUgQ1BVIChvciB0 aGUgd2hvbGUgY29tYmluYXRpb24gb2YgQ1BVLCBib2FyZCBhbmQgUkFNKSBub3QKPj4gYmVpbmcg YWJsZSB0byBmZWVkIHRoZSBncmFwaGljcyBjYXJkIGZhc3QgZW5vdWdoIC0tLSBvciB0aGUgZ3Jh cGhpY3MKPj4gY2FyZCBiZWluZyB0b28gZmFzdCBmb3IgdGhlIENQVSwgaWYgeW91IHdhbnQgdG8g c2VlIGl0IHRoYXQgd2F5LiAgVG8gZ2V0Cj4+IGEgc2lnbmlmaWNhbnRseSBmYXN0ZXIgc3lzdGVt LCBJJ2QgaGF2ZSB0byBzcGVuZCB0ZW4gdGltZXMgb3IgbW9yZSB0aGFuCj4+IHdoYXQgSSBwYXll ZCBmb3IgdGhlIGNvbnRyb2xsZXIuCj4KPiBGYWlyIGVub3VnaCAtIHlvdSBtdXN0IGhhdmUgZ290 IHRoZSBjb250cm9sbGVyIF9yZWFsbHlfIGNoZWFwLiBFeHBlY3QKPiB0byBzcGVuZCBhIHNtYWxs IGZvcnR1bmUgb24gYSBiYXR0ZXJ5IHJlcGxhY2VtZW50IHdoZW4gdGhhdCBmYWlscywKPiB0aG91 Z2guIFRoZXkgb25seSB0eXBpY2FsbHkgbGFzdCBhIGNvdXBsZSBvZiB5ZWFycy4KClllcywgaXQg d2FzIGEgZ29vZCBkZWFsIC0tLSB5b3UgY2FuIHN0aWxsIGdldCB0aGVtIG9mZiBlYmF5IGZvciBh Ym91dAp0aGF0IHByaWNlLiAgSWYgdGhlIEJCVSBmYWlscywgaXQgbWlnaHQgYmUgYWR2aXNhYmxl IHRvIGJ1eSBhbm90aGVyCmNvbnRyb2xsZXIgd2l0aCBCQlUgYmVjYXVzZSBpdCBkb2Vzbid0IGNv c3QgbXVjaCBtb3JlIHRoYW4gdGhlIEJCVSwgYW5kCkknZCBoYXZlIGEgc3BhcmUgY29udHJvbGxl ci4gIE9yIEkgY291bGQgcmV0aXJlIHRoZSBjb250cm9sbGVyIGFuZApwZXJoYXBzIHVzZSBaRlMg b3IgbWRyYWlkIG9yLCBzaW5jZSBJIGhhdmUgdGhlIHNlcnZlciBub3csIGp1c3QgZ2V0IGEKcGFp ciBvZiBTU0RzLgoKTXkgaW50ZW50aW9uIGlzIHRvIHJlZHVjZSB0aGUgbnVtYmVyIG9mIGRpc2tz IGFueXdheS4gIFRoZSBsZXNzIGRpc2tzCnlvdSBoYXZlLCB0aGUgbGVzcyBjYW4gZmFpbC4KCj4+ IFRoZSBDUFUgYWxvbmUgd291bGQgY29zdCBtb3JlLiAgSQo+PiBkaWRuJ3QgZXhwZWN0IGFueSBj aGFuZ2UgaW4gZnBzIHJhdGVzIGFuZCBnb3QgdGhlIGltcHJvdmVtZW50IGFzIGEKPj4gc3VycHJp c2luZyBzaWRlIGVmZmVjdC4KPgo+IFRoYXQgd2lsbCBvbmx5IGFwcGx5IHdoZW4geW91IGFyZSBk b2luZyBkaXNrIEkvTyBhdCB0aGUgc2FtZSB0aW1lLAo+IHN1cmVseS4gSWYgeW91IGFyZW4ndCBk aXNrIGRpc2sgSS9PLCB0aGVuIHlvdXIgQ1BVIGlzbid0IGRvaW5nCj4gY2hlY2tzdW1taW5nLgoK V2VsbCwgSSB3YXMgcmVhbGx5IHN1cnByaXNlZCBhYm91dCB0aGUgaW1wcm92ZW1lbnQgaW4gZnBz IGFuZCBoYXZlIGEKaGFyZCB0aW1lIHRvIGJlbGlldmUgaXQgbXlzZWxmLiAgVGhlcmUncyBubyBn b29kIGV4cGxhbmF0aW9uIGZvciBpdApvdGhlciB0aGFuIHRoZSB0aGVvcnkgdGhhdCB0aGUgc3lz dGVtIHNvbWVob3cgZ2V0cyBwbHVnZ2VkIHdoZW4gaGF2aW5nCnRvIGRlYWwgd2l0aCBzbyBtYW55 IGRpc2tzIGluIHNvZnR3YXJlIHJhaWRzLCBhbmQgdGhhdCB3b3VsZCBzZWVtIHRvCm9ubHkgYXBw bHkgd2hlbiBzbyBtdWNoIGRpc2sgSS9PIGlzIGdvaW5nIG9uLiAgIlNvIG11Y2giIHdvdWxkIHBy b2JhYmx5Cm1lYW4gIm9ubHkgdmVyeSBsaXR0bGUiLgoKSSBqdXN0IG5vdGljZWQgdGhlIGltcHJv dmVtZW50IGFuZCBkaWRuJ3QgZG8gYW55IGZ1cnRoZXIgaW52ZXN0aWdhdGlvbgpzaW5jZSB0aGF0 IHdvdWxkIGhhdmUgcmVxdWlyZWQgdG8gY29tcGxldGVseSByZXZlcnQgdGhlIG1vdmUgdG8gdGhl CmNvbnRyb2xsZXIuICBOb3cgSSBoYXZlIHRoZSBiYWNrdXAgZGlza3Mgb24gc29mdHdhcmUgcmFp ZC0xLCBhbmQgd2hlbgpjb3B5aW5nIGRhdGEsIHRoZSBsb2FkIGlzIG5vdGljZWFibGUuCgo+IEFz IEkgc2FpZCBhYm92ZSAtIGNsZWFybHkgeW91IGdvdCB0aGUgUkFJRCBjb250cm9sbGVyIHZlcnkK PiBjaGVhcC4gV2l0aGluIHRoYXQgY29zdCBlbnZlbG9wZSBpdCBtYXkgd2VsbCBoYXZlIGJlZW4g YSByZWFzb25hYmxlCj4gc29sdXRpb24gLSBidXQgdGhhdCBkb2Vzbid0IHRha2UgYXdheSB0aGUg cG9pbnRzIGFib3V0IGRhdGEgc2FmZXR5IGFuZAo+IGRpc2sgZmVhdHVyZSByZXF1aXJlbWVudHMg Zm9yIHVzZSB3aXRoIGhhcmR3YXJlIFJBSUQgKFRMRVIpLgoKVHJ1ZSAtLS0gbHVja2lseSwgdGhl IFdEMjBFQVJTIGhvbGQgdXAgcmVtYXJrYWJseSB3ZWxsLiAgT25lIG91dCBvZgp0aHJlZSBmYWls ZWQsIGFmdGVyIGFib3V0IHRocmVlIHllYXJzLCBwcm9iYWJseSBiZWNhdXNlIGl0IHdvdWxkIHRh a2UKdG9vIGxvbmcgdG8gcmVjb3ZlciBhbiBlcnJvci4gIEkgcmVwbGFjZWQgaXQgYW5kIGhhdmVu J3QgY2hlY2tlZCBpdCBhbnkKZnVydGhlciB5ZXQ7IGl0IG1pZ2h0IHN0aWxsIGJlIHVzYWJsZS4K Cj4gRGlza3Mgd2l0aCBjcmlwcGxlZCBmaXJtd2FyZSB3aWxsIGRlbGliZXJhdGVseSBub3QgcmVz cG9uZCB0byByZXNldHMKPiB3aGlsZSB0cnlpbmcgdG8gZG8gc2VjdG9yIHJlY292ZXJ5LCBhZ2Fp biwgcHVyZWx5IHRvIHByZXZlbnQgd29ya2luZwo+IGFyb3VuZCB0aGUgZmFjdCB0aGUgZGlzayBk b2Vzbid0IHJlcG9ydCBUTEVSLgo+Cj4gV2hlbiB0aGlzIGhhcHBlbnMsIG9uZSBvZiB0d28gdGhp bmdzIHdpbGwgb2NjdXI6Cj4gMSkgVGhlIGNvbnRyb2xsZXIgd2lsbCBraWNrIG91dCB0aGUgZGlz ayBhbmQgY2Fycnkgb24gd2l0aG91dCBpdCwgdGh1cwo+IGxvc2luZyB0aGUgcmVkdW5kYW5jeS4K ClRoYXQncyBwcm9iYWJseSB3aGF0IGhhcHBlbmVkIHdpdGggdGhlIGZhaWxlZCBkaXNrLgoKPiAy KSBUaGUgY29udHJvbGxlciBtaWdodCBiZSBjbGV2ZXIgZW5vdWdoIHRvIG5vdCBraWNrIG91dCB0 aGUgZGlzayB0aGF0Cj4gZG9lc24ndCBzdXBwb3J0IFRMRVIgKHRoZW9yZXRpY2FsIC0geW91IGFy ZSBhdCB0aGUgbWVyY3kgb2YgdGhlCj4gY2xvc2VkLXNwZWMgUkFJRCBjYXJkIGZpcm13YXJlIHRo YXQgbWF5IG9yIG1heSBub3QgZG8gc29tZXRoaW5nCj4gc2Vuc2libGUpLCBidXQgdGhlIG9ubHkg b3RoZXIgdGhpbmcgaXQgY2FuIGRvIGlzIHdhaXQgZm9yIHRoZSBkaXNrIHRvCj4gcmV0dXJuLiBC dXQgdW50aWwgdGhlIGRpc2sgcmV0dXJucywgdGhlIGNhcmQgd2lsbCBibG9jayBmdXJ0aGVyIEkv Ty4KPgo+IFNvIGluIHJlYWxpdHkgeW91IGhhdmUgYSBjaG9pY2UgYmV0d2VlbiBsb3NpbmcgcmVk dW5kYW5jeSBvbiB0aGUgZmlyc3QKPiBwZW5kaW5nIHNlY3RvciB5b3UgZW5jb3VudGVyIGFuZCB0 aGUgbWFjaGluZSBiZWNvbWluZyB1bnJlc3BvbnNpdmUgZm9yCj4gcHJvbG9uZ2VkIHBlcmlvZHMg d2hlbmV2ZXIgeW91IGVuY291bnRlciBhIHBlbmRpbmcgc2VjdG9yLgo+Cj4gV2l0aCBzb2Z0d2Fy ZSBSQUlEIHlvdSBjYW4gYXQgbGVhc3QgY2hvb3NlIGJldHdlZW4gdGhlIHR3byAoYnkKPiBzZWxl Y3RpbmcgdGhlIGRpc2sgY29tbWFuZCB0aW1lb3V0IGFwcHJvcHJpYXRlbHkpLCBhbmQgbWFuYWdp bmcgdGhlCj4gc2l0dWF0aW9uIChlLmcuIHNldHRpbmcgdXAgYSBwcm9jZXNzIHRvIG1vbml0b3Ig Zm9yIGRpc2tzIHRoYXQgaGF2ZQo+IGJlZW4ga2lja2VkIG91dCBvZiB0aGUgYXJyYXkgYW5kIGF1 dG9tYXRpY2FsbHkgcmUtYWRkaW5nIHRoZW0gKGlmIHRoZXkKPiBiZWNvbWUgcmVzcG9uc2l2ZSBh Z2FpbikgdG8gcmVzdG9yZSB0aGUgcmVkdW5kYW5jeSkuCgpJcyB0aGF0IGEgZ29vZCBpZGVhIHRv IGRvLCBjb250aW51ZSB0byB1c2UgYSBkaXNrIHRoYXQgc3BlbmRzIHF1aXRlIGEKd2hpbGUgb24g ZXJyb3IgcmVjb3Zlcnk/CgpBbmQgaGF2ZSB5b3Ugc2VlbiB3aGF0IGhhcHBlbnMgd2hlbiBhIFNB VEEgZGlzayBiZWNvbWVzIHVucmVzcG9uc2l2ZT8KVGhlIGtlcm5lbCB3aWxsLCBhcHBhcmVudGx5 IGluZGVmaW5pdGVseSwgdHJ5IGhlYXZpbHkgdG8gcmVzZXQgdGhlIFNBVEEKbGluayBhbmQgZmxv b2QgeW91IHdpdGggbWVzc2FnZXMgYWJvdXQgaXQgdG8gdGhlIHBvaW50IHdoZXJlIHlvdXIgb25s eQpjaG9pY2UgaXMgdG8gdHJ5IHRvIHNodXQgdGhlIHN5c3RlbSBkb3duLgoKSSd2ZSBoYWQgdGhh dCBoYXBwZW4gYSB3aGlsZSBhZ28gd2l0aCBhIHZlcnkgb2xkIGRpc2suICBJIHdvbmRlciB3aHkg dGhlCmtlcm5lbCBiZWhhdmVzIHRoYXQgYmFkbHkuICBUaGUgZGlzayB0aGF0IGZhaWxlZCB3YXNu J3QgcmVsZXZhbnQgYXQgYWxsCmZvciBrZWVwaW5nIHRoZSBzeXN0ZW0gcnVubmluZy4gIEknZCBy YXRoZXIgaGF2ZSB0aGUga2VybmVsIHRyeSBtYXliZQp0ZW4gdGltZXMgYW5kIHRoZW4gZ2l2ZSB1 cCwgYW5kIGxldHRpbmcgeW91IGhhdmUgYW4gb3B0aW9uIHRvIG1ha2UgaXQKdHJ5IGFnYWluLgoK SSB3b25kZXIgd2hhdCBoYXBwZW5zIHdoZW4gdGhhdCBoYXBwZW5zIHdpdGggYSBkaXNrIG9uIGEg UE1QLiAgV2lsbCB0aGUKd2hvbGUgc2V0IG9uIHRoZSBQTVAgYmVjb21lIGluYWNjZXNzaWJsZSBi ZWNhdXNlIHRoZSBwb3J0IGdldHMgYmxvY2tlZD8KCj4+IERvIHlvdSBtZWFuIGEgY2FyZCBsaWtl IHRoaXMgb25lOgo+PiBodHRwOi8vd3d3LmhhcmR3YXJlLXJvZ2dlLmNvbS9wcm9kdWN0X2luZm8u cGhwP3Byb2R1Y3RzX2lkPTE1MjI2Cj4KPiBZZXMsIGFsdGhvdWdoIOKCrDgwIGlzIG1vcmUgdGhh biBJIHBhaWQgZm9yIG1pbmUuIElJUkMgbWluZSB3ZXJlIGFyb3VuZCDCozQwLgoKVGhhdCdzIGFi b3V0IEVVUiA2NT8KCj4+IFRoaXMgY2FyZCBhbG9uZSBjb3N0cyBhbG1vc3QgYXMgbXVjaCBhcyBJ IHBheWVkIGZvciB0aGUgUkFJRCBjb250cm9sbGVyLgo+Cj4gWW91IGdvdCB0aGUgUkFJRCBjb250 cm9sbGVyIF9SRUFMTFlfIGNoZWFwLgoKTE9MCgpZb3UgY2FuIGdldCBvbmUsIHRvbyA6KSAgSUlS QyBhIFA4MDAgZG9lc24ndCBkbyBKQk9ELCB0aG91Z2guCgo+PiBIb3cgY29tZSB5b3UgdXNlIHN1 Y2ggYSBjYXJkPyAgQ291bGRuJ3QgeW91IHVzZSB0aGUgb24tYm9hcmQgU0FUQSBwb3J0cwo+PiBh bmQgY29ubmVjdCBhIG11bHRpcGxpZXIgdG8gdGhlbT8KPgo+IE1vc3Qgc291dGgtYnJpZGdlIGJh c2VkIFNBVEEgY29udHJvbGxlcnMgZG9uJ3Qgc3VwcG9ydCBGSVMsIGFuZAoKTXkgdW5kZXJzdGFu ZGluZyBvZiBbMl0gaXMgdGhhdCB0aGUgU0FUQSBwcm90b2NvbCBkb2Vzbid0IHdvcmsgYXQgYWxs CndpdGhvdXQgRklTLiAgQWxsIFNBVEEgY29udHJvbGxlcnMgd291bGQgaGF2ZSB0byBzdXBwb3J0 IGl0IHRoZW4uCgoKWzJdOiBodHRwczovL2VuLndpa2lwZWRpYS5vcmcvd2lraS9GcmFtZV9JbmZv cm1hdGlvbl9TdHJ1Y3R1cmUjRklTCgoKPiBwZXJmb3JtYW5jZSB0YWtlcyBhIG1hc3NpdmUgbm9z ZWRpdmUgd2hlbiB5b3UgbG9zZSBjb21tYW5kCj4gaW50ZXJsaWV2aW5nIGJldHdlZW4gdGhlIGRp c2tzLgoKSHVoPwoKWW91IG1lYW4gaWYgYSBTQVRBIGNvbnRyb2xsZXIgZG9lc24ndCBzdXBwb3J0 IEZJUywgaXQgd291bGQgbGVhdmUgeW91CnVuYWJsZSB0byB1c2UgYWxsIGJ1dCBvbmUgZGlzayBi ZWhpbmQgYSBQTVAgY29ubmVjdGVkIHRvIGl0IGJlY2F1c2UKc3dpdGNoaW5nIGJldHdlZW4gdGhl IGRpc2tzIHdvbid0IGJlIHBvc3NpYmxlPwoKPiBTb21lIG1vdGhlcmJvYXJkcyBjb21lIHdpdGgg c2Vjb25kYXJ5Cj4gU0FUQSBjb250cm9sbGVycyB3aGljaCBiZWhhdmUgbXVjaCBiZXR0ZXIgYnV0 IHRoZXkgb2Z0ZW4gaGF2ZSBvdGhlcgo+IHByb2JsZW1zLiBGb3IgZXhhbXBsZSwgdHdvIG9mIHRo ZSBtb3RoZXJib2FyZHMgSSBoYXZlIHVzZWQgcmVjZW50bHkKPiBoYXZlIHRoZSBmb2xsb3dpbmcg c2Vjb25kYXJ5IFNBVEEgY29udHJvbGxlcnMgZm9yIGV4dHJhIHBvcnRzOgo+Cj4gU2lsaWNvbiBJ bWFnZSBTSUwzMTMyLCAyIHBvcnRzOiBIYXMgRklTK05DUSwgYnV0IHRoZSBjYXJkIGJvdHRsZW5l Y2tzCj4gYXQgYWJvdXQgMTcwTUIvcywgd2hpY2ggaXMgdmVyeSBsb3cuCj4KPiBNYXJ2ZWxsIDg4 U0U5MTIzLCAyIHBvcnRzOiBIYXMgRklTK05DUSwgYnV0IGl0IGhhcyBhIFBNUCBoYW5kbGluZyBi dWcKPiB0aGF0IHByZXZlbnRzIHRoZSB1c2Ugb2YgbW9yZSB0aGFuIG9uZSBQTVAuIFlvdSBjYW4g dXNlIGEgUE1QIG9uIG9uZQo+IHBvcnQgd2l0aCA1IGRpc2tzIGF0dGFjaGVkIHRvIHRoZSBQTVAs IHBsdXMgb25lIGRpc2sgYXR0YWNoZWQgZGlyZWN0bHkKPiB0byB0aGUgb3RoZXIgcG9ydC4gSWYg eW91IGF0dGFjaCBhIFBNUCB0byBlYWNoIHBvcnQsIG5vIGRpc2tzIHNob3cgdXAKPiBhdCBhbGwu Cj4KPiBJIG5lZWRlZCBtb3JlIHRoYW4gb25lIFBNUHMgd29ydGggb2YgZXh0cmEgZGlza3MsIHNv IEkgdXNlZCBhIGNhcmQKPiB3aXRoIHRoZSBvbGRlciBNYXJ2ZWxsIGNoaXBzZXQgdGhhdCB3b3Jr cyBjb3JyZWN0bHkuCgpUaGUgcHJvYmxlbSBpcyBmaW5kaW5nIGFsbCB0aGlzIG91dCBzbyB5b3Ug Y2FuIGJ1eSB0aGUgcmlnaHQgaGFyZHdhcmUuCkkgbWlnaHQgaGF2ZSBib3VnaHQganVzdCBhbiBh ZGRpdGlvbmFsIFNBVEEgY29udHJvbGxlciBpbnN0ZWFkIG9mIHRoZQpQODAwLCBidXQgdGhlcmUg d2FzIG5vIHRlbGxpbmcgd2hpY2ggb25lIHdvdWxkIGJlIGdvb2QsIG9yIGV2ZW4gd29yayBhdAph bGwuCgo+Pj4gSW4gY29udHJhc3QsIEkgaGF2ZSB0aHJlZSBTQVMgUkFJRCBjYXJkcywgdHdvIExT SSBhbmQgb25lIEFkYXB0ZWMsCj4+PiBub25lIG9mIHdoaWNoIHdvcmsgYXQgYWxsIG9uIG15IG1v dGhlcmJvYXJkIHdpdGggdGhlIElPTU1VIGVuYWJsZWQuCj4+Cj4+IEhtbW0sIGhvdyBjb21lLCBh bmQgd2hhdCBhcmUgdGhlIHN5bXB0b21zPyAgUGVyaGFwcyBJIHNob3VsZCB0cnkgdG8KPj4gZm9y Y2UgTlVNQSB0byBiZSBlbmFibGVkIGZvciB0aGUgc2VydmVyLgo+Cj4gVGhlIHN5bXB0b21zIGFy ZSB0aGF0IGFsbCB0aGUgZGlzayBjb21tYW5kcyBnZXQgdHJ1bmNhdGVkIGFuZCBub25lIG9mCj4g dGhlIGRpc2tzIHNob3cgdXAuIERNQSB0by9mcm9tIHRoZSBjb250cm9sbGVyIGRvZXNuJ3Qgd29y ay4gSSdtIHByZXR0eQo+IHN1cmUgaXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aCBOVU1BLCB0aG91 Z2ggLSBtb3N0IGxpa2UgYSBzaWRlIGVmZmVjdAo+IG9mIHRoZSBOdmlkaWEgTkYyMDAgUENJZSBi cmlkZ2VzIG9uIG15IG1vdGhlcmJvYXJkLgoKSG0gOiggIEl0IGJlY29tZXMgaW5jcmVhc2luZ2x5 IGRpZmZpY3VsdCB0byBmaW5kIGEgZ29vZCBib2FyZCwgb3RoZXIKdGhhbiBmb3IgZ2FtaW5nIG1h eWJlLiAgVGhhdCwgYW5kIHRoaW5ncyBsaWtlIFVFRkkgYW5kIEFNVCwgbWFrZSBnb29kCnJlYXNv bnMgbm90IHRvIGJ1eSBhbnl0aGluZyBuZXcgdW50aWwgaXQgY2Fubm90IGJlIGF2b2lkZWQuCgo+ IFRoZSBiYXR0ZXJ5IHBhY2tzIG9uIHRoZSBtZW1vcnkgbW9kdWxlcyBkbyBleHBpcmUgZXZlbnR1 YWxseSwgYW5kIGlmCj4geW91IGZvcmNlIHdyaXRlLWNhY2hpbmcgdG8gb24gd2l0aG91dCB0aGUg QkJVLCB5b3UgYXJlIHByb2JhYmx5IGdvaW5nCj4gdG8gdGhvcm91Z2hseSBkZXN0cm95IHRoZSBm aWxlIHN5c3RlbSB0aGUgZmlyc3QgdGltZSB5b3UgaGF2ZSBhIHBvd2VyCj4gY3V0IGluIHRoZSBt aWRkbGUgb2YgYSBoZWF2eSB3cml0aW5nIG9wZXJhdGlvbi4KClRoZSB3cml0ZSBjYWNoZSBpcyBz dXBwb3NlZCB0byBiZWNvbWUgZGlzYWJsZWQgd2hlbiB0aGUgQkJVIGZhaWxzLiAgSXQKcHJvYmFi bHkgZG9lc24ndCBldmVuIHRha2UgYSBwb3dlciBvdXRhZ2U7IHdoZW4gYm9vdGluZywgdGhlIFA4 MDAKc29tZXRpbWVzIHNheXMgaXQgc3RpbGwgaGFzIGRhdGEgdG8gd3JpdGUgdG8gdGhlIGRpc2tz IGFmdGVyIHRoZSBzeXN0ZW0Kd2FzIHNodXQgZG93biBuaWNlbHkuICBJbnRlcmVzdGluZ2x5LCAn c2h1dGRvd24gLWggbm93JyBpbnN0ZWFkIG9mCidoYWx0JyBzZWVtcyB0byBwcmV2ZW50IHRoYXQu Cgo+IElmIHRoYXQgaGFwcGVucyB5b3Ugd291bGQgcHJvYmFibHkgYmUgYmV0dGVyIG9mZiBwdXR0 aW5nIHRoZQo+IGNvbnRyb2xsZXIgaW50byBhIHBsYWluIEhCQS9KQk9EIG1vZGUsIGJ1dCB0aGF0 IHdvdWxkIG1lYW4gcmVidWlsZGluZwo+IHRoZSBSQUlEIGFycmF5LgoKSUlSQywgeW91IGNhbid0 IGRvIHRoYXQgd2l0aCBhIFA4MDAuICBJdCdzIGEgcHJldHR5IHNlcmlvdXMgY2FyZCB0aGF0CmNh biBkcml2ZSAyNTYgZGlza3Mgb3Igc28sIHN1cHBvcnRzIG11bHRpcGF0aCwgdm9sdW1lIHNoYXJp bmcgYW5kCm1pZ3JhdGlvbiBhbmQgd2hhdGV2ZXIgeW91IG1heSB0aGluayBvZi4gIFlvdSBjYW4g c3RpbGwgYnV5IHRoZW0gbmV3IGZvcgpvdmVyICQ4MDAgZGVzcGl0ZSB0aGV5J3JlIGtpbmRhIGFu Y2llbnQuCgo+PiBJIGhhdmUgYSB0aGVvcnkgdGhhdCB3aGVuIHlvdSBoYXZlIGEgc29mdHdhcmUK Pj4gUkFJRC01IHdpdGggdGhyZWUgZGlza3MgYW5kIGFub3RoZXIgUkFJRC0xIHdpdGggdHdvIGRp c2tzLCB5b3UgaGF2ZSB0bwo+PiBtb3ZlIHNvIG11Y2ggZGF0YSBhcm91bmQgdGhhdCBpdCBwbHVn cyB1cCB0aGUgc3lzdGVtLCBjYXVzaW5nIHNsb3dkb3ducy4KPgo+IFllcywgeW91IGhhdmUgdG8g c2VuZCB0d2ljZSB0aGUgZGF0YSBkb3duIHRoZSBQQ0llIGJ1cywgYnV0IGluCj4gcHJhY3RpY2Ug dGhpcyBjcmVhdGVzIGEgbmVnbGlnaWJsZSBvdmVyaGVhZCB1bmxlc3MgeW91ciBtYWNoaW5lIGlz Cj4gbWFzc2l2ZWx5IHNob3J0IG9mIENQVSBhbmQgUENJZSBiYW5kd2lkdGguCgpXaXRoIGZpdmUg ZGlza3MgaW4gdG90YWwgaW4gZGlmZmVyZW50IGFycmF5cyB5b3UnZCBoYXZlIHRvIHNlbmQgZml2 ZQp0aW1lcyB0aGUgZGF0YSwgd291bGRuJ3QgeW91PwoKSXQgbWlnaHQgYmUgc2hvcnQgb2YgYmFu ZHdpZHRoIGlmIHRoZSBDUFUgaXMgYnVzeSBhbmQgaGVhdmlseSBhY2Nlc3Nlcwp0aGUgUkFNIGFu ZCBmZWVkcyB0aGUgZ3JhcGhpY3MgY2FyZCBhdCB0aGUgc2FtZSB0aW1lLiAgT3IgdGhlIFNBVEEK Y29udHJvbGxlciBoYXMgcHJvYmxlbXMgd2l0aCBpdC4gIEkgcmVhbGx5IGRvbid0IGtub3cuCgo+ PiBPciBwZXJoYXBzIGZpbGxpbmcgdGhlIGJhbmR3aWR0aCBvZiBvbmUgU0FUQSBwb3J0IHBsdXMg dGhlCj4+IENQVSBoYW5kbGluZyB0aGUgb3ZlcmhlYWQgWkZTIGJyaW5ncyBhYm91dCBpc24ndCBh bnkgYmV0dGVyLCB3aG8ga25vd3MuCj4KPiBNb3JlIHNhdHVyYXRpb24gb2YgYSBTQVRBIHBvcnQg aXNuJ3Qgd2hhdCBnaXZlcyB5b3UgbW9yZSBwZXJmb3JtYW5jZSAtIAo+IHRoZSBmYWN0IHRoYXQg eW91IGFyZSBtYW5hZ2luZyB0byBzYXR1cmF0ZSB0aGUgU0FUQSBwb3J0IG1vcmUgaXMgdGhlCj4g X2NvbnNlcXVlbmNlXyBvZiBnZXR0aW5nIG1vcmUgcGVyZm9ybWFuY2Ugb3V0IG9mIHRoZSBkaXNr IHN1YnN5c3RlbS4KCkdldHRpbmcgbW9yZSBwZXJmb3JtYW5jZSBvdXQgb2YgdGhlIGRpc2sgc3Vi c3lzdGVtIGRvZXNuJ3QgbmVjZXNzYXJpbHkKbWVhbiBnZXR0aW5nIG1vcmUgcGVyZm9ybWFuY2Ug b3V0IG9mIHRoZSBzeXN0ZW0gKGxpa2UgaGlnaGVyIGZwcwpyYXRlcykuICBJdCBtaWdodCBldmVu IHJlZHVjZSBwZXJmb3JtYW5jZSAoaS4gZS4gbG93ZXIgZnBzIHJhdGVzKS4KCkluIHRoZSBlbmQs IHlvdSBvbmx5IGhhdmUgInRoaXMgbXVjaCIgaW4gdGVybXMgb2YgcmVzb3VyY2VzLiAgQWRkaW5n IGEKaGFyZHdhcmUgUkFJRCBjb250cm9sbGVyIGluY3JlYXNlcyB0aGUgcmVzb3VyY2VzLgoKSW1h Z2luZSBob3cgbmljZSBpdCBtaWdodCBiZSB0byBoYXZlIGEgaGFyZHdhcmUgWkZTIGNvbnRyb2xs ZXIgOikKTWFudWZhY3R1cmUgb25lLCBhbmQgeW91IG1pZ2h0IG1ha2UgbW9uZXkgd2l0aCBpdCwg cmVwbGFjaW5nIGFsbCB0aGUKUkFJRCBjYXJkcy4gIEJ1dCBJIHdhbnQgYXQgbGVhc3QgYSAxMCUg c2hhcmUuCgo+Pj4+IEFueXdheSwgSSBoYXZlIGNvbWUgdG8gbGlrZSBoYXJkd2FyZSBSQUlEIGJl dHRlciB0aGFuIHNvZnR3YXJlIFJBSUQuCj4+Pgo+Pj4gV2hhdGV2ZXIgd29ya3MgZm9yIHlvdS4g TXkgdmlldyBpcyB0aGF0IHRyYWRpdGlvbmFsIFJBSUQsIGNlcnRhaW5seQo+Pj4gYW55dGhpbmcg YmVsb3cgUkFJRDYsCj4+Cj4+IFdlbGwsIHlvdSBoYXZlIHRvIGFmZm9yZCBhbGwgdGhlIGRpc2tz IGZvciBzdWNoIFJBSUQgbGV2ZWxzLiAgSXMgWkZTIGFueQo+PiBiZXR0ZXIgaW4gdGhpcyByZWdh cmQ/Cj4KPiBJdCBkb2Vzbid0IG1ha2UgdGhlIGRpc2tzIGNoZWFwZXIsIG5vLiA6KQoKSSBtZWFu IGluIHJlcXVpcmluZyBhIHNtYWxsZXIgbnVtYmVyIG9mIGRpc2tzIDopCgpBbmQgc2luY2UgaXQg Y2FuIHNhdmUgc3BhY2UsIFpGUyBraW5kYSBtYWtlcyB0aGUgZGlza3MgYSBsaXR0bGUgY2hlYXBl ci4KCj4+PiBhbmQgZXZlbiBvbiBSQUlENiBJIGRvbid0IHRydXN0IHRoZSBjbG9zZWQsIG9wYXF1 ZSwgdW5kb2N1bWVudGVkCj4+PiBpbXBsZW1lbnRhdGlvbiB0aGF0IG1pZ2h0IGJlIGluIHRoZSBm aXJtd2FyZSwgaXMKPj4KPj4gSXQncyBhIGJpZyBkaXNhZHZhbnRhZ2Ugb2YgaGFyZHdhcmUgUkFJ RCB0aGF0IHlvdSBjYW4ndCByZWFkIHRoZSBkYXRhCj4+IHdoZW4gdGhlIGNvbnRyb2xsZXIgaGFz IGZhaWxlZCwgdW5sZXNzIHlvdSBoYXZlIGFub3RoZXIsIGNvbXBhdGlibGUKPj4gY29udHJvbGxl ciBhdCBoYW5kLiAgRGlkIHlvdSBjaGVjayB0aGUgc291cmNlcyBvZiBaRlMgc28gdGhhdCB5b3Ug Y2FuCj4+IHRydXN0IGl0Pwo+Cj4gSSBoYXZlIGxvb2tlZCBhdCB0aGUgWm9MIGFuZCB6ZnMtZnVz ZSBzb3VyY2VzIGluIHBhc3Npbmcgd2hlbiBsb29raW5nCj4gYXQgdmFyaW91cyBwYXRjaGVzIEkg d2FudGVkIHRvIGFwcGx5IChhbmQgd3JpdGluZyBhIHNtYWxsIG9uZSBvZiBteQo+IG93biBmb3Ig emZzLWZ1c2UsIHRvIGFsd2F5cyBmb3JjZSA0S0IgYXNoaWZ0KSwgYnV0IEkgd291bGRuJ3Qgc2F5 IHRoYXQKPiBJIGhhdmUgbG9va2VkIHRocm91Z2ggdGhlIHNvdXJjZSBlbm91Z2ggdG8gdHJ1c3Qg aXQgYmFzZWQgcHVyZWx5IG9uIG15Cj4gcmVhZGluZyBvZiB0aGUgY29kZS4KPgo+IEJ1dCBJIHN1 c3BlY3QgdGhhdCBvcmRlcnMgb2YgbWFnbml0dWRlIG1vcmUgcGVvcGxlIGhhdmUgbG9va2VkIGF0 IHRoZQo+IFpGUyBzb3VyY2UgdGhhbiBoYXZlIGxvb2tlZCBhdCB0aGUgUkFJRCBjb250cm9sbGVy IGZpcm13YXJlIHNvdXJjZS4KCkl0J3MgZW50aXJlbHkgcG9zc2libGUsIHRoYXQsIGluIHRvdGFs LCA1MDAwIHBlb3BsZSBoYXZlIGxvb2tlZCBhdCB0aGUKWkZTIHNvdXJjZXMsIGFuZCB0aGF0IDQ5 OTUgb2YgdGhlbSBoYXZlIGxvb2tlZCBhdCB0aGUgc2FtZSA1JSBvZiBpdCwKd2l0aCB0aGUgZXhj ZXB0aW9uIG9mIHRoZSA1IFpGUyBkZXZlbG9wZXJzIChvciBob3cgbWFueSB0aGVyZSBhcmUpIHdo bwpoYXZlIHJlYWQgaXQgYWxsLiAgSXQncyBhIGJpdGNoeSBhcmd1bWVudCAtLS0gYnV0IGl0J3Mg cG9zc2libGUgOikKCkl0IGRvZXNuJ3QgZWxpbWluYXRlIHRoYXQgZXZlbiBpZiA1MDAwIHBlb3Bs ZSB3YW50ZWQgdG8gbG9vayBhdCBhbnkgb2YKdGhlIHNvdXJjZXMgZm9yIHdoYXQgc29mdHdhcmUg aXMgaW4gYSByYWlkIGNvbnRyb2xsZXIsIHRoZXkgY291bGRuJ3QuCkhvd2V2ZXIsIHVubGVzcyB0 aGUgNTAwMCBwZW9wbGUgYWN0dWFsbHkgcmVhZCAxMDAlIG9mIHRoZSBaRlMgc291cmNlcywKdGhh dCdzIGlycmVsZXZhbnQuCgo+IEZvciBhIHR5cGljYWwgZXhhbXBsZSBvZiB0aGUgc29ydCBvZiBl cnJvcnMgSSdtIHRhbGtpbmcgYWJvdXQsIHNheSB5b3UKPiBoYXZlIGEgaGFyZHdhcmUgUkFJRDUg YXJyYXkgYW5kIGEgWkZTIFJBSURaMSBwb29sLgo+Cj4gVGFrZSBvbmUgZGlzayBvZmYgZWFjaCBj b250cm9sbGVyLCB3cml0ZSBzb21lIHJhbmRvbSBkYXRhIG92ZXIgcGFydHMKPiBvZiBpdCAobGV0 J3MgYmUga2luZCwgZG9uJ3Qgb3ZlcndyaXRlIHRoZSBSQUlEIGNhcmQncyBoZWFkZXJzLCB3aGlj aCBhCj4gcGhhbnRvbSB3cml0ZSBjb3VsZCB0aGVvcmV0aWNhbGx5IGRvKS4KPgo+IE5vdyBwdXQg dGhlIGRpc2tzIGJhY2sgaW50byB0aGVpciBwb29scywgYW5kIHJlYWQgdGhlIGZpbGVzIHdob3Nl IGRhdGEKPiB5b3UganVzdCBvdmVyd3JpdGUuCj4KPiBaRlMgd2lsbCBzcG90IHRoZSBlcnJvciwg cmVzdG9yZSB0aGUgZGF0YSBhbmQgaGFuZCB5b3UgYSBnb29kIGNvcHkgYmFjay4KPgo+IFJBSUQg Y29udHJvbGxlciB3aWxsIG1vc3QgbGlrZWx5IGdpdmUgeW91IGJhY2sgZHVmZiBkYXRhIHdpdGhv dXQgZXZlbgo+IG5vdGljaW5nIHNvbWV0aGluZyBpcyB3cm9uZyB3aXRoIGl0LgoKSXQgd291bGQg c3RhcnQgYSByZWJ1aWxkIG9uY2UgeW91IHBsdWcgdGhlIGRpc2sgYmFjayBpbiAtLS0gcHJvdmlk ZWQKdGhhdCB5b3UgaG90cGx1Z2dlZCBpdCBvciBoYWQgdGhlIGFycmF5IHVwIHdoaWxlIHRoZSBk aXNrIHdhcyByZW1vdmVkLgpPdGhlcndpc2UsIHdlJ2QgaGF2ZSB0byB0cnkgb3V0IHdoYXQgd291 bGQgaGFwcGVuLCB3aGljaCBjYW4gYmUKZGlmZmVyZW50IGZyb20gY29udHJvbGxlciB0byBjb250 cm9sbGVyLgoKPiBZb3UgY291bGQgcnVuIFpGUyBvbiB0b3Agb2YgdGhlIFJBSUQgbG9naWNhbCB2 b2x1bWUsIGJ1dCBiZWNhdXNlIFpGUwo+IHdvdWxkIGhhdmUgbm8gdmlzaWJpbGl0eSBvZiB0aGUg cmF3IGRpc2tzIGFuZCByZWR1bmRhbmN5IHVuZGVybmVhdGgsCj4gdGhlcmUgaXMgbm90aGluZyBp dCBjYW4gZG8gdG8gc2NydWIgb3V0IHRoZSBiYWQgZGF0YS4gQnV0IGV2ZW4gaW4gdGhhdAo+IHN0 YWNrLCBaRlMgd291bGQgc3RpbGwgYXQgbGVhc3Qgbm90aWNlIHRoZSBkYXRhIGlzIGNvcnJ1cHRl ZCBhbmQKPiByZWZ1c2UgdG8gcmV0dXJuIGl0IHRvIHRoZSBhcHBsaWNhdGlvbi4KCk9ubHkgaWYg eW91IGRvIG5vdCBoYXBwZW4gdG8gd3JpdGUgY29ycmVjdCBjaGVja3N1bXMgZm9yIHRoZSBkYXRh IHRoYXQKd2FzIG92ZXJ3cml0dGVuIC0tLSB0aG91Z2h0IGl0IHNlZW1zIHVubGlrZWx5IGVub3Vn aCB0byBoYXBwZW4uCgpXaGF0IGRvZXMgWkZTIGRvIHdoZW4gaXQgZmluZHMgYmxvY2sgQSBhbmQg YmxvY2sgQiBvZiBkYXRhIEQsIGJvdGgKYmxvY2tzIHdpdGggYSBjb3JyZWN0IGNoZWNrc3VtIGJ1 dCBjb250YWluaW5nIGRpZmZlcmVudCBkYXRhPyAgV2lsbCBpdApsZXQgeW91IGRlY2lkZSB3aGlj aCBibG9jayB0byB1c2UsIG9yIHJlZnVzZSB0byBkZWxpdmVyIHRoZSBkYXRhLCBvciBub3QKbm90 aWNlIGFuZCByZXR1cm4gc29tZSBkYXRhIGluc3RlYWQgb2YgRCB3aGljaCBpcyBjb21wb3NlZCBv ZiB3aGF0ZXZlcgppcyBpbiB0aGUgYmxvY2tzIEEgYW5kIEI/Cgo+Pj4gbm8gbG9uZ2VyIGZpdCBm b3IgcHVycG9zZSB3aXRoIGRpc2tzIG9mIHRoZSBraW5kIG9mIHNpemUgdGhhdCBzaGlwCj4+PiB0 b2RheS4KPj4KPj4gSG93IHdvdWxkIHRoYXQgZGVwZW5kIG9uIHRoZSBjYXBhY2l0eSBvZiB0aGUg ZGlza3M/ICBNb3JlIGRhdGEgLS0+IG1vcmUKPj4gcG90ZW50aWFsIGZvciBlcnJvcnMgLS0+IG1v cmUgc2VjdXJpdHkgcmVxdWlyZWQ/Cj4KPiBUaGUgZGF0YSBlcnJvciByYXRlcyBoYXZlIGJlZW4g c3RhZ25hbnQgYXQgb25lIHVucmVjb3ZlcmFibGUgc2VjdG9yIGluCj4gMTBeLTE0IGJpdHMgcmVh ZC4gVGhhdCdzIG9uZSBiYWQgc2VjdG9yIG9uIGFib3V0IDEwVEIgb2YgZGF0YS4gSWYgeW91Cj4g YXJlIHVzaW5nIDRUQiBkcml2ZXMgaW4gMy1kaXNrIFJBSUQ1LCBpZiB5b3UgbG9zZSBhIGRpc2sg eW91IGhhdmUgdG8KPiByZWFkIGJhY2sgOFRCIG9mIGRhdGEgdG8gcmVidWlsZCB0aGUgcGFyaXR5 IG9udG8gdGhlIHJlcGxhY2VkIGRpc2suIElmCj4geW91IGFyZSBzdGF0aXN0aWNhbGx5IGdvaW5n IHRvIGdldCBvbmUgYmFkIGJsb2NrIGV2ZXJ5IDEwVEIgb2YgcmVhZHMsCj4gaXQgbWVhbnMgeW91 IGhhdmUgODAlIGNoYW5jZSBvZiBsb3Npbmcgc29tZSBkYXRhIGR1cmluZyByZWJ1aWxkaW5nCj4g dGhhdCBhcnJheS4KPgo+IEFkZGl0aW9uYWxseSwgcmVidWlsZGluZyB0aW1lcyBoYXZlIGJlZW4g Z29pbmcgdXAgd2l0aCBkaXNrIHNpemUgd2hpY2gKPiBpbmNyZWFzZXMgYm90aCB0aGUgdGltZSBv ZiBkZWdyYWRlZCBwZXJmb3JtYW5jZSBkdXJpbmcgcmVidWlsZCBhbmQgdGhlCj4gcHJvYmFiaWxp dHkgb2YgZmFpbHVyZSBvZiBhbm90aGVyIGRpc2sgZHVyaW5nIHRoZSByZWJ1aWxkLgoKSXQgbWFr ZXMgbWUgd29uZGVyIHdoeSBzdWNoIGVycm9ycyBoYXZlbid0IGJlY29tZSBhIHdpZGVzcHJlYWQg c2VyaW91cwpwcm9ibGVtIHlldCAtLS0gbm90IGV2ZXJ5b25lIGlzIHVzaW5nIFpGUy4gIFJlYnVp bGQgdGltZXMgYXJlIHJlYWxseSBhbgppc3N1ZTsgaXQgdG9vayBkYXlzIHRvIGdldCBpdCBkb25l IHdpdGggdGhlIFdEMjBFQVJTIGluIHRoZSBzZXJ2ZXIsIGFuZApJIHRob3VnaHQgaXQgd291bGQg bmV2ZXIgZmluaXNoIGJlY2F1c2UgaXQgbWlnaHQgc3RhcnQgb3ZlciB3aXRoIGVhY2gKcmVib290 IHRob3VnaCBpdCBzaG91bGRuJ3QuICBJdCBkaWRuJ3QgYW5kIGZpbmlzaGVkIGV2ZW50dWFsbHks IGJ1dApzdHJlc3NpbmcgdGhlIGRpc2tzIGZvciBkYXlzIGxpa2UgdGhhdCByZWFsbHkgaXNuJ3Qg c29tZXRoaW5nIHlvdSB3YW50CnRvIHNlZSBhZnRlciByZXBsYWNpbmcgb25lLgoKPj4+PiBTbyB3 aXRoIFZNd2FyZSwgeW91J2QgaGF2ZSB0byBnZXQgY2VydGlmaWVkIGhhcmR3YXJlLgo+Pj4KPj4+ IFlvdSB3b3VsZG4ndCBfaGF2ZV8gdG8gZ2V0IGNlcnRpZmllZCBoYXJkd2FyZS4gSXQganVzdCBt ZWFucyB0aGF0IGlmCj4+PiB5b3UgZmluZCB0aGF0IHRoZXJlIGlzIGEgdG90YWwgb2Ygb25lIG1v dGhlcmJvYXJkIHRoYXQgZml0cyB5b3VyCj4+PiByZXF1aXJlbWVudHMgYW5kIGl0J3Mgbm90IG9u IHRoZSBjZXJ0aWZpZWQgbGlzdCwgeW91IGNhbiBwbGF1c2libHkKPj4+IHRha2UgeW91ciBjaGFu Y2VzIHdpdGggaXQgZXZlbiBpZiBpdCBkb2Vzbid0IHdvcmsgb3V0IG9mIHRoZSBib3guIEkKPj4+ IGRpZCB0aGF0IHdpdGggdGhlIFNSLTIgYW5kIGdvdCBpdCB3b3JraW5nIGV2ZW50dWFsbHkgaW4g YSB3YXkgdGhhdAo+Pj4gd291bGQgbmV2ZXIgaGF2ZSBiZWVuIHBvc3NpYmxlIHdpdGggRVNYLgo+ Pgo+PiBBcmUgeW91IHNheWluZyB0aGF0IGZvciB5b3VyIHJlcXVpcmVtZW50cyB5b3UgY291bGRu J3QgdXNlIFZNd2FyZSwgd2hpY2gKPj4gbWFrZXMgaXQgaXJyZWxldmFudCB3aGV0aGVyIHRoZSBo YXJkd2FyZSBpcyBjZXJ0aWZpZWQgZm9yIGl0IG9yIG5vdD8KPgo+IEJvdGguIFdoYXQgSSB3YW50 ZWQgdG8gZG8gY291bGRuJ3QgYmUgZG9uZSBvbiBFU1ggd2l0aGluIHRoZSBzYW1lCj4gcmVzb3Vy Y2UgY29uc3RyYWludHMuIEkgd2FudGVkIHRvIHVzZSBhIGRlZHVwbGljYXRlZCBaRlMgcG9vbCBm b3IgbXkKPiBWTSBpbWFnZXMsIGFuZCB0aGVyZSBpcyBubyBFU1ggcG9ydCBvZiBaRlMuCj4KPiBB ZGRpdGlvbmFsbHksIHRoZXJlIHdvdWxkIGhhdmUgYmVlbiBubyB3YXkgZm9yIG1lIHRvIHdvcmsg YXJvdW5kIG15Cj4gaGFyZHdhcmUgYnVncyB3aXRoIEVTWCBiZWNhdXNlIEkgY291bGRuJ3Qgd3Jp dGUgcGF0Y2hlcyB0byB3b3JrIGFyb3VuZAo+IHRoZSBwcm9ibGVtLgoKVGhlIGlkZWEgaXMgdGhh dCB5b3Ugd291bGRuJ3QgaGF2ZSBoYWQgdG8gd29yayBhcm91bmQgaGFyZHdhcmUgYnVncwp3aGVu IHlvdSdkIGJlIHVzaW5nIGNlcnRpZmllZCBoYXJkd2FyZS4KCj4+IFdoeSB3b3VsZCB0aGV5IHRo aW5rIHRoYXQgdmlydHVhbGl6YXRpb24gYmVuZWZpdHMgdGhpbmdzIHRoYXQgcmVxdWlyZQo+PiBo aWdoIHBlcmZvcm1hbmNlPwo+Cj4gSSBkb24ndC4gQnV0IG1hbnkgcGVvcGxlIHRoaW5rIGl0IG1h a2VzIG5lZ2xpZ2libGUgZGlmZmVyZW5jZSBiZWNhdXNlCj4gdGhleSBuZXZlciBkaWQgdGhlaXIg dGVzdGluZyBwcm9wZXJseS4KCkhvdyBtdWNoIGRpZmZlcmVuY2UgZG9lcyBpdCBtYWtlLCBhY3R1 YWxseT8gIEkgbWVhbiBqdXN0IHRoZQp2aXJ0dWFsaXphdGlvbiwgd2l0aG91dCBhIG51bWJlciBv ZiBvdGhlciBWTXMgZG9pbmcgc29tZXRoaW5nLiAgTGlrZSB5b3UKY291bGQgcGxhbiBvbiBhIHBh cnRpY3VsYXIgaGFyZHdhcmUgZm9yIGEgcGFydGljdWxhciB3b3JrbG9hZCBhbmQgZ2V0CnBlcmZv cm1hbmNlIFggd2l0aCBpdC4gIExldCdzIHNheSB5b3UgcGxhbiA0IENQVXMvOEdCIFJBTSBhbmQg YnV5CmhhcmR3YXJlIHRoYXQgaGFzIDJ4NCBDUFVzLzY0R0IgUkFNLiAgTm93IHlvdSBzb21laG93 IGxpbWl0IHRoZSBzb2Z0d2FyZQp0byB1c2Ugb25seSA0IENQVXMvOEdCIG9mIHRoYXQgaGFyZHdh cmUgYW5kIG1lYXN1cmUgdGhlIHBlcmZvcm1hbmNlIC0tLQpwZXJoYXBzIHBoeXNpY2FsbHkgdGFr ZSBvdXQgb25lIENQVSBhbmQgaW5zdGFsbCBvbmx5IDhHQi4KClRoZW4geW91IHBsdWcgaW4gdGhl IHNlY29uZCBDUFUgYW5kIGFsbCB0aGUgUkFNLCBidXQgdXNlIGEgVk0sIGdpdmUgaXQgNApDUFVz LzhHQiBhbmQgbWVhc3VyZSB0aGUgcGVyZm9ybWFuY2UgYWdhaW4uICBIb3cgbXVjaCBsZXNzIHBl cmZvcm1hbmNlCndpbGwgeW91IGdldD8KCj4+IFdoZW4gSSBuZWVkIHRoZSBtb3N0L2Jlc3QgcGVy Zm9ybWFuY2UgcG9zc2libGUsIGl0J3MKPj4gb2J2aW91c2x5IGNvdW50ZXIgcHJvZHVjdGl2ZS4K Pgo+IEFwcGFyZW50bHkgaXQncyBub3Qgb2J2aW91cyB0byBtYW55LCBtYW55IHBlb3BsZS4KClRo aW5raW5nIG9mIGl0LCB5b3UgbWlnaHQgZXZlbiBnZXQgYmV0dGVyIHBlcmZvcm1hbmNlIGZyb20g dGhlIFZNIGluIHRoZQpleGFtcGxlIGFib3ZlLiAgWW91J2QgYmUgY2hlYXRpbmcgYmVjYXVzZSB0 aGVyZSBhcmUgNCBDUFVzIGFuZCA1NkdCIG9mClJBTSB1bmRlcm5lYXRoIHRoZSBWTSB0byBkbyBz b21lIHdvcmsgaXQgd291bGQgb3RoZXJ3aXNlIGRvIGl0c2VsZiAtLS0KYnV0IGNvcnJlY3RlZCBm b3IgdGhhdD8gIFdoYXQgd291bGQgeW91IGdldD8KCkFuZCBkZXBlbmRpbmcgb24gdGhlIHdvcmts b2FkLCBpdCBtaWdodCBub3QgYmVuZWZpdCBmcm9tIG1vcmUgQ1BVcwphbmQvb3IgbW9yZSBSQU0u ICBCdXQgaXQgbWlnaHQgYmVuZWZpdCBmcm9tIENQVXMgYW5kIFJBTSB1bmRlcm5lYXRoIGEgVk0K dGhhdCBoYW5kbGVzIHRoZSB3b3JrbG9hZC4gIFNvIGlmIHlvdSdkIGhhdmUgYWxsIHRoZSA4IENQ VXMvNjRHQiBmb3IKeW91ciB3b3JrbG9hZCwgeW91IHdvdWxkbid0IGdldCBiZXR0ZXIgcGVyZm9y bWFuY2UsIGJ1dCB5b3Ugd291bGQgYnkKdXNpbmcgYSBWTSBmb3IgaXQuICBTbyBpdCdzIG5vdCBh cyBvYnZpb3VzIGFzIEkgdGhvdWdodC4KCgotLSAKS25vd2xlZGdlIGlzIHZvbGF0aWxlIGFuZCBm bHVpZC4gIFNvZnR3YXJlIGlzIHBvd2VyLgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26ty-0003FG-1Q; Tue, 01 Jul 2014 22:51:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tw-0003Ec-5i for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:48 +0000 Received: from [85.158.143.35:27544] by server-2.bemta-4.messagelabs.com id 4B/B6-06539-38B33B35; Tue, 01 Jul 2014 22:51:47 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-16.tower-21.messagelabs.com!1404255105!11750099!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18305 invoked from network); 1 Jul 2014 22:51:46 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-16.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:46 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002Ga-Vp for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000tf-RW for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (sophie@klunky.co.uk's message of "Tue, 01 Jul 2014 14:07:15 +0200") Date: Wed, 02 Jul 2014 00:51:35 +0200 Organization: my virtual residence Message-ID: <874mz07kw8.fsf@yun.yagibdah.de> References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Sophie writes: > Our DBA team, who were new to XEN and visualization seem to have a > heightened interest in XEN and have asked me this: > > ** Why don't we allocated 32 VCPUS to all virtual machines so that they > can share all resources and when they need CPUs they can access those > that were sitting idle ** Their logic was VCPUs could be better > distributed like this. > > My question to you is what do you think? That's what I thought would make sense :) You probably don't want to do that because it can cause delays when so many vCPUs are supposed to do something that there is a lack of pCPUs. I think it's better to make sure that dom0 and whatever VM others may have to wait on get sufficient CPU in the first place. How much CPU that is depends on workload. All the rest of it also depends on workload. I have some VMs that basically only need one CPU (or even less) because more CPUs doesn't benefit what they are doing. I gave them 2 vCPUs because it won't hurt anything when they sometimes might use 2 pCPUs, just in case that there is something they can do in parallel and so that other VMs need not wait on them. If other VMs had to wait (like on the answer to a DNS query), their vCPUs would have to be idle anyway and it won't hurt anything to have the idle pCPU do something instead (like helping to answer the DNS query faster). So you probably want to monitor what each VM does with its CPUs. Perhaps none of them needs 32, perhaps some run as well with less and some benefit from having more. Going by that, you can try to achieve some optimum by giving VMs as few vCPUs as needed and by giving additional vCPUs to other VMs that actually take advantage of them. Letting all pCPUs as vCPUs to all VMs probably doesn't work as well as trying to achieve such an optimum. Overcommitting CPUs works fine --- probably up to some point at which the pCPUs can't keep up, and/or at which overall performance goes down due to pCPUs needing to access too many different memory areas. I guess assigning, in total, about 1.75 times as many vCPUs as pCPUs is a good measure to start with. Of course, it also depends on workload and especially on timing ... I'd start with assigning more vCPUs to the most busy VMs (provided that the CPUs are actually used, and considering VMs that could become bottlenecks) until 56 vCPUs (1.75x32) are assigned in total, see how it goes and fine tune from there. You might also want to tune the memory ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tz-0003Fg-7y; Tue, 01 Jul 2014 22:51:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tx-0003Er-0U for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:49 +0000 Received: from [85.158.143.35:27545] by server-2.bemta-4.messagelabs.com id 9B/B6-06539-38B33B35; Tue, 01 Jul 2014 22:51:47 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-21.messagelabs.com!1404255105!7141584!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9013 invoked from network); 1 Jul 2014 22:51:45 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:45 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002GX-Ub for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000ta-Pv for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Simon Hobson's message of "Mon, 30 Jun 2014 10:47:26 +0100") Date: Wed, 02 Jul 2014 00:03:21 +0200 Organization: my virtual residence Message-ID: <878uoc7n4m.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> <87pphsi1c3.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Simon Hobson writes: > Eg, just looking on a random box, ntp has this section : >> ### BEGIN INIT INFO >> # Provides: ntp >> # Required-Start: $network $remote_fs $syslog >> # Required-Stop: $network $remote_fs $syslog >> # Default-Start: 2 3 4 5 >> # Default-Stop: >> # Short-Description: Start NTP daemon >> ### END INIT INFO > > Change Required-Start to be "$network $remote_fs $syslog $wait_for_dns", rerun the init-script setup, and then you have a system that would pause for the DNS to be available before it started the ntp service. You'd also have to specify which other hosts to notify and which of all the hosts need to wait for which others. Think it further, and you might want something like a daemon running somewhere which receives information from all hosts about which services they have started and tells hosts what to start next. You'd have a central place to specify all the dependencies, only one file to edit and to rule them all. Once you have that, you might want the daemon to monitor the hosts and tell you when a service is down or something else goes wrong. Something like a meta-systemd ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tz-0003Fs-R1; Tue, 01 Jul 2014 22:51:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tw-0003Em-S2 for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:49 +0000 Received: from [85.158.143.35:11843] by server-3.bemta-4.messagelabs.com id C9/1B-16194-48B33B35; Tue, 01 Jul 2014 22:51:48 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1404255105!15159898!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20723 invoked from network); 1 Jul 2014 22:51:46 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:46 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002GP-Oz for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000tL-Jl for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B136B6.1060906@bobich.net> (Gordan Bobic's message of "Mon, 30 Jun 2014 11:06:46 +0100") Date: Tue, 01 Jul 2014 21:23:09 +0200 Organization: my virtual residence Message-ID: <87lhsc7ujm.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org R29yZGFuIEJvYmljIDxnb3JkYW5AYm9iaWNoLm5ldD4gd3JpdGVzOgoKPiBPbiAwNi8yOS8yMDE0 IDA4OjEyIEFNLCBsZWUgd3JvdGU6Cj4+IEdvcmRhbiBCb2JpYyA8Z29yZGFuQGJvYmljaC5uZXQ+ IHdyaXRlczoKPj4KPj4+PiBPbiAwNi8yOC8yMDE0IDA4OjQ1IEFNLCBsZWUgd3JvdGU6Cj4+Pj4K Pj4+PiBUaGUgaGFyZHdhcmUgUkFJRCBjb250cm9sbGVyIGdpdmVzIG1lIDEwZnBzIG1vcmUgd2l0 aCBteSBmYXZvdXJpdGUgZ2FtZQo+Pj4+IEknbSBwbGF5aW5nLCBjb21wYXJlZCB0byBzb2Z0d2Fy ZSByYWlkLiAgU2luY2UgZnBzIHJhdGVzIGNhbiBiZSByYXRoZXIKPj4+PiBsb3cgKGJlY2F1c2Ug SSdtIENQVSBsaW1pdGVkKSwgdGhhdCBtZWFucyBhIHNpZ25pZmljYW50IGRpZmZlcmVuY2UuCj4+ Pgo+Pj4gSWYgeW91ciBnYW1lIGlzIGdyaW5kaW5nIG9udG8gZGlzayBJL08gZHVyaW5nIHBsYXkg YWxsIGlzIGxvc3QKPj4+IGFueXdheS4gSWYgeW91ciBDUFUgYW5kIFJBTSBhcmUgX3RoYXRfIGNv bnN0cmFpbmVkLCB0aGVyZSBpcyBwcm9iYWJseQo+Pj4gYSBiZXR0ZXIgd2F5IHRvIHNwZW5kIHdo YXRldmVyIHlvdSBtaWdodCBwYXkgZm9yIGEgbmV3IGNhY2hpbmcgUkFJRAo+Pj4gY29udHJvbGxl ciB0aGVzZSBkYXlzLgo+Pgo+PiBPbmx5IEkgZGlkbid0IGJ1eSB0aGUgY29udHJvbGxlciBuZXcs IGFuZCBJIGJvdWdodCBpdCB0byBoYXZlIGEgZGVjZW50Cj4+IGFtb3VudCBvZiBwb3J0cy4KPgo+ IEZhaXIgcmU6IG51bWJlciBvZiBwb3J0cywgYnV0IDJuZCBoYW5kIENQVXMgZG9uJ3QgZ28gZm9y IHRoYXQgbXVjaCBvbgo+IGViYXksIGVpdGhlciwgaWYgeW91IGFyZSBjb25jZXJuZWQgYWJvdXQg dGhlIENQVSBoaXQuCgpXaGF0IHdvdWxkIHlvdSBwdXQgaW50byBhbiBBTTMgc29ja2V0IHdoaWNo IGlzIHNvIG11Y2ggZmFzdGVyIHRoYW4gYQpQaGVub20gOTY1IHRvIGJlIHdvcnRod2hpbGUgYW5k IGRvZXNuJ3QgaGF2ZSBhbiBlbm9ybW91cyBwb3dlcgpjb25zdW1wdGlvbj8KCkknZCBoYXZlIHRv IHN3aXRjaCB0byBJbnRlbCAtLS0gYW5kIHRoYXQgd291bGQgYnJpbmcgYWJvdXQgVUVGSSB3aGlj aCwKYmVzaWRlcyB0aGUgdHJlbWVuZG91cyBoYXNzbGUsIGNvbWVzIHdpdGggc2VyaW91cyBzZWN1 cml0eSByaXNrcy4gIEFuZAphZnRlciByZWFkaW5nIFsxXSwgd2hhdCBjb3VsZCB5b3Ugc3RpbGwg YnV5PwoKClsxXTogaHR0cHM6Ly93d3cuZnNmLm9yZy9ibG9ncy9jb21tdW5pdHkvYWN0aXZlLW1h bmFnZW1lbnQtdGVjaG5vbG9neQoKPiBUaGUgbWFpbiBkaWZmZXJlbmNlIGJlaW5nIHRoYXQgd2hl biB5b3UgYXJlbid0IGRvaW5nIGRpc2sgSS9PLCB5b3UKPiBzdGlsbCBnZXQgdGhlIHVzZSB0aGUg ZXh0cmEgQ1BVIHlvdSBtaWdodCwgd2hlcmVhcyB0aGUgUkFJRCBjYXJkIHNpdHMKPiBpZGxlLiBI YXZpbmcgZXh0cmEgQ1BVIGlzIG1vcmUgZ2VuZXJpYyBhbmQgZmxleGlibGUuCgpZZXMsIGFuZCB3 aGVuIHlvdSBoYXZlIG1vcmUgUkFNLCBpdCdzIGFsc28gdG8geW91ciBhZHZhbnRhZ2UgcmVnYXJk bGVzcwpvZiBkaXNrIEkvTy4gIE9ubHkgaXQgd291bGQgY29zdCBtb3JlIC0tLSBldmVuIG9mZiBl YmF5IC0tLSB0aGFuIHdoYXQgSQpwYXllZCBmb3IgdGhlIGNvbnRyb2xsZXI7IEknZCBiZSB0aHJv d2luZyA4R0IgYXdheSwgYW5kIGl0IHdvbid0IGdpdmUKbWUgbW9yZSBwb3J0cywgZWl0aGVyIC4u LgoKSSBjb25zaWRlcmVkIGFsbCB0aGVzZSBvcHRpb25zIGFuZCBkaWRuJ3QgZmluZCBhbnkgdGhh dCB3b3VsZCBoYXZlIGJlZW4KbW9yZSBhZHZhbnRhZ2VvdXMgZm9yIHRoZSBtb25leS4gIE5vdGhp bmcgaXMgcGVyZmVjdCAuLi4KCj4+IEl0J3Mgbm90IGRpc2sgSS9PIG9yIGEgbGFjayBvZiBSQU0g dGhhdCBsaW1pdHMgdGhlIGZwcyByYXRlcywgaXQncwo+PiBhY3R1YWxseSB0aGUgQ1BVIChvciB0 aGUgd2hvbGUgY29tYmluYXRpb24gb2YgQ1BVLCBib2FyZCBhbmQgUkFNKSBub3QKPj4gYmVpbmcg YWJsZSB0byBmZWVkIHRoZSBncmFwaGljcyBjYXJkIGZhc3QgZW5vdWdoIC0tLSBvciB0aGUgZ3Jh cGhpY3MKPj4gY2FyZCBiZWluZyB0b28gZmFzdCBmb3IgdGhlIENQVSwgaWYgeW91IHdhbnQgdG8g c2VlIGl0IHRoYXQgd2F5LiAgVG8gZ2V0Cj4+IGEgc2lnbmlmaWNhbnRseSBmYXN0ZXIgc3lzdGVt LCBJJ2QgaGF2ZSB0byBzcGVuZCB0ZW4gdGltZXMgb3IgbW9yZSB0aGFuCj4+IHdoYXQgSSBwYXll ZCBmb3IgdGhlIGNvbnRyb2xsZXIuCj4KPiBGYWlyIGVub3VnaCAtIHlvdSBtdXN0IGhhdmUgZ290 IHRoZSBjb250cm9sbGVyIF9yZWFsbHlfIGNoZWFwLiBFeHBlY3QKPiB0byBzcGVuZCBhIHNtYWxs IGZvcnR1bmUgb24gYSBiYXR0ZXJ5IHJlcGxhY2VtZW50IHdoZW4gdGhhdCBmYWlscywKPiB0aG91 Z2guIFRoZXkgb25seSB0eXBpY2FsbHkgbGFzdCBhIGNvdXBsZSBvZiB5ZWFycy4KClllcywgaXQg d2FzIGEgZ29vZCBkZWFsIC0tLSB5b3UgY2FuIHN0aWxsIGdldCB0aGVtIG9mZiBlYmF5IGZvciBh Ym91dAp0aGF0IHByaWNlLiAgSWYgdGhlIEJCVSBmYWlscywgaXQgbWlnaHQgYmUgYWR2aXNhYmxl IHRvIGJ1eSBhbm90aGVyCmNvbnRyb2xsZXIgd2l0aCBCQlUgYmVjYXVzZSBpdCBkb2Vzbid0IGNv c3QgbXVjaCBtb3JlIHRoYW4gdGhlIEJCVSwgYW5kCkknZCBoYXZlIGEgc3BhcmUgY29udHJvbGxl ci4gIE9yIEkgY291bGQgcmV0aXJlIHRoZSBjb250cm9sbGVyIGFuZApwZXJoYXBzIHVzZSBaRlMg b3IgbWRyYWlkIG9yLCBzaW5jZSBJIGhhdmUgdGhlIHNlcnZlciBub3csIGp1c3QgZ2V0IGEKcGFp ciBvZiBTU0RzLgoKTXkgaW50ZW50aW9uIGlzIHRvIHJlZHVjZSB0aGUgbnVtYmVyIG9mIGRpc2tz IGFueXdheS4gIFRoZSBsZXNzIGRpc2tzCnlvdSBoYXZlLCB0aGUgbGVzcyBjYW4gZmFpbC4KCj4+ IFRoZSBDUFUgYWxvbmUgd291bGQgY29zdCBtb3JlLiAgSQo+PiBkaWRuJ3QgZXhwZWN0IGFueSBj aGFuZ2UgaW4gZnBzIHJhdGVzIGFuZCBnb3QgdGhlIGltcHJvdmVtZW50IGFzIGEKPj4gc3VycHJp c2luZyBzaWRlIGVmZmVjdC4KPgo+IFRoYXQgd2lsbCBvbmx5IGFwcGx5IHdoZW4geW91IGFyZSBk b2luZyBkaXNrIEkvTyBhdCB0aGUgc2FtZSB0aW1lLAo+IHN1cmVseS4gSWYgeW91IGFyZW4ndCBk aXNrIGRpc2sgSS9PLCB0aGVuIHlvdXIgQ1BVIGlzbid0IGRvaW5nCj4gY2hlY2tzdW1taW5nLgoK V2VsbCwgSSB3YXMgcmVhbGx5IHN1cnByaXNlZCBhYm91dCB0aGUgaW1wcm92ZW1lbnQgaW4gZnBz IGFuZCBoYXZlIGEKaGFyZCB0aW1lIHRvIGJlbGlldmUgaXQgbXlzZWxmLiAgVGhlcmUncyBubyBn b29kIGV4cGxhbmF0aW9uIGZvciBpdApvdGhlciB0aGFuIHRoZSB0aGVvcnkgdGhhdCB0aGUgc3lz dGVtIHNvbWVob3cgZ2V0cyBwbHVnZ2VkIHdoZW4gaGF2aW5nCnRvIGRlYWwgd2l0aCBzbyBtYW55 IGRpc2tzIGluIHNvZnR3YXJlIHJhaWRzLCBhbmQgdGhhdCB3b3VsZCBzZWVtIHRvCm9ubHkgYXBw bHkgd2hlbiBzbyBtdWNoIGRpc2sgSS9PIGlzIGdvaW5nIG9uLiAgIlNvIG11Y2giIHdvdWxkIHBy b2JhYmx5Cm1lYW4gIm9ubHkgdmVyeSBsaXR0bGUiLgoKSSBqdXN0IG5vdGljZWQgdGhlIGltcHJv dmVtZW50IGFuZCBkaWRuJ3QgZG8gYW55IGZ1cnRoZXIgaW52ZXN0aWdhdGlvbgpzaW5jZSB0aGF0 IHdvdWxkIGhhdmUgcmVxdWlyZWQgdG8gY29tcGxldGVseSByZXZlcnQgdGhlIG1vdmUgdG8gdGhl CmNvbnRyb2xsZXIuICBOb3cgSSBoYXZlIHRoZSBiYWNrdXAgZGlza3Mgb24gc29mdHdhcmUgcmFp ZC0xLCBhbmQgd2hlbgpjb3B5aW5nIGRhdGEsIHRoZSBsb2FkIGlzIG5vdGljZWFibGUuCgo+IEFz IEkgc2FpZCBhYm92ZSAtIGNsZWFybHkgeW91IGdvdCB0aGUgUkFJRCBjb250cm9sbGVyIHZlcnkK PiBjaGVhcC4gV2l0aGluIHRoYXQgY29zdCBlbnZlbG9wZSBpdCBtYXkgd2VsbCBoYXZlIGJlZW4g YSByZWFzb25hYmxlCj4gc29sdXRpb24gLSBidXQgdGhhdCBkb2Vzbid0IHRha2UgYXdheSB0aGUg cG9pbnRzIGFib3V0IGRhdGEgc2FmZXR5IGFuZAo+IGRpc2sgZmVhdHVyZSByZXF1aXJlbWVudHMg Zm9yIHVzZSB3aXRoIGhhcmR3YXJlIFJBSUQgKFRMRVIpLgoKVHJ1ZSAtLS0gbHVja2lseSwgdGhl IFdEMjBFQVJTIGhvbGQgdXAgcmVtYXJrYWJseSB3ZWxsLiAgT25lIG91dCBvZgp0aHJlZSBmYWls ZWQsIGFmdGVyIGFib3V0IHRocmVlIHllYXJzLCBwcm9iYWJseSBiZWNhdXNlIGl0IHdvdWxkIHRh a2UKdG9vIGxvbmcgdG8gcmVjb3ZlciBhbiBlcnJvci4gIEkgcmVwbGFjZWQgaXQgYW5kIGhhdmVu J3QgY2hlY2tlZCBpdCBhbnkKZnVydGhlciB5ZXQ7IGl0IG1pZ2h0IHN0aWxsIGJlIHVzYWJsZS4K Cj4gRGlza3Mgd2l0aCBjcmlwcGxlZCBmaXJtd2FyZSB3aWxsIGRlbGliZXJhdGVseSBub3QgcmVz cG9uZCB0byByZXNldHMKPiB3aGlsZSB0cnlpbmcgdG8gZG8gc2VjdG9yIHJlY292ZXJ5LCBhZ2Fp biwgcHVyZWx5IHRvIHByZXZlbnQgd29ya2luZwo+IGFyb3VuZCB0aGUgZmFjdCB0aGUgZGlzayBk b2Vzbid0IHJlcG9ydCBUTEVSLgo+Cj4gV2hlbiB0aGlzIGhhcHBlbnMsIG9uZSBvZiB0d28gdGhp bmdzIHdpbGwgb2NjdXI6Cj4gMSkgVGhlIGNvbnRyb2xsZXIgd2lsbCBraWNrIG91dCB0aGUgZGlz ayBhbmQgY2Fycnkgb24gd2l0aG91dCBpdCwgdGh1cwo+IGxvc2luZyB0aGUgcmVkdW5kYW5jeS4K ClRoYXQncyBwcm9iYWJseSB3aGF0IGhhcHBlbmVkIHdpdGggdGhlIGZhaWxlZCBkaXNrLgoKPiAy KSBUaGUgY29udHJvbGxlciBtaWdodCBiZSBjbGV2ZXIgZW5vdWdoIHRvIG5vdCBraWNrIG91dCB0 aGUgZGlzayB0aGF0Cj4gZG9lc24ndCBzdXBwb3J0IFRMRVIgKHRoZW9yZXRpY2FsIC0geW91IGFy ZSBhdCB0aGUgbWVyY3kgb2YgdGhlCj4gY2xvc2VkLXNwZWMgUkFJRCBjYXJkIGZpcm13YXJlIHRo YXQgbWF5IG9yIG1heSBub3QgZG8gc29tZXRoaW5nCj4gc2Vuc2libGUpLCBidXQgdGhlIG9ubHkg b3RoZXIgdGhpbmcgaXQgY2FuIGRvIGlzIHdhaXQgZm9yIHRoZSBkaXNrIHRvCj4gcmV0dXJuLiBC dXQgdW50aWwgdGhlIGRpc2sgcmV0dXJucywgdGhlIGNhcmQgd2lsbCBibG9jayBmdXJ0aGVyIEkv Ty4KPgo+IFNvIGluIHJlYWxpdHkgeW91IGhhdmUgYSBjaG9pY2UgYmV0d2VlbiBsb3NpbmcgcmVk dW5kYW5jeSBvbiB0aGUgZmlyc3QKPiBwZW5kaW5nIHNlY3RvciB5b3UgZW5jb3VudGVyIGFuZCB0 aGUgbWFjaGluZSBiZWNvbWluZyB1bnJlc3BvbnNpdmUgZm9yCj4gcHJvbG9uZ2VkIHBlcmlvZHMg d2hlbmV2ZXIgeW91IGVuY291bnRlciBhIHBlbmRpbmcgc2VjdG9yLgo+Cj4gV2l0aCBzb2Z0d2Fy ZSBSQUlEIHlvdSBjYW4gYXQgbGVhc3QgY2hvb3NlIGJldHdlZW4gdGhlIHR3byAoYnkKPiBzZWxl Y3RpbmcgdGhlIGRpc2sgY29tbWFuZCB0aW1lb3V0IGFwcHJvcHJpYXRlbHkpLCBhbmQgbWFuYWdp bmcgdGhlCj4gc2l0dWF0aW9uIChlLmcuIHNldHRpbmcgdXAgYSBwcm9jZXNzIHRvIG1vbml0b3Ig Zm9yIGRpc2tzIHRoYXQgaGF2ZQo+IGJlZW4ga2lja2VkIG91dCBvZiB0aGUgYXJyYXkgYW5kIGF1 dG9tYXRpY2FsbHkgcmUtYWRkaW5nIHRoZW0gKGlmIHRoZXkKPiBiZWNvbWUgcmVzcG9uc2l2ZSBh Z2FpbikgdG8gcmVzdG9yZSB0aGUgcmVkdW5kYW5jeSkuCgpJcyB0aGF0IGEgZ29vZCBpZGVhIHRv IGRvLCBjb250aW51ZSB0byB1c2UgYSBkaXNrIHRoYXQgc3BlbmRzIHF1aXRlIGEKd2hpbGUgb24g ZXJyb3IgcmVjb3Zlcnk/CgpBbmQgaGF2ZSB5b3Ugc2VlbiB3aGF0IGhhcHBlbnMgd2hlbiBhIFNB VEEgZGlzayBiZWNvbWVzIHVucmVzcG9uc2l2ZT8KVGhlIGtlcm5lbCB3aWxsLCBhcHBhcmVudGx5 IGluZGVmaW5pdGVseSwgdHJ5IGhlYXZpbHkgdG8gcmVzZXQgdGhlIFNBVEEKbGluayBhbmQgZmxv b2QgeW91IHdpdGggbWVzc2FnZXMgYWJvdXQgaXQgdG8gdGhlIHBvaW50IHdoZXJlIHlvdXIgb25s eQpjaG9pY2UgaXMgdG8gdHJ5IHRvIHNodXQgdGhlIHN5c3RlbSBkb3duLgoKSSd2ZSBoYWQgdGhh dCBoYXBwZW4gYSB3aGlsZSBhZ28gd2l0aCBhIHZlcnkgb2xkIGRpc2suICBJIHdvbmRlciB3aHkg dGhlCmtlcm5lbCBiZWhhdmVzIHRoYXQgYmFkbHkuICBUaGUgZGlzayB0aGF0IGZhaWxlZCB3YXNu J3QgcmVsZXZhbnQgYXQgYWxsCmZvciBrZWVwaW5nIHRoZSBzeXN0ZW0gcnVubmluZy4gIEknZCBy YXRoZXIgaGF2ZSB0aGUga2VybmVsIHRyeSBtYXliZQp0ZW4gdGltZXMgYW5kIHRoZW4gZ2l2ZSB1 cCwgYW5kIGxldHRpbmcgeW91IGhhdmUgYW4gb3B0aW9uIHRvIG1ha2UgaXQKdHJ5IGFnYWluLgoK SSB3b25kZXIgd2hhdCBoYXBwZW5zIHdoZW4gdGhhdCBoYXBwZW5zIHdpdGggYSBkaXNrIG9uIGEg UE1QLiAgV2lsbCB0aGUKd2hvbGUgc2V0IG9uIHRoZSBQTVAgYmVjb21lIGluYWNjZXNzaWJsZSBi ZWNhdXNlIHRoZSBwb3J0IGdldHMgYmxvY2tlZD8KCj4+IERvIHlvdSBtZWFuIGEgY2FyZCBsaWtl IHRoaXMgb25lOgo+PiBodHRwOi8vd3d3LmhhcmR3YXJlLXJvZ2dlLmNvbS9wcm9kdWN0X2luZm8u cGhwP3Byb2R1Y3RzX2lkPTE1MjI2Cj4KPiBZZXMsIGFsdGhvdWdoIOKCrDgwIGlzIG1vcmUgdGhh biBJIHBhaWQgZm9yIG1pbmUuIElJUkMgbWluZSB3ZXJlIGFyb3VuZCDCozQwLgoKVGhhdCdzIGFi b3V0IEVVUiA2NT8KCj4+IFRoaXMgY2FyZCBhbG9uZSBjb3N0cyBhbG1vc3QgYXMgbXVjaCBhcyBJ IHBheWVkIGZvciB0aGUgUkFJRCBjb250cm9sbGVyLgo+Cj4gWW91IGdvdCB0aGUgUkFJRCBjb250 cm9sbGVyIF9SRUFMTFlfIGNoZWFwLgoKTE9MCgpZb3UgY2FuIGdldCBvbmUsIHRvbyA6KSAgSUlS QyBhIFA4MDAgZG9lc24ndCBkbyBKQk9ELCB0aG91Z2guCgo+PiBIb3cgY29tZSB5b3UgdXNlIHN1 Y2ggYSBjYXJkPyAgQ291bGRuJ3QgeW91IHVzZSB0aGUgb24tYm9hcmQgU0FUQSBwb3J0cwo+PiBh bmQgY29ubmVjdCBhIG11bHRpcGxpZXIgdG8gdGhlbT8KPgo+IE1vc3Qgc291dGgtYnJpZGdlIGJh c2VkIFNBVEEgY29udHJvbGxlcnMgZG9uJ3Qgc3VwcG9ydCBGSVMsIGFuZAoKTXkgdW5kZXJzdGFu ZGluZyBvZiBbMl0gaXMgdGhhdCB0aGUgU0FUQSBwcm90b2NvbCBkb2Vzbid0IHdvcmsgYXQgYWxs CndpdGhvdXQgRklTLiAgQWxsIFNBVEEgY29udHJvbGxlcnMgd291bGQgaGF2ZSB0byBzdXBwb3J0 IGl0IHRoZW4uCgoKWzJdOiBodHRwczovL2VuLndpa2lwZWRpYS5vcmcvd2lraS9GcmFtZV9JbmZv cm1hdGlvbl9TdHJ1Y3R1cmUjRklTCgoKPiBwZXJmb3JtYW5jZSB0YWtlcyBhIG1hc3NpdmUgbm9z ZWRpdmUgd2hlbiB5b3UgbG9zZSBjb21tYW5kCj4gaW50ZXJsaWV2aW5nIGJldHdlZW4gdGhlIGRp c2tzLgoKSHVoPwoKWW91IG1lYW4gaWYgYSBTQVRBIGNvbnRyb2xsZXIgZG9lc24ndCBzdXBwb3J0 IEZJUywgaXQgd291bGQgbGVhdmUgeW91CnVuYWJsZSB0byB1c2UgYWxsIGJ1dCBvbmUgZGlzayBi ZWhpbmQgYSBQTVAgY29ubmVjdGVkIHRvIGl0IGJlY2F1c2UKc3dpdGNoaW5nIGJldHdlZW4gdGhl IGRpc2tzIHdvbid0IGJlIHBvc3NpYmxlPwoKPiBTb21lIG1vdGhlcmJvYXJkcyBjb21lIHdpdGgg c2Vjb25kYXJ5Cj4gU0FUQSBjb250cm9sbGVycyB3aGljaCBiZWhhdmUgbXVjaCBiZXR0ZXIgYnV0 IHRoZXkgb2Z0ZW4gaGF2ZSBvdGhlcgo+IHByb2JsZW1zLiBGb3IgZXhhbXBsZSwgdHdvIG9mIHRo ZSBtb3RoZXJib2FyZHMgSSBoYXZlIHVzZWQgcmVjZW50bHkKPiBoYXZlIHRoZSBmb2xsb3dpbmcg c2Vjb25kYXJ5IFNBVEEgY29udHJvbGxlcnMgZm9yIGV4dHJhIHBvcnRzOgo+Cj4gU2lsaWNvbiBJ bWFnZSBTSUwzMTMyLCAyIHBvcnRzOiBIYXMgRklTK05DUSwgYnV0IHRoZSBjYXJkIGJvdHRsZW5l Y2tzCj4gYXQgYWJvdXQgMTcwTUIvcywgd2hpY2ggaXMgdmVyeSBsb3cuCj4KPiBNYXJ2ZWxsIDg4 U0U5MTIzLCAyIHBvcnRzOiBIYXMgRklTK05DUSwgYnV0IGl0IGhhcyBhIFBNUCBoYW5kbGluZyBi dWcKPiB0aGF0IHByZXZlbnRzIHRoZSB1c2Ugb2YgbW9yZSB0aGFuIG9uZSBQTVAuIFlvdSBjYW4g dXNlIGEgUE1QIG9uIG9uZQo+IHBvcnQgd2l0aCA1IGRpc2tzIGF0dGFjaGVkIHRvIHRoZSBQTVAs IHBsdXMgb25lIGRpc2sgYXR0YWNoZWQgZGlyZWN0bHkKPiB0byB0aGUgb3RoZXIgcG9ydC4gSWYg eW91IGF0dGFjaCBhIFBNUCB0byBlYWNoIHBvcnQsIG5vIGRpc2tzIHNob3cgdXAKPiBhdCBhbGwu Cj4KPiBJIG5lZWRlZCBtb3JlIHRoYW4gb25lIFBNUHMgd29ydGggb2YgZXh0cmEgZGlza3MsIHNv IEkgdXNlZCBhIGNhcmQKPiB3aXRoIHRoZSBvbGRlciBNYXJ2ZWxsIGNoaXBzZXQgdGhhdCB3b3Jr cyBjb3JyZWN0bHkuCgpUaGUgcHJvYmxlbSBpcyBmaW5kaW5nIGFsbCB0aGlzIG91dCBzbyB5b3Ug Y2FuIGJ1eSB0aGUgcmlnaHQgaGFyZHdhcmUuCkkgbWlnaHQgaGF2ZSBib3VnaHQganVzdCBhbiBh ZGRpdGlvbmFsIFNBVEEgY29udHJvbGxlciBpbnN0ZWFkIG9mIHRoZQpQODAwLCBidXQgdGhlcmUg d2FzIG5vIHRlbGxpbmcgd2hpY2ggb25lIHdvdWxkIGJlIGdvb2QsIG9yIGV2ZW4gd29yayBhdAph bGwuCgo+Pj4gSW4gY29udHJhc3QsIEkgaGF2ZSB0aHJlZSBTQVMgUkFJRCBjYXJkcywgdHdvIExT SSBhbmQgb25lIEFkYXB0ZWMsCj4+PiBub25lIG9mIHdoaWNoIHdvcmsgYXQgYWxsIG9uIG15IG1v dGhlcmJvYXJkIHdpdGggdGhlIElPTU1VIGVuYWJsZWQuCj4+Cj4+IEhtbW0sIGhvdyBjb21lLCBh bmQgd2hhdCBhcmUgdGhlIHN5bXB0b21zPyAgUGVyaGFwcyBJIHNob3VsZCB0cnkgdG8KPj4gZm9y Y2UgTlVNQSB0byBiZSBlbmFibGVkIGZvciB0aGUgc2VydmVyLgo+Cj4gVGhlIHN5bXB0b21zIGFy ZSB0aGF0IGFsbCB0aGUgZGlzayBjb21tYW5kcyBnZXQgdHJ1bmNhdGVkIGFuZCBub25lIG9mCj4g dGhlIGRpc2tzIHNob3cgdXAuIERNQSB0by9mcm9tIHRoZSBjb250cm9sbGVyIGRvZXNuJ3Qgd29y ay4gSSdtIHByZXR0eQo+IHN1cmUgaXQgaGFzIG5vdGhpbmcgdG8gZG8gd2l0aCBOVU1BLCB0aG91 Z2ggLSBtb3N0IGxpa2UgYSBzaWRlIGVmZmVjdAo+IG9mIHRoZSBOdmlkaWEgTkYyMDAgUENJZSBi cmlkZ2VzIG9uIG15IG1vdGhlcmJvYXJkLgoKSG0gOiggIEl0IGJlY29tZXMgaW5jcmVhc2luZ2x5 IGRpZmZpY3VsdCB0byBmaW5kIGEgZ29vZCBib2FyZCwgb3RoZXIKdGhhbiBmb3IgZ2FtaW5nIG1h eWJlLiAgVGhhdCwgYW5kIHRoaW5ncyBsaWtlIFVFRkkgYW5kIEFNVCwgbWFrZSBnb29kCnJlYXNv bnMgbm90IHRvIGJ1eSBhbnl0aGluZyBuZXcgdW50aWwgaXQgY2Fubm90IGJlIGF2b2lkZWQuCgo+ IFRoZSBiYXR0ZXJ5IHBhY2tzIG9uIHRoZSBtZW1vcnkgbW9kdWxlcyBkbyBleHBpcmUgZXZlbnR1 YWxseSwgYW5kIGlmCj4geW91IGZvcmNlIHdyaXRlLWNhY2hpbmcgdG8gb24gd2l0aG91dCB0aGUg QkJVLCB5b3UgYXJlIHByb2JhYmx5IGdvaW5nCj4gdG8gdGhvcm91Z2hseSBkZXN0cm95IHRoZSBm aWxlIHN5c3RlbSB0aGUgZmlyc3QgdGltZSB5b3UgaGF2ZSBhIHBvd2VyCj4gY3V0IGluIHRoZSBt aWRkbGUgb2YgYSBoZWF2eSB3cml0aW5nIG9wZXJhdGlvbi4KClRoZSB3cml0ZSBjYWNoZSBpcyBz dXBwb3NlZCB0byBiZWNvbWUgZGlzYWJsZWQgd2hlbiB0aGUgQkJVIGZhaWxzLiAgSXQKcHJvYmFi bHkgZG9lc24ndCBldmVuIHRha2UgYSBwb3dlciBvdXRhZ2U7IHdoZW4gYm9vdGluZywgdGhlIFA4 MDAKc29tZXRpbWVzIHNheXMgaXQgc3RpbGwgaGFzIGRhdGEgdG8gd3JpdGUgdG8gdGhlIGRpc2tz IGFmdGVyIHRoZSBzeXN0ZW0Kd2FzIHNodXQgZG93biBuaWNlbHkuICBJbnRlcmVzdGluZ2x5LCAn c2h1dGRvd24gLWggbm93JyBpbnN0ZWFkIG9mCidoYWx0JyBzZWVtcyB0byBwcmV2ZW50IHRoYXQu Cgo+IElmIHRoYXQgaGFwcGVucyB5b3Ugd291bGQgcHJvYmFibHkgYmUgYmV0dGVyIG9mZiBwdXR0 aW5nIHRoZQo+IGNvbnRyb2xsZXIgaW50byBhIHBsYWluIEhCQS9KQk9EIG1vZGUsIGJ1dCB0aGF0 IHdvdWxkIG1lYW4gcmVidWlsZGluZwo+IHRoZSBSQUlEIGFycmF5LgoKSUlSQywgeW91IGNhbid0 IGRvIHRoYXQgd2l0aCBhIFA4MDAuICBJdCdzIGEgcHJldHR5IHNlcmlvdXMgY2FyZCB0aGF0CmNh biBkcml2ZSAyNTYgZGlza3Mgb3Igc28sIHN1cHBvcnRzIG11bHRpcGF0aCwgdm9sdW1lIHNoYXJp bmcgYW5kCm1pZ3JhdGlvbiBhbmQgd2hhdGV2ZXIgeW91IG1heSB0aGluayBvZi4gIFlvdSBjYW4g c3RpbGwgYnV5IHRoZW0gbmV3IGZvcgpvdmVyICQ4MDAgZGVzcGl0ZSB0aGV5J3JlIGtpbmRhIGFu Y2llbnQuCgo+PiBJIGhhdmUgYSB0aGVvcnkgdGhhdCB3aGVuIHlvdSBoYXZlIGEgc29mdHdhcmUK Pj4gUkFJRC01IHdpdGggdGhyZWUgZGlza3MgYW5kIGFub3RoZXIgUkFJRC0xIHdpdGggdHdvIGRp c2tzLCB5b3UgaGF2ZSB0bwo+PiBtb3ZlIHNvIG11Y2ggZGF0YSBhcm91bmQgdGhhdCBpdCBwbHVn cyB1cCB0aGUgc3lzdGVtLCBjYXVzaW5nIHNsb3dkb3ducy4KPgo+IFllcywgeW91IGhhdmUgdG8g c2VuZCB0d2ljZSB0aGUgZGF0YSBkb3duIHRoZSBQQ0llIGJ1cywgYnV0IGluCj4gcHJhY3RpY2Ug dGhpcyBjcmVhdGVzIGEgbmVnbGlnaWJsZSBvdmVyaGVhZCB1bmxlc3MgeW91ciBtYWNoaW5lIGlz Cj4gbWFzc2l2ZWx5IHNob3J0IG9mIENQVSBhbmQgUENJZSBiYW5kd2lkdGguCgpXaXRoIGZpdmUg ZGlza3MgaW4gdG90YWwgaW4gZGlmZmVyZW50IGFycmF5cyB5b3UnZCBoYXZlIHRvIHNlbmQgZml2 ZQp0aW1lcyB0aGUgZGF0YSwgd291bGRuJ3QgeW91PwoKSXQgbWlnaHQgYmUgc2hvcnQgb2YgYmFu ZHdpZHRoIGlmIHRoZSBDUFUgaXMgYnVzeSBhbmQgaGVhdmlseSBhY2Nlc3Nlcwp0aGUgUkFNIGFu ZCBmZWVkcyB0aGUgZ3JhcGhpY3MgY2FyZCBhdCB0aGUgc2FtZSB0aW1lLiAgT3IgdGhlIFNBVEEK Y29udHJvbGxlciBoYXMgcHJvYmxlbXMgd2l0aCBpdC4gIEkgcmVhbGx5IGRvbid0IGtub3cuCgo+ PiBPciBwZXJoYXBzIGZpbGxpbmcgdGhlIGJhbmR3aWR0aCBvZiBvbmUgU0FUQSBwb3J0IHBsdXMg dGhlCj4+IENQVSBoYW5kbGluZyB0aGUgb3ZlcmhlYWQgWkZTIGJyaW5ncyBhYm91dCBpc24ndCBh bnkgYmV0dGVyLCB3aG8ga25vd3MuCj4KPiBNb3JlIHNhdHVyYXRpb24gb2YgYSBTQVRBIHBvcnQg aXNuJ3Qgd2hhdCBnaXZlcyB5b3UgbW9yZSBwZXJmb3JtYW5jZSAtIAo+IHRoZSBmYWN0IHRoYXQg eW91IGFyZSBtYW5hZ2luZyB0byBzYXR1cmF0ZSB0aGUgU0FUQSBwb3J0IG1vcmUgaXMgdGhlCj4g X2NvbnNlcXVlbmNlXyBvZiBnZXR0aW5nIG1vcmUgcGVyZm9ybWFuY2Ugb3V0IG9mIHRoZSBkaXNr IHN1YnN5c3RlbS4KCkdldHRpbmcgbW9yZSBwZXJmb3JtYW5jZSBvdXQgb2YgdGhlIGRpc2sgc3Vi c3lzdGVtIGRvZXNuJ3QgbmVjZXNzYXJpbHkKbWVhbiBnZXR0aW5nIG1vcmUgcGVyZm9ybWFuY2Ug b3V0IG9mIHRoZSBzeXN0ZW0gKGxpa2UgaGlnaGVyIGZwcwpyYXRlcykuICBJdCBtaWdodCBldmVu IHJlZHVjZSBwZXJmb3JtYW5jZSAoaS4gZS4gbG93ZXIgZnBzIHJhdGVzKS4KCkluIHRoZSBlbmQs IHlvdSBvbmx5IGhhdmUgInRoaXMgbXVjaCIgaW4gdGVybXMgb2YgcmVzb3VyY2VzLiAgQWRkaW5n IGEKaGFyZHdhcmUgUkFJRCBjb250cm9sbGVyIGluY3JlYXNlcyB0aGUgcmVzb3VyY2VzLgoKSW1h Z2luZSBob3cgbmljZSBpdCBtaWdodCBiZSB0byBoYXZlIGEgaGFyZHdhcmUgWkZTIGNvbnRyb2xs ZXIgOikKTWFudWZhY3R1cmUgb25lLCBhbmQgeW91IG1pZ2h0IG1ha2UgbW9uZXkgd2l0aCBpdCwg cmVwbGFjaW5nIGFsbCB0aGUKUkFJRCBjYXJkcy4gIEJ1dCBJIHdhbnQgYXQgbGVhc3QgYSAxMCUg c2hhcmUuCgo+Pj4+IEFueXdheSwgSSBoYXZlIGNvbWUgdG8gbGlrZSBoYXJkd2FyZSBSQUlEIGJl dHRlciB0aGFuIHNvZnR3YXJlIFJBSUQuCj4+Pgo+Pj4gV2hhdGV2ZXIgd29ya3MgZm9yIHlvdS4g TXkgdmlldyBpcyB0aGF0IHRyYWRpdGlvbmFsIFJBSUQsIGNlcnRhaW5seQo+Pj4gYW55dGhpbmcg YmVsb3cgUkFJRDYsCj4+Cj4+IFdlbGwsIHlvdSBoYXZlIHRvIGFmZm9yZCBhbGwgdGhlIGRpc2tz IGZvciBzdWNoIFJBSUQgbGV2ZWxzLiAgSXMgWkZTIGFueQo+PiBiZXR0ZXIgaW4gdGhpcyByZWdh cmQ/Cj4KPiBJdCBkb2Vzbid0IG1ha2UgdGhlIGRpc2tzIGNoZWFwZXIsIG5vLiA6KQoKSSBtZWFu IGluIHJlcXVpcmluZyBhIHNtYWxsZXIgbnVtYmVyIG9mIGRpc2tzIDopCgpBbmQgc2luY2UgaXQg Y2FuIHNhdmUgc3BhY2UsIFpGUyBraW5kYSBtYWtlcyB0aGUgZGlza3MgYSBsaXR0bGUgY2hlYXBl ci4KCj4+PiBhbmQgZXZlbiBvbiBSQUlENiBJIGRvbid0IHRydXN0IHRoZSBjbG9zZWQsIG9wYXF1 ZSwgdW5kb2N1bWVudGVkCj4+PiBpbXBsZW1lbnRhdGlvbiB0aGF0IG1pZ2h0IGJlIGluIHRoZSBm aXJtd2FyZSwgaXMKPj4KPj4gSXQncyBhIGJpZyBkaXNhZHZhbnRhZ2Ugb2YgaGFyZHdhcmUgUkFJ RCB0aGF0IHlvdSBjYW4ndCByZWFkIHRoZSBkYXRhCj4+IHdoZW4gdGhlIGNvbnRyb2xsZXIgaGFz IGZhaWxlZCwgdW5sZXNzIHlvdSBoYXZlIGFub3RoZXIsIGNvbXBhdGlibGUKPj4gY29udHJvbGxl ciBhdCBoYW5kLiAgRGlkIHlvdSBjaGVjayB0aGUgc291cmNlcyBvZiBaRlMgc28gdGhhdCB5b3Ug Y2FuCj4+IHRydXN0IGl0Pwo+Cj4gSSBoYXZlIGxvb2tlZCBhdCB0aGUgWm9MIGFuZCB6ZnMtZnVz ZSBzb3VyY2VzIGluIHBhc3Npbmcgd2hlbiBsb29raW5nCj4gYXQgdmFyaW91cyBwYXRjaGVzIEkg d2FudGVkIHRvIGFwcGx5IChhbmQgd3JpdGluZyBhIHNtYWxsIG9uZSBvZiBteQo+IG93biBmb3Ig emZzLWZ1c2UsIHRvIGFsd2F5cyBmb3JjZSA0S0IgYXNoaWZ0KSwgYnV0IEkgd291bGRuJ3Qgc2F5 IHRoYXQKPiBJIGhhdmUgbG9va2VkIHRocm91Z2ggdGhlIHNvdXJjZSBlbm91Z2ggdG8gdHJ1c3Qg aXQgYmFzZWQgcHVyZWx5IG9uIG15Cj4gcmVhZGluZyBvZiB0aGUgY29kZS4KPgo+IEJ1dCBJIHN1 c3BlY3QgdGhhdCBvcmRlcnMgb2YgbWFnbml0dWRlIG1vcmUgcGVvcGxlIGhhdmUgbG9va2VkIGF0 IHRoZQo+IFpGUyBzb3VyY2UgdGhhbiBoYXZlIGxvb2tlZCBhdCB0aGUgUkFJRCBjb250cm9sbGVy IGZpcm13YXJlIHNvdXJjZS4KCkl0J3MgZW50aXJlbHkgcG9zc2libGUsIHRoYXQsIGluIHRvdGFs LCA1MDAwIHBlb3BsZSBoYXZlIGxvb2tlZCBhdCB0aGUKWkZTIHNvdXJjZXMsIGFuZCB0aGF0IDQ5 OTUgb2YgdGhlbSBoYXZlIGxvb2tlZCBhdCB0aGUgc2FtZSA1JSBvZiBpdCwKd2l0aCB0aGUgZXhj ZXB0aW9uIG9mIHRoZSA1IFpGUyBkZXZlbG9wZXJzIChvciBob3cgbWFueSB0aGVyZSBhcmUpIHdo bwpoYXZlIHJlYWQgaXQgYWxsLiAgSXQncyBhIGJpdGNoeSBhcmd1bWVudCAtLS0gYnV0IGl0J3Mg cG9zc2libGUgOikKCkl0IGRvZXNuJ3QgZWxpbWluYXRlIHRoYXQgZXZlbiBpZiA1MDAwIHBlb3Bs ZSB3YW50ZWQgdG8gbG9vayBhdCBhbnkgb2YKdGhlIHNvdXJjZXMgZm9yIHdoYXQgc29mdHdhcmUg aXMgaW4gYSByYWlkIGNvbnRyb2xsZXIsIHRoZXkgY291bGRuJ3QuCkhvd2V2ZXIsIHVubGVzcyB0 aGUgNTAwMCBwZW9wbGUgYWN0dWFsbHkgcmVhZCAxMDAlIG9mIHRoZSBaRlMgc291cmNlcywKdGhh dCdzIGlycmVsZXZhbnQuCgo+IEZvciBhIHR5cGljYWwgZXhhbXBsZSBvZiB0aGUgc29ydCBvZiBl cnJvcnMgSSdtIHRhbGtpbmcgYWJvdXQsIHNheSB5b3UKPiBoYXZlIGEgaGFyZHdhcmUgUkFJRDUg YXJyYXkgYW5kIGEgWkZTIFJBSURaMSBwb29sLgo+Cj4gVGFrZSBvbmUgZGlzayBvZmYgZWFjaCBj b250cm9sbGVyLCB3cml0ZSBzb21lIHJhbmRvbSBkYXRhIG92ZXIgcGFydHMKPiBvZiBpdCAobGV0 J3MgYmUga2luZCwgZG9uJ3Qgb3ZlcndyaXRlIHRoZSBSQUlEIGNhcmQncyBoZWFkZXJzLCB3aGlj aCBhCj4gcGhhbnRvbSB3cml0ZSBjb3VsZCB0aGVvcmV0aWNhbGx5IGRvKS4KPgo+IE5vdyBwdXQg dGhlIGRpc2tzIGJhY2sgaW50byB0aGVpciBwb29scywgYW5kIHJlYWQgdGhlIGZpbGVzIHdob3Nl IGRhdGEKPiB5b3UganVzdCBvdmVyd3JpdGUuCj4KPiBaRlMgd2lsbCBzcG90IHRoZSBlcnJvciwg cmVzdG9yZSB0aGUgZGF0YSBhbmQgaGFuZCB5b3UgYSBnb29kIGNvcHkgYmFjay4KPgo+IFJBSUQg Y29udHJvbGxlciB3aWxsIG1vc3QgbGlrZWx5IGdpdmUgeW91IGJhY2sgZHVmZiBkYXRhIHdpdGhv dXQgZXZlbgo+IG5vdGljaW5nIHNvbWV0aGluZyBpcyB3cm9uZyB3aXRoIGl0LgoKSXQgd291bGQg c3RhcnQgYSByZWJ1aWxkIG9uY2UgeW91IHBsdWcgdGhlIGRpc2sgYmFjayBpbiAtLS0gcHJvdmlk ZWQKdGhhdCB5b3UgaG90cGx1Z2dlZCBpdCBvciBoYWQgdGhlIGFycmF5IHVwIHdoaWxlIHRoZSBk aXNrIHdhcyByZW1vdmVkLgpPdGhlcndpc2UsIHdlJ2QgaGF2ZSB0byB0cnkgb3V0IHdoYXQgd291 bGQgaGFwcGVuLCB3aGljaCBjYW4gYmUKZGlmZmVyZW50IGZyb20gY29udHJvbGxlciB0byBjb250 cm9sbGVyLgoKPiBZb3UgY291bGQgcnVuIFpGUyBvbiB0b3Agb2YgdGhlIFJBSUQgbG9naWNhbCB2 b2x1bWUsIGJ1dCBiZWNhdXNlIFpGUwo+IHdvdWxkIGhhdmUgbm8gdmlzaWJpbGl0eSBvZiB0aGUg cmF3IGRpc2tzIGFuZCByZWR1bmRhbmN5IHVuZGVybmVhdGgsCj4gdGhlcmUgaXMgbm90aGluZyBp dCBjYW4gZG8gdG8gc2NydWIgb3V0IHRoZSBiYWQgZGF0YS4gQnV0IGV2ZW4gaW4gdGhhdAo+IHN0 YWNrLCBaRlMgd291bGQgc3RpbGwgYXQgbGVhc3Qgbm90aWNlIHRoZSBkYXRhIGlzIGNvcnJ1cHRl ZCBhbmQKPiByZWZ1c2UgdG8gcmV0dXJuIGl0IHRvIHRoZSBhcHBsaWNhdGlvbi4KCk9ubHkgaWYg eW91IGRvIG5vdCBoYXBwZW4gdG8gd3JpdGUgY29ycmVjdCBjaGVja3N1bXMgZm9yIHRoZSBkYXRh IHRoYXQKd2FzIG92ZXJ3cml0dGVuIC0tLSB0aG91Z2h0IGl0IHNlZW1zIHVubGlrZWx5IGVub3Vn aCB0byBoYXBwZW4uCgpXaGF0IGRvZXMgWkZTIGRvIHdoZW4gaXQgZmluZHMgYmxvY2sgQSBhbmQg YmxvY2sgQiBvZiBkYXRhIEQsIGJvdGgKYmxvY2tzIHdpdGggYSBjb3JyZWN0IGNoZWNrc3VtIGJ1 dCBjb250YWluaW5nIGRpZmZlcmVudCBkYXRhPyAgV2lsbCBpdApsZXQgeW91IGRlY2lkZSB3aGlj aCBibG9jayB0byB1c2UsIG9yIHJlZnVzZSB0byBkZWxpdmVyIHRoZSBkYXRhLCBvciBub3QKbm90 aWNlIGFuZCByZXR1cm4gc29tZSBkYXRhIGluc3RlYWQgb2YgRCB3aGljaCBpcyBjb21wb3NlZCBv ZiB3aGF0ZXZlcgppcyBpbiB0aGUgYmxvY2tzIEEgYW5kIEI/Cgo+Pj4gbm8gbG9uZ2VyIGZpdCBm b3IgcHVycG9zZSB3aXRoIGRpc2tzIG9mIHRoZSBraW5kIG9mIHNpemUgdGhhdCBzaGlwCj4+PiB0 b2RheS4KPj4KPj4gSG93IHdvdWxkIHRoYXQgZGVwZW5kIG9uIHRoZSBjYXBhY2l0eSBvZiB0aGUg ZGlza3M/ICBNb3JlIGRhdGEgLS0+IG1vcmUKPj4gcG90ZW50aWFsIGZvciBlcnJvcnMgLS0+IG1v cmUgc2VjdXJpdHkgcmVxdWlyZWQ/Cj4KPiBUaGUgZGF0YSBlcnJvciByYXRlcyBoYXZlIGJlZW4g c3RhZ25hbnQgYXQgb25lIHVucmVjb3ZlcmFibGUgc2VjdG9yIGluCj4gMTBeLTE0IGJpdHMgcmVh ZC4gVGhhdCdzIG9uZSBiYWQgc2VjdG9yIG9uIGFib3V0IDEwVEIgb2YgZGF0YS4gSWYgeW91Cj4g YXJlIHVzaW5nIDRUQiBkcml2ZXMgaW4gMy1kaXNrIFJBSUQ1LCBpZiB5b3UgbG9zZSBhIGRpc2sg eW91IGhhdmUgdG8KPiByZWFkIGJhY2sgOFRCIG9mIGRhdGEgdG8gcmVidWlsZCB0aGUgcGFyaXR5 IG9udG8gdGhlIHJlcGxhY2VkIGRpc2suIElmCj4geW91IGFyZSBzdGF0aXN0aWNhbGx5IGdvaW5n IHRvIGdldCBvbmUgYmFkIGJsb2NrIGV2ZXJ5IDEwVEIgb2YgcmVhZHMsCj4gaXQgbWVhbnMgeW91 IGhhdmUgODAlIGNoYW5jZSBvZiBsb3Npbmcgc29tZSBkYXRhIGR1cmluZyByZWJ1aWxkaW5nCj4g dGhhdCBhcnJheS4KPgo+IEFkZGl0aW9uYWxseSwgcmVidWlsZGluZyB0aW1lcyBoYXZlIGJlZW4g Z29pbmcgdXAgd2l0aCBkaXNrIHNpemUgd2hpY2gKPiBpbmNyZWFzZXMgYm90aCB0aGUgdGltZSBv ZiBkZWdyYWRlZCBwZXJmb3JtYW5jZSBkdXJpbmcgcmVidWlsZCBhbmQgdGhlCj4gcHJvYmFiaWxp dHkgb2YgZmFpbHVyZSBvZiBhbm90aGVyIGRpc2sgZHVyaW5nIHRoZSByZWJ1aWxkLgoKSXQgbWFr ZXMgbWUgd29uZGVyIHdoeSBzdWNoIGVycm9ycyBoYXZlbid0IGJlY29tZSBhIHdpZGVzcHJlYWQg c2VyaW91cwpwcm9ibGVtIHlldCAtLS0gbm90IGV2ZXJ5b25lIGlzIHVzaW5nIFpGUy4gIFJlYnVp bGQgdGltZXMgYXJlIHJlYWxseSBhbgppc3N1ZTsgaXQgdG9vayBkYXlzIHRvIGdldCBpdCBkb25l IHdpdGggdGhlIFdEMjBFQVJTIGluIHRoZSBzZXJ2ZXIsIGFuZApJIHRob3VnaHQgaXQgd291bGQg bmV2ZXIgZmluaXNoIGJlY2F1c2UgaXQgbWlnaHQgc3RhcnQgb3ZlciB3aXRoIGVhY2gKcmVib290 IHRob3VnaCBpdCBzaG91bGRuJ3QuICBJdCBkaWRuJ3QgYW5kIGZpbmlzaGVkIGV2ZW50dWFsbHks IGJ1dApzdHJlc3NpbmcgdGhlIGRpc2tzIGZvciBkYXlzIGxpa2UgdGhhdCByZWFsbHkgaXNuJ3Qg c29tZXRoaW5nIHlvdSB3YW50CnRvIHNlZSBhZnRlciByZXBsYWNpbmcgb25lLgoKPj4+PiBTbyB3 aXRoIFZNd2FyZSwgeW91J2QgaGF2ZSB0byBnZXQgY2VydGlmaWVkIGhhcmR3YXJlLgo+Pj4KPj4+ IFlvdSB3b3VsZG4ndCBfaGF2ZV8gdG8gZ2V0IGNlcnRpZmllZCBoYXJkd2FyZS4gSXQganVzdCBt ZWFucyB0aGF0IGlmCj4+PiB5b3UgZmluZCB0aGF0IHRoZXJlIGlzIGEgdG90YWwgb2Ygb25lIG1v dGhlcmJvYXJkIHRoYXQgZml0cyB5b3VyCj4+PiByZXF1aXJlbWVudHMgYW5kIGl0J3Mgbm90IG9u IHRoZSBjZXJ0aWZpZWQgbGlzdCwgeW91IGNhbiBwbGF1c2libHkKPj4+IHRha2UgeW91ciBjaGFu Y2VzIHdpdGggaXQgZXZlbiBpZiBpdCBkb2Vzbid0IHdvcmsgb3V0IG9mIHRoZSBib3guIEkKPj4+ IGRpZCB0aGF0IHdpdGggdGhlIFNSLTIgYW5kIGdvdCBpdCB3b3JraW5nIGV2ZW50dWFsbHkgaW4g YSB3YXkgdGhhdAo+Pj4gd291bGQgbmV2ZXIgaGF2ZSBiZWVuIHBvc3NpYmxlIHdpdGggRVNYLgo+ Pgo+PiBBcmUgeW91IHNheWluZyB0aGF0IGZvciB5b3VyIHJlcXVpcmVtZW50cyB5b3UgY291bGRu J3QgdXNlIFZNd2FyZSwgd2hpY2gKPj4gbWFrZXMgaXQgaXJyZWxldmFudCB3aGV0aGVyIHRoZSBo YXJkd2FyZSBpcyBjZXJ0aWZpZWQgZm9yIGl0IG9yIG5vdD8KPgo+IEJvdGguIFdoYXQgSSB3YW50 ZWQgdG8gZG8gY291bGRuJ3QgYmUgZG9uZSBvbiBFU1ggd2l0aGluIHRoZSBzYW1lCj4gcmVzb3Vy Y2UgY29uc3RyYWludHMuIEkgd2FudGVkIHRvIHVzZSBhIGRlZHVwbGljYXRlZCBaRlMgcG9vbCBm b3IgbXkKPiBWTSBpbWFnZXMsIGFuZCB0aGVyZSBpcyBubyBFU1ggcG9ydCBvZiBaRlMuCj4KPiBB ZGRpdGlvbmFsbHksIHRoZXJlIHdvdWxkIGhhdmUgYmVlbiBubyB3YXkgZm9yIG1lIHRvIHdvcmsg YXJvdW5kIG15Cj4gaGFyZHdhcmUgYnVncyB3aXRoIEVTWCBiZWNhdXNlIEkgY291bGRuJ3Qgd3Jp dGUgcGF0Y2hlcyB0byB3b3JrIGFyb3VuZAo+IHRoZSBwcm9ibGVtLgoKVGhlIGlkZWEgaXMgdGhh dCB5b3Ugd291bGRuJ3QgaGF2ZSBoYWQgdG8gd29yayBhcm91bmQgaGFyZHdhcmUgYnVncwp3aGVu IHlvdSdkIGJlIHVzaW5nIGNlcnRpZmllZCBoYXJkd2FyZS4KCj4+IFdoeSB3b3VsZCB0aGV5IHRo aW5rIHRoYXQgdmlydHVhbGl6YXRpb24gYmVuZWZpdHMgdGhpbmdzIHRoYXQgcmVxdWlyZQo+PiBo aWdoIHBlcmZvcm1hbmNlPwo+Cj4gSSBkb24ndC4gQnV0IG1hbnkgcGVvcGxlIHRoaW5rIGl0IG1h a2VzIG5lZ2xpZ2libGUgZGlmZmVyZW5jZSBiZWNhdXNlCj4gdGhleSBuZXZlciBkaWQgdGhlaXIg dGVzdGluZyBwcm9wZXJseS4KCkhvdyBtdWNoIGRpZmZlcmVuY2UgZG9lcyBpdCBtYWtlLCBhY3R1 YWxseT8gIEkgbWVhbiBqdXN0IHRoZQp2aXJ0dWFsaXphdGlvbiwgd2l0aG91dCBhIG51bWJlciBv ZiBvdGhlciBWTXMgZG9pbmcgc29tZXRoaW5nLiAgTGlrZSB5b3UKY291bGQgcGxhbiBvbiBhIHBh cnRpY3VsYXIgaGFyZHdhcmUgZm9yIGEgcGFydGljdWxhciB3b3JrbG9hZCBhbmQgZ2V0CnBlcmZv cm1hbmNlIFggd2l0aCBpdC4gIExldCdzIHNheSB5b3UgcGxhbiA0IENQVXMvOEdCIFJBTSBhbmQg YnV5CmhhcmR3YXJlIHRoYXQgaGFzIDJ4NCBDUFVzLzY0R0IgUkFNLiAgTm93IHlvdSBzb21laG93 IGxpbWl0IHRoZSBzb2Z0d2FyZQp0byB1c2Ugb25seSA0IENQVXMvOEdCIG9mIHRoYXQgaGFyZHdh cmUgYW5kIG1lYXN1cmUgdGhlIHBlcmZvcm1hbmNlIC0tLQpwZXJoYXBzIHBoeXNpY2FsbHkgdGFr ZSBvdXQgb25lIENQVSBhbmQgaW5zdGFsbCBvbmx5IDhHQi4KClRoZW4geW91IHBsdWcgaW4gdGhl IHNlY29uZCBDUFUgYW5kIGFsbCB0aGUgUkFNLCBidXQgdXNlIGEgVk0sIGdpdmUgaXQgNApDUFVz LzhHQiBhbmQgbWVhc3VyZSB0aGUgcGVyZm9ybWFuY2UgYWdhaW4uICBIb3cgbXVjaCBsZXNzIHBl cmZvcm1hbmNlCndpbGwgeW91IGdldD8KCj4+IFdoZW4gSSBuZWVkIHRoZSBtb3N0L2Jlc3QgcGVy Zm9ybWFuY2UgcG9zc2libGUsIGl0J3MKPj4gb2J2aW91c2x5IGNvdW50ZXIgcHJvZHVjdGl2ZS4K Pgo+IEFwcGFyZW50bHkgaXQncyBub3Qgb2J2aW91cyB0byBtYW55LCBtYW55IHBlb3BsZS4KClRo aW5raW5nIG9mIGl0LCB5b3UgbWlnaHQgZXZlbiBnZXQgYmV0dGVyIHBlcmZvcm1hbmNlIGZyb20g dGhlIFZNIGluIHRoZQpleGFtcGxlIGFib3ZlLiAgWW91J2QgYmUgY2hlYXRpbmcgYmVjYXVzZSB0 aGVyZSBhcmUgNCBDUFVzIGFuZCA1NkdCIG9mClJBTSB1bmRlcm5lYXRoIHRoZSBWTSB0byBkbyBz b21lIHdvcmsgaXQgd291bGQgb3RoZXJ3aXNlIGRvIGl0c2VsZiAtLS0KYnV0IGNvcnJlY3RlZCBm b3IgdGhhdD8gIFdoYXQgd291bGQgeW91IGdldD8KCkFuZCBkZXBlbmRpbmcgb24gdGhlIHdvcmts b2FkLCBpdCBtaWdodCBub3QgYmVuZWZpdCBmcm9tIG1vcmUgQ1BVcwphbmQvb3IgbW9yZSBSQU0u ICBCdXQgaXQgbWlnaHQgYmVuZWZpdCBmcm9tIENQVXMgYW5kIFJBTSB1bmRlcm5lYXRoIGEgVk0K dGhhdCBoYW5kbGVzIHRoZSB3b3JrbG9hZC4gIFNvIGlmIHlvdSdkIGhhdmUgYWxsIHRoZSA4IENQ VXMvNjRHQiBmb3IKeW91ciB3b3JrbG9hZCwgeW91IHdvdWxkbid0IGdldCBiZXR0ZXIgcGVyZm9y bWFuY2UsIGJ1dCB5b3Ugd291bGQgYnkKdXNpbmcgYSBWTSBmb3IgaXQuICBTbyBpdCdzIG5vdCBh cyBvYnZpb3VzIGFzIEkgdGhvdWdodC4KCgotLSAKS25vd2xlZGdlIGlzIHZvbGF0aWxlIGFuZCBm bHVpZC4gIFNvZnR3YXJlIGlzIHBvd2VyLgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26ty-0003FU-Ls; Tue, 01 Jul 2014 22:51:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tw-0003Ed-61 for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:48 +0000 Received: from [85.158.143.35:11803] by server-1.bemta-4.messagelabs.com id FF/7E-09496-38B33B35; Tue, 01 Jul 2014 22:51:47 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-16.tower-21.messagelabs.com!1404255105!11750098!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=1.3 required=7.0 tests=BODY_RANDOM_LONG, DATE_IN_PAST_06_12 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18294 invoked from network); 1 Jul 2014 22:51:45 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-16.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:45 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002GO-LW for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000tG-HW for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B12805.2050503@bobich.net> (Gordan Bobic's message of "Mon, 30 Jun 2014 10:04:05 +0100") Date: Tue, 01 Jul 2014 18:24:09 +0200 Organization: my virtual residence Message-ID: <87siml6o9i.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 06/29/2014 06:07 AM, lee wrote: >> Gordan Bobic writes: >> >>> On 06/28/2014 12:25 PM, lee wrote: >>>> Kuba writes: >> >>>> and ZFS doesn't increase the number of SAS/SATA ports you have. >>> >>> No, but it does deprecate the RAID and caching parts of a controller, >> >> Why does it deprecate them? > > Because it's RAID is far more advanced, and it makes far better use of > the caches built into the disks. When solution A and B for problem X are available, that doesn't mean that either solution would deprecate the other, be it "more advanced" or not. ZFS has it's advantages, and it would seem a bad idea to use it with RAID. It's tempting to try it out, and I really like the checksumming it does, and it's also confusing: There's (at least) ZFS and OpenZFS, and Debian requires you to use fuse if you want ZFS, adding more complexity. There's also uncertainty about changes currently being made to ZFS which makes me wonder if my data might become unreadable after a software update or a software change when I install the disks in a different computer --- I've read reports of that happeneing, though it shouldn't. And perhaps the next day after I switch to ZFS, a new feature comes out which would require me to re-create the volumes and to copy the data over yet again, at least if I wanted to use that feature. It seems that ZFS isn't sufficiently mature yet to use it. I haven't learned much about it yet, but that's my impression so far. And how about ZFS with JBOD on a hardware RAID controller? > Since ZFS uses variable width stripes, every write is always a single > operation. Which may be completed or not? And what about the on-disk caches and power failures? >> Can you connect SAS disks to them as well? > > No. You cannot plug SAS disks into SATA ports, with or without multipliers. Hm, I wish they would some with which you can do that. >> Aren't they getting into each others ways, filling up the bandwidth of >> the port? > > If your HBA/PMP/HDD don't support FIS+NCQ, then yes. It seems that FIS would have to be supported by every HBA because it's the second layer of the SATA protocol. And I thought that NCQ is a feature of the disk itself, which either supports it or not. Why/how would a HBA or PMP interfere with NCQ? > If your HBA/PMP/HDD do support FIS+NCQ (the models I mentioned do), > then the bandwidth is effectively multiplexed on demand. It works a > bit like VLAN tagging. A command gets issued, but while that command > is completing (~8ms on a 7200rpm disk) you can issue commands to other > disks, so multiple commands on multiple disks can be completing at the > same time. As each disk completes the command and returns data, the > same happens in reverse. And there aren't any (potential) problems with the disks? Each disk would have to happily wait around until it can communicate with the HBA again. SCSI disks were designed for that, but SATA disks? >>>> How does it do the checksumming? > [...] >>> with nothing else to be done. If the checksum doesn't match the data >>> (silent corruption), or read of one of the disks containing a piece of >>> the block fails (non-silent corruption, failed sector)), ZFS will go >>> and >> >> And? Correct the error? > > Sorry, did that get truncated? it did > Yes, indeed, ZFS will initiate recovery procedures, find a combination > of blocks which, when assembled, match the checksum, return the data, > re-calculate the damaged block and write it back to the disk that > didn't return the correct data. I'd really like to have that. There is only so much point in using ECC RAM when your data may get silently damaged on disk. >> So it's like RAID built into the file system? What about all the CPU >> overhead? > > It's expensive - for a file system. In reality, I use a number of > 1.3GHz N36L HP Microservers with 4-8 disks in each in RAIDZ2 (n+2 > redundancy similar to RAID6), and even on weekly disk scrubs they > never get anywhere near running out of CPU. I considered getting one of those --- they seem perfect for NAS. Some CPU overhead on the server for ZFS won't hurt. >> rest is WD SATAs --- and I'm starting to suspect that the RAID >> controller in the server doesn't like the WD disks at all, which causes >> the crashes. Those disks weren't made at all for this application. > > This is another problem with clever controllers, especially hardware > RAID. RAID controllers typically wait around 8-9 seconds for the disk > to return the data. If it doesn't, they kick the disk out of the > array. Well, yes, the disk has failed when it doesn't return data reliably, so I don't consider that as a problem but as a desirable feature. What does ZFS do? Continue to use an unreliable disk? Or how unreliable is a disk that spends significant amounts of time on error correction? > HGST are one exception to the rule - I have a bunch of their 4TB > drives, and they only make one 4TB model, which has TLER. Most other > manufacturers make multiple variants of the same drive, and most are > selectively feature-crippled. You seem to like the HGST ones a lot. They seem to cost more than the WD reds. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tw-0003Es-SN; Tue, 01 Jul 2014 22:51:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tv-0003EW-3k for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:47 +0000 Received: from [85.158.137.68:55894] by server-2.bemta-3.messagelabs.com id 35/A7-14008-28B33B35; Tue, 01 Jul 2014 22:51:46 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-6.tower-31.messagelabs.com!1404255105!9020222!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32528 invoked from network); 1 Jul 2014 22:51:45 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-6.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:45 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002GT-Qr for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000tQ-ML for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B1F302.7020409@websitemanagers.com.au> (Adam Goryachev's message of "Tue, 01 Jul 2014 09:30:10 +1000") Date: Tue, 01 Jul 2014 21:37:02 +0200 Organization: my virtual residence Message-ID: <87ha307twh.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <53B1F302.7020409@websitemanagers.com.au> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Adam Goryachev writes: > PS, this is my personal advantage of using virtualisation... If I need > n servers to run all my VM's, then with n+1 I can survive a failure of > a dom0 (albeit with a reboot of the VM's being run there at the > time). I still get to save on overall hardware requirements, as well > as being able to live migrate for scheduled hardware maintenance/etc. For how many servers do you need one standby? Wouldn't you be better off not using a standby but moving each of the VMs from a failed server to another one that still works? One more or less VM on a number of servers probably won't hurt? You could even plan for it and spare resources on existing servers for this, or enjoy things running faster than required until you need the additional resources for a migrated VM. You'd need one server less per so many servers. The less servers, the less can fail. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 22:52:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 22:52:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tx-0003F8-Da; Tue, 01 Jul 2014 22:51:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X26tv-0003EX-DG for xen-users@lists.xen.org; Tue, 01 Jul 2014 22:51:47 +0000 Received: from [85.158.139.211:15044] by server-13.bemta-5.messagelabs.com id CC/18-02995-28B33B35; Tue, 01 Jul 2014 22:51:46 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-206.messagelabs.com!1404255105!7696226!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19752 invoked from network); 1 Jul 2014 22:51:45 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 1 Jul 2014 22:51:45 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X26ts-0002GU-So for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X26ts-0000tV-Ny for xen-users@lists.xen.org; Wed, 02 Jul 2014 00:51:44 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <2058548.HQSy7a8s2N@eve> (Joost Roeleveld's message of "Mon, 30 Jun 2014 15:19:09 +0200") Date: Tue, 01 Jul 2014 23:48:51 +0200 Organization: my virtual residence Message-ID: <87d2do7nss.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <4296636.4UV7XcsykC@eve> <87ha32ei7f.fsf@yun.yagibdah.de> <2058548.HQSy7a8s2N@eve> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Joost Roeleveld writes: >> On Monday 30 June 2014 13:43:16 lee wrote: >>> Joost Roeleveld writes: >> >> IIRC, there is a way to somehow display the smart info, probably with >> arcconf. I'd rather not use that if it might cause problems. >> Connecting them to SATA ports would be going to lengths. In any case, >> I'd get some numbers that won't tell me anything, and that three disks >> would suddenly go bad only because they are connected to a different >> controller seems very unlikely. > > Check the howtos for smartctl, they explain how to interpret the data. > I'd recommend: > http://www.smartmontools.org/ Ok, if I get to see the numbers, I can look there. I never believed in this smart thing ... >> >> I know, they aren't suited for this purpose. Yet they have been working >> >> fine on the P800, and that three disks should decide to go bad in a way >> >> that blocks the controller (or whatever happens) every now and then >> >> seems unlikely. >> > >> > No, it doesn't. >> >> Why not? > > Because I've seen it happen. You have seen three (or more) disks going bad all at the same time just because they were connected to a different controller? > WD makes good disks, but those 2TB green drives you are using gave me > the largest amount of failures I ever experienced. I don't even bother > sending them back for warranty replacement anymore. They really aren't the greatest disk one can imagine. I'd say they are ok for what they are and better than their reputation, considering the price --- you could get them for EUR 65 new a few years ago, maybe even less, before all disk prices increased. I'll replace them with something suitable when they fail. >> > Does the error occur after the server has been idle for a while? Or when >> > the disks are being stressed? >> >> I haven't seen any relation between disk usage and crashes. There seem >> to have been different reasons for crashing, i. e. first it would crash >> with "swiotbl is full", > > That happens when the buffer is full, from a very quick read on the subject (so please, > someone with more knowledge, please correct me if I am mistaken), this can be > caused when the underlying I/O system is not able to keep up. It's probably more complicated than that. Systems would go down all the time if exceeding their I/O capacity would make them crash. >> then with "arcconf seems to hang" and now with >> "scsi bus hanging?". > > These might be different ways of showing the same error, just being passed on to a > different subsystem. Possibly --- I'd think it also means that something must have changed when a particular error that repeatedly showed up as X suddenly and repeatedly shows up as Z instead. (The kernel version changed. I haven't figured out what in particular changed in the kernel code around the place where that message is generated, and it may very well be changes somewhere else which are relevant. What did change is that the swiotbl message is now printed by different means to prevent a flood of messages that makes the system unusable. I don't know what these means exactly do; it's possible that the message isn't printed to console anymore so that now the "scsi bus hangs" message has become visible after it had been not.) >> It still crashed with PHY on 1, and I'm on 2 now. It hasn't crashed in >> over a day yet [knocks on wood]. If it works now, I'll leave it at 2; >> if it crashes again, I'll increase to 3 ... > > Interesting, while googling for the PHY setting, I come across the following URL: > http://serverfault.com/questions/95190/ibm-serverraid-8k-and-sata1-issue > > The following comes from there: > *** > The reason your Sata drives are running at 1.5Gb/s vs 3.0Gb/s on your server is > because their was a bug in the backplane that caused 30 second freezes under heavy > workloads. > [...] > > You might want to look into that, as it's the same server and raid-card as you are > using. > Do note, the website for that IBM-link does not work at the moment. Yes, I had found the same page. I'm not sure if that statement is true because the P800 also links SATA with 1.5 and SAS with 3Gbit/sec, without a backplane in the way. It is probably true that IBM --- and/or Adaptec --- ran into problems with SATA drives connected to the controller they couldn't really solve, for otherwise there wouldn't be a need to implement different PHY settings and even a utility in the controllers' BIOS to let users change them. The documentation speaks of "different SATA channels" and claims that improvements have been made to the PHY settings, apparently hiding what's actually going on. Anyway, server uptime is 3 days, 9 hours now. That's a great improvement :) So for what's it worth: For WD20EARS on a ServeRaid 8k, try different PHY settings. PHY 2 seems to work much better than 0, 1 and 5. > True, but, SATA drives don't always work when used with port multipliers, which from > the above, I think you are actually using. Hm, I doubt it. The drive slots are numbered 0--5, and I can set a PHY setting for each drive individually. Would I be able to do that if a PMP was used? And can a single port keep up with 6 SAS drives? I'd have to take it all apart to see how this backplane is made. --- Think I'm silly, but I really marvelled at the drive caddies. They are anything but simple and *not* easy to manufacture. >> But then, it seems that an SATA link goes down or can go down when a >> disk saves power. So you might be right: disk goes to sleep, controller >> cannot re-establish link because of PHY settings, and then things hang. > > Yep, it all depends on what is happening, without proper errorlogs and reproducable > crashes, it will be difficult to determine exactly what is happening. Yes --- I have two PHY settings left I can try if I have to. If that doesn't help, I can look into disabling power saving. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 23:24:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 23:24:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27P4-0005vo-Su; Tue, 01 Jul 2014 23:23:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27P3-0005vj-3a for xen-users@lists.xen.org; Tue, 01 Jul 2014 23:23:57 +0000 Received: from [85.158.139.211:62386] by server-3.bemta-5.messagelabs.com id 1E/23-01676-C0343B35; Tue, 01 Jul 2014 23:23:56 +0000 X-Env-Sender: theubaz@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1404257033!7783235!1 X-Originating-IP: [209.85.214.182] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2879 invoked from network); 1 Jul 2014 23:23:54 -0000 Received: from mail-ob0-f182.google.com (HELO mail-ob0-f182.google.com) (209.85.214.182) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 23:23:54 -0000 Received: by mail-ob0-f182.google.com with SMTP id nu7so11313774obb.41 for ; Tue, 01 Jul 2014 16:23:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=CbhXInzLFJm445BGAsYVuxh3vWIiZdatT4auMRO1CeM=; b=rHSHtlBN9PNJZckRvf0p1bEyQdDhZq2Swt7NaeADrz6U2uq3i8amFmvT8PP6KrQB21 SrjIF4P1UEoG64oer1iLvSeFuzNzNcLVnCZLvSnJkXowI0jboUJ3vjcy0p5DXqcEbZUz 19SCJsn7XZZ7SyWxYT7My0nlOmRwl/FYk6thdEcoK0dCjf4lwWuUlA0GdUQ+sG55ySng upVuiRz0uwFtRwOXIOmGEi25lb6Ax36UFQni0QRREEjueP7srVmZ5d9Dk4vI0lnraupg rVuHBKewydaUr6dAhEbA+BONgYSZn3oQoFxyvcE2MwuB2aC/usDrwHMaEpKtVoy+4aAN fmeA== MIME-Version: 1.0 X-Received: by 10.60.117.39 with SMTP id kb7mr53323421oeb.5.1404257033436; Tue, 01 Jul 2014 16:23:53 -0700 (PDT) Received: by 10.202.208.215 with HTTP; Tue, 1 Jul 2014 16:23:53 -0700 (PDT) In-Reply-To: <874mz07kw8.fsf@yun.yagibdah.de> References: <874mz07kw8.fsf@yun.yagibdah.de> Date: Tue, 1 Jul 2014 16:23:53 -0700 X-Google-Sender-Auth: n8btSlLMIx7V1b-fPWK4dXX8nFc Message-ID: From: John Sherwood To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2609023091096137036==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2609023091096137036== Content-Type: multipart/alternative; boundary=047d7b414e1ca6c88f04fd2a11b8 --047d7b414e1ca6c88f04fd2a11b8 Content-Type: text/plain; charset=UTF-8 Provisioning each domU with a count of VCPUs equal to the PCPUs is not a good idea, especially for database type workloads. The problem is that Xen does not allow domUs any way to tell whether the resources presented to them are being utilized by anyone else - as such, when two domUs are under load, they will each attempt to use all 32 VCPUs they see available to them. Each domU, even those experiencing minimal load of their own, will then have to fight for processor time and the Xen scheduler will also be attempting to handle all the requests while fighting for its own processor time. Suffice to say, this is suboptimal. If you're really desperate to squeeze all the possible performance out of this host, the easiest way to do it is to skip Xen and just run everyone on shared bare metal - each process will see the full 32 cores available, and there won't be any hypervisor overhead. However, I assume you're using Xen for good reason, so my suggestion would be to set up some system on the dom0 to dynamically allocate VCPUs to domUs - this allows you to 'burst' performance such that a single domU could have the lion's share of the host's CPU cycles, while avoiding a scenario where every host is attempting to use every cycle the machine offers. It's not an out-of-the-box solution and how well it would play with oracle is anyone's guess, but it's definitely better than hoping that no two domUs try and make use of the resources they're given at the same time. Also, as a fairly irrelevant aside if 16 of those PCPUs are from SMT (hyper-threading) you may want to test to see how well you perform with SMT disabled, as there's substantial anecdotal reports of it decreasing performance. On Tue, Jul 1, 2014 at 3:51 PM, lee wrote: > Sophie writes: > > > Our DBA team, who were new to XEN and visualization seem to have a > > heightened interest in XEN and have asked me this: > > > > ** Why don't we allocated 32 VCPUS to all virtual machines so that they > > can share all resources and when they need CPUs they can access those > > that were sitting idle ** Their logic was VCPUs could be better > > distributed like this. > > > > My question to you is what do you think? > > That's what I thought would make sense :) You probably don't want to do > that because it can cause delays when so many vCPUs are supposed to do > something that there is a lack of pCPUs. > > I think it's better to make sure that dom0 and whatever VM others may > have to wait on get sufficient CPU in the first place. How much CPU > that is depends on workload. > > All the rest of it also depends on workload. I have some VMs that > basically only need one CPU (or even less) because more CPUs doesn't > benefit what they are doing. I gave them 2 vCPUs because it won't hurt > anything when they sometimes might use 2 pCPUs, just in case that there > is something they can do in parallel and so that other VMs need not wait > on them. If other VMs had to wait (like on the answer to a DNS query), > their vCPUs would have to be idle anyway and it won't hurt anything to > have the idle pCPU do something instead (like helping to answer the DNS > query faster). > > So you probably want to monitor what each VM does with its CPUs. > Perhaps none of them needs 32, perhaps some run as well with less and > some benefit from having more. Going by that, you can try to achieve > some optimum by giving VMs as few vCPUs as needed and by giving > additional vCPUs to other VMs that actually take advantage of them. > > Letting all pCPUs as vCPUs to all VMs probably doesn't work as well as > trying to achieve such an optimum. > > Overcommitting CPUs works fine --- probably up to some point at which > the pCPUs can't keep up, and/or at which overall performance goes down > due to pCPUs needing to access too many different memory areas. > > I guess assigning, in total, about 1.75 times as many vCPUs as pCPUs is > a good measure to start with. Of course, it also depends on workload > and especially on timing ... > > I'd start with assigning more vCPUs to the most busy VMs (provided that > the CPUs are actually used, and considering VMs that could become > bottlenecks) until 56 vCPUs (1.75x32) are assigned in total, see how it > goes and fine tune from there. > > You might also want to tune the memory ... > > > -- > Knowledge is volatile and fluid. Software is power. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b414e1ca6c88f04fd2a11b8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Provisioning each domU with a c= ount of VCPUs equal to the PCPUs is not a good idea, especially for databas= e type workloads. The problem is that Xen does not allow domUs any way to t= ell whether the resources presented to them are being utilized by anyone el= se - as such, when two domUs are under load, they will each attempt to use = all 32 VCPUs they see available to them. Each domU, even those experiencing= minimal load of their own, will then have to fight for processor time and = the Xen scheduler will also be attempting to handle all the requests while = fighting for its own processor time. Suffice to say, this is suboptimal.

If you'= re really desperate to squeeze all the possible performance out of this hos= t, the easiest way to do it is to skip Xen and just run everyone on shared = bare metal - each process will see the full 32 cores available, and there w= on't be any hypervisor overhead. However, I assume you're using Xen= for good reason, so my suggestion would be to set up some system on the do= m0 to dynamically allocate VCPUs to domUs - this allows you to 'burst&#= 39; performance such that a single domU could have the lion's share of = the host's CPU cycles, while avoiding a scenario where every host is at= tempting to use every cycle the machine offers. It's not an out-of-the-= box solution and how well it would play with oracle is anyone's guess, = but it's definitely better than hoping that no two domUs try and make u= se of the resources they're given at the same time.

Also, as a = fairly irrelevant aside if 16 of those PCPUs are from SMT (hyper-threading)= you may want to test to see how well you perform with SMT disabled, as the= re's substantial anecdotal reports of it decreasing performance.

On Tue, Jul 1, 20= 14 at 3:51 PM, lee <lee@yun.yagibdah.de> wrote:
Sophie <sophie@klunky.co.uk&g= t; writes:

> Our DBA team, who were new to XEN and visualization seem to have a
> heightened interest in XEN and have asked me this:
>
> ** Why don't we allocated 32 VCPUS to all virtual machines so that= they
> can share all resources and when they need CPUs they can access those<= br> > that were sitting idle ** Their logic was VCPUs could be better
> distributed like this.
>
> My question to you is what do you think?

That's what I thought would make sense :) =C2=A0You probably don't = want to do
that because it can cause delays when so many vCPUs are supposed to do
something that there is a lack of pCPUs.

I think it's better to make sure that dom0 and whatever VM others may have to wait on get sufficient CPU in the first place. =C2=A0How much CPU that is depends on workload.

All the rest of it also depends on workload. =C2=A0I have some VMs that
basically only need one CPU (or even less) because more CPUs doesn't benefit what they are doing. =C2=A0I gave them 2 vCPUs because it won't= hurt
anything when they sometimes might use 2 pCPUs, just in case that there
is something they can do in parallel and so that other VMs need not wait on them. =C2=A0If other VMs had to wait (like on the answer to a DNS query)= ,
their vCPUs would have to be idle anyway and it won't hurt anything to<= br> have the idle pCPU do something instead (like helping to answer the DNS
query faster).

So you probably want to monitor what each VM does with its CPUs.
Perhaps none of them needs 32, perhaps some run as well with less and
some benefit from having more. =C2=A0Going by that, you can try to achieve<= br> some optimum by giving VMs as few vCPUs as needed and by giving
additional vCPUs to other VMs that actually take advantage of them.

Letting all pCPUs as vCPUs to all VMs probably doesn't work as well as<= br> trying to achieve such an optimum.

Overcommitting CPUs works fine --- probably up to some point at which
the pCPUs can't keep up, and/or at which overall performance goes down<= br> due to pCPUs needing to access too many different memory areas.

I guess assigning, in total, about 1.75 times as many vCPUs as pCPUs is
a good measure to start with. =C2=A0Of course, it also depends on workload<= br> and especially on timing ...

I'd start with assigning more vCPUs to the most busy VMs (provided that=
the CPUs are actually used, and considering VMs that could become
bottlenecks) until 56 vCPUs (1.75x32) are assigned in total, see how it
goes and fine tune from there.

You might also want to tune the memory ...


--
Knowledge is volatile and fluid. =C2=A0Software is power.

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

--047d7b414e1ca6c88f04fd2a11b8-- --===============2609023091096137036== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2609023091096137036==-- From xen-users-bounces@lists.xen.org Tue Jul 01 23:24:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 23:24:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27P4-0005vo-Su; Tue, 01 Jul 2014 23:23:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27P3-0005vj-3a for xen-users@lists.xen.org; Tue, 01 Jul 2014 23:23:57 +0000 Received: from [85.158.139.211:62386] by server-3.bemta-5.messagelabs.com id 1E/23-01676-C0343B35; Tue, 01 Jul 2014 23:23:56 +0000 X-Env-Sender: theubaz@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1404257033!7783235!1 X-Originating-IP: [209.85.214.182] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2879 invoked from network); 1 Jul 2014 23:23:54 -0000 Received: from mail-ob0-f182.google.com (HELO mail-ob0-f182.google.com) (209.85.214.182) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Jul 2014 23:23:54 -0000 Received: by mail-ob0-f182.google.com with SMTP id nu7so11313774obb.41 for ; Tue, 01 Jul 2014 16:23:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=CbhXInzLFJm445BGAsYVuxh3vWIiZdatT4auMRO1CeM=; b=rHSHtlBN9PNJZckRvf0p1bEyQdDhZq2Swt7NaeADrz6U2uq3i8amFmvT8PP6KrQB21 SrjIF4P1UEoG64oer1iLvSeFuzNzNcLVnCZLvSnJkXowI0jboUJ3vjcy0p5DXqcEbZUz 19SCJsn7XZZ7SyWxYT7My0nlOmRwl/FYk6thdEcoK0dCjf4lwWuUlA0GdUQ+sG55ySng upVuiRz0uwFtRwOXIOmGEi25lb6Ax36UFQni0QRREEjueP7srVmZ5d9Dk4vI0lnraupg rVuHBKewydaUr6dAhEbA+BONgYSZn3oQoFxyvcE2MwuB2aC/usDrwHMaEpKtVoy+4aAN fmeA== MIME-Version: 1.0 X-Received: by 10.60.117.39 with SMTP id kb7mr53323421oeb.5.1404257033436; Tue, 01 Jul 2014 16:23:53 -0700 (PDT) Received: by 10.202.208.215 with HTTP; Tue, 1 Jul 2014 16:23:53 -0700 (PDT) In-Reply-To: <874mz07kw8.fsf@yun.yagibdah.de> References: <874mz07kw8.fsf@yun.yagibdah.de> Date: Tue, 1 Jul 2014 16:23:53 -0700 X-Google-Sender-Auth: n8btSlLMIx7V1b-fPWK4dXX8nFc Message-ID: From: John Sherwood To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2609023091096137036==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2609023091096137036== Content-Type: multipart/alternative; boundary=047d7b414e1ca6c88f04fd2a11b8 --047d7b414e1ca6c88f04fd2a11b8 Content-Type: text/plain; charset=UTF-8 Provisioning each domU with a count of VCPUs equal to the PCPUs is not a good idea, especially for database type workloads. The problem is that Xen does not allow domUs any way to tell whether the resources presented to them are being utilized by anyone else - as such, when two domUs are under load, they will each attempt to use all 32 VCPUs they see available to them. Each domU, even those experiencing minimal load of their own, will then have to fight for processor time and the Xen scheduler will also be attempting to handle all the requests while fighting for its own processor time. Suffice to say, this is suboptimal. If you're really desperate to squeeze all the possible performance out of this host, the easiest way to do it is to skip Xen and just run everyone on shared bare metal - each process will see the full 32 cores available, and there won't be any hypervisor overhead. However, I assume you're using Xen for good reason, so my suggestion would be to set up some system on the dom0 to dynamically allocate VCPUs to domUs - this allows you to 'burst' performance such that a single domU could have the lion's share of the host's CPU cycles, while avoiding a scenario where every host is attempting to use every cycle the machine offers. It's not an out-of-the-box solution and how well it would play with oracle is anyone's guess, but it's definitely better than hoping that no two domUs try and make use of the resources they're given at the same time. Also, as a fairly irrelevant aside if 16 of those PCPUs are from SMT (hyper-threading) you may want to test to see how well you perform with SMT disabled, as there's substantial anecdotal reports of it decreasing performance. On Tue, Jul 1, 2014 at 3:51 PM, lee wrote: > Sophie writes: > > > Our DBA team, who were new to XEN and visualization seem to have a > > heightened interest in XEN and have asked me this: > > > > ** Why don't we allocated 32 VCPUS to all virtual machines so that they > > can share all resources and when they need CPUs they can access those > > that were sitting idle ** Their logic was VCPUs could be better > > distributed like this. > > > > My question to you is what do you think? > > That's what I thought would make sense :) You probably don't want to do > that because it can cause delays when so many vCPUs are supposed to do > something that there is a lack of pCPUs. > > I think it's better to make sure that dom0 and whatever VM others may > have to wait on get sufficient CPU in the first place. How much CPU > that is depends on workload. > > All the rest of it also depends on workload. I have some VMs that > basically only need one CPU (or even less) because more CPUs doesn't > benefit what they are doing. I gave them 2 vCPUs because it won't hurt > anything when they sometimes might use 2 pCPUs, just in case that there > is something they can do in parallel and so that other VMs need not wait > on them. If other VMs had to wait (like on the answer to a DNS query), > their vCPUs would have to be idle anyway and it won't hurt anything to > have the idle pCPU do something instead (like helping to answer the DNS > query faster). > > So you probably want to monitor what each VM does with its CPUs. > Perhaps none of them needs 32, perhaps some run as well with less and > some benefit from having more. Going by that, you can try to achieve > some optimum by giving VMs as few vCPUs as needed and by giving > additional vCPUs to other VMs that actually take advantage of them. > > Letting all pCPUs as vCPUs to all VMs probably doesn't work as well as > trying to achieve such an optimum. > > Overcommitting CPUs works fine --- probably up to some point at which > the pCPUs can't keep up, and/or at which overall performance goes down > due to pCPUs needing to access too many different memory areas. > > I guess assigning, in total, about 1.75 times as many vCPUs as pCPUs is > a good measure to start with. Of course, it also depends on workload > and especially on timing ... > > I'd start with assigning more vCPUs to the most busy VMs (provided that > the CPUs are actually used, and considering VMs that could become > bottlenecks) until 56 vCPUs (1.75x32) are assigned in total, see how it > goes and fine tune from there. > > You might also want to tune the memory ... > > > -- > Knowledge is volatile and fluid. Software is power. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b414e1ca6c88f04fd2a11b8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Provisioning each domU with a c= ount of VCPUs equal to the PCPUs is not a good idea, especially for databas= e type workloads. The problem is that Xen does not allow domUs any way to t= ell whether the resources presented to them are being utilized by anyone el= se - as such, when two domUs are under load, they will each attempt to use = all 32 VCPUs they see available to them. Each domU, even those experiencing= minimal load of their own, will then have to fight for processor time and = the Xen scheduler will also be attempting to handle all the requests while = fighting for its own processor time. Suffice to say, this is suboptimal.

If you'= re really desperate to squeeze all the possible performance out of this hos= t, the easiest way to do it is to skip Xen and just run everyone on shared = bare metal - each process will see the full 32 cores available, and there w= on't be any hypervisor overhead. However, I assume you're using Xen= for good reason, so my suggestion would be to set up some system on the do= m0 to dynamically allocate VCPUs to domUs - this allows you to 'burst&#= 39; performance such that a single domU could have the lion's share of = the host's CPU cycles, while avoiding a scenario where every host is at= tempting to use every cycle the machine offers. It's not an out-of-the-= box solution and how well it would play with oracle is anyone's guess, = but it's definitely better than hoping that no two domUs try and make u= se of the resources they're given at the same time.

Also, as a = fairly irrelevant aside if 16 of those PCPUs are from SMT (hyper-threading)= you may want to test to see how well you perform with SMT disabled, as the= re's substantial anecdotal reports of it decreasing performance.

On Tue, Jul 1, 20= 14 at 3:51 PM, lee <lee@yun.yagibdah.de> wrote:
Sophie <sophie@klunky.co.uk&g= t; writes:

> Our DBA team, who were new to XEN and visualization seem to have a
> heightened interest in XEN and have asked me this:
>
> ** Why don't we allocated 32 VCPUS to all virtual machines so that= they
> can share all resources and when they need CPUs they can access those<= br> > that were sitting idle ** Their logic was VCPUs could be better
> distributed like this.
>
> My question to you is what do you think?

That's what I thought would make sense :) =C2=A0You probably don't = want to do
that because it can cause delays when so many vCPUs are supposed to do
something that there is a lack of pCPUs.

I think it's better to make sure that dom0 and whatever VM others may have to wait on get sufficient CPU in the first place. =C2=A0How much CPU that is depends on workload.

All the rest of it also depends on workload. =C2=A0I have some VMs that
basically only need one CPU (or even less) because more CPUs doesn't benefit what they are doing. =C2=A0I gave them 2 vCPUs because it won't= hurt
anything when they sometimes might use 2 pCPUs, just in case that there
is something they can do in parallel and so that other VMs need not wait on them. =C2=A0If other VMs had to wait (like on the answer to a DNS query)= ,
their vCPUs would have to be idle anyway and it won't hurt anything to<= br> have the idle pCPU do something instead (like helping to answer the DNS
query faster).

So you probably want to monitor what each VM does with its CPUs.
Perhaps none of them needs 32, perhaps some run as well with less and
some benefit from having more. =C2=A0Going by that, you can try to achieve<= br> some optimum by giving VMs as few vCPUs as needed and by giving
additional vCPUs to other VMs that actually take advantage of them.

Letting all pCPUs as vCPUs to all VMs probably doesn't work as well as<= br> trying to achieve such an optimum.

Overcommitting CPUs works fine --- probably up to some point at which
the pCPUs can't keep up, and/or at which overall performance goes down<= br> due to pCPUs needing to access too many different memory areas.

I guess assigning, in total, about 1.75 times as many vCPUs as pCPUs is
a good measure to start with. =C2=A0Of course, it also depends on workload<= br> and especially on timing ...

I'd start with assigning more vCPUs to the most busy VMs (provided that=
the CPUs are actually used, and considering VMs that could become
bottlenecks) until 56 vCPUs (1.75x32) are assigned in total, see how it
goes and fine tune from there.

You might also want to tune the memory ...


--
Knowledge is volatile and fluid. =C2=A0Software is power.

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

--047d7b414e1ca6c88f04fd2a11b8-- --===============2609023091096137036== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2609023091096137036==-- From xen-users-bounces@lists.xen.org Tue Jul 01 23:29:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 23:29:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27UJ-00068R-0l; Tue, 01 Jul 2014 23:29:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27UG-000689-T8 for xen-users@lists.xen.org; Tue, 01 Jul 2014 23:29:21 +0000 Received: from [85.158.143.35:35334] by server-1.bemta-4.messagelabs.com id 0A/5C-09496-05443B35; Tue, 01 Jul 2014 23:29:20 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-14.tower-21.messagelabs.com!1404257356!15243721!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9299 invoked from network); 1 Jul 2014 23:29:19 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 23:29:19 -0000 Received: (qmail 17738 invoked by uid 1011); 1 Jul 2014 23:29:14 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19150. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.182746 secs); 01 Jul 2014 23:29:14 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 1 Jul 2014 23:29:13 -0000 Message-ID: <53B34449.4090507@websitemanagers.com.au> Date: Wed, 02 Jul 2014 09:29:13 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <53B1F302.7020409@websitemanagers.com.au> <87ha307twh.fsf@yun.yagibdah.de> In-Reply-To: <87ha307twh.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 02/07/14 05:37, lee wrote: > Adam Goryachev writes: > >> PS, this is my personal advantage of using virtualisation... If I need >> n servers to run all my VM's, then with n+1 I can survive a failure of >> a dom0 (albeit with a reboot of the VM's being run there at the >> time). I still get to save on overall hardware requirements, as well >> as being able to live migrate for scheduled hardware maintenance/etc. > For how many servers do you need one standby? > > Wouldn't you be better off not using a standby but moving each of the > VMs from a failed server to another one that still works? One more or > less VM on a number of servers probably won't hurt? You could even plan > for it and spare resources on existing servers for this, or enjoy things > running faster than required until you need the additional resources for > a migrated VM. > > You'd need one server less per so many servers. The less servers, the > less can fail. > > Correct, mostly. If I decide I need 4 dom0's to allow my VM's to work properly, then I will use 5 dom0's, but the 5th is not idle, I will assign some VM's there all the time. On failure, I re-balance the VM's from the failed dom0 to the remaining dom0's. Essentially, as long as total RAM requirements of all VM's is less than the amount of RAM available on the remaining dom0's, then "service" can continue. This is one limitation of xen, (can't overcommit RAM), which limits the number of survivable dom0 failures. Of course, performance may become degraded due to the over-provisioning of CPU (or RAM if it was possible). Using this guideline, the minimum number of dom0 should be 2, but for me, I prefer a minimum of 3, assuming at least 3 VM's. As such, I tend to buy "desktop" class machines for dom0, with single CPU, and not so much RAM, but just buy more of them. Instead of one server for $3000, I'll get 3 servers for $1000 each. I'm convinced the chance of all three desktop machines failing at the same time is much lower than the single server class machine failing (assuming dual power supply, dual CPU, etc...). Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 23:29:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 23:29:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27UJ-00068R-0l; Tue, 01 Jul 2014 23:29:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27UG-000689-T8 for xen-users@lists.xen.org; Tue, 01 Jul 2014 23:29:21 +0000 Received: from [85.158.143.35:35334] by server-1.bemta-4.messagelabs.com id 0A/5C-09496-05443B35; Tue, 01 Jul 2014 23:29:20 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-14.tower-21.messagelabs.com!1404257356!15243721!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9299 invoked from network); 1 Jul 2014 23:29:19 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 23:29:19 -0000 Received: (qmail 17738 invoked by uid 1011); 1 Jul 2014 23:29:14 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19150. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.182746 secs); 01 Jul 2014 23:29:14 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 1 Jul 2014 23:29:13 -0000 Message-ID: <53B34449.4090507@websitemanagers.com.au> Date: Wed, 02 Jul 2014 09:29:13 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <53B1F302.7020409@websitemanagers.com.au> <87ha307twh.fsf@yun.yagibdah.de> In-Reply-To: <87ha307twh.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 02/07/14 05:37, lee wrote: > Adam Goryachev writes: > >> PS, this is my personal advantage of using virtualisation... If I need >> n servers to run all my VM's, then with n+1 I can survive a failure of >> a dom0 (albeit with a reboot of the VM's being run there at the >> time). I still get to save on overall hardware requirements, as well >> as being able to live migrate for scheduled hardware maintenance/etc. > For how many servers do you need one standby? > > Wouldn't you be better off not using a standby but moving each of the > VMs from a failed server to another one that still works? One more or > less VM on a number of servers probably won't hurt? You could even plan > for it and spare resources on existing servers for this, or enjoy things > running faster than required until you need the additional resources for > a migrated VM. > > You'd need one server less per so many servers. The less servers, the > less can fail. > > Correct, mostly. If I decide I need 4 dom0's to allow my VM's to work properly, then I will use 5 dom0's, but the 5th is not idle, I will assign some VM's there all the time. On failure, I re-balance the VM's from the failed dom0 to the remaining dom0's. Essentially, as long as total RAM requirements of all VM's is less than the amount of RAM available on the remaining dom0's, then "service" can continue. This is one limitation of xen, (can't overcommit RAM), which limits the number of survivable dom0 failures. Of course, performance may become degraded due to the over-provisioning of CPU (or RAM if it was possible). Using this guideline, the minimum number of dom0 should be 2, but for me, I prefer a minimum of 3, assuming at least 3 VM's. As such, I tend to buy "desktop" class machines for dom0, with single CPU, and not so much RAM, but just buy more of them. Instead of one server for $3000, I'll get 3 servers for $1000 each. I'm convinced the chance of all three desktop machines failing at the same time is much lower than the single server class machine failing (assuming dual power supply, dual CPU, etc...). Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 01 23:40:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 23:40:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27ea-0006jN-PI; Tue, 01 Jul 2014 23:40:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27eZ-0006jI-Bm for xen-users@lists.xen.org; Tue, 01 Jul 2014 23:39:59 +0000 Received: from [85.158.143.35:63613] by server-1.bemta-4.messagelabs.com id 03/30-09496-EC643B35; Tue, 01 Jul 2014 23:39:58 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-2.tower-21.messagelabs.com!1404257993!7147362!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11017 invoked from network); 1 Jul 2014 23:39:56 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 23:39:56 -0000 Received: (qmail 20702 invoked by uid 1011); 1 Jul 2014 23:39:53 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19150. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.276325 secs); 01 Jul 2014 23:39:53 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 1 Jul 2014 23:39:53 -0000 Message-ID: <53B346C8.50000@websitemanagers.com.au> Date: Wed, 02 Jul 2014 09:39:52 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53B2AA74.5080302@gmail.com> <8541748d64a75b25e5d3c9963a8c9f4b@klunky.co.uk> In-Reply-To: <8541748d64a75b25e5d3c9963a8c9f4b@klunky.co.uk> Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6175011793426394849==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6175011793426394849== Content-Type: multipart/alternative; boundary="------------040500020309010109000207" This is a multi-part message in MIME format. --------------040500020309010109000207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 02/07/14 02:18, Sophie wrote: > > On 2014-07-01 14:32, Austin S Hemmelgarn wrote: > >> On 2014-07-01 08:07, Sophie wrote: >>> Hi, We have lots of virtual machines running our Oracle Virtual >>> Manager setup ( Oracle Linux with Xen) on x86. When I've setup new >>> VMs I've always assigned CPUs to them instead of sharing them >>> because all our VMs run RHEL and Oracle 11g. In my opinion this >>> ensures they have all CPU cycles dedicated without any chance >>> they'll be starved. Their combined SGA and PGA usually total 3Gb and >>> I've allocated 4Gb of dedicated RAM. Our DBA team, who were new to >>> XEN and visualization seem to have a heightened interest in XEN and >>> have asked me this: ** Why don't we allocated 32 VCPUS to all >>> virtual machines so that they can share all resources and when they >>> need CPUs they can access those that were sitting idle ** Their >>> logic was VCPUs could be better distributed like this. My question >>> to you is what do you think? Thanks, Sophie >> I think that they have failed to understand that when you don't bind >> VCPUs to physical CPUs, xen automatically load-balances the VCPUs >> dynamically. Personally, I would keep the same number of VCPUs assigned >> to each VM, but not pin them to specific physical CPUs (with the notable >> exception of giving Domain-0 pinned VCPUs, and making sure that the VM's >> don't run on those physical CPUs). In my experience, this tends to get >> better performance with I/O heavy workloads such as most database work. >> I would not, however, suggest over-provisioning VCPUs by more than >> twice the number of physical CPUs. From available 64 pCPU assign 4 vCPU to each of 15 VM, (and 4 pCPU to dom0), so that all pCPU are allocated (an example of what you do now). At any one time, 10 pCPU could be idle, this is the same problem with using 15 physical machines each with a single 4 core CPU. Maybe better to allocate 6vCPU to each of 15VM (sharing pCPU 4-63), with 4vCPU to dom0 (dedicated pCPU 0-3). Now instead of 10 idle pCPU, the really busy VM's can use the spare pCPU's, but no single VM can steal all available CPU time. Unless of course all of your VM's are 100% busy at the same time, then you might degrade performance. I have seen the argument that it might be better to use the xen cpu credit scheduler as a more fine grained approach to sharing pCPU's, but I've never actually used that. BTW, I collect the value for CPU time from xm list every few minutes. If CPU time used is 500 seconds in the last 5 minutes, and I allocated 4 vCPU's, then I see the actual CPU consumption is 500/300 or on average, only 1.7 CPU's was required. Doing this can help you see which VM's might benefit from more available pCPU's, or really don't need the number you have already allocated. If I have 4 VM's that use only 10 seconds CPU time per 5 minutes, I can easily allocate all 4 to a single pCPU ... etc. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au --------------040500020309010109000207 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 02/07/14 02:18, Sophie wrote:

On 2014-07-01 14:32, Austin S Hemmelgarn wrote:

On 2014-07-01 08:07, Sophie wrote:
Hi, We have lots of virtual machines running our Oracle Virtual Manager setup ( Oracle Linux with Xen) on x86. When I've setup new VMs I've always assigned CPUs to them instead of sharing them because all our VMs run RHEL and Oracle 11g. In my opinion this ensures they have all CPU cycles dedicated without any chance they'll be starved. Their combined SGA and PGA usually total 3Gb and I've allocated 4Gb of dedicated RAM. Our DBA team, who were new to XEN and visualization seem to have a heightened interest in XEN and have asked me this: ** Why don't we allocated 32 VCPUS to all virtual machines so that they can share all resources and when they need CPUs they can access those that were sitting idle ** Their logic was VCPUs could be better distributed like this. My question to you is what do you think? Thanks, Sophie
I think that they have failed to understand that when you don't bind
VCPUs to physical CPUs, xen automatically load-balances the VCPUs
dynamically.  Personally, I would keep the same number of VCPUs assigned
to each VM, but not pin them to specific physical CPUs (with the notable
exception of giving Domain-0 pinned VCPUs, and making sure that the VM's
don't run on those physical CPUs).  In my experience, this tends to get
better performance with I/O heavy workloads such as most database work.
 I would not, however, suggest over-provisioning VCPUs by more than
twice the number of physical CPUs.

From available 64 pCPU assign 4 vCPU to each of 15 VM, (and 4 pCPU to dom0), so that all pCPU are allocated (an example of what you do now).
At any one time, 10 pCPU could be idle, this is the same problem with using 15 physical machines each with a single 4 core CPU.
Maybe better to allocate 6vCPU to each of 15VM (sharing pCPU 4-63), with 4vCPU to dom0 (dedicated pCPU 0-3). Now instead of 10 idle pCPU, the really busy VM's can use the spare pCPU's, but no single VM can steal all available CPU time. Unless of course all of your VM's are 100% busy at the same time, then you might degrade performance.

I have seen the argument that it might be better to use the xen cpu credit scheduler as a more fine grained approach to sharing pCPU's, but I've never actually used that.

BTW, I collect the value for CPU time from xm list every few minutes. If CPU time used is 500 seconds in the last 5 minutes, and I allocated 4 vCPU's, then I see the actual CPU consumption is 500/300 or on average, only 1.7 CPU's was required. Doing this can help you see which VM's might benefit from more available pCPU's, or really don't need the number you have already allocated.

If I have 4 VM's that use only 10 seconds CPU time per 5 minutes, I can easily allocate all 4 to a single pCPU ... etc.

Regards,
Adam

--
Adam Goryachev Website Managers www.websitemanagers.com.au
--------------040500020309010109000207-- --===============6175011793426394849== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6175011793426394849==-- From xen-users-bounces@lists.xen.org Tue Jul 01 23:40:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 01 Jul 2014 23:40:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27ea-0006jN-PI; Tue, 01 Jul 2014 23:40:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X27eZ-0006jI-Bm for xen-users@lists.xen.org; Tue, 01 Jul 2014 23:39:59 +0000 Received: from [85.158.143.35:63613] by server-1.bemta-4.messagelabs.com id 03/30-09496-EC643B35; Tue, 01 Jul 2014 23:39:58 +0000 X-Env-Sender: mailinglists@websitemanagers.com.au X-Msg-Ref: server-2.tower-21.messagelabs.com!1404257993!7147362!1 X-Originating-IP: [203.98.89.10] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11017 invoked from network); 1 Jul 2014 23:39:56 -0000 Received: from hammer.websitemanagers.com.au (HELO hammer.websitemanagers.com.au) (203.98.89.10) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Jul 2014 23:39:56 -0000 Received: (qmail 20702 invoked by uid 1011); 1 Jul 2014 23:39:53 -0000 Received: from 124.246.8.196 by hammer (envelope-from , uid 1008) with qmail-scanner-1.24 (clamdscan: 0.98.1/19150. spamassassin: 3.3.1. Clear:RC:1(124.246.8.196):. Processed in 0.276325 secs); 01 Jul 2014 23:39:53 -0000 Received: from unknown (HELO ?10.97.0.6?) (124.246.8.196) by 0 with SMTP; 1 Jul 2014 23:39:53 -0000 Message-ID: <53B346C8.50000@websitemanagers.com.au> Date: Wed, 02 Jul 2014 09:39:52 +1000 From: Adam Goryachev User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53B2AA74.5080302@gmail.com> <8541748d64a75b25e5d3c9963a8c9f4b@klunky.co.uk> In-Reply-To: <8541748d64a75b25e5d3c9963a8c9f4b@klunky.co.uk> Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6175011793426394849==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6175011793426394849== Content-Type: multipart/alternative; boundary="------------040500020309010109000207" This is a multi-part message in MIME format. --------------040500020309010109000207 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 02/07/14 02:18, Sophie wrote: > > On 2014-07-01 14:32, Austin S Hemmelgarn wrote: > >> On 2014-07-01 08:07, Sophie wrote: >>> Hi, We have lots of virtual machines running our Oracle Virtual >>> Manager setup ( Oracle Linux with Xen) on x86. When I've setup new >>> VMs I've always assigned CPUs to them instead of sharing them >>> because all our VMs run RHEL and Oracle 11g. In my opinion this >>> ensures they have all CPU cycles dedicated without any chance >>> they'll be starved. Their combined SGA and PGA usually total 3Gb and >>> I've allocated 4Gb of dedicated RAM. Our DBA team, who were new to >>> XEN and visualization seem to have a heightened interest in XEN and >>> have asked me this: ** Why don't we allocated 32 VCPUS to all >>> virtual machines so that they can share all resources and when they >>> need CPUs they can access those that were sitting idle ** Their >>> logic was VCPUs could be better distributed like this. My question >>> to you is what do you think? Thanks, Sophie >> I think that they have failed to understand that when you don't bind >> VCPUs to physical CPUs, xen automatically load-balances the VCPUs >> dynamically. Personally, I would keep the same number of VCPUs assigned >> to each VM, but not pin them to specific physical CPUs (with the notable >> exception of giving Domain-0 pinned VCPUs, and making sure that the VM's >> don't run on those physical CPUs). In my experience, this tends to get >> better performance with I/O heavy workloads such as most database work. >> I would not, however, suggest over-provisioning VCPUs by more than >> twice the number of physical CPUs. From available 64 pCPU assign 4 vCPU to each of 15 VM, (and 4 pCPU to dom0), so that all pCPU are allocated (an example of what you do now). At any one time, 10 pCPU could be idle, this is the same problem with using 15 physical machines each with a single 4 core CPU. Maybe better to allocate 6vCPU to each of 15VM (sharing pCPU 4-63), with 4vCPU to dom0 (dedicated pCPU 0-3). Now instead of 10 idle pCPU, the really busy VM's can use the spare pCPU's, but no single VM can steal all available CPU time. Unless of course all of your VM's are 100% busy at the same time, then you might degrade performance. I have seen the argument that it might be better to use the xen cpu credit scheduler as a more fine grained approach to sharing pCPU's, but I've never actually used that. BTW, I collect the value for CPU time from xm list every few minutes. If CPU time used is 500 seconds in the last 5 minutes, and I allocated 4 vCPU's, then I see the actual CPU consumption is 500/300 or on average, only 1.7 CPU's was required. Doing this can help you see which VM's might benefit from more available pCPU's, or really don't need the number you have already allocated. If I have 4 VM's that use only 10 seconds CPU time per 5 minutes, I can easily allocate all 4 to a single pCPU ... etc. Regards, Adam -- Adam Goryachev Website Managers www.websitemanagers.com.au --------------040500020309010109000207 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 02/07/14 02:18, Sophie wrote:

On 2014-07-01 14:32, Austin S Hemmelgarn wrote:

On 2014-07-01 08:07, Sophie wrote:
Hi, We have lots of virtual machines running our Oracle Virtual Manager setup ( Oracle Linux with Xen) on x86. When I've setup new VMs I've always assigned CPUs to them instead of sharing them because all our VMs run RHEL and Oracle 11g. In my opinion this ensures they have all CPU cycles dedicated without any chance they'll be starved. Their combined SGA and PGA usually total 3Gb and I've allocated 4Gb of dedicated RAM. Our DBA team, who were new to XEN and visualization seem to have a heightened interest in XEN and have asked me this: ** Why don't we allocated 32 VCPUS to all virtual machines so that they can share all resources and when they need CPUs they can access those that were sitting idle ** Their logic was VCPUs could be better distributed like this. My question to you is what do you think? Thanks, Sophie
I think that they have failed to understand that when you don't bind
VCPUs to physical CPUs, xen automatically load-balances the VCPUs
dynamically.  Personally, I would keep the same number of VCPUs assigned
to each VM, but not pin them to specific physical CPUs (with the notable
exception of giving Domain-0 pinned VCPUs, and making sure that the VM's
don't run on those physical CPUs).  In my experience, this tends to get
better performance with I/O heavy workloads such as most database work.
 I would not, however, suggest over-provisioning VCPUs by more than
twice the number of physical CPUs.

From available 64 pCPU assign 4 vCPU to each of 15 VM, (and 4 pCPU to dom0), so that all pCPU are allocated (an example of what you do now).
At any one time, 10 pCPU could be idle, this is the same problem with using 15 physical machines each with a single 4 core CPU.
Maybe better to allocate 6vCPU to each of 15VM (sharing pCPU 4-63), with 4vCPU to dom0 (dedicated pCPU 0-3). Now instead of 10 idle pCPU, the really busy VM's can use the spare pCPU's, but no single VM can steal all available CPU time. Unless of course all of your VM's are 100% busy at the same time, then you might degrade performance.

I have seen the argument that it might be better to use the xen cpu credit scheduler as a more fine grained approach to sharing pCPU's, but I've never actually used that.

BTW, I collect the value for CPU time from xm list every few minutes. If CPU time used is 500 seconds in the last 5 minutes, and I allocated 4 vCPU's, then I see the actual CPU consumption is 500/300 or on average, only 1.7 CPU's was required. Doing this can help you see which VM's might benefit from more available pCPU's, or really don't need the number you have already allocated.

If I have 4 VM's that use only 10 seconds CPU time per 5 minutes, I can easily allocate all 4 to a single pCPU ... etc.

Regards,
Adam

--
Adam Goryachev Website Managers www.websitemanagers.com.au
--------------040500020309010109000207-- --===============6175011793426394849== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6175011793426394849==-- From xen-users-bounces@lists.xen.org Wed Jul 02 02:24:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 02:24:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2ACt-0006pE-41; Wed, 02 Jul 2014 02:23:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2ACr-0006p9-E4 for xen-users@lists.xen.org; Wed, 02 Jul 2014 02:23:33 +0000 Received: from [85.158.137.68:60695] by server-6.bemta-3.messagelabs.com id 34/9F-15862-42D63B35; Wed, 02 Jul 2014 02:23:32 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1404267809!13485418!1 X-Originating-IP: [220.181.13.14] X-SpamReason: No, hits=1.7 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n, BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE,MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15219 invoked from network); 2 Jul 2014 02:23:30 -0000 Received: from m13-14.163.com (HELO m13-14.163.com) (220.181.13.14) by server-13.tower-31.messagelabs.com with SMTP; 2 Jul 2014 02:23:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=/0amF kDuhFqfQayZRJAG+o1kkWCUcCK1JteOPYwBIV8=; b=HJinRqcfPQObIrBH2bBMi C1jEajuFVymwZGluidkIPvCFMm1jrY5Shlc7fcnM4tv4xU2Kvx86NxCC6jj9VO3x hJHHUGO84cuAcZ7QjQxqVUevTvmGx5ERGg6xNOvHEfJXZewJcyLs+A4PU/vwSmKH KY1Im1Ojx4PyLiPmrl9NSw= Received: from wolves914$163.com ( [111.206.125.144] ) by ajax-webmail-wmsvr14 (Coremail) ; Wed, 2 Jul 2014 10:23:27 +0800 (CST) X-Originating-IP: [111.206.125.144] Date: Wed, 2 Jul 2014 10:23:27 +0800 (CST) From: wolves To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com In-Reply-To: <3268112.SecsYoIobq@eve> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <2139880.Lp8SbL0uXW@eve> <27569e43.11d4e.146ec1a3d20.Coremail.wolves914@163.com> <3268112.SecsYoIobq@eve> X-CM-CTRLDATA: yD+XgWZvb3Rlcl9odG09MjMyNDo4MQ== MIME-Version: 1.0 Message-ID: <144561e0.12d43.146f4e241c5.Coremail.wolves914@163.com> X-CM-TRANSID: DsGowAA3P0cgbbNTzUw4AA--.4925W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/1tbiURa7RlEAID656wACsl X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3096443030033189287==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3096443030033189287== Content-Type: multipart/alternative; boundary="----=_Part_304526_1053513246.1404267807172" ------=_Part_304526_1053513246.1404267807172 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SXQncyBlYXN5IHRvIHJlcHJvZHVjZSBpZiB5b3UgbWFkZSBhIHNlcnZpY2Ugd2hpY2ggYWNjZXNz IHhlbnN0b3JlIGZyZXF1ZW50bHkuCkkgZ3Vlc3MgdGhlIGNhdXNlIGlzIHRoZXJlJ3Mgbm8gcHJv dGVjdGlvbiBmb3IgeGVuYnVzIGludGVyZmFjZSBhY2Nlc3MgZHVyaW5nIHN1c3BlbmQgb3BlcmF0 aW9uLgpCdXQgSSBkb24ndCBrbm93IGhvdyB0byBmaXggaXQuCgoKCgoKCgoKCkF0IDIwMTQtMDYt MzAgMDU6MzQ6MTIsICJKb29zdCBSb2VsZXZlbGQiIDxqb29zdEBhbnRhcmVhbi5vcmc+IHdyb3Rl Ogo+T24gTW9uZGF5IDMwIEp1bmUgMjAxNCAxNzoyODowMSB3b2x2ZXMgd3JvdGU6Cj4+IEl0IHNo b3VsZCBiZSB0aGUgc2FtZS4gSSB1c2VkIHRoZSB4ZW5zZXJ2ZXIgYXMgdGhlIGhvc3QuCj4KPlNo b3VsZD8gRmFtb3VzIGxhc3Qgd29yZHMuCj4KPlBsZWFzZSBhY3R1YWxseSBjaGVjayBiZWZvcmUg YW5zd2VyaW5nLiBTYW1lIGdvZXMgZm9yIHRoZSBvdGhlciBxdWVzdGlvbi4KPgo+PiBBdCAyMDE0 LTA2LTMwIDA0OjQ0OjQ3LCAiSm9vc3QgUm9lbGV2ZWxkIiA8am9vc3RAYW50YXJlYW4ub3JnPiB3 cm90ZToKPj4gPk9uIE1vbmRheSAzMCBKdW5lIDIwMTQgMTY6Mjg6NTEgd29sdmVzIHdyb3RlOgo+ PiA+PiBOby4KPj4gPj4gSSB0aGluayB0aGUgZW52aXJvbWVudCBpcyBvay4gU29tZXRpbWUgdGhl IG1pZ3JhdGlvbiBjYW4gYmUgc3VjY2Vzc2Z1bC4KPj4gPgo+PiA+V2l0aCB0aGUgc2FtZSBkb21V IHVzaW5nIHRoZSBzYW1lIGNvbmZpZ3VyYXRpb24/Cj4+ID5BcmUgdGhlIGRpZmZlcmVudCBub2Rl cyBpZGVudGljYWw/IE9yIGRvIHRoZXkgaGF2ZSBkaWZmZXJlbnQgaGFyZHdhcmU/Cj4+ID4KPj4g Pj4gQXQgMjAxNC0wNi0zMCAwNDoyMjoxOCwgIkpvb3N0IFJvZWxldmVsZCIgPGpvb3N0QGFudGFy ZWFuLm9yZz4gd3JvdGU6Cj4+ID4+ID5PbiBNb25kYXkgMzAgSnVuZSAyMDE0IDE2OjE2OjA1IHdv bHZlcyB3cm90ZToKPj4gPj4gPj4gQlNPRCBhY2N1cnJlZCBhZnRlciBhIHdpbmRvd3MgMjAwMyBk b21VIG1pZ3JhdGVkIHRvIGFub3RoZXIgaG9zdCAoc2VlCj4+ID4+ID4+IGF0dGFjaGVkIGltYWdl KS4gVGhlIHB2IGRyaXZlciBpcyBncGxwdl8yMDAzeDMyXzEuMC4xMDg5Lm1zaSBmcm9tCj4+ID4+ ID4+IGh0dHA6Ly93d3cuZWpiZGlnaXRhbC5jb20uYXUvIEFueXRoaW5nIHdyb25nIGFib3V0IGl0 Pwo+PiA+PiA+Cj4+ID4+ID5EaWQgeW91IGhhdmUgYW55IFBDSSBkZXZpY2VzIGFzc2lnbmVkIHRv IHRoZSBkb21VPwo+PiA+PiA+Cj4+ID4+ID4tLQo+PiA+PiA+Sm9vc3QKPj4gPj4gPgo+PiA+PiA+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4gPj4gPlhl bi11c2VycyBtYWlsaW5nIGxpc3QKPj4gPj4gPlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4+ID4+ ID5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPj4gPgo+PiA+X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4gPlhlbi11c2VycyBtYWlsaW5nIGxp c3QKPj4gPlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4+ID5odHRwOi8vbGlzdHMueGVuLm9yZy94 ZW4tdXNlcnMKPgo+Cj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwo+WGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo= ------=_Part_304526_1053513246.1404267807172 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SXQncyBlYXN5IHRvIHJlcHJvZHVjZSBpZiB5b3UgbWFk ZSBhIHNlcnZpY2Ugd2hpY2ggYWNjZXNzIHhlbnN0b3JlIGZyZXF1ZW50bHkuPGJyPkkgZ3Vlc3Mg dGhlIGNhdXNlIGlzIHRoZXJlJ3Mgbm8gcHJvdGVjdGlvbiBmb3IgeGVuYnVzIGludGVyZmFjZSBh Y2Nlc3MgZHVyaW5nIHN1c3BlbmQgb3BlcmF0aW9uLjxicj5CdXQgSSBkb24ndCBrbm93IGhvdyB0 byBmaXggaXQuPGJyPjwvZGl2Pjxicj48YnI+PGJyPjxicj48ZGl2PjwvZGl2PjxkaXYgaWQ9ImRp dk5ldGVhc2VNYWlsQ2FyZCI+PC9kaXY+PGJyPjxwcmU+PGJyPkF0IDIwMTQtMDYtMzAgMDU6MzQ6 MTIsICJKb29zdCBSb2VsZXZlbGQiICZsdDtqb29zdEBhbnRhcmVhbi5vcmcmZ3Q7IHdyb3RlOgom Z3Q7T24gTW9uZGF5IDMwIEp1bmUgMjAxNCAxNzoyODowMSB3b2x2ZXMgd3JvdGU6CiZndDsmZ3Q7 IEl0IHNob3VsZCBiZSB0aGUgc2FtZS4gSSB1c2VkIHRoZSB4ZW5zZXJ2ZXIgYXMgdGhlIGhvc3Qu CiZndDsKJmd0O1Nob3VsZD8gRmFtb3VzIGxhc3Qgd29yZHMuCiZndDsKJmd0O1BsZWFzZSBhY3R1 YWxseSBjaGVjayBiZWZvcmUgYW5zd2VyaW5nLiBTYW1lIGdvZXMgZm9yIHRoZSBvdGhlciBxdWVz dGlvbi4KJmd0OwomZ3Q7Jmd0OyBBdCAyMDE0LTA2LTMwIDA0OjQ0OjQ3LCAiSm9vc3QgUm9lbGV2 ZWxkIiAmbHQ7am9vc3RAYW50YXJlYW4ub3JnJmd0OyB3cm90ZToKJmd0OyZndDsgJmd0O09uIE1v bmRheSAzMCBKdW5lIDIwMTQgMTY6Mjg6NTEgd29sdmVzIHdyb3RlOgomZ3Q7Jmd0OyAmZ3Q7Jmd0 OyBOby4KJmd0OyZndDsgJmd0OyZndDsgSSB0aGluayB0aGUgZW52aXJvbWVudCBpcyBvay4gU29t ZXRpbWUgdGhlIG1pZ3JhdGlvbiBjYW4gYmUgc3VjY2Vzc2Z1bC4KJmd0OyZndDsgJmd0OwomZ3Q7 Jmd0OyAmZ3Q7V2l0aCB0aGUgc2FtZSBkb21VIHVzaW5nIHRoZSBzYW1lIGNvbmZpZ3VyYXRpb24/ CiZndDsmZ3Q7ICZndDtBcmUgdGhlIGRpZmZlcmVudCBub2RlcyBpZGVudGljYWw/IE9yIGRvIHRo ZXkgaGF2ZSBkaWZmZXJlbnQgaGFyZHdhcmU/CiZndDsmZ3Q7ICZndDsKJmd0OyZndDsgJmd0OyZn dDsgQXQgMjAxNC0wNi0zMCAwNDoyMjoxOCwgIkpvb3N0IFJvZWxldmVsZCIgJmx0O2pvb3N0QGFu dGFyZWFuLm9yZyZndDsgd3JvdGU6CiZndDsmZ3Q7ICZndDsmZ3Q7ICZndDtPbiBNb25kYXkgMzAg SnVuZSAyMDE0IDE2OjE2OjA1IHdvbHZlcyB3cm90ZToKJmd0OyZndDsgJmd0OyZndDsgJmd0OyZn dDsgQlNPRCBhY2N1cnJlZCBhZnRlciBhIHdpbmRvd3MgMjAwMyBkb21VIG1pZ3JhdGVkIHRvIGFu b3RoZXIgaG9zdCAoc2VlCiZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGF0dGFjaGVkIGltYWdl KS4gVGhlIHB2IGRyaXZlciBpcyBncGxwdl8yMDAzeDMyXzEuMC4xMDg5Lm1zaSBmcm9tCiZndDsm Z3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGh0dHA6Ly93d3cuZWpiZGlnaXRhbC5jb20uYXUvIEFueXRo aW5nIHdyb25nIGFib3V0IGl0PwomZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7CiZndDsmZ3Q7ICZndDsm Z3Q7ICZndDtEaWQgeW91IGhhdmUgYW55IFBDSSBkZXZpY2VzIGFzc2lnbmVkIHRvIHRoZSBkb21V PwomZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7CiZndDsmZ3Q7ICZndDsmZ3Q7ICZndDstLQomZ3Q7Jmd0 OyAmZ3Q7Jmd0OyAmZ3Q7Sm9vc3QKJmd0OyZndDsgJmd0OyZndDsgJmd0OwomZ3Q7Jmd0OyAmZ3Q7 Jmd0OyAmZ3Q7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K Jmd0OyZndDsgJmd0OyZndDsgJmd0O1hlbi11c2VycyBtYWlsaW5nIGxpc3QKJmd0OyZndDsgJmd0 OyZndDsgJmd0O1hlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCiZndDsmZ3Q7ICZndDsmZ3Q7ICZndDto dHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKJmd0OyZndDsgJmd0OwomZ3Q7Jmd0OyAmZ3Q7 X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KJmd0OyZndDsg Jmd0O1hlbi11c2VycyBtYWlsaW5nIGxpc3QKJmd0OyZndDsgJmd0O1hlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCiZndDsmZ3Q7ICZndDtodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKJmd0Owom Z3Q7CiZndDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwom Z3Q7WGVuLXVzZXJzIG1haWxpbmcgbGlzdAomZ3Q7WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKJmd0 O2h0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo8L3ByZT48L2Rpdj48YnI+PGJyPjxzcGFu IHRpdGxlPSJuZXRlYXNlZm9vdGVyIj48c3BhbiBpZD0ibmV0ZWFzZV9tYWlsX2Zvb3RlciI+PC9z cGFuPjwvc3Bhbj4= ------=_Part_304526_1053513246.1404267807172-- --===============3096443030033189287== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3096443030033189287==-- From xen-users-bounces@lists.xen.org Wed Jul 02 02:24:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 02:24:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2ACt-0006pE-41; Wed, 02 Jul 2014 02:23:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2ACr-0006p9-E4 for xen-users@lists.xen.org; Wed, 02 Jul 2014 02:23:33 +0000 Received: from [85.158.137.68:60695] by server-6.bemta-3.messagelabs.com id 34/9F-15862-42D63B35; Wed, 02 Jul 2014 02:23:32 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1404267809!13485418!1 X-Originating-IP: [220.181.13.14] X-SpamReason: No, hits=1.7 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjE0ID0+IDQzNzc=\n, BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE,MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15219 invoked from network); 2 Jul 2014 02:23:30 -0000 Received: from m13-14.163.com (HELO m13-14.163.com) (220.181.13.14) by server-13.tower-31.messagelabs.com with SMTP; 2 Jul 2014 02:23:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=/0amF kDuhFqfQayZRJAG+o1kkWCUcCK1JteOPYwBIV8=; b=HJinRqcfPQObIrBH2bBMi C1jEajuFVymwZGluidkIPvCFMm1jrY5Shlc7fcnM4tv4xU2Kvx86NxCC6jj9VO3x hJHHUGO84cuAcZ7QjQxqVUevTvmGx5ERGg6xNOvHEfJXZewJcyLs+A4PU/vwSmKH KY1Im1Ojx4PyLiPmrl9NSw= Received: from wolves914$163.com ( [111.206.125.144] ) by ajax-webmail-wmsvr14 (Coremail) ; Wed, 2 Jul 2014 10:23:27 +0800 (CST) X-Originating-IP: [111.206.125.144] Date: Wed, 2 Jul 2014 10:23:27 +0800 (CST) From: wolves To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com In-Reply-To: <3268112.SecsYoIobq@eve> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <2139880.Lp8SbL0uXW@eve> <27569e43.11d4e.146ec1a3d20.Coremail.wolves914@163.com> <3268112.SecsYoIobq@eve> X-CM-CTRLDATA: yD+XgWZvb3Rlcl9odG09MjMyNDo4MQ== MIME-Version: 1.0 Message-ID: <144561e0.12d43.146f4e241c5.Coremail.wolves914@163.com> X-CM-TRANSID: DsGowAA3P0cgbbNTzUw4AA--.4925W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/1tbiURa7RlEAID656wACsl X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3096443030033189287==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3096443030033189287== Content-Type: multipart/alternative; boundary="----=_Part_304526_1053513246.1404267807172" ------=_Part_304526_1053513246.1404267807172 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SXQncyBlYXN5IHRvIHJlcHJvZHVjZSBpZiB5b3UgbWFkZSBhIHNlcnZpY2Ugd2hpY2ggYWNjZXNz IHhlbnN0b3JlIGZyZXF1ZW50bHkuCkkgZ3Vlc3MgdGhlIGNhdXNlIGlzIHRoZXJlJ3Mgbm8gcHJv dGVjdGlvbiBmb3IgeGVuYnVzIGludGVyZmFjZSBhY2Nlc3MgZHVyaW5nIHN1c3BlbmQgb3BlcmF0 aW9uLgpCdXQgSSBkb24ndCBrbm93IGhvdyB0byBmaXggaXQuCgoKCgoKCgoKCkF0IDIwMTQtMDYt MzAgMDU6MzQ6MTIsICJKb29zdCBSb2VsZXZlbGQiIDxqb29zdEBhbnRhcmVhbi5vcmc+IHdyb3Rl Ogo+T24gTW9uZGF5IDMwIEp1bmUgMjAxNCAxNzoyODowMSB3b2x2ZXMgd3JvdGU6Cj4+IEl0IHNo b3VsZCBiZSB0aGUgc2FtZS4gSSB1c2VkIHRoZSB4ZW5zZXJ2ZXIgYXMgdGhlIGhvc3QuCj4KPlNo b3VsZD8gRmFtb3VzIGxhc3Qgd29yZHMuCj4KPlBsZWFzZSBhY3R1YWxseSBjaGVjayBiZWZvcmUg YW5zd2VyaW5nLiBTYW1lIGdvZXMgZm9yIHRoZSBvdGhlciBxdWVzdGlvbi4KPgo+PiBBdCAyMDE0 LTA2LTMwIDA0OjQ0OjQ3LCAiSm9vc3QgUm9lbGV2ZWxkIiA8am9vc3RAYW50YXJlYW4ub3JnPiB3 cm90ZToKPj4gPk9uIE1vbmRheSAzMCBKdW5lIDIwMTQgMTY6Mjg6NTEgd29sdmVzIHdyb3RlOgo+ PiA+PiBOby4KPj4gPj4gSSB0aGluayB0aGUgZW52aXJvbWVudCBpcyBvay4gU29tZXRpbWUgdGhl IG1pZ3JhdGlvbiBjYW4gYmUgc3VjY2Vzc2Z1bC4KPj4gPgo+PiA+V2l0aCB0aGUgc2FtZSBkb21V IHVzaW5nIHRoZSBzYW1lIGNvbmZpZ3VyYXRpb24/Cj4+ID5BcmUgdGhlIGRpZmZlcmVudCBub2Rl cyBpZGVudGljYWw/IE9yIGRvIHRoZXkgaGF2ZSBkaWZmZXJlbnQgaGFyZHdhcmU/Cj4+ID4KPj4g Pj4gQXQgMjAxNC0wNi0zMCAwNDoyMjoxOCwgIkpvb3N0IFJvZWxldmVsZCIgPGpvb3N0QGFudGFy ZWFuLm9yZz4gd3JvdGU6Cj4+ID4+ID5PbiBNb25kYXkgMzAgSnVuZSAyMDE0IDE2OjE2OjA1IHdv bHZlcyB3cm90ZToKPj4gPj4gPj4gQlNPRCBhY2N1cnJlZCBhZnRlciBhIHdpbmRvd3MgMjAwMyBk b21VIG1pZ3JhdGVkIHRvIGFub3RoZXIgaG9zdCAoc2VlCj4+ID4+ID4+IGF0dGFjaGVkIGltYWdl KS4gVGhlIHB2IGRyaXZlciBpcyBncGxwdl8yMDAzeDMyXzEuMC4xMDg5Lm1zaSBmcm9tCj4+ID4+ ID4+IGh0dHA6Ly93d3cuZWpiZGlnaXRhbC5jb20uYXUvIEFueXRoaW5nIHdyb25nIGFib3V0IGl0 Pwo+PiA+PiA+Cj4+ID4+ID5EaWQgeW91IGhhdmUgYW55IFBDSSBkZXZpY2VzIGFzc2lnbmVkIHRv IHRoZSBkb21VPwo+PiA+PiA+Cj4+ID4+ID4tLQo+PiA+PiA+Sm9vc3QKPj4gPj4gPgo+PiA+PiA+ X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4gPj4gPlhl bi11c2VycyBtYWlsaW5nIGxpc3QKPj4gPj4gPlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4+ID4+ ID5odHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPj4gPgo+PiA+X19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4gPlhlbi11c2VycyBtYWlsaW5nIGxp c3QKPj4gPlhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4+ID5odHRwOi8vbGlzdHMueGVuLm9yZy94 ZW4tdXNlcnMKPgo+Cj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwo+WGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo= ------=_Part_304526_1053513246.1404267807172 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SXQncyBlYXN5IHRvIHJlcHJvZHVjZSBpZiB5b3UgbWFk ZSBhIHNlcnZpY2Ugd2hpY2ggYWNjZXNzIHhlbnN0b3JlIGZyZXF1ZW50bHkuPGJyPkkgZ3Vlc3Mg dGhlIGNhdXNlIGlzIHRoZXJlJ3Mgbm8gcHJvdGVjdGlvbiBmb3IgeGVuYnVzIGludGVyZmFjZSBh Y2Nlc3MgZHVyaW5nIHN1c3BlbmQgb3BlcmF0aW9uLjxicj5CdXQgSSBkb24ndCBrbm93IGhvdyB0 byBmaXggaXQuPGJyPjwvZGl2Pjxicj48YnI+PGJyPjxicj48ZGl2PjwvZGl2PjxkaXYgaWQ9ImRp dk5ldGVhc2VNYWlsQ2FyZCI+PC9kaXY+PGJyPjxwcmU+PGJyPkF0IDIwMTQtMDYtMzAgMDU6MzQ6 MTIsICJKb29zdCBSb2VsZXZlbGQiICZsdDtqb29zdEBhbnRhcmVhbi5vcmcmZ3Q7IHdyb3RlOgom Z3Q7T24gTW9uZGF5IDMwIEp1bmUgMjAxNCAxNzoyODowMSB3b2x2ZXMgd3JvdGU6CiZndDsmZ3Q7 IEl0IHNob3VsZCBiZSB0aGUgc2FtZS4gSSB1c2VkIHRoZSB4ZW5zZXJ2ZXIgYXMgdGhlIGhvc3Qu CiZndDsKJmd0O1Nob3VsZD8gRmFtb3VzIGxhc3Qgd29yZHMuCiZndDsKJmd0O1BsZWFzZSBhY3R1 YWxseSBjaGVjayBiZWZvcmUgYW5zd2VyaW5nLiBTYW1lIGdvZXMgZm9yIHRoZSBvdGhlciBxdWVz dGlvbi4KJmd0OwomZ3Q7Jmd0OyBBdCAyMDE0LTA2LTMwIDA0OjQ0OjQ3LCAiSm9vc3QgUm9lbGV2 ZWxkIiAmbHQ7am9vc3RAYW50YXJlYW4ub3JnJmd0OyB3cm90ZToKJmd0OyZndDsgJmd0O09uIE1v bmRheSAzMCBKdW5lIDIwMTQgMTY6Mjg6NTEgd29sdmVzIHdyb3RlOgomZ3Q7Jmd0OyAmZ3Q7Jmd0 OyBOby4KJmd0OyZndDsgJmd0OyZndDsgSSB0aGluayB0aGUgZW52aXJvbWVudCBpcyBvay4gU29t ZXRpbWUgdGhlIG1pZ3JhdGlvbiBjYW4gYmUgc3VjY2Vzc2Z1bC4KJmd0OyZndDsgJmd0OwomZ3Q7 Jmd0OyAmZ3Q7V2l0aCB0aGUgc2FtZSBkb21VIHVzaW5nIHRoZSBzYW1lIGNvbmZpZ3VyYXRpb24/ CiZndDsmZ3Q7ICZndDtBcmUgdGhlIGRpZmZlcmVudCBub2RlcyBpZGVudGljYWw/IE9yIGRvIHRo ZXkgaGF2ZSBkaWZmZXJlbnQgaGFyZHdhcmU/CiZndDsmZ3Q7ICZndDsKJmd0OyZndDsgJmd0OyZn dDsgQXQgMjAxNC0wNi0zMCAwNDoyMjoxOCwgIkpvb3N0IFJvZWxldmVsZCIgJmx0O2pvb3N0QGFu dGFyZWFuLm9yZyZndDsgd3JvdGU6CiZndDsmZ3Q7ICZndDsmZ3Q7ICZndDtPbiBNb25kYXkgMzAg SnVuZSAyMDE0IDE2OjE2OjA1IHdvbHZlcyB3cm90ZToKJmd0OyZndDsgJmd0OyZndDsgJmd0OyZn dDsgQlNPRCBhY2N1cnJlZCBhZnRlciBhIHdpbmRvd3MgMjAwMyBkb21VIG1pZ3JhdGVkIHRvIGFu b3RoZXIgaG9zdCAoc2VlCiZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGF0dGFjaGVkIGltYWdl KS4gVGhlIHB2IGRyaXZlciBpcyBncGxwdl8yMDAzeDMyXzEuMC4xMDg5Lm1zaSBmcm9tCiZndDsm Z3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGh0dHA6Ly93d3cuZWpiZGlnaXRhbC5jb20uYXUvIEFueXRo aW5nIHdyb25nIGFib3V0IGl0PwomZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7CiZndDsmZ3Q7ICZndDsm Z3Q7ICZndDtEaWQgeW91IGhhdmUgYW55IFBDSSBkZXZpY2VzIGFzc2lnbmVkIHRvIHRoZSBkb21V PwomZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7CiZndDsmZ3Q7ICZndDsmZ3Q7ICZndDstLQomZ3Q7Jmd0 OyAmZ3Q7Jmd0OyAmZ3Q7Sm9vc3QKJmd0OyZndDsgJmd0OyZndDsgJmd0OwomZ3Q7Jmd0OyAmZ3Q7 Jmd0OyAmZ3Q7X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K Jmd0OyZndDsgJmd0OyZndDsgJmd0O1hlbi11c2VycyBtYWlsaW5nIGxpc3QKJmd0OyZndDsgJmd0 OyZndDsgJmd0O1hlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCiZndDsmZ3Q7ICZndDsmZ3Q7ICZndDto dHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKJmd0OyZndDsgJmd0OwomZ3Q7Jmd0OyAmZ3Q7 X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KJmd0OyZndDsg Jmd0O1hlbi11c2VycyBtYWlsaW5nIGxpc3QKJmd0OyZndDsgJmd0O1hlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCiZndDsmZ3Q7ICZndDtodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKJmd0Owom Z3Q7CiZndDtfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwom Z3Q7WGVuLXVzZXJzIG1haWxpbmcgbGlzdAomZ3Q7WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKJmd0 O2h0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo8L3ByZT48L2Rpdj48YnI+PGJyPjxzcGFu IHRpdGxlPSJuZXRlYXNlZm9vdGVyIj48c3BhbiBpZD0ibmV0ZWFzZV9tYWlsX2Zvb3RlciI+PC9z cGFuPjwvc3Bhbj4= ------=_Part_304526_1053513246.1404267807172-- --===============3096443030033189287== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3096443030033189287==-- From xen-users-bounces@lists.xen.org Wed Jul 02 02:51:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 02:51:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2AdS-0007LQ-Uz; Wed, 02 Jul 2014 02:51:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2AdQ-0007LL-Fn for xen-users@lists.xen.org; Wed, 02 Jul 2014 02:51:00 +0000 Received: from [85.158.139.211:15440] by server-1.bemta-5.messagelabs.com id 3C/55-30932-39373B35; Wed, 02 Jul 2014 02:50:59 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1404269455!5533325!1 X-Originating-IP: [209.85.216.169] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10980 invoked from network); 2 Jul 2014 02:50:56 -0000 Received: from mail-qc0-f169.google.com (HELO mail-qc0-f169.google.com) (209.85.216.169) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 02:50:56 -0000 Received: by mail-qc0-f169.google.com with SMTP id c9so9472223qcz.0 for ; Tue, 01 Jul 2014 19:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vdMUz4uvgGaQIu5SfEjjsyhhOobqAaMmM4s/x0vZ6Hs=; b=XpN2FmPcZVhKOpUcAI1Gk+f5rWVpcCK3iaGAqrjoiZBW6oF83JlyYYNZ5WQRi5JxxG PYZqXUfxMnlXIXCIakbVGvVnOo0CoPVWdO41/CS8+9b1LSOhIsbVXABuaJOMSBLEak3F yg5T3mASVU0j+f7ASeps8+bQDXS2XmaKF/HdWGuUL7HS8zCsgDvK9Hzd307mRT1Kugg/ MvR9Ezwczr2ViQ6aU7GWkVikfkTjR0/C4rcQGlZD8xLe8Qh2zEctm7c8U0UuKU3+EL5u IwPYIODfWBDzjAXt6aiZNMcHPF2yQGzA4aHykYvWGDXRkNU/NEeGO0oY1zvNkSrUlhas AxPw== MIME-Version: 1.0 X-Received: by 10.224.30.75 with SMTP id t11mr48515829qac.7.1404269455176; Tue, 01 Jul 2014 19:50:55 -0700 (PDT) Received: by 10.96.56.225 with HTTP; Tue, 1 Jul 2014 19:50:55 -0700 (PDT) In-Reply-To: <87lhsc7ujm.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> Date: Tue, 1 Jul 2014 21:50:55 -0500 Message-ID: From: David Sutton To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3930889379718279449==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3930889379718279449== Content-Type: multipart/alternative; boundary=047d7bdc16bc0b779904fd2cf6f2 --047d7bdc16bc0b779904fd2cf6f2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Jul 1, 2014 at 2:23 PM, lee wrote: > Gordan Bobic writes: > > > On 06/29/2014 08:12 AM, lee wrote: > >> Gordan Bobic writes: > >> > >>>> On 06/28/2014 08:45 AM, lee wrote: > >>>> > >>>> The hardware RAID controller gives me 10fps more with my favourite > game > >>>> I'm playing, compared to software raid. Since fps rates can be rath= er > >>>> low (because I'm CPU limited), that means a significant difference. > >>> > >>> If your game is grinding onto disk I/O during play all is lost > >>> anyway. If your CPU and RAM are _that_ constrained, there is probably > >>> a better way to spend whatever you might pay for a new caching RAID > >>> controller these days. > >> > >> Only I didn't buy the controller new, and I bought it to have a decent > >> amount of ports. > > > > Fair re: number of ports, but 2nd hand CPUs don't go for that much on > > ebay, either, if you are concerned about the CPU hit. > > What would you put into an AM3 socket which is so much faster than a > Phenom 965 to be worthwhile and doesn't have an enormous power > consumption? > > If your board will take an AM3+, how about an AMD FX 8350? > I'd have to switch to Intel --- and that would bring about UEFI which, > besides the tremendous hassle, comes with serious security risks. And > after reading [1], what could you still buy? > > > [1]: https://www.fsf.org/blogs/community/active-management-technology > > > The main difference being that when you aren't doing disk I/O, you > > still get the use the extra CPU you might, whereas the RAID card sits > > idle. Having extra CPU is more generic and flexible. > > Yes, and when you have more RAM, it's also to your advantage regardless > of disk I/O. Only it would cost more --- even off ebay --- than what I > payed for the controller; I'd be throwing 8GB away, and it won't give > me more ports, either ... > > I considered all these options and didn't find any that would have been > more advantageous for the money. Nothing is perfect ... > > >> It's not disk I/O or a lack of RAM that limits the fps rates, it's > >> actually the CPU (or the whole combination of CPU, board and RAM) not > >> being able to feed the graphics card fast enough --- or the graphics > >> card being too fast for the CPU, if you want to see it that way. To g= et > >> a significantly faster system, I'd have to spend ten times or more tha= n > >> what I payed for the controller. > > > > Fair enough - you must have got the controller _really_ cheap. Expect > > to spend a small fortune on a battery replacement when that fails, > > though. They only typically last a couple of years. > > Yes, it was a good deal --- you can still get them off ebay for about > that price. If the BBU fails, it might be advisable to buy another > controller with BBU because it doesn't cost much more than the BBU, and > I'd have a spare controller. Or I could retire the controller and > perhaps use ZFS or mdraid or, since I have the server now, just get a > pair of SSDs. > > My intention is to reduce the number of disks anyway. The less disks > you have, the less can fail. > > >> The CPU alone would cost more. I > >> didn't expect any change in fps rates and got the improvement as a > >> surprising side effect. > > > > That will only apply when you are doing disk I/O at the same time, > > surely. If you aren't disk disk I/O, then your CPU isn't doing > > checksumming. > > Well, I was really surprised about the improvement in fps and have a > hard time to believe it myself. There's no good explanation for it > other than the theory that the system somehow gets plugged when having > to deal with so many disks in software raids, and that would seem to > only apply when so much disk I/O is going on. "So much" would probably > mean "only very little". > > I just noticed the improvement and didn't do any further investigation > since that would have required to completely revert the move to the > controller. Now I have the backup disks on software raid-1, and when > copying data, the load is noticeable. > > > As I said above - clearly you got the RAID controller very > > cheap. Within that cost envelope it may well have been a reasonable > > solution - but that doesn't take away the points about data safety and > > disk feature requirements for use with hardware RAID (TLER). > > True --- luckily, the WD20EARS hold up remarkably well. One out of > three failed, after about three years, probably because it would take > too long to recover an error. I replaced it and haven't checked it any > further yet; it might still be usable. > > > Disks with crippled firmware will deliberately not respond to resets > > while trying to do sector recovery, again, purely to prevent working > > around the fact the disk doesn't report TLER. > > > > When this happens, one of two things will occur: > > 1) The controller will kick out the disk and carry on without it, thus > > losing the redundancy. > > That's probably what happened with the failed disk. > > > 2) The controller might be clever enough to not kick out the disk that > > doesn't support TLER (theoretical - you are at the mercy of the > > closed-spec RAID card firmware that may or may not do something > > sensible), but the only other thing it can do is wait for the disk to > > return. But until the disk returns, the card will block further I/O. > > > > So in reality you have a choice between losing redundancy on the first > > pending sector you encounter and the machine becoming unresponsive for > > prolonged periods whenever you encounter a pending sector. > > > > With software RAID you can at least choose between the two (by > > selecting the disk command timeout appropriately), and managing the > > situation (e.g. setting up a process to monitor for disks that have > > been kicked out of the array and automatically re-adding them (if they > > become responsive again) to restore the redundancy). > > Is that a good idea to do, continue to use a disk that spends quite a > while on error recovery? > > And have you seen what happens when a SATA disk becomes unresponsive? > The kernel will, apparently indefinitely, try heavily to reset the SATA > link and flood you with messages about it to the point where your only > choice is to try to shut the system down. > > I've had that happen a while ago with a very old disk. I wonder why the > kernel behaves that badly. The disk that failed wasn't relevant at all > for keeping the system running. I'd rather have the kernel try maybe > ten times and then give up, and letting you have an option to make it > try again. > > I wonder what happens when that happens with a disk on a PMP. Will the > whole set on the PMP become inaccessible because the port gets blocked? > > >> Do you mean a card like this one: > >> http://www.hardware-rogge.com/product_info.php?products_id=3D15226 > > > > Yes, although =E2=82=AC80 is more than I paid for mine. IIRC mine were = around > =C2=A340. > > That's about EUR 65? > > >> This card alone costs almost as much as I payed for the RAID controlle= r. > > > > You got the RAID controller _REALLY_ cheap. > > LOL > > You can get one, too :) IIRC a P800 doesn't do JBOD, though. > > >> How come you use such a card? Couldn't you use the on-board SATA port= s > >> and connect a multiplier to them? > > > > Most south-bridge based SATA controllers don't support FIS, and > > My understanding of [2] is that the SATA protocol doesn't work at all > without FIS. All SATA controllers would have to support it then. > > > [2]: https://en.wikipedia.org/wiki/Frame_Information_Structure#FIS > > > > performance takes a massive nosedive when you lose command > > interlieving between the disks. > > Huh? > > You mean if a SATA controller doesn't support FIS, it would leave you > unable to use all but one disk behind a PMP connected to it because > switching between the disks won't be possible? > > > Some motherboards come with secondary > > SATA controllers which behave much better but they often have other > > problems. For example, two of the motherboards I have used recently > > have the following secondary SATA controllers for extra ports: > > > > Silicon Image SIL3132, 2 ports: Has FIS+NCQ, but the card bottlenecks > > at about 170MB/s, which is very low. > > > > Marvell 88SE9123, 2 ports: Has FIS+NCQ, but it has a PMP handling bug > > that prevents the use of more than one PMP. You can use a PMP on one > > port with 5 disks attached to the PMP, plus one disk attached directly > > to the other port. If you attach a PMP to each port, no disks show up > > at all. > > > > I needed more than one PMPs worth of extra disks, so I used a card > > with the older Marvell chipset that works correctly. > > The problem is finding all this out so you can buy the right hardware. > I might have bought just an additional SATA controller instead of the > P800, but there was no telling which one would be good, or even work at > all. > > >>> In contrast, I have three SAS RAID cards, two LSI and one Adaptec, > >>> none of which work at all on my motherboard with the IOMMU enabled. > >> > >> Hmmm, how come, and what are the symptoms? Perhaps I should try to > >> force NUMA to be enabled for the server. > > > > The symptoms are that all the disk commands get truncated and none of > > the disks show up. DMA to/from the controller doesn't work. I'm pretty > > sure it has nothing to do with NUMA, though - most like a side effect > > of the Nvidia NF200 PCIe bridges on my motherboard. > > Hm :( It becomes increasingly difficult to find a good board, other > than for gaming maybe. That, and things like UEFI and AMT, make good > reasons not to buy anything new until it cannot be avoided. > > > The battery packs on the memory modules do expire eventually, and if > > you force write-caching to on without the BBU, you are probably going > > to thoroughly destroy the file system the first time you have a power > > cut in the middle of a heavy writing operation. > > The write cache is supposed to become disabled when the BBU fails. It > probably doesn't even take a power outage; when booting, the P800 > sometimes says it still has data to write to the disks after the system > was shut down nicely. Interestingly, 'shutdown -h now' instead of > 'halt' seems to prevent that. > > > If that happens you would probably be better off putting the > > controller into a plain HBA/JBOD mode, but that would mean rebuilding > > the RAID array. > > IIRC, you can't do that with a P800. It's a pretty serious card that > can drive 256 disks or so, supports multipath, volume sharing and > migration and whatever you may think of. You can still buy them new for > over $800 despite they're kinda ancient. > > >> I have a theory that when you have a software > >> RAID-5 with three disks and another RAID-1 with two disks, you have to > >> move so much data around that it plugs up the system, causing slowdown= s. > > > > Yes, you have to send twice the data down the PCIe bus, but in > > practice this creates a negligible overhead unless your machine is > > massively short of CPU and PCIe bandwidth. > > With five disks in total in different arrays you'd have to send five > times the data, wouldn't you? > > It might be short of bandwidth if the CPU is busy and heavily accesses > the RAM and feeds the graphics card at the same time. Or the SATA > controller has problems with it. I really don't know. > > >> Or perhaps filling the bandwidth of one SATA port plus the > >> CPU handling the overhead ZFS brings about isn't any better, who knows= . > > > > More saturation of a SATA port isn't what gives you more performance - > > the fact that you are managing to saturate the SATA port more is the > > _consequence_ of getting more performance out of the disk subsystem. > > Getting more performance out of the disk subsystem doesn't necessarily > mean getting more performance out of the system (like higher fps > rates). It might even reduce performance (i. e. lower fps rates). > > In the end, you only have "this much" in terms of resources. Adding a > hardware RAID controller increases the resources. > > Imagine how nice it might be to have a hardware ZFS controller :) > Manufacture one, and you might make money with it, replacing all the > RAID cards. But I want at least a 10% share. > > >>>> Anyway, I have come to like hardware RAID better than software RAID. > >>> > >>> Whatever works for you. My view is that traditional RAID, certainly > >>> anything below RAID6, > >> > >> Well, you have to afford all the disks for such RAID levels. Is ZFS a= ny > >> better in this regard? > > > > It doesn't make the disks cheaper, no. :) > > I mean in requiring a smaller number of disks :) > > And since it can save space, ZFS kinda makes the disks a little cheaper. > > >>> and even on RAID6 I don't trust the closed, opaque, undocumented > >>> implementation that might be in the firmware, is > >> > >> It's a big disadvantage of hardware RAID that you can't read the data > >> when the controller has failed, unless you have another, compatible > >> controller at hand. Did you check the sources of ZFS so that you can > >> trust it? > > > > I have looked at the ZoL and zfs-fuse sources in passing when looking > > at various patches I wanted to apply (and writing a small one of my > > own for zfs-fuse, to always force 4KB ashift), but I wouldn't say that > > I have looked through the source enough to trust it based purely on my > > reading of the code. > > > > But I suspect that orders of magnitude more people have looked at the > > ZFS source than have looked at the RAID controller firmware source. > > It's entirely possible, that, in total, 5000 people have looked at the > ZFS sources, and that 4995 of them have looked at the same 5% of it, > with the exception of the 5 ZFS developers (or how many there are) who > have read it all. It's a bitchy argument --- but it's possible :) > > It doesn't eliminate that even if 5000 people wanted to look at any of > the sources for what software is in a raid controller, they couldn't. > However, unless the 5000 people actually read 100% of the ZFS sources, > that's irrelevant. > > > For a typical example of the sort of errors I'm talking about, say you > > have a hardware RAID5 array and a ZFS RAIDZ1 pool. > > > > Take one disk off each controller, write some random data over parts > > of it (let's be kind, don't overwrite the RAID card's headers, which a > > phantom write could theoretically do). > > > > Now put the disks back into their pools, and read the files whose data > > you just overwrite. > > > > ZFS will spot the error, restore the data and hand you a good copy back= . > > > > RAID controller will most likely give you back duff data without even > > noticing something is wrong with it. > > It would start a rebuild once you plug the disk back in --- provided > that you hotplugged it or had the array up while the disk was removed. > Otherwise, we'd have to try out what would happen, which can be > different from controller to controller. > > > You could run ZFS on top of the RAID logical volume, but because ZFS > > would have no visibility of the raw disks and redundancy underneath, > > there is nothing it can do to scrub out the bad data. But even in that > > stack, ZFS would still at least notice the data is corrupted and > > refuse to return it to the application. > > Only if you do not happen to write correct checksums for the data that > was overwritten --- thought it seems unlikely enough to happen. > > What does ZFS do when it finds block A and block B of data D, both > blocks with a correct checksum but containing different data? Will it > let you decide which block to use, or refuse to deliver the data, or not > notice and return some data instead of D which is composed of whatever > is in the blocks A and B? > > >>> no longer fit for purpose with disks of the kind of size that ship > >>> today. > >> > >> How would that depend on the capacity of the disks? More data --> mor= e > >> potential for errors --> more security required? > > > > The data error rates have been stagnant at one unrecoverable sector in > > 10^-14 bits read. That's one bad sector on about 10TB of data. If you > > are using 4TB drives in 3-disk RAID5, if you lose a disk you have to > > read back 8TB of data to rebuild the parity onto the replaced disk. If > > you are statistically going to get one bad block every 10TB of reads, > > it means you have 80% chance of losing some data during rebuilding > > that array. > > > > Additionally, rebuilding times have been going up with disk size which > > increases both the time of degraded performance during rebuild and the > > probability of failure of another disk during the rebuild. > > It makes me wonder why such errors haven't become a widespread serious > problem yet --- not everyone is using ZFS. Rebuild times are really an > issue; it took days to get it done with the WD20EARS in the server, and > I thought it would never finish because it might start over with each > reboot though it shouldn't. It didn't and finished eventually, but > stressing the disks for days like that really isn't something you want > to see after replacing one. > > >>>> So with VMware, you'd have to get certified hardware. > >>> > >>> You wouldn't _have_ to get certified hardware. It just means that if > >>> you find that there is a total of one motherboard that fits your > >>> requirements and it's not on the certified list, you can plausibly > >>> take your chances with it even if it doesn't work out of the box. I > >>> did that with the SR-2 and got it working eventually in a way that > >>> would never have been possible with ESX. > >> > >> Are you saying that for your requirements you couldn't use VMware, whi= ch > >> makes it irrelevant whether the hardware is certified for it or not? > > > > Both. What I wanted to do couldn't be done on ESX within the same > > resource constraints. I wanted to use a deduplicated ZFS pool for my > > VM images, and there is no ESX port of ZFS. > > > > Additionally, there would have been no way for me to work around my > > hardware bugs with ESX because I couldn't write patches to work around > > the problem. > > The idea is that you wouldn't have had to work around hardware bugs > when you'd be using certified hardware. > > >> Why would they think that virtualization benefits things that require > >> high performance? > > > > I don't. But many people think it makes negligible difference because > > they never did their testing properly. > > How much difference does it make, actually? I mean just the > virtualization, without a number of other VMs doing something. Like you > could plan on a particular hardware for a particular workload and get > performance X with it. Let's say you plan 4 CPUs/8GB RAM and buy > hardware that has 2x4 CPUs/64GB RAM. Now you somehow limit the software > to use only 4 CPUs/8GB of that hardware and measure the performance --- > perhaps physically take out one CPU and install only 8GB. > > Then you plug in the second CPU and all the RAM, but use a VM, give it 4 > CPUs/8GB and measure the performance again. How much less performance > will you get? > > >> When I need the most/best performance possible, it's > >> obviously counter productive. > > > > Apparently it's not obvious to many, many people. > > Thinking of it, you might even get better performance from the VM in the > example above. You'd be cheating because there are 4 CPUs and 56GB of > RAM underneath the VM to do some work it would otherwise do itself --- > but corrected for that? What would you get? > > And depending on the workload, it might not benefit from more CPUs > and/or more RAM. But it might benefit from CPUs and RAM underneath a VM > that handles the workload. So if you'd have all the 8 CPUs/64GB for > your workload, you wouldn't get better performance, but you would by > using a VM for it. So it's not as obvious as I thought. > > > -- > Knowledge is volatile and fluid. Software is power. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bdc16bc0b779904fd2cf6f2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= ue, Jul 1, 2014 at 2:23 PM, lee <lee@yun.yagibdah.de> wrot= e:
Gordan Bobic <gorda= n@bobich.net> writes:

> On 06/29/2014 08:12 AM, lee wrote:
>> Gordan Bobic <gordan@bobic= h.net> writes:
>>
>>>> On 06/28/2014 08:45 AM, lee wrote:
>>>>
>>>> The hardware RAID controller gives me 10fps more with my f= avourite game
>>>> I'm playing, compared to software raid. =C2=A0Since fp= s rates can be rather
>>>> low (because I'm CPU limited), that means a significan= t difference.
>>>
>>> If your game is grinding onto disk I/O during play all is lost=
>>> anyway. If your CPU and RAM are _that_ constrained, there is p= robably
>>> a better way to spend whatever you might pay for a new caching= RAID
>>> controller these days.
>>
>> Only I didn't buy the controller new, and I bought it to have = a decent
>> amount of ports.
>
> Fair re: number of ports, but 2nd hand CPUs don't go for that much= on
> ebay, either, if you are concerned about the CPU hit.

What would you put into an AM3 socket which is so much faster than a<= br> Phenom 965 to be worthwhile and doesn't have an enormous power
consumption?

If your board will take an AM3+, how about an AMD FX = 8350?
=C2=A0
I'd have to switch to Intel --- and that would bring about UEFI which,<= br> besides the tremendous hassle, comes with serious security risks. =C2=A0And=
after reading [1], what could you still buy?


[1]: https://www.fsf.org/blogs/community/active-managem= ent-technology

> The main difference being that when you aren't doing disk I/O, you=
> still get the use the extra CPU you might, whereas the RAID card sits<= br> > idle. Having extra CPU is more generic and flexible.

Yes, and when you have more RAM, it's also to your advantage rega= rdless
of disk I/O. =C2=A0Only it would cost more --- even off ebay --- than what = I
payed for the controller; I'd be throwing 8GB away, and it won't gi= ve
me more ports, either ...

I considered all these options and didn't find any that would have been=
more advantageous for the money. =C2=A0Nothing is perfect ...

>> It's not disk I/O or a lack of RAM that limits the fps rates, = it's
>> actually the CPU (or the whole combination of CPU, board and RAM) = not
>> being able to feed the graphics card fast enough --- or the graphi= cs
>> card being too fast for the CPU, if you want to see it that way. = =C2=A0To get
>> a significantly faster system, I'd have to spend ten times or = more than
>> what I payed for the controller.
>
> Fair enough - you must have got the controller _really_ cheap. Expect<= br> > to spend a small fortune on a battery replacement when that fails,
> though. They only typically last a couple of years.

Yes, it was a good deal --- you can still get them off ebay for about=
that price. =C2=A0If the BBU fails, it might be advisable to buy another controller with BBU because it doesn't cost much more than the BBU, and=
I'd have a spare controller. =C2=A0Or I could retire the controller and=
perhaps use ZFS or mdraid or, since I have the server now, just get a
pair of SSDs.

My intention is to reduce the number of disks anyway. =C2=A0The less disks<= br> you have, the less can fail.

>> The CPU alone would cost more. =C2=A0I
>> didn't expect any change in fps rates and got the improvement = as a
>> surprising side effect.
>
> That will only apply when you are doing disk I/O at the same time,
> surely. If you aren't disk disk I/O, then your CPU isn't doing=
> checksumming.

Well, I was really surprised about the improvement in fps and have a<= br> hard time to believe it myself. =C2=A0There's no good explanation for i= t
other than the theory that the system somehow gets plugged when having
to deal with so many disks in software raids, and that would seem to
only apply when so much disk I/O is going on. =C2=A0"So much" wou= ld probably
mean "only very little".

I just noticed the improvement and didn't do any further investigation<= br> since that would have required to completely revert the move to the
controller. =C2=A0Now I have the backup disks on software raid-1, and when<= br> copying data, the load is noticeable.

> As I said above - clearly you got the RAID controller very
> cheap. Within that cost envelope it may well have been a reasonable > solution - but that doesn't take away the points about data safety= and
> disk feature requirements for use with hardware RAID (TLER).

True --- luckily, the WD20EARS hold up remarkably well. =C2=A0One out= of
three failed, after about three years, probably because it would take
too long to recover an error. =C2=A0I replaced it and haven't checked i= t any
further yet; it might still be usable.

> Disks with crippled firmware will deliberately not respond to resets > while trying to do sector recovery, again, purely to prevent working > around the fact the disk doesn't report TLER.
>
> When this happens, one of two things will occur:
> 1) The controller will kick out the disk and carry on without it, thus=
> losing the redundancy.

That's probably what happened with the failed disk.

> 2) The controller might be clever enough to not kick out the disk that=
> doesn't support TLER (theoretical - you are at the mercy of the > closed-spec RAID card firmware that may or may not do something
> sensible), but the only other thing it can do is wait for the disk to<= br> > return. But until the disk returns, the card will block further I/O. >
> So in reality you have a choice between losing redundancy on the first=
> pending sector you encounter and the machine becoming unresponsive for=
> prolonged periods whenever you encounter a pending sector.
>
> With software RAID you can at least choose between the two (by
> selecting the disk command timeout appropriately), and managing the > situation (e.g. setting up a process to monitor for disks that have > been kicked out of the array and automatically re-adding them (if they=
> become responsive again) to restore the redundancy).

Is that a good idea to do, continue to use a disk that spends quite a=
while on error recovery?

And have you seen what happens when a SATA disk becomes unresponsive?
The kernel will, apparently indefinitely, try heavily to reset the SATA
link and flood you with messages about it to the point where your only
choice is to try to shut the system down.

I've had that happen a while ago with a very old disk. =C2=A0I wonder w= hy the
kernel behaves that badly. =C2=A0The disk that failed wasn't relevant a= t all
for keeping the system running. =C2=A0I'd rather have the kernel try ma= ybe
ten times and then give up, and letting you have an option to make it
try again.

I wonder what happens when that happens with a disk on a PMP. =C2=A0Will th= e
whole set on the PMP become inaccessible because the port gets blocked?

>> Do you mean a card like this one:
>> http://www.hardware-rogge.com/product_info.p= hp?products_id=3D15226
>
> Yes, although =E2=82=AC80 is more than I paid for mine. IIRC mine were= around =C2=A340.

That's about EUR 65?

>> This card alone costs almost as much as I payed for the RAID contr= oller.
>
> You got the RAID controller _REALLY_ cheap.

LOL

You can get one, too :) =C2=A0IIRC a P800 doesn't do JBOD, though.

>> How come you use such a card? =C2=A0Couldn't you use the on-bo= ard SATA ports
>> and connect a multiplier to them?
>
> Most south-bridge based SATA controllers don't support FIS, and
My understanding of [2] is that the SATA protocol doesn't work at= all
without FIS. =C2=A0All SATA controllers would have to support it then.


[2]: https://en.wikipedia.org/wiki/Frame_Information_Struc= ture#FIS


> performance takes a massive nosedive when you lose command
> interlieving between the disks.

Huh?

You mean if a SATA controller doesn't support FIS, it would leave you unable to use all but one disk behind a PMP connected to it because
switching between the disks won't be possible?

> Some motherboards come with secondary
> SATA controllers which behave much better but they often have other > problems. For example, two of the motherboards I have used recently > have the following secondary SATA controllers for extra ports:
>
> Silicon Image SIL3132, 2 ports: Has FIS+NCQ, but the card bottlenecks<= br> > at about 170MB/s, which is very low.
>
> Marvell 88SE9123, 2 ports: Has FIS+NCQ, but it has a PMP handling bug<= br> > that prevents the use of more than one PMP. You can use a PMP on one > port with 5 disks attached to the PMP, plus one disk attached directly=
> to the other port. If you attach a PMP to each port, no disks show up<= br> > at all.
>
> I needed more than one PMPs worth of extra disks, so I used a card
> with the older Marvell chipset that works correctly.

The problem is finding all this out so you can buy the right hardware= .
I might have bought just an additional SATA controller instead of the
P800, but there was no telling which one would be good, or even work at
all.

>>> In contrast, I have three SAS RAID cards, two LSI and one Adap= tec,
>>> none of which work at all on my motherboard with the IOMMU ena= bled.
>>
>> Hmmm, how come, and what are the symptoms? =C2=A0Perhaps I should = try to
>> force NUMA to be enabled for the server.
>
> The symptoms are that all the disk commands get truncated and none of<= br> > the disks show up. DMA to/from the controller doesn't work. I'= m pretty
> sure it has nothing to do with NUMA, though - most like a side effect<= br> > of the Nvidia NF200 PCIe bridges on my motherboard.

Hm :( =C2=A0It becomes increasingly difficult to find a good board, o= ther
than for gaming maybe. =C2=A0That, and things like UEFI and AMT, make good<= br> reasons not to buy anything new until it cannot be avoided.

> The battery packs on the memory modules do expire eventually, and if > you force write-caching to on without the BBU, you are probably going<= br> > to thoroughly destroy the file system the first time you have a power<= br> > cut in the middle of a heavy writing operation.

The write cache is supposed to become disabled when the BBU fails. = =C2=A0It
probably doesn't even take a power outage; when booting, the P800
sometimes says it still has data to write to the disks after the system
was shut down nicely. =C2=A0Interestingly, 'shutdown -h now' instea= d of
'halt' seems to prevent that.

> If that happens you would probably be better off putting the
> controller into a plain HBA/JBOD mode, but that would mean rebuilding<= br> > the RAID array.

IIRC, you can't do that with a P800. =C2=A0It's a pretty seri= ous card that
can drive 256 disks or so, supports multipath, volume sharing and
migration and whatever you may think of. =C2=A0You can still buy them new f= or
over $800 despite they're kinda ancient.

>> I have a theory that when you have a software
>> RAID-5 with three disks and another RAID-1 with two disks, you hav= e to
>> move so much data around that it plugs up the system, causing slow= downs.
>
> Yes, you have to send twice the data down the PCIe bus, but in
> practice this creates a negligible overhead unless your machine is
> massively short of CPU and PCIe bandwidth.

With five disks in total in different arrays you'd have to send f= ive
times the data, wouldn't you?

It might be short of bandwidth if the CPU is busy and heavily accesses
the RAM and feeds the graphics card at the same time. =C2=A0Or the SATA
controller has problems with it. =C2=A0I really don't know.

>> Or perhaps filling the bandwidth of one SATA port plus the
>> CPU handling the overhead ZFS brings about isn't any better, w= ho knows.
>
> More saturation of a SATA port isn't what gives you more performan= ce -
> the fact that you are managing to saturate the SATA port more is the > _consequence_ of getting more performance out of the disk subsystem.
Getting more performance out of the disk subsystem doesn't necess= arily
mean getting more performance out of the system (like higher fps
rates). =C2=A0It might even reduce performance (i. e. lower fps rates).

In the end, you only have "this much" in terms of resources. =C2= =A0Adding a
hardware RAID controller increases the resources.

Imagine how nice it might be to have a hardware ZFS controller :)
Manufacture one, and you might make money with it, replacing all the
RAID cards. =C2=A0But I want at least a 10% share.

>>>> Anyway, I have come to like hardware RAID better than soft= ware RAID.
>>>
>>> Whatever works for you. My view is that traditional RAID, cert= ainly
>>> anything below RAID6,
>>
>> Well, you have to afford all the disks for such RAID levels. =C2= =A0Is ZFS any
>> better in this regard?
>
> It doesn't make the disks cheaper, no. :)

I mean in requiring a smaller number of disks :)

And since it can save space, ZFS kinda makes the disks a little cheaper.

>>> and even on RAID6 I don't trust the closed, opaque, undocu= mented
>>> implementation that might be in the firmware, is
>>
>> It's a big disadvantage of hardware RAID that you can't re= ad the data
>> when the controller has failed, unless you have another, compatibl= e
>> controller at hand. =C2=A0Did you check the sources of ZFS so that= you can
>> trust it?
>
> I have looked at the ZoL and zfs-fuse sources in passing when looking<= br> > at various patches I wanted to apply (and writing a small one of my > own for zfs-fuse, to always force 4KB ashift), but I wouldn't say = that
> I have looked through the source enough to trust it based purely on my=
> reading of the code.
>
> But I suspect that orders of magnitude more people have looked at the<= br> > ZFS source than have looked at the RAID controller firmware source.
It's entirely possible, that, in total, 5000 people have looked a= t the
ZFS sources, and that 4995 of them have looked at the same 5% of it,
with the exception of the 5 ZFS developers (or how many there are) who
have read it all. =C2=A0It's a bitchy argument --- but it's possibl= e :)

It doesn't eliminate that even if 5000 people wanted to look at any of<= br> the sources for what software is in a raid controller, they couldn't. However, unless the 5000 people actually read 100% of the ZFS sources,
that's irrelevant.

> For a typical example of the sort of errors I'm talking about, say= you
> have a hardware RAID5 array and a ZFS RAIDZ1 pool.
>
> Take one disk off each controller, write some random data over parts > of it (let's be kind, don't overwrite the RAID card's head= ers, which a
> phantom write could theoretically do).
>
> Now put the disks back into their pools, and read the files whose data=
> you just overwrite.
>
> ZFS will spot the error, restore the data and hand you a good copy bac= k.
>
> RAID controller will most likely give you back duff data without even<= br> > noticing something is wrong with it.

It would start a rebuild once you plug the disk back in --- provided<= br> that you hotplugged it or had the array up while the disk was removed.
Otherwise, we'd have to try out what would happen, which can be
different from controller to controller.

> You could run ZFS on top of the RAID logical volume, but because ZFS > would have no visibility of the raw disks and redundancy underneath, > there is nothing it can do to scrub out the bad data. But even in that=
> stack, ZFS would still at least notice the data is corrupted and
> refuse to return it to the application.

Only if you do not happen to write correct checksums for the data tha= t
was overwritten --- thought it seems unlikely enough to happen.

What does ZFS do when it finds block A and block B of data D, both
blocks with a correct checksum but containing different data? =C2=A0Will it=
let you decide which block to use, or refuse to deliver the data, or not notice and return some data instead of D which is composed of whatever
is in the blocks A and B?

>>> no longer fit for purpose with disks of the kind of size that = ship
>>> today.
>>
>> How would that depend on the capacity of the disks? =C2=A0More dat= a --> more
>> potential for errors --> more security required?
>
> The data error rates have been stagnant at one unrecoverable sector in=
> 10^-14 bits read. That's one bad sector on about 10TB of data. If = you
> are using 4TB drives in 3-disk RAID5, if you lose a disk you have to > read back 8TB of data to rebuild the parity onto the replaced disk. If=
> you are statistically going to get one bad block every 10TB of reads,<= br> > it means you have 80% chance of losing some data during rebuilding
> that array.
>
> Additionally, rebuilding times have been going up with disk size which=
> increases both the time of degraded performance during rebuild and the=
> probability of failure of another disk during the rebuild.

It makes me wonder why such errors haven't become a widespread se= rious
problem yet --- not everyone is using ZFS. =C2=A0Rebuild times are really a= n
issue; it took days to get it done with the WD20EARS in the server, and
I thought it would never finish because it might start over with each
reboot though it shouldn't. =C2=A0It didn't and finished eventually= , but
stressing the disks for days like that really isn't something you want<= br> to see after replacing one.

>>>> So with VMware, you'd have to get certified hardware.<= br> >>>
>>> You wouldn't _have_ to get certified hardware. It just mea= ns that if
>>> you find that there is a total of one motherboard that fits yo= ur
>>> requirements and it's not on the certified list, you can p= lausibly
>>> take your chances with it even if it doesn't work out of t= he box. I
>>> did that with the SR-2 and got it working eventually in a way = that
>>> would never have been possible with ESX.
>>
>> Are you saying that for your requirements you couldn't use VMw= are, which
>> makes it irrelevant whether the hardware is certified for it or no= t?
>
> Both. What I wanted to do couldn't be done on ESX within the same<= br> > resource constraints. I wanted to use a deduplicated ZFS pool for my > VM images, and there is no ESX port of ZFS.
>
> Additionally, there would have been no way for me to work around my > hardware bugs with ESX because I couldn't write patches to work ar= ound
> the problem.

The idea is that you wouldn't have had to work around hardware bu= gs
when you'd be using certified hardware.

>> Why would they think that virtualization benefits things that requ= ire
>> high performance?
>
> I don't. But many people think it makes negligible difference beca= use
> they never did their testing properly.

How much difference does it make, actually? =C2=A0I mean just the
virtualization, without a number of other VMs doing something. =C2=A0Like y= ou
could plan on a particular hardware for a particular workload and get
performance X with it. =C2=A0Let's say you plan 4 CPUs/8GB RAM and buy<= br> hardware that has 2x4 CPUs/64GB RAM. =C2=A0Now you somehow limit the softwa= re
to use only 4 CPUs/8GB of that hardware and measure the performance ---
perhaps physically take out one CPU and install only 8GB.

Then you plug in the second CPU and all the RAM, but use a VM, give it 4 CPUs/8GB and measure the performance again. =C2=A0How much less performance=
will you get?

>> When I need the most/best performance possible, it's
>> obviously counter productive.
>
> Apparently it's not obvious to many, many people.

Thinking of it, you might even get better performance from the VM in = the
example above. =C2=A0You'd be cheating because there are 4 CPUs and 56G= B of
RAM underneath the VM to do some work it would otherwise do itself ---
but corrected for that? =C2=A0What would you get?

And depending on the workload, it might not benefit from more CPUs
and/or more RAM. =C2=A0But it might benefit from CPUs and RAM underneath a = VM
that handles the workload. =C2=A0So if you'd have all the 8 CPUs/64GB f= or
your workload, you wouldn't get better performance, but you would by using a VM for it. =C2=A0So it's not as obvious as I thought.


--
Knowledge is volatile and fluid. =C2=A0Software is power.

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

--047d7bdc16bc0b779904fd2cf6f2-- --===============3930889379718279449== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3930889379718279449==-- From xen-users-bounces@lists.xen.org Wed Jul 02 02:51:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 02:51:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2AdS-0007LQ-Uz; Wed, 02 Jul 2014 02:51:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2AdQ-0007LL-Fn for xen-users@lists.xen.org; Wed, 02 Jul 2014 02:51:00 +0000 Received: from [85.158.139.211:15440] by server-1.bemta-5.messagelabs.com id 3C/55-30932-39373B35; Wed, 02 Jul 2014 02:50:59 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1404269455!5533325!1 X-Originating-IP: [209.85.216.169] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10980 invoked from network); 2 Jul 2014 02:50:56 -0000 Received: from mail-qc0-f169.google.com (HELO mail-qc0-f169.google.com) (209.85.216.169) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 02:50:56 -0000 Received: by mail-qc0-f169.google.com with SMTP id c9so9472223qcz.0 for ; Tue, 01 Jul 2014 19:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vdMUz4uvgGaQIu5SfEjjsyhhOobqAaMmM4s/x0vZ6Hs=; b=XpN2FmPcZVhKOpUcAI1Gk+f5rWVpcCK3iaGAqrjoiZBW6oF83JlyYYNZ5WQRi5JxxG PYZqXUfxMnlXIXCIakbVGvVnOo0CoPVWdO41/CS8+9b1LSOhIsbVXABuaJOMSBLEak3F yg5T3mASVU0j+f7ASeps8+bQDXS2XmaKF/HdWGuUL7HS8zCsgDvK9Hzd307mRT1Kugg/ MvR9Ezwczr2ViQ6aU7GWkVikfkTjR0/C4rcQGlZD8xLe8Qh2zEctm7c8U0UuKU3+EL5u IwPYIODfWBDzjAXt6aiZNMcHPF2yQGzA4aHykYvWGDXRkNU/NEeGO0oY1zvNkSrUlhas AxPw== MIME-Version: 1.0 X-Received: by 10.224.30.75 with SMTP id t11mr48515829qac.7.1404269455176; Tue, 01 Jul 2014 19:50:55 -0700 (PDT) Received: by 10.96.56.225 with HTTP; Tue, 1 Jul 2014 19:50:55 -0700 (PDT) In-Reply-To: <87lhsc7ujm.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> Date: Tue, 1 Jul 2014 21:50:55 -0500 Message-ID: From: David Sutton To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3930889379718279449==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3930889379718279449== Content-Type: multipart/alternative; boundary=047d7bdc16bc0b779904fd2cf6f2 --047d7bdc16bc0b779904fd2cf6f2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Jul 1, 2014 at 2:23 PM, lee wrote: > Gordan Bobic writes: > > > On 06/29/2014 08:12 AM, lee wrote: > >> Gordan Bobic writes: > >> > >>>> On 06/28/2014 08:45 AM, lee wrote: > >>>> > >>>> The hardware RAID controller gives me 10fps more with my favourite > game > >>>> I'm playing, compared to software raid. Since fps rates can be rath= er > >>>> low (because I'm CPU limited), that means a significant difference. > >>> > >>> If your game is grinding onto disk I/O during play all is lost > >>> anyway. If your CPU and RAM are _that_ constrained, there is probably > >>> a better way to spend whatever you might pay for a new caching RAID > >>> controller these days. > >> > >> Only I didn't buy the controller new, and I bought it to have a decent > >> amount of ports. > > > > Fair re: number of ports, but 2nd hand CPUs don't go for that much on > > ebay, either, if you are concerned about the CPU hit. > > What would you put into an AM3 socket which is so much faster than a > Phenom 965 to be worthwhile and doesn't have an enormous power > consumption? > > If your board will take an AM3+, how about an AMD FX 8350? > I'd have to switch to Intel --- and that would bring about UEFI which, > besides the tremendous hassle, comes with serious security risks. And > after reading [1], what could you still buy? > > > [1]: https://www.fsf.org/blogs/community/active-management-technology > > > The main difference being that when you aren't doing disk I/O, you > > still get the use the extra CPU you might, whereas the RAID card sits > > idle. Having extra CPU is more generic and flexible. > > Yes, and when you have more RAM, it's also to your advantage regardless > of disk I/O. Only it would cost more --- even off ebay --- than what I > payed for the controller; I'd be throwing 8GB away, and it won't give > me more ports, either ... > > I considered all these options and didn't find any that would have been > more advantageous for the money. Nothing is perfect ... > > >> It's not disk I/O or a lack of RAM that limits the fps rates, it's > >> actually the CPU (or the whole combination of CPU, board and RAM) not > >> being able to feed the graphics card fast enough --- or the graphics > >> card being too fast for the CPU, if you want to see it that way. To g= et > >> a significantly faster system, I'd have to spend ten times or more tha= n > >> what I payed for the controller. > > > > Fair enough - you must have got the controller _really_ cheap. Expect > > to spend a small fortune on a battery replacement when that fails, > > though. They only typically last a couple of years. > > Yes, it was a good deal --- you can still get them off ebay for about > that price. If the BBU fails, it might be advisable to buy another > controller with BBU because it doesn't cost much more than the BBU, and > I'd have a spare controller. Or I could retire the controller and > perhaps use ZFS or mdraid or, since I have the server now, just get a > pair of SSDs. > > My intention is to reduce the number of disks anyway. The less disks > you have, the less can fail. > > >> The CPU alone would cost more. I > >> didn't expect any change in fps rates and got the improvement as a > >> surprising side effect. > > > > That will only apply when you are doing disk I/O at the same time, > > surely. If you aren't disk disk I/O, then your CPU isn't doing > > checksumming. > > Well, I was really surprised about the improvement in fps and have a > hard time to believe it myself. There's no good explanation for it > other than the theory that the system somehow gets plugged when having > to deal with so many disks in software raids, and that would seem to > only apply when so much disk I/O is going on. "So much" would probably > mean "only very little". > > I just noticed the improvement and didn't do any further investigation > since that would have required to completely revert the move to the > controller. Now I have the backup disks on software raid-1, and when > copying data, the load is noticeable. > > > As I said above - clearly you got the RAID controller very > > cheap. Within that cost envelope it may well have been a reasonable > > solution - but that doesn't take away the points about data safety and > > disk feature requirements for use with hardware RAID (TLER). > > True --- luckily, the WD20EARS hold up remarkably well. One out of > three failed, after about three years, probably because it would take > too long to recover an error. I replaced it and haven't checked it any > further yet; it might still be usable. > > > Disks with crippled firmware will deliberately not respond to resets > > while trying to do sector recovery, again, purely to prevent working > > around the fact the disk doesn't report TLER. > > > > When this happens, one of two things will occur: > > 1) The controller will kick out the disk and carry on without it, thus > > losing the redundancy. > > That's probably what happened with the failed disk. > > > 2) The controller might be clever enough to not kick out the disk that > > doesn't support TLER (theoretical - you are at the mercy of the > > closed-spec RAID card firmware that may or may not do something > > sensible), but the only other thing it can do is wait for the disk to > > return. But until the disk returns, the card will block further I/O. > > > > So in reality you have a choice between losing redundancy on the first > > pending sector you encounter and the machine becoming unresponsive for > > prolonged periods whenever you encounter a pending sector. > > > > With software RAID you can at least choose between the two (by > > selecting the disk command timeout appropriately), and managing the > > situation (e.g. setting up a process to monitor for disks that have > > been kicked out of the array and automatically re-adding them (if they > > become responsive again) to restore the redundancy). > > Is that a good idea to do, continue to use a disk that spends quite a > while on error recovery? > > And have you seen what happens when a SATA disk becomes unresponsive? > The kernel will, apparently indefinitely, try heavily to reset the SATA > link and flood you with messages about it to the point where your only > choice is to try to shut the system down. > > I've had that happen a while ago with a very old disk. I wonder why the > kernel behaves that badly. The disk that failed wasn't relevant at all > for keeping the system running. I'd rather have the kernel try maybe > ten times and then give up, and letting you have an option to make it > try again. > > I wonder what happens when that happens with a disk on a PMP. Will the > whole set on the PMP become inaccessible because the port gets blocked? > > >> Do you mean a card like this one: > >> http://www.hardware-rogge.com/product_info.php?products_id=3D15226 > > > > Yes, although =E2=82=AC80 is more than I paid for mine. IIRC mine were = around > =C2=A340. > > That's about EUR 65? > > >> This card alone costs almost as much as I payed for the RAID controlle= r. > > > > You got the RAID controller _REALLY_ cheap. > > LOL > > You can get one, too :) IIRC a P800 doesn't do JBOD, though. > > >> How come you use such a card? Couldn't you use the on-board SATA port= s > >> and connect a multiplier to them? > > > > Most south-bridge based SATA controllers don't support FIS, and > > My understanding of [2] is that the SATA protocol doesn't work at all > without FIS. All SATA controllers would have to support it then. > > > [2]: https://en.wikipedia.org/wiki/Frame_Information_Structure#FIS > > > > performance takes a massive nosedive when you lose command > > interlieving between the disks. > > Huh? > > You mean if a SATA controller doesn't support FIS, it would leave you > unable to use all but one disk behind a PMP connected to it because > switching between the disks won't be possible? > > > Some motherboards come with secondary > > SATA controllers which behave much better but they often have other > > problems. For example, two of the motherboards I have used recently > > have the following secondary SATA controllers for extra ports: > > > > Silicon Image SIL3132, 2 ports: Has FIS+NCQ, but the card bottlenecks > > at about 170MB/s, which is very low. > > > > Marvell 88SE9123, 2 ports: Has FIS+NCQ, but it has a PMP handling bug > > that prevents the use of more than one PMP. You can use a PMP on one > > port with 5 disks attached to the PMP, plus one disk attached directly > > to the other port. If you attach a PMP to each port, no disks show up > > at all. > > > > I needed more than one PMPs worth of extra disks, so I used a card > > with the older Marvell chipset that works correctly. > > The problem is finding all this out so you can buy the right hardware. > I might have bought just an additional SATA controller instead of the > P800, but there was no telling which one would be good, or even work at > all. > > >>> In contrast, I have three SAS RAID cards, two LSI and one Adaptec, > >>> none of which work at all on my motherboard with the IOMMU enabled. > >> > >> Hmmm, how come, and what are the symptoms? Perhaps I should try to > >> force NUMA to be enabled for the server. > > > > The symptoms are that all the disk commands get truncated and none of > > the disks show up. DMA to/from the controller doesn't work. I'm pretty > > sure it has nothing to do with NUMA, though - most like a side effect > > of the Nvidia NF200 PCIe bridges on my motherboard. > > Hm :( It becomes increasingly difficult to find a good board, other > than for gaming maybe. That, and things like UEFI and AMT, make good > reasons not to buy anything new until it cannot be avoided. > > > The battery packs on the memory modules do expire eventually, and if > > you force write-caching to on without the BBU, you are probably going > > to thoroughly destroy the file system the first time you have a power > > cut in the middle of a heavy writing operation. > > The write cache is supposed to become disabled when the BBU fails. It > probably doesn't even take a power outage; when booting, the P800 > sometimes says it still has data to write to the disks after the system > was shut down nicely. Interestingly, 'shutdown -h now' instead of > 'halt' seems to prevent that. > > > If that happens you would probably be better off putting the > > controller into a plain HBA/JBOD mode, but that would mean rebuilding > > the RAID array. > > IIRC, you can't do that with a P800. It's a pretty serious card that > can drive 256 disks or so, supports multipath, volume sharing and > migration and whatever you may think of. You can still buy them new for > over $800 despite they're kinda ancient. > > >> I have a theory that when you have a software > >> RAID-5 with three disks and another RAID-1 with two disks, you have to > >> move so much data around that it plugs up the system, causing slowdown= s. > > > > Yes, you have to send twice the data down the PCIe bus, but in > > practice this creates a negligible overhead unless your machine is > > massively short of CPU and PCIe bandwidth. > > With five disks in total in different arrays you'd have to send five > times the data, wouldn't you? > > It might be short of bandwidth if the CPU is busy and heavily accesses > the RAM and feeds the graphics card at the same time. Or the SATA > controller has problems with it. I really don't know. > > >> Or perhaps filling the bandwidth of one SATA port plus the > >> CPU handling the overhead ZFS brings about isn't any better, who knows= . > > > > More saturation of a SATA port isn't what gives you more performance - > > the fact that you are managing to saturate the SATA port more is the > > _consequence_ of getting more performance out of the disk subsystem. > > Getting more performance out of the disk subsystem doesn't necessarily > mean getting more performance out of the system (like higher fps > rates). It might even reduce performance (i. e. lower fps rates). > > In the end, you only have "this much" in terms of resources. Adding a > hardware RAID controller increases the resources. > > Imagine how nice it might be to have a hardware ZFS controller :) > Manufacture one, and you might make money with it, replacing all the > RAID cards. But I want at least a 10% share. > > >>>> Anyway, I have come to like hardware RAID better than software RAID. > >>> > >>> Whatever works for you. My view is that traditional RAID, certainly > >>> anything below RAID6, > >> > >> Well, you have to afford all the disks for such RAID levels. Is ZFS a= ny > >> better in this regard? > > > > It doesn't make the disks cheaper, no. :) > > I mean in requiring a smaller number of disks :) > > And since it can save space, ZFS kinda makes the disks a little cheaper. > > >>> and even on RAID6 I don't trust the closed, opaque, undocumented > >>> implementation that might be in the firmware, is > >> > >> It's a big disadvantage of hardware RAID that you can't read the data > >> when the controller has failed, unless you have another, compatible > >> controller at hand. Did you check the sources of ZFS so that you can > >> trust it? > > > > I have looked at the ZoL and zfs-fuse sources in passing when looking > > at various patches I wanted to apply (and writing a small one of my > > own for zfs-fuse, to always force 4KB ashift), but I wouldn't say that > > I have looked through the source enough to trust it based purely on my > > reading of the code. > > > > But I suspect that orders of magnitude more people have looked at the > > ZFS source than have looked at the RAID controller firmware source. > > It's entirely possible, that, in total, 5000 people have looked at the > ZFS sources, and that 4995 of them have looked at the same 5% of it, > with the exception of the 5 ZFS developers (or how many there are) who > have read it all. It's a bitchy argument --- but it's possible :) > > It doesn't eliminate that even if 5000 people wanted to look at any of > the sources for what software is in a raid controller, they couldn't. > However, unless the 5000 people actually read 100% of the ZFS sources, > that's irrelevant. > > > For a typical example of the sort of errors I'm talking about, say you > > have a hardware RAID5 array and a ZFS RAIDZ1 pool. > > > > Take one disk off each controller, write some random data over parts > > of it (let's be kind, don't overwrite the RAID card's headers, which a > > phantom write could theoretically do). > > > > Now put the disks back into their pools, and read the files whose data > > you just overwrite. > > > > ZFS will spot the error, restore the data and hand you a good copy back= . > > > > RAID controller will most likely give you back duff data without even > > noticing something is wrong with it. > > It would start a rebuild once you plug the disk back in --- provided > that you hotplugged it or had the array up while the disk was removed. > Otherwise, we'd have to try out what would happen, which can be > different from controller to controller. > > > You could run ZFS on top of the RAID logical volume, but because ZFS > > would have no visibility of the raw disks and redundancy underneath, > > there is nothing it can do to scrub out the bad data. But even in that > > stack, ZFS would still at least notice the data is corrupted and > > refuse to return it to the application. > > Only if you do not happen to write correct checksums for the data that > was overwritten --- thought it seems unlikely enough to happen. > > What does ZFS do when it finds block A and block B of data D, both > blocks with a correct checksum but containing different data? Will it > let you decide which block to use, or refuse to deliver the data, or not > notice and return some data instead of D which is composed of whatever > is in the blocks A and B? > > >>> no longer fit for purpose with disks of the kind of size that ship > >>> today. > >> > >> How would that depend on the capacity of the disks? More data --> mor= e > >> potential for errors --> more security required? > > > > The data error rates have been stagnant at one unrecoverable sector in > > 10^-14 bits read. That's one bad sector on about 10TB of data. If you > > are using 4TB drives in 3-disk RAID5, if you lose a disk you have to > > read back 8TB of data to rebuild the parity onto the replaced disk. If > > you are statistically going to get one bad block every 10TB of reads, > > it means you have 80% chance of losing some data during rebuilding > > that array. > > > > Additionally, rebuilding times have been going up with disk size which > > increases both the time of degraded performance during rebuild and the > > probability of failure of another disk during the rebuild. > > It makes me wonder why such errors haven't become a widespread serious > problem yet --- not everyone is using ZFS. Rebuild times are really an > issue; it took days to get it done with the WD20EARS in the server, and > I thought it would never finish because it might start over with each > reboot though it shouldn't. It didn't and finished eventually, but > stressing the disks for days like that really isn't something you want > to see after replacing one. > > >>>> So with VMware, you'd have to get certified hardware. > >>> > >>> You wouldn't _have_ to get certified hardware. It just means that if > >>> you find that there is a total of one motherboard that fits your > >>> requirements and it's not on the certified list, you can plausibly > >>> take your chances with it even if it doesn't work out of the box. I > >>> did that with the SR-2 and got it working eventually in a way that > >>> would never have been possible with ESX. > >> > >> Are you saying that for your requirements you couldn't use VMware, whi= ch > >> makes it irrelevant whether the hardware is certified for it or not? > > > > Both. What I wanted to do couldn't be done on ESX within the same > > resource constraints. I wanted to use a deduplicated ZFS pool for my > > VM images, and there is no ESX port of ZFS. > > > > Additionally, there would have been no way for me to work around my > > hardware bugs with ESX because I couldn't write patches to work around > > the problem. > > The idea is that you wouldn't have had to work around hardware bugs > when you'd be using certified hardware. > > >> Why would they think that virtualization benefits things that require > >> high performance? > > > > I don't. But many people think it makes negligible difference because > > they never did their testing properly. > > How much difference does it make, actually? I mean just the > virtualization, without a number of other VMs doing something. Like you > could plan on a particular hardware for a particular workload and get > performance X with it. Let's say you plan 4 CPUs/8GB RAM and buy > hardware that has 2x4 CPUs/64GB RAM. Now you somehow limit the software > to use only 4 CPUs/8GB of that hardware and measure the performance --- > perhaps physically take out one CPU and install only 8GB. > > Then you plug in the second CPU and all the RAM, but use a VM, give it 4 > CPUs/8GB and measure the performance again. How much less performance > will you get? > > >> When I need the most/best performance possible, it's > >> obviously counter productive. > > > > Apparently it's not obvious to many, many people. > > Thinking of it, you might even get better performance from the VM in the > example above. You'd be cheating because there are 4 CPUs and 56GB of > RAM underneath the VM to do some work it would otherwise do itself --- > but corrected for that? What would you get? > > And depending on the workload, it might not benefit from more CPUs > and/or more RAM. But it might benefit from CPUs and RAM underneath a VM > that handles the workload. So if you'd have all the 8 CPUs/64GB for > your workload, you wouldn't get better performance, but you would by > using a VM for it. So it's not as obvious as I thought. > > > -- > Knowledge is volatile and fluid. Software is power. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bdc16bc0b779904fd2cf6f2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= ue, Jul 1, 2014 at 2:23 PM, lee <lee@yun.yagibdah.de> wrot= e:
Gordan Bobic <gorda= n@bobich.net> writes:

> On 06/29/2014 08:12 AM, lee wrote:
>> Gordan Bobic <gordan@bobic= h.net> writes:
>>
>>>> On 06/28/2014 08:45 AM, lee wrote:
>>>>
>>>> The hardware RAID controller gives me 10fps more with my f= avourite game
>>>> I'm playing, compared to software raid. =C2=A0Since fp= s rates can be rather
>>>> low (because I'm CPU limited), that means a significan= t difference.
>>>
>>> If your game is grinding onto disk I/O during play all is lost=
>>> anyway. If your CPU and RAM are _that_ constrained, there is p= robably
>>> a better way to spend whatever you might pay for a new caching= RAID
>>> controller these days.
>>
>> Only I didn't buy the controller new, and I bought it to have = a decent
>> amount of ports.
>
> Fair re: number of ports, but 2nd hand CPUs don't go for that much= on
> ebay, either, if you are concerned about the CPU hit.

What would you put into an AM3 socket which is so much faster than a<= br> Phenom 965 to be worthwhile and doesn't have an enormous power
consumption?

If your board will take an AM3+, how about an AMD FX = 8350?
=C2=A0
I'd have to switch to Intel --- and that would bring about UEFI which,<= br> besides the tremendous hassle, comes with serious security risks. =C2=A0And=
after reading [1], what could you still buy?


[1]: https://www.fsf.org/blogs/community/active-managem= ent-technology

> The main difference being that when you aren't doing disk I/O, you=
> still get the use the extra CPU you might, whereas the RAID card sits<= br> > idle. Having extra CPU is more generic and flexible.

Yes, and when you have more RAM, it's also to your advantage rega= rdless
of disk I/O. =C2=A0Only it would cost more --- even off ebay --- than what = I
payed for the controller; I'd be throwing 8GB away, and it won't gi= ve
me more ports, either ...

I considered all these options and didn't find any that would have been=
more advantageous for the money. =C2=A0Nothing is perfect ...

>> It's not disk I/O or a lack of RAM that limits the fps rates, = it's
>> actually the CPU (or the whole combination of CPU, board and RAM) = not
>> being able to feed the graphics card fast enough --- or the graphi= cs
>> card being too fast for the CPU, if you want to see it that way. = =C2=A0To get
>> a significantly faster system, I'd have to spend ten times or = more than
>> what I payed for the controller.
>
> Fair enough - you must have got the controller _really_ cheap. Expect<= br> > to spend a small fortune on a battery replacement when that fails,
> though. They only typically last a couple of years.

Yes, it was a good deal --- you can still get them off ebay for about=
that price. =C2=A0If the BBU fails, it might be advisable to buy another controller with BBU because it doesn't cost much more than the BBU, and=
I'd have a spare controller. =C2=A0Or I could retire the controller and=
perhaps use ZFS or mdraid or, since I have the server now, just get a
pair of SSDs.

My intention is to reduce the number of disks anyway. =C2=A0The less disks<= br> you have, the less can fail.

>> The CPU alone would cost more. =C2=A0I
>> didn't expect any change in fps rates and got the improvement = as a
>> surprising side effect.
>
> That will only apply when you are doing disk I/O at the same time,
> surely. If you aren't disk disk I/O, then your CPU isn't doing=
> checksumming.

Well, I was really surprised about the improvement in fps and have a<= br> hard time to believe it myself. =C2=A0There's no good explanation for i= t
other than the theory that the system somehow gets plugged when having
to deal with so many disks in software raids, and that would seem to
only apply when so much disk I/O is going on. =C2=A0"So much" wou= ld probably
mean "only very little".

I just noticed the improvement and didn't do any further investigation<= br> since that would have required to completely revert the move to the
controller. =C2=A0Now I have the backup disks on software raid-1, and when<= br> copying data, the load is noticeable.

> As I said above - clearly you got the RAID controller very
> cheap. Within that cost envelope it may well have been a reasonable > solution - but that doesn't take away the points about data safety= and
> disk feature requirements for use with hardware RAID (TLER).

True --- luckily, the WD20EARS hold up remarkably well. =C2=A0One out= of
three failed, after about three years, probably because it would take
too long to recover an error. =C2=A0I replaced it and haven't checked i= t any
further yet; it might still be usable.

> Disks with crippled firmware will deliberately not respond to resets > while trying to do sector recovery, again, purely to prevent working > around the fact the disk doesn't report TLER.
>
> When this happens, one of two things will occur:
> 1) The controller will kick out the disk and carry on without it, thus=
> losing the redundancy.

That's probably what happened with the failed disk.

> 2) The controller might be clever enough to not kick out the disk that=
> doesn't support TLER (theoretical - you are at the mercy of the > closed-spec RAID card firmware that may or may not do something
> sensible), but the only other thing it can do is wait for the disk to<= br> > return. But until the disk returns, the card will block further I/O. >
> So in reality you have a choice between losing redundancy on the first=
> pending sector you encounter and the machine becoming unresponsive for=
> prolonged periods whenever you encounter a pending sector.
>
> With software RAID you can at least choose between the two (by
> selecting the disk command timeout appropriately), and managing the > situation (e.g. setting up a process to monitor for disks that have > been kicked out of the array and automatically re-adding them (if they=
> become responsive again) to restore the redundancy).

Is that a good idea to do, continue to use a disk that spends quite a=
while on error recovery?

And have you seen what happens when a SATA disk becomes unresponsive?
The kernel will, apparently indefinitely, try heavily to reset the SATA
link and flood you with messages about it to the point where your only
choice is to try to shut the system down.

I've had that happen a while ago with a very old disk. =C2=A0I wonder w= hy the
kernel behaves that badly. =C2=A0The disk that failed wasn't relevant a= t all
for keeping the system running. =C2=A0I'd rather have the kernel try ma= ybe
ten times and then give up, and letting you have an option to make it
try again.

I wonder what happens when that happens with a disk on a PMP. =C2=A0Will th= e
whole set on the PMP become inaccessible because the port gets blocked?

>> Do you mean a card like this one:
>> http://www.hardware-rogge.com/product_info.p= hp?products_id=3D15226
>
> Yes, although =E2=82=AC80 is more than I paid for mine. IIRC mine were= around =C2=A340.

That's about EUR 65?

>> This card alone costs almost as much as I payed for the RAID contr= oller.
>
> You got the RAID controller _REALLY_ cheap.

LOL

You can get one, too :) =C2=A0IIRC a P800 doesn't do JBOD, though.

>> How come you use such a card? =C2=A0Couldn't you use the on-bo= ard SATA ports
>> and connect a multiplier to them?
>
> Most south-bridge based SATA controllers don't support FIS, and
My understanding of [2] is that the SATA protocol doesn't work at= all
without FIS. =C2=A0All SATA controllers would have to support it then.


[2]: https://en.wikipedia.org/wiki/Frame_Information_Struc= ture#FIS


> performance takes a massive nosedive when you lose command
> interlieving between the disks.

Huh?

You mean if a SATA controller doesn't support FIS, it would leave you unable to use all but one disk behind a PMP connected to it because
switching between the disks won't be possible?

> Some motherboards come with secondary
> SATA controllers which behave much better but they often have other > problems. For example, two of the motherboards I have used recently > have the following secondary SATA controllers for extra ports:
>
> Silicon Image SIL3132, 2 ports: Has FIS+NCQ, but the card bottlenecks<= br> > at about 170MB/s, which is very low.
>
> Marvell 88SE9123, 2 ports: Has FIS+NCQ, but it has a PMP handling bug<= br> > that prevents the use of more than one PMP. You can use a PMP on one > port with 5 disks attached to the PMP, plus one disk attached directly=
> to the other port. If you attach a PMP to each port, no disks show up<= br> > at all.
>
> I needed more than one PMPs worth of extra disks, so I used a card
> with the older Marvell chipset that works correctly.

The problem is finding all this out so you can buy the right hardware= .
I might have bought just an additional SATA controller instead of the
P800, but there was no telling which one would be good, or even work at
all.

>>> In contrast, I have three SAS RAID cards, two LSI and one Adap= tec,
>>> none of which work at all on my motherboard with the IOMMU ena= bled.
>>
>> Hmmm, how come, and what are the symptoms? =C2=A0Perhaps I should = try to
>> force NUMA to be enabled for the server.
>
> The symptoms are that all the disk commands get truncated and none of<= br> > the disks show up. DMA to/from the controller doesn't work. I'= m pretty
> sure it has nothing to do with NUMA, though - most like a side effect<= br> > of the Nvidia NF200 PCIe bridges on my motherboard.

Hm :( =C2=A0It becomes increasingly difficult to find a good board, o= ther
than for gaming maybe. =C2=A0That, and things like UEFI and AMT, make good<= br> reasons not to buy anything new until it cannot be avoided.

> The battery packs on the memory modules do expire eventually, and if > you force write-caching to on without the BBU, you are probably going<= br> > to thoroughly destroy the file system the first time you have a power<= br> > cut in the middle of a heavy writing operation.

The write cache is supposed to become disabled when the BBU fails. = =C2=A0It
probably doesn't even take a power outage; when booting, the P800
sometimes says it still has data to write to the disks after the system
was shut down nicely. =C2=A0Interestingly, 'shutdown -h now' instea= d of
'halt' seems to prevent that.

> If that happens you would probably be better off putting the
> controller into a plain HBA/JBOD mode, but that would mean rebuilding<= br> > the RAID array.

IIRC, you can't do that with a P800. =C2=A0It's a pretty seri= ous card that
can drive 256 disks or so, supports multipath, volume sharing and
migration and whatever you may think of. =C2=A0You can still buy them new f= or
over $800 despite they're kinda ancient.

>> I have a theory that when you have a software
>> RAID-5 with three disks and another RAID-1 with two disks, you hav= e to
>> move so much data around that it plugs up the system, causing slow= downs.
>
> Yes, you have to send twice the data down the PCIe bus, but in
> practice this creates a negligible overhead unless your machine is
> massively short of CPU and PCIe bandwidth.

With five disks in total in different arrays you'd have to send f= ive
times the data, wouldn't you?

It might be short of bandwidth if the CPU is busy and heavily accesses
the RAM and feeds the graphics card at the same time. =C2=A0Or the SATA
controller has problems with it. =C2=A0I really don't know.

>> Or perhaps filling the bandwidth of one SATA port plus the
>> CPU handling the overhead ZFS brings about isn't any better, w= ho knows.
>
> More saturation of a SATA port isn't what gives you more performan= ce -
> the fact that you are managing to saturate the SATA port more is the > _consequence_ of getting more performance out of the disk subsystem.
Getting more performance out of the disk subsystem doesn't necess= arily
mean getting more performance out of the system (like higher fps
rates). =C2=A0It might even reduce performance (i. e. lower fps rates).

In the end, you only have "this much" in terms of resources. =C2= =A0Adding a
hardware RAID controller increases the resources.

Imagine how nice it might be to have a hardware ZFS controller :)
Manufacture one, and you might make money with it, replacing all the
RAID cards. =C2=A0But I want at least a 10% share.

>>>> Anyway, I have come to like hardware RAID better than soft= ware RAID.
>>>
>>> Whatever works for you. My view is that traditional RAID, cert= ainly
>>> anything below RAID6,
>>
>> Well, you have to afford all the disks for such RAID levels. =C2= =A0Is ZFS any
>> better in this regard?
>
> It doesn't make the disks cheaper, no. :)

I mean in requiring a smaller number of disks :)

And since it can save space, ZFS kinda makes the disks a little cheaper.

>>> and even on RAID6 I don't trust the closed, opaque, undocu= mented
>>> implementation that might be in the firmware, is
>>
>> It's a big disadvantage of hardware RAID that you can't re= ad the data
>> when the controller has failed, unless you have another, compatibl= e
>> controller at hand. =C2=A0Did you check the sources of ZFS so that= you can
>> trust it?
>
> I have looked at the ZoL and zfs-fuse sources in passing when looking<= br> > at various patches I wanted to apply (and writing a small one of my > own for zfs-fuse, to always force 4KB ashift), but I wouldn't say = that
> I have looked through the source enough to trust it based purely on my=
> reading of the code.
>
> But I suspect that orders of magnitude more people have looked at the<= br> > ZFS source than have looked at the RAID controller firmware source.
It's entirely possible, that, in total, 5000 people have looked a= t the
ZFS sources, and that 4995 of them have looked at the same 5% of it,
with the exception of the 5 ZFS developers (or how many there are) who
have read it all. =C2=A0It's a bitchy argument --- but it's possibl= e :)

It doesn't eliminate that even if 5000 people wanted to look at any of<= br> the sources for what software is in a raid controller, they couldn't. However, unless the 5000 people actually read 100% of the ZFS sources,
that's irrelevant.

> For a typical example of the sort of errors I'm talking about, say= you
> have a hardware RAID5 array and a ZFS RAIDZ1 pool.
>
> Take one disk off each controller, write some random data over parts > of it (let's be kind, don't overwrite the RAID card's head= ers, which a
> phantom write could theoretically do).
>
> Now put the disks back into their pools, and read the files whose data=
> you just overwrite.
>
> ZFS will spot the error, restore the data and hand you a good copy bac= k.
>
> RAID controller will most likely give you back duff data without even<= br> > noticing something is wrong with it.

It would start a rebuild once you plug the disk back in --- provided<= br> that you hotplugged it or had the array up while the disk was removed.
Otherwise, we'd have to try out what would happen, which can be
different from controller to controller.

> You could run ZFS on top of the RAID logical volume, but because ZFS > would have no visibility of the raw disks and redundancy underneath, > there is nothing it can do to scrub out the bad data. But even in that=
> stack, ZFS would still at least notice the data is corrupted and
> refuse to return it to the application.

Only if you do not happen to write correct checksums for the data tha= t
was overwritten --- thought it seems unlikely enough to happen.

What does ZFS do when it finds block A and block B of data D, both
blocks with a correct checksum but containing different data? =C2=A0Will it=
let you decide which block to use, or refuse to deliver the data, or not notice and return some data instead of D which is composed of whatever
is in the blocks A and B?

>>> no longer fit for purpose with disks of the kind of size that = ship
>>> today.
>>
>> How would that depend on the capacity of the disks? =C2=A0More dat= a --> more
>> potential for errors --> more security required?
>
> The data error rates have been stagnant at one unrecoverable sector in=
> 10^-14 bits read. That's one bad sector on about 10TB of data. If = you
> are using 4TB drives in 3-disk RAID5, if you lose a disk you have to > read back 8TB of data to rebuild the parity onto the replaced disk. If=
> you are statistically going to get one bad block every 10TB of reads,<= br> > it means you have 80% chance of losing some data during rebuilding
> that array.
>
> Additionally, rebuilding times have been going up with disk size which=
> increases both the time of degraded performance during rebuild and the=
> probability of failure of another disk during the rebuild.

It makes me wonder why such errors haven't become a widespread se= rious
problem yet --- not everyone is using ZFS. =C2=A0Rebuild times are really a= n
issue; it took days to get it done with the WD20EARS in the server, and
I thought it would never finish because it might start over with each
reboot though it shouldn't. =C2=A0It didn't and finished eventually= , but
stressing the disks for days like that really isn't something you want<= br> to see after replacing one.

>>>> So with VMware, you'd have to get certified hardware.<= br> >>>
>>> You wouldn't _have_ to get certified hardware. It just mea= ns that if
>>> you find that there is a total of one motherboard that fits yo= ur
>>> requirements and it's not on the certified list, you can p= lausibly
>>> take your chances with it even if it doesn't work out of t= he box. I
>>> did that with the SR-2 and got it working eventually in a way = that
>>> would never have been possible with ESX.
>>
>> Are you saying that for your requirements you couldn't use VMw= are, which
>> makes it irrelevant whether the hardware is certified for it or no= t?
>
> Both. What I wanted to do couldn't be done on ESX within the same<= br> > resource constraints. I wanted to use a deduplicated ZFS pool for my > VM images, and there is no ESX port of ZFS.
>
> Additionally, there would have been no way for me to work around my > hardware bugs with ESX because I couldn't write patches to work ar= ound
> the problem.

The idea is that you wouldn't have had to work around hardware bu= gs
when you'd be using certified hardware.

>> Why would they think that virtualization benefits things that requ= ire
>> high performance?
>
> I don't. But many people think it makes negligible difference beca= use
> they never did their testing properly.

How much difference does it make, actually? =C2=A0I mean just the
virtualization, without a number of other VMs doing something. =C2=A0Like y= ou
could plan on a particular hardware for a particular workload and get
performance X with it. =C2=A0Let's say you plan 4 CPUs/8GB RAM and buy<= br> hardware that has 2x4 CPUs/64GB RAM. =C2=A0Now you somehow limit the softwa= re
to use only 4 CPUs/8GB of that hardware and measure the performance ---
perhaps physically take out one CPU and install only 8GB.

Then you plug in the second CPU and all the RAM, but use a VM, give it 4 CPUs/8GB and measure the performance again. =C2=A0How much less performance=
will you get?

>> When I need the most/best performance possible, it's
>> obviously counter productive.
>
> Apparently it's not obvious to many, many people.

Thinking of it, you might even get better performance from the VM in = the
example above. =C2=A0You'd be cheating because there are 4 CPUs and 56G= B of
RAM underneath the VM to do some work it would otherwise do itself ---
but corrected for that? =C2=A0What would you get?

And depending on the workload, it might not benefit from more CPUs
and/or more RAM. =C2=A0But it might benefit from CPUs and RAM underneath a = VM
that handles the workload. =C2=A0So if you'd have all the 8 CPUs/64GB f= or
your workload, you wouldn't get better performance, but you would by using a VM for it. =C2=A0So it's not as obvious as I thought.


--
Knowledge is volatile and fluid. =C2=A0Software is power.

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

--047d7bdc16bc0b779904fd2cf6f2-- --===============3930889379718279449== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3930889379718279449==-- From xen-users-bounces@lists.xen.org Wed Jul 02 06:26:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 06:26:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Dyg-0000Xo-QU; Wed, 02 Jul 2014 06:25:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Dyf-0000Xj-8c for xen-users@lists.xen.org; Wed, 02 Jul 2014 06:25:09 +0000 Received: from [85.158.139.211:15288] by server-15.bemta-5.messagelabs.com id 2C/48-19516-4C5A3B35; Wed, 02 Jul 2014 06:25:08 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1404282307!13135534!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6385 invoked from network); 2 Jul 2014 06:25:07 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-9.tower-206.messagelabs.com with SMTP; 2 Jul 2014 06:25:07 -0000 Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2Dyd-0001id-OM for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:25:07 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2Dyb-0005eh-2y for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:25:07 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 11B064C for ; Wed, 2 Jul 2014 08:23:43 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Wed, 02 Jul 2014 08:25:04 +0200 Message-ID: <2003174.4sUEmp2PaV@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <878uoc7n4m.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <878uoc7n4m.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: -0.9 X-Ziggo-spamreport: BAYES_00=-1.9,RDNS_DYNAMIC=0.982,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wednesday 02 July 2014 00:03:21 lee wrote: > Simon Hobson writes: > > Eg, just looking on a random box, ntp has this section : > >> ### BEGIN INIT INFO > >> # Provides: ntp > >> # Required-Start: $network $remote_fs $syslog > >> # Required-Stop: $network $remote_fs $syslog > >> # Default-Start: 2 3 4 5 > >> # Default-Stop: > >> # Short-Description: Start NTP daemon > >> ### END INIT INFO > > > > Change Required-Start to be "$network $remote_fs $syslog $wait_for_dns", > > rerun the init-script setup, and then you have a system that would pause > > for the DNS to be available before it started the ntp service. > You'd also have to specify which other hosts to notify and which of all > the hosts need to wait for which others. > > Think it further, and you might want something like a daemon running > somewhere which receives information from all hosts about which services > they have started and tells hosts what to start next. You'd have a > central place to specify all the dependencies, only one file to edit > and to rule them all. > > Once you have that, you might want the daemon to monitor the hosts and > tell you when a service is down or something else goes wrong. > > Something like a meta-systemd ... Nope, please don't have that added to systemd as well. Investigate Monit or Puppet. Those already do it that way. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 06:26:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 06:26:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Dyg-0000Xo-QU; Wed, 02 Jul 2014 06:25:10 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Dyf-0000Xj-8c for xen-users@lists.xen.org; Wed, 02 Jul 2014 06:25:09 +0000 Received: from [85.158.139.211:15288] by server-15.bemta-5.messagelabs.com id 2C/48-19516-4C5A3B35; Wed, 02 Jul 2014 06:25:08 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-9.tower-206.messagelabs.com!1404282307!13135534!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6385 invoked from network); 2 Jul 2014 06:25:07 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-9.tower-206.messagelabs.com with SMTP; 2 Jul 2014 06:25:07 -0000 Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2Dyd-0001id-OM for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:25:07 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2Dyb-0005eh-2y for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:25:07 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 11B064C for ; Wed, 2 Jul 2014 08:23:43 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Wed, 02 Jul 2014 08:25:04 +0200 Message-ID: <2003174.4sUEmp2PaV@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <878uoc7n4m.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <878uoc7n4m.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: -0.9 X-Ziggo-spamreport: BAYES_00=-1.9,RDNS_DYNAMIC=0.982,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wednesday 02 July 2014 00:03:21 lee wrote: > Simon Hobson writes: > > Eg, just looking on a random box, ntp has this section : > >> ### BEGIN INIT INFO > >> # Provides: ntp > >> # Required-Start: $network $remote_fs $syslog > >> # Required-Stop: $network $remote_fs $syslog > >> # Default-Start: 2 3 4 5 > >> # Default-Stop: > >> # Short-Description: Start NTP daemon > >> ### END INIT INFO > > > > Change Required-Start to be "$network $remote_fs $syslog $wait_for_dns", > > rerun the init-script setup, and then you have a system that would pause > > for the DNS to be available before it started the ntp service. > You'd also have to specify which other hosts to notify and which of all > the hosts need to wait for which others. > > Think it further, and you might want something like a daemon running > somewhere which receives information from all hosts about which services > they have started and tells hosts what to start next. You'd have a > central place to specify all the dependencies, only one file to edit > and to rule them all. > > Once you have that, you might want the daemon to monitor the hosts and > tell you when a service is down or something else goes wrong. > > Something like a meta-systemd ... Nope, please don't have that added to systemd as well. Investigate Monit or Puppet. Those already do it that way. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 06:27:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 06:27:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2E0z-0000cR-Mt; Wed, 02 Jul 2014 06:27:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2E0x-0000cG-Tl for xen-users@lists.xen.org; Wed, 02 Jul 2014 06:27:32 +0000 Received: from [85.158.137.68:39506] by server-3.bemta-3.messagelabs.com id 00/DC-25808-356A3B35; Wed, 02 Jul 2014 06:27:31 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-31.messagelabs.com!1404282449!13422494!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 624 invoked from network); 2 Jul 2014 06:27:30 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 06:27:30 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D4464221DE2 for ; Wed, 2 Jul 2014 07:27:26 +0100 (BST) Message-ID: <53B3A64E.8010009@bobich.net> Date: Wed, 02 Jul 2014 07:27:26 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <53B1F302.7020409@websitemanagers.com.au> <87ha307twh.fsf@yun.yagibdah.de> <53B34449.4090507@websitemanagers.com.au> In-Reply-To: <53B34449.4090507@websitemanagers.com.au> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/02/2014 12:29 AM, Adam Goryachev wrote: > On 02/07/14 05:37, lee wrote: >> Adam Goryachev writes: >> >>> PS, this is my personal advantage of using virtualisation... If I need >>> n servers to run all my VM's, then with n+1 I can survive a failure of >>> a dom0 (albeit with a reboot of the VM's being run there at the >>> time). I still get to save on overall hardware requirements, as well >>> as being able to live migrate for scheduled hardware maintenance/etc. >> For how many servers do you need one standby? >> >> Wouldn't you be better off not using a standby but moving each of the >> VMs from a failed server to another one that still works? One more or >> less VM on a number of servers probably won't hurt? You could even plan >> for it and spare resources on existing servers for this, or enjoy things >> running faster than required until you need the additional resources for >> a migrated VM. >> >> You'd need one server less per so many servers. The less servers, the >> less can fail. >> >> > Correct, mostly. > > If I decide I need 4 dom0's to allow my VM's to work properly, then I > will use 5 dom0's, but the 5th is not idle, I will assign some VM's > there all the time. On failure, I re-balance the VM's from the failed > dom0 to the remaining dom0's. > > Essentially, as long as total RAM requirements of all VM's is less than > the amount of RAM available on the remaining dom0's, then "service" can > continue. This is one limitation of xen, (can't overcommit RAM), which > limits the number of survivable dom0 failures. > > Of course, performance may become degraded due to the over-provisioning > of CPU (or RAM if it was possible). > > Using this guideline, the minimum number of dom0 should be 2, but for > me, I prefer a minimum of 3, assuming at least 3 VM's. > > As such, I tend to buy "desktop" class machines for dom0, with single > CPU, and not so much RAM, but just buy more of them. Instead of one > server for $3000, I'll get 3 servers for $1000 each. I'm convinced the > chance of all three desktop machines failing at the same time is much > lower than the single server class machine failing (assuming dual power > supply, dual CPU, etc...). Of course not all failures are the same. Data corruption due to lack of ECC RAM or just everyday disk sector failures is an issue. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 06:27:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 06:27:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2E0z-0000cR-Mt; Wed, 02 Jul 2014 06:27:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2E0x-0000cG-Tl for xen-users@lists.xen.org; Wed, 02 Jul 2014 06:27:32 +0000 Received: from [85.158.137.68:39506] by server-3.bemta-3.messagelabs.com id 00/DC-25808-356A3B35; Wed, 02 Jul 2014 06:27:31 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-31.messagelabs.com!1404282449!13422494!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 624 invoked from network); 2 Jul 2014 06:27:30 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 06:27:30 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D4464221DE2 for ; Wed, 2 Jul 2014 07:27:26 +0100 (BST) Message-ID: <53B3A64E.8010009@bobich.net> Date: Wed, 02 Jul 2014 07:27:26 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <53B1F302.7020409@websitemanagers.com.au> <87ha307twh.fsf@yun.yagibdah.de> <53B34449.4090507@websitemanagers.com.au> In-Reply-To: <53B34449.4090507@websitemanagers.com.au> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/02/2014 12:29 AM, Adam Goryachev wrote: > On 02/07/14 05:37, lee wrote: >> Adam Goryachev writes: >> >>> PS, this is my personal advantage of using virtualisation... If I need >>> n servers to run all my VM's, then with n+1 I can survive a failure of >>> a dom0 (albeit with a reboot of the VM's being run there at the >>> time). I still get to save on overall hardware requirements, as well >>> as being able to live migrate for scheduled hardware maintenance/etc. >> For how many servers do you need one standby? >> >> Wouldn't you be better off not using a standby but moving each of the >> VMs from a failed server to another one that still works? One more or >> less VM on a number of servers probably won't hurt? You could even plan >> for it and spare resources on existing servers for this, or enjoy things >> running faster than required until you need the additional resources for >> a migrated VM. >> >> You'd need one server less per so many servers. The less servers, the >> less can fail. >> >> > Correct, mostly. > > If I decide I need 4 dom0's to allow my VM's to work properly, then I > will use 5 dom0's, but the 5th is not idle, I will assign some VM's > there all the time. On failure, I re-balance the VM's from the failed > dom0 to the remaining dom0's. > > Essentially, as long as total RAM requirements of all VM's is less than > the amount of RAM available on the remaining dom0's, then "service" can > continue. This is one limitation of xen, (can't overcommit RAM), which > limits the number of survivable dom0 failures. > > Of course, performance may become degraded due to the over-provisioning > of CPU (or RAM if it was possible). > > Using this guideline, the minimum number of dom0 should be 2, but for > me, I prefer a minimum of 3, assuming at least 3 VM's. > > As such, I tend to buy "desktop" class machines for dom0, with single > CPU, and not so much RAM, but just buy more of them. Instead of one > server for $3000, I'll get 3 servers for $1000 each. I'm convinced the > chance of all three desktop machines failing at the same time is much > lower than the single server class machine failing (assuming dual power > supply, dual CPU, etc...). Of course not all failures are the same. Data corruption due to lack of ECC RAM or just everyday disk sector failures is an issue. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 06:45:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 06:45:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EIF-0001QX-0v; Wed, 02 Jul 2014 06:45:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EIC-0001QS-WD for xen-users@lists.xen.org; Wed, 02 Jul 2014 06:45:21 +0000 Received: from [85.158.143.35:25872] by server-3.bemta-4.messagelabs.com id 75/8A-16194-08AA3B35; Wed, 02 Jul 2014 06:45:20 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-9.tower-21.messagelabs.com!1404283519!15287217!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8775 invoked from network); 2 Jul 2014 06:45:19 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-9.tower-21.messagelabs.com with SMTP; 2 Jul 2014 06:45:19 -0000 Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EIB-0003VA-Fy for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:45:19 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EI9-0002PW-5e for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:45:19 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 47E264C for ; Wed, 2 Jul 2014 08:43:55 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Wed, 02 Jul 2014 08:45:16 +0200 Message-ID: <1958598.87ZrbzKTd1@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <87d2do7nss.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <2058548.HQSy7a8s2N@eve> <87d2do7nss.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tuesday 01 July 2014 23:48:51 lee wrote: > Joost Roeleveld writes: > > Check the howtos for smartctl, they explain how to interpret the data. > > I'd recommend: > > http://www.smartmontools.org/ > > Ok, if I get to see the numbers, I can look there. I never believed in > this smart thing ... You just wait for disks to die suddenly? > >> >> I know, they aren't suited for this purpose. Yet they have been > >> >> working > >> >> fine on the P800, and that three disks should decide to go bad in a > >> >> way > >> >> that blocks the controller (or whatever happens) every now and then > >> >> seems unlikely. > >> > > >> > No, it doesn't. > >> > >> Why not? > > > > Because I've seen it happen. > > You have seen three (or more) disks going bad all at the same time just > because they were connected to a different controller? Yes, it was a cheap controller though, but it did actually kill any disk I connected to it. I was working at a computer shop at the time and the owner wanted us to try different disks even though the first 2(!) died and those wouldn't work on any other system anymore. > > WD makes good disks, but those 2TB green drives you are using gave me > > the largest amount of failures I ever experienced. I don't even bother > > sending them back for warranty replacement anymore. > > They really aren't the greatest disk one can imagine. I'd say they are > ok for what they are and better than their reputation, considering the > price --- you could get them for EUR 65 new a few years ago, maybe even > less, before all disk prices increased. I'll replace them with > something suitable when they fail. For twice that, I got 3TB WD Red drives a few years ago, after the factories came back online. > > That happens when the buffer is full, from a very quick read on the > > subject (so please, someone with more knowledge, please correct me if I > > am mistaken), this can be caused when the underlying I/O system is not > > able to keep up. > > It's probably more complicated than that. Systems would go down all the > time if exceeding their I/O capacity would make them crash. It depends on how big the capacity is and how the underlying hardware handles it. > >> then with "arcconf seems to hang" and now with > >> "scsi bus hanging?". > > > > These might be different ways of showing the same error, just being passed > > on to a different subsystem. > > Possibly --- I'd think it also means that something must have changed > when a particular error that repeatedly showed up as X suddenly and > repeatedly shows up as Z instead. > > (The kernel version changed. I haven't figured out what in particular > changed in the kernel code around the place where that message is > generated, and it may very well be changes somewhere else which are > relevant. What did change is that the swiotbl message is now printed by > different means to prevent a flood of messages that makes the system > unusable. I don't know what these means exactly do; it's possible that > the message isn't printed to console anymore so that now the "scsi bus > hangs" message has become visible after it had been not.) I saw some changes listing that the kernel should report it rather then panic. Possibly the next step was to handle the errors at a different point. > >> It still crashed with PHY on 1, and I'm on 2 now. It hasn't crashed in > >> over a day yet [knocks on wood]. If it works now, I'll leave it at 2; > >> if it crashes again, I'll increase to 3 ... > > > > Interesting, while googling for the PHY setting, I come across the > > following URL: > > http://serverfault.com/questions/95190/ibm-serverraid-8k-and-sata1-issue > > > > The following comes from there: > > *** > > The reason your Sata drives are running at 1.5Gb/s vs 3.0Gb/s on your > > server is because their was a bug in the backplane that caused 30 second > > freezes under heavy workloads. > > [...] > > > > You might want to look into that, as it's the same server and raid-card as > > you are using. > > Do note, the website for that IBM-link does not work at the moment. > > Yes, I had found the same page. I'm not sure if that statement is true > because the P800 also links SATA with 1.5 and SAS with 3Gbit/sec, > without a backplane in the way. It is probably true that IBM --- and/or > Adaptec I believe you are using an IBM raid controller. Not an Adaptec part. At least, I can't see Adaptect in any of the documentation I saw online. > --- ran into problems with SATA drives connected to the > controller they couldn't really solve, for otherwise there wouldn't be a > need to implement different PHY settings and even a utility in the > controllers' BIOS to let users change them. The backplane used in these systems, from my understanding, have a port multiplier built-in. I think it is that part causing the problem. > The documentation speaks of "different SATA channels" and claims that > improvements have been made to the PHY settings, apparently hiding > what's actually going on. SAS and SATA controllers often talk about sata channels. My raid controller even still calls them IDE-channels. It's just a name. > Anyway, server uptime is 3 days, 9 hours now. That's a great > improvement :) > > So for what's it worth: For WD20EARS on a ServeRaid 8k, try different > PHY settings. PHY 2 seems to work much better than 0, 1 and 5. That is usefull news, especially if that keeps the system running. Maybe post that online somewhere, including on that page? > > True, but, SATA drives don't always work when used with port multipliers, > > which from the above, I think you are actually using. > > Hm, I doubt it. The drive slots are numbered 0--5, and I can set a PHY > setting for each drive individually. Would I be able to do that if a > PMP was used? Yes, the question is, does the PMP used handle that correctly? > And can a single port keep up with 6 SAS drives? How many drives do you know of that can provide a sustained datastream of 3Gb/s? Or, in the case of 6 drives, 500Mb/s? Assuming you have a drive that can sustain 200Mb/s, that still means a single port can theoretically handle 3000 / 200 = 15 disks. With SSDs the picture is slightly different. With a sustained read speed of 550Mb/s, you would get nearly 5.5 disks. So, yes, a single port can easily keep up with 6 SAS drives. > I'd have to take it all apart to see how this backplane is made. --- > Think I'm silly, but I really marvelled at the drive caddies. They are > anything but simple and *not* easy to manufacture. IOW, expensive replacements if they break. > >> But then, it seems that an SATA link goes down or can go down when a > >> disk saves power. So you might be right: disk goes to sleep, controller > >> cannot re-establish link because of PHY settings, and then things hang. > > > > Yep, it all depends on what is happening, without proper errorlogs and > > reproducable crashes, it will be difficult to determine exactly what is > > happening. > Yes --- I have two PHY settings left I can try if I have to. If that > doesn't help, I can look into disabling power saving. I hope setting 2, as you mentioned above, keeps it stable. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 06:45:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 06:45:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EIF-0001QX-0v; Wed, 02 Jul 2014 06:45:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EIC-0001QS-WD for xen-users@lists.xen.org; Wed, 02 Jul 2014 06:45:21 +0000 Received: from [85.158.143.35:25872] by server-3.bemta-4.messagelabs.com id 75/8A-16194-08AA3B35; Wed, 02 Jul 2014 06:45:20 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-9.tower-21.messagelabs.com!1404283519!15287217!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8775 invoked from network); 2 Jul 2014 06:45:19 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-9.tower-21.messagelabs.com with SMTP; 2 Jul 2014 06:45:19 -0000 Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EIB-0003VA-Fy for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:45:19 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EI9-0002PW-5e for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:45:19 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 47E264C for ; Wed, 2 Jul 2014 08:43:55 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Wed, 02 Jul 2014 08:45:16 +0200 Message-ID: <1958598.87ZrbzKTd1@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <87d2do7nss.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <2058548.HQSy7a8s2N@eve> <87d2do7nss.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tuesday 01 July 2014 23:48:51 lee wrote: > Joost Roeleveld writes: > > Check the howtos for smartctl, they explain how to interpret the data. > > I'd recommend: > > http://www.smartmontools.org/ > > Ok, if I get to see the numbers, I can look there. I never believed in > this smart thing ... You just wait for disks to die suddenly? > >> >> I know, they aren't suited for this purpose. Yet they have been > >> >> working > >> >> fine on the P800, and that three disks should decide to go bad in a > >> >> way > >> >> that blocks the controller (or whatever happens) every now and then > >> >> seems unlikely. > >> > > >> > No, it doesn't. > >> > >> Why not? > > > > Because I've seen it happen. > > You have seen three (or more) disks going bad all at the same time just > because they were connected to a different controller? Yes, it was a cheap controller though, but it did actually kill any disk I connected to it. I was working at a computer shop at the time and the owner wanted us to try different disks even though the first 2(!) died and those wouldn't work on any other system anymore. > > WD makes good disks, but those 2TB green drives you are using gave me > > the largest amount of failures I ever experienced. I don't even bother > > sending them back for warranty replacement anymore. > > They really aren't the greatest disk one can imagine. I'd say they are > ok for what they are and better than their reputation, considering the > price --- you could get them for EUR 65 new a few years ago, maybe even > less, before all disk prices increased. I'll replace them with > something suitable when they fail. For twice that, I got 3TB WD Red drives a few years ago, after the factories came back online. > > That happens when the buffer is full, from a very quick read on the > > subject (so please, someone with more knowledge, please correct me if I > > am mistaken), this can be caused when the underlying I/O system is not > > able to keep up. > > It's probably more complicated than that. Systems would go down all the > time if exceeding their I/O capacity would make them crash. It depends on how big the capacity is and how the underlying hardware handles it. > >> then with "arcconf seems to hang" and now with > >> "scsi bus hanging?". > > > > These might be different ways of showing the same error, just being passed > > on to a different subsystem. > > Possibly --- I'd think it also means that something must have changed > when a particular error that repeatedly showed up as X suddenly and > repeatedly shows up as Z instead. > > (The kernel version changed. I haven't figured out what in particular > changed in the kernel code around the place where that message is > generated, and it may very well be changes somewhere else which are > relevant. What did change is that the swiotbl message is now printed by > different means to prevent a flood of messages that makes the system > unusable. I don't know what these means exactly do; it's possible that > the message isn't printed to console anymore so that now the "scsi bus > hangs" message has become visible after it had been not.) I saw some changes listing that the kernel should report it rather then panic. Possibly the next step was to handle the errors at a different point. > >> It still crashed with PHY on 1, and I'm on 2 now. It hasn't crashed in > >> over a day yet [knocks on wood]. If it works now, I'll leave it at 2; > >> if it crashes again, I'll increase to 3 ... > > > > Interesting, while googling for the PHY setting, I come across the > > following URL: > > http://serverfault.com/questions/95190/ibm-serverraid-8k-and-sata1-issue > > > > The following comes from there: > > *** > > The reason your Sata drives are running at 1.5Gb/s vs 3.0Gb/s on your > > server is because their was a bug in the backplane that caused 30 second > > freezes under heavy workloads. > > [...] > > > > You might want to look into that, as it's the same server and raid-card as > > you are using. > > Do note, the website for that IBM-link does not work at the moment. > > Yes, I had found the same page. I'm not sure if that statement is true > because the P800 also links SATA with 1.5 and SAS with 3Gbit/sec, > without a backplane in the way. It is probably true that IBM --- and/or > Adaptec I believe you are using an IBM raid controller. Not an Adaptec part. At least, I can't see Adaptect in any of the documentation I saw online. > --- ran into problems with SATA drives connected to the > controller they couldn't really solve, for otherwise there wouldn't be a > need to implement different PHY settings and even a utility in the > controllers' BIOS to let users change them. The backplane used in these systems, from my understanding, have a port multiplier built-in. I think it is that part causing the problem. > The documentation speaks of "different SATA channels" and claims that > improvements have been made to the PHY settings, apparently hiding > what's actually going on. SAS and SATA controllers often talk about sata channels. My raid controller even still calls them IDE-channels. It's just a name. > Anyway, server uptime is 3 days, 9 hours now. That's a great > improvement :) > > So for what's it worth: For WD20EARS on a ServeRaid 8k, try different > PHY settings. PHY 2 seems to work much better than 0, 1 and 5. That is usefull news, especially if that keeps the system running. Maybe post that online somewhere, including on that page? > > True, but, SATA drives don't always work when used with port multipliers, > > which from the above, I think you are actually using. > > Hm, I doubt it. The drive slots are numbered 0--5, and I can set a PHY > setting for each drive individually. Would I be able to do that if a > PMP was used? Yes, the question is, does the PMP used handle that correctly? > And can a single port keep up with 6 SAS drives? How many drives do you know of that can provide a sustained datastream of 3Gb/s? Or, in the case of 6 drives, 500Mb/s? Assuming you have a drive that can sustain 200Mb/s, that still means a single port can theoretically handle 3000 / 200 = 15 disks. With SSDs the picture is slightly different. With a sustained read speed of 550Mb/s, you would get nearly 5.5 disks. So, yes, a single port can easily keep up with 6 SAS drives. > I'd have to take it all apart to see how this backplane is made. --- > Think I'm silly, but I really marvelled at the drive caddies. They are > anything but simple and *not* easy to manufacture. IOW, expensive replacements if they break. > >> But then, it seems that an SATA link goes down or can go down when a > >> disk saves power. So you might be right: disk goes to sleep, controller > >> cannot re-establish link because of PHY settings, and then things hang. > > > > Yep, it all depends on what is happening, without proper errorlogs and > > reproducable crashes, it will be difficult to determine exactly what is > > happening. > Yes --- I have two PHY settings left I can try if I have to. If that > doesn't help, I can look into disabling power saving. I hope setting 2, as you mentioned above, keeps it stable. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 06:46:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 06:46:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EJN-0001To-EE; Wed, 02 Jul 2014 06:46:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EJN-0001Th-0O for xen-users@lists.xen.org; Wed, 02 Jul 2014 06:46:33 +0000 Received: from [193.109.254.147:30515] by server-12.bemta-14.messagelabs.com id 81/BB-20682-8CAA3B35; Wed, 02 Jul 2014 06:46:32 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1404283591!11641689!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12115 invoked from network); 2 Jul 2014 06:46:31 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-11.tower-27.messagelabs.com with SMTP; 2 Jul 2014 06:46:31 -0000 Received: from [212.54.42.135] (helo=smtp4.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EJL-0000Ag-Cx for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:46:31 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EJL-0001ZX-2i for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:46:31 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 3E4664C for ; Wed, 2 Jul 2014 08:45:09 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Wed, 02 Jul 2014 08:46:30 +0200 Message-ID: <2037965.p48n87tJ4F@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <144561e0.12d43.146f4e241c5.Coremail.wolves914@163.com> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <3268112.SecsYoIobq@eve> <144561e0.12d43.146f4e241c5.Coremail.wolves914@163.com> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wednesday 02 July 2014 10:23:27 wolves wrote: > It's easy to reproduce if you made a service which access xenstore > frequently. I guess the cause is there's no protection for xenbus interface > access during suspend operation. But I don't know how to fix it. Reproducable, that is usefull. Please check if there is an existing bug report for this. If not, please file one with the Xen developers. > At 2014-06-30 05:34:12, "Joost Roeleveld" wrote: > >On Monday 30 June 2014 17:28:01 wolves wrote: > >> It should be the same. I used the xenserver as the host. > > > >Should? Famous last words. > > > >Please actually check before answering. Same goes for the other question. > > > >> At 2014-06-30 04:44:47, "Joost Roeleveld" wrote: > >> >On Monday 30 June 2014 16:28:51 wolves wrote: > >> >> No. > >> >> I think the enviroment is ok. Sometime the migration can be > >> >> successful. > >> > > >> >With the same domU using the same configuration? > >> >Are the different nodes identical? Or do they have different hardware? > >> > > >> >> At 2014-06-30 04:22:18, "Joost Roeleveld" wrote: > >> >> >On Monday 30 June 2014 16:16:05 wolves wrote: > >> >> >> BSOD accurred after a windows 2003 domU migrated to another host > >> >> >> (see > >> >> >> attached image). The pv driver is gplpv_2003x32_1.0.1089.msi from > >> >> >> http://www.ejbdigital.com.au/ Anything wrong about it? > >> >> > > >> >> >Did you have any PCI devices assigned to the domU? > >> >> > > >> >> >-- > >> >> >Joost > >> >> > > >> >> >_______________________________________________ > >> >> >Xen-users mailing list > >> >> >Xen-users@lists.xen.org > >> >> >http://lists.xen.org/xen-users > >> > > >> >_______________________________________________ > >> >Xen-users mailing list > >> >Xen-users@lists.xen.org > >> >http://lists.xen.org/xen-users > > > >_______________________________________________ > >Xen-users mailing list > >Xen-users@lists.xen.org > >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 06:46:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 06:46:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EJN-0001To-EE; Wed, 02 Jul 2014 06:46:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EJN-0001Th-0O for xen-users@lists.xen.org; Wed, 02 Jul 2014 06:46:33 +0000 Received: from [193.109.254.147:30515] by server-12.bemta-14.messagelabs.com id 81/BB-20682-8CAA3B35; Wed, 02 Jul 2014 06:46:32 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1404283591!11641689!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12115 invoked from network); 2 Jul 2014 06:46:31 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-11.tower-27.messagelabs.com with SMTP; 2 Jul 2014 06:46:31 -0000 Received: from [212.54.42.135] (helo=smtp4.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EJL-0000Ag-Cx for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:46:31 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EJL-0001ZX-2i for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:46:31 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 3E4664C for ; Wed, 2 Jul 2014 08:45:09 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Wed, 02 Jul 2014 08:46:30 +0200 Message-ID: <2037965.p48n87tJ4F@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: <144561e0.12d43.146f4e241c5.Coremail.wolves914@163.com> References: <36d68f50.10012.146ebd86519.Coremail.wolves914@163.com> <3268112.SecsYoIobq@eve> <144561e0.12d43.146f4e241c5.Coremail.wolves914@163.com> MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.4 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363,T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] BSOD after live migrate a windows 2003(32bit) with GPL PV driver installed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wednesday 02 July 2014 10:23:27 wolves wrote: > It's easy to reproduce if you made a service which access xenstore > frequently. I guess the cause is there's no protection for xenbus interface > access during suspend operation. But I don't know how to fix it. Reproducable, that is usefull. Please check if there is an existing bug report for this. If not, please file one with the Xen developers. > At 2014-06-30 05:34:12, "Joost Roeleveld" wrote: > >On Monday 30 June 2014 17:28:01 wolves wrote: > >> It should be the same. I used the xenserver as the host. > > > >Should? Famous last words. > > > >Please actually check before answering. Same goes for the other question. > > > >> At 2014-06-30 04:44:47, "Joost Roeleveld" wrote: > >> >On Monday 30 June 2014 16:28:51 wolves wrote: > >> >> No. > >> >> I think the enviroment is ok. Sometime the migration can be > >> >> successful. > >> > > >> >With the same domU using the same configuration? > >> >Are the different nodes identical? Or do they have different hardware? > >> > > >> >> At 2014-06-30 04:22:18, "Joost Roeleveld" wrote: > >> >> >On Monday 30 June 2014 16:16:05 wolves wrote: > >> >> >> BSOD accurred after a windows 2003 domU migrated to another host > >> >> >> (see > >> >> >> attached image). The pv driver is gplpv_2003x32_1.0.1089.msi from > >> >> >> http://www.ejbdigital.com.au/ Anything wrong about it? > >> >> > > >> >> >Did you have any PCI devices assigned to the domU? > >> >> > > >> >> >-- > >> >> >Joost > >> >> > > >> >> >_______________________________________________ > >> >> >Xen-users mailing list > >> >> >Xen-users@lists.xen.org > >> >> >http://lists.xen.org/xen-users > >> > > >> >_______________________________________________ > >> >Xen-users mailing list > >> >Xen-users@lists.xen.org > >> >http://lists.xen.org/xen-users > > > >_______________________________________________ > >Xen-users mailing list > >Xen-users@lists.xen.org > >http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 06:46:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 06:46:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EJj-0001XH-32; Wed, 02 Jul 2014 06:46:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EJh-0001Wu-MM for xen-users@lists.xen.org; Wed, 02 Jul 2014 06:46:53 +0000 Received: from [85.158.139.211:26145] by server-11.bemta-5.messagelabs.com id 2F/2E-01425-DDAA3B35; Wed, 02 Jul 2014 06:46:53 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1404283611!9788643!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2885 invoked from network); 2 Jul 2014 06:46:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 06:46:51 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id EBCB2221DE2 for ; Wed, 2 Jul 2014 07:46:50 +0100 (BST) Message-ID: <53B3AADA.8080800@bobich.net> Date: Wed, 02 Jul 2014 07:46:50 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> In-Reply-To: <87siml6o9i.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/01/2014 05:24 PM, lee wrote: > Gordan Bobic writes: > >> On 06/29/2014 06:07 AM, lee wrote: >>> Gordan Bobic writes: >>> >>>> On 06/28/2014 12:25 PM, lee wrote: >>>>> Kuba writes: >>> >>>>> and ZFS doesn't increase the number of SAS/SATA ports you have. >>>> >>>> No, but it does deprecate the RAID and caching parts of a controller, >>> >>> Why does it deprecate them? >> >> Because it's RAID is far more advanced, and it makes far better use of >> the caches built into the disks. > > When solution A and B for problem X are available, that doesn't mean > that either solution would deprecate the other, be it "more advanced" or > not. > > ZFS has it's advantages, and it would seem a bad idea to use it with > RAID. That isn't true. While it is better to use it with bare disks, using it on top of RAID is still better than using something else because you still at least get to know about errors that creep in, even if ZFS can no longer fix them for you. Fixing is better than just knowing about errors, but even just knowning that there is an error is a valuable improvement on blissful ignorance. > It's tempting to try it out, and I really like the checksumming > it does, and it's also confusing: There's (at least) ZFS and OpenZFS, > and Debian requires you to use fuse if you want ZFS, adding more > complexity. You haven't done your research thoroughly enough. OpenZFS is a collaborative project that works on consistency and code sharing between different open source implementations of ZFS, e.g. ZFS-on-Linux, FreeBSD and Illumos. You only need fuse for fuse-zfs, which is now deprecated and you probably shouldn't be using it unless you are running on a 32-bit platform or are using it for attempting to recover a damaged pool that won't import with other implementations. On Linux there is for all intents and purposes one implementation. > There's also uncertainty about changes currently being made > to ZFS which makes me wonder if my data might become unreadable after a > software update or a software change when I install the disks in a > different computer --- I've read reports of that happeneing, though it > shouldn't. If you've read about it I'd like to know where. I've been using ZoL since back when the only POSIX layer implementation was from KQ Infotech, which was a rather early alpha grade bodge, and I never saw any forward incompatibility, nor have I ever lost any data to ZFS, which is more than I can say for most other file systems. There is no way the on-disk format should be different for any given pool version across ZFS implementations. > And perhaps the next day after I switch to ZFS, a new > feature comes out which would require me to re-create the volumes and to > copy the data over yet again, at least if I wanted to use that feature. You're spreading misinformed FUD. There are no "features" that could be added that might require you to rebuild the pool. An existing pool can always be upgraded. There is no way to downgrade, though, so make sure you really want those extra features. > It seems that ZFS isn't sufficiently mature yet to use it. I haven't > learned much about it yet, but that's my impression so far. As I said above - you haven't done your research very thoroughly. > And how about ZFS with JBOD on a hardware RAID controller? That is the recommended way to use it (effectively do away with the RAID part of the controller). >> Since ZFS uses variable width stripes, every write is always a single >> operation. > > Which may be completed or not? And what about the on-disk caches and > power failures? That's what barriers and the sync settings on each file systems are for. As with any FS, any commits since the last barrier call will be lost. Everything up to the last barrier call is guaranteed to be safe, unless your disk or controllers lie about having commited things. This is not ZFS specific and applies to any FS. >>> Aren't they getting into each others ways, filling up the bandwidth of >>> the port? >> >> If your HBA/PMP/HDD don't support FIS+NCQ, then yes. > > It seems that FIS would have to be supported by every HBA because it's > the second layer of the SATA protocol. And I thought that NCQ is a > feature of the disk itself, which either supports it or not. Why/how > would a HBA or PMP interfere with NCQ? Not all HBAs support NCQ, and not all support FIS. They are specific features that have to be implemented on the HBA and PMP and HDD. >> If your HBA/PMP/HDD do support FIS+NCQ (the models I mentioned do), >> then the bandwidth is effectively multiplexed on demand. It works a >> bit like VLAN tagging. A command gets issued, but while that command >> is completing (~8ms on a 7200rpm disk) you can issue commands to other >> disks, so multiple commands on multiple disks can be completing at the >> same time. As each disk completes the command and returns data, the >> same happens in reverse. > > And there aren't any (potential) problems with the disks? Each disk > would have to happily wait around until it can communicate with the HBA > again. SCSI disks were designed for that, but SATA disks? The PMP takes care of it. It works, and it works well. NCQ on most SATA SSDs works in reverse this way because most of the time the disk is faster than the SATA port. >>> rest is WD SATAs --- and I'm starting to suspect that the RAID >>> controller in the server doesn't like the WD disks at all, which causes >>> the crashes. Those disks weren't made at all for this application. >> >> This is another problem with clever controllers, especially hardware >> RAID. RAID controllers typically wait around 8-9 seconds for the disk >> to return the data. If it doesn't, they kick the disk out of the >> array. > > Well, yes, the disk has failed when it doesn't return data reliably, so > I don't consider that as a problem but as a desirable feature. > > What does ZFS do? Continue to use an unreliable disk? Until the OS kernel's controller driver decides the disk has stopped responding and kicked it out. Hence why TLER is still a useful feature - you don't want your application to end up being made to wait for potentially minutes when the data could be recovered and repaired in a few seconds if the disk would only give up and return an error in a timely manner. > Or how unreliable is a disk that spends significant amounts of time on > error correction? Exactly - 7 seconds is about 840 read attempts. If the sector read failed 840 times in a row, what are the chances that it will ever succeed? >> HGST are one exception to the rule - I have a bunch of their 4TB >> drives, and they only make one 4TB model, which has TLER. Most other >> manufacturers make multiple variants of the same drive, and most are >> selectively feature-crippled. > > You seem to like the HGST ones a lot. They seem to cost more than the > WD reds. I prefer them for a very good reason: http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ 20 years of personal experience also agrees with their findings. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 06:46:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 06:46:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EJj-0001XH-32; Wed, 02 Jul 2014 06:46:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EJh-0001Wu-MM for xen-users@lists.xen.org; Wed, 02 Jul 2014 06:46:53 +0000 Received: from [85.158.139.211:26145] by server-11.bemta-5.messagelabs.com id 2F/2E-01425-DDAA3B35; Wed, 02 Jul 2014 06:46:53 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1404283611!9788643!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2885 invoked from network); 2 Jul 2014 06:46:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 06:46:51 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id EBCB2221DE2 for ; Wed, 2 Jul 2014 07:46:50 +0100 (BST) Message-ID: <53B3AADA.8080800@bobich.net> Date: Wed, 02 Jul 2014 07:46:50 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> In-Reply-To: <87siml6o9i.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/01/2014 05:24 PM, lee wrote: > Gordan Bobic writes: > >> On 06/29/2014 06:07 AM, lee wrote: >>> Gordan Bobic writes: >>> >>>> On 06/28/2014 12:25 PM, lee wrote: >>>>> Kuba writes: >>> >>>>> and ZFS doesn't increase the number of SAS/SATA ports you have. >>>> >>>> No, but it does deprecate the RAID and caching parts of a controller, >>> >>> Why does it deprecate them? >> >> Because it's RAID is far more advanced, and it makes far better use of >> the caches built into the disks. > > When solution A and B for problem X are available, that doesn't mean > that either solution would deprecate the other, be it "more advanced" or > not. > > ZFS has it's advantages, and it would seem a bad idea to use it with > RAID. That isn't true. While it is better to use it with bare disks, using it on top of RAID is still better than using something else because you still at least get to know about errors that creep in, even if ZFS can no longer fix them for you. Fixing is better than just knowing about errors, but even just knowning that there is an error is a valuable improvement on blissful ignorance. > It's tempting to try it out, and I really like the checksumming > it does, and it's also confusing: There's (at least) ZFS and OpenZFS, > and Debian requires you to use fuse if you want ZFS, adding more > complexity. You haven't done your research thoroughly enough. OpenZFS is a collaborative project that works on consistency and code sharing between different open source implementations of ZFS, e.g. ZFS-on-Linux, FreeBSD and Illumos. You only need fuse for fuse-zfs, which is now deprecated and you probably shouldn't be using it unless you are running on a 32-bit platform or are using it for attempting to recover a damaged pool that won't import with other implementations. On Linux there is for all intents and purposes one implementation. > There's also uncertainty about changes currently being made > to ZFS which makes me wonder if my data might become unreadable after a > software update or a software change when I install the disks in a > different computer --- I've read reports of that happeneing, though it > shouldn't. If you've read about it I'd like to know where. I've been using ZoL since back when the only POSIX layer implementation was from KQ Infotech, which was a rather early alpha grade bodge, and I never saw any forward incompatibility, nor have I ever lost any data to ZFS, which is more than I can say for most other file systems. There is no way the on-disk format should be different for any given pool version across ZFS implementations. > And perhaps the next day after I switch to ZFS, a new > feature comes out which would require me to re-create the volumes and to > copy the data over yet again, at least if I wanted to use that feature. You're spreading misinformed FUD. There are no "features" that could be added that might require you to rebuild the pool. An existing pool can always be upgraded. There is no way to downgrade, though, so make sure you really want those extra features. > It seems that ZFS isn't sufficiently mature yet to use it. I haven't > learned much about it yet, but that's my impression so far. As I said above - you haven't done your research very thoroughly. > And how about ZFS with JBOD on a hardware RAID controller? That is the recommended way to use it (effectively do away with the RAID part of the controller). >> Since ZFS uses variable width stripes, every write is always a single >> operation. > > Which may be completed or not? And what about the on-disk caches and > power failures? That's what barriers and the sync settings on each file systems are for. As with any FS, any commits since the last barrier call will be lost. Everything up to the last barrier call is guaranteed to be safe, unless your disk or controllers lie about having commited things. This is not ZFS specific and applies to any FS. >>> Aren't they getting into each others ways, filling up the bandwidth of >>> the port? >> >> If your HBA/PMP/HDD don't support FIS+NCQ, then yes. > > It seems that FIS would have to be supported by every HBA because it's > the second layer of the SATA protocol. And I thought that NCQ is a > feature of the disk itself, which either supports it or not. Why/how > would a HBA or PMP interfere with NCQ? Not all HBAs support NCQ, and not all support FIS. They are specific features that have to be implemented on the HBA and PMP and HDD. >> If your HBA/PMP/HDD do support FIS+NCQ (the models I mentioned do), >> then the bandwidth is effectively multiplexed on demand. It works a >> bit like VLAN tagging. A command gets issued, but while that command >> is completing (~8ms on a 7200rpm disk) you can issue commands to other >> disks, so multiple commands on multiple disks can be completing at the >> same time. As each disk completes the command and returns data, the >> same happens in reverse. > > And there aren't any (potential) problems with the disks? Each disk > would have to happily wait around until it can communicate with the HBA > again. SCSI disks were designed for that, but SATA disks? The PMP takes care of it. It works, and it works well. NCQ on most SATA SSDs works in reverse this way because most of the time the disk is faster than the SATA port. >>> rest is WD SATAs --- and I'm starting to suspect that the RAID >>> controller in the server doesn't like the WD disks at all, which causes >>> the crashes. Those disks weren't made at all for this application. >> >> This is another problem with clever controllers, especially hardware >> RAID. RAID controllers typically wait around 8-9 seconds for the disk >> to return the data. If it doesn't, they kick the disk out of the >> array. > > Well, yes, the disk has failed when it doesn't return data reliably, so > I don't consider that as a problem but as a desirable feature. > > What does ZFS do? Continue to use an unreliable disk? Until the OS kernel's controller driver decides the disk has stopped responding and kicked it out. Hence why TLER is still a useful feature - you don't want your application to end up being made to wait for potentially minutes when the data could be recovered and repaired in a few seconds if the disk would only give up and return an error in a timely manner. > Or how unreliable is a disk that spends significant amounts of time on > error correction? Exactly - 7 seconds is about 840 read attempts. If the sector read failed 840 times in a row, what are the chances that it will ever succeed? >> HGST are one exception to the rule - I have a bunch of their 4TB >> drives, and they only make one 4TB model, which has TLER. Most other >> manufacturers make multiple variants of the same drive, and most are >> selectively feature-crippled. > > You seem to like the HGST ones a lot. They seem to cost more than the > WD reds. I prefer them for a very good reason: http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ 20 years of personal experience also agrees with their findings. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 07:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 07:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EWn-0002QW-Ax; Wed, 02 Jul 2014 07:00:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EWl-0002QQ-Ih for xen-users@lists.xen.org; Wed, 02 Jul 2014 07:00:23 +0000 Received: from [193.109.254.147:11753] by server-4.bemta-14.messagelabs.com id 5A/F5-20586-60EA3B35; Wed, 02 Jul 2014 07:00:22 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1404284422!14988868!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20815 invoked from network); 2 Jul 2014 07:00:22 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-10.tower-27.messagelabs.com with SMTP; 2 Jul 2014 07:00:22 -0000 Received: from [212.54.42.135] (helo=smtp4.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EWj-000598-WB for xen-users@lists.xen.org; Wed, 02 Jul 2014 09:00:21 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EWj-0004qf-Db for xen-users@lists.xen.org; Wed, 02 Jul 2014 09:00:21 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 81ECB4C for ; Wed, 2 Jul 2014 08:58:59 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Wed, 02 Jul 2014 09:00:17 +0200 Message-ID: <5758036.PkrMsRqjLd@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.5 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363, TW_FN=0.077, TW_VC=0.077, T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tuesday 01 July 2014 14:14:47 Nodir Kodirov wrote: > Hello, > > I'm a graduate student, trying to run Mini-OS for my project. > > When I create mini-os instance, netfront fails to initialize. I get > following output from 'xl console ' > > Xen Minimal OS! > start_info: 000000000028f000(VA) > nr_pages: 0x40000 > shared_inf: 0xc05e1000(MA) > pt_base: 0000000000292000(VA) > nr_pt_frames: 0x5 > mfn_list: 000000000008f000(VA) > mod_start: 0x0(VA) > mod_len: 0 > flags: 0x0 > cmd_line: > stack: 000000000004e7a0-000000000006e7a0 > MM: Init > _text: 0000000000000000(VA) > _etext: 00000000000303c2(VA) > _erodata: 0000000000038000(VA) > _edata: 0000000000038540(VA) > stack start: 000000000004e7a0(VA) > _end: 000000000008efa0(VA) > start_pfn: 29a > max_pfn: 40000 > Mapping memory range 0x400000 - 0x40000000 > setting 0000000000000000-0000000000038000 readonly > skipped 0000000000001000 > MM: Initialise page allocator for 498000(498000)-40000000(40000000) > MM: done > Demand map pfns at 40001000-2040001000. > Initialising timer interface > Initialising console ... done. > gnttab_table mapped at 0000000040001000. > Initialising scheduler > Thread "Idle": pointer: 0x4a2070, stack: 0x4b0000 > Thread "xenstore": pointer: 0x4a20d0, stack: 0x4c0000 > xenbus initialised on irq 1 mfn 0xbe5f5 > Thread "shutdown": pointer: 0x4a2130, stack: 0x4d0000 > Thread "server": pointer: 0x4a2190, stack: 0x4e0000 > [server] Waiting for network. > Failed to read device/vif/0/backend-id. > _init_netfront: backend/mac failed > > VM's state is 'b' (for blocked) and that's a last line of output before VM > gets frozen. My host environment is x86_64 CentOS 6.5 with Linux 3.10.34-11 > kernel. I configured a bridged network with eth0 and xenbr0 configured as > following: > > /etc/sysconfig/network-scripts/ifcfg-xenbr0 > DEVICE=xenbr0 > TYPE=Bridge > BOOTPROTO=dhcp > ONBOOT=yes > DELAY=0 > NM_CONTROLLED=no > > /etc/sysconfig/network-scripts/ifcfg-eth0 > DEVICE="eth0" > NM_CONTROLLED="no" > ONBOOT="yes" > HWADDR=00:1C:C0:37:57:B2 > BRIDGE=xenbr0 > > Xen VM configuration file is as follows: > > kernel = "/home/knodir/devel/mini-os/mini-os.gz" > builder = 'pvm' > vcpus = 1 > memory = 1024 > name = "Mini-OS-custom" > serial = 'pty' > on_poweroff = 'destroy' > on_reboot = 'destroy' > on_crash = 'destroy' > > My custom mini-os kernel is built from https://github.com/cnplab/mini-os > since I'm planning to use it for ClickOS https://github.com/cnplab/clickos > I believe this modified Mini-OS to have the same networking source code as > an original one (I did not apply xennet https://github.com/cnplab/xennet > patch). > > I wonder if I'm missing something in my Xen VM configuration file. When I > add a new line vif=[ 'mac=00:16:3e:01:01:01,bridge=xenbr0' ] to it, VM is > not created at all. These are the VM creation corresponding lines from > /var/log/xen/xend.log > > [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:151) > XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidref': 0, > 'hvm': 0, 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 1, 'domid': > 33, 'paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb': 1049600L, > 'shutdown': 0, 'mem_kb': 1048576L, 'handle': [121, 198, 174, 221, 11, 118, > 72, 231, 172, 230, 168, 102, 169, 14, 221, 123], 'blocked': 0, 'cpupool': > 0}) > [2014-07-01 14:11:11 20157] INFO (XendDomainInfo:169) Recreating domain 33, > UUID 79c6aedd-0b76-48e7-ace6-a866a90edd7b. at /local/domain/33 > [2014-07-01 14:11:11 20157] DEBUG (XendDomain:476) Adding Domain: 33 > [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:1882) > XendDomainInfo.handleShutdownWatch > [2014-07-01 14:11:11 20157] DEBUG (DevController:95) DevController: writing > {'state': '1', 'backend-id': '0', 'backend': > '/local/domain/0/backend/console/33/0'} to > /local/domain/33/device/console/0. > [2014-07-01 14:11:11 20157] DEBUG (DevController:97) DevController: writing > {'domain': 'Mini-OS-custom', 'frontend': > '/local/domain/33/device/console/0', 'uuid': > '12b56995-0349-8bf3-93ee-92c6a9ec75e7', 'frontend-id': '33', 'state': '1', > 'location': '2', 'online': '1', 'protocol': 'vt100'} to > /local/domain/0/backend/console/33/0. > [2014-07-01 14:11:11 20157] WARNING (XendDomainInfo:2062) Domain has > crashed: name=Mini-OS-custom id=33. > [2014-07-01 14:11:11 20157] ERROR (XendDomainInfo:2196) VM Mini-OS-custom > restarting too fast (Elapsed time: 0.400618 seconds). Refusing to restart > to avoid loops. > [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:3077) > XendDomainInfo.destroy: domid=33 > [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2402) Destroying device > model > [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices > [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2407) No device model > [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices > > Any help is appreciated. > > Nodir. Few quick questions: You use the XL-toolkit AND xend? Please only use one of these. Eg. stop xend and use XL to stop/start the domains. Additionally, is the bridge actually up when trying to start the domain with the vif.... line? Check with (and provide the output): # brctl show -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 07:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 07:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EWn-0002QW-Ax; Wed, 02 Jul 2014 07:00:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EWl-0002QQ-Ih for xen-users@lists.xen.org; Wed, 02 Jul 2014 07:00:23 +0000 Received: from [193.109.254.147:11753] by server-4.bemta-14.messagelabs.com id 5A/F5-20586-60EA3B35; Wed, 02 Jul 2014 07:00:22 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-10.tower-27.messagelabs.com!1404284422!14988868!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20815 invoked from network); 2 Jul 2014 07:00:22 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-10.tower-27.messagelabs.com with SMTP; 2 Jul 2014 07:00:22 -0000 Received: from [212.54.42.135] (helo=smtp4.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EWj-000598-WB for xen-users@lists.xen.org; Wed, 02 Jul 2014 09:00:21 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2EWj-0004qf-Db for xen-users@lists.xen.org; Wed, 02 Jul 2014 09:00:21 +0200 Received: from eve.localnet (eve.adm.antarean.org [10.55.16.19]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id 81ECB4C for ; Wed, 2 Jul 2014 08:58:59 +0200 (CEST) From: Joost Roeleveld To: xen-users@lists.xen.org Date: Wed, 02 Jul 2014 09:00:17 +0200 Message-ID: <5758036.PkrMsRqjLd@eve> Organization: Antarean User-Agent: KMail/4.11.5 (Linux/3.10.7-gentoo-r1; KDE/4.11.5; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.5 X-Ziggo-spamreport: RDNS_DYNAMIC=0.363, TW_FN=0.077, TW_VC=0.077, T_RP_MATCHES_RCVD=-0.01 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tuesday 01 July 2014 14:14:47 Nodir Kodirov wrote: > Hello, > > I'm a graduate student, trying to run Mini-OS for my project. > > When I create mini-os instance, netfront fails to initialize. I get > following output from 'xl console ' > > Xen Minimal OS! > start_info: 000000000028f000(VA) > nr_pages: 0x40000 > shared_inf: 0xc05e1000(MA) > pt_base: 0000000000292000(VA) > nr_pt_frames: 0x5 > mfn_list: 000000000008f000(VA) > mod_start: 0x0(VA) > mod_len: 0 > flags: 0x0 > cmd_line: > stack: 000000000004e7a0-000000000006e7a0 > MM: Init > _text: 0000000000000000(VA) > _etext: 00000000000303c2(VA) > _erodata: 0000000000038000(VA) > _edata: 0000000000038540(VA) > stack start: 000000000004e7a0(VA) > _end: 000000000008efa0(VA) > start_pfn: 29a > max_pfn: 40000 > Mapping memory range 0x400000 - 0x40000000 > setting 0000000000000000-0000000000038000 readonly > skipped 0000000000001000 > MM: Initialise page allocator for 498000(498000)-40000000(40000000) > MM: done > Demand map pfns at 40001000-2040001000. > Initialising timer interface > Initialising console ... done. > gnttab_table mapped at 0000000040001000. > Initialising scheduler > Thread "Idle": pointer: 0x4a2070, stack: 0x4b0000 > Thread "xenstore": pointer: 0x4a20d0, stack: 0x4c0000 > xenbus initialised on irq 1 mfn 0xbe5f5 > Thread "shutdown": pointer: 0x4a2130, stack: 0x4d0000 > Thread "server": pointer: 0x4a2190, stack: 0x4e0000 > [server] Waiting for network. > Failed to read device/vif/0/backend-id. > _init_netfront: backend/mac failed > > VM's state is 'b' (for blocked) and that's a last line of output before VM > gets frozen. My host environment is x86_64 CentOS 6.5 with Linux 3.10.34-11 > kernel. I configured a bridged network with eth0 and xenbr0 configured as > following: > > /etc/sysconfig/network-scripts/ifcfg-xenbr0 > DEVICE=xenbr0 > TYPE=Bridge > BOOTPROTO=dhcp > ONBOOT=yes > DELAY=0 > NM_CONTROLLED=no > > /etc/sysconfig/network-scripts/ifcfg-eth0 > DEVICE="eth0" > NM_CONTROLLED="no" > ONBOOT="yes" > HWADDR=00:1C:C0:37:57:B2 > BRIDGE=xenbr0 > > Xen VM configuration file is as follows: > > kernel = "/home/knodir/devel/mini-os/mini-os.gz" > builder = 'pvm' > vcpus = 1 > memory = 1024 > name = "Mini-OS-custom" > serial = 'pty' > on_poweroff = 'destroy' > on_reboot = 'destroy' > on_crash = 'destroy' > > My custom mini-os kernel is built from https://github.com/cnplab/mini-os > since I'm planning to use it for ClickOS https://github.com/cnplab/clickos > I believe this modified Mini-OS to have the same networking source code as > an original one (I did not apply xennet https://github.com/cnplab/xennet > patch). > > I wonder if I'm missing something in my Xen VM configuration file. When I > add a new line vif=[ 'mac=00:16:3e:01:01:01,bridge=xenbr0' ] to it, VM is > not created at all. These are the VM creation corresponding lines from > /var/log/xen/xend.log > > [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:151) > XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidref': 0, > 'hvm': 0, 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 1, 'domid': > 33, 'paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb': 1049600L, > 'shutdown': 0, 'mem_kb': 1048576L, 'handle': [121, 198, 174, 221, 11, 118, > 72, 231, 172, 230, 168, 102, 169, 14, 221, 123], 'blocked': 0, 'cpupool': > 0}) > [2014-07-01 14:11:11 20157] INFO (XendDomainInfo:169) Recreating domain 33, > UUID 79c6aedd-0b76-48e7-ace6-a866a90edd7b. at /local/domain/33 > [2014-07-01 14:11:11 20157] DEBUG (XendDomain:476) Adding Domain: 33 > [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:1882) > XendDomainInfo.handleShutdownWatch > [2014-07-01 14:11:11 20157] DEBUG (DevController:95) DevController: writing > {'state': '1', 'backend-id': '0', 'backend': > '/local/domain/0/backend/console/33/0'} to > /local/domain/33/device/console/0. > [2014-07-01 14:11:11 20157] DEBUG (DevController:97) DevController: writing > {'domain': 'Mini-OS-custom', 'frontend': > '/local/domain/33/device/console/0', 'uuid': > '12b56995-0349-8bf3-93ee-92c6a9ec75e7', 'frontend-id': '33', 'state': '1', > 'location': '2', 'online': '1', 'protocol': 'vt100'} to > /local/domain/0/backend/console/33/0. > [2014-07-01 14:11:11 20157] WARNING (XendDomainInfo:2062) Domain has > crashed: name=Mini-OS-custom id=33. > [2014-07-01 14:11:11 20157] ERROR (XendDomainInfo:2196) VM Mini-OS-custom > restarting too fast (Elapsed time: 0.400618 seconds). Refusing to restart > to avoid loops. > [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:3077) > XendDomainInfo.destroy: domid=33 > [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2402) Destroying device > model > [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices > [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2407) No device model > [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices > > Any help is appreciated. > > Nodir. Few quick questions: You use the XL-toolkit AND xend? Please only use one of these. Eg. stop xend and use XL to stop/start the domains. Additionally, is the bridge actually up when trying to start the domain with the vif.... line? Check with (and provide the output): # brctl show -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 07:26:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 07:26:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EvP-0003mk-RQ; Wed, 02 Jul 2014 07:25:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EvN-0003mf-NK for xen-users@lists.xen.org; Wed, 02 Jul 2014 07:25:50 +0000 Received: from [85.158.143.35:8181] by server-1.bemta-4.messagelabs.com id 74/CF-09496-CF3B3B35; Wed, 02 Jul 2014 07:25:48 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-21.messagelabs.com!1404285947!15258466!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9293 invoked from network); 2 Jul 2014 07:25:47 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 07:25:47 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 21876221DE2 for ; Wed, 2 Jul 2014 08:25:46 +0100 (BST) Message-ID: <53B3B3F9.1010903@bobich.net> Date: Wed, 02 Jul 2014 08:25:45 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> In-Reply-To: <87lhsc7ujm.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/01/2014 08:23 PM, lee wrote: > Gordan Bobic writes: > >> On 06/29/2014 08:12 AM, lee wrote: >>> Gordan Bobic writes: >>> >>>>> On 06/28/2014 08:45 AM, lee wrote: >>>>> >>>>> The hardware RAID controller gives me 10fps more with my favourite game >>>>> I'm playing, compared to software raid. Since fps rates can be rather >>>>> low (because I'm CPU limited), that means a significant difference. >>>> >>>> If your game is grinding onto disk I/O during play all is lost >>>> anyway. If your CPU and RAM are _that_ constrained, there is probably >>>> a better way to spend whatever you might pay for a new caching RAID >>>> controller these days. >>> >>> Only I didn't buy the controller new, and I bought it to have a decent >>> amount of ports. >> >> Fair re: number of ports, but 2nd hand CPUs don't go for that much on >> ebay, either, if you are concerned about the CPU hit. > > What would you put into an AM3 socket which is so much faster than a > Phenom 965 to be worthwhile and doesn't have an enormous power > consumption? > > I'd have to switch to Intel --- and that would bring about UEFI which, > besides the tremendous hassle, comes with serious security risks. And > after reading [1], what could you still buy? > > > [1]: https://www.fsf.org/blogs/community/active-management-technology UEFI comes with extra security risks? Do tell. If anything it is more secure because it requires all firmware to be cryptographically signed, so you cannot have something compromise a firmwre without getting detected. >>> It's not disk I/O or a lack of RAM that limits the fps rates, it's >>> actually the CPU (or the whole combination of CPU, board and RAM) not >>> being able to feed the graphics card fast enough --- or the graphics >>> card being too fast for the CPU, if you want to see it that way. To get >>> a significantly faster system, I'd have to spend ten times or more than >>> what I payed for the controller. >> >> Fair enough - you must have got the controller _really_ cheap. Expect >> to spend a small fortune on a battery replacement when that fails, >> though. They only typically last a couple of years. > > Yes, it was a good deal --- you can still get them off ebay for about > that price. If the BBU fails, it might be advisable to buy another > controller with BBU because it doesn't cost much more than the BBU, and > I'd have a spare controller. Or I could retire the controller and > perhaps use ZFS or mdraid or, since I have the server now, just get a > pair of SSDs. > > My intention is to reduce the number of disks anyway. The less disks > you have, the less can fail. Or you could use them for extra redundancy. >>> The CPU alone would cost more. I >>> didn't expect any change in fps rates and got the improvement as a >>> surprising side effect. >> >> That will only apply when you are doing disk I/O at the same time, >> surely. If you aren't disk disk I/O, then your CPU isn't doing >> checksumming. > > Well, I was really surprised about the improvement in fps and have a > hard time to believe it myself. There's no good explanation for it > other than the theory that the system somehow gets plugged when having > to deal with so many disks in software raids, and that would seem to > only apply when so much disk I/O is going on. "So much" would probably > mean "only very little". Possibly a reduced number of interrupts hitting the CPU. >> As I said above - clearly you got the RAID controller very >> cheap. Within that cost envelope it may well have been a reasonable >> solution - but that doesn't take away the points about data safety and >> disk feature requirements for use with hardware RAID (TLER). > > True --- luckily, the WD20EARS hold up remarkably well. One out of > three failed, after about three years, probably because it would take > too long to recover an error. I replaced it and haven't checked it any > further yet; it might still be usable. Isn't that the green model that spins down so aggressively that it causes premature spindle and actuator failure? I have a duff one on the shelf that randomly loses different sectors on every scan. But because WD firmwares lie about reallocations (or worse, it just keeps reusing bad sectors as long as it thinks the data has stuck), it never actually reads as failed in SMART. I have observed this on WD disks going back several generations, which is why I avoid them wherever possible. Samsungs seem to do something similar. The only "honest" disks seem to be HGST and Seagate, but experience with Seagate over the last 6 years shows them to be far too unreliable for my liking. As to whether I prefer honest but unreliable vs. dishonest but more reliable disks - it's a tough call, but luckily I don't have to make that decision at the moment. >> Disks with crippled firmware will deliberately not respond to resets >> while trying to do sector recovery, again, purely to prevent working >> around the fact the disk doesn't report TLER. >> >> When this happens, one of two things will occur: >> 1) The controller will kick out the disk and carry on without it, thus >> losing the redundancy. > > That's probably what happened with the failed disk. > >> 2) The controller might be clever enough to not kick out the disk that >> doesn't support TLER (theoretical - you are at the mercy of the >> closed-spec RAID card firmware that may or may not do something >> sensible), but the only other thing it can do is wait for the disk to >> return. But until the disk returns, the card will block further I/O. >> >> So in reality you have a choice between losing redundancy on the first >> pending sector you encounter and the machine becoming unresponsive for >> prolonged periods whenever you encounter a pending sector. >> >> With software RAID you can at least choose between the two (by >> selecting the disk command timeout appropriately), and managing the >> situation (e.g. setting up a process to monitor for disks that have >> been kicked out of the array and automatically re-adding them (if they >> become responsive again) to restore the redundancy). > > Is that a good idea to do, continue to use a disk that spends quite a > while on error recovery? Sector failures shouldn't be that common. If the disk keeps losing sectors that regularly it will eventually run out of them (unless it's a WD), and SMART will eventually just complain about the disk having failed. And you will probably notice the errors in the log (unless you use a RAID card that has no logging facilities) and degraded performance long before the disk deems itself to have failed. > And have you seen what happens when a SATA disk becomes unresponsive? > The kernel will, apparently indefinitely, try heavily to reset the SATA > link and flood you with messages about it to the point where your only > choice is to try to shut the system down. Not indefinitely - it will try to reset it a few times, and if that fails it will just stop trying to talk to it. I had a Seagate become unresponsive on one of my servers yesterday, and ZFS dealt with it by kicking out the disk from the pool without any external intervention. Hot unplug-replug of the disk woke it up. I probably should replace that disk, but I have enough redundancy and mirrored copies of that server to not have to worry about that sort of thing too much. > I've had that happen a while ago with a very old disk. I wonder why the > kernel behaves that badly. The disk that failed wasn't relevant at all > for keeping the system running. I'd rather have the kernel try maybe > ten times and then give up, and letting you have an option to make it > try again. > > I wonder what happens when that happens with a disk on a PMP. Will the > whole set on the PMP become inaccessible because the port gets blocked? At least my PMPs are reasonably well behaved. You lose a disk, but you don't lose the whole set. >>> How come you use such a card? Couldn't you use the on-board SATA ports >>> and connect a multiplier to them? >> >> Most south-bridge based SATA controllers don't support FIS, and > > My understanding of [2] is that the SATA protocol doesn't work at all > without FIS. All SATA controllers would have to support it then. > > > [2]: https://en.wikipedia.org/wiki/Frame_Information_Structure#FIS FIS _switching_ definitely doesn't work on all SATA controllers. Intel ICH doesn't support it, and many others don't, either. >> performance takes a massive nosedive when you lose command >> interlieving between the disks. > > Huh? > > You mean if a SATA controller doesn't support FIS, it would leave you > unable to use all but one disk behind a PMP connected to it because > switching between the disks won't be possible? No, I mean it will issue a command and have to wait for it to complete. Then switch to a different disk, issue a command and wait for it. As opposed to issuing a command, switching to a different disk and issuing a command, then waiting for both of them to return. >>> I have a theory that when you have a software >>> RAID-5 with three disks and another RAID-1 with two disks, you have to >>> move so much data around that it plugs up the system, causing slowdowns. >> >> Yes, you have to send twice the data down the PCIe bus, but in >> practice this creates a negligible overhead unless your machine is >> massively short of CPU and PCIe bandwidth. > > With five disks in total in different arrays you'd have to send five > times the data, wouldn't you? In RAID5? No, only redundancy of data extra. Mirroring is the worst case, and that only doubles the I/O. >>>> and even on RAID6 I don't trust the closed, opaque, undocumented >>>> implementation that might be in the firmware, is >>> >>> It's a big disadvantage of hardware RAID that you can't read the data >>> when the controller has failed, unless you have another, compatible >>> controller at hand. Did you check the sources of ZFS so that you can >>> trust it? >> >> I have looked at the ZoL and zfs-fuse sources in passing when looking >> at various patches I wanted to apply (and writing a small one of my >> own for zfs-fuse, to always force 4KB ashift), but I wouldn't say that >> I have looked through the source enough to trust it based purely on my >> reading of the code. >> >> But I suspect that orders of magnitude more people have looked at the >> ZFS source than have looked at the RAID controller firmware source. > > It's entirely possible, that, in total, 5000 people have looked at the > ZFS sources, and that 4995 of them have looked at the same 5% of it, > with the exception of the 5 ZFS developers (or how many there are) who > have read it all. It's a bitchy argument --- but it's possible :) Which is still probably more than the number of people that looked at the firmware source. :) >> For a typical example of the sort of errors I'm talking about, say you >> have a hardware RAID5 array and a ZFS RAIDZ1 pool. >> >> Take one disk off each controller, write some random data over parts >> of it (let's be kind, don't overwrite the RAID card's headers, which a >> phantom write could theoretically do). >> >> Now put the disks back into their pools, and read the files whose data >> you just overwrite. >> >> ZFS will spot the error, restore the data and hand you a good copy back. >> >> RAID controller will most likely give you back duff data without even >> noticing something is wrong with it. > > It would start a rebuild once you plug the disk back in --- provided > that you hotplugged it or had the array up while the disk was removed. > Otherwise, we'd have to try out what would happen, which can be > different from controller to controller. I was talking about swapping disks while the machine was shut down. The RAID controller would never know the disk was even unplugged. The aim was to simulate silent data corruption. >> You could run ZFS on top of the RAID logical volume, but because ZFS >> would have no visibility of the raw disks and redundancy underneath, >> there is nothing it can do to scrub out the bad data. But even in that >> stack, ZFS would still at least notice the data is corrupted and >> refuse to return it to the application. > > Only if you do not happen to write correct checksums for the data that > was overwritten --- thought it seems unlikely enough to happen. That, too, would get detected because the checksum wouldn't match the data. > What does ZFS do when it finds block A and block B of data D, both > blocks with a correct checksum but containing different data? Will it > let you decide which block to use, or refuse to deliver the data, or not > notice and return some data instead of D which is composed of whatever > is in the blocks A and B? I'm not sure. You would have to really hand craft that kind of a data corruption. A scrub would find the discrepancy, but I'm not sure what it would do about it. One block would probably win since both are "valid". What would a hardware RAID controller do? :) >>>> no longer fit for purpose with disks of the kind of size that ship >>>> today. >>> >>> How would that depend on the capacity of the disks? More data --> more >>> potential for errors --> more security required? >> >> The data error rates have been stagnant at one unrecoverable sector in >> 10^-14 bits read. That's one bad sector on about 10TB of data. If you >> are using 4TB drives in 3-disk RAID5, if you lose a disk you have to >> read back 8TB of data to rebuild the parity onto the replaced disk. If >> you are statistically going to get one bad block every 10TB of reads, >> it means you have 80% chance of losing some data during rebuilding >> that array. >> >> Additionally, rebuilding times have been going up with disk size which >> increases both the time of degraded performance during rebuild and the >> probability of failure of another disk during the rebuild. > > It makes me wonder why such errors haven't become a widespread serious > problem yet --- not everyone is using ZFS. They have become a widespread serious problem. People just don't notice the data corruption often. >>>>> So with VMware, you'd have to get certified hardware. >>>> >>>> You wouldn't _have_ to get certified hardware. It just means that if >>>> you find that there is a total of one motherboard that fits your >>>> requirements and it's not on the certified list, you can plausibly >>>> take your chances with it even if it doesn't work out of the box. I >>>> did that with the SR-2 and got it working eventually in a way that >>>> would never have been possible with ESX. >>> >>> Are you saying that for your requirements you couldn't use VMware, which >>> makes it irrelevant whether the hardware is certified for it or not? >> >> Both. What I wanted to do couldn't be done on ESX within the same >> resource constraints. I wanted to use a deduplicated ZFS pool for my >> VM images, and there is no ESX port of ZFS. >> >> Additionally, there would have been no way for me to work around my >> hardware bugs with ESX because I couldn't write patches to work around >> the problem. > > The idea is that you wouldn't have had to work around hardware bugs > when you'd be using certified hardware. Sure, but there was no certified hardware at the time that met all of my requirements. So I went with the best compromise I could: hardware with the features I needed and an open source hypervisor that I might have a remote chance of patching if I had to work around hardware bugs. >>> Why would they think that virtualization benefits things that require >>> high performance? >> >> I don't. But many people think it makes negligible difference because >> they never did their testing properly. > > How much difference does it make, actually? I mean just the > virtualization, without a number of other VMs doing something. Like you > could plan on a particular hardware for a particular workload and get > performance X with it. Let's say you plan 4 CPUs/8GB RAM and buy > hardware that has 2x4 CPUs/64GB RAM. Now you somehow limit the software > to use only 4 CPUs/8GB of that hardware and measure the performance --- > perhaps physically take out one CPU and install only 8GB. > > Then you plug in the second CPU and all the RAM, but use a VM, give it 4 > CPUs/8GB and measure the performance again. How much less performance > will you get? The difference is quite substantial. Here are some tests I did a couple of years ago: http://www.altechnative.net/2012/08/04/virtual-performance-part-1-vmware/ I did some testing (ESX) with MySQL 3 years ago for a customer and the results were approximately a 40% degradation at saturation point, clock for clock. I also did testing (also ESX) with MySQL for a different client last week, as they are planning to move to "the cloud", and the performance drop, clock-for-clock, was about 35%. It is definitely not negligible. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 07:26:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 07:26:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EvP-0003mk-RQ; Wed, 02 Jul 2014 07:25:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2EvN-0003mf-NK for xen-users@lists.xen.org; Wed, 02 Jul 2014 07:25:50 +0000 Received: from [85.158.143.35:8181] by server-1.bemta-4.messagelabs.com id 74/CF-09496-CF3B3B35; Wed, 02 Jul 2014 07:25:48 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-21.messagelabs.com!1404285947!15258466!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9293 invoked from network); 2 Jul 2014 07:25:47 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 07:25:47 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 21876221DE2 for ; Wed, 2 Jul 2014 08:25:46 +0100 (BST) Message-ID: <53B3B3F9.1010903@bobich.net> Date: Wed, 02 Jul 2014 08:25:45 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> In-Reply-To: <87lhsc7ujm.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/01/2014 08:23 PM, lee wrote: > Gordan Bobic writes: > >> On 06/29/2014 08:12 AM, lee wrote: >>> Gordan Bobic writes: >>> >>>>> On 06/28/2014 08:45 AM, lee wrote: >>>>> >>>>> The hardware RAID controller gives me 10fps more with my favourite game >>>>> I'm playing, compared to software raid. Since fps rates can be rather >>>>> low (because I'm CPU limited), that means a significant difference. >>>> >>>> If your game is grinding onto disk I/O during play all is lost >>>> anyway. If your CPU and RAM are _that_ constrained, there is probably >>>> a better way to spend whatever you might pay for a new caching RAID >>>> controller these days. >>> >>> Only I didn't buy the controller new, and I bought it to have a decent >>> amount of ports. >> >> Fair re: number of ports, but 2nd hand CPUs don't go for that much on >> ebay, either, if you are concerned about the CPU hit. > > What would you put into an AM3 socket which is so much faster than a > Phenom 965 to be worthwhile and doesn't have an enormous power > consumption? > > I'd have to switch to Intel --- and that would bring about UEFI which, > besides the tremendous hassle, comes with serious security risks. And > after reading [1], what could you still buy? > > > [1]: https://www.fsf.org/blogs/community/active-management-technology UEFI comes with extra security risks? Do tell. If anything it is more secure because it requires all firmware to be cryptographically signed, so you cannot have something compromise a firmwre without getting detected. >>> It's not disk I/O or a lack of RAM that limits the fps rates, it's >>> actually the CPU (or the whole combination of CPU, board and RAM) not >>> being able to feed the graphics card fast enough --- or the graphics >>> card being too fast for the CPU, if you want to see it that way. To get >>> a significantly faster system, I'd have to spend ten times or more than >>> what I payed for the controller. >> >> Fair enough - you must have got the controller _really_ cheap. Expect >> to spend a small fortune on a battery replacement when that fails, >> though. They only typically last a couple of years. > > Yes, it was a good deal --- you can still get them off ebay for about > that price. If the BBU fails, it might be advisable to buy another > controller with BBU because it doesn't cost much more than the BBU, and > I'd have a spare controller. Or I could retire the controller and > perhaps use ZFS or mdraid or, since I have the server now, just get a > pair of SSDs. > > My intention is to reduce the number of disks anyway. The less disks > you have, the less can fail. Or you could use them for extra redundancy. >>> The CPU alone would cost more. I >>> didn't expect any change in fps rates and got the improvement as a >>> surprising side effect. >> >> That will only apply when you are doing disk I/O at the same time, >> surely. If you aren't disk disk I/O, then your CPU isn't doing >> checksumming. > > Well, I was really surprised about the improvement in fps and have a > hard time to believe it myself. There's no good explanation for it > other than the theory that the system somehow gets plugged when having > to deal with so many disks in software raids, and that would seem to > only apply when so much disk I/O is going on. "So much" would probably > mean "only very little". Possibly a reduced number of interrupts hitting the CPU. >> As I said above - clearly you got the RAID controller very >> cheap. Within that cost envelope it may well have been a reasonable >> solution - but that doesn't take away the points about data safety and >> disk feature requirements for use with hardware RAID (TLER). > > True --- luckily, the WD20EARS hold up remarkably well. One out of > three failed, after about three years, probably because it would take > too long to recover an error. I replaced it and haven't checked it any > further yet; it might still be usable. Isn't that the green model that spins down so aggressively that it causes premature spindle and actuator failure? I have a duff one on the shelf that randomly loses different sectors on every scan. But because WD firmwares lie about reallocations (or worse, it just keeps reusing bad sectors as long as it thinks the data has stuck), it never actually reads as failed in SMART. I have observed this on WD disks going back several generations, which is why I avoid them wherever possible. Samsungs seem to do something similar. The only "honest" disks seem to be HGST and Seagate, but experience with Seagate over the last 6 years shows them to be far too unreliable for my liking. As to whether I prefer honest but unreliable vs. dishonest but more reliable disks - it's a tough call, but luckily I don't have to make that decision at the moment. >> Disks with crippled firmware will deliberately not respond to resets >> while trying to do sector recovery, again, purely to prevent working >> around the fact the disk doesn't report TLER. >> >> When this happens, one of two things will occur: >> 1) The controller will kick out the disk and carry on without it, thus >> losing the redundancy. > > That's probably what happened with the failed disk. > >> 2) The controller might be clever enough to not kick out the disk that >> doesn't support TLER (theoretical - you are at the mercy of the >> closed-spec RAID card firmware that may or may not do something >> sensible), but the only other thing it can do is wait for the disk to >> return. But until the disk returns, the card will block further I/O. >> >> So in reality you have a choice between losing redundancy on the first >> pending sector you encounter and the machine becoming unresponsive for >> prolonged periods whenever you encounter a pending sector. >> >> With software RAID you can at least choose between the two (by >> selecting the disk command timeout appropriately), and managing the >> situation (e.g. setting up a process to monitor for disks that have >> been kicked out of the array and automatically re-adding them (if they >> become responsive again) to restore the redundancy). > > Is that a good idea to do, continue to use a disk that spends quite a > while on error recovery? Sector failures shouldn't be that common. If the disk keeps losing sectors that regularly it will eventually run out of them (unless it's a WD), and SMART will eventually just complain about the disk having failed. And you will probably notice the errors in the log (unless you use a RAID card that has no logging facilities) and degraded performance long before the disk deems itself to have failed. > And have you seen what happens when a SATA disk becomes unresponsive? > The kernel will, apparently indefinitely, try heavily to reset the SATA > link and flood you with messages about it to the point where your only > choice is to try to shut the system down. Not indefinitely - it will try to reset it a few times, and if that fails it will just stop trying to talk to it. I had a Seagate become unresponsive on one of my servers yesterday, and ZFS dealt with it by kicking out the disk from the pool without any external intervention. Hot unplug-replug of the disk woke it up. I probably should replace that disk, but I have enough redundancy and mirrored copies of that server to not have to worry about that sort of thing too much. > I've had that happen a while ago with a very old disk. I wonder why the > kernel behaves that badly. The disk that failed wasn't relevant at all > for keeping the system running. I'd rather have the kernel try maybe > ten times and then give up, and letting you have an option to make it > try again. > > I wonder what happens when that happens with a disk on a PMP. Will the > whole set on the PMP become inaccessible because the port gets blocked? At least my PMPs are reasonably well behaved. You lose a disk, but you don't lose the whole set. >>> How come you use such a card? Couldn't you use the on-board SATA ports >>> and connect a multiplier to them? >> >> Most south-bridge based SATA controllers don't support FIS, and > > My understanding of [2] is that the SATA protocol doesn't work at all > without FIS. All SATA controllers would have to support it then. > > > [2]: https://en.wikipedia.org/wiki/Frame_Information_Structure#FIS FIS _switching_ definitely doesn't work on all SATA controllers. Intel ICH doesn't support it, and many others don't, either. >> performance takes a massive nosedive when you lose command >> interlieving between the disks. > > Huh? > > You mean if a SATA controller doesn't support FIS, it would leave you > unable to use all but one disk behind a PMP connected to it because > switching between the disks won't be possible? No, I mean it will issue a command and have to wait for it to complete. Then switch to a different disk, issue a command and wait for it. As opposed to issuing a command, switching to a different disk and issuing a command, then waiting for both of them to return. >>> I have a theory that when you have a software >>> RAID-5 with three disks and another RAID-1 with two disks, you have to >>> move so much data around that it plugs up the system, causing slowdowns. >> >> Yes, you have to send twice the data down the PCIe bus, but in >> practice this creates a negligible overhead unless your machine is >> massively short of CPU and PCIe bandwidth. > > With five disks in total in different arrays you'd have to send five > times the data, wouldn't you? In RAID5? No, only redundancy of data extra. Mirroring is the worst case, and that only doubles the I/O. >>>> and even on RAID6 I don't trust the closed, opaque, undocumented >>>> implementation that might be in the firmware, is >>> >>> It's a big disadvantage of hardware RAID that you can't read the data >>> when the controller has failed, unless you have another, compatible >>> controller at hand. Did you check the sources of ZFS so that you can >>> trust it? >> >> I have looked at the ZoL and zfs-fuse sources in passing when looking >> at various patches I wanted to apply (and writing a small one of my >> own for zfs-fuse, to always force 4KB ashift), but I wouldn't say that >> I have looked through the source enough to trust it based purely on my >> reading of the code. >> >> But I suspect that orders of magnitude more people have looked at the >> ZFS source than have looked at the RAID controller firmware source. > > It's entirely possible, that, in total, 5000 people have looked at the > ZFS sources, and that 4995 of them have looked at the same 5% of it, > with the exception of the 5 ZFS developers (or how many there are) who > have read it all. It's a bitchy argument --- but it's possible :) Which is still probably more than the number of people that looked at the firmware source. :) >> For a typical example of the sort of errors I'm talking about, say you >> have a hardware RAID5 array and a ZFS RAIDZ1 pool. >> >> Take one disk off each controller, write some random data over parts >> of it (let's be kind, don't overwrite the RAID card's headers, which a >> phantom write could theoretically do). >> >> Now put the disks back into their pools, and read the files whose data >> you just overwrite. >> >> ZFS will spot the error, restore the data and hand you a good copy back. >> >> RAID controller will most likely give you back duff data without even >> noticing something is wrong with it. > > It would start a rebuild once you plug the disk back in --- provided > that you hotplugged it or had the array up while the disk was removed. > Otherwise, we'd have to try out what would happen, which can be > different from controller to controller. I was talking about swapping disks while the machine was shut down. The RAID controller would never know the disk was even unplugged. The aim was to simulate silent data corruption. >> You could run ZFS on top of the RAID logical volume, but because ZFS >> would have no visibility of the raw disks and redundancy underneath, >> there is nothing it can do to scrub out the bad data. But even in that >> stack, ZFS would still at least notice the data is corrupted and >> refuse to return it to the application. > > Only if you do not happen to write correct checksums for the data that > was overwritten --- thought it seems unlikely enough to happen. That, too, would get detected because the checksum wouldn't match the data. > What does ZFS do when it finds block A and block B of data D, both > blocks with a correct checksum but containing different data? Will it > let you decide which block to use, or refuse to deliver the data, or not > notice and return some data instead of D which is composed of whatever > is in the blocks A and B? I'm not sure. You would have to really hand craft that kind of a data corruption. A scrub would find the discrepancy, but I'm not sure what it would do about it. One block would probably win since both are "valid". What would a hardware RAID controller do? :) >>>> no longer fit for purpose with disks of the kind of size that ship >>>> today. >>> >>> How would that depend on the capacity of the disks? More data --> more >>> potential for errors --> more security required? >> >> The data error rates have been stagnant at one unrecoverable sector in >> 10^-14 bits read. That's one bad sector on about 10TB of data. If you >> are using 4TB drives in 3-disk RAID5, if you lose a disk you have to >> read back 8TB of data to rebuild the parity onto the replaced disk. If >> you are statistically going to get one bad block every 10TB of reads, >> it means you have 80% chance of losing some data during rebuilding >> that array. >> >> Additionally, rebuilding times have been going up with disk size which >> increases both the time of degraded performance during rebuild and the >> probability of failure of another disk during the rebuild. > > It makes me wonder why such errors haven't become a widespread serious > problem yet --- not everyone is using ZFS. They have become a widespread serious problem. People just don't notice the data corruption often. >>>>> So with VMware, you'd have to get certified hardware. >>>> >>>> You wouldn't _have_ to get certified hardware. It just means that if >>>> you find that there is a total of one motherboard that fits your >>>> requirements and it's not on the certified list, you can plausibly >>>> take your chances with it even if it doesn't work out of the box. I >>>> did that with the SR-2 and got it working eventually in a way that >>>> would never have been possible with ESX. >>> >>> Are you saying that for your requirements you couldn't use VMware, which >>> makes it irrelevant whether the hardware is certified for it or not? >> >> Both. What I wanted to do couldn't be done on ESX within the same >> resource constraints. I wanted to use a deduplicated ZFS pool for my >> VM images, and there is no ESX port of ZFS. >> >> Additionally, there would have been no way for me to work around my >> hardware bugs with ESX because I couldn't write patches to work around >> the problem. > > The idea is that you wouldn't have had to work around hardware bugs > when you'd be using certified hardware. Sure, but there was no certified hardware at the time that met all of my requirements. So I went with the best compromise I could: hardware with the features I needed and an open source hypervisor that I might have a remote chance of patching if I had to work around hardware bugs. >>> Why would they think that virtualization benefits things that require >>> high performance? >> >> I don't. But many people think it makes negligible difference because >> they never did their testing properly. > > How much difference does it make, actually? I mean just the > virtualization, without a number of other VMs doing something. Like you > could plan on a particular hardware for a particular workload and get > performance X with it. Let's say you plan 4 CPUs/8GB RAM and buy > hardware that has 2x4 CPUs/64GB RAM. Now you somehow limit the software > to use only 4 CPUs/8GB of that hardware and measure the performance --- > perhaps physically take out one CPU and install only 8GB. > > Then you plug in the second CPU and all the RAM, but use a VM, give it 4 > CPUs/8GB and measure the performance again. How much less performance > will you get? The difference is quite substantial. Here are some tests I did a couple of years ago: http://www.altechnative.net/2012/08/04/virtual-performance-part-1-vmware/ I did some testing (ESX) with MySQL 3 years ago for a customer and the results were approximately a 40% degradation at saturation point, clock for clock. I also did testing (also ESX) with MySQL for a different client last week, as they are planning to move to "the cloud", and the performance drop, clock-for-clock, was about 35%. It is definitely not negligible. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 08:19:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 08:19:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Fko-0007Lm-KZ; Wed, 02 Jul 2014 08:18:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Fkn-0007Lf-3S for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:18:57 +0000 Received: from [85.158.139.211:48482] by server-3.bemta-5.messagelabs.com id 81/38-01676-070C3B35; Wed, 02 Jul 2014 08:18:56 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-16.tower-206.messagelabs.com!1404289134!10248477!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17115 invoked from network); 2 Jul 2014 08:18:54 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-16.tower-206.messagelabs.com with SMTP; 2 Jul 2014 08:18:54 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 822701A002 for ; Wed, 2 Jul 2014 08:18:51 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <878uoc7n4m.fsf@yun.yagibdah.de> Date: Wed, 2 Jul 2014 09:18:52 +0100 Message-Id: References: <878uojwsml.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> <87pphsi1c3.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> <878uoc7n4m.fsf@yun.yagibdah.de> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee wrote: >> Change Required-Start to be "$network $remote_fs $syslog $wait_for_dns", rerun the init-script setup, and then you have a system that would pause for the DNS to be available before it started the ntp service. > > You'd also have to specify which other hosts to notify and which of all > the hosts need to wait for which others. No, you don't notify anything. Every system that relies on does it's own thing - pausing it's own boot until the service *IT* requires is available. Absolutely no inter-host communication needed other than to detect if the service is available yet. So with the example I was working with, the system would pause until whatever DNS service you've configured it to look for becomes available - regardless of whether it's bare metal, a Xen guest (same host or different host), or even an external service. That makes it a general purpose tool - unlike trying to get Xen to start guests in a particular way which will only work for guests on one Xen host. The downside is that each system needs managing - so potentially every system running NTP would need the same mods (but that's where config/automation tools can help). The upside is that you don't have some web of management and notifications (which would require the management system to come up before anything else could boot) - just a set of boot time scripts on each host that has some dependencies on "off host" services. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 08:19:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 08:19:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Fko-0007Lm-KZ; Wed, 02 Jul 2014 08:18:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Fkn-0007Lf-3S for xen-users@lists.xen.org; Wed, 02 Jul 2014 08:18:57 +0000 Received: from [85.158.139.211:48482] by server-3.bemta-5.messagelabs.com id 81/38-01676-070C3B35; Wed, 02 Jul 2014 08:18:56 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-16.tower-206.messagelabs.com!1404289134!10248477!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17115 invoked from network); 2 Jul 2014 08:18:54 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-16.tower-206.messagelabs.com with SMTP; 2 Jul 2014 08:18:54 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 822701A002 for ; Wed, 2 Jul 2014 08:18:51 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <878uoc7n4m.fsf@yun.yagibdah.de> Date: Wed, 2 Jul 2014 09:18:52 +0100 Message-Id: References: <878uojwsml.fsf@yun.yagibdah.de> <3756021.9uXnraSr5A@andromeda> <87pphsi1c3.fsf@yun.yagibdah.de> <1763710.USuTeukRN0@andromeda> <8738eniveo.fsf@yun.yagibdah.de> <878uoc7n4m.fsf@yun.yagibdah.de> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee wrote: >> Change Required-Start to be "$network $remote_fs $syslog $wait_for_dns", rerun the init-script setup, and then you have a system that would pause for the DNS to be available before it started the ntp service. > > You'd also have to specify which other hosts to notify and which of all > the hosts need to wait for which others. No, you don't notify anything. Every system that relies on does it's own thing - pausing it's own boot until the service *IT* requires is available. Absolutely no inter-host communication needed other than to detect if the service is available yet. So with the example I was working with, the system would pause until whatever DNS service you've configured it to look for becomes available - regardless of whether it's bare metal, a Xen guest (same host or different host), or even an external service. That makes it a general purpose tool - unlike trying to get Xen to start guests in a particular way which will only work for guests on one Xen host. The downside is that each system needs managing - so potentially every system running NTP would need the same mods (but that's where config/automation tools can help). The upside is that you don't have some web of management and notifications (which would require the management system to come up before anything else could boot) - just a set of boot time scripts on each host that has some dependencies on "off host" services. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 09:57:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 09:57:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2HHe-0004VR-V8; Wed, 02 Jul 2014 09:56:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2HHd-0004VM-9B for xen-users@lists.xen.org; Wed, 02 Jul 2014 09:56:57 +0000 Received: from [85.158.143.35:64599] by server-3.bemta-4.messagelabs.com id 22/B0-16194-867D3B35; Wed, 02 Jul 2014 09:56:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1404295014!15296037!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11305 invoked from network); 2 Jul 2014 09:56:55 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 09:56:55 -0000 X-IronPort-AV: E=Sophos;i="5.01,587,1400025600"; d="scan'208";a="149198688" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 02 Jul 2014 09:56:56 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 2 Jul 2014 05:56:54 -0400 Message-ID: <1404295013.24733.8.camel@kazak.uk.xensource.com> From: Ian Campbell To: Denis Schneider Date: Wed, 2 Jul 2014 10:56:53 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-07-01 at 16:22 +0200, Denis Schneider wrote: > Hi, > I am using a Cubieboard2 with Xen 4.4. > After building Xen, installing Debian etc. as described there: > http://openmirage.org/wiki/xen-on-cubieboard2, I tried to use Debian > and Gentoo as domU. > Xen and the dom0 kernel were compiled with the Linaro toolchain: > arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.8-2013.10 - > Linaro GCC 2013.10) 4.8.2 20131014 (prerelease) > The kernel was compiled from > https://github.com/linux-sunxi/linux-sunxi.git, branch sunxi-devel at > a076583266. First thing I would recommend would be to try the latest mainline stable 3.15.x release. I think everything needed for a usable sunxi system is in there already so no need for the sunxi-devel branch (See http://linux-sunxi.org/Linux_mainlining_effort, I think the only thing you might miss would be the MMC driver, but I would suggest SATA anyway...) The reason I suggest the latest 3.15.x is that there were a few interesting netback bugs but I think they've all been backported to stable by now. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 09:57:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 09:57:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2HHe-0004VR-V8; Wed, 02 Jul 2014 09:56:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2HHd-0004VM-9B for xen-users@lists.xen.org; Wed, 02 Jul 2014 09:56:57 +0000 Received: from [85.158.143.35:64599] by server-3.bemta-4.messagelabs.com id 22/B0-16194-867D3B35; Wed, 02 Jul 2014 09:56:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1404295014!15296037!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11305 invoked from network); 2 Jul 2014 09:56:55 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 09:56:55 -0000 X-IronPort-AV: E=Sophos;i="5.01,587,1400025600"; d="scan'208";a="149198688" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 02 Jul 2014 09:56:56 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 2 Jul 2014 05:56:54 -0400 Message-ID: <1404295013.24733.8.camel@kazak.uk.xensource.com> From: Ian Campbell To: Denis Schneider Date: Wed, 2 Jul 2014 10:56:53 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-07-01 at 16:22 +0200, Denis Schneider wrote: > Hi, > I am using a Cubieboard2 with Xen 4.4. > After building Xen, installing Debian etc. as described there: > http://openmirage.org/wiki/xen-on-cubieboard2, I tried to use Debian > and Gentoo as domU. > Xen and the dom0 kernel were compiled with the Linaro toolchain: > arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.8-2013.10 - > Linaro GCC 2013.10) 4.8.2 20131014 (prerelease) > The kernel was compiled from > https://github.com/linux-sunxi/linux-sunxi.git, branch sunxi-devel at > a076583266. First thing I would recommend would be to try the latest mainline stable 3.15.x release. I think everything needed for a usable sunxi system is in there already so no need for the sunxi-devel branch (See http://linux-sunxi.org/Linux_mainlining_effort, I think the only thing you might miss would be the MMC driver, but I would suggest SATA anyway...) The reason I suggest the latest 3.15.x is that there were a few interesting netback bugs but I think they've all been backported to stable by now. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 11:20:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 11:20:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2IaN-0008AL-P7; Wed, 02 Jul 2014 11:20:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2IaM-0008A9-9r for xen-users@lists.xen.org; Wed, 02 Jul 2014 11:20:22 +0000 Received: from [85.158.137.68:20412] by server-1.bemta-3.messagelabs.com id B2/45-13056-5FAE3B35; Wed, 02 Jul 2014 11:20:21 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1404300020!13505852!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9173 invoked from network); 2 Jul 2014 11:20:20 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-2.tower-31.messagelabs.com with SMTP; 2 Jul 2014 11:20:20 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 02 Jul 2014 12:20:19 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Wed, 2 Jul 2014 12:20:19 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Wed, 2 Jul 2014 12:20:16 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+VRwB3CEST5IFJTm+IjSFKKOHYyQAirmZw Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> <1404230962.28016.13.camel@dagon.hellion.org.uk> In-Reply-To: <1404230962.28016.13.camel@dagon.hellion.org.uk> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114070212201904202 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D79E5B8641GEORGEEmeaA_" Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D79E5B8641GEORGEEmeaA_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable On Tue, Jul 01, 2014 at 17:09:22, Ian Campbell wrote: > On Mon, 2014-06-30 at 13:21 +0100, Jeenu Viswambharan wrote: > > On Mon, Jun 30, 2014 at 11:27:11, Ian Campbell wrote: > > > http://community.arm.com/groups/processors/blog/2014/03/28/virtualiza= tion-on-arm-with-xen has an example initscript in it which seems to suggest= that > > > mount -t devtmpfs dev /dev > > > /sbin/udevd --daemon > > > udevadm trigger --action=3Dadd > > > should do the right thing (I was advising Andrew when he wrote > > > that and it sounds familiar to me to). If you are going to skip > > > the usual /sbin/init based setup then I would recommend you use > > > something akin to the init.sh proposed in that blog post (it > > > doesn't look like it is terribly openSUSE specific, but YMMV). > > > > Thanks. It looks like that helped. The VM creation no more prints > > any error (about creating terminals, previously) when it returns the > > shell prompt. 'xl list' lists a guest by name 'guest'. However, when > > I execute 'xl console guest', the command goes dead; there are no > > verbose logs even if I pass -vvv to xl. > > > > It's almost the same effect if I run the command 'xl -vvv create > > guest.cfg -c', that it appears stuck and doesn't return prompt. > > [...] > > It's also worth double checking that you have a multiplatform kernel > configuration with no DEBUG_LL options enabled, since any UART which > that might point to will not exist within a guest. I think the option > conflicts with CONFIG_MULTIPLATFORM so I guess it is unlikely that you > have it enabled. Crikey, Both CONFIG_MULTIPLATFORM and DEBUG_LL were enabled in my config. I've disabled the latter for further runs. Thanks. Another thing I realized was that I didn't use the 'losetup' command to setup a backend for /dev/loop0. Having made the fixes above, I'm now able to launch DomU, and later use 'xl console guest' to get a shell! Phew! One hiccup is that I can't quit the shell from DomU, as it's init is /bin/sh and it'll be killed on exit. Because I'm using the same file system as Dom0, DomU wouldn't be able to start upstart either. So I can't find a way to go back to Dom0 once I'm in DomU! -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are con= fidential and may also be privileged. If you are not the intended recipient= , please notify the sender immediately and do not disclose the contents to = any other person, use it for any purpose, or store or copy the information = in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Regist= ered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, R= egistered in England & Wales, Company No: 2548782 --_002_B69BE294631500448B6D3B9936E1743202D79E5B8641GEORGEEmeaA_ Content-Type: application/octet-stream; name="xl.console.log" Content-Description: xl.console.log Content-Disposition: attachment; filename="xl.console.log"; size=7436; creation-date="Wed, 02 Jul 2014 09:50:59 GMT"; modification-date="Wed, 02 Jul 2014 09:28:04 GMT" Content-Transfer-Encoding: base64 cm9vdEAobm9uZSk6L3Jvb3QjIC91c3IvbG9jYWwvbGliL3hlbi9iaW4veGVuY3R4IDEKUEM6ICAg ICAgIGMwMzVhMTdjCkNQU1I6ICAgICBhMDAwMDExMwpVU1I6ICAgICAgICAgICAgICAgU1A6MDAw MDAwMDAgTFI6MDAwMDAwMDAKU1ZDOiBTUFNSOmEwMDAwMTEzIFNQOmM3ODNkZWEwIExSOmMwMDEz ZDIwCkZJUTogU1BTUjowMDAwMDAwMCBTUDowMDAwMDAwMCBMUjowMDAwMDAwMApJUlE6IFNQU1I6 ODAwMDAxOTMgU1A6YzA1ZGI4NDAgTFI6YzAwMTI0ODAKQUJUOiBTUFNSOjYwMDAwMTkzIFNQOmMw NWRiODRjIExSOmMwMDEyNDIwClVORDogU1BTUjowMDAwMDAwMCBTUDpjMDVkYjg1OCBMUjpjMDVk Yjg1OAoKIHIwX3VzcjogMDZmMjkyNzQgICAgICAgIHIxX3VzcjogMDAwMDAwMDEgICAgICAgIHIy X3VzcjogZmQ2NDA4MDAKIHIzX3VzcjogYzAzNWExNzggICAgICAgIHI0X3VzcjogYzA1ZjE4NTAg ICAgICAgIHI1X3VzcjogMDAwMDVkYmYKIHI2X3VzcjogMDZmMjU1NmEgICAgICAgIHI3X3Vzcjog YzA1YzNiMzggICAgICAgIHI4X3VzcjogMDAwMmE2ODQKIHI5X3VzcjogYzdmZTBkYTAgICAgICAg cjEwX3VzcjogYzA1ZGMxZjAgICAgICAgcjExX3VzcjogMDAwMDAwMDAKcjEyX3VzcjogMDAwMDAw MDAKCiByOF9maXE6IDAwMDAwMDAwCiByOV9maXE6IDAwMDAwMDAwICAgICAgIHIxMF9maXE6IDAw MDAwMDAwICAgICAgIHIxMV9maXE6IDAwMDAwMDAwCnIxMl9maXE6IDAwMDAwMDAwCgpTQ1RMUjog MTBjNTNjN2QKVFRCQ1I6IDAwMDAwMDAwMDAwMDAwMDAKVFRCUjA6IDAwMDAwMDAwODAwMDQwNmEK VFRCUjE6IDAwMDAwMDAwODAwMDQwNmEKcm9vdEAobm9uZSk6L3Jvb3QjIHhsIGNvbnNvbGUgZ3Vl c3QKQm9vdGluZyBMaW51eCBvbiBwaHlzaWNhbCBDUFUgMHgwCkluaXRpYWxpemluZyBjZ3JvdXAg c3Vic3lzIGNwdXNldApMaW51eCB2ZXJzaW9uIDMuMTQuMCsgKGplZXZpczAxQGUxMDYxMzYtbGlu KSAoZ2NjIHZlcnNpb24gNC42LjMgKFVidW50dS9MaW5hcm8gNC42LjMtMXVidW50dTUpICkgIzI4 IFNNUCBXZWQgSnVsIDIgMDk6NTE6MTIgQlNUIDIwMTQKQ1BVOiBBUk12NyBQcm9jZXNzb3IgWzQx MmZjMGYxXSByZXZpc2lvbiAxIChBUk12NyksIGNyPTEwYzUzYzdkCkNQVTogUElQVCAvIFZJUFQg bm9uYWxpYXNpbmcgZGF0YSBjYWNoZSwgUElQVCBpbnN0cnVjdGlvbiBjYWNoZQpNYWNoaW5lIG1v ZGVsOiBYRU5WTS00LjQKTWVtb3J5IHBvbGljeTogRGF0YSBjYWNoZSB3cml0ZWFsbG9jCk9uIG5v ZGUgMCB0b3RhbHBhZ2VzOiAzMjc2OApmcmVlX2FyZWFfaW5pdF9ub2RlOiBub2RlIDAsIHBnZGF0 IGMwNWRhNGMwLCBub2RlX21lbV9tYXAgYzdlZmIwMDAKICBOb3JtYWwgem9uZTogMjU2IHBhZ2Vz IHVzZWQgZm9yIG1lbW1hcAogIE5vcm1hbCB6b25lOiAwIHBhZ2VzIHJlc2VydmVkCiAgTm9ybWFs IHpvbmU6IDMyNzY4IHBhZ2VzLCBMSUZPIGJhdGNoOjcKcHNjaTogcHJvYmluZyBmdW5jdGlvbiBJ RHMgZnJvbSBkZXZpY2UtdHJlZQpQRVJDUFU6IEVtYmVkZGVkIDYgcGFnZXMvY3B1IEBjN2VmMDAw MCBzODUxMiByMCBkMTYwNjQgdTMyNzY4CnBjcHUtYWxsb2M6IHM4NTEyIHIwIGQxNjA2NCB1MzI3 NjggYWxsb2M9OCo0MDk2CnBjcHUtYWxsb2M6IFswXSAwCkJ1aWx0IDEgem9uZWxpc3RzIGluIFpv bmUgb3JkZXIsIG1vYmlsaXR5IGdyb3VwaW5nIG9uLiAgVG90YWwgcGFnZXM6IDMyNTEyCktlcm5l bCBjb21tYW5kIGxpbmU6IGVhcmx5cHJpbnRrPXhlbmJvb3QgY29uc29sZT1odmMwIHJvb3Q9L2Rl di94dmRhIGRlYnVnIHJ3IGluaXQ9L2Jpbi9zaApQSUQgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIg KG9yZGVyOiAtMSwgMjA0OCBieXRlcykKRGVudHJ5IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczog MTYzODQgKG9yZGVyOiA0LCA2NTUzNiBieXRlcykKSW5vZGUtY2FjaGUgaGFzaCB0YWJsZSBlbnRy aWVzOiA4MTkyIChvcmRlcjogMywgMzI3NjggYnl0ZXMpCk1lbW9yeTogMTIzNzY0Sy8xMzEwNzJL IGF2YWlsYWJsZSAoNDU3OEsga2VybmVsIGNvZGUsIDE4N0sgcndkYXRhLCA5NTJLIHJvZGF0YSwg MjQwSyBpbml0LCAxNTdLIGJzcywgNzMwOEsgcmVzZXJ2ZWQpClZpcnR1YWwga2VybmVsIG1lbW9y eSBsYXlvdXQ6CiAgICB2ZWN0b3IgIDogMHhmZmZmMDAwMCAtIDB4ZmZmZjEwMDAgICAoICAgNCBr QikKICAgIGZpeG1hcCAgOiAweGZmZjAwMDAwIC0gMHhmZmZlMDAwMCAgICggODk2IGtCKQogICAg dm1hbGxvYyA6IDB4Yzg4MDAwMDAgLSAweGZmMDAwMDAwICAgKCA4NzIgTUIpCiAgICBsb3dtZW0g IDogMHhjMDAwMDAwMCAtIDB4YzgwMDAwMDAgICAoIDEyOCBNQikKICAgICAgLnRleHQgOiAweGMw MDA4MDAwIC0gMHhjMDU2ZWJhMCAgICg1NTMxIGtCKQogICAgICAuaW5pdCA6IDB4YzA1NmYwMDAg LSAweGMwNWFiMTQwICAgKCAyNDEga0IpCiAgICAgIC5kYXRhIDogMHhjMDVhYzAwMCAtIDB4YzA1 ZGFkZTAgICAoIDE4OCBrQikKICAgICAgIC5ic3MgOiAweGMwNWRhZGU4IC0gMHhjMDYwMjMxMCAg ICggMTU4IGtCKQpTTFVCOiBIV2FsaWduPTY0LCBPcmRlcj0wLTMsIE1pbk9iamVjdHM9MCwgQ1BV cz0xLCBOb2Rlcz0xCkhpZXJhcmNoaWNhbCBSQ1UgaW1wbGVtZW50YXRpb24uCiAgICAgICAgUkNV IHJlc3RyaWN0aW5nIENQVXMgZnJvbSBOUl9DUFVTPTggdG8gbnJfY3B1X2lkcz0xLgpSQ1U6IEFk anVzdGluZyBnZW9tZXRyeSBmb3IgcmN1X2Zhbm91dF9sZWFmPTE2LCBucl9jcHVfaWRzPTEKTlJf SVJRUzoxNiBucl9pcnFzOjE2IDE2CkFyY2hpdGVjdGVkIGNwMTUgdGltZXIocykgcnVubmluZyBh dCAyNC4wME1IeiAodmlydCkuCnNjaGVkX2Nsb2NrOiA1NiBiaXRzIGF0IDI0TUh6LCByZXNvbHV0 aW9uIDQxbnMsIHdyYXBzIGV2ZXJ5IDI4NjMzMTE1MTk3NDRucwpTd2l0Y2hpbmcgdG8gdGltZXIt YmFzZWQgZGVsYXkgbG9vcApDb25zb2xlOiBjb2xvdXIgZHVtbXkgZGV2aWNlIDgweDMwCkNhbGli cmF0aW5nIGRlbGF5IGxvb3AgKHNraXBwZWQpLCB2YWx1ZSBjYWxjdWxhdGVkIHVzaW5nIHRpbWVy IGZyZXF1ZW5jeS4uIDQ4LjAwIEJvZ29NSVBTIChscGo9MjQwMDAwKQpwaWRfbWF4OiBkZWZhdWx0 OiAzMjc2OCBtaW5pbXVtOiAzMDEKTW91bnQtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAxMDI0 IChvcmRlcjogMCwgNDA5NiBieXRlcykKTW91bnRwb2ludC1jYWNoZSBoYXNoIHRhYmxlIGVudHJp ZXM6IDEwMjQgKG9yZGVyOiAwLCA0MDk2IGJ5dGVzKQpDUFU6IFRlc3Rpbmcgd3JpdGUgYnVmZmVy IGNvaGVyZW5jeTogb2sKL2NwdXMvY3B1QDAgbWlzc2luZyBjbG9jay1mcmVxdWVuY3kgcHJvcGVy dHkKQ1BVMDogdGhyZWFkIC0xLCBjcHUgMCwgc29ja2V0IDAsIG1waWRyIDgwMDAwMDAwClhlbiA0 LjQgc3VwcG9ydCBmb3VuZCwgZXZlbnRzX2lycT0zMSBnbnR0YWJfZnJhbWU9MHhiMDAwMDAwMAp4 ZW46Z3JhbnRfdGFibGU6IEdyYW50IHRhYmxlcyB1c2luZyB2ZXJzaW9uIDEgbGF5b3V0CkdyYW50 IHRhYmxlIGluaXRpYWxpemVkCnhlbjpldmVudHM6IFVzaW5nIEZJRk8tYmFzZWQgQUJJClhlbjog aW5pdGlhbGl6aW5nIGNwdTAKU2V0dGluZyB1cCBzdGF0aWMgaWRlbnRpdHkgbWFwIGZvciAweDgw NDU4ODU4IC0gMHg4MDQ1ODhiMApCcm91Z2h0IHVwIDEgQ1BVcwpTTVA6IFRvdGFsIG9mIDEgcHJv Y2Vzc29ycyBhY3RpdmF0ZWQuCkNQVTogQWxsIENQVShzKSBzdGFydGVkIGluIFNWQyBtb2RlLgpk ZXZ0bXBmczogaW5pdGlhbGl6ZWQKVkZQIHN1cHBvcnQgdjAuMzogaW1wbGVtZW50b3IgNDEgYXJj aGl0ZWN0dXJlIDQgcGFydCAzMCB2YXJpYW50IGYgcmV2IDAKcmVndWxhdG9yLWR1bW15OiBubyBw YXJhbWV0ZXJzCk5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTYKRE1BOiBwcmVhbGxv Y2F0ZWQgMjU2IEtpQiBwb29sIGZvciBhdG9taWMgY29oZXJlbnQgYWxsb2NhdGlvbnMKaHctYnJl YWtwb2ludDogZm91bmQgNSAoKzEgcmVzZXJ2ZWQpIGJyZWFrcG9pbnQgYW5kIDQgd2F0Y2hwb2lu dCByZWdpc3RlcnMuCmh3LWJyZWFrcG9pbnQ6IG1heGltdW0gd2F0Y2hwb2ludCBzaXplIGlzIDgg Ynl0ZXMuClNlcmlhbDogQU1CQSBQTDAxMSBVQVJUIGRyaXZlcgpiaW86IGNyZWF0ZSBzbGFiIDxi aW8tMD4gYXQgMAp4ZW46YmFsbG9vbjogSW5pdGlhbGlzaW5nIGJhbGxvb24gZHJpdmVyCnhlbl9i YWxsb29uOiBJbml0aWFsaXNpbmcgYmFsbG9vbiBkcml2ZXIKU0NTSSBzdWJzeXN0ZW0gaW5pdGlh bGl6ZWQKbGliYXRhIHZlcnNpb24gMy4wMCBsb2FkZWQuCnVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3 IGludGVyZmFjZSBkcml2ZXIgdXNiZnMKdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNl IGRyaXZlciBodWIKdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgZGV2aWNlIGRyaXZlciB1c2IKQWR2 YW5jZWQgTGludXggU291bmQgQXJjaGl0ZWN0dXJlIERyaXZlciBJbml0aWFsaXplZC4KU3dpdGNo ZWQgdG8gY2xvY2tzb3VyY2UgYXJjaF9zeXNfY291bnRlcgpORVQ6IFJlZ2lzdGVyZWQgcHJvdG9j b2wgZmFtaWx5IDIKVENQIGVzdGFibGlzaGVkIGhhc2ggdGFibGUgZW50cmllczogMTAyNCAob3Jk ZXI6IDAsIDQwOTYgYnl0ZXMpClRDUCBiaW5kIGhhc2ggdGFibGUgZW50cmllczogMTAyNCAob3Jk ZXI6IDEsIDgxOTIgYnl0ZXMpClRDUDogSGFzaCB0YWJsZXMgY29uZmlndXJlZCAoZXN0YWJsaXNo ZWQgMTAyNCBiaW5kIDEwMjQpClRDUDogcmVubyByZWdpc3RlcmVkClVEUCBoYXNoIHRhYmxlIGVu dHJpZXM6IDI1NiAob3JkZXI6IDEsIDgxOTIgYnl0ZXMpClVEUC1MaXRlIGhhc2ggdGFibGUgZW50 cmllczogMjU2IChvcmRlcjogMSwgODE5MiBieXRlcykKTkVUOiBSZWdpc3RlcmVkIHByb3RvY29s IGZhbWlseSAxClJQQzogUmVnaXN0ZXJlZCBuYW1lZCBVTklYIHNvY2tldCB0cmFuc3BvcnQgbW9k dWxlLgpSUEM6IFJlZ2lzdGVyZWQgdWRwIHRyYW5zcG9ydCBtb2R1bGUuClJQQzogUmVnaXN0ZXJl ZCB0Y3AgdHJhbnNwb3J0IG1vZHVsZS4KUlBDOiBSZWdpc3RlcmVkIHRjcCBORlN2NC4xIGJhY2tj aGFubmVsIHRyYW5zcG9ydCBtb2R1bGUuCmZ1dGV4IGhhc2ggdGFibGUgZW50cmllczogMjU2IChv cmRlcjogMiwgMTYzODQgYnl0ZXMpCnNxdWFzaGZzOiB2ZXJzaW9uIDQuMCAoMjAwOS8wMS8zMSkg UGhpbGxpcCBMb3VnaGVyCmpmZnMyOiB2ZXJzaW9uIDIuMi4gKE5BTkQpIKkgMjAwMS0yMDA2IFJl ZCBIYXQsIEluYy4KOXA6IEluc3RhbGxpbmcgdjlmcyA5cDIwMDAgZmlsZSBzeXN0ZW0gc3VwcG9y dAptc2dtbmkgaGFzIGJlZW4gc2V0IHRvIDI0MQppbyBzY2hlZHVsZXIgbm9vcCByZWdpc3RlcmVk IChkZWZhdWx0KQp4ZW46eGVuX2V2dGNobjogRXZlbnQtY2hhbm5lbCBkZXZpY2UgaW5zdGFsbGVk CmNvbnNvbGUgW2h2YzBdIGVuYWJsZWQKbG9vcDogbW9kdWxlIGxvYWRlZAp4ZW5fbmV0ZnJvbnQ6 IEluaXRpYWxpc2luZyBYZW4gdmlydHVhbCBldGhlcm5ldCBkcml2ZXIKdXNiY29yZTogcmVnaXN0 ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2Itc3RvcmFnZQptb3VzZWRldjogUFMvMiBtb3Vz ZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQpsZWR0cmlnLWNwdTogcmVnaXN0ZXJlZCB0byBp bmRpY2F0ZSBhY3Rpdml0eSBvbiBDUFVzCnVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFj ZSBkcml2ZXIgdXNiaGlkCnVzYmhpZDogVVNCIEhJRCBjb3JlIGRyaXZlcgpvcHJvZmlsZTogbm8g cGVyZm9ybWFuY2UgY291bnRlcnMKb3Byb2ZpbGU6IHVzaW5nIHRpbWVyIGludGVycnVwdC4KVENQ OiBjdWJpYyByZWdpc3RlcmVkCk5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTcKOXBu ZXQ6IEluc3RhbGxpbmcgOVAyMDAwIHN1cHBvcnQKYmxrZnJvbnQ6IHh2ZGE6IGJhcnJpZXIgb3Ig Zmx1c2g6IGRpc2FibGVkOyBwZXJzaXN0ZW50IGdyYW50czogZW5hYmxlZDsgaW5kaXJlY3QgZGVz Y3JpcHRvcnM6IGVuYWJsZWQ7CnJlZ3VsYXRvci1kdW1teTogZGlzYWJsaW5nCmRyaXZlcnMvcnRj L2hjdG9zeXMuYzogdW5hYmxlIHRvIG9wZW4gcnRjIGRldmljZSAocnRjMCkKQUxTQSBkZXZpY2Ug bGlzdDoKICBObyBzb3VuZGNhcmRzIGZvdW5kLgplbmRfcmVxdWVzdDogSS9PIGVycm9yLCBkZXYg eHZkYSwgc2VjdG9yIDIKRVhUMy1mcyAoeHZkYSk6IGVycm9yOiB1bmFibGUgdG8gcmVhZCBzdXBl cmJsb2NrCmVuZF9yZXF1ZXN0OiBJL08gZXJyb3IsIGRldiB4dmRhLCBzZWN0b3IgMgpFWFQyLWZz ICh4dmRhKTogZXJyb3I6IHVuYWJsZSB0byByZWFkIHN1cGVyYmxvY2sKZW5kX3JlcXVlc3Q6IEkv TyBlcnJvciwgZGV2IHh2ZGEsIHNlY3RvciAyCkVYVDQtZnMgKHh2ZGEpOiB1bmFibGUgdG8gcmVh ZCBzdXBlcmJsb2NrCmVuZF9yZXF1ZXN0OiBJL08gZXJyb3IsIGRldiB4dmRhLCBzZWN0b3IgMApT UVVBU0hGUyBlcnJvcjogc3F1YXNoZnNfcmVhZF9kYXRhIGZhaWxlZCB0byByZWFkIGJsb2NrIDB4 MApTUVVBU0hGUyBlcnJvcjogdW5hYmxlIHRvIHJlYWQgc3F1YXNoZnNfc3VwZXJfYmxvY2sKVkZT OiBDYW5ub3Qgb3BlbiByb290IGRldmljZSAieHZkYSIgb3IgdW5rbm93bi1ibG9jaygyMDIsMCk6 IGVycm9yIC01ClBsZWFzZSBhcHBlbmQgYSBjb3JyZWN0ICJyb290PSIgYm9vdCBvcHRpb247IGhl cmUgYXJlIHRoZSBhdmFpbGFibGUgcGFydGl0aW9uczoKS2VybmVsIHBhbmljIC0gbm90IHN5bmNp bmc6IFZGUzogVW5hYmxlIHRvIG1vdW50IHJvb3QgZnMgb24gdW5rbm93bi1ibG9jaygyMDIsMCkK Q1BVOiAwIFBJRDogMSBDb21tOiBzd2FwcGVyLzAgTm90IHRhaW50ZWQgMy4xNC4wKyAjMjgKWzxj MDAxNDJiMD5dICh1bndpbmRfYmFja3RyYWNlKSBmcm9tIFs8YzAwMTE5N2M+XSAoc2hvd19zdGFj aysweDEwLzB4MTQpCls8YzAwMTE5N2M+XSAoc2hvd19zdGFjaykgZnJvbSBbPGMwNDU0MDYwPl0g KGR1bXBfc3RhY2srMHg2OC8weDg0KQpbPGMwNDU0MDYwPl0gKGR1bXBfc3RhY2spIGZyb20gWzxj MDQ1MTRjOD5dIChwYW5pYysweDhjLzB4MWRjKQpbPGMwNDUxNGM4Pl0gKHBhbmljKSBmcm9tIFs8 YzA1NzAxYmM+XSAobW91bnRfYmxvY2tfcm9vdCsweDFiMC8weDI2NCkKWzxjMDU3MDFiYz5dICht b3VudF9ibG9ja19yb290KSBmcm9tIFs8YzA1NzAzNTg+XSAobW91bnRfcm9vdCsweGU4LzB4MTA4 KQpbPGMwNTcwMzU4Pl0gKG1vdW50X3Jvb3QpIGZyb20gWzxjMDU3MDRhMD5dIChwcmVwYXJlX25h bWVzcGFjZSsweDEyOC8weDE4YykKWzxjMDU3MDRhMD5dIChwcmVwYXJlX25hbWVzcGFjZSkgZnJv bSBbPGMwNTZmZTI4Pl0gKGtlcm5lbF9pbml0X2ZyZWVhYmxlKzB4MWY0LzB4MjQwKQpbPGMwNTZm ZTI4Pl0gKGtlcm5lbF9pbml0X2ZyZWVhYmxlKSBmcm9tIFs8YzA0NGY3YTA+XSAoa2VybmVsX2lu aXQrMHg4LzB4ZTQpCls8YzA0NGY3YTA+XSAoa2VybmVsX2luaXQpIGZyb20gWzxjMDAwZTg3OD5d IChyZXRfZnJvbV9mb3JrKzB4MTQvMHgzYyk= --_002_B69BE294631500448B6D3B9936E1743202D79E5B8641GEORGEEmeaA_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_002_B69BE294631500448B6D3B9936E1743202D79E5B8641GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Wed Jul 02 11:20:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 11:20:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2IaN-0008AL-P7; Wed, 02 Jul 2014 11:20:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2IaM-0008A9-9r for xen-users@lists.xen.org; Wed, 02 Jul 2014 11:20:22 +0000 Received: from [85.158.137.68:20412] by server-1.bemta-3.messagelabs.com id B2/45-13056-5FAE3B35; Wed, 02 Jul 2014 11:20:21 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1404300020!13505852!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9173 invoked from network); 2 Jul 2014 11:20:20 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-2.tower-31.messagelabs.com with SMTP; 2 Jul 2014 11:20:20 -0000 Received: from EMEA-CAM-GW3.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 02 Jul 2014 12:20:19 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by EMEA-CAM-GW3.Emea.Arm.com ([::1]) with mapi; Wed, 2 Jul 2014 12:20:19 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Wed, 2 Jul 2014 12:20:16 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+VRwB3CEST5IFJTm+IjSFKKOHYyQAirmZw Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> <1404230962.28016.13.camel@dagon.hellion.org.uk> In-Reply-To: <1404230962.28016.13.camel@dagon.hellion.org.uk> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114070212201904202 Content-Type: multipart/mixed; boundary="_002_B69BE294631500448B6D3B9936E1743202D79E5B8641GEORGEEmeaA_" Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_002_B69BE294631500448B6D3B9936E1743202D79E5B8641GEORGEEmeaA_ Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable On Tue, Jul 01, 2014 at 17:09:22, Ian Campbell wrote: > On Mon, 2014-06-30 at 13:21 +0100, Jeenu Viswambharan wrote: > > On Mon, Jun 30, 2014 at 11:27:11, Ian Campbell wrote: > > > http://community.arm.com/groups/processors/blog/2014/03/28/virtualiza= tion-on-arm-with-xen has an example initscript in it which seems to suggest= that > > > mount -t devtmpfs dev /dev > > > /sbin/udevd --daemon > > > udevadm trigger --action=3Dadd > > > should do the right thing (I was advising Andrew when he wrote > > > that and it sounds familiar to me to). If you are going to skip > > > the usual /sbin/init based setup then I would recommend you use > > > something akin to the init.sh proposed in that blog post (it > > > doesn't look like it is terribly openSUSE specific, but YMMV). > > > > Thanks. It looks like that helped. The VM creation no more prints > > any error (about creating terminals, previously) when it returns the > > shell prompt. 'xl list' lists a guest by name 'guest'. However, when > > I execute 'xl console guest', the command goes dead; there are no > > verbose logs even if I pass -vvv to xl. > > > > It's almost the same effect if I run the command 'xl -vvv create > > guest.cfg -c', that it appears stuck and doesn't return prompt. > > [...] > > It's also worth double checking that you have a multiplatform kernel > configuration with no DEBUG_LL options enabled, since any UART which > that might point to will not exist within a guest. I think the option > conflicts with CONFIG_MULTIPLATFORM so I guess it is unlikely that you > have it enabled. Crikey, Both CONFIG_MULTIPLATFORM and DEBUG_LL were enabled in my config. I've disabled the latter for further runs. Thanks. Another thing I realized was that I didn't use the 'losetup' command to setup a backend for /dev/loop0. Having made the fixes above, I'm now able to launch DomU, and later use 'xl console guest' to get a shell! Phew! One hiccup is that I can't quit the shell from DomU, as it's init is /bin/sh and it'll be killed on exit. Because I'm using the same file system as Dom0, DomU wouldn't be able to start upstart either. So I can't find a way to go back to Dom0 once I'm in DomU! -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are con= fidential and may also be privileged. If you are not the intended recipient= , please notify the sender immediately and do not disclose the contents to = any other person, use it for any purpose, or store or copy the information = in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Regist= ered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, R= egistered in England & Wales, Company No: 2548782 --_002_B69BE294631500448B6D3B9936E1743202D79E5B8641GEORGEEmeaA_ Content-Type: application/octet-stream; name="xl.console.log" Content-Description: xl.console.log Content-Disposition: attachment; filename="xl.console.log"; size=7436; creation-date="Wed, 02 Jul 2014 09:50:59 GMT"; modification-date="Wed, 02 Jul 2014 09:28:04 GMT" Content-Transfer-Encoding: base64 cm9vdEAobm9uZSk6L3Jvb3QjIC91c3IvbG9jYWwvbGliL3hlbi9iaW4veGVuY3R4IDEKUEM6ICAg ICAgIGMwMzVhMTdjCkNQU1I6ICAgICBhMDAwMDExMwpVU1I6ICAgICAgICAgICAgICAgU1A6MDAw MDAwMDAgTFI6MDAwMDAwMDAKU1ZDOiBTUFNSOmEwMDAwMTEzIFNQOmM3ODNkZWEwIExSOmMwMDEz ZDIwCkZJUTogU1BTUjowMDAwMDAwMCBTUDowMDAwMDAwMCBMUjowMDAwMDAwMApJUlE6IFNQU1I6 ODAwMDAxOTMgU1A6YzA1ZGI4NDAgTFI6YzAwMTI0ODAKQUJUOiBTUFNSOjYwMDAwMTkzIFNQOmMw NWRiODRjIExSOmMwMDEyNDIwClVORDogU1BTUjowMDAwMDAwMCBTUDpjMDVkYjg1OCBMUjpjMDVk Yjg1OAoKIHIwX3VzcjogMDZmMjkyNzQgICAgICAgIHIxX3VzcjogMDAwMDAwMDEgICAgICAgIHIy X3VzcjogZmQ2NDA4MDAKIHIzX3VzcjogYzAzNWExNzggICAgICAgIHI0X3VzcjogYzA1ZjE4NTAg ICAgICAgIHI1X3VzcjogMDAwMDVkYmYKIHI2X3VzcjogMDZmMjU1NmEgICAgICAgIHI3X3Vzcjog YzA1YzNiMzggICAgICAgIHI4X3VzcjogMDAwMmE2ODQKIHI5X3VzcjogYzdmZTBkYTAgICAgICAg cjEwX3VzcjogYzA1ZGMxZjAgICAgICAgcjExX3VzcjogMDAwMDAwMDAKcjEyX3VzcjogMDAwMDAw MDAKCiByOF9maXE6IDAwMDAwMDAwCiByOV9maXE6IDAwMDAwMDAwICAgICAgIHIxMF9maXE6IDAw MDAwMDAwICAgICAgIHIxMV9maXE6IDAwMDAwMDAwCnIxMl9maXE6IDAwMDAwMDAwCgpTQ1RMUjog MTBjNTNjN2QKVFRCQ1I6IDAwMDAwMDAwMDAwMDAwMDAKVFRCUjA6IDAwMDAwMDAwODAwMDQwNmEK VFRCUjE6IDAwMDAwMDAwODAwMDQwNmEKcm9vdEAobm9uZSk6L3Jvb3QjIHhsIGNvbnNvbGUgZ3Vl c3QKQm9vdGluZyBMaW51eCBvbiBwaHlzaWNhbCBDUFUgMHgwCkluaXRpYWxpemluZyBjZ3JvdXAg c3Vic3lzIGNwdXNldApMaW51eCB2ZXJzaW9uIDMuMTQuMCsgKGplZXZpczAxQGUxMDYxMzYtbGlu KSAoZ2NjIHZlcnNpb24gNC42LjMgKFVidW50dS9MaW5hcm8gNC42LjMtMXVidW50dTUpICkgIzI4 IFNNUCBXZWQgSnVsIDIgMDk6NTE6MTIgQlNUIDIwMTQKQ1BVOiBBUk12NyBQcm9jZXNzb3IgWzQx MmZjMGYxXSByZXZpc2lvbiAxIChBUk12NyksIGNyPTEwYzUzYzdkCkNQVTogUElQVCAvIFZJUFQg bm9uYWxpYXNpbmcgZGF0YSBjYWNoZSwgUElQVCBpbnN0cnVjdGlvbiBjYWNoZQpNYWNoaW5lIG1v ZGVsOiBYRU5WTS00LjQKTWVtb3J5IHBvbGljeTogRGF0YSBjYWNoZSB3cml0ZWFsbG9jCk9uIG5v ZGUgMCB0b3RhbHBhZ2VzOiAzMjc2OApmcmVlX2FyZWFfaW5pdF9ub2RlOiBub2RlIDAsIHBnZGF0 IGMwNWRhNGMwLCBub2RlX21lbV9tYXAgYzdlZmIwMDAKICBOb3JtYWwgem9uZTogMjU2IHBhZ2Vz IHVzZWQgZm9yIG1lbW1hcAogIE5vcm1hbCB6b25lOiAwIHBhZ2VzIHJlc2VydmVkCiAgTm9ybWFs IHpvbmU6IDMyNzY4IHBhZ2VzLCBMSUZPIGJhdGNoOjcKcHNjaTogcHJvYmluZyBmdW5jdGlvbiBJ RHMgZnJvbSBkZXZpY2UtdHJlZQpQRVJDUFU6IEVtYmVkZGVkIDYgcGFnZXMvY3B1IEBjN2VmMDAw MCBzODUxMiByMCBkMTYwNjQgdTMyNzY4CnBjcHUtYWxsb2M6IHM4NTEyIHIwIGQxNjA2NCB1MzI3 NjggYWxsb2M9OCo0MDk2CnBjcHUtYWxsb2M6IFswXSAwCkJ1aWx0IDEgem9uZWxpc3RzIGluIFpv bmUgb3JkZXIsIG1vYmlsaXR5IGdyb3VwaW5nIG9uLiAgVG90YWwgcGFnZXM6IDMyNTEyCktlcm5l bCBjb21tYW5kIGxpbmU6IGVhcmx5cHJpbnRrPXhlbmJvb3QgY29uc29sZT1odmMwIHJvb3Q9L2Rl di94dmRhIGRlYnVnIHJ3IGluaXQ9L2Jpbi9zaApQSUQgaGFzaCB0YWJsZSBlbnRyaWVzOiA1MTIg KG9yZGVyOiAtMSwgMjA0OCBieXRlcykKRGVudHJ5IGNhY2hlIGhhc2ggdGFibGUgZW50cmllczog MTYzODQgKG9yZGVyOiA0LCA2NTUzNiBieXRlcykKSW5vZGUtY2FjaGUgaGFzaCB0YWJsZSBlbnRy aWVzOiA4MTkyIChvcmRlcjogMywgMzI3NjggYnl0ZXMpCk1lbW9yeTogMTIzNzY0Sy8xMzEwNzJL IGF2YWlsYWJsZSAoNDU3OEsga2VybmVsIGNvZGUsIDE4N0sgcndkYXRhLCA5NTJLIHJvZGF0YSwg MjQwSyBpbml0LCAxNTdLIGJzcywgNzMwOEsgcmVzZXJ2ZWQpClZpcnR1YWwga2VybmVsIG1lbW9y eSBsYXlvdXQ6CiAgICB2ZWN0b3IgIDogMHhmZmZmMDAwMCAtIDB4ZmZmZjEwMDAgICAoICAgNCBr QikKICAgIGZpeG1hcCAgOiAweGZmZjAwMDAwIC0gMHhmZmZlMDAwMCAgICggODk2IGtCKQogICAg dm1hbGxvYyA6IDB4Yzg4MDAwMDAgLSAweGZmMDAwMDAwICAgKCA4NzIgTUIpCiAgICBsb3dtZW0g IDogMHhjMDAwMDAwMCAtIDB4YzgwMDAwMDAgICAoIDEyOCBNQikKICAgICAgLnRleHQgOiAweGMw MDA4MDAwIC0gMHhjMDU2ZWJhMCAgICg1NTMxIGtCKQogICAgICAuaW5pdCA6IDB4YzA1NmYwMDAg LSAweGMwNWFiMTQwICAgKCAyNDEga0IpCiAgICAgIC5kYXRhIDogMHhjMDVhYzAwMCAtIDB4YzA1 ZGFkZTAgICAoIDE4OCBrQikKICAgICAgIC5ic3MgOiAweGMwNWRhZGU4IC0gMHhjMDYwMjMxMCAg ICggMTU4IGtCKQpTTFVCOiBIV2FsaWduPTY0LCBPcmRlcj0wLTMsIE1pbk9iamVjdHM9MCwgQ1BV cz0xLCBOb2Rlcz0xCkhpZXJhcmNoaWNhbCBSQ1UgaW1wbGVtZW50YXRpb24uCiAgICAgICAgUkNV IHJlc3RyaWN0aW5nIENQVXMgZnJvbSBOUl9DUFVTPTggdG8gbnJfY3B1X2lkcz0xLgpSQ1U6IEFk anVzdGluZyBnZW9tZXRyeSBmb3IgcmN1X2Zhbm91dF9sZWFmPTE2LCBucl9jcHVfaWRzPTEKTlJf SVJRUzoxNiBucl9pcnFzOjE2IDE2CkFyY2hpdGVjdGVkIGNwMTUgdGltZXIocykgcnVubmluZyBh dCAyNC4wME1IeiAodmlydCkuCnNjaGVkX2Nsb2NrOiA1NiBiaXRzIGF0IDI0TUh6LCByZXNvbHV0 aW9uIDQxbnMsIHdyYXBzIGV2ZXJ5IDI4NjMzMTE1MTk3NDRucwpTd2l0Y2hpbmcgdG8gdGltZXIt YmFzZWQgZGVsYXkgbG9vcApDb25zb2xlOiBjb2xvdXIgZHVtbXkgZGV2aWNlIDgweDMwCkNhbGli cmF0aW5nIGRlbGF5IGxvb3AgKHNraXBwZWQpLCB2YWx1ZSBjYWxjdWxhdGVkIHVzaW5nIHRpbWVy IGZyZXF1ZW5jeS4uIDQ4LjAwIEJvZ29NSVBTIChscGo9MjQwMDAwKQpwaWRfbWF4OiBkZWZhdWx0 OiAzMjc2OCBtaW5pbXVtOiAzMDEKTW91bnQtY2FjaGUgaGFzaCB0YWJsZSBlbnRyaWVzOiAxMDI0 IChvcmRlcjogMCwgNDA5NiBieXRlcykKTW91bnRwb2ludC1jYWNoZSBoYXNoIHRhYmxlIGVudHJp ZXM6IDEwMjQgKG9yZGVyOiAwLCA0MDk2IGJ5dGVzKQpDUFU6IFRlc3Rpbmcgd3JpdGUgYnVmZmVy IGNvaGVyZW5jeTogb2sKL2NwdXMvY3B1QDAgbWlzc2luZyBjbG9jay1mcmVxdWVuY3kgcHJvcGVy dHkKQ1BVMDogdGhyZWFkIC0xLCBjcHUgMCwgc29ja2V0IDAsIG1waWRyIDgwMDAwMDAwClhlbiA0 LjQgc3VwcG9ydCBmb3VuZCwgZXZlbnRzX2lycT0zMSBnbnR0YWJfZnJhbWU9MHhiMDAwMDAwMAp4 ZW46Z3JhbnRfdGFibGU6IEdyYW50IHRhYmxlcyB1c2luZyB2ZXJzaW9uIDEgbGF5b3V0CkdyYW50 IHRhYmxlIGluaXRpYWxpemVkCnhlbjpldmVudHM6IFVzaW5nIEZJRk8tYmFzZWQgQUJJClhlbjog aW5pdGlhbGl6aW5nIGNwdTAKU2V0dGluZyB1cCBzdGF0aWMgaWRlbnRpdHkgbWFwIGZvciAweDgw NDU4ODU4IC0gMHg4MDQ1ODhiMApCcm91Z2h0IHVwIDEgQ1BVcwpTTVA6IFRvdGFsIG9mIDEgcHJv Y2Vzc29ycyBhY3RpdmF0ZWQuCkNQVTogQWxsIENQVShzKSBzdGFydGVkIGluIFNWQyBtb2RlLgpk ZXZ0bXBmczogaW5pdGlhbGl6ZWQKVkZQIHN1cHBvcnQgdjAuMzogaW1wbGVtZW50b3IgNDEgYXJj aGl0ZWN0dXJlIDQgcGFydCAzMCB2YXJpYW50IGYgcmV2IDAKcmVndWxhdG9yLWR1bW15OiBubyBw YXJhbWV0ZXJzCk5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTYKRE1BOiBwcmVhbGxv Y2F0ZWQgMjU2IEtpQiBwb29sIGZvciBhdG9taWMgY29oZXJlbnQgYWxsb2NhdGlvbnMKaHctYnJl YWtwb2ludDogZm91bmQgNSAoKzEgcmVzZXJ2ZWQpIGJyZWFrcG9pbnQgYW5kIDQgd2F0Y2hwb2lu dCByZWdpc3RlcnMuCmh3LWJyZWFrcG9pbnQ6IG1heGltdW0gd2F0Y2hwb2ludCBzaXplIGlzIDgg Ynl0ZXMuClNlcmlhbDogQU1CQSBQTDAxMSBVQVJUIGRyaXZlcgpiaW86IGNyZWF0ZSBzbGFiIDxi aW8tMD4gYXQgMAp4ZW46YmFsbG9vbjogSW5pdGlhbGlzaW5nIGJhbGxvb24gZHJpdmVyCnhlbl9i YWxsb29uOiBJbml0aWFsaXNpbmcgYmFsbG9vbiBkcml2ZXIKU0NTSSBzdWJzeXN0ZW0gaW5pdGlh bGl6ZWQKbGliYXRhIHZlcnNpb24gMy4wMCBsb2FkZWQuCnVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3 IGludGVyZmFjZSBkcml2ZXIgdXNiZnMKdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgaW50ZXJmYWNl IGRyaXZlciBodWIKdXNiY29yZTogcmVnaXN0ZXJlZCBuZXcgZGV2aWNlIGRyaXZlciB1c2IKQWR2 YW5jZWQgTGludXggU291bmQgQXJjaGl0ZWN0dXJlIERyaXZlciBJbml0aWFsaXplZC4KU3dpdGNo ZWQgdG8gY2xvY2tzb3VyY2UgYXJjaF9zeXNfY291bnRlcgpORVQ6IFJlZ2lzdGVyZWQgcHJvdG9j b2wgZmFtaWx5IDIKVENQIGVzdGFibGlzaGVkIGhhc2ggdGFibGUgZW50cmllczogMTAyNCAob3Jk ZXI6IDAsIDQwOTYgYnl0ZXMpClRDUCBiaW5kIGhhc2ggdGFibGUgZW50cmllczogMTAyNCAob3Jk ZXI6IDEsIDgxOTIgYnl0ZXMpClRDUDogSGFzaCB0YWJsZXMgY29uZmlndXJlZCAoZXN0YWJsaXNo ZWQgMTAyNCBiaW5kIDEwMjQpClRDUDogcmVubyByZWdpc3RlcmVkClVEUCBoYXNoIHRhYmxlIGVu dHJpZXM6IDI1NiAob3JkZXI6IDEsIDgxOTIgYnl0ZXMpClVEUC1MaXRlIGhhc2ggdGFibGUgZW50 cmllczogMjU2IChvcmRlcjogMSwgODE5MiBieXRlcykKTkVUOiBSZWdpc3RlcmVkIHByb3RvY29s IGZhbWlseSAxClJQQzogUmVnaXN0ZXJlZCBuYW1lZCBVTklYIHNvY2tldCB0cmFuc3BvcnQgbW9k dWxlLgpSUEM6IFJlZ2lzdGVyZWQgdWRwIHRyYW5zcG9ydCBtb2R1bGUuClJQQzogUmVnaXN0ZXJl ZCB0Y3AgdHJhbnNwb3J0IG1vZHVsZS4KUlBDOiBSZWdpc3RlcmVkIHRjcCBORlN2NC4xIGJhY2tj aGFubmVsIHRyYW5zcG9ydCBtb2R1bGUuCmZ1dGV4IGhhc2ggdGFibGUgZW50cmllczogMjU2IChv cmRlcjogMiwgMTYzODQgYnl0ZXMpCnNxdWFzaGZzOiB2ZXJzaW9uIDQuMCAoMjAwOS8wMS8zMSkg UGhpbGxpcCBMb3VnaGVyCmpmZnMyOiB2ZXJzaW9uIDIuMi4gKE5BTkQpIKkgMjAwMS0yMDA2IFJl ZCBIYXQsIEluYy4KOXA6IEluc3RhbGxpbmcgdjlmcyA5cDIwMDAgZmlsZSBzeXN0ZW0gc3VwcG9y dAptc2dtbmkgaGFzIGJlZW4gc2V0IHRvIDI0MQppbyBzY2hlZHVsZXIgbm9vcCByZWdpc3RlcmVk IChkZWZhdWx0KQp4ZW46eGVuX2V2dGNobjogRXZlbnQtY2hhbm5lbCBkZXZpY2UgaW5zdGFsbGVk CmNvbnNvbGUgW2h2YzBdIGVuYWJsZWQKbG9vcDogbW9kdWxlIGxvYWRlZAp4ZW5fbmV0ZnJvbnQ6 IEluaXRpYWxpc2luZyBYZW4gdmlydHVhbCBldGhlcm5ldCBkcml2ZXIKdXNiY29yZTogcmVnaXN0 ZXJlZCBuZXcgaW50ZXJmYWNlIGRyaXZlciB1c2Itc3RvcmFnZQptb3VzZWRldjogUFMvMiBtb3Vz ZSBkZXZpY2UgY29tbW9uIGZvciBhbGwgbWljZQpsZWR0cmlnLWNwdTogcmVnaXN0ZXJlZCB0byBp bmRpY2F0ZSBhY3Rpdml0eSBvbiBDUFVzCnVzYmNvcmU6IHJlZ2lzdGVyZWQgbmV3IGludGVyZmFj ZSBkcml2ZXIgdXNiaGlkCnVzYmhpZDogVVNCIEhJRCBjb3JlIGRyaXZlcgpvcHJvZmlsZTogbm8g cGVyZm9ybWFuY2UgY291bnRlcnMKb3Byb2ZpbGU6IHVzaW5nIHRpbWVyIGludGVycnVwdC4KVENQ OiBjdWJpYyByZWdpc3RlcmVkCk5FVDogUmVnaXN0ZXJlZCBwcm90b2NvbCBmYW1pbHkgMTcKOXBu ZXQ6IEluc3RhbGxpbmcgOVAyMDAwIHN1cHBvcnQKYmxrZnJvbnQ6IHh2ZGE6IGJhcnJpZXIgb3Ig Zmx1c2g6IGRpc2FibGVkOyBwZXJzaXN0ZW50IGdyYW50czogZW5hYmxlZDsgaW5kaXJlY3QgZGVz Y3JpcHRvcnM6IGVuYWJsZWQ7CnJlZ3VsYXRvci1kdW1teTogZGlzYWJsaW5nCmRyaXZlcnMvcnRj L2hjdG9zeXMuYzogdW5hYmxlIHRvIG9wZW4gcnRjIGRldmljZSAocnRjMCkKQUxTQSBkZXZpY2Ug bGlzdDoKICBObyBzb3VuZGNhcmRzIGZvdW5kLgplbmRfcmVxdWVzdDogSS9PIGVycm9yLCBkZXYg eHZkYSwgc2VjdG9yIDIKRVhUMy1mcyAoeHZkYSk6IGVycm9yOiB1bmFibGUgdG8gcmVhZCBzdXBl cmJsb2NrCmVuZF9yZXF1ZXN0OiBJL08gZXJyb3IsIGRldiB4dmRhLCBzZWN0b3IgMgpFWFQyLWZz ICh4dmRhKTogZXJyb3I6IHVuYWJsZSB0byByZWFkIHN1cGVyYmxvY2sKZW5kX3JlcXVlc3Q6IEkv TyBlcnJvciwgZGV2IHh2ZGEsIHNlY3RvciAyCkVYVDQtZnMgKHh2ZGEpOiB1bmFibGUgdG8gcmVh ZCBzdXBlcmJsb2NrCmVuZF9yZXF1ZXN0OiBJL08gZXJyb3IsIGRldiB4dmRhLCBzZWN0b3IgMApT UVVBU0hGUyBlcnJvcjogc3F1YXNoZnNfcmVhZF9kYXRhIGZhaWxlZCB0byByZWFkIGJsb2NrIDB4 MApTUVVBU0hGUyBlcnJvcjogdW5hYmxlIHRvIHJlYWQgc3F1YXNoZnNfc3VwZXJfYmxvY2sKVkZT OiBDYW5ub3Qgb3BlbiByb290IGRldmljZSAieHZkYSIgb3IgdW5rbm93bi1ibG9jaygyMDIsMCk6 IGVycm9yIC01ClBsZWFzZSBhcHBlbmQgYSBjb3JyZWN0ICJyb290PSIgYm9vdCBvcHRpb247IGhl cmUgYXJlIHRoZSBhdmFpbGFibGUgcGFydGl0aW9uczoKS2VybmVsIHBhbmljIC0gbm90IHN5bmNp bmc6IFZGUzogVW5hYmxlIHRvIG1vdW50IHJvb3QgZnMgb24gdW5rbm93bi1ibG9jaygyMDIsMCkK Q1BVOiAwIFBJRDogMSBDb21tOiBzd2FwcGVyLzAgTm90IHRhaW50ZWQgMy4xNC4wKyAjMjgKWzxj MDAxNDJiMD5dICh1bndpbmRfYmFja3RyYWNlKSBmcm9tIFs8YzAwMTE5N2M+XSAoc2hvd19zdGFj aysweDEwLzB4MTQpCls8YzAwMTE5N2M+XSAoc2hvd19zdGFjaykgZnJvbSBbPGMwNDU0MDYwPl0g KGR1bXBfc3RhY2srMHg2OC8weDg0KQpbPGMwNDU0MDYwPl0gKGR1bXBfc3RhY2spIGZyb20gWzxj MDQ1MTRjOD5dIChwYW5pYysweDhjLzB4MWRjKQpbPGMwNDUxNGM4Pl0gKHBhbmljKSBmcm9tIFs8 YzA1NzAxYmM+XSAobW91bnRfYmxvY2tfcm9vdCsweDFiMC8weDI2NCkKWzxjMDU3MDFiYz5dICht b3VudF9ibG9ja19yb290KSBmcm9tIFs8YzA1NzAzNTg+XSAobW91bnRfcm9vdCsweGU4LzB4MTA4 KQpbPGMwNTcwMzU4Pl0gKG1vdW50X3Jvb3QpIGZyb20gWzxjMDU3MDRhMD5dIChwcmVwYXJlX25h bWVzcGFjZSsweDEyOC8weDE4YykKWzxjMDU3MDRhMD5dIChwcmVwYXJlX25hbWVzcGFjZSkgZnJv bSBbPGMwNTZmZTI4Pl0gKGtlcm5lbF9pbml0X2ZyZWVhYmxlKzB4MWY0LzB4MjQwKQpbPGMwNTZm ZTI4Pl0gKGtlcm5lbF9pbml0X2ZyZWVhYmxlKSBmcm9tIFs8YzA0NGY3YTA+XSAoa2VybmVsX2lu aXQrMHg4LzB4ZTQpCls8YzA0NGY3YTA+XSAoa2VybmVsX2luaXQpIGZyb20gWzxjMDAwZTg3OD5d IChyZXRfZnJvbV9mb3JrKzB4MTQvMHgzYyk= --_002_B69BE294631500448B6D3B9936E1743202D79E5B8641GEORGEEmeaA_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_002_B69BE294631500448B6D3B9936E1743202D79E5B8641GEORGEEmeaA_-- From xen-users-bounces@lists.xen.org Wed Jul 02 11:23:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 11:23:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2IdN-0008S6-2A; Wed, 02 Jul 2014 11:23:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2IdL-0008Rs-7o for xen-users@lists.xen.org; Wed, 02 Jul 2014 11:23:27 +0000 Received: from [85.158.139.211:26053] by server-4.bemta-5.messagelabs.com id EB/F6-07250-EABE3B35; Wed, 02 Jul 2014 11:23:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1404300203!9077578!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9851 invoked from network); 2 Jul 2014 11:23:24 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 11:23:24 -0000 X-IronPort-AV: E=Sophos;i="5.01,587,1400025600"; d="scan'208";a="149217349" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 02 Jul 2014 11:23:22 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 2 Jul 2014 07:23:22 -0400 Message-ID: <1404300201.5562.19.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Wed, 2 Jul 2014 12:23:21 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> <1404230962.28016.13.camel@dagon.hellion.org.uk> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-07-02 at 12:20 +0100, Jeenu Viswambharan wrote: > On Tue, Jul 01, 2014 at 17:09:22, Ian Campbell wrote: > > On Mon, 2014-06-30 at 13:21 +0100, Jeenu Viswambharan wrote: > > > On Mon, Jun 30, 2014 at 11:27:11, Ian Campbell wrote: > > > > http://community.arm.com/groups/processors/blog/2014/03/28/virtualization-on-arm-with-xen has an example initscript in it which seems to suggest that > > > > mount -t devtmpfs dev /dev > > > > /sbin/udevd --daemon > > > > udevadm trigger --action=add > > > > should do the right thing (I was advising Andrew when he wrote > > > > that and it sounds familiar to me to). If you are going to skip > > > > the usual /sbin/init based setup then I would recommend you use > > > > something akin to the init.sh proposed in that blog post (it > > > > doesn't look like it is terribly openSUSE specific, but YMMV). > > > > > > Thanks. It looks like that helped. The VM creation no more prints > > > any error (about creating terminals, previously) when it returns the > > > shell prompt. 'xl list' lists a guest by name 'guest'. However, when > > > I execute 'xl console guest', the command goes dead; there are no > > > verbose logs even if I pass -vvv to xl. > > > > > > It's almost the same effect if I run the command 'xl -vvv create > > > guest.cfg -c', that it appears stuck and doesn't return prompt. > > > > [...] > > > > It's also worth double checking that you have a multiplatform kernel > > configuration with no DEBUG_LL options enabled, since any UART which > > that might point to will not exist within a guest. I think the option > > conflicts with CONFIG_MULTIPLATFORM so I guess it is unlikely that you > > have it enabled. > > Crikey, Both CONFIG_MULTIPLATFORM and DEBUG_LL were enabled in my > config. I've disabled the latter for further runs. Thanks. > > Another thing I realized was that I didn't use the 'losetup' command to > setup a backend for /dev/loop0. > > Having made the fixes above, I'm now able to launch DomU, and later use > 'xl console guest' to get a shell! Phew! Huzzah! > One hiccup is that I can't quit the shell from DomU, as it's init is > /bin/sh and it'll be killed on exit. Because I'm using the same file > system as Dom0, DomU wouldn't be able to start upstart either. So I > can't find a way to go back to Dom0 once I'm in DomU! You can exit xl console with Ctrl-[. It might be worth taking a step back and trying to figure out the upstart issue in either dom0 or domU, I think the restriction will start to be an impediment to you before long (even if its just pressing Ctrl-d and existing the init shell by mistake like I do all the time in this mode) Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 11:23:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 11:23:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2IdN-0008S6-2A; Wed, 02 Jul 2014 11:23:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2IdL-0008Rs-7o for xen-users@lists.xen.org; Wed, 02 Jul 2014 11:23:27 +0000 Received: from [85.158.139.211:26053] by server-4.bemta-5.messagelabs.com id EB/F6-07250-EABE3B35; Wed, 02 Jul 2014 11:23:26 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1404300203!9077578!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9851 invoked from network); 2 Jul 2014 11:23:24 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 11:23:24 -0000 X-IronPort-AV: E=Sophos;i="5.01,587,1400025600"; d="scan'208";a="149217349" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 02 Jul 2014 11:23:22 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 2 Jul 2014 07:23:22 -0400 Message-ID: <1404300201.5562.19.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Wed, 2 Jul 2014 12:23:21 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> <1404230962.28016.13.camel@dagon.hellion.org.uk> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-07-02 at 12:20 +0100, Jeenu Viswambharan wrote: > On Tue, Jul 01, 2014 at 17:09:22, Ian Campbell wrote: > > On Mon, 2014-06-30 at 13:21 +0100, Jeenu Viswambharan wrote: > > > On Mon, Jun 30, 2014 at 11:27:11, Ian Campbell wrote: > > > > http://community.arm.com/groups/processors/blog/2014/03/28/virtualization-on-arm-with-xen has an example initscript in it which seems to suggest that > > > > mount -t devtmpfs dev /dev > > > > /sbin/udevd --daemon > > > > udevadm trigger --action=add > > > > should do the right thing (I was advising Andrew when he wrote > > > > that and it sounds familiar to me to). If you are going to skip > > > > the usual /sbin/init based setup then I would recommend you use > > > > something akin to the init.sh proposed in that blog post (it > > > > doesn't look like it is terribly openSUSE specific, but YMMV). > > > > > > Thanks. It looks like that helped. The VM creation no more prints > > > any error (about creating terminals, previously) when it returns the > > > shell prompt. 'xl list' lists a guest by name 'guest'. However, when > > > I execute 'xl console guest', the command goes dead; there are no > > > verbose logs even if I pass -vvv to xl. > > > > > > It's almost the same effect if I run the command 'xl -vvv create > > > guest.cfg -c', that it appears stuck and doesn't return prompt. > > > > [...] > > > > It's also worth double checking that you have a multiplatform kernel > > configuration with no DEBUG_LL options enabled, since any UART which > > that might point to will not exist within a guest. I think the option > > conflicts with CONFIG_MULTIPLATFORM so I guess it is unlikely that you > > have it enabled. > > Crikey, Both CONFIG_MULTIPLATFORM and DEBUG_LL were enabled in my > config. I've disabled the latter for further runs. Thanks. > > Another thing I realized was that I didn't use the 'losetup' command to > setup a backend for /dev/loop0. > > Having made the fixes above, I'm now able to launch DomU, and later use > 'xl console guest' to get a shell! Phew! Huzzah! > One hiccup is that I can't quit the shell from DomU, as it's init is > /bin/sh and it'll be killed on exit. Because I'm using the same file > system as Dom0, DomU wouldn't be able to start upstart either. So I > can't find a way to go back to Dom0 once I'm in DomU! You can exit xl console with Ctrl-[. It might be worth taking a step back and trying to figure out the upstart issue in either dom0 or domU, I think the restriction will start to be an impediment to you before long (even if its just pressing Ctrl-d and existing the init shell by mistake like I do all the time in this mode) Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 11:32:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 11:32:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Im9-0000TL-VK; Wed, 02 Jul 2014 11:32:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Im8-0000T7-CB for xen-users@lists.xen.org; Wed, 02 Jul 2014 11:32:32 +0000 Received: from [85.158.143.35:37835] by server-3.bemta-4.messagelabs.com id 1F/CC-16194-FCDE3B35; Wed, 02 Jul 2014 11:32:31 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1404300751!15362891!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14998 invoked from network); 2 Jul 2014 11:32:31 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-7.tower-21.messagelabs.com with SMTP; 2 Jul 2014 11:32:31 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 02 Jul 2014 12:32:30 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Wed, 2 Jul 2014 12:32:29 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Wed, 2 Jul 2014 12:32:26 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+V6Awx9DqikFVASFa+Hm2m8XD3wwAARZSw Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> <1404230962.28016.13.camel@dagon.hellion.org.uk> <1404300201.5562.19.camel@kazak.uk.xensource.com> In-Reply-To: <1404300201.5562.19.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114070212323100102 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jul 02, 2014 at 12:23:21, Ian Campbell wrote: > On Wed, 2014-07-02 at 12:20 +0100, Jeenu Viswambharan wrote: > > One hiccup is that I can't quit the shell from DomU, as it's init is > > /bin/sh and it'll be killed on exit. Because I'm using the same file > > system as Dom0, DomU wouldn't be able to start upstart either. So I > > can't find a way to go back to Dom0 once I'm in DomU! > > You can exit xl console with Ctrl-[. I believe that's Ctrl-], which is working for me? > It might be worth taking a step back and trying to figure out the > upstart issue in either dom0 or domU, I think the restriction will > start to be an impediment to you before long (even if its just > pressing Ctrl-d and existing the init shell by mistake like I do all > the time in this mode) Right. Not sure if I can get much out of if it: root@(none):/# /sbin/init init: missing runlevel Try `init --help' for more information. root@(none):/# /sbin/init 1 init: Failed to connect to socket /com/ubuntu/upstart: Connection refused But will give a go anyway. Thank you for all your help and patience so far :) -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 11:32:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 11:32:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Im9-0000TL-VK; Wed, 02 Jul 2014 11:32:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Im8-0000T7-CB for xen-users@lists.xen.org; Wed, 02 Jul 2014 11:32:32 +0000 Received: from [85.158.143.35:37835] by server-3.bemta-4.messagelabs.com id 1F/CC-16194-FCDE3B35; Wed, 02 Jul 2014 11:32:31 +0000 X-Env-Sender: jeenu.viswambharan@arm.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1404300751!15362891!1 X-Originating-IP: [195.130.217.12] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjEzMC4yMTcuMTIgPT4gMzg5OTY3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14998 invoked from network); 2 Jul 2014 11:32:31 -0000 Received: from service88.mimecast.com (HELO service88.mimecast.com) (195.130.217.12) by server-7.tower-21.messagelabs.com with SMTP; 2 Jul 2014 11:32:31 -0000 Received: from emea-cam-gw2.Emea.Arm.com (fw-tnat.cambridge.arm.com [217.140.96.21]) (Using TLS) by service88.mimecast.com; Wed, 02 Jul 2014 12:32:30 +0100 Received: from george.Emea.Arm.com ([fe80::e5b1:ee01:8054:c81c]) by emea-cam-gw2.Emea.Arm.com ([::1]) with mapi; Wed, 2 Jul 2014 12:32:29 +0100 From: Jeenu Viswambharan To: Ian Campbell Date: Wed, 2 Jul 2014 12:32:26 +0100 Thread-Topic: [Xen-users] ARM: Xen on Vexpress Thread-Index: Ac+V6Awx9DqikFVASFa+Hm2m8XD3wwAARZSw Message-ID: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> <1404230962.28016.13.camel@dagon.hellion.org.uk> <1404300201.5562.19.camel@kazak.uk.xensource.com> In-Reply-To: <1404300201.5562.19.camel@kazak.uk.xensource.com> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-MC-Unique: 114070212323100102 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jul 02, 2014 at 12:23:21, Ian Campbell wrote: > On Wed, 2014-07-02 at 12:20 +0100, Jeenu Viswambharan wrote: > > One hiccup is that I can't quit the shell from DomU, as it's init is > > /bin/sh and it'll be killed on exit. Because I'm using the same file > > system as Dom0, DomU wouldn't be able to start upstart either. So I > > can't find a way to go back to Dom0 once I'm in DomU! > > You can exit xl console with Ctrl-[. I believe that's Ctrl-], which is working for me? > It might be worth taking a step back and trying to figure out the > upstart issue in either dom0 or domU, I think the restriction will > start to be an impediment to you before long (even if its just > pressing Ctrl-d and existing the init shell by mistake like I do all > the time in this mode) Right. Not sure if I can get much out of if it: root@(none):/# /sbin/init init: missing runlevel Try `init --help' for more information. root@(none):/# /sbin/init 1 init: Failed to connect to socket /com/ubuntu/upstart: Connection refused But will give a go anyway. Thank you for all your help and patience so far :) -- Jeenu -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 11:38:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 11:38:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Irc-00016r-SG; Wed, 02 Jul 2014 11:38:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Irb-00016i-Df for xen-users@lists.xen.org; Wed, 02 Jul 2014 11:38:11 +0000 Received: from [193.109.254.147:16246] by server-8.bemta-14.messagelabs.com id 6E/19-01877-22FE3B35; Wed, 02 Jul 2014 11:38:10 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1404301088!15025542!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29680 invoked from network); 2 Jul 2014 11:38:09 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 11:38:09 -0000 X-IronPort-AV: E=Sophos;i="5.01,587,1400025600"; d="scan'208";a="149220480" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 02 Jul 2014 11:38:08 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 2 Jul 2014 07:38:07 -0400 Message-ID: <1404301085.5562.22.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Wed, 2 Jul 2014 12:38:05 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> <1404230962.28016.13.camel@dagon.hellion.org.uk> <1404300201.5562.19.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-07-02 at 12:32 +0100, Jeenu Viswambharan wrote: > On Wed, Jul 02, 2014 at 12:23:21, Ian Campbell wrote: > > On Wed, 2014-07-02 at 12:20 +0100, Jeenu Viswambharan wrote: > > > One hiccup is that I can't quit the shell from DomU, as it's init is > > > /bin/sh and it'll be killed on exit. Because I'm using the same file > > > system as Dom0, DomU wouldn't be able to start upstart either. So I > > > can't find a way to go back to Dom0 once I'm in DomU! > > > > You can exit xl console with Ctrl-[. > > I believe that's Ctrl-], which is working for me? Yes, sorry. > > It might be worth taking a step back and trying to figure out the > > upstart issue in either dom0 or domU, I think the restriction will > > start to be an impediment to you before long (even if its just > > pressing Ctrl-d and existing the init shell by mistake like I do all > > the time in this mode) > > Right. Not sure if I can get much out of if it: > > root@(none):/# /sbin/init > init: missing runlevel > Try `init --help' for more information. > root@(none):/# /sbin/init 1 > init: Failed to connect to socket /com/ubuntu/upstart: Connection refused I think the way you've invoked it there it will be trying to act as a client to the (supposed to be) already running upstart. "exec /sbin/init" might avoid that (I don't know how it decides to be client vs. server) but I'd suggest that you boot without init=/bin/sh and instead let Upstart get launched as the actual init. Ian _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 11:38:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 11:38:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Irc-00016r-SG; Wed, 02 Jul 2014 11:38:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Irb-00016i-Df for xen-users@lists.xen.org; Wed, 02 Jul 2014 11:38:11 +0000 Received: from [193.109.254.147:16246] by server-8.bemta-14.messagelabs.com id 6E/19-01877-22FE3B35; Wed, 02 Jul 2014 11:38:10 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1404301088!15025542!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29680 invoked from network); 2 Jul 2014 11:38:09 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 11:38:09 -0000 X-IronPort-AV: E=Sophos;i="5.01,587,1400025600"; d="scan'208";a="149220480" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 02 Jul 2014 11:38:08 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 2 Jul 2014 07:38:07 -0400 Message-ID: <1404301085.5562.22.camel@kazak.uk.xensource.com> From: Ian Campbell To: Jeenu Viswambharan Date: Wed, 2 Jul 2014 12:38:05 +0100 In-Reply-To: References: <1402504562.16332.49.camel@kazak.uk.xensource.com> <1402568263.9177.29.camel@kazak.uk.xensource.com> <53A07FE2.3000507@citrix.com> <53A17A61.7030204@citrix.com> <53A1A398.1050505@citrix.com> <1403625977.3875.5.camel@kazak.uk.xensource.com> <1403791595.21159.19.camel@kazak.uk.xensource.com> <1403880669.3169.59.camel@kazak.uk.xensource.com> <1404124031.5000.54.camel@kazak.uk.xensource.com> <1404230962.28016.13.camel@dagon.hellion.org.uk> <1404300201.5562.19.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: Julien Grall , xen-users , "stefano.stabellini@citrix.com" , Stefano Stabellini Subject: Re: [Xen-users] ARM: Xen on Vexpress X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-07-02 at 12:32 +0100, Jeenu Viswambharan wrote: > On Wed, Jul 02, 2014 at 12:23:21, Ian Campbell wrote: > > On Wed, 2014-07-02 at 12:20 +0100, Jeenu Viswambharan wrote: > > > One hiccup is that I can't quit the shell from DomU, as it's init is > > > /bin/sh and it'll be killed on exit. Because I'm using the same file > > > system as Dom0, DomU wouldn't be able to start upstart either. So I > > > can't find a way to go back to Dom0 once I'm in DomU! > > > > You can exit xl console with Ctrl-[. > > I believe that's Ctrl-], which is working for me? Yes, sorry. > > It might be worth taking a step back and trying to figure out the > > upstart issue in either dom0 or domU, I think the restriction will > > start to be an impediment to you before long (even if its just > > pressing Ctrl-d and existing the init shell by mistake like I do all > > the time in this mode) > > Right. Not sure if I can get much out of if it: > > root@(none):/# /sbin/init > init: missing runlevel > Try `init --help' for more information. > root@(none):/# /sbin/init 1 > init: Failed to connect to socket /com/ubuntu/upstart: Connection refused I think the way you've invoked it there it will be trying to act as a client to the (supposed to be) already running upstart. "exec /sbin/init" might avoid that (I don't know how it decides to be client vs. server) but I'd suggest that you boot without init=/bin/sh and instead let Upstart get launched as the actual init. Ian _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 13:46:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 13:46:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2KrF-0001yn-7z; Wed, 02 Jul 2014 13:45:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2KrD-0001yU-KO for xen-users@lists.xen.org; Wed, 02 Jul 2014 13:45:55 +0000 Received: from [193.109.254.147:39815] by server-11.bemta-14.messagelabs.com id 16/01-12767-21D04B35; Wed, 02 Jul 2014 13:45:54 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1404308753!15064573!1 X-Originating-IP: [209.85.192.47] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 949 invoked from network); 2 Jul 2014 13:45:54 -0000 Received: from mail-qg0-f47.google.com (HELO mail-qg0-f47.google.com) (209.85.192.47) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 13:45:54 -0000 Received: by mail-qg0-f47.google.com with SMTP id q108so4645054qgd.20 for ; Wed, 02 Jul 2014 06:45:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=38JontKVqTx0fVXkrXZhY0/3K6ZiIQjFkkS/bLh1+fU=; b=oIRHhSVB7kEro15p5qjIF8o4T3LVxst46qsAtgRk3YRvptqXrZ6gMTAKW3VafUvCUj yOaDCPlh96JT0leBKA88MxJNGwupy5fewdCkg2Zu/fT25h3rvp+/l8HxnPPByD5kPa68 2O0nJ97u+9WX1iPM5H4++q6ckBs7KZT8p/06+hTcXiBNrL1Ci4LK2R+HqwedNwDxNsLd 0wO5GAjDe8ZujfZpOxTFw89Iro0nEFH27pEBzoOlPzSUkXegti3iuiUoDw5WzfSi/UEf 0qI69/9tmp6m5TNK681oAuLgnXAauzdnC4PVwWPAWCnN8CeHjpuJ8XCGivCsP7yj6fwo tGoA== MIME-Version: 1.0 X-Received: by 10.224.98.197 with SMTP id r5mr80297816qan.57.1404308745485; Wed, 02 Jul 2014 06:45:45 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 06:45:45 -0700 (PDT) Date: Wed, 2 Jul 2014 07:45:45 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xen option vga=none X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1242807401955134017==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1242807401955134017== Content-Type: multipart/alternative; boundary=089e013cba98ee25f404fd361b6a --089e013cba98ee25f404fd361b6a Content-Type: text/plain; charset=UTF-8 xen 4.5 has this new option of vga=none and when using that option with up stream qemu should allow only vga that was assigned. With that option guess never starts as it has trouble reading vga and stops (d27) xen: copy BIOS tables... (d27) Copying SMBIOS entry point from 0x00010010 to 0x000f11f0 (d27) Copying MPTABLE from 0xfc0011b0/fc0011c0 to 0x000f10d0 (d27) Copying PIR from 0x00010030 to 0x000f1050 (d27) Copying ACPI RSDP from 0x000100b0 to 0x000f1020 (d27) Using pmtimer, ioport 0xb008 (d27) Scan for VGA option rom (XEN) memory_map:add: dom27 gfn=f1080 mfn=fe900 nr=20 (XEN) memory_map:remove: dom27 gfn=f1080 mfn=fe900 nr=20 (d27) Running option rom at c000:0003 There is seabios info http://www.seabios.org/pipermail/seabios/2013-January/005225.html --089e013cba98ee25f404fd361b6a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
xen 4.5 has this new option of vga=3Dnone and when using t= hat option with up stream qemu should allow only vga that was assigned. Wit= h that option guess never starts as it has trouble reading vga and stops=C2= =A0

(d27) xen: copy BIOS tables...
(d27) Copying = SMBIOS entry point from 0x00010010 to 0x000f11f0
(d27) Copying MP= TABLE from 0xfc0011b0/fc0011c0 to 0x000f10d0
(d27) Copying PIR fr= om 0x00010030 to 0x000f1050
(d27) Copying ACPI RSDP from 0x000100b0 to 0x000f1020
(d27) = Using pmtimer, ioport 0xb008
(d27) Scan for VGA option rom
<= div>(XEN) memory_map:add: dom27 gfn=3Df1080 mfn=3Dfe900 nr=3D20
(= XEN) memory_map:remove: dom27 gfn=3Df1080 mfn=3Dfe900 nr=3D20
(d27) Running option rom at c000:0003

T= here is seabios info=C2=A0
--089e013cba98ee25f404fd361b6a-- --===============1242807401955134017== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1242807401955134017==-- From xen-users-bounces@lists.xen.org Wed Jul 02 13:46:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 13:46:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2KrF-0001yn-7z; Wed, 02 Jul 2014 13:45:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2KrD-0001yU-KO for xen-users@lists.xen.org; Wed, 02 Jul 2014 13:45:55 +0000 Received: from [193.109.254.147:39815] by server-11.bemta-14.messagelabs.com id 16/01-12767-21D04B35; Wed, 02 Jul 2014 13:45:54 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1404308753!15064573!1 X-Originating-IP: [209.85.192.47] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 949 invoked from network); 2 Jul 2014 13:45:54 -0000 Received: from mail-qg0-f47.google.com (HELO mail-qg0-f47.google.com) (209.85.192.47) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 13:45:54 -0000 Received: by mail-qg0-f47.google.com with SMTP id q108so4645054qgd.20 for ; Wed, 02 Jul 2014 06:45:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=38JontKVqTx0fVXkrXZhY0/3K6ZiIQjFkkS/bLh1+fU=; b=oIRHhSVB7kEro15p5qjIF8o4T3LVxst46qsAtgRk3YRvptqXrZ6gMTAKW3VafUvCUj yOaDCPlh96JT0leBKA88MxJNGwupy5fewdCkg2Zu/fT25h3rvp+/l8HxnPPByD5kPa68 2O0nJ97u+9WX1iPM5H4++q6ckBs7KZT8p/06+hTcXiBNrL1Ci4LK2R+HqwedNwDxNsLd 0wO5GAjDe8ZujfZpOxTFw89Iro0nEFH27pEBzoOlPzSUkXegti3iuiUoDw5WzfSi/UEf 0qI69/9tmp6m5TNK681oAuLgnXAauzdnC4PVwWPAWCnN8CeHjpuJ8XCGivCsP7yj6fwo tGoA== MIME-Version: 1.0 X-Received: by 10.224.98.197 with SMTP id r5mr80297816qan.57.1404308745485; Wed, 02 Jul 2014 06:45:45 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 06:45:45 -0700 (PDT) Date: Wed, 2 Jul 2014 07:45:45 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xen option vga=none X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1242807401955134017==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1242807401955134017== Content-Type: multipart/alternative; boundary=089e013cba98ee25f404fd361b6a --089e013cba98ee25f404fd361b6a Content-Type: text/plain; charset=UTF-8 xen 4.5 has this new option of vga=none and when using that option with up stream qemu should allow only vga that was assigned. With that option guess never starts as it has trouble reading vga and stops (d27) xen: copy BIOS tables... (d27) Copying SMBIOS entry point from 0x00010010 to 0x000f11f0 (d27) Copying MPTABLE from 0xfc0011b0/fc0011c0 to 0x000f10d0 (d27) Copying PIR from 0x00010030 to 0x000f1050 (d27) Copying ACPI RSDP from 0x000100b0 to 0x000f1020 (d27) Using pmtimer, ioport 0xb008 (d27) Scan for VGA option rom (XEN) memory_map:add: dom27 gfn=f1080 mfn=fe900 nr=20 (XEN) memory_map:remove: dom27 gfn=f1080 mfn=fe900 nr=20 (d27) Running option rom at c000:0003 There is seabios info http://www.seabios.org/pipermail/seabios/2013-January/005225.html --089e013cba98ee25f404fd361b6a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
xen 4.5 has this new option of vga=3Dnone and when using t= hat option with up stream qemu should allow only vga that was assigned. Wit= h that option guess never starts as it has trouble reading vga and stops=C2= =A0

(d27) xen: copy BIOS tables...
(d27) Copying = SMBIOS entry point from 0x00010010 to 0x000f11f0
(d27) Copying MP= TABLE from 0xfc0011b0/fc0011c0 to 0x000f10d0
(d27) Copying PIR fr= om 0x00010030 to 0x000f1050
(d27) Copying ACPI RSDP from 0x000100b0 to 0x000f1020
(d27) = Using pmtimer, ioport 0xb008
(d27) Scan for VGA option rom
<= div>(XEN) memory_map:add: dom27 gfn=3Df1080 mfn=3Dfe900 nr=3D20
(= XEN) memory_map:remove: dom27 gfn=3Df1080 mfn=3Dfe900 nr=3D20
(d27) Running option rom at c000:0003

T= here is seabios info=C2=A0
--089e013cba98ee25f404fd361b6a-- --===============1242807401955134017== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1242807401955134017==-- From xen-users-bounces@lists.xen.org Wed Jul 02 14:01:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:01:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2L5w-00040T-Tu; Wed, 02 Jul 2014 14:01:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2L5v-00040F-Cp for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:01:07 +0000 Received: from [85.158.143.35:46656] by server-3.bemta-4.messagelabs.com id 83/4F-16194-2A014B35; Wed, 02 Jul 2014 14:01:06 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1404309664!15373944!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22385 invoked from network); 2 Jul 2014 14:01:05 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 14:01:05 -0000 Received: by mail-qg0-f48.google.com with SMTP id q108so4686586qgd.7 for ; Wed, 02 Jul 2014 07:01:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PVTBBD5IRRUnLY0ndMOtSf+vzI8RDRCeOSy8QUYNZYk=; b=oKoL8jXD29FhfBbrKTDKbzC9pgRs2bYcI8xwJ5XEe+sK2kDeJZbaXK1e3m64nelVQ7 jDud6sMIvUVSRTp+Pig7Uu+27ulBIJsZoliQGkzxaPSYK6pCEIscvBHGPhltbm02UwNz iiU+EEST6kV4uhTAZIvyAgaQH6VypQUt40fduoAzUpIiVFskyoedUU6VFbgUPvdJuP21 3uikbyOOYJD9O6UJEruo49Wd5CXUwa0ocLz2XZRznfeYXHKAFYk+KLfT7qOKSRoci49p g2M108yi+Dy3Ju0ByhPf28ZoyhXpY0cpoMo2tzXS3IN897Vw0ztIx3y+bTTMCHp0bnpo OHKw== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr39585404qaq.12.1404309664573; Wed, 02 Jul 2014 07:01:04 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 07:01:04 -0700 (PDT) In-Reply-To: <5822ec125a05380092f093bbea34330d@mail.shatteredsilicon.net> References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> <5822ec125a05380092f093bbea34330d@mail.shatteredsilicon.net> Date: Wed, 2 Jul 2014 08:01:04 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0771543468787313892==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0771543468787313892== Content-Type: multipart/alternative; boundary=001a11c21edab631a704fd365239 --001a11c21edab631a704fd365239 Content-Type: text/plain; charset=UTF-8 The option vga=none causes the process of booting to stop at (d27) Running option rom at c000:0003 so I guess more patching is needed with gfx_passthru=1 xen-traditional I see this ) Using pmtimer, ioport 0xb008 (d27) Scan for VGA option rom (XEN) memory_map:add: dom27 gfn=f1080 mfn=fe900 nr=20 (XEN) memory_map:remove: dom27 gfn=f1080 mfn=fe900 nr=20 (d27) Running option rom at c000:0003 (XEN) ioport_map:add: dom28 gport=3b0 mport=3b0 nr=c (XEN) ioport_map:add: dom28 gport=3c0 mport=3c0 nr=20 (XEN) memory_map:add: dom28 gfn=a0 mfn=a0 nr=20 (d28) HVM Loader and this (d28) 12444 bytes of ROMBIOS high-memory extensions: (d28) Relocating to 0xfc001000-0xfc00409c ... done (d28) Creating MP tables ... (d28) Loading VGABIOS of passthroughed gfx ... (d28) Loading PCI Option ROM ... (d28) - Manufacturer: http://ipxe.org (d28) - Product name: iPXE (d28) Option ROMs: (d28) c0000-cf7ff: VGA BIOS (d28) cf800-e07ff: Etherboot ROM (d28) Loading ACPI ... (d28) vm86 TSS at fc010300 (d28) BIOS map: (d28) f0000-fffff: Main BIOS No video output at all. --001a11c21edab631a704fd365239 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The option vga=3Dnone causes the process of booting to sto= p at=C2=A0(d27) Running option rom at c000:0003 so I guess more patching is= needed=C2=A0
with gfx_passthru=3D1 xen-traditional=C2=A0
I s= ee this ) Using pmtimer, ioport 0xb008
(d27) Scan for VGA option rom
(XEN) memory_map:add: dom27 gfn=3Df= 1080 mfn=3Dfe900 nr=3D20
(XEN) memory_map:remove: dom27 gfn=3Df10= 80 mfn=3Dfe900 nr=3D20
(d27) Running option rom at c000:0003
(XEN) ioport_map:add: dom28 gport=3D3b0 mport=3D3b0 nr=3Dc
(XEN) ioport_map:add: dom28 gport=3D3c0 mport=3D3c0 nr=3D20
= (XEN) memory_map:add: dom28 gfn=3Da0 mfn=3Da0 nr=3D20
(d28) HVM L= oader

and this=C2=A0
(d28) 12444 by= tes of ROMBIOS high-memory extensions:
(d28) =C2=A0 Relocating to 0xfc001000-0xfc00409c ... done
(d= 28) Creating MP tables ...
(d28) Loading VGABIOS of passthroughed= gfx ...
(d28) Loading PCI Option ROM ...
(d28) =C2=A0-= Manufacturer: http://ipxe.org
(d28) =C2=A0- Product name: iPXE
(d28) Option ROMs:
(d28) =C2=A0c0000-cf7ff: VGA BIOS
(d28) =C2=A0cf800-e07ff: Ethe= rboot ROM
(d28) Loading ACPI ...
(d28) vm86 TSS at fc01= 0300
(d28) BIOS map:
(d28) =C2=A0f0000-fffff: Main BIOS

No video output at all.




--001a11c21edab631a704fd365239-- --===============0771543468787313892== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0771543468787313892==-- From xen-users-bounces@lists.xen.org Wed Jul 02 14:01:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:01:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2L5w-00040T-Tu; Wed, 02 Jul 2014 14:01:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2L5v-00040F-Cp for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:01:07 +0000 Received: from [85.158.143.35:46656] by server-3.bemta-4.messagelabs.com id 83/4F-16194-2A014B35; Wed, 02 Jul 2014 14:01:06 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1404309664!15373944!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22385 invoked from network); 2 Jul 2014 14:01:05 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 14:01:05 -0000 Received: by mail-qg0-f48.google.com with SMTP id q108so4686586qgd.7 for ; Wed, 02 Jul 2014 07:01:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PVTBBD5IRRUnLY0ndMOtSf+vzI8RDRCeOSy8QUYNZYk=; b=oKoL8jXD29FhfBbrKTDKbzC9pgRs2bYcI8xwJ5XEe+sK2kDeJZbaXK1e3m64nelVQ7 jDud6sMIvUVSRTp+Pig7Uu+27ulBIJsZoliQGkzxaPSYK6pCEIscvBHGPhltbm02UwNz iiU+EEST6kV4uhTAZIvyAgaQH6VypQUt40fduoAzUpIiVFskyoedUU6VFbgUPvdJuP21 3uikbyOOYJD9O6UJEruo49Wd5CXUwa0ocLz2XZRznfeYXHKAFYk+KLfT7qOKSRoci49p g2M108yi+Dy3Ju0ByhPf28ZoyhXpY0cpoMo2tzXS3IN897Vw0ztIx3y+bTTMCHp0bnpo OHKw== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr39585404qaq.12.1404309664573; Wed, 02 Jul 2014 07:01:04 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 07:01:04 -0700 (PDT) In-Reply-To: <5822ec125a05380092f093bbea34330d@mail.shatteredsilicon.net> References: <53ADA5BD.4010606@gmail.com> <53ADC281.5070102@gmail.com> <5822ec125a05380092f093bbea34330d@mail.shatteredsilicon.net> Date: Wed, 2 Jul 2014 08:01:04 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] not enough resources X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0771543468787313892==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0771543468787313892== Content-Type: multipart/alternative; boundary=001a11c21edab631a704fd365239 --001a11c21edab631a704fd365239 Content-Type: text/plain; charset=UTF-8 The option vga=none causes the process of booting to stop at (d27) Running option rom at c000:0003 so I guess more patching is needed with gfx_passthru=1 xen-traditional I see this ) Using pmtimer, ioport 0xb008 (d27) Scan for VGA option rom (XEN) memory_map:add: dom27 gfn=f1080 mfn=fe900 nr=20 (XEN) memory_map:remove: dom27 gfn=f1080 mfn=fe900 nr=20 (d27) Running option rom at c000:0003 (XEN) ioport_map:add: dom28 gport=3b0 mport=3b0 nr=c (XEN) ioport_map:add: dom28 gport=3c0 mport=3c0 nr=20 (XEN) memory_map:add: dom28 gfn=a0 mfn=a0 nr=20 (d28) HVM Loader and this (d28) 12444 bytes of ROMBIOS high-memory extensions: (d28) Relocating to 0xfc001000-0xfc00409c ... done (d28) Creating MP tables ... (d28) Loading VGABIOS of passthroughed gfx ... (d28) Loading PCI Option ROM ... (d28) - Manufacturer: http://ipxe.org (d28) - Product name: iPXE (d28) Option ROMs: (d28) c0000-cf7ff: VGA BIOS (d28) cf800-e07ff: Etherboot ROM (d28) Loading ACPI ... (d28) vm86 TSS at fc010300 (d28) BIOS map: (d28) f0000-fffff: Main BIOS No video output at all. --001a11c21edab631a704fd365239 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The option vga=3Dnone causes the process of booting to sto= p at=C2=A0(d27) Running option rom at c000:0003 so I guess more patching is= needed=C2=A0
with gfx_passthru=3D1 xen-traditional=C2=A0
I s= ee this ) Using pmtimer, ioport 0xb008
(d27) Scan for VGA option rom
(XEN) memory_map:add: dom27 gfn=3Df= 1080 mfn=3Dfe900 nr=3D20
(XEN) memory_map:remove: dom27 gfn=3Df10= 80 mfn=3Dfe900 nr=3D20
(d27) Running option rom at c000:0003
(XEN) ioport_map:add: dom28 gport=3D3b0 mport=3D3b0 nr=3Dc
(XEN) ioport_map:add: dom28 gport=3D3c0 mport=3D3c0 nr=3D20
= (XEN) memory_map:add: dom28 gfn=3Da0 mfn=3Da0 nr=3D20
(d28) HVM L= oader

and this=C2=A0
(d28) 12444 by= tes of ROMBIOS high-memory extensions:
(d28) =C2=A0 Relocating to 0xfc001000-0xfc00409c ... done
(d= 28) Creating MP tables ...
(d28) Loading VGABIOS of passthroughed= gfx ...
(d28) Loading PCI Option ROM ...
(d28) =C2=A0-= Manufacturer: http://ipxe.org
(d28) =C2=A0- Product name: iPXE
(d28) Option ROMs:
(d28) =C2=A0c0000-cf7ff: VGA BIOS
(d28) =C2=A0cf800-e07ff: Ethe= rboot ROM
(d28) Loading ACPI ...
(d28) vm86 TSS at fc01= 0300
(d28) BIOS map:
(d28) =C2=A0f0000-fffff: Main BIOS

No video output at all.




--001a11c21edab631a704fd365239-- --===============0771543468787313892== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0771543468787313892==-- From xen-users-bounces@lists.xen.org Wed Jul 02 14:11:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:11:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LFU-0005dK-9R; Wed, 02 Jul 2014 14:11:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LFT-0005dE-By for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:10:59 +0000 Received: from [85.158.139.211:38922] by server-13.bemta-5.messagelabs.com id 48/16-02995-2F214B35; Wed, 02 Jul 2014 14:10:58 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1404310257!10347498!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4535 invoked from network); 2 Jul 2014 14:10:58 -0000 Received: from sesbmg23.ericsson.net (HELO sesbmg23.ericsson.net) (193.180.251.37) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 14:10:58 -0000 X-AuditID: c1b4fb25-f79da6d000004ad3-1b-53b412f179b3 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 59.28.19155.1F214B35; Wed, 2 Jul 2014 16:10:57 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.41) with Microsoft SMTP Server id 14.3.174.1; Wed, 2 Jul 2014 16:10:57 +0200 Message-ID: <53B412F1.5050806@ericsson.com> Date: Wed, 2 Jul 2014 19:40:57 +0530 From: Jaya Dhanesh User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: References: <53B1890C.9030209@ericsson.com> <628B6ECF-B6E6-4F4C-9D80-84567D9D46AD@thehobsons.co.uk> In-Reply-To: <628B6ECF-B6E6-4F4C-9D80-84567D9D46AD@thehobsons.co.uk> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprNLMWRmVeSWpSXmKPExsUyM+Jvje5HoS3BBq9WqVisunqA1YHR4+ju 30wBjFFcNimpOZllqUX6dglcGadWnWAsuMNeMeXyU+YGxpVsXYycHBICJhJbrvewQthiEhfu rQeKc3EICRxllOjbP4ERwtnMKHHg2HJGkCpeAW2JRZvPgtksAioSb59vBbPZBPQkrh27yQ5i CwmoSnxpvMAMYosKhEgsXHWcHaJXUOLkzCcsILaIgKzElV/TwTYLA81Zufc5M0RvssScXdPB ZnIKuEhsOzwdrJ5ZwFbiwpzrULa8xPa3c4DqOYDq1SROvc6ZwCg4C8mGWUg6ZiHpWMDIvIpR tDi1OCk33chYL7UoM7m4OD9PLy+1ZBMjMDQPbvmtuoPx8hvHQ4wCHIxKPLwK3zcFC7EmlhVX 5h5ilOZgURLnXXhuXrCQQHpiSWp2ampBalF8UWlOavEhRiYOTqkGRp1c4YbMQx/z0lQ7VDX6 GVNul0lx7Fpc/tKi2tckK2+/YOE86QPz+2fut5rlftB09r3a/EQ3++Vfp2pJpC18X/9mz7ef FR0Z7Xv4WmzMvt8t1IlL2XqC2T9uSeLi7ENPt35k2yjTpjK90/e37lb2FS/zd5lVmJru5H62 SeASH29Jq1PVf5NiJZbijERDLeai4kQAwduUhy4CAAA= Subject: Re: [Xen-users] Dom0 memory X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org When I run top on the system, it considers the memory and load for the Dom0 and not for the entire system. How do I know if the system is loaded? Thanks, Dhanesh. On 06/30/2014 10:02 PM, Simon Hobson wrote: > Jaya Dhanesh wrote: > >> Is this the expected behavior and any settings required for Dom0 to reclaim the memory when a vm is destroyed? > I believe accepted good practice isn't to dynamically allocate your Dom0 memory - even though it's the default. AIUI, certain memory structures are allocated at boot time and sized according to memory available and so you end up with a suboptimal set of structures when Dom0 balloons down. > You can specify Dom0 memory through a boot time option (dom0_mem) to Xen - then Dom0 starts with a memory allocation that's more appropriate to what it'll need. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 14:11:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:11:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LFU-0005dK-9R; Wed, 02 Jul 2014 14:11:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LFT-0005dE-By for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:10:59 +0000 Received: from [85.158.139.211:38922] by server-13.bemta-5.messagelabs.com id 48/16-02995-2F214B35; Wed, 02 Jul 2014 14:10:58 +0000 X-Env-Sender: jaya.dhanesh@ericsson.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1404310257!10347498!1 X-Originating-IP: [193.180.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjE4MC4yNTEuMzcgPT4gMjcxMTU2\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4535 invoked from network); 2 Jul 2014 14:10:58 -0000 Received: from sesbmg23.ericsson.net (HELO sesbmg23.ericsson.net) (193.180.251.37) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 14:10:58 -0000 X-AuditID: c1b4fb25-f79da6d000004ad3-1b-53b412f179b3 Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 59.28.19155.1F214B35; Wed, 2 Jul 2014 16:10:57 +0200 (CEST) Received: from 65LD8R1.egi.ericsson.com (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.41) with Microsoft SMTP Server id 14.3.174.1; Wed, 2 Jul 2014 16:10:57 +0200 Message-ID: <53B412F1.5050806@ericsson.com> Date: Wed, 2 Jul 2014 19:40:57 +0530 From: Jaya Dhanesh User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: References: <53B1890C.9030209@ericsson.com> <628B6ECF-B6E6-4F4C-9D80-84567D9D46AD@thehobsons.co.uk> In-Reply-To: <628B6ECF-B6E6-4F4C-9D80-84567D9D46AD@thehobsons.co.uk> X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprNLMWRmVeSWpSXmKPExsUyM+Jvje5HoS3BBq9WqVisunqA1YHR4+ju 30wBjFFcNimpOZllqUX6dglcGadWnWAsuMNeMeXyU+YGxpVsXYycHBICJhJbrvewQthiEhfu rQeKc3EICRxllOjbP4ERwtnMKHHg2HJGkCpeAW2JRZvPgtksAioSb59vBbPZBPQkrh27yQ5i CwmoSnxpvMAMYosKhEgsXHWcHaJXUOLkzCcsILaIgKzElV/TwTYLA81Zufc5M0RvssScXdPB ZnIKuEhsOzwdrJ5ZwFbiwpzrULa8xPa3c4DqOYDq1SROvc6ZwCg4C8mGWUg6ZiHpWMDIvIpR tDi1OCk33chYL7UoM7m4OD9PLy+1ZBMjMDQPbvmtuoPx8hvHQ4wCHIxKPLwK3zcFC7EmlhVX 5h5ilOZgURLnXXhuXrCQQHpiSWp2ampBalF8UWlOavEhRiYOTqkGRp1c4YbMQx/z0lQ7VDX6 GVNul0lx7Fpc/tKi2tckK2+/YOE86QPz+2fut5rlftB09r3a/EQ3++Vfp2pJpC18X/9mz7ef FR0Z7Xv4WmzMvt8t1IlL2XqC2T9uSeLi7ENPt35k2yjTpjK90/e37lb2FS/zd5lVmJru5H62 SeASH29Jq1PVf5NiJZbijERDLeai4kQAwduUhy4CAAA= Subject: Re: [Xen-users] Dom0 memory X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jaya.dhanesh@ericsson.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org When I run top on the system, it considers the memory and load for the Dom0 and not for the entire system. How do I know if the system is loaded? Thanks, Dhanesh. On 06/30/2014 10:02 PM, Simon Hobson wrote: > Jaya Dhanesh wrote: > >> Is this the expected behavior and any settings required for Dom0 to reclaim the memory when a vm is destroyed? > I believe accepted good practice isn't to dynamically allocate your Dom0 memory - even though it's the default. AIUI, certain memory structures are allocated at boot time and sized according to memory available and so you end up with a suboptimal set of structures when Dom0 balloons down. > You can specify Dom0 memory through a boot time option (dom0_mem) to Xen - then Dom0 starts with a memory allocation that's more appropriate to what it'll need. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 14:15:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:15:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LJf-0006Dj-6w; Wed, 02 Jul 2014 14:15:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LJd-0006DX-RD for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:15:17 +0000 Received: from [85.158.137.68:33502] by server-9.bemta-3.messagelabs.com id A3/08-09496-5F314B35; Wed, 02 Jul 2014 14:15:17 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1404310515!13646172!1 X-Originating-IP: [209.85.216.42] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13168 invoked from network); 2 Jul 2014 14:15:16 -0000 Received: from mail-qa0-f42.google.com (HELO mail-qa0-f42.google.com) (209.85.216.42) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 14:15:16 -0000 Received: by mail-qa0-f42.google.com with SMTP id dc16so9056875qab.1 for ; Wed, 02 Jul 2014 07:15:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XbUVVZT7m6yn4R0pquKhiRmJwZjT/LdKzdgTd0SmCF8=; b=IjqA4/YV1Qie72vm/YDT7Bs5nlfDgn5KyH86pL50nrxQxi7621XqcrJRXfyPddoEWz VKxn0Akn4OFvtVNpk0MwXhaw5pxxlXiNU6wcb7KSfQSdAdv0El3VkvE3+Utj8ele2Mvw N9NIlKRa1EjmCdhK/kemBQV57hzNUk6wU368gSCXfwVT+JOdJ1KkQynhcR1j6I4lEUmc my/pvbpgx1Ye2GlvGoXxxQZxFhgqJL7E+WqkC9OLTIAa7Ggf9c/6ukVBElauhe/bs3p1 UHe+PVa7JXdzl/QbQuH2V1nvlm6ilBAZF2h1/3KKOEgppIyyTpEIf7DJSnXCwed15onw Ak2Q== MIME-Version: 1.0 X-Received: by 10.229.51.201 with SMTP id e9mr80995866qcg.2.1404310514733; Wed, 02 Jul 2014 07:15:14 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 07:15:14 -0700 (PDT) Date: Wed, 2 Jul 2014 08:15:14 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] qemu-xen-traditional with upstream qemu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2970521754339860281==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2970521754339860281== Content-Type: multipart/alternative; boundary=089e0168133e6298a804fd36859d --089e0168133e6298a804fd36859d Content-Type: text/plain; charset=UTF-8 I had compiled xen with git qemu and seabios and trying to use qemu-xen-traditional I get it stop at (d28) [00]: 00000000:00000000 - 00000000:0009e000: RAM (d28) [01]: 00000000:0009e000 - 00000000:000a0000: RESERVED (d28) HOLE: 00000000:000a0000 - 00000000:000e0000 (d28) [02]: 00000000:000e0000 - 00000000:00100000: RESERVED (d28) [03]: 00000000:00100000 - 00000000:7c000000: RAM (d28) HOLE: 00000000:7c000000 - 00000000:fc000000 (d28) [04]: 00000000:fc000000 - 00000001:00000000: RESERVED (d28) Invoking ROMBIOS So there is no output to vga as guest never starts --089e0168133e6298a804fd36859d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I had compiled xen with git qemu and seabios
and tryin= g to use qemu-xen-traditional
I get it stop at=C2=A0
(d= 28) =C2=A0[00]: 00000000:00000000 - 00000000:0009e000: RAM
(d28) = =C2=A0[01]: 00000000:0009e000 - 00000000:000a0000: RESERVED
(d28) =C2=A0HOLE: 00000000:000a0000 - 00000000:000e0000
(d28= ) =C2=A0[02]: 00000000:000e0000 - 00000000:00100000: RESERVED
(d2= 8) =C2=A0[03]: 00000000:00100000 - 00000000:7c000000: RAM
(d28) = =C2=A0HOLE: 00000000:7c000000 - 00000000:fc000000
(d28) =C2=A0[04]: 00000000:fc000000 - 00000001:00000000: RESERVED
(d28) Invoking ROMBIOS=C2=A0
So there is no output to vga a= s guest never starts=C2=A0
--089e0168133e6298a804fd36859d-- --===============2970521754339860281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2970521754339860281==-- From xen-users-bounces@lists.xen.org Wed Jul 02 14:15:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:15:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LJf-0006Dj-6w; Wed, 02 Jul 2014 14:15:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LJd-0006DX-RD for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:15:17 +0000 Received: from [85.158.137.68:33502] by server-9.bemta-3.messagelabs.com id A3/08-09496-5F314B35; Wed, 02 Jul 2014 14:15:17 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1404310515!13646172!1 X-Originating-IP: [209.85.216.42] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13168 invoked from network); 2 Jul 2014 14:15:16 -0000 Received: from mail-qa0-f42.google.com (HELO mail-qa0-f42.google.com) (209.85.216.42) by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 14:15:16 -0000 Received: by mail-qa0-f42.google.com with SMTP id dc16so9056875qab.1 for ; Wed, 02 Jul 2014 07:15:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XbUVVZT7m6yn4R0pquKhiRmJwZjT/LdKzdgTd0SmCF8=; b=IjqA4/YV1Qie72vm/YDT7Bs5nlfDgn5KyH86pL50nrxQxi7621XqcrJRXfyPddoEWz VKxn0Akn4OFvtVNpk0MwXhaw5pxxlXiNU6wcb7KSfQSdAdv0El3VkvE3+Utj8ele2Mvw N9NIlKRa1EjmCdhK/kemBQV57hzNUk6wU368gSCXfwVT+JOdJ1KkQynhcR1j6I4lEUmc my/pvbpgx1Ye2GlvGoXxxQZxFhgqJL7E+WqkC9OLTIAa7Ggf9c/6ukVBElauhe/bs3p1 UHe+PVa7JXdzl/QbQuH2V1nvlm6ilBAZF2h1/3KKOEgppIyyTpEIf7DJSnXCwed15onw Ak2Q== MIME-Version: 1.0 X-Received: by 10.229.51.201 with SMTP id e9mr80995866qcg.2.1404310514733; Wed, 02 Jul 2014 07:15:14 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 07:15:14 -0700 (PDT) Date: Wed, 2 Jul 2014 08:15:14 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] qemu-xen-traditional with upstream qemu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2970521754339860281==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2970521754339860281== Content-Type: multipart/alternative; boundary=089e0168133e6298a804fd36859d --089e0168133e6298a804fd36859d Content-Type: text/plain; charset=UTF-8 I had compiled xen with git qemu and seabios and trying to use qemu-xen-traditional I get it stop at (d28) [00]: 00000000:00000000 - 00000000:0009e000: RAM (d28) [01]: 00000000:0009e000 - 00000000:000a0000: RESERVED (d28) HOLE: 00000000:000a0000 - 00000000:000e0000 (d28) [02]: 00000000:000e0000 - 00000000:00100000: RESERVED (d28) [03]: 00000000:00100000 - 00000000:7c000000: RAM (d28) HOLE: 00000000:7c000000 - 00000000:fc000000 (d28) [04]: 00000000:fc000000 - 00000001:00000000: RESERVED (d28) Invoking ROMBIOS So there is no output to vga as guest never starts --089e0168133e6298a804fd36859d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I had compiled xen with git qemu and seabios
and tryin= g to use qemu-xen-traditional
I get it stop at=C2=A0
(d= 28) =C2=A0[00]: 00000000:00000000 - 00000000:0009e000: RAM
(d28) = =C2=A0[01]: 00000000:0009e000 - 00000000:000a0000: RESERVED
(d28) =C2=A0HOLE: 00000000:000a0000 - 00000000:000e0000
(d28= ) =C2=A0[02]: 00000000:000e0000 - 00000000:00100000: RESERVED
(d2= 8) =C2=A0[03]: 00000000:00100000 - 00000000:7c000000: RAM
(d28) = =C2=A0HOLE: 00000000:7c000000 - 00000000:fc000000
(d28) =C2=A0[04]: 00000000:fc000000 - 00000001:00000000: RESERVED
(d28) Invoking ROMBIOS=C2=A0
So there is no output to vga a= s guest never starts=C2=A0
--089e0168133e6298a804fd36859d-- --===============2970521754339860281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2970521754339860281==-- From xen-users-bounces@lists.xen.org Wed Jul 02 14:37:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:37:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LeQ-0007zo-Lc; Wed, 02 Jul 2014 14:36:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LeP-0007zh-VH for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:36:46 +0000 Received: from [85.158.139.211:51437] by server-8.bemta-5.messagelabs.com id C0/89-27672-DF814B35; Wed, 02 Jul 2014 14:36:45 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-206.messagelabs.com!1404311804!13284868!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16042 invoked from network); 2 Jul 2014 14:36:44 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 14:36:44 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id C1896221DE2 for ; Wed, 2 Jul 2014 15:36:43 +0100 (BST) MIME-Version: 1.0 Date: Wed, 02 Jul 2014 15:36:43 +0100 From: Gordan Bobic To: xen-users@lists.xen.org Message-ID: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org It looks like qemu/kvm at some point recently got a patch that neuters Nvidia driver's ability to tell it is running in a VM: http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-professional-counterparts/msg471413/#msg471413 It would sure be nice to be able to pinch the patches that do this and apply them in to Xen's QEMUs. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 14:37:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:37:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LeQ-0007zo-Lc; Wed, 02 Jul 2014 14:36:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LeP-0007zh-VH for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:36:46 +0000 Received: from [85.158.139.211:51437] by server-8.bemta-5.messagelabs.com id C0/89-27672-DF814B35; Wed, 02 Jul 2014 14:36:45 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-206.messagelabs.com!1404311804!13284868!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16042 invoked from network); 2 Jul 2014 14:36:44 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 14:36:44 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id C1896221DE2 for ; Wed, 2 Jul 2014 15:36:43 +0100 (BST) MIME-Version: 1.0 Date: Wed, 02 Jul 2014 15:36:43 +0100 From: Gordan Bobic To: xen-users@lists.xen.org Message-ID: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org It looks like qemu/kvm at some point recently got a patch that neuters Nvidia driver's ability to tell it is running in a VM: http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-professional-counterparts/msg471413/#msg471413 It would sure be nice to be able to pinch the patches that do this and apply them in to Xen's QEMUs. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 14:51:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:51:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LsJ-0000nz-I1; Wed, 02 Jul 2014 14:51:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LsH-0000nW-M5 for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:51:05 +0000 Received: from [85.158.137.68:42837] by server-5.bemta-3.messagelabs.com id 67/BF-10248-85C14B35; Wed, 02 Jul 2014 14:51:04 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1404312663!9209041!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21250 invoked from network); 2 Jul 2014 14:51:04 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 14:51:04 -0000 Received: by mail-qa0-f52.google.com with SMTP id w8so9101620qac.11 for ; Wed, 02 Jul 2014 07:51:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=CvEqp8VwocbGDboM2Tdftk8k+t8bDhFhF/XfndysTvA=; b=gg/jdUSgFIJDEhtBLu5ULESZAYCflFDELQEBsDORK1V45K7YNJohmROwIOGNgFJkcA JvtHMbxFOEV5d8VKO6CsnuSFaYTG9hhZWzgNhK0RcJmi4QOwzQMz9+Mb9tY/oSY7rw9b DcsozEWEuFh9v1iXrMTl6uSiy4kXKLUQPn7TALMyi484fvxSJiiGzw9tE7Rp70VFdIu7 7lLj2ehL3u0RoBIK5yuk261n+mqMG0f/wJaYmAZE6PJO/K95KBAXkl5hsc8Jw7quPsqH N+TCKV/hBjPNoF9liwupUY9kkaY341XSCUJTs4Br75tFjx58vMyXXqig3Q6GyJnMv7Dn lN5A== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr40103251qaq.12.1404312662839; Wed, 02 Jul 2014 07:51:02 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 07:51:02 -0700 (PDT) In-Reply-To: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> Date: Wed, 2 Jul 2014 08:51:02 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic , xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1150507750784760149==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1150507750784760149== Content-Type: multipart/alternative; boundary=001a11c21eda6c192404fd370581 --001a11c21eda6c192404fd370581 Content-Type: text/plain; charset=UTF-8 I run xen 4.5 on arch linux with git version of qemu and seabios and I was able to pass old nvidia 220 card that I had laying around. https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 --001a11c21eda6c192404fd370581 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I run xen 4.5 on arch linux with git version of qemu and s= eabios and I was able to pass old nvidia 220 =C2=A0card that I had laying a= round.=C2=A0
--001a11c21eda6c192404fd370581-- --===============1150507750784760149== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1150507750784760149==-- From xen-users-bounces@lists.xen.org Wed Jul 02 14:51:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:51:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LsJ-0000nz-I1; Wed, 02 Jul 2014 14:51:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2LsH-0000nW-M5 for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:51:05 +0000 Received: from [85.158.137.68:42837] by server-5.bemta-3.messagelabs.com id 67/BF-10248-85C14B35; Wed, 02 Jul 2014 14:51:04 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1404312663!9209041!1 X-Originating-IP: [209.85.216.52] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21250 invoked from network); 2 Jul 2014 14:51:04 -0000 Received: from mail-qa0-f52.google.com (HELO mail-qa0-f52.google.com) (209.85.216.52) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 14:51:04 -0000 Received: by mail-qa0-f52.google.com with SMTP id w8so9101620qac.11 for ; Wed, 02 Jul 2014 07:51:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=CvEqp8VwocbGDboM2Tdftk8k+t8bDhFhF/XfndysTvA=; b=gg/jdUSgFIJDEhtBLu5ULESZAYCflFDELQEBsDORK1V45K7YNJohmROwIOGNgFJkcA JvtHMbxFOEV5d8VKO6CsnuSFaYTG9hhZWzgNhK0RcJmi4QOwzQMz9+Mb9tY/oSY7rw9b DcsozEWEuFh9v1iXrMTl6uSiy4kXKLUQPn7TALMyi484fvxSJiiGzw9tE7Rp70VFdIu7 7lLj2ehL3u0RoBIK5yuk261n+mqMG0f/wJaYmAZE6PJO/K95KBAXkl5hsc8Jw7quPsqH N+TCKV/hBjPNoF9liwupUY9kkaY341XSCUJTs4Br75tFjx58vMyXXqig3Q6GyJnMv7Dn lN5A== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr40103251qaq.12.1404312662839; Wed, 02 Jul 2014 07:51:02 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 07:51:02 -0700 (PDT) In-Reply-To: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> Date: Wed, 2 Jul 2014 08:51:02 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic , xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1150507750784760149==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1150507750784760149== Content-Type: multipart/alternative; boundary=001a11c21eda6c192404fd370581 --001a11c21eda6c192404fd370581 Content-Type: text/plain; charset=UTF-8 I run xen 4.5 on arch linux with git version of qemu and seabios and I was able to pass old nvidia 220 card that I had laying around. https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 --001a11c21eda6c192404fd370581 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I run xen 4.5 on arch linux with git version of qemu and s= eabios and I was able to pass old nvidia 220 =C2=A0card that I had laying a= round.=C2=A0
--001a11c21eda6c192404fd370581-- --===============1150507750784760149== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1150507750784760149==-- From xen-users-bounces@lists.xen.org Wed Jul 02 14:57:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:57:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Lxz-0001cY-F2; Wed, 02 Jul 2014 14:56:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Lxw-0001cN-T5 for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:56:57 +0000 Received: from [85.158.143.35:16292] by server-3.bemta-4.messagelabs.com id 28/43-16194-8BD14B35; Wed, 02 Jul 2014 14:56:56 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1404313014!15389886!1 X-Originating-IP: [209.85.216.174] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28710 invoked from network); 2 Jul 2014 14:56:55 -0000 Received: from mail-qc0-f174.google.com (HELO mail-qc0-f174.google.com) (209.85.216.174) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 14:56:55 -0000 Received: by mail-qc0-f174.google.com with SMTP id x13so9760244qcv.19 for ; Wed, 02 Jul 2014 07:56:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TicYFEOsdA1PDvjgLm3Jz/1HOH+Zu6KGpkTdytR9QfY=; b=0q6haMSOcAMXuBdEL0CsDfBCgpINQY1q/tdj5+VuQD/uVbG0O9ycp4rGmP8VcNv53/ fvkun2ZfrOCByQYD1Q96LR4uO2zWr6OTAdBf9zpIjcAwYsTYXkdLSyD3cGB/MyA3TPHv 29HsEAQJhmGo66c0GWvq/KnihQ2GAPeduzVCfQ4oxsZN+59El8v6/sgF3zoVUkBXhO9t dzdBP+wqO6nfHnSXxBdl9cswrhoGhXwKzvXJdAZCkqjkN13KWP1OsQr+FBz9uICh3Vpx k+i5HrxXtdFknyDUMZ/2vg8KOizR13PFAXyVQG+xP6bJWa5E3W56slKpaUtfEBaTioiY mutA== MIME-Version: 1.0 X-Received: by 10.224.122.2 with SMTP id j2mr18450145qar.93.1404313014305; Wed, 02 Jul 2014 07:56:54 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 07:56:54 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> Date: Wed, 2 Jul 2014 08:56:54 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1468481287161377789==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1468481287161377789== Content-Type: multipart/alternative; boundary=089e0158ba805f093e04fd371a73 --089e0158ba805f093e04fd371a73 Content-Type: text/plain; charset=UTF-8 Any progress did you get vnc working ? On Tue, Jul 1, 2014 at 11:53 AM, jacek burghardt wrote: > Well it sounds like monitor may not be detected. Did you try to boot your > windows os without monitor attached ? If i boot my win 8.1 without monitor > attached the video output goes back to spice client. So whit your setup it > should boot with display on vnc. > > > > --089e0158ba805f093e04fd371a73 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Any progress did you get vnc working ?


On Tue, Jul 1, 2014 at 11:5= 3 AM, jacek burghardt <jaceksburghardt@gmail.com> wr= ote:
Well it sounds like monitor= may not be detected. Did you try to boot your windows os without monitor a= ttached ? If i boot my win 8.1 without monitor attached the video output go= es back to spice client. So whit your setup it should boot with display on = vnc.=C2=A0




--089e0158ba805f093e04fd371a73-- --===============1468481287161377789== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1468481287161377789==-- From xen-users-bounces@lists.xen.org Wed Jul 02 14:57:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 14:57:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Lxz-0001cY-F2; Wed, 02 Jul 2014 14:56:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Lxw-0001cN-T5 for xen-users@lists.xen.org; Wed, 02 Jul 2014 14:56:57 +0000 Received: from [85.158.143.35:16292] by server-3.bemta-4.messagelabs.com id 28/43-16194-8BD14B35; Wed, 02 Jul 2014 14:56:56 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1404313014!15389886!1 X-Originating-IP: [209.85.216.174] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28710 invoked from network); 2 Jul 2014 14:56:55 -0000 Received: from mail-qc0-f174.google.com (HELO mail-qc0-f174.google.com) (209.85.216.174) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 14:56:55 -0000 Received: by mail-qc0-f174.google.com with SMTP id x13so9760244qcv.19 for ; Wed, 02 Jul 2014 07:56:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TicYFEOsdA1PDvjgLm3Jz/1HOH+Zu6KGpkTdytR9QfY=; b=0q6haMSOcAMXuBdEL0CsDfBCgpINQY1q/tdj5+VuQD/uVbG0O9ycp4rGmP8VcNv53/ fvkun2ZfrOCByQYD1Q96LR4uO2zWr6OTAdBf9zpIjcAwYsTYXkdLSyD3cGB/MyA3TPHv 29HsEAQJhmGo66c0GWvq/KnihQ2GAPeduzVCfQ4oxsZN+59El8v6/sgF3zoVUkBXhO9t dzdBP+wqO6nfHnSXxBdl9cswrhoGhXwKzvXJdAZCkqjkN13KWP1OsQr+FBz9uICh3Vpx k+i5HrxXtdFknyDUMZ/2vg8KOizR13PFAXyVQG+xP6bJWa5E3W56slKpaUtfEBaTioiY mutA== MIME-Version: 1.0 X-Received: by 10.224.122.2 with SMTP id j2mr18450145qar.93.1404313014305; Wed, 02 Jul 2014 07:56:54 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 07:56:54 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> Date: Wed, 2 Jul 2014 08:56:54 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1468481287161377789==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1468481287161377789== Content-Type: multipart/alternative; boundary=089e0158ba805f093e04fd371a73 --089e0158ba805f093e04fd371a73 Content-Type: text/plain; charset=UTF-8 Any progress did you get vnc working ? On Tue, Jul 1, 2014 at 11:53 AM, jacek burghardt wrote: > Well it sounds like monitor may not be detected. Did you try to boot your > windows os without monitor attached ? If i boot my win 8.1 without monitor > attached the video output goes back to spice client. So whit your setup it > should boot with display on vnc. > > > > --089e0158ba805f093e04fd371a73 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Any progress did you get vnc working ?


On Tue, Jul 1, 2014 at 11:5= 3 AM, jacek burghardt <jaceksburghardt@gmail.com> wr= ote:
Well it sounds like monitor= may not be detected. Did you try to boot your windows os without monitor a= ttached ? If i boot my win 8.1 without monitor attached the video output go= es back to spice client. So whit your setup it should boot with display on = vnc.=C2=A0




--089e0158ba805f093e04fd371a73-- --===============1468481287161377789== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1468481287161377789==-- From xen-users-bounces@lists.xen.org Wed Jul 02 15:02:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 15:02:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2M2f-0001y8-Hm; Wed, 02 Jul 2014 15:01:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2M2d-0001xr-E7 for xen-users@lists.xen.org; Wed, 02 Jul 2014 15:01:47 +0000 Received: from [85.158.143.35:58176] by server-3.bemta-4.messagelabs.com id 12/0C-16194-ADE14B35; Wed, 02 Jul 2014 15:01:46 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1404313304!15383685!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2181 invoked from network); 2 Jul 2014 15:01:45 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 15:01:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:CC:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=b+wP/joaXqrzdjslshtC5gZH3p6Dx8U4gaN/yBTpR7q9sl+QPgRydk99tgIDQal2/NBShWzCOjqOMSw1NYJbJ2kxfPZXzo8SaCEpwyc0L9WHu118yHTvqlilHpa3Oszy; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X2M2a-000Odq-IV; Wed, 02 Jul 2014 08:01:44 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Wed, 2 Jul 2014 08:01:44 -0700 From: Brian Menges To: jacek burghardt Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/61bRgP/WlafQ/6yyHID/WcFzMP6zBYsA/WSqAQD6ycizMA== Date: Wed, 2 Jul 2014 15:01:43 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7004723166835697426==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7004723166835697426== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F927A4D6ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F927A4D6ex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlIFZOQyBwYXNzZWQgdGhyb3VnaCB0byBYZW5TZXJ2ZXIgZG9lc27igJl0IHdvcmsuIEFsbCBJ IGNhbiBnZXQgaXMgUmVhbFZOQyB0byB3b3JrIGZvciBhIHdoaWxlLCBidXQgYXQgc29tZSB1bmRl dGVybWluZWQgcG9pbnQgaXQgdXN1YWxseSBsb2NrZWQgdXAuDQoNCknigJlsbCB0cnkgdGhlIGJl dGEgZHJpdmVycyBhbmQgc2VlIGlmIHRoYXQgaGVscHMsIGJ1dCBJIGRvdWJ0IGl0LiBUaGUgbm9u LWZ1bmN0aW9uYWwgZGlzcGxheSBoZWFkZXJzIGhhdmUgbWUgdGhpbmtpbmcgdGhhdCB0aGUgY2Fy ZCBpc27igJl0IGJlaW5nIHVzZWQgcmlnaHQgYnkgZG9tVTsgb3IgbXkgQklPUyBpcyBnZXR0aW5n IGluIHRoZSB3YXkgc29tZWhvdy4NCg0KLSBCcmlhbiBNZW5nZXMNClByaW5jaXBhbCBFbmdpbmVl ciwgRGV2T3BzDQpHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3 b3Jrcw0KDQpGcm9tOiBqYWNlayBidXJnaGFyZHQgW21haWx0bzpqYWNla3NidXJnaGFyZHRAZ21h aWwuY29tXQ0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDAyLCAyMDE0IDA3OjU3DQpUbzogQnJpYW4g TWVuZ2VzDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNClN1YmplY3Q6IFJlOiBbWGVuLXVz ZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoDQoNCkFueSBwcm9ncmVzcyBkaWQgeW91IGdl dCB2bmMgd29ya2luZyA/DQoNCk9uIFR1ZSwgSnVsIDEsIDIwMTQgYXQgMTE6NTMgQU0sIGphY2Vr IGJ1cmdoYXJkdCA8amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbTxtYWlsdG86amFjZWtzYnVyZ2hh cmR0QGdtYWlsLmNvbT4+IHdyb3RlOg0KV2VsbCBpdCBzb3VuZHMgbGlrZSBtb25pdG9yIG1heSBu b3QgYmUgZGV0ZWN0ZWQuIERpZCB5b3UgdHJ5IHRvIGJvb3QgeW91ciB3aW5kb3dzIG9zIHdpdGhv dXQgbW9uaXRvciBhdHRhY2hlZCA/IElmIGkgYm9vdCBteSB3aW4gOC4xIHdpdGhvdXQgbW9uaXRv ciBhdHRhY2hlZCB0aGUgdmlkZW8gb3V0cHV0IGdvZXMgYmFjayB0byBzcGljZSBjbGllbnQuIFNv IHdoaXQgeW91ciBzZXR1cCBpdCBzaG91bGQgYm9vdCB3aXRoIGRpc3BsYXkgb24gdm5jLg0KDQoN Cg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUaGUgaW5mb3JtYXRpb24g Y29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywgbWF5IGNvbnRh aW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwuIEl0IGlzIHNv bGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGljaCBpdCBpcyBh ZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0aW9uLCBvciBh Y3Rpb24gdGFrZW4gaW4gcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMg b3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlzIHByb2hpYml0 ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5k ZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuDQo= --_000_F33FED1E326F7448A0623CC9BFA2D4F927A4D6ex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCJ9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNh bGlicml9DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIn0NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lfQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lfQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7Zm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEfQ0KLk1zb0NocERlZmF1bHQNCgl7 Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIn0NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K CXttYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW59DQpkaXYuV29yZFNlY3Rpb24xDQoJe30N Ci0tPg0KPC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2 bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj5UaGUg Vk5DIHBhc3NlZCB0aHJvdWdoIHRvIFhlblNlcnZlciBkb2VzbuKAmXQgd29yay4gQWxsIEkgY2Fu IGdldCBpcyBSZWFsVk5DIHRvIHdvcmsgZm9yIGEgd2hpbGUsIGJ1dCBhdCBzb21lIHVuZGV0ZXJt aW5lZCBwb2ludCBpdCB1c3VhbGx5IGxvY2tlZCB1cC48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPknigJlsbCB0cnkgdGhlIGJldGEgZHJpdmVycyBhbmQg c2VlIGlmIHRoYXQgaGVscHMsIGJ1dCBJIGRvdWJ0IGl0LiBUaGUgbm9uLWZ1bmN0aW9uYWwgZGlz cGxheSBoZWFkZXJzIGhhdmUgbWUgdGhpbmtpbmcgdGhhdCB0aGUgY2FyZCBpc27igJl0IGJlaW5n IHVzZWQgcmlnaHQNCiBieSBkb21VOyBvciBteSBCSU9TIGlzIGdldHRpbmcgaW4gdGhlIHdheSBz b21laG93Ljwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+ LSBCcmlhbiBNZW5nZXM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+UHJpbmNpcGFsIEVuZ2luZWVyLCBE ZXZPcHM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+R29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZl IHwgVXBTdHJlYW0gTmV0d29ya3M8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gamFjZWsgYnVy Z2hhcmR0IFttYWlsdG86amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6 PC9iPiBXZWRuZXNkYXksIEp1bHkgMDIsIDIwMTQgMDc6NTc8YnI+DQo8Yj5Ubzo8L2I+IEJyaWFu IE1lbmdlczxicj4NCjxiPkNjOjwvYj4geGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8YnI+DQo8Yj5T dWJqZWN0OjwvYj4gUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkFueSBwcm9ncmVzcyBkaWQgeW91IGdldCB2bmMgd29ya2luZyA/PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206 MTIuMHB0Ij4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCBK dWwgMSwgMjAxNCBhdCAxMTo1MyBBTSwgamFjZWsgYnVyZ2hhcmR0ICZsdDs8YSBocmVmPSJtYWls dG86amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmphY2Vrc2J1cmdo YXJkdEBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9y ZGVyOm5vbmU7IGJvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7IHBhZGRpbmc6MGluIDBp biAwaW4gNi4wcHQ7IG1hcmdpbi1sZWZ0OjQuOHB0OyBtYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZWxsIGl0IHNvdW5kcyBsaWtlIG1vbml0b3IgbWF5IG5v dCBiZSBkZXRlY3RlZC4gRGlkIHlvdSB0cnkgdG8gYm9vdCB5b3VyIHdpbmRvd3Mgb3Mgd2l0aG91 dCBtb25pdG9yIGF0dGFjaGVkID8gSWYgaSBib290IG15IHdpbiA4LjEgd2l0aG91dCBtb25pdG9y IGF0dGFjaGVkIHRoZSB2aWRlbyBvdXRwdXQgZ29lcyBiYWNrIHRvIHNwaWNlIGNsaWVudC4gU28g d2hpdCB5b3VyIHNldHVwIGl0IHNob3VsZCBib290DQogd2l0aCBkaXNwbGF5IG9uIHZuYy4mbmJz cDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206 MTIuMHB0Ij4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJyPg0KPGhyPg0KPGZv bnQgZmFjZT0iQ291cmllciBOZXciIGNvbG9yPSJHcmF5IiBzaXplPSIxIj48YnI+DQpUaGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwu IEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGlj aCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0 aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24g YnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQg aXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNlIGNvbnRh Y3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21wdXRlci48 YnI+DQo8L2ZvbnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F33FED1E326F7448A0623CC9BFA2D4F927A4D6ex001sfoservepath_-- --===============7004723166835697426== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7004723166835697426==-- From xen-users-bounces@lists.xen.org Wed Jul 02 15:02:03 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 15:02:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2M2f-0001y8-Hm; Wed, 02 Jul 2014 15:01:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2M2d-0001xr-E7 for xen-users@lists.xen.org; Wed, 02 Jul 2014 15:01:47 +0000 Received: from [85.158.143.35:58176] by server-3.bemta-4.messagelabs.com id 12/0C-16194-ADE14B35; Wed, 02 Jul 2014 15:01:46 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1404313304!15383685!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2181 invoked from network); 2 Jul 2014 15:01:45 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 15:01:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:CC:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=b+wP/joaXqrzdjslshtC5gZH3p6Dx8U4gaN/yBTpR7q9sl+QPgRydk99tgIDQal2/NBShWzCOjqOMSw1NYJbJ2kxfPZXzo8SaCEpwyc0L9WHu118yHTvqlilHpa3Oszy; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X2M2a-000Odq-IV; Wed, 02 Jul 2014 08:01:44 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Wed, 2 Jul 2014 08:01:44 -0700 From: Brian Menges To: jacek burghardt Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/61bRgP/WlafQ/6yyHID/WcFzMP6zBYsA/WSqAQD6ycizMA== Date: Wed, 2 Jul 2014 15:01:43 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7004723166835697426==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7004723166835697426== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F927A4D6ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F927A4D6ex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhlIFZOQyBwYXNzZWQgdGhyb3VnaCB0byBYZW5TZXJ2ZXIgZG9lc27igJl0IHdvcmsuIEFsbCBJ IGNhbiBnZXQgaXMgUmVhbFZOQyB0byB3b3JrIGZvciBhIHdoaWxlLCBidXQgYXQgc29tZSB1bmRl dGVybWluZWQgcG9pbnQgaXQgdXN1YWxseSBsb2NrZWQgdXAuDQoNCknigJlsbCB0cnkgdGhlIGJl dGEgZHJpdmVycyBhbmQgc2VlIGlmIHRoYXQgaGVscHMsIGJ1dCBJIGRvdWJ0IGl0LiBUaGUgbm9u LWZ1bmN0aW9uYWwgZGlzcGxheSBoZWFkZXJzIGhhdmUgbWUgdGhpbmtpbmcgdGhhdCB0aGUgY2Fy ZCBpc27igJl0IGJlaW5nIHVzZWQgcmlnaHQgYnkgZG9tVTsgb3IgbXkgQklPUyBpcyBnZXR0aW5n IGluIHRoZSB3YXkgc29tZWhvdy4NCg0KLSBCcmlhbiBNZW5nZXMNClByaW5jaXBhbCBFbmdpbmVl ciwgRGV2T3BzDQpHb0dyaWQgfCBTZXJ2ZVBhdGggfCBDb2xvU2VydmUgfCBVcFN0cmVhbSBOZXR3 b3Jrcw0KDQpGcm9tOiBqYWNlayBidXJnaGFyZHQgW21haWx0bzpqYWNla3NidXJnaGFyZHRAZ21h aWwuY29tXQ0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDAyLCAyMDE0IDA3OjU3DQpUbzogQnJpYW4g TWVuZ2VzDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcNClN1YmplY3Q6IFJlOiBbWGVuLXVz ZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoDQoNCkFueSBwcm9ncmVzcyBkaWQgeW91IGdl dCB2bmMgd29ya2luZyA/DQoNCk9uIFR1ZSwgSnVsIDEsIDIwMTQgYXQgMTE6NTMgQU0sIGphY2Vr IGJ1cmdoYXJkdCA8amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbTxtYWlsdG86amFjZWtzYnVyZ2hh cmR0QGdtYWlsLmNvbT4+IHdyb3RlOg0KV2VsbCBpdCBzb3VuZHMgbGlrZSBtb25pdG9yIG1heSBu b3QgYmUgZGV0ZWN0ZWQuIERpZCB5b3UgdHJ5IHRvIGJvb3QgeW91ciB3aW5kb3dzIG9zIHdpdGhv dXQgbW9uaXRvciBhdHRhY2hlZCA/IElmIGkgYm9vdCBteSB3aW4gOC4xIHdpdGhvdXQgbW9uaXRv ciBhdHRhY2hlZCB0aGUgdmlkZW8gb3V0cHV0IGdvZXMgYmFjayB0byBzcGljZSBjbGllbnQuIFNv IHdoaXQgeW91ciBzZXR1cCBpdCBzaG91bGQgYm9vdCB3aXRoIGRpc3BsYXkgb24gdm5jLg0KDQoN Cg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpUaGUgaW5mb3JtYXRpb24g Y29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywgbWF5IGNvbnRh aW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwuIEl0IGlzIHNv bGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGljaCBpdCBpcyBh ZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0aW9uLCBvciBh Y3Rpb24gdGFrZW4gaW4gcmVsaWFuY2UgdXBvbiB0aGlzIGluZm9ybWF0aW9uIGJ5IHBlcnNvbnMg b3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGlzIHByb2hpYml0 ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBsZWFzZSBjb250YWN0IHRoZSBzZW5k ZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkgY29tcHV0ZXIuDQo= --_000_F33FED1E326F7448A0623CC9BFA2D4F927A4D6ex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCJ9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNh bGlicml9DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIn0NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lfQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lfQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7Zm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEfQ0KLk1zb0NocERlZmF1bHQNCgl7 Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIn0NCkBwYWdlIFdvcmRTZWN0aW9uMQ0K CXttYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW59DQpkaXYuV29yZFNlY3Rpb24xDQoJe30N Ci0tPg0KPC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2 bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj5UaGUg Vk5DIHBhc3NlZCB0aHJvdWdoIHRvIFhlblNlcnZlciBkb2VzbuKAmXQgd29yay4gQWxsIEkgY2Fu IGdldCBpcyBSZWFsVk5DIHRvIHdvcmsgZm9yIGEgd2hpbGUsIGJ1dCBhdCBzb21lIHVuZGV0ZXJt aW5lZCBwb2ludCBpdCB1c3VhbGx5IGxvY2tlZCB1cC48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5i c3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPknigJlsbCB0cnkgdGhlIGJldGEgZHJpdmVycyBhbmQg c2VlIGlmIHRoYXQgaGVscHMsIGJ1dCBJIGRvdWJ0IGl0LiBUaGUgbm9uLWZ1bmN0aW9uYWwgZGlz cGxheSBoZWFkZXJzIGhhdmUgbWUgdGhpbmtpbmcgdGhhdCB0aGUgY2FyZCBpc27igJl0IGJlaW5n IHVzZWQgcmlnaHQNCiBieSBkb21VOyBvciBteSBCSU9TIGlzIGdldHRpbmcgaW4gdGhlIHdheSBz b21laG93Ljwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+ LSBCcmlhbiBNZW5nZXM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+UHJpbmNpcGFsIEVuZ2luZWVyLCBE ZXZPcHM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+R29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZl IHwgVXBTdHJlYW0gTmV0d29ya3M8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsgZm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gamFjZWsgYnVy Z2hhcmR0IFttYWlsdG86amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6 PC9iPiBXZWRuZXNkYXksIEp1bHkgMDIsIDIwMTQgMDc6NTc8YnI+DQo8Yj5Ubzo8L2I+IEJyaWFu IE1lbmdlczxicj4NCjxiPkNjOjwvYj4geGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8YnI+DQo8Yj5T dWJqZWN0OjwvYj4gUmU6IFtYZW4tdXNlcnNdIEhlbHAgd2l0aCBWR0EgcGFzc3Rocm91Z2g8L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkFueSBwcm9ncmVzcyBkaWQgeW91IGdldCB2bmMgd29ya2luZyA/PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206 MTIuMHB0Ij4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCBK dWwgMSwgMjAxNCBhdCAxMTo1MyBBTSwgamFjZWsgYnVyZ2hhcmR0ICZsdDs8YSBocmVmPSJtYWls dG86amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmphY2Vrc2J1cmdo YXJkdEBnbWFpbC5jb208L2E+Jmd0OyB3cm90ZTo8L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9y ZGVyOm5vbmU7IGJvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7IHBhZGRpbmc6MGluIDBp biAwaW4gNi4wcHQ7IG1hcmdpbi1sZWZ0OjQuOHB0OyBtYXJnaW4tcmlnaHQ6MGluIj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5XZWxsIGl0IHNvdW5kcyBsaWtlIG1vbml0b3IgbWF5IG5v dCBiZSBkZXRlY3RlZC4gRGlkIHlvdSB0cnkgdG8gYm9vdCB5b3VyIHdpbmRvd3Mgb3Mgd2l0aG91 dCBtb25pdG9yIGF0dGFjaGVkID8gSWYgaSBib290IG15IHdpbiA4LjEgd2l0aG91dCBtb25pdG9y IGF0dGFjaGVkIHRoZSB2aWRlbyBvdXRwdXQgZ29lcyBiYWNrIHRvIHNwaWNlIGNsaWVudC4gU28g d2hpdCB5b3VyIHNldHVwIGl0IHNob3VsZCBib290DQogd2l0aCBkaXNwbGF5IG9uIHZuYy4mbmJz cDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206 MTIuMHB0Ij4mbmJzcDs8L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJyPg0KPGhyPg0KPGZv bnQgZmFjZT0iQ291cmllciBOZXciIGNvbG9yPSJHcmF5IiBzaXplPSIxIj48YnI+DQpUaGUgaW5m b3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRhY2htZW50cywg bWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQgbWF0ZXJpYWwu IEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0eSB0byB3aGlj aCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBkaXNzZW1pbmF0 aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24g YnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCByZWNpcGllbnQg aXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxlYXNlIGNvbnRh Y3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBjb21wdXRlci48 YnI+DQo8L2ZvbnQ+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_F33FED1E326F7448A0623CC9BFA2D4F927A4D6ex001sfoservepath_-- --===============7004723166835697426== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7004723166835697426==-- From xen-users-bounces@lists.xen.org Wed Jul 02 15:08:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 15:08:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2M8x-00030L-Qn; Wed, 02 Jul 2014 15:08:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2M8w-0002zD-44 for xen-users@lists.xen.org; Wed, 02 Jul 2014 15:08:18 +0000 Received: from [85.158.139.211:16926] by server-16.bemta-5.messagelabs.com id 99/D1-18862-06024B35; Wed, 02 Jul 2014 15:08:16 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1404313693!9133038!1 X-Originating-IP: [209.85.216.48] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24519 invoked from network); 2 Jul 2014 15:08:14 -0000 Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com) (209.85.216.48) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 15:08:14 -0000 Received: by mail-qa0-f48.google.com with SMTP id x12so8906382qac.21 for ; Wed, 02 Jul 2014 08:08:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ynf7nH72qyW2GgEAukpPibSaNg69IKi0UC4auDJRb5U=; b=0OXxU+vrZiUb5QuV8mRmfcPXVQ6Y+/nXfcvlLRITW2vdLJw3z0HEAvTeSRn+hHvU6j SWOTRor34PW4vKQA2NNaxwlKsM3QkDhn50ErU+cBqV1ZAFXM3GcYm9ipnbKXQgZ50NgF 3STq8jrS6LJrfAFcdspxK6kqJUYagcs3MMQdGH4cDYyls+0T8QkdttHRAeQCSavXyztC MoIvDdcEVUFLPZzTbf+Lt3bM+mC47xxHx1EaUp+nCQh3rHU689mlYdg4LsxR4g6TAOva UpZ1xOSx8AD8g2idBXYtGlICcWNqOoHF2DQ8GA8j+AZYMErwKWJW9tgPrmyX6aABTIKn hbXQ== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr86807274qah.70.1404313693569; Wed, 02 Jul 2014 08:08:13 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 08:08:13 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> Date: Wed, 2 Jul 2014 09:08:13 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7448265618503609639==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7448265618503609639== Content-Type: multipart/alternative; boundary=001a1133d894dbc84d04fd37426d --001a1133d894dbc84d04fd37426d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Is this with monitor unpluged from video card? vnc still locks up ? Did you try to boot without video card assigned and look at logs? I would get second hard drive and install linux and xen and see if you can get that working. On Wed, Jul 2, 2014 at 9:01 AM, Brian Menges wrote: > The VNC passed through to XenServer doesn=E2=80=99t work. All I can get = is > RealVNC to work for a while, but at some undetermined point it usually > locked up. > > > > I=E2=80=99ll try the beta drivers and see if that helps, but I doubt it. = The > non-functional display headers have me thinking that the card isn=E2=80= =99t being > used right by domU; or my BIOS is getting in the way somehow. > > > > - Brian Menges > > Principal Engineer, DevOps > > GoGrid | ServePath | ColoServe | UpStream Networks > > > > *From:* jacek burghardt [mailto:jaceksburghardt@gmail.com] > *Sent:* Wednesday, July 02, 2014 07:57 > *To:* Brian Menges > *Cc:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] Help with VGA passthrough > > > > Any progress did you get vnc working ? > > > > On Tue, Jul 1, 2014 at 11:53 AM, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > > Well it sounds like monitor may not be detected. Did you try to boot > your windows os without monitor attached ? If i boot my win 8.1 without > monitor attached the video output goes back to spice client. So whit your > setup it should boot with display on vnc. > > > > > > > > ------------------------------ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for th= e > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > --001a1133d894dbc84d04fd37426d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Is this with monitor unpluged from video card? vnc still l= ocks up ? Did you try to boot without video card assigned =C2=A0and look at= logs?
I would get second hard drive and install linux and xen and see = if you can get that working.


On Wed,= Jul 2, 2014 at 9:01 AM, Brian Menges <bmenges@gogrid.com> = wrote:

The VNC passed through to= XenServer doesn=E2=80=99t work. All I can get is RealVNC to work for a whi= le, but at some undetermined point it usually locked up.

=C2=A0

I=E2=80=99ll try the beta= drivers and see if that helps, but I doubt it. The non-functional display = headers have me thinking that the card isn=E2=80=99t being used right by domU; or my BIOS is getting in the way somehow.

=C2=A0

- Brian Menges

Principal Engineer, DevOp= s

GoGrid | ServePath | Colo= Serve | UpStream Networks

=C2=A0

From: = jacek burghardt [mailto:jaceksburghardt@gmail.com]
Sent: Wednesday, July 02, 2014 07:57
To: Brian Menges
Cc: xen= -users@lists.xen.org


Subject: Re: [Xen-users] Help with VGA passthrough

=C2=A0

Any progress did you get vnc working ?

=C2=A0

On Tue, Jul 1, 2014 at 11:53 AM, jacek burghardt <= ;jaceksburgh= ardt@gmail.com> wrote:

Well it sounds like monitor may not be detected. Did= you try to boot your windows os without monitor attached ? If i boot my wi= n 8.1 without monitor attached the video output goes back to spice client. = So whit your setup it should boot with display on vnc.=C2=A0

=C2=A0

=C2=A0

=C2=A0



The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons or entities other than the inten= ded recipient is prohibited. If you receive this in error, please contact t= he sender and delete the material from any computer.

--001a1133d894dbc84d04fd37426d-- --===============7448265618503609639== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7448265618503609639==-- From xen-users-bounces@lists.xen.org Wed Jul 02 15:08:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 15:08:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2M8x-00030L-Qn; Wed, 02 Jul 2014 15:08:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2M8w-0002zD-44 for xen-users@lists.xen.org; Wed, 02 Jul 2014 15:08:18 +0000 Received: from [85.158.139.211:16926] by server-16.bemta-5.messagelabs.com id 99/D1-18862-06024B35; Wed, 02 Jul 2014 15:08:16 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1404313693!9133038!1 X-Originating-IP: [209.85.216.48] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24519 invoked from network); 2 Jul 2014 15:08:14 -0000 Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com) (209.85.216.48) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 15:08:14 -0000 Received: by mail-qa0-f48.google.com with SMTP id x12so8906382qac.21 for ; Wed, 02 Jul 2014 08:08:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ynf7nH72qyW2GgEAukpPibSaNg69IKi0UC4auDJRb5U=; b=0OXxU+vrZiUb5QuV8mRmfcPXVQ6Y+/nXfcvlLRITW2vdLJw3z0HEAvTeSRn+hHvU6j SWOTRor34PW4vKQA2NNaxwlKsM3QkDhn50ErU+cBqV1ZAFXM3GcYm9ipnbKXQgZ50NgF 3STq8jrS6LJrfAFcdspxK6kqJUYagcs3MMQdGH4cDYyls+0T8QkdttHRAeQCSavXyztC MoIvDdcEVUFLPZzTbf+Lt3bM+mC47xxHx1EaUp+nCQh3rHU689mlYdg4LsxR4g6TAOva UpZ1xOSx8AD8g2idBXYtGlICcWNqOoHF2DQ8GA8j+AZYMErwKWJW9tgPrmyX6aABTIKn hbXQ== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr86807274qah.70.1404313693569; Wed, 02 Jul 2014 08:08:13 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 08:08:13 -0700 (PDT) In-Reply-To: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> Date: Wed, 2 Jul 2014 09:08:13 -0600 Message-ID: From: jacek burghardt To: Brian Menges Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7448265618503609639==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7448265618503609639== Content-Type: multipart/alternative; boundary=001a1133d894dbc84d04fd37426d --001a1133d894dbc84d04fd37426d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Is this with monitor unpluged from video card? vnc still locks up ? Did you try to boot without video card assigned and look at logs? I would get second hard drive and install linux and xen and see if you can get that working. On Wed, Jul 2, 2014 at 9:01 AM, Brian Menges wrote: > The VNC passed through to XenServer doesn=E2=80=99t work. All I can get = is > RealVNC to work for a while, but at some undetermined point it usually > locked up. > > > > I=E2=80=99ll try the beta drivers and see if that helps, but I doubt it. = The > non-functional display headers have me thinking that the card isn=E2=80= =99t being > used right by domU; or my BIOS is getting in the way somehow. > > > > - Brian Menges > > Principal Engineer, DevOps > > GoGrid | ServePath | ColoServe | UpStream Networks > > > > *From:* jacek burghardt [mailto:jaceksburghardt@gmail.com] > *Sent:* Wednesday, July 02, 2014 07:57 > *To:* Brian Menges > *Cc:* xen-users@lists.xen.org > > *Subject:* Re: [Xen-users] Help with VGA passthrough > > > > Any progress did you get vnc working ? > > > > On Tue, Jul 1, 2014 at 11:53 AM, jacek burghardt < > jaceksburghardt@gmail.com> wrote: > > Well it sounds like monitor may not be detected. Did you try to boot > your windows os without monitor attached ? If i boot my win 8.1 without > monitor attached the video output goes back to spice client. So whit your > setup it should boot with display on vnc. > > > > > > > > ------------------------------ > > The information contained in this message, and any attachments, may > contain confidential and legally privileged material. It is solely for th= e > use of the person or entity to which it is addressed. Any review, > retransmission, dissemination, or action taken in reliance upon this > information by persons or entities other than the intended recipient is > prohibited. If you receive this in error, please contact the sender and > delete the material from any computer. > --001a1133d894dbc84d04fd37426d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Is this with monitor unpluged from video card? vnc still l= ocks up ? Did you try to boot without video card assigned =C2=A0and look at= logs?
I would get second hard drive and install linux and xen and see = if you can get that working.


On Wed,= Jul 2, 2014 at 9:01 AM, Brian Menges <bmenges@gogrid.com> = wrote:

The VNC passed through to= XenServer doesn=E2=80=99t work. All I can get is RealVNC to work for a whi= le, but at some undetermined point it usually locked up.

=C2=A0

I=E2=80=99ll try the beta= drivers and see if that helps, but I doubt it. The non-functional display = headers have me thinking that the card isn=E2=80=99t being used right by domU; or my BIOS is getting in the way somehow.

=C2=A0

- Brian Menges

Principal Engineer, DevOp= s

GoGrid | ServePath | Colo= Serve | UpStream Networks

=C2=A0

From: = jacek burghardt [mailto:jaceksburghardt@gmail.com]
Sent: Wednesday, July 02, 2014 07:57
To: Brian Menges
Cc: xen= -users@lists.xen.org


Subject: Re: [Xen-users] Help with VGA passthrough

=C2=A0

Any progress did you get vnc working ?

=C2=A0

On Tue, Jul 1, 2014 at 11:53 AM, jacek burghardt <= ;jaceksburgh= ardt@gmail.com> wrote:

Well it sounds like monitor may not be detected. Did= you try to boot your windows os without monitor attached ? If i boot my wi= n 8.1 without monitor attached the video output goes back to spice client. = So whit your setup it should boot with display on vnc.=C2=A0

=C2=A0

=C2=A0

=C2=A0



The information contained in this message, and any attachments, may contain= confidential and legally privileged material. It is solely for the use of = the person or entity to which it is addressed. Any review, retransmission, = dissemination, or action taken in reliance upon this information by persons or entities other than the inten= ded recipient is prohibited. If you receive this in error, please contact t= he sender and delete the material from any computer.

--001a1133d894dbc84d04fd37426d-- --===============7448265618503609639== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7448265618503609639==-- From xen-users-bounces@lists.xen.org Wed Jul 02 15:11:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 15:11:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MBu-0003wx-Vp; Wed, 02 Jul 2014 15:11:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MBt-0003wL-AI for xen-users@lists.xen.org; Wed, 02 Jul 2014 15:11:21 +0000 Received: from [193.109.254.147:26717] by server-4.bemta-14.messagelabs.com id F9/4F-20586-81124B35; Wed, 02 Jul 2014 15:11:20 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1404313879!15042650!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1532 invoked from network); 2 Jul 2014 15:11:20 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 15:11:20 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 2CAEF221DE2 for ; Wed, 2 Jul 2014 16:11:19 +0100 (BST) MIME-Version: 1.0 Content-Length: 933 Date: Wed, 02 Jul 2014 16:11:19 +0100 From: Gordan Bobic To: xen-users In-Reply-To: References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> Message-ID: <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org R29vZCB0byBoZWFyIGFub3RoZXIgY29uZmlybWF0aW9uIHRoYXQgaXQgd29ya3MuIEkgd29uZGVy IGhvdwpsb25nIGl0IHdpbGwgYmUgYmVmb3JlIE52aWRpYSByZWxlYXNlIGEgZHJpdmVyIHRoYXQg dXNlcyBhCmRpZmZlcmVudCBtZXRob2QgdG8gZGV0ZWN0IGl0IGlzIHJ1bm5pbmcgaW4gYSBWTSBz byBpdCBjYW4Kbm90IGVuYWJsZSB0aGUgR2VGb3JjZSBjYXJkcyBpbiBWTXMgYWdhaW4uCgpPbiAy MDE0LTA3LTAyIDE1OjUxLCBqYWNlayBidXJnaGFyZHQgd3JvdGU6Cj4gSSBydW4geGVuIDQuNSBv biBhcmNoIGxpbnV4IHdpdGggZ2l0IHZlcnNpb24gb2YgcWVtdSBhbmQgc2VhYmlvcyBhbmQgSQo+ IHdhcyBhYmxlIHRvIHBhc3Mgb2xkIG52aWRpYSAyMjAgwqBjYXJkIHRoYXQgSSBoYWQgbGF5aW5n IGFyb3VuZC7CoAo+IGh0dHBzOi8vYmJzLmFyY2hsaW51eC5vcmcvdmlld3RvcGljLnBocD9pZD0x NjI3NjgmcD05MSBbMV0KPiAKPiAKPiAKPiBMaW5rczoKPiAtLS0tLS0KPiBbMV0gaHR0cHM6Ly9i YnMuYXJjaGxpbnV4Lm9yZy92aWV3dG9waWMucGhwP2lkPTE2Mjc2OCZhbXA7cD05MQoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxp bmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnM= From xen-users-bounces@lists.xen.org Wed Jul 02 15:11:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 15:11:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MBu-0003wx-Vp; Wed, 02 Jul 2014 15:11:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MBt-0003wL-AI for xen-users@lists.xen.org; Wed, 02 Jul 2014 15:11:21 +0000 Received: from [193.109.254.147:26717] by server-4.bemta-14.messagelabs.com id F9/4F-20586-81124B35; Wed, 02 Jul 2014 15:11:20 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-27.messagelabs.com!1404313879!15042650!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1532 invoked from network); 2 Jul 2014 15:11:20 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 15:11:20 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 2CAEF221DE2 for ; Wed, 2 Jul 2014 16:11:19 +0100 (BST) MIME-Version: 1.0 Content-Length: 933 Date: Wed, 02 Jul 2014 16:11:19 +0100 From: Gordan Bobic To: xen-users In-Reply-To: References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> Message-ID: <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org R29vZCB0byBoZWFyIGFub3RoZXIgY29uZmlybWF0aW9uIHRoYXQgaXQgd29ya3MuIEkgd29uZGVy IGhvdwpsb25nIGl0IHdpbGwgYmUgYmVmb3JlIE52aWRpYSByZWxlYXNlIGEgZHJpdmVyIHRoYXQg dXNlcyBhCmRpZmZlcmVudCBtZXRob2QgdG8gZGV0ZWN0IGl0IGlzIHJ1bm5pbmcgaW4gYSBWTSBz byBpdCBjYW4Kbm90IGVuYWJsZSB0aGUgR2VGb3JjZSBjYXJkcyBpbiBWTXMgYWdhaW4uCgpPbiAy MDE0LTA3LTAyIDE1OjUxLCBqYWNlayBidXJnaGFyZHQgd3JvdGU6Cj4gSSBydW4geGVuIDQuNSBv biBhcmNoIGxpbnV4IHdpdGggZ2l0IHZlcnNpb24gb2YgcWVtdSBhbmQgc2VhYmlvcyBhbmQgSQo+ IHdhcyBhYmxlIHRvIHBhc3Mgb2xkIG52aWRpYSAyMjAgwqBjYXJkIHRoYXQgSSBoYWQgbGF5aW5n IGFyb3VuZC7CoAo+IGh0dHBzOi8vYmJzLmFyY2hsaW51eC5vcmcvdmlld3RvcGljLnBocD9pZD0x NjI3NjgmcD05MSBbMV0KPiAKPiAKPiAKPiBMaW5rczoKPiAtLS0tLS0KPiBbMV0gaHR0cHM6Ly9i YnMuYXJjaGxpbnV4Lm9yZy92aWV3dG9waWMucGhwP2lkPTE2Mjc2OCZhbXA7cD05MQoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxp bmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnM= From xen-users-bounces@lists.xen.org Wed Jul 02 15:35:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 15:35:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MYl-0007jw-S7; Wed, 02 Jul 2014 15:34:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MYk-0007jS-QQ for xen-users@lists.xen.org; Wed, 02 Jul 2014 15:34:58 +0000 Received: from [85.158.137.68:38543] by server-16.bemta-3.messagelabs.com id BF/37-28986-2A624B35; Wed, 02 Jul 2014 15:34:58 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-11.tower-31.messagelabs.com!1404315297!13664552!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7340 invoked from network); 2 Jul 2014 15:34:57 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-11.tower-31.messagelabs.com with SMTP; 2 Jul 2014 15:34:57 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 0BC7D1A002 for ; Wed, 2 Jul 2014 15:34:53 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <53B412F1.5050806@ericsson.com> Date: Wed, 2 Jul 2014 16:34:50 +0100 Message-Id: <7C47A590-FB00-4977-B303-B316CAFB1F1E@thehobsons.co.uk> References: <53B1890C.9030209@ericsson.com> <628B6ECF-B6E6-4F4C-9D80-84567D9D46AD@thehobsons.co.uk> <53B412F1.5050806@ericsson.com> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Dom0 memory X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Jaya Dhanesh wrote: > When I run top on the system, it considers the memory and load for the Dom0 and not for the entire > system. Correct > How do I know if the system is loaded? xentop ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 15:35:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 15:35:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MYl-0007jw-S7; Wed, 02 Jul 2014 15:34:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MYk-0007jS-QQ for xen-users@lists.xen.org; Wed, 02 Jul 2014 15:34:58 +0000 Received: from [85.158.137.68:38543] by server-16.bemta-3.messagelabs.com id BF/37-28986-2A624B35; Wed, 02 Jul 2014 15:34:58 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-11.tower-31.messagelabs.com!1404315297!13664552!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7340 invoked from network); 2 Jul 2014 15:34:57 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-11.tower-31.messagelabs.com with SMTP; 2 Jul 2014 15:34:57 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 0BC7D1A002 for ; Wed, 2 Jul 2014 15:34:53 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <53B412F1.5050806@ericsson.com> Date: Wed, 2 Jul 2014 16:34:50 +0100 Message-Id: <7C47A590-FB00-4977-B303-B316CAFB1F1E@thehobsons.co.uk> References: <53B1890C.9030209@ericsson.com> <628B6ECF-B6E6-4F4C-9D80-84567D9D46AD@thehobsons.co.uk> <53B412F1.5050806@ericsson.com> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Dom0 memory X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Jaya Dhanesh wrote: > When I run top on the system, it considers the memory and load for the Dom0 and not for the entire > system. Correct > How do I know if the system is loaded? xentop ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 02 16:02:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 16:02:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MyT-00041O-KK; Wed, 02 Jul 2014 16:01:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MyS-00041A-FG for xen-users@lists.xen.org; Wed, 02 Jul 2014 16:01:32 +0000 Received: from [85.158.137.68:4691] by server-13.bemta-3.messagelabs.com id B5/AB-20015-BDC24B35; Wed, 02 Jul 2014 16:01:31 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1404316889!13579607!1 X-Originating-IP: [209.85.216.48] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7650 invoked from network); 2 Jul 2014 16:01:30 -0000 Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com) (209.85.216.48) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 16:01:30 -0000 Received: by mail-qa0-f48.google.com with SMTP id x12so8972461qac.21 for ; Wed, 02 Jul 2014 09:01:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=T28c03YIZN6uc41nUGKMxulJaqtcEq08uwdGIMcBjyo=; b=NbNdjwNlzIK9CoCK12EYEAS+e+kBwnBy40xVmeS+lX3tsbonNYQQz50IXqsTG39Tc9 SsDLNArXoF8gY31o79Ql7h+94iVR/OTq9NKsrm3fQjT4cKT1cra3nKBeR0AOHZC1yecn rcbt3D0bVLlQr+8RErBLeAyYYDgLc1bYAT3h8glvGslWZ01BXdj4uH0nx+LvjzAcr3yr kpuTBQMS/E/z0Lp/DcFi37ZBlFHj7jjNOc23/5fm42x4D7lxvGWb+p9jZeS/5370X7uV QbVL9bw2EwKBtrnBC/XbX1SaOmUXWjnL7T74ZftwKQ+Y2UyxDAAT3Yc7g7xqP/xvgoeV Dnvw== MIME-Version: 1.0 X-Received: by 10.224.122.2 with SMTP id j2mr19099563qar.93.1404316889144; Wed, 02 Jul 2014 09:01:29 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 09:01:29 -0700 (PDT) In-Reply-To: <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> Date: Wed, 2 Jul 2014 10:01:29 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7295831944656333853==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7295831944656333853== Content-Type: multipart/alternative; boundary=089e0158ba805464c804fd3801a5 --089e0158ba805464c804fd3801a5 Content-Type: text/plain; charset=UTF-8 Well I running ati cards I am waiting for my new R9 270. I be the implementation of bios emulation will improve to a point were nvida will no be able to tell if card is running under regular bios or xen On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic wrote: > Good to hear another confirmation that it works. I wonder how > long it will be before Nvidia release a driver that uses a > different method to detect it is running in a VM so it can > not enable the GeForce cards in VMs again. > > > On 2014-07-02 15:51, jacek burghardt wrote: > >> I run xen 4.5 on arch linux with git version of qemu and seabios and I >> was able to pass old nvidia 220 card that I had laying around. >> https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 [1] >> >> >> >> Links: >> ------ >> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >> >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0158ba805464c804fd3801a5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well I running ati cards I am waiting for my new R9 270. I= be the implementation of bios emulation will improve to a point were nvida= will no be able to tell if card is running under regular bios or xen


On Wed, Jul 2= , 2014 at 9:11 AM, Gordan Bobic <gordan@bobich.net> wrote:
Good to hear another confirmation that it works. I wonder how
long it will be before Nvidia release a driver that uses a
different method to detect it is running in a VM so it can
not enable the GeForce cards in VMs again.


On 2014-07-02 15:51, jacek burghardt wrote:
I run xen 4.5 on arch linux with git version of qemu and seabios and I
was able to pass old nvidia 220 =C2=A0card that I had laying around.=C2=A0<= br>
https://bbs.archlinux.org/viewtopic.php?id= =3D162768&p=3D91 [1]



Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91

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

--089e0158ba805464c804fd3801a5-- --===============7295831944656333853== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7295831944656333853==-- From xen-users-bounces@lists.xen.org Wed Jul 02 16:02:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 16:02:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MyT-00041O-KK; Wed, 02 Jul 2014 16:01:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2MyS-00041A-FG for xen-users@lists.xen.org; Wed, 02 Jul 2014 16:01:32 +0000 Received: from [85.158.137.68:4691] by server-13.bemta-3.messagelabs.com id B5/AB-20015-BDC24B35; Wed, 02 Jul 2014 16:01:31 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1404316889!13579607!1 X-Originating-IP: [209.85.216.48] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7650 invoked from network); 2 Jul 2014 16:01:30 -0000 Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com) (209.85.216.48) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 16:01:30 -0000 Received: by mail-qa0-f48.google.com with SMTP id x12so8972461qac.21 for ; Wed, 02 Jul 2014 09:01:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=T28c03YIZN6uc41nUGKMxulJaqtcEq08uwdGIMcBjyo=; b=NbNdjwNlzIK9CoCK12EYEAS+e+kBwnBy40xVmeS+lX3tsbonNYQQz50IXqsTG39Tc9 SsDLNArXoF8gY31o79Ql7h+94iVR/OTq9NKsrm3fQjT4cKT1cra3nKBeR0AOHZC1yecn rcbt3D0bVLlQr+8RErBLeAyYYDgLc1bYAT3h8glvGslWZ01BXdj4uH0nx+LvjzAcr3yr kpuTBQMS/E/z0Lp/DcFi37ZBlFHj7jjNOc23/5fm42x4D7lxvGWb+p9jZeS/5370X7uV QbVL9bw2EwKBtrnBC/XbX1SaOmUXWjnL7T74ZftwKQ+Y2UyxDAAT3Yc7g7xqP/xvgoeV Dnvw== MIME-Version: 1.0 X-Received: by 10.224.122.2 with SMTP id j2mr19099563qar.93.1404316889144; Wed, 02 Jul 2014 09:01:29 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 09:01:29 -0700 (PDT) In-Reply-To: <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> Date: Wed, 2 Jul 2014 10:01:29 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7295831944656333853==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7295831944656333853== Content-Type: multipart/alternative; boundary=089e0158ba805464c804fd3801a5 --089e0158ba805464c804fd3801a5 Content-Type: text/plain; charset=UTF-8 Well I running ati cards I am waiting for my new R9 270. I be the implementation of bios emulation will improve to a point were nvida will no be able to tell if card is running under regular bios or xen On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic wrote: > Good to hear another confirmation that it works. I wonder how > long it will be before Nvidia release a driver that uses a > different method to detect it is running in a VM so it can > not enable the GeForce cards in VMs again. > > > On 2014-07-02 15:51, jacek burghardt wrote: > >> I run xen 4.5 on arch linux with git version of qemu and seabios and I >> was able to pass old nvidia 220 card that I had laying around. >> https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 [1] >> >> >> >> Links: >> ------ >> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >> >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e0158ba805464c804fd3801a5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well I running ati cards I am waiting for my new R9 270. I= be the implementation of bios emulation will improve to a point were nvida= will no be able to tell if card is running under regular bios or xen


On Wed, Jul 2= , 2014 at 9:11 AM, Gordan Bobic <gordan@bobich.net> wrote:
Good to hear another confirmation that it works. I wonder how
long it will be before Nvidia release a driver that uses a
different method to detect it is running in a VM so it can
not enable the GeForce cards in VMs again.


On 2014-07-02 15:51, jacek burghardt wrote:
I run xen 4.5 on arch linux with git version of qemu and seabios and I
was able to pass old nvidia 220 =C2=A0card that I had laying around.=C2=A0<= br>
https://bbs.archlinux.org/viewtopic.php?id= =3D162768&p=3D91 [1]



Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91

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

--089e0158ba805464c804fd3801a5-- --===============7295831944656333853== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7295831944656333853==-- From xen-users-bounces@lists.xen.org Wed Jul 02 20:13:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 20:13:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Qtn-00065T-MI; Wed, 02 Jul 2014 20:12:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Qtm-00065K-87 for xen-users@lists.xen.org; Wed, 02 Jul 2014 20:12:58 +0000 Received: from [85.158.139.211:36255] by server-13.bemta-5.messagelabs.com id 69/77-02995-9C764B35; Wed, 02 Jul 2014 20:12:57 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1404331975!13336804!1 X-Originating-IP: [209.85.192.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7187 invoked from network); 2 Jul 2014 20:12:56 -0000 Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 20:12:56 -0000 Received: by mail-qg0-f45.google.com with SMTP id a108so5118631qge.18 for ; Wed, 02 Jul 2014 13:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Shf9yv+bfTFFEa59ZDbl6WiOaiVwcdu7UxvW0R9e/VI=; b=xpISdPYMm9IPNLzb9YIrUUKH4hganjZUcKsDIlbP21UJPzyG1yD0KGOl4vzVx3YbU5 tDFf1Dq4yX+gY6HJ5n/nJU7urBbbercY53hfLbaeCGY4EOgNoWqCdKaBcMYbENcEiBZ0 aSTJ6EnN3N9w3YN5s+GAmhzpkD0eGjDb9Q4FDgVKXgVQqrXkBll4dv22B9D2UP7cLZVp V7fzbZPBI8wz9nCtigIes/liODQPQ49kJDjtv+ylwVjPDuNQxSRcCMMYyziVNExfc6Gw NUda+LPXbe4j6lAPMtZBSZ8NgduLSqK4JQq5oqzVYCDexqrolVHKGkQWu+lcesEoju6+ h4OA== MIME-Version: 1.0 X-Received: by 10.140.29.139 with SMTP id b11mr381285qgb.44.1404331975627; Wed, 02 Jul 2014 13:12:55 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 13:12:55 -0700 (PDT) In-Reply-To: <1403777946.16595.23.camel@kazak.uk.xensource.com> References: <1403777946.16595.23.camel@kazak.uk.xensource.com> Date: Wed, 2 Jul 2014 14:12:55 -0600 Message-ID: From: jacek burghardt To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] scripts X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6919293519620283267==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6919293519620283267== Content-Type: multipart/alternative; boundary=001a113a76ca8dda8204fd3b84d9 --001a113a76ca8dda8204fd3b84d9 Content-Type: text/plain; charset=UTF-8 Thank you for the info I ill try that. On Thu, Jun 26, 2014 at 4:19 AM, Ian Campbell wrote: > Please use meaningful subject lines. > > On Wed, 2014-06-25 at 15:13 -0600, jacek burghardt wrote: > > I wonder if there is a way to for xen to run script after guess is > > shutdown. > > I would like to pass sound card from linux to hvm guess and then when > > hvm guest is shutdown back to linux. Script can unload all usb > > modules and assign to hvm and back. > > xl in 4.4 onwards can do this for you, see the "seize" option in the > pci= line of the config file. > > Ian. > > > --001a113a76ca8dda8204fd3b84d9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you for the info I ill try that.=C2=A0


On Thu, Jun 26, 2014 = at 4:19 AM, Ian Campbell <Ian.Campbell@citrix.com> wro= te:
Please use meaningful subject lines.

On Wed, 2014-06-25 at 15:13 -0600, jacek burghardt wrote:
> I wonder if there is a way to for xen to run =C2=A0script after guess = is
> shutdown.
> I would like to pass sound card from linux to hvm guess and then when<= br> > hvm guest is shutdown back to linux. =C2=A0Script can unload all usb > modules and assign to hvm and back.

xl in 4.4 onwards can do this for you, see the "seize" opti= on in the
pci=3D line of the config file.

Ian.



--001a113a76ca8dda8204fd3b84d9-- --===============6919293519620283267== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6919293519620283267==-- From xen-users-bounces@lists.xen.org Wed Jul 02 20:13:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 20:13:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Qtn-00065T-MI; Wed, 02 Jul 2014 20:12:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Qtm-00065K-87 for xen-users@lists.xen.org; Wed, 02 Jul 2014 20:12:58 +0000 Received: from [85.158.139.211:36255] by server-13.bemta-5.messagelabs.com id 69/77-02995-9C764B35; Wed, 02 Jul 2014 20:12:57 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1404331975!13336804!1 X-Originating-IP: [209.85.192.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7187 invoked from network); 2 Jul 2014 20:12:56 -0000 Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 2 Jul 2014 20:12:56 -0000 Received: by mail-qg0-f45.google.com with SMTP id a108so5118631qge.18 for ; Wed, 02 Jul 2014 13:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Shf9yv+bfTFFEa59ZDbl6WiOaiVwcdu7UxvW0R9e/VI=; b=xpISdPYMm9IPNLzb9YIrUUKH4hganjZUcKsDIlbP21UJPzyG1yD0KGOl4vzVx3YbU5 tDFf1Dq4yX+gY6HJ5n/nJU7urBbbercY53hfLbaeCGY4EOgNoWqCdKaBcMYbENcEiBZ0 aSTJ6EnN3N9w3YN5s+GAmhzpkD0eGjDb9Q4FDgVKXgVQqrXkBll4dv22B9D2UP7cLZVp V7fzbZPBI8wz9nCtigIes/liODQPQ49kJDjtv+ylwVjPDuNQxSRcCMMYyziVNExfc6Gw NUda+LPXbe4j6lAPMtZBSZ8NgduLSqK4JQq5oqzVYCDexqrolVHKGkQWu+lcesEoju6+ h4OA== MIME-Version: 1.0 X-Received: by 10.140.29.139 with SMTP id b11mr381285qgb.44.1404331975627; Wed, 02 Jul 2014 13:12:55 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Wed, 2 Jul 2014 13:12:55 -0700 (PDT) In-Reply-To: <1403777946.16595.23.camel@kazak.uk.xensource.com> References: <1403777946.16595.23.camel@kazak.uk.xensource.com> Date: Wed, 2 Jul 2014 14:12:55 -0600 Message-ID: From: jacek burghardt To: Ian Campbell Cc: xen-users Subject: Re: [Xen-users] scripts X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6919293519620283267==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6919293519620283267== Content-Type: multipart/alternative; boundary=001a113a76ca8dda8204fd3b84d9 --001a113a76ca8dda8204fd3b84d9 Content-Type: text/plain; charset=UTF-8 Thank you for the info I ill try that. On Thu, Jun 26, 2014 at 4:19 AM, Ian Campbell wrote: > Please use meaningful subject lines. > > On Wed, 2014-06-25 at 15:13 -0600, jacek burghardt wrote: > > I wonder if there is a way to for xen to run script after guess is > > shutdown. > > I would like to pass sound card from linux to hvm guess and then when > > hvm guest is shutdown back to linux. Script can unload all usb > > modules and assign to hvm and back. > > xl in 4.4 onwards can do this for you, see the "seize" option in the > pci= line of the config file. > > Ian. > > > --001a113a76ca8dda8204fd3b84d9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you for the info I ill try that.=C2=A0


On Thu, Jun 26, 2014 = at 4:19 AM, Ian Campbell <Ian.Campbell@citrix.com> wro= te:
Please use meaningful subject lines.

On Wed, 2014-06-25 at 15:13 -0600, jacek burghardt wrote:
> I wonder if there is a way to for xen to run =C2=A0script after guess = is
> shutdown.
> I would like to pass sound card from linux to hvm guess and then when<= br> > hvm guest is shutdown back to linux. =C2=A0Script can unload all usb > modules and assign to hvm and back.

xl in 4.4 onwards can do this for you, see the "seize" opti= on in the
pci=3D line of the config file.

Ian.



--001a113a76ca8dda8204fd3b84d9-- --===============6919293519620283267== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6919293519620283267==-- From xen-users-bounces@lists.xen.org Wed Jul 02 23:07:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 23:07:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Tbq-0002VD-06; Wed, 02 Jul 2014 23:06:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2NB5-00062e-8O for xen-users@lists.xen.org; Wed, 02 Jul 2014 16:14:36 +0000 Received: from [85.158.139.211:30444] by server-5.bemta-5.messagelabs.com id B3/B5-29625-AEF24B35; Wed, 02 Jul 2014 16:14:34 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1404317667!13307548!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14466 invoked from network); 2 Jul 2014 16:14:29 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 16:14:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:CC:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=D7PbqhnHbxdT1S2pVM8zypSxBsZix2bDH7G2OT3BbrUFVDXEbQEVGRhSdR7QNxOfi3C3f8yRUin57c4YduZC5P7mGu+6OD35Ev4Yj2lXv50ykT/6FUJ7pCBlPh2ccnvs; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X2NAx-000PTa-UW; Wed, 02 Jul 2014 09:14:28 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Wed, 2 Jul 2014 09:14:26 -0700 From: Brian Menges To: jacek burghardt Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/61bRgP/WlafQ/6yyHID/WcFzMP6zBYsA/WSqAQD6ycizMPWTGYyA6yaWP1A= Date: Wed, 2 Jul 2014 16:14:26 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] Content-Type: multipart/mixed; boundary="_004_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 02 Jul 2014 23:06:36 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_004_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_ Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 R3Vlc3MgSeKAmWxsIGhhdmUgdG8gdHJ5IEFyY2ggd2l0aCB0aGUgbGFzdGVzdCBYZW4gYXQgc29t ZSBwb2ludOKApiBvciBzb21lIG90aGVyIGRpc3RybyBiZWNhdXNlIHRoaXMgaXNu4oCZdCB3b3Jr aW5nLg0KDQpEaXNwbGF5IGhlYWRlciBuZXZlciBlbmdhZ2Vz4oCmIGJ1dCB0aGUgZ3JhcGhpY3Mg Y2FyZCBpcyBkZWZpbml0ZWx5IHJlY29nbml6ZWQuDQoNCi0gQnJpYW4gTWVuZ2VzDQpQcmluY2lw YWwgRW5naW5lZXIsIERldk9wcw0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBT dHJlYW0gTmV0d29ya3MNCg0KRnJvbTogamFjZWsgYnVyZ2hhcmR0IFttYWlsdG86amFjZWtzYnVy Z2hhcmR0QGdtYWlsLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgSnVseSAwMiwgMjAxNCAwODowOA0K VG86IEJyaWFuIE1lbmdlcw0KQ2M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQpTdWJqZWN0OiBS ZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaA0KDQpJcyB0aGlzIHdpdGgg bW9uaXRvciB1bnBsdWdlZCBmcm9tIHZpZGVvIGNhcmQ/IHZuYyBzdGlsbCBsb2NrcyB1cCA/IERp ZCB5b3UgdHJ5IHRvIGJvb3Qgd2l0aG91dCB2aWRlbyBjYXJkIGFzc2lnbmVkICBhbmQgbG9vayBh dCBsb2dzPw0KSSB3b3VsZCBnZXQgc2Vjb25kIGhhcmQgZHJpdmUgYW5kIGluc3RhbGwgbGludXgg YW5kIHhlbiBhbmQgc2VlIGlmIHlvdSBjYW4gZ2V0IHRoYXQgd29ya2luZy4NCg0KT24gV2VkLCBK dWwgMiwgMjAxNCBhdCA5OjAxIEFNLCBCcmlhbiBNZW5nZXMgPGJtZW5nZXNAZ29ncmlkLmNvbTxt YWlsdG86Ym1lbmdlc0Bnb2dyaWQuY29tPj4gd3JvdGU6DQpUaGUgVk5DIHBhc3NlZCB0aHJvdWdo IHRvIFhlblNlcnZlciBkb2VzbuKAmXQgd29yay4gQWxsIEkgY2FuIGdldCBpcyBSZWFsVk5DIHRv IHdvcmsgZm9yIGEgd2hpbGUsIGJ1dCBhdCBzb21lIHVuZGV0ZXJtaW5lZCBwb2ludCBpdCB1c3Vh bGx5IGxvY2tlZCB1cC4NCg0KSeKAmWxsIHRyeSB0aGUgYmV0YSBkcml2ZXJzIGFuZCBzZWUgaWYg dGhhdCBoZWxwcywgYnV0IEkgZG91YnQgaXQuIFRoZSBub24tZnVuY3Rpb25hbCBkaXNwbGF5IGhl YWRlcnMgaGF2ZSBtZSB0aGlua2luZyB0aGF0IHRoZSBjYXJkIGlzbuKAmXQgYmVpbmcgdXNlZCBy aWdodCBieSBkb21VOyBvciBteSBCSU9TIGlzIGdldHRpbmcgaW4gdGhlIHdheSBzb21laG93Lg0K DQotIEJyaWFuIE1lbmdlcw0KUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHMNCkdvR3JpZCB8IFNl cnZlUGF0aCB8IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzDQoNCkZyb206IGphY2VrIGJ1 cmdoYXJkdCBbbWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb208bWFpbHRvOmphY2Vrc2J1 cmdoYXJkdEBnbWFpbC5jb20+XQ0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDAyLCAyMDE0IDA3OjU3 DQpUbzogQnJpYW4gTWVuZ2VzDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhl bi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KDQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3 aXRoIFZHQSBwYXNzdGhyb3VnaA0KDQpBbnkgcHJvZ3Jlc3MgZGlkIHlvdSBnZXQgdm5jIHdvcmtp bmcgPw0KDQpPbiBUdWUsIEp1bCAxLCAyMDE0IGF0IDExOjUzIEFNLCBqYWNlayBidXJnaGFyZHQg PGphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb208bWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5j b20+PiB3cm90ZToNCldlbGwgaXQgc291bmRzIGxpa2UgbW9uaXRvciBtYXkgbm90IGJlIGRldGVj dGVkLiBEaWQgeW91IHRyeSB0byBib290IHlvdXIgd2luZG93cyBvcyB3aXRob3V0IG1vbml0b3Ig YXR0YWNoZWQgPyBJZiBpIGJvb3QgbXkgd2luIDguMSB3aXRob3V0IG1vbml0b3IgYXR0YWNoZWQg dGhlIHZpZGVvIG91dHB1dCBnb2VzIGJhY2sgdG8gc3BpY2UgY2xpZW50LiBTbyB3aGl0IHlvdXIg c2V0dXAgaXQgc2hvdWxkIGJvb3Qgd2l0aCBkaXNwbGF5IG9uIHZuYy4NCg0KDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp biB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRo ZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBB bnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2Vu IGluIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVz IG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3Ug cmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxl dGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0KDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNz YWdlLCBhbmQgYW55IGF0dGFjaG1lbnRzLCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIGxl Z2FsbHkgcHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRo ZSBwZXJzb24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gQW55IHJldmlldywg cmV0cmFuc21pc3Npb24sIGRpc3NlbWluYXRpb24sIG9yIGFjdGlvbiB0YWtlbiBpbiByZWxpYW5j ZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFu IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhp cyBpbiBlcnJvciwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRl cmlhbCBmcm9tIGFueSBjb21wdXRlci4NCg== --_000_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCJ9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNh bGlicml9DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIn0NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lfQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lfQ0KcA0KCXttYXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdpbi1sZWZ0 OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4i LCJzZXJpZiJ9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXtmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0R9DQouTXNvQ2hwRGVmYXVsdA0KCXtmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYifQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe21hcmdpbjox LjBpbiAxLjBpbiAxLjBpbiAxLjBpbn0NCmRpdi5Xb3JkU2VjdGlvbjENCgl7fQ0KLS0+DQo8L3N0 eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw bGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkd1ZXNzIEnigJlsbCBo YXZlIHRvIHRyeSBBcmNoIHdpdGggdGhlIGxhc3Rlc3QgWGVuIGF0IHNvbWUgcG9pbnTigKYgb3Ig c29tZSBvdGhlciBkaXN0cm8gYmVjYXVzZSB0aGlzIGlzbuKAmXQgd29ya2luZy48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29s b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkRpc3BsYXkgaGVhZGVyIG5l dmVyIGVuZ2FnZXPigKYgYnV0IHRoZSBncmFwaGljcyBjYXJkIGlzIGRlZmluaXRlbHkgcmVjb2du aXplZC48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPi0g QnJpYW4gTWVuZ2VzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPlByaW5jaXBhbCBFbmdpbmVlciwgRGV2 T3BzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkdvR3JpZCB8IFNlcnZlUGF0aCB8IENvbG9TZXJ2ZSB8 IFVwU3RyZWFtIE5ldHdvcmtzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsg Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5G cm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IGphY2VrIGJ1cmdo YXJkdCBbbWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50Ojwv Yj4gV2VkbmVzZGF5LCBKdWx5IDAyLCAyMDE0IDA4OjA4PGJyPg0KPGI+VG86PC9iPiBCcmlhbiBN ZW5nZXM8YnI+DQo8Yj5DYzo8L2I+IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPGJyPg0KPGI+U3Vi amVjdDo8L2I+IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoPC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5JcyB0aGlzIHdpdGggbW9uaXRvciB1bnBsdWdlZCBmcm9tIHZpZGVvIGNhcmQ/ IHZuYyBzdGlsbCBsb2NrcyB1cCA/IERpZCB5b3UgdHJ5IHRvIGJvb3Qgd2l0aG91dCB2aWRlbyBj YXJkIGFzc2lnbmVkICZuYnNwO2FuZCBsb29rIGF0IGxvZ3M/PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkkgd291bGQgZ2V0IHNlY29uZCBoYXJkIGRyaXZlIGFuZCBpbnN0YWxsIGxp bnV4IGFuZCB4ZW4gYW5kIHNlZSBpZiB5b3UgY2FuIGdldCB0aGF0IHdvcmtpbmcuPC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBX ZWQsIEp1bCAyLCAyMDE0IGF0IDk6MDEgQU0sIEJyaWFuIE1lbmdlcyAmbHQ7PGEgaHJlZj0ibWFp bHRvOmJtZW5nZXNAZ29ncmlkLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJtZW5nZXNAZ29ncmlkLmNv bTwvYT4mZ3Q7IHdyb3RlOjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTsgYm9y ZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDsgcGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDsg bWFyZ2luLWxlZnQ6NC44cHQ7IG1hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsg Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBj b2xvcjojMUY0OTdEIj5UaGUgVk5DIHBhc3NlZCB0aHJvdWdoIHRvIFhlblNlcnZlciBkb2VzbuKA mXQgd29yay4gQWxsIEkgY2FuIGdldCBpcyBSZWFsVk5DIHRvIHdvcmsgZm9yIGEgd2hpbGUsIGJ1 dCBhdCBzb21lIHVuZGV0ZXJtaW5lZCBwb2ludCBpdCB1c3VhbGx5IGxvY2tlZA0KIHVwLjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFG NDk3RCI+SeKAmWxsIHRyeSB0aGUgYmV0YSBkcml2ZXJzIGFuZCBzZWUgaWYgdGhhdCBoZWxwcywg YnV0IEkgZG91YnQgaXQuIFRoZSBub24tZnVuY3Rpb25hbCBkaXNwbGF5IGhlYWRlcnMgaGF2ZSBt ZSB0aGlua2luZyB0aGF0IHRoZSBjYXJkIGlzbuKAmXQgYmVpbmcgdXNlZA0KIHJpZ2h0IGJ5IGRv bVU7IG9yIG15IEJJT1MgaXMgZ2V0dGluZyBpbiB0aGUgd2F5IHNvbWVob3cuPC9zcGFuPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFG NDk3RCI+LSBCcmlhbiBNZW5nZXM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+UHJpbmNp cGFsIEVuZ2luZWVyLCBEZXZPcHM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+R29Hcmlk IHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3M8L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9IiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBqYWNlayBidXJnaGFyZHQg W21haWx0bzo8YSBocmVmPSJtYWlsdG86amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiPmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8 L2I+IFdlZG5lc2RheSwgSnVseSAwMiwgMjAxNCAwNzo1Nzxicj4NCjxiPlRvOjwvYj4gQnJpYW4g TWVuZ2VzPGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhl bi5vcmciIHRhcmdldD0iX2JsYW5rIj54ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48L3NwYW4+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBS ZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaDwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IiI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSIiPkFueSBwcm9ncmVzcyBkaWQgeW91IGdldCB2bmMgd29ya2luZyA/ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSIiPk9uIFR1ZSwgSnVsIDEsIDIwMTQgYXQgMTE6NTMgQU0sIGphY2VrIGJ1cmdo YXJkdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb20iIHRhcmdl dD0iX2JsYW5rIj5qYWNla3NidXJnaGFyZHRAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PC9wPg0K PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lOyBib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0ND IDEuMHB0OyBwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0OyBtYXJnaW4tbGVmdDo0LjhwdDsgbWFy Z2luLXRvcDo1LjBwdDsgbWFyZ2luLXJpZ2h0OjBpbjsgbWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IiI+V2VsbCBpdCBzb3VuZHMgbGlrZSBt b25pdG9yIG1heSBub3QgYmUgZGV0ZWN0ZWQuIERpZCB5b3UgdHJ5IHRvIGJvb3QgeW91ciB3aW5k b3dzIG9zIHdpdGhvdXQgbW9uaXRvciBhdHRhY2hlZCA/IElmIGkgYm9vdCBteSB3aW4gOC4xIHdp dGhvdXQgbW9uaXRvciBhdHRhY2hlZCB0aGUgdmlkZW8gb3V0cHV0IGdvZXMgYmFjayB0byBzcGlj ZSBjbGllbnQuIFNvIHdoaXQgeW91ciBzZXR1cCBpdCBzaG91bGQNCiBib290IHdpdGggZGlzcGxh eSBvbiB2bmMuJm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSIiPiZuYnNwOzwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IiI+Jm5ic3A7PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0K PGRpdj4NCjxkaXYgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQt YWxpZ246Y2VudGVyIj4NCjxociBzaXplPSIyIiB3aWR0aD0iMTAwJSIgYWxpZ249ImNlbnRlciI+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41 cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7OyBjb2xvcjpncmF5Ij48YnI+ DQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRh Y2htZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQg bWF0ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0 eSB0byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBk aXNzZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5m b3JtYXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxl YXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBj b21wdXRlci48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxicj4N Cjxocj4NCjxmb250IGZhY2U9IkNvdXJpZXIgTmV3IiBjb2xvcj0iR3JheSIgc2l6ZT0iMSI+PGJy Pg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0 YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2Vk IG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRp dHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwg ZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluDQogcmVsaWFuY2UgdXBvbiB0aGlzIGlu Zm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQg cmVjaXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBs ZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkg Y29tcHV0ZXIuPGJyPg0KPC9mb250Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_-- --_004_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_ Content-Type: image/png; name="win7vm-gpu1.png" Content-Description: win7vm-gpu1.png Content-Disposition: attachment; filename="win7vm-gpu1.png"; size=370998; creation-date="Wed, 02 Jul 2014 16:12:31 GMT"; modification-date="Wed, 02 Jul 2014 16:12:32 GMT" Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAABAQAAAMECAIAAACnomA2AAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAP+lSURBVHhe7P13uG5XdeaJnv19O54jESQDrirj Kttll+3CZYoCjEmSztnh5ByVJbIxAmOCAINAAkknSkhIAkmgcHJOykgIlHMgCSzHulVddavura6+ 3X27b/W9D/2+I82w1vftfVS+fzXneZ/pMccca31b/oPn/a0x51qz3nbGwv/6y3+//PfLf7/898t/ v/z3y3+//PfLf7/898t//5f5994la5766V9dueMYYeD9v/z3y3+//PfLf7/898t/v/z3y3+//PfL f7/893+ZfwYD24/NevsZCwdOvwXqnH5r54xbGcioQWRmqrm3DpTqzINua6o7d4ba3p17uwS3dyST 7kBt747fPkMNTmyvZHlZ6o5DO7rzqA6CCQhL2zG14omdIuQRx9Q0OLmjO4nkDgk4ltol2jE0xUrE Q5DHg1OId2fiUq7h+RrsGma8q9TuRoYaWrBraOHuwQW7QjrVfK7hRXsiyXiRjIgXcoy8KY9PXCOL 91YZasleavHe9tWGRhah2G7ll+wdWmz3iaAWKhnswyUjS1CzZ2TpPhNi1eLdGgwv2T2yFAVUHs9Q o8v2jizbM7p0bzNfaynHbLWuya6qC0ayYHg5hUDjkRX7NDPsl4/otKGRFVhC8W5oZMWekRUYGQwv h/wmUckC5FHMn9ApMyt2j/qqTLXMpqMr94psyaesH/VL8ppsGtpdqirYPbJq9+iqPRzzslUoY4C8 Suv5H6iXYMQvrtoLDa+E9gxLXkZMd0m8i/I7ZNrFm+BWVt9Teh8NVHky5D+RfjQt+YVUNh1asTPi puxCGUc8M7J6FzSsvxL3x9TyO9skeb2tVA5LcbpEMq6dcZ+owX+UTDUZt+2noZU7qkyLVlJaiXEm GlyxnYGMgyuQQSAZWaJWyrhcpBmfdpffngv5FKNg2e2qIYl17KPu0mp6GzQIeWyZWGLZrd2lt4hS AdRZosnvdJYU6i6+ZXDxrd1F3x5cjFjH79h00bdnrs6imzkulOnim7oyNS282XWjKKZ50tRZ8K08 6Hicq5mh5n9zYH6ewfSbSCJGwHjBDd2pb4Y6GOdfT0Xg6kxB181c3cnrOhPfiOnA5Deg7iQyDDpY xYiCCU6ZGb92YPyahpBM+VkazPt6ZFo1a97XoYF5V7PSdFUWt2jW3G2VBuZBV82CynznjGIq2jpr 7hYZbdqZu6VzxpaBMzarOJ2bptNq1hmbZmk8d3Pn9M3dM6BNUOf0jQNnbBw4fSMCiTd1fKnS4NxN 3bkbRZsG5zHGODh3cxdjqaHxzarBeVdKgMzGSsPjG0fHNw1PFBqZ2Dg6ceXY5MbQ7KlNheZvnjN/ o2jTSQs2nbxwM/SqRapNr168+TVLtrx26VbolKXbTlm+9dQV26jl235F9LoVV6lev/Lq16/c9gZo 1VXQr66++g2QxE2hstAK3Gdr6FeWb4FOXabj5l9ZtllHBks3VXrtko3QKZUWX/naTDkMLFDr31Rt 9KcTnHpFAtA/BAxYnK4dh24nDGRef1qpp89l+QwGBgED4ztFQILtEOPC/dcwADefx5xyRJxLYUBj IIHBgCjHAFUNAxD9vcCAxpWiRjUIZTCggTn7BgyE4KojoBowkJam0wxtvcnNOm16hgQjeY1nWCAw MLR47xCSKFbpTURDdPNFJjRCg74PJFDAAJMiJjGyppQXmMzc95L675nDwGha3TMMN58pVZpabtLb 6O/DHYgHkGeME8gAmlEYUIuvPECJlUexrnplrDJOMAApDMiYynLlRr8aNQhVU5H7e1OxSlMu+Qgq aV6WcHO/RMlhdQsMOCG4VxZLrUEkDQYsH8kW5VeVdygU1pyx/2KahlbLz+UZVxTHJSmIGnXwuhTF ZIOkwnCLzNDjDrnFd5UwsGtIarQyrtVYpsWdQyPlFO48n/aUwMCJKMGAT0sYKAEgz9D3OwCkjMNA 5f6nhYEQ3LyODHrCALz+rQEDnSUIwAC3elDAQHcJCjxedCusf4gwIFRg0/D0bYqCAgYqSbKzEIQg 6gsDIZh4jh7btAz6SwDAAtENA1PfVBkMTAEPlBBuaPBA8vrTqgcMMBASyGBAeAAw0JlQ6+/ufwJj mtLiu93vr38gGCAG6CiB5XvAgApIQCqYIQz0JwQY/c5c2H3cClNiQOeMTQYDNt1YMUCpBAOmuXD8 2VQUMDBkMFBggAm+32FgZNw0OpEwgCRQwsAckgBhABigIgkQBrZMAwMr2mEAqnx/0koLEgOIAgB6 wYCpZIBTgAFLiQEVDOQMECIM/OSvrgAMvC1g4AwdxdmnLsFMkQAX0v1ndr+/wuL31u1CAoQBu6Q0 90nzRFWyktbkauABMp2J22H0O3oJY3X5CgDm+ENw9jKq+/fRkaDUjgwJGAcMIJO7/+78nV0kXUPz oeT11dwPLtg9uDDiZPqhbqpJ0oIhuSRgYJCjxfD9le2mWpMnhASLZvawX226Y0B6tB9GX4VKHbOr phduuzRNGy5ftGx/nemn/eryzcHTxO8vZR59bNm+iFVNHoin+yq13bkKo4+/c9keffyvqi9Rrx9t AV6+L9y8ZYIHPNbpyMp9NMG05nTMNM3u43uoBQYsdotfSb17Lk22LiWt3kfXvmqPuHkN0irj1bhc fT9MvJXRqXt9rGo9/xhdlWK44YaIB3kmt+YuwkCRF2OtEsbIlk5QvG35h9GIAwNkaXjN7hEigXl6 XU1lovwPiCTEDHy5MUDcRFa9nlN6dylAUFl/9fd5pqmshrHAADBAimniYylUwcBMdcIw0FNh+qnl 27vLMO6gUrIGhhwGIhbJNHf8WdxLtP7i/jXmNMXRE1AYMK/v0lWbljUFDKhg3zkuLm39K9NCkIA2 Cm7qLIa/v5lTFRACkGCi7x8kLTAIdRYYGPi0JwyUnYFCzgNJgIEqMzD/eighwQn2B2oFHhAJrjVg EB6YBVpQMAhNXjswAUJAgePBzKQw0EHcMP2ZgAftCpev8UAy/f0VMLBlgHJPLyRQ+X7LaHGWLwUS 2CSVQgUEA81AGzHC8WNaAoA0BCRQ6289gSTnAXYAGCcYEMHuD0EZCSgDBAwgMCUYSAyQYcDmDAO8 LeAwABIoYGDZicEApx5TKxMGvC7DgFyKAQUDOAnA/Sc5AwQG5Nb/NVmsAgw8+ZO/uvz2o+0woJnc 6/fTXNkdNI9tgfD606r0/a1SEtjO3UHzbucl9PRtSODmvqfmcbdPrXHHAKcCdgPo+6Gd7AnMAAYG oxtgmT4wILuDpnYrFTRggOpC81VCBfN3mpsnCewemb9Hnb1Y+bD4Mi5gspfosBvJVg3LHqFeGowd RI2lSmrrCQOLkn1vPuk3uWuHhnIY4DN+D5CkUKPBjGAgnvHb1A39MN28xbnUzVfJXGb3wQMcZapx IXf2VFs3IBMMPR//a+ugDQag8Ot6w3wpHvmbtDKHAbf74u8jFkLIp+2i25Y9P7hWlZZcbvTzWG16 afRt1U28qS8GjK3aN7pq34hZ81JeIzAglTrlqjhaccPkBEMF+WOsQCu5pE2AUSYFJHgtMyKdUplR LtQrT61uZGYgbTKYa6+WAgZQo3Hl8rOMxhhH5c/I8woSDCDwDGP4csjvj1g9vWuU+GHm3p19Ur9i K1D3n2AAZYxJBWbrKxjQVXj0PNnU0CoviP1Cq2qXn0u2BrXEnkku30iA8i6Bxr1gAMadgfh+ZwNm 1NDL2F/dZbelmGCQLQkPDLI5oEb/VukGsDMggdGCA0CuGga6i7/TsS1DdPODNp7YxqFa1jQgCQgb eFAJwJCRQKvE398kqhx/Me0ltf7aHEhyGEg8MMVRDX0ESfPLaUOyTUjiEgYgwkBTAgP5TqEQvX4P zQwGri5V84BtExIYyPNt0g1CCQaEB2jo1fSb9XeXL+aerQOrTO6/EBsCczcy6A0DbSpgYHDexsG5 iAMGXAIDbUoYECRQwcDYBLS5HQacBEoYIAmcTAxQtcKAkQBhQHighAHa/XD/r1u17fWrZezRDcgF ANCxCQNw/zkMZBhgYDBDGLiCMHD6/LD+HF/B7qAzboNfVxIYOIOufSZyxx+P/5tiQQcwoPWVv2+q 8vqx15+csHOwTergVR2djiMgDAgA7LAkVcPA4IT5fomR0Wf/Eaj7LyTuH84ePLBrcGr30CSf+sPl 6+4gZLrzqUGofLQv2jPkxwP4RH+BkcDMpA6eMcz3EALFA4eEzJr3NPooVhiw6XRIAB8PB58rW80e 8EO5g9dKBlmyIavpLRj3LG63/rWWWQBDn5Imu0Np+kO1xYdGwrUv2w9lxbhJXsYai93B+4Xw9Lmz Txa/VfTo0gdAkPIrslWRxT1gYHTl/hSs3D+6UvKStNgEYw1zzzJz5CrhB7HadNgWw/HDW9v+HEuG ghbg+z1QL55q2BxYvXdktS4RDyQjgRRoxqYaRAYwIHHIyngfGGKFASYr8RfVMbdKH72zJlfih/zZ PBw5TXmJB3kBp1kckgtZluz7zNTrKv5/w38Xvt/ywINCydmra88E1156/TWpfgim3PPw5Toy8G1C HOH+pTgqyQMYtTLYgBm7aoaioV+xs1Dp9WekFYQEUQBAQySBljMD3BokAe27ksCKevsQl7K4z26i 6AxQCQzg+3sJYMC2QGepjsoGTDYVbKAw0Em9gpIKZgAJYvo54iae8XxWlpS1CDoLOOYdAxh6YAPv Jk2DGQoA0FlASfAt2R2UyUkA6jgPhLOnTnjvUMBA2iakgu+vSGCWZDiygDxgAHAijQIFA6gBA5US CbjpVyRIY2+prVckgEgF3O6fkQCUG30VkgEDshcI7p9Tq8cdztBrHQYoTMXrFwBQqrL+hAFrCOiZ gQYA5GqSANsFCgMj0ORm1ZjAgDLAGDQ/7wmoHAMWOgYs3vLqxVtfvWQrMCBIoNkZCAygVl6d84A5 fh4hKDAAmRwAkvuXHUGtGHDK0tQWeO2SjAQcA16zhO4/V0UC0GmpM3DaVOwF6g0Dt5UqV3Ubj8KA UYG1CBjT0LeoFwzQ/SOgm2cfoCM9AcgdP5ZaxeYAimXrPzf8YDo4vn1QzwTD+s8T9YYBU54kGMQU MKCQUIi2HmKQ+X555J+Lj/+lAzDIx/9w/Lvg+LuYqvtHxkmAWrCHSdr9XHsokAOD6WEAJpuBAABg gFMygACAjurRZRq+XKZ7hxbtk1Ge04d4N7fvnGIsPT21d2ihPbxXGJBYnD0CqZGmgV3IG4qtT+Z+ ZjAwrWDcGcDBL8k9fYu0mHIYUMG4jyw1KoCDj+QwkjT0lb9Pkuf36Zk9bXdkaPpTGdy/bdzH6PVJ eok5+14ksF9Gs/gcBQYklhEwQB6wZC9lDJBlmITXN2m+lHnxpGbGAaAXDEBj8OJi6G0UIy6SzgBq aOI5jpi/F1sPeOAoN4keghSzRsrsVnGJiDUskJj2PfyxBvY3uNwxi7jpiFiyRzAAY16vsSbVjqvo 6UkC/WHAbXoEkTfwaF3SQEaae3Hzmpyx4LlxIX4lYED8/SoRXTunsuqVuCSJnQQEVo+YzQGOauXz Ue62c8ixwbRq19BKuVCuZaU1MeQSUx4nwfHbMWLCgDGAZabbQdTsDKjE64to7psk0AYDsOmCBMYA EdhNCscPGOh/ogDOnkF+wrjttLGIjj+msP5EAoMB7RuwdZBjgIn9AcoOFqfmQOH+FRjyacQhNf25 9Ze4FwmAHGj9FQAUBirR3ysV9OYBNf3NqQUY5/P8APcLccvQDSqeHm6FgRMRnD0BIGIEWWdAAaCQ YIBYfz1OUBv9pmbNo/vPpkYCrwgGrgYPMC7zvpoL7l+Vpt4Z2No5g0cIzPGXSCDO3ty/jJI8PRgg xCVXsTWo2CbkS9YH0IaAqRcMqO+36TC3CSGwbUI5DKicBDaKsoZA3RPYAhhwEqhgYPOrhQT6wMCv CAZg1EClPPA6SvcC5WywtYKBX1lew0BOAqcuBQzkynsCSQoDkt/0msVQCw+kbUJvJQyU5r5Ft5cq VmN3EAJ3/4kB3PT3UgEDggFUB3nZ+SP+/vaOnhhue/wPwfGL7+d5X77/J8QlMf0+1mqY+16CxQ8Y MACopQ/+w/3bdHDSYICtgNzxN0QwENMvMCDWvyFYbUjxQE1/b5l9Txl1/xIPIq9TAQPx5coJTA4u QoHXQ0tE7ub7ap8ZfblwWDAA7l/vrFORxlITJIBM5uZfoYqGwD6FAb5ByC1+JZrygAHNWD4sPu2+ ZFK+ggEeOchkJj6UeXd7cg8HnzMDqYDeXWIJMhktiLmXSsYypb3W+8jlBgPyK1ZTabSRCdHuw/fT +ss0kqWsPgGDuXna61xq7hlHwLiq0ZGr4uNzvy6SjDp+F2DA8pAvjZAEaMctn4nNhP4ZXkWHLS4f Sqtu8dVzqwuHrGAYMLBm38gaGZVDZImVYrLlbnofxJIRMMgl98w8fSOwOGMABKooMCUfzzirl9HL mF+TXcsybuxBWVwekmIGgQq8dk3j18XBQ9wghFu5LC/AgECsP27iDFBqRBy8IQEBg15fr+JYMkCS YMMgYQCAQREbVoIudggPmL8fLvcODerYBgODcp5Yl2oMoJwTeogMwLHOF0jAmKgAKmjdPgRbzzFr AuSrUMfzrVIYkI1Ddsi4nQdCqUtggmvXjsErfPuQwgB9f2wcEgzQkUrWP04UVOosFKMvY7dxliBz /ynpGfYHeqg+TGySzUJQZ37brqGGYPEtBgZoMMFXDOnB4lqEAeUBRYJk+megAgka1r+p5PhdSNbb hyDY/QFpGvTXgPn4bQNnbFNPT6Nvvl+XLKmV2hPA2K1JIBebA8n965YhA4DN3XmbuzD97vsZUBJn CusvKmAg08bhODE8SQZgMGE9AYWBUWkICAZYT0AYQLRwKwCAGMCzwkYCr4YWb9XdQTUJNLcJgQRW UkoCpIKVV7ukD1C6fwUAHcX9b2thANcpS7dAr12y2WTNAeGBxRtPcdHuL4Lj3wS9ZtF0MPBv3jtZ mfsTVQMGtgswYLTH/Lly6y/iC0NF4v5JAjsYRx9Ag5CwgY0MSjCAWdcA7p+xdwB69QFmLLh5CSoA 8EPD9gogfUmoBNlJAGqSj/+1D5CJHQAfrSHgQY0BIYEBC1xu902R3zvM0XnAHvazPocBeHcx68n9 ZyRAV51gwP19iKd+xfpnPMCjAhwX+wHixfuk1bBvePH+ocX7ZWSMvN38BGFgpJGB4NQZOAxwKueG +8NAU00YwHR4Ke27FQQJLD+ggW4E6iVx/xkP8Gm9uPai5gAkMYNSfPbPqwgDqDSjL0m5JxHCa9Ss tyg910+evlTAQOb+M+9OGQ+gzC7xGrf7DCiz0Uli/cX9q8zHOwb4qO65UGuylHnxhu9vlZSJTdc/ TPO9fyXV6DQFCgMimuP8bpnVBjYwz6nyhi2JYiqtg7TKIItDtuRJFrjXx83VwdOyI79mjzQK/Cpe InlMZcmEeh0lT+lNUOMwIO6fP8Q7i92XeJc9yJdx1ElAVoUuJPACxmL6eWG7zN+jnn+nTv0qXyUt 2OkC3BbjEH2/yGFgEHlmtDlgFj9gIKcCecYfeSvuBwOVv++tJgxoA0FVTVVV9yAXPH2V6fC1QtoH KDBA5TCgpwtg96fjAWkR9IeBQXYMZooEeWcgYMCQQIOG9YeK48ULChhoCs5eXy2aZVLcmZ+QgLFs H3IZAESLgAoYUGfvBwk4zgwP5PAAYQBjBQOzJq6RnUKiiWtt2nZ+oE1lf2D86x1kCvffX/D9ERQS ox8wYJk2pV5BuHna/TM2+7aipFgiGEwDAyQKedkoZXggvj/BQHQDoJIEoIbvTxqe2OJ4wLbAiG4N EhjIBQxQKQyUDQGFAZBAAQOCAapeMJA6A+QBIYEEAwhWXQ1Jf8B4gD0B7imCpMbfSeraeuoywIDy AOKtygChBAOZXkPrvxl6DQQAWLTptaYaA1QJBt7ynonK3Lep2iaUdwng5unyB+bezgMDpfWfgfjs n4//bbcPYSACOng19/MiiDKrKQS/roHCQKlOIzOtwvRXAgN05Rwwgs4UZUu++1+PAYS4EUiNvghW vhopWHwwgGGAlTWVe/0ZCx4do5hyEIKMlAaL9g3qEuXAANGyW54OXoPw37I6LJygGfX0duRXUEH4 AQEBoEWLOA7JSNG1F4/2Cy02L47YYCCrhOMf0qVyrNSa1N1BavoZeF4y8uAfFy7bP0Qe2M8fdQf/ CgRzL8/7tUWg7j8tSSbHAM1gFT+q/QQty928xsi3W3yVm/h9vvtfioszAFLmnQE5LcC4Ic3bTbxG Lf7+3FKrORZ/TIs8smq/yJJ8lu+VslpMX4HG1uzPp2HZ20RrrrH8eflSi1jT3rjgrzgPAEVKPKCZ hpP2DOvtAX+IHj2fZrFOxUMbD9ioS2KX5SekABmY71Xu5iFddXMfd04FciFpAZLbStKX7M52yajX m9cX0dbHVO1+TLWZEFP+BNiApwvkzjT3UuNG3yV7hyC5uSeVB9K2Ij8JrQoGKCQwMLTCvsOge4co OP4SBtKSypdMK3YOLofkIEGigtroN9ULBqoklGAAU2kXVDuIYO7zqYqX2BJfQBQY0JAywK1d44G+ SCAHCeD4BxffOsgPFJRsICSg8UyVv4rUSUAlPHDToHcPBrUAmbYugVv8nluGchkSyEgSwOgHCTIk uMGCKTtU0JlCRqnA8CBcvsbd6Y4Umya+0Z3gKC8RykUSkGMDMiIj5wco9/qIw/dXYk8Agewdkrje NTTdIWOopTkA+fcHJE4AkMlfRTpgryKNTURsGuQKGCh9f63uvK1i97cMzkXgAgMABpCfpxgQaoeB yv1X0laAkkDIYGCqgIGx+TYqBoiMBLLdQU0S2Pqa1gMDolOXi3IYEJevMKDyqXYGDANet7wgAd5E 3P/MGQCSjUCbXoNY3L+SAGEgrL9SQUxFAgMvX37bkVlvefd4m+/PM1Dh/tX0q/tXaRMAwfD49l9d sfvtHzi47gtHP3rlHZ+96s5Lr79zy7fvuu62u27eddfte+/YsffobTv23Xjz7Vdf+82vXrnt85dc 8YmLL/uTT132gU9e8f5PX/W+i2943xdvO+8v9iz/1P5/c+He1y/bNTIRXp9G384A+LQWHLwGbTDQ S7Lj32P4e2ZkLN1/Pg0pCQQMDGm+93YgeH0G5vVtTF5fYGCGnQGNe4nuny4/S2KKpMJAb6lBTxnH AJW6fLPvdPBGApnEo1sBTbwEQg4WJ8kNi0wuNeWmJQeYXLJ/ZPEBxCGWSTCoPJBf0lfh/gkD+qSf Ge7z0Tg6A8yHay8dfC+Zj4dBV+/uV2neJM/1e666mI8bEgkk4Kt7aMd1T79aeS5ZYKtU9hSfJGAO PnfzhSLfq6ASLP7o6gOyUecAtTpMOWJKC2id6acPjEhGkoV9r9TEA7P7mekf8+AEVdp6+aHoKtjv zhhOxEAHAFSKpYAEBGK4zRbTf6tlF2OtSw05DMhUfLZfBdnlldcX/y15teyymhfIU3/KGKPx65LB UuoYNCV/Cf4k3qdYUhhg4P+lNPdaGb8lSVM1Nd+vSxU5CANIW4Dvcq0xQKUbhwADqxAwVulSwgPW FIr+QAYDOQaUKm39zFVSQYIBjlDD+jcFEugsu62z/Lb++4VCKHMYgGoGCMlXCAgPWsbvFWRIMOgf KMhtvULCjM4ZZ80BigwAANDAYIDuf9GNHUgxoECCm3p1CVoknQEEAIAiL4SQq2MwYAcMgg0UCUgC 3hnQ2IIMAIqpwwB5oIABl7UIeJ7YynS0DxH07RjM4zjLSUCTQQWW7KcCAyqFxW/VQPO7BHKEoFJ/ EoDp5zh3a3h9df/CBjT9BgPzwAkoUwbglEmbFjAwWDKAanhiS84Aoi0GABObxyY4jk5tEREDVMCA k7wncLLvDnqVY0ABA0u2vcbUDgPCA1dFc4BIoO8UAgb4y4UUCU5dSVp4XQIAmn4dezEAVLl/efyv hwFMrXY/qRUGFjsM/Ot3zctMvz717wkDyf2XMPCry/cs/vTxjTffe+ueO48ePX7v3XfcR9153z13 3XPXnceOHTt4+Mi+A0e27z74rVv3XHXDrZdtvv7TX7rygx+/+MwLPrxs9YYFi5eNT07NmzdvfO4Z 8yfHVy5fcuF5Z3/qkx+//MqNW6/ffsk1RyYuOvj65Xvg8rVXIKPs/AkMcAZIAc297fKnLNMigQGa eInN1jNWZ69TCKbfxySHAb4VFOLuILYC1PqL/MF/QwUMaE+gNwwMOQboaMnc65dSx68wYOMiBHvk qX8y9z1kADAcQWnTM6nddwUSVMwgq8379L0zxKtGAABLPNMbBoZQs5Q8EEgAK29en1Mx+sIANPf+ yN8KNGZlAQOpPjP6LXI3r6JZ90DUy+7Lzp8VxeV5AfIc5dctyQ6ArsKsw+gjc4COXB2/FigPuORh /zTOPl8t4kzi9Z0lYOVX7R9DRmNafBaYyzejX8EAluCeDQb0KrfUiM1bh2bSK3hlMFD1EGbu+1VV z6HsBkCwuRHvxW8hED9tGRcyEqzeOyyBePpYVaGeplkezIsYiMunR3dLraMURNLKrMCTlMRyh1zp QpFYcGZG+WekfC29T3F/lZh4CURu67l3SK5S6y9lPWSXQA4DnvQNTgSeVbsTAJQCAzAgCUijAGCg MMAlYsBgAQMoyBggxCVDAgTdggRCYet7yK1/NztznAchm8LuI4BKAKCkIUAMkLYAY7j8fu8XMs0Q BiiBge5iim2ENhiA1NAznvHeIX3faJWR75TdpBuEhA345bLOQgqxjsED1IIbB/IWAfBANBAZVQkD gQQCAHqY2GHA3kN6g7xQSDoDqoCBMP2aDN8feZ4T8KmcGdA3jTaaAy5dChjIMEAyvQ8ZJxgo8k4C CNgf6E0FLe8eDRVGv1U9v1ic9gjlpr+pgIGueH1KjL7CgEwFBgIDchiw6TQw4CSAoFDAwOgkpCSw Wd4dlMHAgi2zF2yZIzAwZ+GWkxZJW6AkgZMJA2AAhQE2B1phQHhASMBHt/sOA7IdiHkJRFtPLTHg VNyzQQJQOwxEB2DRplO4QQhUsFF0pQfUqxdd+ZqFG4UHMKb3jWYw8M65lennPv6UgWxfUDCAbO9J WvRn+6/6xk1fvfQrmzdeec11N1x69e0f33zgI1vv/cDW75+z6aG1X31o6Zd/sOBLP5h/yUPzv/TI 1CWPUV9+fOqSxycveWzyS49OfvHhyS/8YPLz35v83L0LLr5z0cVHFn96z+KP37zsI5sv+NiXvvjl y675+tW7d+7Ye/ieBX92EACQK2FAJluCm28CQNUBoMs3GLB841RAqDs/Wf/O1O6I1dl35lsA5TCg jr8STb84fsa+WUhIYG8swbgz6dZfXiIkQeb4S8G70/1bNyA5e0ECaQto8Ark7nxaBQZUMFBo5jc0 x5+5/77arzAAqZs3K++fAnBzL7tulAREariZVOedSS8Ms17JrTlVLam41HIMIMm7B6bR5Qdb4xat ODjKsXT5xAPngeUJBlRm5UuNrRRP3yYz95mnz3y8SAjBAq5meQ3aRHJggFEtdR7TrI+tsTgXTXzl 4z2v/n5sNQONpxFrrAxXpTzvlmJR33uieM3e0bWly+eUQn50LWGgn1bvG64yhZLDpi3Opq9Mo2v5 R5ZP8dulGPAKf3St/pBNR9dmSw4nYu7d7ms+IKGHQBERw9NLQHOv03YpCYTq1YABbwgoEhAAHAYk L5uFdnazzUJOCIAKqZRNR7Tyy12Zy4fafX9TigHRLhAGGFqmhMACzUNkAAMDN/2I1fp7EKK/TzwQ 1h++XxUZTd7aMRhAcIu0Cwo5EpinFyQIf2+ZfNpL8mFjun/AgPAAZLuGKGkaiDIYICFYRv19qNva N3AqKEUYQKA8MDj/W/Kt4hYSCIX17y+1+4CBbr/mgAjun6bfGGBg3KjACaGw+30ENtBRYcBIAEsF BuSqMSAXLb7vC5qZTgQGZF+QxcoAbTIYKHhAlubW1j8kDBBiKyCfGgmIvCdgDKACA4SAAQIDW09a vAUkoDDw6kW2O+jkJQUMvBbqAQOQYMBVxgPSH/Bn/xpzirEAAFc/9+/KuwEz0asXAQY2OgwIDzRh 4M3vPCPz/W76XQIGllQYaGrjNw9ee+03Lrzk9qnP3XvGxT9416cfetdnHn3P55547+efOP0LT57x xafmfenp8S89PXEJ9JSMT0/Y9OnJS57h+GXomYkvPzP+5WfmXfLM3C8+c/pfPI3L33vxI3M/99CC L9z3qW3HHnzwwRu231P5/qaUEPRbAU0YoKfPgjD6zakqPzHcCwZUXWTc6xsMZHuBKvHxPwMb1eUL DLjc+icYKIKcAUxh9JuO/5UyALf1a1x5dN3unwtevMq0CH598QzKMqnLx4VDyfH3ldj94RIGai2F Qfe2gMPACQn+3oLcnbfxgCSLmhCtfF8YmIkq+x4SGMCt5EzwigOqVwYDFJ/rwxAnQw+5pych6GrA QGR6q7LXmOaZ5L/Di3PMTHkkYd/pm5HUgqwmqUrKPcf08gYMsOEgSCA3T3+JFWSxwACNLL2vb90J ABBIqKTAYEbZHLM+nnf/7UplKvG+sZTyM5T+lsJAng/ZH+PG3ab/EGq9lXp6CnFrntIMxdV8SQ49 1+a+DxWEvD9gcYIB8f0xTUowgGkCgBiRIQnAxydUoHKLP3MZJIjjV2aw95ByKUgAIgPIKAGlMfcO aTKHAUeCVvVZaqBCOm0cnj6HAXYPeOpgZjCQHSrwnUIQptJDSCpgQDOw8jpq0E4CvZXDAKVvIHXl 24QyGLi+MzkNFcDr6zFiaw5UGNAqaREABmQ0GOhMJLvfs1EgymGAgcBA3yMEPZsDqhOEgdQcULsv Rr9nZ0AlcQEAuQIGhrhfSHlgy+A4VTHAEN8funl4PLf+ENlgZHLr8CR3Bw3LUQE2BAwDqLH5UJBA ggHfI7T1pEXbAgYUAxwGFANUsOlbX+MwUPAAn/pfdcqyqywAA6zYSirQx/8MeNTYBOvvEgw4weMB PWTWv5lpwMApSzZmMPDHgAHdF2SOP1fnjO0pFuvf7Az8yZe+feTI4Qee+Olt3/vbrUf/5k9vfums q15ceeVzCy97Zt5fPHna5x9/7+cef8/Fj70Ho+i94ARBBei0z6NABGz4i6fnffHpqa88u+yKF9dt +9F51/z4o9/6yeX7f37zPS8/+NTPf/bSTy677lju+5vqYAQA5AyQOftQ86VAM1EFA+HsDQZ8ChEG vMBgIMy9S5bo+7tTmO61KTN7hxakjUAKA7Xvb8AAy5QHoMLQvxLBhUtgMJC7816CEYdlr5Itgq1f SoV917wEdUZfPcSMX9VHI0sOEjaEByBuFmpYcxHc+UHAQJ6spu2S87uq/g/7+2t0RfbsHx5d3D+S Kj7vT3G6ijXLJWlTbQscNOOePf5PkmLBAL9nb99vEpuuVt4Mvbl8XeopbhlqJPtobA3GzFU7V0Qm HvOHHTdT7taceQsk6YLnxphfGDIfv3a/+HWOlPj+JJlmF2pxdpX+NH5IvD6cbsNhI683VwDgT8hf hTHKeFXlkhsw4HlUFlP8GRbPUPpsvvrFqj+gS1EgHY/6L2TeMrKqGUlqfSrLplxt3ApW3gId1+4Z 0r1ALXuHpNj3MqXNQm79daqBZXpvHyrENw7ZIYR0kKAp6xUwhsvnyCZABgOMYdxLGGgTb1Jk6PsT CWQwgFFhoMu2gK46GJRUACkPGAPknJCRgEktvrx1VKVxZwniVipowICILQI9UizWX2EgQ4KZ8kA/ 9YcBz8DTaxA7hTQ5Q7XygB8eqHgAMHBD+H4nhBYZDLS+ZrSpggGsb8CgNP0zl4ABfX9vJKgBQAVz H0HE+sahSPYQYcAe/Kvdd99fKUOCdh5w9y+xAEBXxl4wQOtfwMBWYIDIzwmUGOAkIDBQNATYDSAG CAm8itpy8uItQIJ0WmBaGFi6jQokyCU9Adp95YEMAJJyBmhY/+bZgD56tVv/pl7DDUKEgVMW86tk fAmpwsCP9QAxOwPSBHDfrxbfYj8ZrEnGDRh483k7rrvu2w98996f//SH//k//Lv/6X/8f/7X/+n/ 9T/85//68r//r4+/9J+PPPkfvnP/v918+K8vP/DXX9n78pd2v/z57T+/+Pafffa2ly6+7acX3/bj i2/94We+/fyff/Oxz33zwcu+ff/WW+68ccfhb9++54Zv3njzjd88tH/3g/ff+/STj9/xwONvuXCP bgEKmfV3+ceDk/QYcW3rZwYDxdkAwgBtfeH7M9Ofq+XMQJh7F5IM5u9VGBA12gL9NgWRGTjCtSsG qJWPYAaC1a7OB2uSecZi32cmtexVMhdtOoIMBsy7u2Ia9SwW8c4z4AFoGHemAAN8JJ8pWXlx8/2m 7coe4VeP809I4tFp9PlmUnHqmmzKYMABQGGAD/gLi69xevyfwIDJUivlmb3sF3Kvz3aBJt2O21II yWgC5GpNVhpbc3CUvj+bIlhzUK6F1dakuvaoEauNAlyYSfhBHb9mNIbJtktChAG6fCvwpoGPbuvH 1h6QQE2/ay1H3sQyauuT0q9kSaECjiLzvrpNiOJPi1K9XZUFLPA7hGiUeSuDAWbEVUP7Gk/xzW1L sV3LqRpx2brjlZavYjBDJMXN15cwb1PmHQOszP9IqclvJUFMKw2t2TMIABAqIA8UMBAAYDAg0g1C Jnj6KuaY9w1kK1FTLGA3QLYPmUoGCHEXUJ3kiWRDAhM3Eck+Iq4Wjr9IljDQq4GQwwDtPqfRJUBQ w0AEjgEu+nsPVLT4DRgQSbCEBcxLme8jStLXlepmIVj2wUW3yKuHQkYCrwAGuDUok33VGNZfjxQv ouNPMMCp7iwy5RZ/JjygNUoCenKgRd4WyPcR8YCBcEIOAIWEBFQ095X7b6qCgUmP3d/HG4dmooAB SBsFof4wYMreLKRTDdz391KCgQGRdQPU/fuLg3rBANz/0LwtWSvAScADVWAAfL8E0gc4ERgYm79V RBioSCBUwMCSLa9e0qszACUSMC3TQBkAFj/xgO7/qXQK3xnabAW0dQOmg4HC9COzcOOrRXD/UCwR BuSbAwoDqgQDb3uPwUDIrL+NBQm0amxqxzmX/+DBZ//q+0++9NxP/uZv/+2//0//6T/9L//T//j/ /d//l1/8t//1F//H//sX/8f/+v/73//n/8//8l//5//xP/3Hf/d3L/3o+R/cf8/u27+z+YrLPvWJ P73wnA1rVixeOH7a6e96+3vf+bb3vvOP5p7+nhXLl33soou2fP367+w5fsuRJy+99enJi+8dmypI gDBQWX8/EqDv/aScBBQA7H2g08PAbozCALtF3AXE88HJ4oMKkOFzfZGDgSh7m5BuBKLsoLBggORJ AoWiIaCrCgPCCeb+K0VeTPwrPBKQ7eCPpE5DzUxv0cqrpw9bH5kU+EijL0ma/jD0yw4OLYUSAGi9 goFmWoULqaUHRxEvZTC8/JD0ASSPQFw12KAXDEhAcpAyT6qPl26AZTy2pVJ68JcqH+1nGTH6meN3 Z1+J5j6t8ipbki1AzONyycDrS/1KXhJP+tX3GwbwdAGsv7h/irt61OtDEpsdlykwwA/7epJCzXRd gl4SNy9SQuAobCBL+C0hB0gNPYCBSbf+lVAAHZDn7riJTin+intuky+laSyJSA656ff2gkr9er5q ypP0/blgjnVULDEYYAzrv3b/sPwEfyVdwjIx2UIFlnQ/bYBhGYtpvpkf4RTSvCyxKeGP55nnSYax dXvH1mEJU7u5ym9YKE8qdajp99/SvJThL9SpFuBHnQpE+ZKNuYQBOEbAZPQNDAasUqb6GlNkjAEo cf8qen0HAE57wEAuOVKc+gN1IEcCNKMyAPCXFJk0WcJAFm/XowgIIsMxAIDTTJIUi6+BwACm8ioh JYSQwYC2AiSm+5c8MgYDyIvXd+vfLgGAZn9ApTxQtAjkPaS54OMNBpQHaOtdjQPETXkBDwwYDHT0 OEGCAYidAVsN+ceMB/RUccP9V1IYoAADU7T+GEPi/lXKAMgICUxqfwB5ZNz05ySQSQ8PFL6/KT9J LO5fv03GUTL5BqGWzUL091UGJJB9iCAnARabzPfPat0yJDAAqcv3fF8eOGPbAL9VDPdfwgAdv1h/ 3z6USWHAAoGBfF9QCwyQFsgDggHw/RI39gjlMCAAMLllDOP8rRkJEAaCBGYrAEhbQGBgG2DgZMLA 1pMX8eRAkIDAQP42oTYYaNc2jKfYCLuPEckmAORKGFCZ/krm8t36OwBsEga44tWLrnjNQqiAAVwV nQHo1KWb+GrRH798BWDgHafNzUmgXQ0AyDUysX3eZ+8//MR/2P7gv7v62N98bd/PL9314y/c+sJX dr54zdGXbv3uyzvvf3nv9352+Ps/OvzAs3vufPjbu+/aesOOz1129Qc+ccna931yydkfW3jWRQvO vXjlR756zqe2vf8L3/rYFXs/e939F9/01J9c+/SGrz06/+IH//hP73vzh+8YmYKPT9a/Uunm+wte n3a/ochrQCkPwPGL+4dkjxBFDIhV1SCl1j/HAHP2lLn8xABDC/Z5sHcIo8bz9w0iDy2kxPGfuNEX wW1XGVXzPIAktd4yJy66dhp9mWrcS7D4uWqjT1NuVKBiTayWkkqOJmBAxJAgATSy/BBstAQaIy+G XroHHpjVzqgASyxmwQzkkCD2HQENvQQSm2u3x/x9ZYae99EMY19ix8Cnsl/ItwyBB+R5PwO6eUcI ZvwSxGK1cxhQl58s+3Syx/xySXUVlmqKsLKD7vitRdAmt/gmN9+FZGk1gQHB2JpDXnxwdC3kHn2d gIFeEskZCH69ysxAtNdjHC0jPlgDy4Sy+/MqMdP4I9O1EHnAnDTtNYJw0ho3lLy4TPWGsUoBBtSd 5zBQCX/MsMW9fgji0vA6KnUGsiUTf0v/qjzJ/wQDCf8vCikVKBL0FEx/4xSy+P5iqqp8/5A1DSQv Jt7y9PraH9gFT69jAAC/X+YkoIKP7+YkACkMhMTx5/URuODypZlAEoikq4aEHTD3mmGQEUKIJEAk KGFAA9lEVPn+XqpgQHsFIukJaNMgVuWocSgwIGCgUrBBnD+uJKeKSQLSHwg2YDeg+CoZBQBARrcS sSDETgJcPpGg6BgkLUwwwM7AlPYHfNeQ5KMzQCEWdSYtMMm0YoBc3C/EswQySqaGAYgAYFIkMDxg UKJCUsEAIYMB5QST5AUGfOOQ2/15V2dl0HTHCSoGyNQlQhgGqAgAAQM9NDi+rSuOv8tXA1lngKMD QJL0DYbHtxIGJqiSAXhIQDXMcVu0Akbn5w0BavaCbUEC2gpwbdNRYQCSkwPb+AYhP0CsPJDBgCGB KnP/mZaRAdpEKmgwAMUvhbXp1Ytg/VXJ3M9ECgMZQrDPcMoSwgBIADptyZqnfvLylbcfmfXuufNq 6y/ybUJp41AvDY1vf/tHj+588O/3PPw/fP3Y335p58//9Js/XnDJk2/95ENv/+RDf/TnD7/jzx/+ 40899K5PP/Tuzzz07k//AHrPZx56z2cefs9nH37vZx857XOPvvfiR9/1mceWfu3Z913zww9d98OP 3vDDP7nuhfdf/ew5m55c/ZVHFv/FD8748/v/5fsOpwf/3P+TwKDPK4DalIz+tFKv35kU368AMEkA CPdfKwMADwQGYv+PP/J37a12EMH3Dy5EMpGAyI8ElIZ+5oI1j9EyCgOFlf/vVbwDlHa/fgdoMWWm 4elzqX0PMdOoqVRdUsuRAHJzj4x49FrKA1qQ11dloYOjK7CqV6EeTp0P/oedAcyyp7gdBsZWHioy 9Pew9QzU+if3L5BQaXQVdKhIwpEDBvQOPDCA8ZDFyBetALfsGHEfzzeVMUABA2r0NRlLIaUF5kWs zKam1XKVPtqvlqhDWT39PUy2YAOkVx3QnT9JCgM9NNZ39R9E/hPaBJA/lVMmh71GfLmuyhgyA62x eXd1wxrrNAtSXqT3yTPaGdA4gkLAAJVM5Yaw+76aiUsKA6yXMS+IXUkNGJBOAuT/LbmGoLVUnok4 CS6/DQba5U0Dh4Ekev1GUp29BNYfgAwGiAph93ckDGiTXhiCm7e4NP2YymqYfjYQGBQwwEp4es1E oHFIfT9FBiiSBgPaHKisv6hOhtfHdIn1EyRzS7Ha6CFUXysLmadfVBw19mShgAGRwYA++9eegLyN NPn+VgEGpD8Auw8YUNNv1p/fNi73EQkASOzfMDYkmILR95PE1h9ol/r+EOrTNOsbwPfrOI2kM+CS lw6lFsE0MBCiy/dRg8z3m+nnF8dKu99fFQCEBuZe1QID3DLUHwawWjh+6wy0wQDbAuwMbG2SQGBA wMDoVAEDiQQWKAkYDMzJYWBROwycvPiqk5UHTNteJbuGwACvNiqIMRl9PU4QU/h+ZF5jI1dDM2EA CACg4yuDAbYLHAbkraN89+hrvS2QYGD70Vlzp8ZzBgj1hYEdopT53fP2fue+v9n3yH+45o6/+fKu n3/iph8v/+pTf/ypR971Gbh80acfKYWMyAoeQfGyrz514TUvfPgbL/7J9S/86Q0vfPDrz563+cnV lz2y6Avfn/fp7/7zs/eE+w9NZ/Qj2bLaTV6/XSiQGrj/ugOQy/Lw/WL0EeuT/qTIhOkPJKDv39PV 0afi+0sS4BuBGLyy/oCZ9SzWZ//cI6RLvQRgKDOVoe+j4SX7K7M+I4n5Hqoe7ZeKYk6l0uIe0m1C buhVyEScbewxVcWhKOB0dMVhH2HWkRH3jwAYsOIAxK04Eid/L0hgMQPGmXcvrXyZEROfBN+viliD KJApnL2VuaxGpww8Vi8+JgXq4FU07vDfjbhWWVNVEgbSzh/5IS3AuDZ7rs8kprC/9RJirZe4MNbG Aw0YgBdHpjb9ciGXXJq3YF1WWQo/GsW9MKOmEV7SXgwYqDRtO6Kqd3ttz+Ybqyoz/cCAjATaZba+ oZEGD9i+ICytx7gvVcZSgoGcBCDfbkRbbzyAJJ29YIDJfX8OBkm+TQhjMv1Uo1cAf28Hju0ggb6N NFd+2pgmXmPnhEF+tDhWpW8Ar688oKY/A4BcZv17iBiQEYJiAP29BgoA7viraTQE+NIhfwlpoWXb CQNZiyBboq0fzKgABZRPLanmPjtaQEkypozbNxSlTUTlq0iBBJSzQUvfoJbDACQwkCQfJUjuPxPz esZgAEowcJOwgdj9hd/iOQSNRXb4OL5OIDDQsTGaA7V4pJguXzYOZS8aKmAgE4w+x6mG+89VkIBM Jw0GOoIBMha+P5d2BtT6V+IqAiUEZrQzUNj9mSjDAMZM9oCBVg2yIbC1O76Ncdj9CYxyfkBaBJVk axAwQFXAwAjGPjAAAJjKNgglGEBQtgUWyRuEXDkMnLRYXjPqJwc0IAzI6DCgQXL5Tb16yeY6A3+f Kay/aZG5f8Qx9lUJAJmyngA/TnwKtemUpdSpSzefumxzgoEFi6dyBmhX5vsr6Wt83rhu77VH//Lg Y//h68f+5pKdP//4TT9eeflTf8SGwMz0aXYPln31yQuufv5D177wJ9e98NHrnv/g1c+eu+mJ1Zc+ svALD45/+ru/vmFvzgBtJAAVdr/M1KvTwkCoMP1tkgf/BgOJAUIKA3FEWPcI6Sh2vytG3zGgIoH9 HAUG4njACSlZeZ1aho/qB5fsH1zcqgMc06pt+ynV8rCfZwBg03XPzyuCgdzE91dejHikjR9g1jl6 HJJVMfTLaehh4lXi3Wnoh1FGWy9BUgEDEEgAEt9P881AzH2CAcbF835tGiRl3j2z/u7sM+MeMGBT EZ/0Z1PJWFlV7HF+eYrHVh9msBoxdxlJcwC2212++Phw9rnE00uMMs3AtYtxp3dPZTUM6G1H14rj X2suHyr2/FA0+mNSluBBISG7KqayalaYXl9goPDo/EtqEoAsXpccP328rzbFy8tpK0gYDOhvyZ2R gUbWHYAqBw/xREEW54p8rFZBD+2Dy69ggL4/kzr48PShkfU0+jT96/bR9McljgeymmBApUshWPYq o8pggHEBA2vJBvT6AQC5MhhQhfuvRBO/epcdPm5tEQQqcIkZo4UGDMDfD2fnCujg1fSXDBDSmpDy gxwyZpDyygPaKJBpku4gSjxg4imCZdvh9QkGPWDAVOfJBnGKQHsCFgsk5KKt9/cL+bSxuqQVBqB0 tKDLcwUVDMi3CyQOr9+mRAIQYUDjBAOVlAQogwF+jCy2CSHgniLEPH5QwoApPkpQwABPDiDwdw3d IB0DqjMJAQNc3iJQctCY0wwGppftC4rdQYAB5mOnkMKAHicoDxUYDHAU628ZJwGLEwxAzW1C0+wU gjIYoJhsgwFuAWqQQFIFA1RfGDASqGEA1j/BAH0/MEDFowLGAKEMBjISYEMgJwEygMMAJe8UAgO8 KoMBksBi4wGbSnNAXH4EhWj3s7hViQQgh4EZq2YAVUECbAhsPmXpFjLA0k2/smyz6rSlDgPLV87v nH47Jb5fuwE0+nmQuX9IASDXqct2f+HWF448/h+uPf43l+z6+cdv/NGqy596+5899Ed/3tTDrmL6 9k8+tOyyJy+46rkPXPPCR657/k++8fz7r3rm7I1PrPzKwwu+8P25n7n/9avYGch8f6sKu19m6lXA wEA6IlxILb7HqsL95xKvnyvDgFzKCXyLqE7h/mn9szFnANXeoYX7hxYU5h4CG1SZ/oJ3H/Jn/P6k ny/uhF+n4+8lIwHEwAaae1xYuf9KUuaCuZdgeOnBIlnLnvTrLiAbl8lVGmTmPgQjPrSMbQTtJECj MPfOA2HWLfZMvsSpiDFMP63/4QhkzPICDAkGkORVqCcM0HY3/T3KVh4Yhq2X+8QWIFsVwX8zQB4j /Ld797RkgVl2mVqNCAUR5/V5TSUYcfH9tfwSevcUc/tQbrjZPTg4Rk7gqI5fPbq5fLHjkQ/Fkga5 pJ55dfzJ09sqDLTCQKoHDOhVUoYR+UQUeklmx8332959wRKFBK5amYOBwIA2ARQGqh3/vFCu0jJL 2q3sh2waowq3klH+tkQCKUj2XVAhz6yTpC7pqlxlI4UMRxZ7TSrgf9S+UZX0CuDvh2niTTJNGlmv 4z6HAQZm+gUGiAcY10peaoblEpX2BxQwoLjEAsgBQK18wACuNRKw+4jRp+Q8gMUGAFySpAVw+Tqa s6d0Sa61DKc09z7VtoAnZewt6Qzkou8XTqhlHyKwwGOBgVTjyRoDvA+gU4OB2226TAr42QGtSVK7 L3IY8P5ADgMR21RJQKVGHyNWM+vPJCx+BK7eMHCrfo5gAKP3BwQA4OYBAzxqLPEt5u+5a4ir3jRo E1x+mgYA5DIYsCYATxLLIWM5WOwwwC1Gg9JD6HXIWLcMBQxA8P3EAJvyA8bZOWMo5wHdF6TnjO14 MQucB7xAVWKASj87AJcfnQGPEw80GKBd8PcM1PcnJIAUCQQG4P5zHlAkKNx/pQwD/Hjx3Ks6NQxs c7ufIcF4BgOyVJn+XqpgQDDAqcBhgOPUNggkMDZVMoCdEwhxGjBw0sJt+jpRaA5HScoLhRwJtpy8 GBkiQU4FpWDxGYjX10aBmv4tr+ERZBXsPsccBl4Fx89g06vg5jW5iLFp4UYo7L5Oe+tK3Q7UnwRe u4TnlRUGggcAA08qDKxfv1BgYPsA3yK6YyBtAdKgiLvQvPq7v8i/etHOc6986MgThIEv7/zZx7/1 w9WXP/3Wj3//bZ+YTn/2g7f92UPQW//sB0sve+p8wsDzH/7G8x++9rn3XfXMWVc8sfLLD0997sF3 feK+U5YrDBSGPlMrDDS1J2KFARj9YIAQLH4EleDj4ebF0HvGYCDz/W3Sg8Iw/er+vQMg03YSULEz UJl7gQHx96X4tH7RgSgT04+8Tr1MnuiLZJW+nya+IgFdZUEGAJhWYy+Z75egFwzAmstodt/yZbKf lh8cgsSvq6ePJTp1VQkDvYTL9Rm/TuVhPyw12YAP6QUSbIoCneIqYsDhUYguX7YMLWfMShdgQBkg VDt13p9JwkCez9R8/B+qlvpigOrwGEbnAWsIMJMxQKU1h6GR1RJoBletOVwZ/QoGpBvg05IB4hKb qrN35TBgyXWHrTOQamRMd5B6vVAJIdVLsO5gsunsM8iSZuDO6dE1ZqAOXkUHHzAgU4MBNetyodZ7 jV2rySQrtgK9ysy9+PVh8fHm3bHK+/PtQ7JUwoCQgMhjKcDUiqUS+WG7M1bhreHa/XLYd7YLtNho gTXh7NWL61QwgLHDgPh78esssOJ2OQ9UgkfPAoeB8loggcKA4kGlxAAKDG70ocHV/rxfGwhsCxAn okCcvU8RpI7BdDDQJsCABEECkkyO32DAeCDymaxdQHOvSLB9aAVkfQOHASGBSmU+Y4ByGjDg4veM RQkJdEMRkkule6AIUfKASr2+Bn1hgIeJFQZCcqKAJDC4CDDAV5GquR+UFoEfJxAeyL5HZiozKK42 DoWsA7DwZrYFOFqyo0cOFgAGlBYKBmgVkQCjmP4BIwSeIlAwMBjgpiB5uRAPE2dg4Oqza6hFsPuT 35gFux8ZdgMMA1QSu+OfmSoY8OTVA+NNGFAl999U6gnU2tqhxd82OO8qBOABxDkA5GKZqXb/g+NZ 0yBhADUs7wvCqFPvCTgGzL9qdP5VzZ5AGwxc5YcEHAmAARkMqAAD8ppRvmlUYUB5oCSBJCcBU7UK GHgV7b5iwKZX8SMGEvSSuvw87qcaBhIDLLYXE/nLizafsoy7g05Zuul1ywkDp0dn4JyzF9PuGwxQ ckgAVGBTwQAJSgYIoWDO/O3zP3PngUf//TfuIAxc9E3AwFNv+diDb7nowX9z0ff/zccpxG+5CGMm JDMtvvTJ87Y++/6vgwSoC7c9teGKx1Z8+eHJzz749o/e+arFukEobL1qJgBgkjMA5vLD61fnATqZ 7+8n+T4ARH/vQX/xTUEL9ikMdBlUpr+fYOJBBewShKdvSC0+n/eXmUqAgVxOAgYD8Os6xZLW09wL FeReP2QO3jUMioD7N0Pv/r6vwsFncTsJwPrzWb5OVxwiCYgIA9B0jj+XbAoiA9D0K0uod9dbSaBT NfS6GlJyUDEDN8/4iHACn9bngnum13epn06BrSJgJvKmGZj7RiYpef2kw0xS8PTVUim6f2pstUmn mRIM0IL71Ky2BOLUbYo4TaksFgcfsgf/MS2uagqoUGbwQ4oHuBDOm5cfnL3efPnouqjUKVaJARJT LDMrnww9zb0mvVKNeFwi7t/quV/I81oMabFUWl7v4BL7rlZeM3LDmKZ8KXX8wgmI1d/D2VuSBRjF 1tPTpymWiATyuyKtEY2q+3fBmsu1ygMyplUad9bw8IBbeScKce2etCWMiTeg/IAyprxE8sn3ZzGn GgAAoj/gMQz94Jok+nu4/DX2jQL7qFlvnTAMuO9PIwNdosvXPKQ7izQ2lVO1/rpZSBnASKBWlXQY 8BYBdxBFo0CMPjcUwdbLbiL2E5BxGIChz5DA9wtNBwOVuNGoxAAmNVicvYd0KUfdGiRIcAtWGUs3 QJV7/WkVB5HtnLFiAEb5erHops4iAoAo3kNKGOgyM83rRw0DvDmgrxuipniKIJLaGQjJyQE9QpCp YgBpCEh/QLx+3R8gBuQwwIaAwsAraA64esAAMxj1LUPlrqHK5ReqOwOqcYyEARr93jCATEPBACa4 /DTNSGBonBiQbw0CAAQJUAoDLQBQSEhAZTAgACAwEJn6FAGMO6UtgpNp64sWwauyNw6F/INlcq3U 6E1KmfWfcQegp169EJc7CfCYQSsJJBiAtDOQYOCCc5eo189hAHGCgXk7ZWzZHaQamLd9aGLHuy46 uucH//b6O/72K7vYGVhx2RNv+vD9b/rI/X/wJw/84Z9871//6ffe7PrXH3sQevPHvveHH/vemy96 UPWHH3tw0ZefOGfLMxde/dyHrnnug19/9oItT63/2mPLL3lk6rPf+9cfPDI2/4RhwFx+FlQwkEs9 fR915lNV0r2+vR60v3IYqOx+f/XHAJV7/WLaVAkAuaIt4Bmpp+lnYDCQnvGrkq2vrb85+CqZ7eyX S9LUluzC9Jg/SRx/xEYCmpelZPf1EX6pvIAwoFe51OUzWAH3b6Zf8zUMwH8HCeBuTGYFpfVXc8/3 e2rg5j4Ctfs9YaC313ejP1MYGLNKgQF/0o+/tipLm4hYpkb/4Gx12A3R8VMJDKJMDXcEuIPm89Ve GmUrIEOC6eqldZBN81+H7WaMADzA6UiCAUEFwgCn6q3NwRsMmPTCkDr7SlUrQJN5zBpVLxhYrw7e Mw4DVEYFrZIyCyKjMMAbmqfPYcB9vPr+igc06ZKy9FtUWpWblDAgl9iFWcbiSjkMjAgPqOj7ERgM 7B1aY0hgMCASGLBihYFABYUBHRUGBnGt8cDe5lFjFX287DLSIBMyexpJFYtp6DMYMJcfgdj9iFta BMhk6jZgoC8hePegx4uGOJVNRPD9Q4oKwgC5bJsQ+wMNGPC3CfWSWH9pFPAbBZUcBkTm42XLEKaD 2XEChQEJ+m4WcvWCgY58nWBggR0byKR4IKcFuINoGhhQ0fTHVGEgk8NAegOpOf6+MJApACB/y1DW E5C4g0BIgDAAhHhFMNBDrxAGIIGBrUVyBjCAaZsSBrgMBkgFGQwMkwS2iQoYMBLIYKBy/6o5C4IB QgkGVNkHBzzT4AH9MrFKM2b9MwywTG8YOHnhZo+tOSBWnm7enP0JUoGzhJKAvztoiW4NKmCAPQFp C5AHljoM/PSvNu44Nuv95y8R37+jsU2I0y4f/G/v8OO+O0EFskeoqR2D83a++YPHtt//d9+882+/ svNnH73+xfdf88KSS5+e+tJT7/r0I2/9xA/+5Ufuf9OfPPAHH/3ev4L+9MFWLbzk8bM3P3PhVc9+ 8OvPfeDqZ8/b8tS6rz264ssPv+vj3/2tcw4MyaHhysFX7r9SVQzBvuvYSzPpDBQWfyqLRfbdAN38 E/IlbgoSfz9DHhjSo8Ol7w8lix/xIsuE5DRwUjzyV8HQJ/cv/t6CpQcHIQmoJQdHRDbtKVp5GWG+ RUsPMe/WX4VkKigEc0+zbk/9cRXPBsjBAHHzNPQay0N9KHUGSpk1DyqQnT/MOw8k8XG+15eS+8jS CtpoCajRVUco2SM0tuJIsIERglyrBRJnVJACN9/9JL/iU7XsGNXW+xQuP+pdfOrPVUh/joH0AeQB P2GgFupXCxtIEBpbc0TFaVTaVWqjjQeUBEJ9HP+0MGBad3h25fJfgWheNThET0/SIGaM0P0fxk8Y cqw/jDLXwdH1Mq47iFElf7Mo98QlGIw6M0QG8ej6NEUBplVZ3CF29URetxLpdHqtx9+ZYKCQGXdf Ymz1tayS2GCEwB1EGJUlXFJj24qAAT5VHw8REoQTeomXSIugOq6govtXGFCt3T+0Zt/QWkgxIGMD Kc5ODoAWZFUEGECNNgoYkwECAzQGGEAGA56kZCvRHtlElGMArH+OClhipTEAM3bgmFMx+hFbkDYU ZYLLLzPw/ZCeMeAopr8nDPRWtU0ofb24goGsJgQqoNfH6hJRAwOg8lRxBBUSmPg+osWUfpRAYh4t UHWX6K6hYAYdpwEDfeQPEiAeIJBNQYMS6JLJDwzIyOmAIAG9vlBBt2CDG+NVpCpz/2XHIMFAX+UA 0LJlaNK+PwAlGGg9TqCyzUKVrZ+R1OtzrJOAAbh5LjkPZC6/h+TQMNUZv1pEAIDo7zMYUBEGaPEZ pzIRHf8kvX7AgMYKACHHgAIG/NAwGcBJQLRwG1TBQK4+PNDUSalLoDG/RybOnnGP5/3tAgO0adPJ CzdWqrz+tAoYUAx4jTcEcgwgCSzdKj0BxMhvPnUJJTDw8sYdR2d96MKl4v4zSROgQwEABAYY7OzM hVjgJwcoJtkf2PlbZx+47thf3nj33315x0t/duOP/mLHzz5y/Y8+8PUfnr35hWVfeXbeF57+3Q/e J0hw/5s+8r03/cn33vSRB/5lqQVfeuzMTc+cv/UZkMD7tj1z7uYn13/t0QWf/8Ebzz7+T9buE39f n/eVh/29JdafZTTxESQ1M7VkF1AcD5BYzwy07Avil8Is1k+GEQPM/UeZuXwPFA+cEELi9S1gxjf9 m4MvH/zD4qcpzwzUq7kIA7D4Hqj1DwAo2EBhAACQK/P0ldTNSxBTE918Ni3F+iqpAEApAwgYcOu/ PN3nrh7lAaKCA4DiAc29jGLE6eYpM/FMKgBU6gEDJpCABSa36UeQZKAYsJLbhBhI3pYYcy9QZc2T 4K0l8Cf3IUyp4rE9Mmr0xdl7mbl/s/KWhztnTHhgPS+xP8OsfCHafW8XjK1lzOf9em0qO6J3Q4FI bT1JYHa5z6eQeO462UNw/ypOMxhga6JNKLDzA3D87b8CU2u38tsKDMD0r+cfNrKWpn/UYSACE+07 M8N+IX7ICIFmWjiBNTTWDJK5lyUmORWuUBgQYUlcO6nAr5WrtNgr9fBAX/UpsM1CiMWsCwyw/zAq Mf8wzayTmD8K7R/dQGnebsLVfbxKkUDuxhoJAgZsqkY/hwTihOXN3IsUBkzsCWAqLyyKZGiNHHKQ DgClXt/AQJBAdwrhWnvqv3dQNMTmAAs4EgZwKya5fUgxYBXsvlh/JjEmGND7uN1Xf08SYLHwgBw+ NhgQl787YECCQvD0fBORx7T7WazqrpTjxXD8Krj5WA0MABikWAOsmvVXhLDVpLR3yCVvIpJeQYIB 6Qy40ikCbgRaentHeaBvi0BUA0AIqylewpMDnUXkgYHF3zYYKLsEpb7DcwXAgx5sYI0CMIC8g4jH A2QqJMCdQlxiUncNARUkkC4BGwV9YcCsf4MHkKl8v2wWqjIJBroe5LLvkYXXn/DAlbYMeX+Aoo8n EujGIdH07YIKBiIgBownGJAyPU6QrH9TcmgY2obiHAbk6LAF4fjZFpjHkTWyGksEALr/BAOIKxKA chjQrUHZBqESBhaI+sIANAejHBvwD5BV3yBjlyDtGioljQI9XkzJoYJ+SHDyosr9t2rjSQuEBBZs okAINr3S8eBKxguurDBApT0BgQG+jIgYIGNOAgoDZAD7FvKWU5dAGQx8+H0VDOQ7gvzZ/1yKGED3 n2BA6ncOABjGd/6jVbsuufX579z3d1/c/pMv73rp4tt++mc3/fTcq148d8uLKy99fu6nnnr3Zx7/ 5++79/c++N3f/9D9v/8hjN/9PRGmHD98/9QXH92w8anztjz9vqueuXDb0+dtfnLtVx/59bPv+LUz j/6jNengby71+iGY9WqqGQlS5hVKkMA8fdUfyKWG3qdZK2Bvt35taE+J9bfAp0m512+qf0HrNqGh pRjF00uMgHmZakMgxJpMNO5Z/IrU88KRZYclUFrIN/kUPl5hADGfykuGo9jx4ZWypFt9FAbc1jsn uGKpKTkTDNs9AruPKf23wUAlKSsCjftcEnZfLPsRSpJ07ZF3f8889+QYEnDJbLpafDf6vFW67YiX aT0hQacCALkAA+wDCAz43awGydkKA0YCwQO4hOCR+e8ks+CZrddkbtxZI3Zfi0O5g58tT/c1pjxA Bk49Yg0ypbKQWH+afpWa/hRI7EIG/pjblnRVCsy1u62PYirKrJg1VpkuEYrQTJ5UR85n9p6PEVJb z7tJDeuzy7WmKb8K6AJfLi4fPt6NO2UZqd/AjMEAk7yWN7G76a8YA/SCgZDmtV2Qmgli7jWIqWGA kkArDLho/TVWBtC2QCzZxiGAgTUTyANr9mUBR4EEksDI6n2KBJgKPFgPIesSBAxYNyDrIeweXmWr GgwyduuvxX4V45W7h8XWc9Utvi4xFoQoYMBrJBNUIDCAoPD9DffvbFDHKr6JSPcOCQmADXxPEd1/ BgOi7SQBVe/+QClx/BkVMMmMwQCmDPhCITlMLEeNCQAZDHDqLQKRkkBMZyprCywCBkjrIDKWFxhg 0+DGEgamlxKCIIF8q7ivdL9QDxhIvQJx/BkYqAIPFAOyfEYC7UeKT3g3kdCCbh/iWLp/kREC3L+O DWX9gUwBAxLXqyo4fmIAA+iqRAI8JJBIYAYwwLbA6MJtCCoAaJN9itjGBhL0l5HAwm1q6JP7L1z+ THUSGWDzqxZsgrknCcwHDwgALFQASDCQbyLynoCJMOA9gSYM1Fqy5ZTFAQNHAAPLdFNQVwBAGgLa E8jl7l9H2TU0ME4GCJ2yZPsnrn/8tvv/HjDwtf1/efFtL/35t3963lUvnrP5xVWXvTD5uWfe9fGn /vCjD/7Whff+iw/c9zvvvw/j737wu9QHvvs7H+B06i8eWXflU+dsefoCgYHzNz/5e++/91dWHX7z h46fiv8V6+H+KTkJgCBlWvWKYMA8PWLAgLUF9G1CSUNw/BbQwdP3u5icvw95LvnWoJnsEfJXAGlc wMBQYy9QLj71jx5Cm/VvKsGAyJMpE5I3fhZT+PU8w2Tp6fuJhp6On74fLl8yEJ/3y0hxIxB3DZn7 dxjQSiUBfbGPjhIIANDlW+a/R3TnmbmfRubmC/WBgTHWy+6d1YdGCAOw7EeRVCuvbl5iLWPMqdp3 XKWBidNk8a0Mt2VABvALk+OnXZZYAi6py0elUIT4afX9rRLPTReeJdcdxRjWnEFm6/NMs8A6ADGV DMY56xlHvWTiJ7LL5Vb5zYtbZVIT75adU1Rymhl6hQErQJ5TFMgSim0Kiww7zuKmcLmZdUeC0NgG vbk4dQ80lpFen5ksL0sJBgIJtEYLKum1uhpxuqfeJxUfUBLIeCAaIHE31sDia4FJ76C3ym7YLr8q 9hHxRaWcBhv0lAKABhFHnpygLQK+tJRffW7wAAXTj1FaBLT7ggGa91hkJBABGwjSTAg5DJQy9z+N xNznGbf7/M6xLkWm0Iod3ex1pRGo6efXi+VNRIX791METbnj1/5AsaHIxfcRSXNAdwE1YEC2EuXT DADKpawzIB8isFjgQU4UlDAgPBC2nnGvjxb3Umb6b5IzA9JAiKQtAQNU+sVi9fokhGqnUKUEAwum gQFiAEmg2C+U1BsGLNNHCQbaTf8JwYC/b1R4QJsDBQYUgu/XsSGDAfYHGoLj536heOlQJb4tdHoY GJm6ihgw32BA3yBUwICfGSAVFL5/Gs1ZeJW8a4guXyFhtgXu/qtPlYlOpmpbrzqplCUXbOqvkzES AwQG5mtnIMFAAIAFdtJAGCB6AooB8hbRXvKyTa9dtKkFBkTw96rk8qkKDySZw0B3YtecBdvfv+Wh 7Q/8/Rdv//GXdvz0c9tfYmdg24vLLn12xVeen//5ZwEDb/3TJ9560aO/ecE9//zCWr/9vnunvvDI usufPGfzUxde9cwHrnr6rX96/ykrD/+bj973jo8ef9Wi7W0wQLPemdoNhXfvpxOEgQ4kh4Z5blie 8VcuPwFAHjsMmK2PvEqTEbhg3xuBwYCMlQr3X4k+PuKZwgAAQKy8gIFM22Ggv5LLn5nU7g+DB6jq AIDtFDLT74SQ5JXw68AAD8pn/NPBAEx2lREVSRrxE4CBo3WmPwxoAAxYc4SunToqLQKN84yigm3m aZPl4cUZ4MI8ydE5IWqyqWY0YBMg6wnkS2Nr6fVdYrgpz6w7OluC2UQCLsF5Nx05vDVduzp7sdr5 6lg5hQIG8qQKMJBfTuNueSumZc+kSYiVLuTp72nuZaoZuHnaZa9R9y+KqbrqXoL3bWQiMHMcseZr eT6vaYeBrIzSmtbblsmspoABqrytTBUGDoxswFRlDQSssofgxUl1Zr++xcjeZRRsoM4ehMDXnoZY 1pScH5BAdhDpKQIJeGYARj+HAekS6KkDIgQlZwn4SiIjAat0EpCrHAYwamwM0JAwgNXk/v6ERKNf Ng0ibhFNvzKASDMOAwUJtMKAbhbyQF86NEQYkHcQlTwg7QJ/1xA3DpmIB5FJjt8tvh0pzpdMQgIJ Blz8PFmcH+CuIR44vkUEMOBIi99jm1APyY4gBhx5NBmxv3LUxbaA7h0S6REChYH4YFm7AgYY6LcI RDkJkAFmDANQS2egt2Zh1HYBTL+q9PeydwgB8idCBYkHwAbxLYKCDRoMkMt4oCk4fkECOWcsU5VY /6syGOC0PwzA9wsM0P2XJACBEFwL4O+vrkx/pR4Hjp0HXPD9zgYFEpQwsCVXHxiQvUC9wYAwwPGk AgaSFAYUAwIGXrtky0xgIArskLHCwE8SDNgeId3wQ3Ovu4NcYfr7aGhy+7Iv3r/jwX/7tT0vfeTa 5z55048+/s0fTfzFE2/6yP0rL31+6nPPvufPnn7ThY+95aKHf/2cO3/zgnuBBNBvSfBboonPPbzm a0+cu+Xp91/9zNsueuCUVYff9MF7V1zy0L/6wLGx+fYeoRIGpBswMxJQcmhor8imdP8uNfSdnAHi nIAcGmZzIHb8M79/aP6BgAGz/q6u+Pve24T28xvDlATy0d/uEmg/RvjyMPri8vmtgFzh6VX05XD2 zbzYfZj+Op8b+tZkrqwPQDfvABDJyPQSPX3S4YABsf6MpUAaBWb3xesbMCTJVh+Kjl+pwKZHRrCa ufk+ghFnQL9Oyx7JEMAgn/bXmJOABEfHVnFa3dBsfQTsAxwdXaNS/x1TdeoxzZOqwtDrVE28WHMx ynWNyby7tAhCKV9m4O/F3NuoCrsvth4YUKyKjiIT5hsKg64P5vV5vFjtIxitxs13BKYNKVNV8sCA 0gVjS3KKsvVHaNkz689Kj+0R/gatYRlua7GtwgpLDcFAYi1Id+gvcdjip1UBA62CV454bIP++syU FceD/PxuM1bJA5KkmxeJ1wcG7B/ZcJDy/7T4OdZwx1H8DWlJNyxR2SFpCizhPEAkgKSgj9S7FxmC gQZxgHjfsJRppQa1YN8lUAwYFAbIxJMGvElvDBDpSYMcCXR3EEfdUKR2X4SafFpINxfl3zyGIugp 8gAcv/p+9gT8wwXaNCjBQERmyKZd/YSZxvLeoYwEbrePFYj0xaNKCLlKHugp9f0RNJS9ilQ0IN8l 8C8SCBXM4EhxJj0VYAcJIFyOaQkDN5cwAACQjxL0bQtUUioIdej7kxISVC8dUvWCgYnrRSfABgOT PDYgsnaBymHgBHhApY2CUIc80KshUCuMviqHASiHAbf+V3Unt0IxBQbkDOAYoGJPQHmg2RnQUeV5 Ov6m1PdrENOGCiSopDBwEnz/AkrAQDIyLS3+9D2BVsVmoQwGcgawnkC8QrQSAWBJAgDKThjjcuDE xtcs3Cidgb/cuP0wYYB2HzCQmf6cBLiamf5Qd3xXiid2DU3uePuHj958999cc/yvv7L7ZxdufXrq i4/91oX3AgYWX/Ls+GeefttHHnvHJ574J2cd/2fn3Q39huifnXeXCvG8ix9ad8UTZ2186s0fvf/U 1Ud+9333rL70kUVf+P6/OP/o6FQBA/6GUNkXpP0BZ4O+gu/fV2q/iPHg/H3RB9BWQGc+bP3+JJ4P 3k9NcUyQILIlSGBA2gX7hhYcgNEHCSgM5Oos2tddtF8F99/NZDCg03Dt+pifyt7+2So4cnH8uUEP 9YaBoj7L1zJP7zBQBf0kJl4cv8TLjlhGpsoAwQYQbLTBgGeY5Ov8j6jpzzO1pF0gnOAWP3veDy8e sZLAMFbl+T3dfwAAL/F4BmrCAIJIKgPw5xCIs5d9QUcpM/pq3GMKxbTKw3ZjPDZmQYg7f6QYwt1U kZF9QQIMpWufRvawP+sJ4LYSJBgQ33+UnQFHAs+Yd8+VLLuZZsAA6rkUTj2z7K4NR8Y21NiAjG4l irwWjwEesmmb1EATBjjVI8iF0W+149ZGyMp6CmZXL8lvJS5f8hsIGIXpb6ACVqn2vyQJ1ryYikGv OCQ0huLsRxvUkXgA90GGdxP3rw2BBAOQ/AearZfYDxioahjQ95+WkrcVrZVzC+vtJaoivhQVTt2n 1JCOMOju/uup7Royu6/NAQjmXgNXDzwQZTAgnz2u3X+lBAOaQTBIx19Agvh7gEGgQqHswLFZfCYt 4KuK8qZBU2b6Meb52ESU+X5VBQOl2DHIeCCRgMkgwUkgjho3rH8flQzQiw1uBQzwvUMCA/adMnYJ pocBWnwEi/VUAN8vFN8sc9OfJBuHAAOsNE3XE6hUwUClJgwUPFDBwOT1YuuRv+EfDAYmXyEMqPrA AA8ZZwCQS41+SE8LKBKoTgAGJhwGJoUEOBoMiMsPx58UMOCr7TCQlMFABIwb/YGm3Pe3SAo2uTaf NLUxLP4cxPOT4881Z34qg2KzUMBAkIDAgO8O6gEDLTKEyGBgGWHgyh2HZ31IOgPTuP9ePDCxKzQ4 ufO3zty17cBL19/1t5+97Sefu+0nv3Henf/4zDt+/Zy7f/v9973lY99/+589/Dvvv+/1a4/+4zOP Awl+/dy7fv0c0xvPvvOfnnvX1BceXvilR1Bz6uqjv3vhPWde/tiqrzwy7zPfe+P6fYNT9h6h0tzD xGfP9SdTnPn+SO7jVh8NXPDrMoIHuCQYsLeL6fz9Hdp9AkDOA4oHgwsOoGBQAvvCQPbOUNWQHvzl l8JsGpLH/2kqknqAQSCB9AQw5q69VbDgzYwqi6UMY1nQR/DudWbpoaEliQHM39uSTVM+Hf8VLddT AYXX5+N/uH+QgAZSkAuenuNyWn/LFDDgMZMW61S6BDatlZEATf8MvL5e0qpk9LNMLXh0CfIaBjwY kJMAdGRUHsaLg2dmbO2xWKWD584fXEJbL0/9ZZp0jC48M/pKAh7rVb46HQ/Mzp70R2Aq7L73DaRe haXR9UehyNC755t84P430C6boQcJrD+CmCNdvrhzXXIA6CnZJpRrttxQY96ZFl8kv0ghACrgzvwt zRQ/ERzCn86uGpGrbNoQrzqTq14DH5+KmxeOmAvHiKm4cLPj8NAclQQieaJShOgJEkCCM8ul8uda f11gAIG8YkhgAPJVZoZRIBziXp/wMKwP/iOTq+wMQIAQO3bMLoFs8gEhrD/A0Ry/B02twYiryAZN ix+jangdKIIbirSHkC9FLFRgyh1/q9T3M7YWgWIAYoEBO3kcvh+yvkF0AzTpsgzfWyoHCSA/bJCZ fogwYO4fo76QNJQjgRSkPUKgAv3SGTOUxpT4/qJLYCISaCCxJBUMPHlb//cOweXnY6ieZjH7A+wS fEfYQN4slFl/FW09A28CtB0wsJow/aKqUcDMwpvS5wWoYtcQ/H22ZFLfH0EuhQHXDd2phASkAsCA fY5AqCCmhAHlAVdt/QvZS4cMA+QNpNYTCFsfSJArVvsp8cD4NS46/u4EMgkAqqkotgxx2p139aCe IRYNjQsDiAYdAESw/leVqjoDxgMZFbQro4IGAJy4Yu/Q2HyqPwlkgqePIGnOgo3w/XPKZCshnLwg egIFDBgJ0OKXz/4bksoEAKFXcQPSlQoDV2w/5K8Whd3P1fD9LusG5Bjg2vmrK7dftv3FG+75+0t2 v/TlXS/9q49891fXHfu1s47D/b9h/bFTVx3+1Q3H/vCjP/i99z/yex96AJlfO/vOXzvrDuifnHnH G8+58y0fux9gcOqqo//i/fecdeXj6y9/dNmXHz7jU/e/fuWOwZa9QGroq2QI5r6w/uL407QQrT/c vEgZQDCg7gxoB6A0/blKfy8SGEAQq4Xj7yHpDBzq6j6fxQcRq8tvFfx3laHijUC9rT8bCCKY9UhS yw5hicnS3JuyjDzL76vK/Z+A1OKLfRcYSG6+0kqOqThLVhpdeVRG2Q5kPCCVbAgc1f4AZI/qk5LR z6VbgNTuSwaj1ONW2YP/kdysax9A8yLG7vtVcP8KAAzWJBJQ8fSwFIgXV2ePSizhJnqfdCbYZMad SZBG5FsqM9OfmXgqf97P1azeChqXgATGMhjITbAK5liVxzptKi+QmnRVHpi4aygV52ihYrFvOuLo 1wYD2DTycXPx+trHsAwlnluZ4UyeJfD6vCaEYtwQ4yE+npeATYyw3fKMf2yDPbBXRw5Dj5GnFMx2 t0gq/SpNRrsgbp6JlWceEmffECCB4rN/jdlM0CX8GYi1LaBNA6UC6Q+gADGMey7JMMnTBbT7qV3Q R3T2bBqAAfwLDBhxQyZLAGhoiEhQiYQAc49YXb4nwQ8BABbkGix5oI8CCRQGBAOYr44gc3RpslQg Qa491XGCGgZSG8GC4IEuxqxFoIFNeRA53H8NA5DxAN1/U+r7b9fOQCCB8EBPGBgszx+b6U+xBcyU 7QIwgL13iF0C8ICY+8zu5+0CuPmIQ1GQm35VEwZMfMsQgpv4yYIMBnqpYoBQvlmoUDDA5PWzpm6Y xWkBA8IDM4UBqOIBQwJ+vTh8vwa5MtM/r/j+QCWQgBbkMNCZHgYgh4EJTrUhQBKA9RcYCB4IGFDr 31QOA6PGAzZWDBDSzoACA88cz9fvEuSCy4ezL0x/X22WeozU7Pmb57gQZwBA+RJMfyrLxCYA+wBl KyCkBwxkm5C8ZSgwwLcGCQlsAQxgbLp/GYsmgLr/YADo5AVXQGcsW83OgMFAYff7qQEAhU5ZtvPz Nz9z43f//ou7XvrSzp+d9tmHf2XNkX+04dg/2nD89WuPvunD33vrnz7+2+c8+o/XPPQ75z/6j8+8 AzyAJdEdv7rhjjdsOHbqmmO/+4F71l/x+FkbH1992WNLL3nkvZ+87zVLt2cuP0Qfz839xWEAZYAg ASj3/UgysIaAxB1IfL/zgFv/BgykjwY0GCBN1fG3ggF3BB2AxafjL5FAd/4UU8IAMEBIYDoYgPIp gwYMRGASx6+xBhhVOQyopxdD37T+urEnSacYK5m/bzz4V8ffR+bjl3NM00rw9PzsV5lsKw4YGF51 eFitPxz5Kkw9VoO+Gmadzlttulr2JhIoDGQSEsiMe4vo8vVuxgPFqggAwE5CGww4BgQM5BKvzwf/ dn43BCMe8eg68gCtuXQV8m0/kLr2sXUpruSVaWpLek8RAIC/su7oCEbGWgAYUANNjW0gG9Cm91Bm nUWNAgj5ZkaKOQYM5GXy05DUOAxYgQYx7SHHhiNOBXIf9es03MiIS94gR5BllZfoL0orgG7enbSZ dVzInkPy2XoTyevIvEgLSmcv9ZBeyzL9G3Qpu0khrQcMQFIpV/lqDxjgf2P6Y7BkAWOMDgMUApKA 7iwyGJB8Pxjga1u1TKbaEDDBtQsMIMm8FIih7ylY+SzGSHMfeRkL398USMCChvWH9JxxKJFAcv9p CdPIGwxwmmNAqMAAVXfVbtj6yOs3ziRwHmhTXpBjQKbC/VdqAEApZQCnAoJBag5M/xLSwutbxvKc NmFA30NqMABn728cEiSw2K0/rHzElejyPbBpDzkknDgMLBDFFKowQKWOnzBwHWFgKjFAJmDAddPD gLx3KH2RYNJhALEhgXr6HANC7vj7woB+hQCBwoDtDpr8ulr8vtrWnUgwwGnAgKubYAA6IRhoyjAg Ajh+5HX0j5Tl2qJqmP7+SjyQq2H3+8tgwNQOA5tfBdnh4436reJXwdwXMEDlJPDaWDUSKGAAUHGy v6W0gIEdhIElnXKPUMs2IZE4fokndkHBAAMenLRwx0XfeOLm7/79l/f87NM3//B333f3qauOvGHd Ueg1Kw6+6U8e/IP3Pfb7Fz7+m2c/9voVP/iDjzz8mhWH3rCWq69fd+x1a0kCv//Be0ECZ298Yv3l jwkMPPyOi+6ds3CHOvtsm5Cae5VmqiSs/B4+5kcMTw9nb3luAbJprLrd161BgwsPwM13F2qQqb0n YKtDiw5yXMhRpjUJDJIEDpIHhAR4KoB4IEHCAMY8GAAfbySQbH2rdFVtvcVL4Okx2qokbTVJHH8O AJHkqD4++gOZwvfrrh7LiHcf8j6AVqrseADUAgN2WgBUAJs+rDt8Mh+fx02pubdYXL4+7C/yK4+q Up5NAEwlr4/zGYu/98f8fMOPUEGSOnJP2vN+xKz0JU32EU18I1mKMBCdAVEVz153HJKpWvOqRpOU ePTj+VN89evSH+DD/sgzwKgWX2BA85W8prGK6fpjui+IDYENx8bWH+OYBbE6uoEF7st7Snw27bsr s+yprDDusUR44P31DkUNV3E3ubB1NaRLrQW88MwjIwzo8iUJuyxLdPyHR86U0XQkn5IiXGNnKjzA bSNPzw0fLN7dbboEVZzEPwCjIYHcx714s7iSe/rIyDQraAqr+CGJ41oNqCwPwf1HLKLFNx6AiApw /GL6Jaa5Z4DRKpPvDx5wsVeAQGkhc/+WqZKZ4qiAxjIaGMxE6uzJABJXMKBT7QPA6+dLkJIAxVea SpkbfSSHePBg7yA7ADxvwCf9Fpu6lAFAJRr9lXoriT2psQY2FQCQDUVywCDiBgYk+dliBYAIBAaE B2IqIg8w4HcJxNPLCDaAyxfHHzLT77Gompo0Qwao5AxgJOBgML1K099fLCYViBoAUIoFBQOUqmFA ZDAwSRgINZBAZOcKxOtXnyoT5TAAGQwgL6bfGwWtyk3/NBISuGYAzn4CJPB1BmL6uxNfp8ZlTC0C bhPq0utHho0C3xRkwhQ1GlcAkCtIIJNa/J6C3W9mGjIeoOYnNohkAwPStPL3s0s1V8tMAQOzGzAA kQEMBgQDFm0GBqjU7vMNQgYDJs1bD0EU+4uIAcYASSfNNxjYSBi4ADCwqz8MhO8HDAyM74T7DwCA Ih6bun3lJd+9+d6//+rev7xk589WXf7Ur59z16+sPnLqqkO//b77Tl564G0XPfbb5zz6G2c9+sZ1 j/za2of/2fn3vnbFkV9Zc/zU1Ueh3//Qfcu/8ti6yx9fTz2x8tJHl37poT/4wPHRBRUMJMefSzYC WcCY7wKi0Y8H/51k+uWpP6lAM3s179rbWbh3gOeAOVVzP52cAXrCgGCAmn7GBwcXHdKglPQBgAHh 9T3oJVj2fBQd5qhT2eUPcXWZkwCmJQwoAyQHr3IYYAGmbv1H7C2f4ubN8bu5x9RjnUbcWzD9qn7W v0WyF0gtvnUG5CSArbYKxTOEAZ9aUs165fir1WlVG/djo2vTkgaxpKv5NCQWnzwgRpxBdmFm5Tli 9eiI9ASQ4VI8s4drd09PQpBdPVIQRj8Ck10l96mWILH+UiDWn2NJBZpUjTo86HQ2CSG5bREv1xop s7y5czhpz4TCuJM3HAa0cvaZ+R1845BfIq7aVivFPXOxXmHgzJ6rbpq5cUit/wgvmQYGcrUDQCH5 FTXlxABk+tdnksf8+f3FpnsQZQ0ZMKinlzvQl8Pr2x3ahZp+U7uJMQDZQAKJLWhqaD1RId5NhLEX DCA5VLr/PGBsLYJpqEBtfcBAmmJMq2b6q1inGtiSwwAlSXH8Te2GpCxOEWQX6pLBwO4AgHxMUhjI NhFJkl6f+ZwBGoLFH5R9ROH7e8BAytDcywuIpKzlpUO515fA8ECn/tkyywAGLO/KSQBiUrYSyXuH ILX+AgmBAarK7vftD1ACAwPybbLM9+eqYODGnAFkSYIaAzwQrz+QwcBAxgDVNqEmDETQCwYsrgEg V2H3+yvBwOQ1fG8pqSDBgAXjEggMdO3BfxDCNDAgBwag/MCAEUKOAcMOA8OTW/O8Jj2/bVTGQsjk qnkADJAwoFIOA5opzX3dKOglLZ49lS7ktHzdkO0Rkp4ATDw9fRsMUEu2vJoNgYwErBtQkEBy/yLF ANXcDAYWAwYo+H4eGNjdVPh+03iZGTcNT9z+jg/tv+bwy1ce+MvP3vbTi775o6WXPj174YFfP+fu Mz791Fs/9sjvfuB7/+KCh3/rnIf/6YaH/9Hqh37n/Q++avmhU1YdgX51w/G5n/3B0kseXfNV8MBj a7/2xMqvPLbkiw//5lkHhufvDMc/U+V2P0nZwE2/BDDuXQjThZZnZgEzautV1VS0T7sBImkLeHNA rH9P6RagKqmyTUGVYPphxwv3b0tDSw4PLj6M0aReP6alBpdSWqMun7EGpQwGqMPDS48ML2XMvL/2 RyRWvvV5Pyub0/TsP5fYdIx2OFi7BJVwYRWECAPq71eorafR55ImWxWXhFYfG119THcHUTLN5HlX +G/LoEBq1JFnBak+UzWdRo3LqdnCABCNMt05pGeC3ZqLX2fS2QCVs4sTvbKlRy7Pkyp69PWEDa1R qXFnzH0+Vglbr3m5JJVNr6KSZt0s+5lHhQ1iSVV77uTvM6Nfq8kMbRSRa7YGZx0dO+tweWc4YL3c 9iCJF7fOwKjvFNJi5wEx64XYJWBNYxWeOJ/izm7N0xLgAX+VFSDJOH4IP6plcltea/dXw61xJeZx k7OkXp7Q25LXp5/mf75MpVKXQgYkNmVxLNWSX0EAN6+j7iDKxfwGyftVVQFMP33/em8axH6hcuMQ CSFlMusvbBDTUNBCfw2u2WswIN8ps2Rm9Jl0DCgUO4VW79ZWgG8Tgr/ni4a4JH0AHYMHpIaSAkUC A4PB1bu6q60zMJhGWTIYKHmA7j/Xjq6ygXKCW/8h+6pxTQgw99orCMefSU0/487SLC9x1RZQEQ+a SXj6ggo4doUZ0kcMxPR7LO8aouNnMpSsv/YNGDsViMW3WCSfJOP2oQQAXsNgAWI/V+AAIB2DNFUe EPcPEsj6A1MeuAIGjATS64ZIBQNT1zMWQuABYjH9Knr6fJxMcaiYptcKmdoAII9nJN0mRGfP+1/D nUKTMPrM9Ja8gIjMQBJAZnDi6iABSGEAGpy8emjyanX/QxwREwMMBvRtQi1S9+9lyKCS9YXvNzAo k6beAFBptiimCgYOCYW5rzSbfYAyYzCQmgOQwcBCwwCSAD9pjJFbg1xboAQDrlcDFXowABx/BE3N Xb76aYWBD16wSI8Fd9kfyBgAjn98TzsMhFjDMtXg+K7fXr/9yt0vbTzw8qdu+emf3/zTtVc8M7ro wNyLn5j47NPv+NgT//rDj//++x77zXMf+adnPvzrGx5549l3nrz8wKtXHHr1ykNvWHf09M98f/EX H1192aNrv/r4mq8+vvzLjy78wkP/ePWuIZ4ebtj9/iIJFDv+K8G1h/s3TQMDKXbxeb/HCgOMW2AA 7r/OlFNXAoCkw8IAQALEKODDfoWBoVcEA4NLD0Gw8jT0YAN5jU+l4aW5CAMOAPWT/maml2DQJeCG /jwpEhiQuBUGTOr1s0xy/02Vdh+evsoUUtPvXj/DAJXnxd+bC4/iTLHko+QRZwAwe52Ma2O3z4lJ r7LL1/ERO0bc0+8Gg64/oYFZdnHtIgQhz+Q8gFiXNGk1In26TxIQGDBOCL8+cwyQzgADveTM45I8 OvvMYxDBgGMldeQQVpPbpl+H4N1TQaFghrw50KJY1eDMo3DJuO3sBjxYRn6dnQFMzzoqf4nX2JL8 ebIkD/5VkmSNe3rPew9Bk5IXGMhFPhEY0EDi9FsFDHig9fDTnqRGvIHAvMIApo2fKxSrQgUI1KYn eaXRC2vKglIw8THmGYtlW1GaBgaI6OYFBtgH0KR0A8z9Z+I2JAT0+gkGvHVgnOAFhIFw/OrvNZCl LO/fKmbsoxUjkE8cWMZHlfcTMO7me0sdBjBiqjAAIa8MwOJVEGtUGQyYAAMdh4FMjgp0/xG0ijCg sW0iKt1/LjP3eVwIJFA3CkLsD/AZv7QI4PLh7LVX4AygXh8jLb7CgB0bkKUSBqCAAXf/fNGQY4Ad MjYGcBhwJOgJAwxsSXx/q9phACRwowok0MlhoPGKIbX+oYABlfYE2B9QGGBPQE8VU/qm0T4wUOn/ fzAge4RyGOivaB2QBxAABtT9VypgYKonDEgspt+nPbSV/YFMo71ggEsyTiaj3195f0CmhIHZU5ty he8XvRIYEBIgDGQkYKpIwM8GZCTgrYCT57czADRn/uVzpi4HDLAzsPOgw0DeEwAY+O6gzoTsEfJn /yrdJjQwsUeVwcDuX1u184pdP/7CLT/+i+0vfeLbPz9709MnLd51xp9/b/4XXnjPnz39bz7y5O9d wDMDb1j92D9atW94/u7Zi3bPgRbved2q/ad/6oFFf/HQqksfAwysvvSxZZc8MnXx939lxe7uZMPr 9xcxoB8JmEoYgI/P42k1pMEiWn9ggIwHBz2oXP6MFMeFRbTvNP2w+3D/iMXQSz4UlTPR4NIjAgNH BuH4DQOO9NRSMIBImgAGCYX7FzzItgw1hUvg8lFg9t3z4eanl+/1z0bx+lhSH484nxYyAIChz6ea aco7A3UeknO9CKQDAGWOX4NQvuGHt0KMO8hJgFyzbZ8PDX2e96lxQgBDHsRVCEZLjZXK/P0xAYDj autdYu7zaX639XlxUTl7A5cKs54VFPlSTg6oaSmbfeZxiDWkAn08L17/TJpycfMQzTScLn32WV5z lhpi/DrducSxRHgIm847pExWwJ+QQG5leVp5N/qJFkS6qhhglQww5oHJVhFgLB2/YIDsOJICz4/Z qrl5aQIc8t/lfXjhWVjFneO3YPHtpwU2OJY/ZwoUidUx3qqlslXasjDB+itU2JLZd+RLGBBzLxCS JXtKLH4xZdDoIcTOokpDHhAGLKMAULj/JH/7EA29bh8SMNBM5JPEsqvqJSWErKAh4ATdv05RKQCg bCCdAZkaDEiBWnxFBX1LaXzLDCPRIiOBLFZgaGwWYq9Avl1QJEXSK6D1j4MEDAISxNmv2NEpjX4f 8SNlBACJeZAgvXpI2gg+0uj3FBx/PrYKJKDfKQvf71QQbQEk3f2LrbfYRaMfQR/ZK4ZuhAbg8kUC AwYJ2iIQALgpZ4CQvlwohEwBA9lmId0mlAts0AEb8A2kqWPQjwcAALkSCZhICPGuIQa56depr6a8 iEeHBQZABdPDAJXvJgIVBACEQAI5DAyyORC2vqCCUF8SgAgDDTGfY4AwQEDClpHJzRjD5WMacVOz JzNNbapX26mgkpOAY0DAgJPAFgeAraLEAybZQfTqhc4AlGFAZf2hOVMAAA2IAaocBhbaNiEjgV1Q d5yBP/hPz/5VHa5iNEV+cGLvqct2fXX7jz55w/PnbXpyxZce/L2zdw5P7XjdstvO+Myzb//Y07// vid+85zHXr/60T943yOnf3TX2y687S3n3/a7Z976hmXfed2KHX/8p3fO+9R9S//iwdVfeWTVVx5Z /uVHxj/74KuX7om3AJWSfT4S21fAEOteoFcKA1SjJ9BLtP4yqvWX2KaaUalfr04IWNLVldUs4/a9 hAFdDXPPghmTALWMMMDRYKABAJWWEgbo+D0zvPyojKY8hkaW05QHCYiOigwAdJsQjbso7flRN88z AAzU9+finv48GfVu7jmNOBe9O928TDnqtFWyGqpXx9YcH10NSVxgwNERsekhz1us1+o0PD1jncpD /ZTXZ/zrjus9Y4mBT3OhsnDwpaJgbP0dmhnbwMfwtOzrkTQX7j7eYIDFlDl+XWJAL26BLuXym9T5 kBr91ElghqNmlATYJaA4ZX9AZO0Cte+04+bUK80+W30wasgP4d3FIqtdVjNt7p/bfvKpooXehEnm YbXHzjqWyvQSv4+4fP4u40hKwJ/zH1Wp1xfPrZI8kmfp8QMXn9PLg/+oKYX76P1HzkYZ/wBfwoVe w2v1j9HfEuNuYitA3b8CgBS3YkOWMVpgBr485QMGJClLtO/IawFNfA/1WRUrX0zzUZW2CSUhw6TC AMZoHbCNAE8f7r+SwQAhAW7eMtookKvM5WdvH6JNb4zi3VNBL1WrZADNa4zVrMAYIIMBwQCpdN+f byXKYtr9ITlIIEG4f2QKGNCPGFiB8gDfOgoG0LMEqWPQAQ8ABrLDA0YIM1DAgJwr0MC/TlC6/94q AKAQYeAWyHcNaXPgFuSR8SMEwgkZAFSaEQyAIjjKKQLwAM8S6EGCGgaEB9IXCTRWHqhUwMD8fjBA gQfYJSh5oGKAHormQDQKsnZBAQMdGH1jAF9NSzkMCA/MDAZCgz06AyABjAID1ODkVYNT4AGbli5/ 5to6NLElI4GtQx4ECfQSCEHaBWADqjL6JmBDqBcMTFbuv5LCwOY5cmZAGwIkgYVBAm0A4JIdRKJE AmlrUCVz/yUJQHOXyTah7YCB8xcMiN0Xi08qiKlafBBCNAGqVkDSxF6QAHTygu2fuO7Ji7/94rqv PvyH7z/yhuW3jn9sx6e2Hf3zbzzzqetf/PPrnl/3lWdWfenpPff88KWf/uiRx564577777zrnt0H 7/j6Lceu3f3QJTc9fOGV31v5pQeABMsueeRdH79v9vztGQyY+zffDxMve4E6dia4MPf9Be+uI1VN 2yRbgGxTELw+gwXSCsCFmctv1SBV2n07KDy9akMvkq3/VK+Cdr0iGJBXiMLEq603NTMuxwDx+kPU 4eGV/L4vYg1CMN8cVx6VdwEdpbnnmGnVkVHDAxYED+hxYcvkz/v1hqkVkGAg17A2AawVcGwsW6Lj 16f4sO+5VhfT6AyoMI3Y1eL+XeLRsZSZe7pwXIK8wABuCBjINxT1Eiy7dADsVvDxlN5QMxIoDMjz e/CG2n137aQCJQQaeksyzzjPzBaQ6CWSQCOpdp+irafdV8fPQLGES5bRQCtDs8+8Q66iubf+AO14 KqAyCw6nzls5XRS3zcx6kuZ5W9hoL1CHLQWpnnkpPhsAcAySPMZj9T3bRd+PgHf2eo3Ly4UETPbr MZbFLDAxD6duqyM07vZfgSls95iYfsYUYSA2CykMWKy/qzRC4YaKAb6kzJCRAzLw6Bpr0Mz4+QeL qb6biFoFT6+jniVQlx8ZnbYqWgpkA3H/I+vYH9CNRrbpSANlg7UHeKRYX0W6bj8YQCFBaiS/tgUM htbsh4lPSXlrkC9leaUFOXYcyhGCrQDvG/iqIQFvyBMLPGAAux9JjLqzKCMB9g3E4tPlq7KeQAri c2aFHAaUAUI8XQBnv4JBtV8oj5OiA+BTBQDTcgvSweJpXkh6K7cYwfrH4YHWXgHAwPYLcSrvHSIM aGcAMDC4+DudtvcOZTDgmYwBNM8Rjl+mIAEJdMtQMAB4IM4ZU+r4y0xBBSUMULPm34AR1p+tgBYY QODfLc6W4pBxT5UYEHHj82SEgXyaC0u+O0jja2fcGbAewtDkNQ0Y4LQVBvJegQs1ESf5B8sKSX6L TTMYICFgdWLLyEQBADNQn0YBYKCQkID2DTbNKY8L55LvDGw5KYOB6Am0wwDzqLEjxcYPsSlIMGDO 1MY5k1cmTV0+e/JrGQBYjCTEA8Q/+cuNtx8ADMxXDICn78zzQwKV1xd1xg0GUlsAYDCxZ3DcSAAa Hb913Zfu/uxNz33+xie+c/Dho8fvfvSxx3/84x8/8exPnvvhT//q5Zd+9jPqpz/9yZPPPPfdB76/ /+Dh23fsuuW2HXv2HXjgew8+9tRz9z3646v3PHPeFd9f8hff/8P3HRqa+63u5O7u5F79LIB88df7 AFDD5bsqc89kNqV4brjMhJonBPSpfza1DsCQxdwvlCuHgaZyu09Dv/Rwd8kh2cNDdZce6lY+3jUM LT3CWHb7qLnvId3eU0yb9QSDMpOLj/9ru0/Jkk9XHMM4gpHGnbHK4pXHVJjqg38Kll1GxQC2CMS7 D9Pcm6GvJNhwrFCjBjDAgCRAZy+ZY5QY/ZS02B/ziyym1zcS8GkSLqkyqtE1x0fWHh9ZB8N9BwPK rT8LiA305ZFUDNAkHL+4di2YLdZfrTzupoEWaGyVWNKH/eutQFfd6AsSiDT2VUWCWG0397Tp4qdZ s04q1evrtWLi1XBrjOJRXiL8cKZebreyp/5SU0h/gpIl3pAbdaA5sNcw5cny0nmPnSXFdL1HZ591 RyyZ7FYuyThmFLwxG/fJL1SpxW9K7L4++G+V/GEqjS0fplyVkUPKaFBWinHXBoUJ5jt34bJ0NkbN RBmV/2KovLnexG6IgLJbAVQOj57DbsMIWxOcFsV6rkDqUSOr/MuL7kEuuVZNPGTJfH9Rqag0OSpI n0H6D5ym/oAGKp3mmSRN8vyAtAj0dUOaWWsnChQGNJntICq2Eg1ShAEGsYPIOwY08R6wGAbdp5AZ eqmRQFb9HURaQADQ+gwSdEmD4AEVkhKQCjQ2BgAVOBhIBgxQnDGwDEiAHYNWCRvA9PvBYsUDbREo DyTR3+cMADyQE8bLWsAASfYE7DwxIUGmto+os1RaB8oGsPh+hriW2P3iKwSLbxng43+r52pGCHGQ IGJ1+XGuoNDi5P7j2ADykRxYcNNAr4+USVtAqCBaBAUSqGjxFxgYGAYgYyRwg/EApJxQvlaoXXp+ QMBATxsX7r+XnAQaEnNPfUM6A5UEBijwA8eoz01/q2KD0CBIYDJOG189SAbAtGAD4wE5W4wgaw5A NP0OAGH3i6Bd47T+4v63qK0fHt8y7ElR7vhbpTuIJK4xQCSbi2LXkMfFQYI5BQOkz5OdvBAST59h gJNAyPOgBf3+wILN/CSZ6KSpjaE5kxtrGAhlDDAbwVTAwM+vBAx84LwpgYF2AMilMNCZ3BvyRkGC gaF5t877+IFjD7380EOPHjt+5+59++/97v2PP/nU8y+88MKLLz73wovPv/Dic8+/8PSzzz36+BP3 3PvdPfv233Lb7Td/+5Ydu/fcfd8D33v4qfse/dHBB3789f3Pf3Dr47+19tbOu7Z1593WHd8xyI+L ydtCuRfIVTNACEafATBA7LvGZuVVIIFOmWmTPv5368+YFyZnn8eZYPFTIArrP7iEXn9wCQHAllph AMZdAMD2CKmQFBiwoGHfId6EQQsMZFPT8DI6+yTZ/BOaEQyE7xcYUJEQVAYDWHISCAUMtLn/E9Nq jnxPqPt+ToMHMhhoSkmAnr4BA54RkQSyaSYHABjuO0a4w4cw4O2CZovADH0orDzdtqziDrDdkcwV VyE2sx6xXCJJm0KzPc+lJgxUgkdff3z2hjvGzhTTHzekp5cAgrEWiy+BxAEDHOWRv8AA2wISSI05 ct4Zbt5iuHO7YTzIJ2aow9bLQRdnscwYgJyAaVoV2d1ceWYGMNAm+nWz7Bxp6MsClxp9s/v4w+RC 1FsBLyxhwGp8GmqjDjp43UqkqBBJUZRRJUVA6ua1sikWj4iz1wwxwKWOX/Nw6hxjW5FXytR+RTsJ 6unN38tUr01JhYESCXRV3XyS7TXCiBo5bABbX32sgJn0xiFOYegrtSZVYf1TJrn/SgIMJvAAMIBs EB0DuHZvFESmVeLs1dwnGJCpAUAurWcAu+9fJ4jVHAZYICIGSMZhACTQBgOyau4/owJJpkYBYcDj dhjQaZvv7zlNLxoqYECWuI+IU3p9HiBWf5+JrxWira8+SUb3f4uMdvg4rdLx0/drXMFAHCcIwdb7 mAKz+yLAQD5N6g0D4uwTD4QUBjraHJhMMADZTiHZMlS7/0oVDExO/6FiU9YcKKX+nvHAuPQNShgQ HpCafwAYoPUPGNAzAwwmKhjgqFJnPzyRYOBEtAViK0AkMBAkMBMY0P1CGmcMUOoEYMBJQGDAH/Bn JAAFCeRJhYHAACojAYMBsf6zJ66YM3nFnIkaBuYIAwAGFAzOWLb6yR///PLbCAOT/IJYw/fnUtPf qpwNuFlofM/cD9/yox/96P77Hzh+x507du46dvyO7//goccef+LJJ5968qmnn3rmmWefex5UgP/z 0MOPHDl67Lbt22+6+du3bd9x/K57v/v9J+566MVdd7/49X3PfemW5359+Q2dd27unnZ994ybupM7 uvP3ZHZ/v+7vb0iTlaeXpLj/SlWZSjYFRQzHf7CzsPD6KjX6HBvbfqJATLy9/4fuXxlArH8+tkpN v8WQGHSZyoafHjDQKph1HTWIDLz+oDr+FZgekt3/qCm8vm/+KZIKACNZHDCAAO7fGgKrjlO+w0fk Dp41R4dX2ZYhcfAo9tU2qUGH6qRcOwqtvmNk9R0cddW3CcnUruVGoMzrjyYMqBV5aSNwBxGLobV3 WCAaWcfd9jD6GAEDHCVW0UDTiKsdh2xLT27rTXrVerYXWOxP/cOU21SL3eLnMr9+ooL7z+MNd46d eacEsomIq+L7rUAAQBQ+O0S3rTBgmaZTb1FOAm7Zs1WBAcZwnwoDTCai6CEUeI3cze8sN6GRVUfu vjz+VJ1CbtnNzbutt6mXwcSP+E3U6JuUIoIl+kovF0kMnEAgz/VHzz42wkxeQ/OtpjzE/T+NGi0b RgD77v5exOf6hAG9z1mH5CbIHNW7qczTCwNQmo+f9ruxZsNBDcbOku6Be31b5ZtS/QBxqeGzKC0O GQxExk8myE0sgH23zxW7kq3PVK2OrD8IQx+rEavRt6AJA8YDVgbB/SsAcNVgAIHE9PHFlqFSBgM6 leIUYFRF7KtpKaRsIAUpqW0B1aBpV6nc+u8eWiljjgcOAJXg+wED2itIPODiEs8PtLBBoYABaQXo PiLfLMTvFgsbyEg1YEAD//gAlbYMFdNc3cW3cJRXD8kRAj1hnDGAWH+L4fg5NZevVKD5aVXCAFQD QK7YLCRx9AcoPVisMjDoITs8IG8WEhhgpjD9PZS5/0rq79kZQBAA0JRXUm7uT1TaCmCsGKBSKggN le8hFVu/TZQb/ROWbhNqVQYAuRQGsKotgqQcBqAxh4ExicemNqkqHojOwMkLtzYxoEVCCycBAxYQ AE5agFvZ4ePZCQOS7wcJqDQGEqSMNwdOmuJZgjOWEga+dus+wMBEZ6JuC1SOv5dyElB1J/e9bdVX nnzyyQe+971Dhw7fcsutx44df+iRR556+umnn3n2mWeeeRp6+pmnnn4GYPDEk089+tjjP3jo4fsf +N4PHn74oUcef+ChJ45/7/nb73hu885nPnvj07+2eGv33du6772me9o3unNvFh6oPhBmgmtPU8Zp Grae+UytMKBfDVMY0J6AlBUAkKuZyWW+X9Xw/dPCgLUCfK+/SpYsnrlg1iOIWCQwABIwOQzA0Eul TuHgZRSvL0kx/ccKGJAAGsJUSAA3NCTgXiChhZXHWSOEYEtKC0lq3PlE3wx9KTXxlJn7gAHLa42N djbAlkz5RiBOk/tnEua+KX/23y7rBiRTnsNAJSWHEJy98oBuyFGLT/Md7lwsviQtYxcGDESQ1VSa DX/PQMeeYlkOA+GPN8QdaK9nb6CxNiTQglJc9UBjunAL7pgDpTwf+efOnpd4KyCWeHIAMXwzLbJd qIGuhu/Prq3/Nr2zxXpbjKg3D82b+1Vi0CWvZj1XnkQ8ejZdOAQqwOUaiy+XSu8DxCWVsKSrGvDP QMzegj3px63o0W1VdYRtBBd7AmfzhIP8aFE2omIZC3ATPQhBGOCUq0AFs/7eE8ilGJCmEJx9FNDr q90338/TCOfgnoe43Si5fKuBkFcAqMQlBwDDhqylAAbQTIiNggYM5NNKuqrWPwRbjxF5DSQjSTCA jCMaGw+gzK4ycTfRAYwCAweEAdSgWwMhnT2QUY27B5QdIShhgE2ALClKq5rMY4UBTcLTOwwwiTHY QEU86AEDlExzBgjR8ftnywYbMCBHCHhygIcKXIIHpXIYkLaAuX+QwLLtHYUBjEs4OgM05DDAUdy/ cIKggjcNpNJ5QGFAThUP8vyAfq74OzxLIK0DP1uMkUEcHlAM0AxVWv92FTAA3djI5DyQTD/UCgMD k9ws1EuzvEWQny4YmEF/oASASgID4vKlgaBBfxjo/52BdsHod8kAOjUSCAUMRKZEglxh8bcMjvsJ gRmI1r9oDrho9ysSgHIAiIIWGIAUBjJtGp3arDwwBySQGgLAAFVxTqAh7xsIDJzk+4K4F0g021sB gQE69tQkYYAtgvkMTl+66okf//yrt+yb9f5zxyuLn6szIS4/TguU1r9Vvzn5ue985zv79u174IEH nnjiiR/96Ec/+elPfvTjH/3whz984YUXnnvuuWefeRZoAGB4/PEnHnvssUcfffThhx9+7PHHn372 hYcef+7YA8/edPjpr9362LW33vG6d32ie8a3CAPv/Xr39Ou647dUzQF7I5BbeUkqCcDu7x9YAB+/ X00/FGVWXMKAvioUMEBUEN+v+4IYq7MvYKB4E2hLZ0AwIJf5+0zdRqZVmXGnmpmG6MsZwNOb+0+r Gvt41PYFaUC/TluvYBAW3x7za0YcfF/hWovp+z3vRv+4bPfHaO5/WEZodDVG2H2ujlrSGcAf8MdG /6bU3ENi/RUbjuPCMT7RL6+yzkDiAcUAVbL4Lm7+kVGVL6lGddSCtWHNGaiBzgMrcyUY0AKRw4Dl Y9VFXy5luDzP95b6+zPvHDW7n8y97iNKZWQAlLEme/Avv8gMpJuCjo8ir4cHVObCEWTW3G13LibP PA4kkPoku4NcUsozdM9plXeInzjrjtGzdQMSf86K/cL4XW0XFD/BG8pt1Z2TB/QO1goIcx+KFgFc tRccx6jJvEwDWvAsD2uugV4e8mmMR1DDPwPePS5HDXhDbphfCGlSa8bOkbz8kP663sdiSviBIKHJ I6PnIMPH/Gb6eX5AjxAYDAyfze6BwgAu1DJmaPTt5IMG1mcQGLAbagNBHH/FANDQmQcx6iN/FLDS txLRpstqSPYOJQ3J5SFNqr/XQGP5illChepLZ1EpccrnMEAeIAwQGzIdHFp7cBA8wF6BjJIfzHoI ygMZDIhki5Fb+UJMlqY/2CAV1DCQksPZEhQwILG/eBTF4f5dCQ845m8fymCgnIo8kPPEygPcPmRn CcAGiB0AppOCQVdIQMFAmwaqQW4rSkhgRl+k1r+ZtDjrDKi6S77TERiwqSDB4CIFg1s6C4kELkGC hcz7EsYGA4Rq699UggFResuQNgeYFDBARp799xMKgAQIGkeNp+kPlO6/n2KbEEx/IoEMBjDtnkhz INsppC6/aAtAPDoMDLC4XGqoKy0CZwDCQKWw/rXGt/LMgKqCAVGGAcn3u2LVugSl9a9hQD5KsHl2 vjVo4VZISeBVi7a9alG5ESiTM4C8chSav5ESBtBWQFj8HAP6wgAwoDhAfPoSwMDPLvsOYOCcefmO INVAuP8EA4Xj76Ox92659hvX79yx46WXXnr55Zd/+tOfAgb0349/LEzw4ouggudBBc8aFQAJnnzq qWeff/HhJ1449sAztxx86Jadhy697KvD77yse/oNhIH3XM1x7s3dqV2JBKD58P0HMQ5iJAMcHJyP 4NDAAjCAtAhchAHWcMNPZ+GhLmV55QSTun/1/SLGteM/bG/87CMAAC4JKmhYfOhEYGBaAGgRfbw6 fssw4BS+n0LAmAcMvDOgz+/h3SWWTf9SJrGMbu5nIjp+jdX3ex+A+3naYSAVaGBT3aWz+tjwGn0X EMoMD3QfvwTH7Rwwp7rKPPf2lHZfd/uMMKC0OcApPH0PGMhVLK0VTmiUjcmSTWncW2DAp+b4rUAU U/h+mPUCBmDTI2YxOwN5Jkkr3d8nidFPT/rJA/HUnxgwSses5EDrrE5abqJ5DajZaXqn22vCgPpp 9d9MskCmUqAOvgkDJpZpZZ7UoFgKGABFkEwECZBPPyTFY3Dq0hBgZSmW0cdT4tFhjmGm7f5jZwMw jicj3hTtu17OaS94yIUahQEEdM/FUgUDzgCCJe7apVIzZuv9R8+hQaetp7PXx/+8g10lCIF4RIvZ TGBXgRkWUCPSLsiMvsAA7ik8ILLTC1ocBbKdyfsYPHwMHrBiuSevFRggOQwLD+Cq8PcjghnDuBWc utICRjYEyAYKAzpawDw9PdFiA3RwGLel44cOD204NLIeFMEljhkDyCcdVMIDOooGLXAM0EYBPT3G g/bWUcbh8jXgK4msCUAwOCAYcIBT3TXkrQPegS8w5X14KyTXAAYkjteYFo4/C6aHARvLJW0F7Mth QLS7u3pXl/uFah4I8S1DLAjrvxsZ+H558agcL16uDIAYeS519USBvHvU8UCOF2uy4ftF0g0gAFhs chhgwGf/9pEycfyJBNgfWHJbZzHicuOQKzLcGgTTn8MAMzT3g8IDavQzWYsggwFjA3uhUKniSHHh +1t1o4swQAbIWgQKA12FATk8wGPEU1kHIItleh1E6190Br7BNwvxC2XXD/SiArh8WnkNxPePJ+sv 02T9qYny3aNlZwAKr++C3VdV+a93JyHywGDxGiK3++wGINCmgVJBwQNMKgaMb5NAtwyFCAaD4xhV W2D6CwYIIT++ZWRiGxTHiytlpj9gQJOR12TNA4SBjAfSJ4oXbJm9YMuchdBWSEjATX8GAJS+WlQO FuuLhsp9QUUfABqDJn1UFQCQafKKk6auxDh74vKx8a9Bpy1e9fiPfnbpt/fOev/Zc9X9BwmI9S9h YMbiC3/e+43PX3LFwYMHd+zcefjw4UceeQSm/0c/+tGPf/Jj5YEf/vBHL7744vPPP4/8M9wy9DR4 AONTzzz7/R88fOjwke3btx87duzir2zpvPOK7nu/3nn31s67N7M5MA8wsLuEAZDAocEFhxgABuYD BmQKi+/HBtTlq+nP1V2YfP9MJB8AVq8PEjiSfH9vDS2B4++9C6gUXxUK2UYgyYiJz+NppI/54fi9 OUAeSJKp+/5pZYYel7i5n0aZ3a/kjv+OPJk7ftnlz1ED3fdfCQxAEoBf5yN/Mfqi5PJlOnvtHVUm r7F8BgNU5u9V6tclNu+eSw4GFO2CXGPr4K3vtJgm26x2u2unKS9lV/URDL0IMbx7sUSJ0ZdV2/mj DCCjy/Iu3kSYYTSrcalvVgPNGhGD2WfdxVECNdCtUo/OQO4QeVFQxD+YggpMfPZ/fM7Zd47S3FsD wSr1vysz9HT/59wJDECNFpvV7inUVBmT3PbY2Dmw6YkWNJiZjtOm4/L0t5lwn/irsj+PT/eBAQjG AANlGWEgYk4BAxYLDLALIYFkzhEG4N1ENP1crZVoQToMxADAgCEBRi0jAxhREA8QqK13HRk+UyR4 kMOAnB5OlUM6SgcAPt79PbsH/GltIxAGKFABTD9GQQXlBBQkGNBrh9eb5BKSA8TvlInjR41kMk4I BpAtQ4oE8q4h+Ht2CVz7houpaA2o4KCfLgAMcEpUWHNA7iDHD+xgsRaY71fVvQUq5wFOOWLqnBBS GGBAAQZ2EwkaDAANpuPFQQIKA+QBxPLKUUGClXD8u7ord3OE2ApwDEgCG9hHi/UYcXW2OInkYO8n ZUNAOwOAAUKCNAT8RUNJygyLUca4cP9eo1Nm9PG/SzPOBk0SgO9HYABQKEx/XxEPplcLDHRk2p3/ Le0MhIQK5GWj2i5IHQM7MyCx8YCQAGVJfQlp64uG4P4lECogBgw4ErTAwGTh/itlx4Lp9aVX0L59 qDPFd4xGvVOBuHzbFwThJjUDhHR30OA4rL8FLiUBKDLWH4BqGAj1aw7kMKDWP59qpgUGoGgO6LeK QQJjRgLAAI4nsyEAVQyQdgSJrCGQYQB0JcacBKDEAIIB1PjlsWpi5sqTcAdfxQgRBn7480u/vW/W +84+owPfnwHAwMQ+YkDD6Nea2oexO8lRpv41gDO+fdYHP33o0KG77777yJEjO3bsgLk/dPgQ8ODA gQN33HHHAw888NBDDz322GOPP/H4ww8/fN93v7t3795vfOMbl1562Sc/+cnPfe7zN95443333Tdv xfs777is885NnT++AmP3vd/ojt/G+xMAchkMSE8AhKDfDTgkTYAmADRe/sNH/hrXVl40U98f24FU kqGJ784YBlSGBOL+dTwhSSvAp+ABdfbLrAlgY+b4h7jF3+JBfhbAHv9rhuYel/hp4Gkkth6B+nvG 4fJzox/yaZ7XMisuNbzmjpE1zEtw5/Da48P+IB9xcvYizfcSCoAEeR8Axj3GctrT9KvyVVhwjqAR 4QGdilm3qStz7ZBPqbYdQRAf3sOyc5eOeHEdK8HNK3Lwthxx/1xRKU/0zcpD0gGQS3y0jCsZa/XQ ZuvluXs29lHUh+bAZzOYBgZ89xHqvVIuxFRVLInkib5Zf/P9Z7OGLv+cAgnkQl5L9y8MYM6bFhw+ 3k28BzbtvRQZJwFfPUeRo6gM2SXntNzNZPds5EvJHSLmJYABoYLGbb3MpRjAspEMG2jlMdYkcFiD 6CFoz0HrKUlWgo9noI2FnAfOPAwrj6tIBchjGnigkjK9Q2joLDYKgByKDUIIMPS2WYjuX7BhEC7f VskJwgaHh+D+yQZS6S6fvl+svwIAUUEYIKbCDMIDPDNwCDDAjgHub3uHTIM27suTJAG2C3i0QCSd BPYExMQzlrx5eg0IA1AwQBsMtMnZIEigVjQKVktQwkCuwfT14gQDqiFuE2Ig4+7BFUACOn4CQNpB VEr6A2r3S5Ei2vJ83yhfMQQMWC7fJgMV6KhG38Zk/ZsKGOilrnyiOPtK8Xd4cmDxdzqLbukswsij AnyDEMbF6SxBa3+g0gx4IJoDlAb6cqFO+SECk+MBYIBS35+LLYICBlzu+Hu8eLTju4a0XTALGCCx Jk18s1DGBo3OgNyEARhgcOIbDgMlJIjkGwXsD3CpsaqSq2oGCCkDhML6y1QBwDI5DJjiswOZZLOQ M0B2igAwMDzNR8pmAgObhQQ2gwEcBqQtIDBw0qJtEliLQN4xqluDdEMRewKOATxyoBqb3Fi4fwOA y0VXjNLiXzk2YaZfpe8UyjOh9xIGfnbpzftmXXjW6fxcQOwLorPf3xcGwv0j2Ned3K9UkGBgcu/v TX788OHDMP1PPvnkCy+88EP599JLL/3kJz+B+7///u8eOnwYjv/SSy/9yEc+smLFivHx8dNOO23e vHlr16793Oc+d/vtt+/Zs+e1bz6r846vdt5xeeePN3bfc2137i3dyT2DCw7C+ofIAD4CBmRV9wKV DLBIx7Y3gSoMNMy9a8YwQB12yTahfjAAo586ACrFABtlS48EGG2fT771v6ekIQANBwmE1zcMgNE/ 3hDd/6CU6Y4gvYTOvk9nQKy/Cj6+ggFY9iE+whdnn1y+OP7M92uQjyHcoRJgABgwslaEAGVr7qTy 7Tru7/uoqtHdOxJwjIBWvo/E2ecZTrmrJ4cBeegucWj2hrsstoAm3jJFnMTb2pb95NFr5T5eR+GN pDPN/Y85BrSoxABU8qk/eSAZbocBxKiJ8cTkMJBbeQuQqfy9JtNU4jlnJR4IYSqO32HAVzU/do7a fS5BcZVggNRrAZ308SgOhJDArTn8vYgZkcZ5XgLPJEeeLglZTXa3Qnq3KhlKFIFRKu1uVlDBAItx iSf1WjHxauhTpVp8j2X0nUWy5L7fM64j0jTgHiGJMxhwckgNAZAAHX82lZg1mmnAgBxBxhTkwGt5 OZ/9w+gjOAz3zxjBBj7v50gSADMcER7g6HjAvPQWiAcSHPaREgAgDGj3wGGAMSx+wICOpWTXUCY+ +ychWJ48YI0FEadsDriPd2evDBDYUMuAodC0MOCaFgayYwM5DDAeYkMAAbcJaaa2/k3pDiLpEsDo YxwUBmhiABmAgWwcIgzYS4eS7FsEsjso1MCAPOY0AKCAhFsAAB3lgcWAAW4cGuC3C24ZWILxO2AA xQANHAa+My0P6EcJGNP399o+xP1CA/OTOhwBAxIDFQAAzgA5DOgIHjAwcMX5gVqyWYgvHu3BA+r+ EcwCDExcq8kGDGjroAcMiLqTNQyICsevMEAewDSdH2hKOwPaKFAM0NheLuTu3wKfNmEg2gX9zhYn HsjBQN5Gqt8pa2CAChhgQWCAMcDUVo5CAmCAfHfQnIXBABwdBuwIwUkLIDtaMMdePQQeyDFANFFo 9sSVs8f12b8+9RcSUOs/wSRIwKalRud97b2LVz72w5995aa9sy4887TOxN7ueP9ugNr9fVB3av/A 1F4IsQT7+PVfLsV3gg8MnnHzqg985fHHHntW/r344os/+9nP/tN/+s//7b/9t//4f/+PP//5zx98 8MFvfvObF33sYyCByclJwADGxYsXn3feeZdffvmtt976lqkPdN72hc4fX95915bue68bnHfrIEhA TX+hA3zBqOc7C6HDAwYDpemvxTMAGmffA4bvr6R5RQKMUK/iPEMAYH8gef2jmftHHMqSy45hHFp6 bGiZSv09zH3EJhp9BLrtJ6a6xFH2CCUYoN0fXN7KAKbhlXd4sR8PCJcvnBCnBeDXGbjvT5lggAwG aN9zc888AxbIw374eBnl2T88vZaF9afpz6cYnQTWsnhszZ2h4TXH1MdXEpt+F0155tpliqTJbiiB jNOQAN15BA3jTjkMqJL7zzMb7oKzH7XRpI2C2euLehY3ntar4ul+PqXpz4oFAyKguVcY8OKaDej+ KSmw2OrDPYtsyZUvUWrTe50NAAzAzSsA8Pk9iwtzXwR6K+0GgD3OkTJ/3m95lz7m59Z/mfJaEcy9 WGR1/BxJNVKsGvWAceSNIiyZ8iY13zDKzId1htWW36IKeOCq/LSvJlpIQSHBErmD/RDLIhmKJOUB flryUmNLGheEUACAKGIbnQri9LOIMKCbiLjkMJBWdarfMoMkiLxLWgEOAxIbNojvh60nFaASAeuV CggJrNcjy6M8bcxAb6KOH4HAAJS2D0HMKwyceWhQgQH+3hlgeD0ZQCuVByIpvQKlgiRcOygy389X l2KsYUAwQMXpIE8by8imQRI3F8kOIjlLwIBiMUZlCbmDWf8ECTD3EYfU9A+v3juSTSsNrWo5TOyS kwM8TKwHi8X9q/UnGKSpxl1uHDJx6rGqkwLbOBTuP/AgMtpGcCrQl5DK9iE9YCBvHOKLifRcgUot vjYKlrXAQC/JxiE/SSw7hQwGTMYDKm0OdBfaIePOopupjAGg6tMEmfVvRQKY/mIKo49AYOBGPTmg DICAdp8YUCJBGw+0ybcS9eKBhgoYSKoBQEXTL5cMTpIEsozGyeVrW0ADqDcMQAAAjAEDlg+vL9a/ lpj7aBcoGCQeaO0MqAQDQjOEgVAGAzweoFuDuDvISYAYAAbQMWBAdTLwwEggZ4DNc6IbMLlpbMox QCR2vynZMpSbfsQ8HsDM6DzJzPva2DwyADQy96uQwsCXb94764INgIF94IESBvjUP9P+zpR0AOj1 gQE2HbDABE4QHeA479bfXvClr2677emnn/7rv/7rv//7v/8v/+W//G//2//27//9v//pT3/6wAMP XH/99RdddNGqVaumpqZAAgsWLFi5ciVgYPH6D7/ujz7MhgBfKnpt9/SbBid2DE7t5S4gUZBAh8oP BBMGuosOi5h3x4+pBoc6cP+LNcaqVkqcDH0fKRJEGafdJUcGIesGMJZbAQNkyToA6vgZSLKCAY7w 8XJa4Eifrwdk+398FAwYJi04Dyw/MkjR1ktwpPL9rQIMUIzF9DsM0NNLRl3+8EqMIjf9uIonAXSU IwGap3Q/j8Tm8gMGVjsqrL1zWOw+jT4seCRp+tX9mxQedNWEGGUqmnjtD9wxsk4LJKZiWvn7u9IZ X9sOFCSgcS6pUclWHBFJoA8MyMFcCeD4QQ7m9S3DtkCGAUICAAN59h+K4jPJDIVlx4glMeJYlaR5 +ugAKAPM2XDnHGGABAO6mix+Js2wTAo8X1ZqLFa7SEKw70yqL1c3L2JNlZxjF5oj1yWMnJ59x2xY bYmVBHQJaIFxlHlZUkcuU7X+vIlKLhErb854tgX04vIEnT+qP60iDLCeSTHWjGefm4x7uiqJltoL 4IBZbJmw5vKLHlN+CS+vGCC/lj/HezLJvCxpgfx5Vi/Krs2DqDnXk34rJpOOShlrchjAr8N/Owlw bMAApjxvkIuXyKjSgwcKAxLIKW1x9vDl2j2QPUI2RawwwNh3DUmx3tAwIPghlyKB9AqyPkAwAIOD uq0IRKE8wIwcIQAPsEx8P3cTsbegRwvAAOwPjJQYoAoYYBxdAkWCQtEHIAMIDMioMMCdQmL0ObJR YEcIChhAWbQCdKORBIIEtPXOAHKVWX9OVxszaAbSD5OZ7HVDhgS2iSjxAI1+BgNJtpT1DUAIbv25 fUhkAABVMNBdvtPOEsTx4kaLoJS9h1R4wIVYwYC6DaPvHTIMsLj8SFmLFoduGVh0C4IGD6gECRZ9 x2Bgoe4jUgAQSGDfoNExCKPPaZj+dg0QBr7FQHsF8P0QYYCbiBwDDAYSAPhU9wvlDDAQBwnkfaOd huPvJ9s4FBhgYlvADxWo14cUALAKAMhhwOLJa2j9xcrryCD6A7T7lizFvHywTMVYdFVnfFvIfb9J jhEHDAADIlAeQFBjgCkngYABOYKsnyRrQ4ItEfSAga05DAQSVGKvwEmgCQPAAMJARgLUxMbRCe4F GpMRsaiGATkofCVJYPxrozoKBrTDwPkb3psxQGh/KfIALL52ADpTB0SIGYj7zyXMoF8Inrjt1add dsa5X/v4l2/Yc/i+n/7s5Z/9/OfPPf/c3Xfffc0113z0ox9dvnz5+MTUO0+b/JfvWPzGt60fe8vH O+/a2j39W4Nn3DQ47xZ+eJgYwJcFcf8PTwXEG4EcA2DoF6qtz6WP/8vk4oPdJYc6cOr2hlBx89YW yF1+kr4/dMgaAlpjks+HHemKv5dY7f5RZ4Dc8U8v+vi+JwTYBIjn/RqYsGrv/NFH+7lgzSvfP8Qm AAN4ehltmiV77gsSZ3+nAIDYfWZIEUiqhuDydWnV8SEx8YoBKjYBlArC4gsMuF+nqmnIMSBbzcFA lZ702/N+nYoQN2AA2FBkwvrnF941tv7uqJHTvcYATRiA29ZVm2ZLJgGAIkPjTo1iFNMfnj7kGEBU QM3sM++G5mCUephvrMJVSwz7bo6fth7uHxYcU7mn1HA0xy/TsPtNzTm7mt6dx7Fa5T2OB/n6hB71 UOHX/Q7m6WWJxZnVNkmxu3yx/ubao+Dcuyw45y7W8EdbboUyqbxDLL7Y+tzcW6xLsNH6hx3PeMCL pVKtP+UF4qdTsXj0mDZ0bn7nNuUcIswAk63TaS4MDkEgl4ywFZDdQXy/TuOeGkMJBnyKyz3OYUDE E8ZIChgQHowNbFuR8oBmZOqrcuYY8hqYdQlk1KPJWuAwEAI2aBnyTRUw4M0BXRriZqFa2iWQUwTW EAAJsBvAqXEC1dYWUFlnQDQsxwlUghDGBhrY1KX9AUpJIB78kxP0aIEeO1ZJ34BJZQaRHzUulWfS C0w1SBgg0s1CKjCAwgDkMFBLMCCxAWBApyq1+7KhiAeLB0seqKXfJXAxk7l/aQtIH8BUkIC8bJSr lowuAQkhkUAl+H4dO/E5guABF9x/BA0BBoAE7B74O0aBBG37hRrtgpC9eqhkgFrztTOAmI0Cl54u iGniAb5iiGJGrb8BgOwRyqYBA3bs2H1/a6/gWpHEM4ABl8IAyorOQGfimq7DQFKCgVLjjYwghJOA qgUGdJuQjIAB20GUKcEAAj7yr2CAXx4o2gI8M4BAM337A0ECDgDbclUMEFQQmr1g65yMAWZD1hDY SBjIGIAAIGMPXTE6cTlEEpi4vDokkGNArvcuXkUYuGnvrPPWVzDgrYBCXILRlw6AkgBNf7j/pPn7 uWto/j551c8BEU08v2sGi//uLaPv+trsd3559h9/cfTtnxt+68WDb/185+2X8sticP8TO7oTO22c 2iu3IgNIH8DaAnEMQM8AZK2AGWjx4c7iIx04e4khevpF8by/kPcKLM6nliQDhPtXT4+AhODTJPh1 CXw7kG0ESmpmShEG+Lw/c/yOB7JNSIJY4qrY9zxjSQbZEp/0S1tAJEjAMrh5ffyfS1y++X6RU0EA gFyFIBy/un+VwoDmae7liX64/5R3cz/qgcke+fdW5uBF6uljDNOvsqR4ffhyOn64c63Hrcq7Ma/2 vXkGoJI+4zffT4svj/aFDbQh4G0Bt+8CAISBdsHaGgzQ5fNuQh3uvzMYMIufJBnrDMhv5fmeysx9 Ln2Qrw5eTD/9vceWdGHKPxsBY2MAXUIeNv3usXPuhtXWPBw8vLXEtcunzq0zepMqqdJbSVchFTgD RBlhYHbjtn4JnLHSBWBAMsW1ldx2m5+Ga4/f5X2aMCA/bcnS0xeVurlIGOAOUAGC2ZLJa6ys7C0w 6WV6fxSwJr+2DQZi2g4DIgTVqj74HzvXHucLG+hSsu/aVcjFmygA1DCgXh/yaUYCeazTPgoGaM1I 7JAg01xyAkEaBTLVHUSccrMQAUDfRKT7iBQGDAnsbHFCBZr7NhgYtA8U6FSDxAYGA4zZHAAGkASs xkkAQo03B3oJjj+LaxhQBQ/k6nOcgBigsbOBieeJ4xQBp9ofaO4agnISIAzwhUJ9XjoEAKD1Fxjg lD2BdhjoxwN6wKAPDECw+zo2RBKgMhjIjX4SYaDvoYLc+jeVYEACO16sPJBgQFXBwKysOdCAAUyz EwW93jralDJA0rV8LWkfGBAGYE8gwYCqz46gTBkMiO/P41DRHFB1J5h0GMgxQGUwMGQwkGFA3iuQ ggYMkAT6woDxQAEDC68SErgKdr9kgAIJtHVAAFASUAzQnkCOAZPm+McK9w8BACLpMAASmOIhAe0G WGeggQEqPUD8lZv3zTpnbcBAkwFCWOX+n4ABZwANfIOQdgO4iT/DgCnz8b1Erz//4PDCg0MLDiAY WnAIksf/h2T3v54ECCFDtT/77y/CgJh1M/QlBtgOH4ru38uYFN+vgpuPIDSUYrH7peDmPeDGnu6y o4N2EsC1/NgglGcyDS8/PrTs+BDG7BE+xLwmSQh1B8D9PWKz8lKTnL0pVVp9XRDbfkTDq+7MdAfc PwFgtQQw+qvvGlqFkUeHYevV+sOmm8tXEoipwEBSNS0FRz6sMGDm/i5FBY0lIAxoT8DllW1SBnAq uGsUU9uuczfj9ciAB/S2vHNu9ytpQwCmXzBAAMAlj+QpW6Lg+1nDTFYZIhWcdTcC2Ot8FN1NT8+y vm6+qXQH8+46Foon/XmNB5QHnvE8M6gUipAxX6Lwn0NbfA8AQIRYYAAmm0/6LckH+efSx9fePbn2 u8zry/lgT7pwrV9Y3MEv1/4D81yC9+UdUlKLmZQ87sBV3WhkNVEmq/pDdNsuxumGfDyvN7TH84oB o+ceHzuPxXGtBykzdu5xlkksdCExboICipcQA3gruaEWsNgDKebuoFiVSwIJmgihErqg6PtFygCE Abmb8oBKnP1RftZAXmkqLzal74dTV9PflPYW9NrC2et4NpXyKHbTH0mJOdV8yJbkjAFV7iOilafv rwkhZAUxSiAHkZPYNFAG0GPH4fgzHpCpGneKBcIGfpwgLSkMcKluGqjjlwJ2A6Q/UC5xVad0+QoM HCkSgscZJ8D06zgT9eIBuHyPI0CZI4GcJ+7axweSuImIQd9GQciRoJdADkIFNjUY0GCJ4EH1ElKV GP0KBloFu89ANgt1eIy4XR05YNBJXySInUKEAQvaNNDoD/CNpbo1qDxC4NN4CWmTBL4lGODK9gt1 MpEBJhtgUDQHoN5sUMOAZKaFASeByDA2W2/+vo/g+CPooRYegBoMkGvLoJ0wNikADPrXygIJFAZc GQyQEAwAhA22CQlsAwyMBQnM124AGOCqkxZdfdLCq+H4mz0BYwCRvXEIKjFgtMSAfpoHXRFIIJuF AADUSG8MUMmrRQUGNqwCDFTWv0Xq+zMSgBwGGv6+j2D9u/L+nyKTjarS/ReP/zWfZ2YqIQH6eDP9 BgP64F9eCWpLBQw0AKBbdAPatIw12gFA7KNgwFKLfVVEGJAzvjkGcAoMIAzQ95dev1SCgeEVsQuI 5l6DmLbIlrj5B5JtP/VrgkS2F2hIRfcPx4/RMyIQAsc1sl9I+wDy4N/dfzVNXn9aESEyGEBgJv6V KocBWHnZ8EMAsM0/vo8fGll/hzUKSgaoRX/f5wE/pQCgMOCqkQDGOmCAJjvBAJJRLP5bVqMsnvfD fHveYh4RDq/vbj7cf0iMexsMSBNAhd/SYMw1ejZurobelK+aslWROmkLZJRYDL1kUpDcPFHBk8wz Fl8uxT1gIE/aaEsw31xSabEWmMAezBfX5oGITt1PI8Cj6x8jtp5/NgOpsWD2eXfSnQMGdKqXy6g1 asRh8dXKGxXIFDWj58k0gwEVMryDXMK7sUHhS6QFuf95d8DHyw/JT8jIAolN+isiJQHFgDQaD9iq +Huae14FE2+Zfso3GoW/pxQDzj4mY5YXDTsAVLFPs9GOFhxNVJBJdxDVsVw4xJcREQPc9+tqQQiQ tgiG5MAxjT57BUV/QMBAjTvFGoeBGIexhMD3FHHqxRponA4VFEowMMwf2j9IYOAJhEGSgGwlYnBg uIABxI4EPakAyf3aPYj+QCUHALj/FhjgZwfM9ycREnTXEANkAgmsbxAMELG+aCjsfqUKBijAgPCA woDEPD/AAwPsJNS9gtz6V9OQOf4lPXkgYECaALkMBnrxQMCAMgAUQVNw/AEDTc2autHcP+NvGgzI 2JmU1w2F+2/AgHyXAADAgF8oY7ugBw8IDNTqDQM6xjYhCayA8QSuKny/nieuBLsfQW8pABRUwI+R TSP4fg2AAeb+JZnDQM4DM4OBBgnkMAAh7kEC1OjU5tGpTVAiAdh6bQtM+LSP5l1BGBjnJiIQxdg4 YmR0dxCD0AgBoNgyBBjg24QAA2tXzAAGSgxIRwJEHd0a1E4FqUXQnZ8xALsB4v5lGgyg4mngZOJf ke9v1RJuE6Kt5x4hZwCVJmHxk44iz7Gv74dZz2ObJgAIu39UHL93APJppiH4fgGAxADaGQjfLxv9 G3ISiAMAafNP2HqdhvtHpWdC8PFyODj6ACokY2uQ2f3VGAEDQgXi+yXQngBH2n2+IIiOX30/LtER qMBM6fUh2P0qA8GpY+SSBGbK//uU3YEP/kkFhgHRExAwyHiAj/Ntb49af/BDJlkSo4/Ku1lZW3ya e5cviePXJTH6mmTc0D1aA805+x4IgVfSxEdAs352AQPq5tWOy5N7NfRemSy+Xa57gXRJfk5WxdD7 tZrknYkBhcWHmBHLzqkVnIvMPfI3YKpL9mRdYrX1nnH/rSPNtzlsOG8ZNSmVGtgo3p2xjKGAhIaQ tyX+aLF015zzJJBxjmT8j8EI125l4uD1PiotsxijIweNvufp7EEFDOjyad9Dasfp4AEMWA3R6BMk aN+lzKy8rEoyoIJSQ29LvPyYxV5g4q0Y4FqtxGgy628XQgEDFGBADb0EygYsoGRV86yB+y+kF+q1 GjBWDDhHfDwDZCQQsWMAy+4AEIJHz2NO/WiyL4nX10rHA68/bO8ycrvfR17gqMBvHlOcrtdRjhzA 6GssnNAqXR0ECWTMUKvPkuwm0q6CjPsHAw/IA+r+BQbYUpCpNg1o9On1h9LnjSsYoPjRYt9NxI+U NXgACgxQ2afKxPRDHcgZINQtqCChQscZgAeLHQbU4tv2IcYYExv04QRggMKAkYBa/wwDTP420goA uktTbI5fYAC+Pxgg1yzlAW4WysVTxQoD3YQKTSRo+27x/IQBkHQG7H2jUEkFCKB0qEBgIHUJ+Oli MoC5f1figY6zgWCAIsH1es64lnYDNJCRrx+Vj5Q5G2isUzH92WYh7heSjE+/7sE1rgIDuuP9AaAS SCACVUKCttcNEQAGcx5wDNAx8QA3CxkScONQAwZGhAGEBLaRBIpDAirhAcJAms5ewBMCoi1jC5QB 5LzB5ObRiU2qMSq5/zweHS+CETh+nyozjEkSVAAGGIH1n0sYwKiBJDmKiAQjc7962hLvDKxa9p7S 99P6u+k/MDAJFTAA+84jAQUM7POPAfdT5fhVtspjwfa8v7PolT74b2BDByO9PuIjjOXpfpKb+F5C TZVpER/2l3t+RAkDWFOb/qbMxEOEAdn/kytWewhWPkYG0h8Qi48xIwHIYSAXH/xLcyBMfyaQQNkW gODpV98lMt9vkkf+Idp3t/4s1lZAvtpDxRYgwQC370nq6RUPVMybp4+yu2HWPRaJ4wcASGfgrrF1 d83ecM/s9fdgOnuD5UX03ypx+cYGNt1wj0hugmLjBBWm9wgP1BLLzn0+Gpd7gQwJtLFglT1EGBAe 0Njr1dnzhiqNxb6nJ/dw54EEwAm5RIQ7+FIIfyFHubApXaLL5wN+ic+9BxrjCPsrsRYDBiI+R1e1 nn56znkoUOtcGHfafYpJNeJw0nPIFUxyKgVRD1XTXK1LY+cJA2AUSZJl9mcgc579kZLUQF27Jfkf okv8r4jRMsoSetWc83iVFIMExPRDSDJfi15fTfz50kmQ6ei5d2lSYshrXJ4nGKQY+ayGEmYgKsid dcqMFfu1ccOcAXLBxHs8otuHXJY3JoHXt9MIJiQlYGVKpsvV/cfUegUaxNQZIESz3shwVGXO3goY EAYkKAr6iI6/3Ds0GDBAr6+EkPoGdP/aH8hEGFAqUH8fea/UvGXWSSdB2wtan6S7hvI9RXrCGBig GZ5Fto1GJuBBtAv2DfpnjE2rMPLMsZp+HikmEtgHjEUtMBBSu08YyDBA1RUY0DFPihIMdJZvh8zu ZzAwuHwXgkGR+f4esheSVu5fzxIoA1ASCwzEaPuIGoRAkQoYDGQvGpKpBECFIAG6fwUANfo6ddPf Q/wiQXL/BQ+4EgZ4IK8bymAAmpXFAQPKA9EiSBIYUACwgDHq4finOU6g3yJwEqDLV7sfHQDLpLz2 CpQH4PgxWutAXkVqPNCZEFuvLw6apifQRz37AzxOkI4HaFIYoPX9QgAA8oDAAKhgcpu0AsAAW0ft kIBiwFVj0g1wDIiewDa2BdgNsIyuapm2EfRbBCr9ctnYRNIIDL1obHxjZf0RjMhRAS3QJEgASV2C 4xeRATL331QOA3tnLVucYAC+P7f+Ifh1CQ4SEuDddQzZWeEs067c/TsM6BtCbUeQYEDLq4FOXAQA OyGQRu0A/EPDAN1/gwcqrz+t1MSbqmlfwe43MoXRHyw1VK66ZJsQOwPm++HdR1ZBhgSBAcoAGQyU yoy+2f2AAQSZ3R9ew/39Ma1kR4czo2/NATH0aVx/tyZH1lOcGgyIWKZgoCOX1OtrrDcZkWIkcxhg Jn+cT4tvVCBTk3wlAIGygUqmcaEbfQ001sBVTIvVzPHPOSuLHQYktmLNq7N3GJAYMheeKZJerxuB ihoRvX4+dU+fmXvWqPXX5Oxz74VFzqbFqsAABNPMkUYZNj158WgCQFrpeUpgAH7amwCVajZQJUde SJcMA6Dz3cdHfVq9m6teUwju38sq2SWGE/bfKApffufs8+WnIeIHlGAAq6w5X0aTwQCkQUxD6sKr DE1/lqHcxCO2+pgCBpQH/G7w3woe/SQAIJVZAyF2E4X7P9daB4AHLbB8AwYwFgwQgYwM1NDLtRSu 0kwP5YbekmUPIVanVTsMaLxBXb59oyCEaYEHAgOQ7RSKfGCDHkSuYEAAQHsCpZhJe4RkygwrDwxi quePEwxgNBggDySjX4udgYgVDzzojwRNHui2wUB2xsB7Av5tMgsgWvydogIGqnMFVbugw4PFsPvZ C4gQkwGyrxMEKqTPGNPxI1Dr31QrDNiULQIyQJftAjs/kPUNagDIpTAgm4V6wQBU9Qe0LVDzQK7o ElDKA/nrhhwGPCMwQE1DAkklDIRyJEgkEDDATUHeDej3kQEqLH5Xdg3FtFTaIyRif6A7ftXgPKo6 TAyLr1uDeJLYlooNQkkFDGxRGCAPTG0LjU6BBHrBAPcIaRyrxgDzt+rrRysSoCY2j45vUo3MAwNI QBjYpAygvj9ggB0AgQGSAJJtGjYwMAAo2UC2CS1Z9dgPXyIMLJzvMBDuv40HoMzWvxKp++/oVDCA WggAsG4ASaDy9G3iPv5GUqW+X7YDmTD1pG0HgoPX8R9Qr8D9m0off4Kij/eRDKBjpQoGcvE1o2b3 i56A7gXypTQN5QCQpiheczcDGH0ETbtfdAPurlZ5KgCBngMWBQCEwsEjsKnyAA/7Gg+cqMz683E+ RwbrM2evnh7xmZnFFzaQVQ2iHjW8yWwHiegDQHZtzQO27QfjmDt+UwkDWjaGMsLAvR6I3WdAGQCg TBkj+Xt9YE95xngAI8tUyJRIoA/+3ZeLkC+mIomtsiooxXtKmQT3zPFH7zDWGmhG7L5ecnfUJKlx h8SLF0sid+pJ6ZIogBE/312+FtgofwD+SFyIEZnz8/v43bzY8ynIVu2qyPsSMOBO/gH4rTQyDzs+ +zwwz53cp3R+eHcN7oJN1xo4aVuS1kGaqnxqS9WqS6+K0Yt11afnmXGPTC21/mLiNUNfLrEGenPx 61ovkKDXSl6SxbXDMvYSVpUKcO1wBgOEBHj6TGb6RdU0F/x9BIxzNojABcevxwmGso8YCAbYTiGv YaAMUJHACODBYWAwe96vq7pByGLngTwzE3G/kDMDYQCBvryIwKBIUPOAUYFObafQ/i6VSABiTYBB AwMg2TLEXUON5kCJAQEGvl8o/2YZJS8g8i+UEQaUBCjtGMQHCkQVDFB2coCnC/RFpc4DmZwH4Oy7 ULZNqNt+yDhz/xkJqBwDKhgAIfTjgZmfHxCRBLw5ACkM5NOITQoDsPsaxMYh7QMwaNs7JGxQWn9+ rey6gakymXigRoJc/DJxooJrO2AA+fKAjzUDlKqsf1P9YMAYwJFgSEaR9gT07UPbnBAaO4VUggEV DIwSA2D0r569wJ76t8k5YT5JAL6/nQFcwxObhhswYFNx9kYCkARj41fMli8QWxJeXwOJh+ddrpKp dAlcOQycLjBwyU27Z01MvJsfEGiBgYPd8e3d077ZeeeWztsupd5+aeddWzvvvYH5zOWXyg4GuBQD DAaiDzC5o3PGtzrv3tZ591Wdud/qTO60r4blnYGpnd25N3bec1XnHV81Ic7UnXdjd/7OLny/bAoK 36+vENVjACG49jyeVkOyBWga+Tah2uX3Fix7lYHc389IudfXaT4ySGcGagEAchiIbsBwxgO5+8c0 4pC5/0oOAxgNBhi0P/43o5/FYf0jGK12B3GDvj7vZ8ACN/TRGcgFU15NmZGkPv4vpDCw3i7hxiGp N1uv1p8MoHLr7zVSJko1mGKVxerpSwaoBa8/ehZ5ABZffX88/ldgyGEgU5ERGPCyzNNTGQbkot23 yyWjgW7jyR75V7Jr2/LCD545797Z5947h2MUeEASYD7z+hL4VJsAOQk4J8BJ301LLQ6bgRZEULpw FoQL90rmHQYa0jvoJp9qqRbL9M6YZj+X3V8zGmfFssSTAwIGlLYCvF0gMCA34a2wBOFWXJWYxVqp eThpuTzJDysXyaa0hmO274hnjq3AXHtPNWCAdl+ClDGXb7HCgK5WNVwK019uFqqkwFDDQCkrZoFM 1fEHBsRRY5MgAZIlG1RSux+xqX7pkJdlMJCLZQoDbCywUVCZfnYDShigqky+VCrvHgAGeMJYp3WL wM4PGAOs2dtds6/LjUN6ukCFKcCAqBAwIDGVY4AqYKC7iueJtUUg6gcDnNrZYhfMfYABv1C2a1B5 QEggrL8GeUZFBtD9Qja1JPMtPGDbhDIw4G6iEgNUtl8oV+KBRVQFAxgdBqC2wwOw+A4D3favFOcy GHAeUBiA1Pq3wAAyOQxozOnk9b32Dol019D0XQIjgcnrlAdg96cDAxTLNiHHA0zlraOhE4WBQl3Z IwQpGxgD+PtGKxjQJU75gYIGDAQPZCSgu4OsJ7DgaogwsJCqSEBfLVrBQK4SA4QERDkDhEbG4fiB BxiBATxFYAeL856AwkCGAbkKGJhbwMDj7AzsnnX6Ge/uTDoGVILvf9uhu36R/t31hY913vJZfhfM eOAAhMrM+icYqJsAogQDZ3yr+47Dd/3iP1697mOdd1xGMPDOQEd4gOZ+7o1Sk/7d9cWLOn94Ufes B1/+xf/j6gvBfzd15u9U6x8Kx9+QwcDgktLQt2loaToZ3Cop6L0vqC8eDK2IwPx9FsPT09a3im4e o539lelKfkeMHQYfxe5b0KoKBoIBQrT7jgQBBsOrsiZAm+j7Mxig1sLQ3z3KDoAo7xXQ7pvpz+Tb fkRw/zICAESZsxc2KDI5DLi5L2CA7wyFNZcl8+ju5nWaiVSAYPaZ98ooXt9qkLkXpn82GwUyIs8O gJwBoONHfYYNfNhvREF/r1fp2QCp53N954Hc2WcP+xMJYDSzrjXnWH+A4n6ee/USz5jdR700AVLe HueroZcY+TlSiYBTXXIHH8ptfS7kzdljeh4yUnae1t87R6bFtfhRu4QjfD+Mvnj9u+ecjyUYa8bi 3TnacV6div8OVz2GWJ70m8NmcI/kxYVbXithneVy5JNZl1v53bRy9gWS5+V+VSrw3/V6BtqgaNRo gQeS51QusSWx/sEDOlVCUCqweo3p/u2/S+9mJKCid8eFDORWzgwqnhwY1dUWARs46lTPLvNgg05J CCLHhkoj+SYimO9zk7+vRGuexXlgxl2v9Uz/FkFSvINIpgYDMPQSM48CLKnFl6n5fmaiFUD3bzUw +v5mUqshRVgmAvH94uwFBjQJc++tA2MDLqnU6LsSDKAGoyTF4pcwYKKb16tsye2+XGKxvG+0Vg4D 1h9IsuaAIgGPEGAsYcC6BDxOYLuGpDNAGOChgoaUCror2RzoAwNIdg0DjA0o/2CZv2goxl3gAVIB zD18f2b9iQH8RkHWHLBjA4kBpC2gySYPWHMgSAAKGMgy8olisf6aUSUScLEbICTgPQE4/n4wIPo2 YQCaGQyUrYCMB6YEBuTlQpkAA98akG1CXPLmgG0ccg1MSGAwgJEwIPF1FNsCNQZQSgKFCusf8hPG EOy+lQk5XCswYCIMyAHinAc6nomRmlcwgEh7AokEIMSDigHCA0PjFg/K7iA5TEwSUBhoanhiG5XB wNjUVaPzqYCBsYVXjS2UrwrkJOAYAAZQ9cIAIQHDgNBIAwaIAfNIAgggI4GJKwMAhAFEc2sMMGUw QB4oOwOEgXe9913h/ungfexMHaTp/4Nb7/rF/+3qBWcM/JMzZv3ZI7/4xRMf+ufrwAPd074pjp/F g/P5oQAGsPvaBxAk6Cw4qA/7c3XtfPChznuumvWv5OZLlgz84cfYIoiGgIvP/t98212/+HdXL5w7 8Ma5sxbufvkXT3zwN5YM/P77Bt76uc57CQPd+bsyu99P+mogFe17cvZ+0reXzPH7wQBhgMElxxUG eC1U2v3+MMAXicK49z0ZHIcB6Pv9QLBaeYUBw4AZCCa+CjRWhd3XOHiA4tkAycPur6rd/zCtvyy5 GjBwpxKCxLYvKA4H577fdQ8E415QQW7oc1VeX+ReXx7/R6DP+wsYcNHNU+r7XRkMSAEC8f2QwgCd vT/p5zah0TPvHoXFF6Ujwg4AUkbFbp8RgQEUx7N8XXK7n4QajGrx3ejD8tqqKR63Z0m1+EIIwgzs OdwLfsjk1lwEU24MIBiAgGadzt4LMkMfgRbQ0EsmhwEm7UJx/FGj13qGygtE8cRdMUBQQZy9+GDk 6YbdE3NJZHlI3DwvP/+eOcx4XmU8IIFkSBTMF2VzLrBr9ba6I0iCogxTUyTLgoawWhWI+28I7rzM 0OuL0rX+6+Ljo/IC+zsh/Naoxeb1UYBKsEHYfVnS+0TGfivLuIlXPMjaCCPnAzOcB9TiZ/0EFETc R9o3eIUwoKY/j9XuN2FAeggOA4YHITh4BhyT+5clHa2m+IKB2v0MBiRpgZLAiC0JDGzg64agkTOJ AQoDNrqG5F2luWD3mRcYSAq7rzUx7StrGvDFo2wRDK9NMEAeYKPggGLA0GoEFoeqXUPaK4jRMisB A7slEMcvW4bU8eeKpC2tcB7IhGQHAKDMYEmSQCfbIxQM0IQBm1IOA9olqHggg4Fw/y0SGGiqDQZk NACAy+/7hbJSAzxG3AcJ4lABeUAOElTKYcCS8jmCb3Umv9nNzwz0kDCAHh6ILkFPGGiQgAq2Xkb1 +rWuyadyyBh4oEENA2Lxzf1XMNDtAQOBASHyQIIBsgFcPkiAYx8YmGRGjgpQ+vogAICSAGGAPQG2 Bcbg+OVlQbMXNUkgYKDGgOGJggRGJksY6NkfkKMC2ccHDAPmXlmowgBXBQO827wrFAa+DBh4x7sC Bg52isf8Bzpvu7T7z6+96xd/e/Vp/2zgVb8x61WfZjz59o7ywLu3df/oMupd2xB3dPyjy5IwPeNb JsTvuCzXwO9fOOvXLr/rF39z9fibBn5j8cC/+hh3/nCJe4G4/2dqJ+Lu7+AP+Lurz8Cv6x/w96x/ 49zOv1jf+Zfv67z5os7bPtd559dMp13dHw/g7HXsI7H7ZRLOfukdGhsPaCZz/DDrEVSC76/OBnhG fDkCPuafXpn1p6fnyz1p2W06KFPJi49faYY+ZRrKfbyqLmA3wPNBBSL4e4EBxNwRpJlcWGVPgOM9 IxCNPiz+PcOgAjH9kVENWw0EBiAMqL/vJVrwKgPT7xhQjPIdMQSV+B4hmnuJYdkZoCxVBgwAAFhA YEBQa/RMwMC9AQNw3hGLsIQaUAEdP32/PukXBtB9QQIGGshoskf1KnXwaujjMb8ZfXmWT4ddSU1/ HDBQAAidey/386g1F9GL24UUL8nytprwIDn4vECcvV+VFYT6LFHn38c/KewyeUD7Bgxo3y/gg393 6hQdvyRV4oBZqUTRKq3JmwOZUrL4lQv8zib7RdQkDFDhKl5of6cnMaY/spSZ+DkXgF7uwqhx5FVw 8FIQSxgpMoN4fV7LTHEVJA0B5PH3m8vHrahk9AUG2HbIkl4Do58lxfqfy2MM8Otc9cCPFrCMhl5f jZpnZiz49Swwix+ZnqpWczw4x8BAmYGbi2Drdap4oNgAu69jWH8jBGMDju74I1YMUN+vcTW1gKeK HR4q0euDByhMiQTrEhuotExNfw0DohPhAQn8CAFPHjdUM8CqaBfYNiEVHX8OAzqu3DOoMCAY4Koa BYYBCHgJXL68b5RUIL6/jQ00YzuCMIoikHzeHyikJwfg+4UKlt4+iHGJjRUMQJ2lt0JpuqQGgFwD 1i5oHCnm9Ds8WGwbhxQJejUHctlbR7u6iahdCgPyqbJaqScQsu8TZ5IXB+XyIwTCAPkoqmEgMvJ0 P7YJ5UqOv5f0SwXxvQLywDhHBYMUOxsECZQCAFSZXAYDKj8kAEkgjQLmLVPAQJAAYUCPChgG+Aah haJFxABoDKNjwOwF3hBIGFDtCxLfPy7q7f4bEhIgA0ijYN5GBwDwQKYGBqhyGKCEB05fym1CX75p 16y3vuNdfIqvDQF/KZBOB/71Z2f9E/j1v7r6nbP474N3/eLl6975qt8Y+Cdzu8uPvGw7d5770B98 rPN7F3Z/95Kr/85Sd11yNeK7LrlYfX/3yy/94u/ufedvr5v125+5+m+95rMbZp36BdwRNx941W/K U3/999yH3vq5zh9/tTPvxs5bPzfrjVcUf8A9H581dNKs1wgVTL191hvx5/27q7/9nF758i1Xkg2A BMIDg0uOdxcfC3F3ULFBqOwG0N8zMBjwrwTIB4OPDy67I3y/yTO5vw+F7++KNIOxu5LTzopjmvdV Gv1c4viTQAJVRlQYd7h/JPNMPoVZT7ae0/z1oL0kXl9NP+y+Wf+GZCnHAEqcPTEAsRv9zO7X09H1 94ZaMQCOfDQe8HN69wgsuFh2TuVBPh/8u4+XaYqbgokfEyvP+Cza5cy+Cxuo1zdaQGwZxObvcyF/ NoK4w92j4r8xSoAlAAN/CNYcGIACWm2poXSqLt+NPsVH9WLo26SXJKlB51N5TMWOn3vfbCjVmMvX VR3H+Bge7lwy5ubd92uZTy3pMu/u4rWyL0hiXz3/Ps9EjSoq7z3pfIz3GQNwKpeon3YnrTxwEh/z 36MwYPkLxG3rKM7bgrDd0iKwMkwLPGAm/L1eC+svY1wud9NrM0UGwdgF94yCE5DJylhgP23/IWOY Sg2XoswLaOth8S+4cwy6ULcw2R8WYv5C9/oXYPTYFSBRCTAwev7drjtH9Vc0f4FNUSauXfoDcmer FACwAJ7+vOOAAWhYgmFtC5xH6z8sSbXsSgII4iVFIr6hKLYJNQVHXgX5VC17ZCQ2H98i1OhmoQwJ MklSNheFbIq8dQAkedYxuPmRs44zyPoDQ2cbEjRPGFO+TUin4viPDK0/MrwesYqmvwSDI4NcPSpI QOtvDCDTXIIBMpoKo3+iGtSjxmwRHORHyupNREQFihjAUTYLKRgUVFBJ8MAaBWL3DQB0KhJgsNg6 A4IH1gSoYECTJt0sJO8hlU1EooQHsmuoIIGGgAQM7C1DqUXgChKAoY8xMk3R+pv7TzCQSzYOzRwG KD1LMLBAvkhQYECLwADyOYImD5iaMKDbhJI82XEFCSgkdKbYH0gKPJi4rjtJ5STg0+T7Q7pfqO2D Za5xaxQ4CVzDLxZnvQIDg9r091JqDqjp111DDgASJzzI2gIJA64S2Ylhx4CvU3D/Guh+IekVMJBK ef0oMIBnDAgSDgN+PADjlhE+7PdugMSWGd80NL5xyB2/anR88yhfN4T4ijwvMMBdQEkVBuQZYsDX Mh64HDDAzsCNu2a9+e3vbMLArKkDA4CBt1wsMOD/7vrgrLHXUzTxf8+9Q294+6yP/+DlGz4w6w3n XP3Xv3j5xosGfnvdwL/6GDTrs0/94oFrOf3tdR984Bd3fXLurFPXXP1Xv3j5mx/o/M569gF+J8HA rMGPskWwcO7Ar/7RrE/84OWbPzvw5os6p101YDAQ/+764Ow3zJo1MGv2x9kuGH+T3OEXv/juFQNv nDfrzx/lLqbf2dB56+e7824ahPtfXMHAcWQGl8D0FxjA/T/F1GGgsP5ZbJliZ39ggEpdPvPLwQx8 /B/Wv7viDohtAS/mIYGMBBQGUOOmv4YB7QkoDCQk6AsDoruGMhigj++vtXdT4vWHMMp0KNhAV61G tFYxQKQWH3Y/w4AKBkLi8vvBgO3zacAAJTCgGNAfBqIJYFN19vpcnzAgfj3EfFLeEGiBAa05+z5c CIOuRl9hQP26JmX1Xn32zxrJR4EFAgNsGjS9vqg1WYkMwCDHAFW6VmroyBUG7Hk/7Dhxgvnc9Fcx zXpDZvF5E0ozavGzAomZlLwDgE0lVhjgHc5HgSbVpt8DGNDOQPjp5PJd6q0bMCDJ4kLEdkkURBDT PjCgl3OJnQEiQfQH0uXZDVnmip+OVSm4m577wrvEnd8FaQ0l9cCJ0QAA2ndfNWlSbL3WEA/unAO7 T2dPXIFwB7u/skEOA+SBBAN0+b40Imyg24po6IUHEgww5vYhN/24D5WfQ1Dx3EK2g6gSDDpGlnlc KU9K7Oa+NxWIy2/ygMEARiUBKbPYaiQYPStjAwvkOAECFOQkUFLBEEfLZI6/UAYDxAAVkECooIYB PvhHsEEAYF2+j6jYJsRLSrtPZQUhxQCDgXU9YEALrCcgMCAniV3cVlQqlqRFkGCgbgtUMAB1vS1Q wEDOALX0OIGKFj/BQO77mS+mlRQGOotv6y7OeYBnBuTYgB8e0EwfGFh0G8fePAAS8M1CepyglxIM 6JahojmApWw64B8py2FgFpPKA5ZhkjuFjAcUDzpu+lUDCgNt+4j6wICM9P0BAxYkNmh4fRFhoMED QgjMN2AgNQcimCEMDM67qvt/svcfUHYV17ov3r1Dt4TPfW+Md8+997z/8z3nGtsYY7BJMjkpZxAI kAgSSOQgosg5ZwQSQUIigwXYxmREjgKBcgaRc8ZkcDjn/31zzqpVq9be3a2WGoRUc3yjPNdctffu brWb77dm1VrduHbILxaKYAD1MkbjAYOBPAZQtjSoCAMCAGQAP8FIwG81FhjoeaHAACUYoOJ9S5UE mnqca4ljA8KA7hMwEuDDyCSh+/d1yd3qIC9v/UUw/dmh0EIGA10FBuYsOhkwsM6GhIFGXSbkdg40 9hFtcIys5JEL85uOWQIv/n/9jDCwzQR3FV/igVOkMmWf/75240+7Nq41ovTbUQ0/u+je/3p6H9AC /PrL12+KF2526ZL/uh/vIHNG5mCAbx7EI2O5/mfLMY1dws5Ao0x7WfJ9XJHdijHbrM7eAhcRvTam 18al3+xd2vIS+v4ABqxLABIAEnC5v1ABr/3fIT2Bu6qoSCuAS4AwyoL+GADcciACwHYZDMDie2ev Ut9vJBDAAAy6Tub7YNT1P7VgQEcz9C7Xw7gn0Ip4nx9gQGXwPZUiDAQrf6BmlxAboMj015PZ+nvF +oMERMIGDgMUDzhZAcALFr95Z08CPFTfD78uiUkc/H2yf+B+jDg0GIBQFOvfotwcGHpYf8EATwKt Sl5yv3QS5AsjPMD6c+y8KySJaDWOdPZFqR1XJJBpeJXKzlqCirPsoQgPgZv3RZeLw84OpULTL7l0 DCjBACfmbCOYIxehqJadufl+JpxZGwNU4uMtCYs8hOnna8X664V/Nfp74BATYIVtJidTBgl4ob0W dpnz4bDNnZuBll6BiXOsLjNpkSV3iUjzsJJTXM8dyqt8JczF5Y+whoZ9RPBZzB0JqKzoTyEZIdf+ BQMksVOcI3Kv5WIe6SQQD2Q+acEDgMpaBOw20P2TAbLmAIsw/VKk6ddGgYjbJwQJpGkgDIA68mbB Brh5HIINCANKBfDuewoSiNfnOqJhKGJmLRhQH4/R5YH8hOKp7FakBd3NzQa638CMPiT7mIUceKj+ 3i0HygnvoMCAHBOMCnhoYAAY0Pqud4AB6P4dMxAJpK6OnyIkiIb+pbLL7eAB/8xjyN9xSPcMsJKD AQUAiHluyZBRgYEBk53/QllRNxDT68Pxc3KwZMjvJy7CAORJgI8jQLKTPKxgxz+SCpy0LcBksB5m PYEqc11BdKt2DLhMKAcDGRJoc0CpQEcmTsgrwAMHAxkSFBJM9gnGkocBNgQoDwOS1FwyZEuJSrLD WLYXc7FQSUTH3x+OP3cTUkECzQMY6E81+o0EeBVVFwYgeRYBNxKQCuzxZMoGISFkbQGx/iIuHBLT L1IACAW7r2ODk6wOymBATrE/4BoFfnWQk4OBsDlgsv0DZIDGXuNyMMDcbSPGBMUD5q7ieCB8XHHL yq0dyoBBHkMmMhgQMGhVgIFSAANkAEWC7nT/lR4kgZKMCgNgAB3zJDCm2WGAhwEmfaXYmzDgaSEP ADmxFSAjVO2ewYD6fkpyRQKteNOvy4Q8AHjJYVZpFmXWX0QYKMj3BwgDcxedNF5goKTWv8+fysID tWFAHPuSsQO4Soe2/t59UEIOc//f17ZK5b8hb/zlEMBA4//utum415Zc0pOvuqSns/J8VeN/Xwck UIABe8PG/3t17gcQGCh1OS4HA9k8YQAPA3ZWCGHL/9W4+ralTc9WGGB/QNx/WRnAi00AmPtw8Y+u BYoBgK69cKgMwIqDgbaIbp5tATBAtvdX9wNoDpvuiyEMaBKInh6JOPv7ZFSLb14/r/scCbShG6CS VkCVfYAcDNRlA3P2ugNYbvSpe3+tkpPgwRR/KO7fw4B3/3b9PiABaErzLg9QcpjBgNeumBBWssMm wEDo7/WSv+Rq61sWLHsnmH5af3uh5jI+8JNdlQG8OF+kh3DwHgYeNPfvKna424NyStoCnFZDhAFx 9vTlUvFJJDh+SWyJjnp0SC7YGwnoNMvJA85/e7lXqWz1Tl4ZHtC1c457E7267/IABtTfq2mmRoho eaFgQpCHRcq/p74DIYGH/Aox7vmgFOmh7SPESVsOv77H/f8ygh+Hw38ZMeVftN6aOFO+zkBck6M5 3bwozGHQc4cjpmgimuIv1WciD9ic1UbkTikShJXOe8jaJFk4pOQAKoBxD5YJ4bu+t/NIXX3EOcoD eC08PYs4q/4eGuESoQXXH7ivefi9EIt+pkiXMAlOYM592h/wwgQmDgBkpiEB7fvwe5qG3cN35gOV hS6k7iaAJUARmC9ni5L7GgkGqO5p3v3uTrsDCTKLz7ojARp6re+WowWM9riDYI66fDl0rwrq2iKo 7nqn6wwIDHixLoQgMNC8611Nu3CJUSRaf46AhDsVAEIJANwhMHAHJBWDAe0Y6CIilwfa+XZKZpYD 61+WJL+7ANY/O1QYkFEOFQay24+KDAb0aWWWi2D6Ncn1BFRw/DqKkNyaw4CQDVxzAIrdv6vYoWMA TVBxMBCISKBscJPejdQzQIvieiHpEkgrAHkIA+wbeB7gHgPPAw0AALyW+XUEgzwMhM8lUJVdi8Aa BUQCawWIFAyCSh+562hfPn/A3XEoJgEvNf2l3pbUkfFARgXuWQS1SSCUwICuDpKK4IEeCiFo0giJ 788vFlISUGklp0a3sTiAgUsNCbx6XsLnEiwNDOgyoSIMQAAAhQFJFAaipUGCATLyer8ngT5CAiLf DUDCpUSZYhKAnPvnU8yq3S0XuW5ACAagArH+9kBiRwUoKgOE8jCgPFCEgeauZ6v1hxwMmAwGJtzc sPYGGQyUuFKIqgUDjbKY57Uxm/03sd3iwT0MVLaCTV9yyVbIS2vsUtrwWHr9XtcvWfLAvUuWwKA3 rPa/gjmAgV2gDAaCNyQMrCEwsFUEA8oCQUPAJ/iS8JXwy3sJeeP/7l7qckK5PwGgPFAUwEB14N0q 2QEcuH/2BO6uymEEAFqpbntPdbt7KjIy2Q6TZRx0T5mKrD+LcO2aSM5DJ3r6EAO81MGHh0x2uM9e uIO9gzP64vVdDh/vKoEGCwygDn8v1/vN8RfvDgTJgp82NwTiy/wmcfaSAwbU5bMeLRMKGIDi8hs3 hurM4gOdhhIDMJIQMrufCQYdMODsuxYzGMifLUp4gI7f5U6Bxa8hYgBbDREMwGrD2aPoLL44fjXo Na7ucwJeghfWhgG6djHuVoF3p+zQ1c3li7nXxLy+SVsHdvZBN0dEe03BdpvzpnEXwx16cY8Eemgu 3F4l06JTmdyEXFH0IMc9iQdsGrRRtN3hu+lHw9nbW0Gw75wjeSa5eO9svZyly6dsQh3pHCjjCnl5 +ELv+3lxXYuYL7Z+tYAEOumaokCdWMx5/dVG3LfaSFbwwvC1NWUTdH3RCHH/e9xjp0gF9/KteBbu H0Xff/CrknioLl9hQKTwIJKZoWSrsXICRy4iys5aowCiv6fLF/AIbk/EdsRwWXo0HJ/oKAJEQckp Ec+69oK0CyQhM2QwoOSgTydoGnZX0/C7mobdWR12JxM+Ls2WFYmnN2DoxGJm9KUiE2q1DsgA+cOm 3e6q0vrD99+VkcBuyHE2dP/IwQPucFdZOMQ2wh1Vipf/m6R7wLO6x4CHt1cEBtyqIQ8JBABWbAVR AQYog4GqjvIq5AQDLcLuIwlIoCilAoyZdrytvNNtSMo7cnQkcKu2BeQGRLD+igT6kDLLpV2As2wd KBKo3TcA4BohaxeEity/qpytIGKCQ1YUCSISUMnthkokAah2c8DLOgMuj3oCBWU7BzgCAIQKOEqX QBsFgfuPGwXcWuBJwDoDV5f75g7z/YGrZM8ANw8YCdTngcj3+6K/6ZAsFqLpD2HADh0PNDrrn+sb iHiXocz3Xy53IDUYMAxwoyYlbi8GD6iVD2FAFbj8WgIJNPpE70wqDymT+wtZi6DU2lMI4P4DHuAC oRAGPAY09RjT1HNMtefFeRiA16e89Y+k3YBOvaUPYBsDYgBQBb7f6/xqdy/n/vMw0MxbiPKZxHzI QGD6PQN4eRIw5WFAKoVdxTVhwKx/URud1vBLu5kPL/n/97U3vfKN/3ppwqar/Y+GLS/LFvY8dCHX +nOVjsW9p5xZ+h2bA/vcLzsNVvtfAIDGf9vYlvhL3HvcXmL0Xxmz2U8aqj+R3oKLx64vbXJWufsk jmuM8y/5L956aB1OrhyQg4Hu6+D95c1fY/6roaXNzjYMcOK6IEoYwAswsK35/qr6/m25/ic30vSL asFAebu71fTD66vjL3MhkACAuHbJOeZhgIdN298DkNA8FBf3uzk2H56eAHCfwkDO61OoUE3w/fGp +yoo7ng/UQEwIDwQAwDEXb9MmlshgSmWyIKfIgzAuzdzGQ9NPA6rQ+5vQjJ0CpOhPKX+XmdKT4BN AC2qPAwQAGSEmoUEVNITgE1/kGywKypw/BSMu4wshm7eK4IB+O/gkLmr5F6OYi2pfX+ws8AAR3H/ KuQqVyEMmI/nBf4aMBCu5i8qhIHOw6Z0hrG2a/mZoa8JA2b9hz8oEhgwl/+g5ZjARGAgtOxSrG3f UZdkNQcDzG2yn3+/Je4dOMFOZeJVfAcDcLThqUj/wmk2Ga9aTX286wZ4O+6t+b/sqf4+c+omm5DV 7SUFHsAhvyQ7ywoORTT9Nkc+JesteNfuYIB2HPMLhj668B9J5udgAN9vOKGmOo24ZzXfKKDd57Il s/48FNM/Au9JDBDhVTT9nX1bAPIk4CoZJ7Qq9youIpLmAJcY0bvXggHPAF7ShRBICOuZ74f4WjYZ XIWv8muK7m4qiFRgJADHLz0EOawNA63JLRC6s4pkV+QAABMrXDhEr0+7D1TY5U6I7p85txn4ZUX0 9AYDwgC0+0gwX2BAaYGbB2RUT29sABjQUxEGqHIwkBdO8WwZufP9NRcOedH3R1Sg0pVCTlWSAB2/ VwAD2T2IAADSJSAeQKXtJeeYIwSviAF8knuMscGA5wHJeR9SSvYW81Fl5W1ltzHVAhVkp7Q/UJ8H BAMwsgmgPQRx/3L3ISThPYUkiWEA8jBAyZIhhQFRDgZUCgN2CH9vycRyrY3FavrD1URWyVSDBzwV eJX8luJQIQz0GqePI5D7kGZI4GVswFVDY8XTRySgMt8fSdy/A4AQBtg94KYCVLIbkhYAIBSXCWU8 QDZQEohhoGcEA2wIKAx07p31ASJFMNDUi88ioILlQPUVwkCOAVQAg2aQQLfzmrue2xSsF4Kz97lX hgGm/M2FUCnCABTAAJ9AvPaGm+UAoO+fNSn1/VNp84u4G/hn/SnZCty41giu+P9fG8H9M/nlzjD9 pQ2PK621V+PPBkKlNYY2/nZUaYsxKOJwnyn/de++/40kgFNr7cWzmIZx3UNK6x7Kw//dDZBgkpez vuUl5W4Ty70nI8EhX4JpqtUHZvPxtv8qWn3bUKX1Di1tfWmGAeL42QrgTYH0MC9ZLAQY4OV/MfoF cZo/rIABBjEx0y+CR9eRGsQxO2yDaNy3F+/OQ+fjg7yemna4v2nw/dXBGO9DIvl9ODR5GFAS2EmM viKB7AO2xA61LcAl/nkkuF/dfzMSP+YxAIJ355htAJgCAMhEy/4AEwIDjb5bC6TWnyMpAon0AVQh BoQSDHjQIYEHA+ZOsPLxfgBYc0tkzY+vexhQaYvAH0ai0VcSyCpSzPMAR+kMiFry+p0xinFnolJP r2f1Ar/AAP398Ae4WEhGUAFc/r/A6OdhQPUvavrhlSUpyJy6+HiZydFsvTp7GcVt58X35GgTbMxI IJOZ9Zb0oCzs4ZofP9n4JJujMCDJnpwPI/svfAlcsn0x7AnIWR6aZaeVp3EXMw0A4GIbk7p8qYhN N88t86HO4uA5ysuVEzpjPifbTCUKza0iI16lb6iHmdxkvIN/E5lp8zHmvhJ5q5+M5ASVTuDLpbeg L8lG94aUTyjlCpHnBIMBdiQEElRumVD2WpnAOZHvV2ZwchX2CqzbYDNh6IlG7CS4bQm86m+T26FO w2QJE3sIdl8j2X4A3dM87F4uQBp2b/Owe6q7Awbu0f6AtAjYQxAY4GjmXoCheXdUWtqCrHIdgJAB opz9gapCApcMUXpKSEAr1iKA3ZfWAZy9koAdSn/gLxVBBTX96v4j5RnA6/Yy7HvMAKxXhqBuzzzm nYj0iWa1YACoAMefqzgMKO90mzYHQrESuP96imDAeCAPA42GBNI3cI6/uoMlMPqaeLn1QtYoKAh4 IDAw6KbKdjcXdxVzKVFUKcoxALsHGQ/kNVDaAuwnCAyI+9fcJ5pHCgAgFGGACZFASIB3E7K2gDUH tGOAHKOsHVIqKDv3TwBQxRjgxduShoLR97cfbext1r/kWgQqK1KuA+BvN8RnFccwAOnMTD2KDykz ux9JYcAvE9IxOHsJxbYA54TWv6iKPY5AOwMxDHgSqPYcUxEY0EVBJjp+kEAoWy+ki4Ka3dIgWn+n ak+uAoLdr9cTCBggkjEA1fM83nrIbRJwqoEBXnkYiCRIEJGAyMPAKRNvbvjd77do7PPnht5/dDDw l8Y+t9szwrYZzwcCyN2BGjc4pnGDY6m1RpIB1hhSWmukkMCxpY3PJA/87hAnKa61F5cJvTRh0/9r dZh41jc+q7zh8fT6EBLNf7M31LgWx+yUgwGMpU3O8tNKa8scjKpf7WKC+w9U3uycSo+rYd8JA879 Oxi4Uw9ZEYsvCe1+izCQU1kwoJIngZyWHgYgwACsv+Sx429BCgOh4P4rwAACAFWEAct1Y4CTmH7V FLp/AoAmOhIJQutPJAg6A7T+sPJ6yd8u/Gck0LyLjEMFBiSRCbzqLxhAKujES/7O6+/yIOcE7r8g Tg4AQMdQ3uhngkG3RDcAQFZ0hyLAQHhocl6fRp/+PnP/5uApcAKKtP7i7HEWOWaGc/Lizf5zQhHW 309AhebewUBnMIPAgBd4QDsAzAMYgDgB5rhFGBCxwpd7Z5/34jXlYcAf+lx0Pyx+Z8lp933icj20 U3aJnWdXE0MfvjOn6ReM3MED3D+sKuwvJHPwJvLaEZA6cjPHOkcvrvs8ruSlMEApDMiX58+qSAh+ WmvCTH6D7lA/F+NPRj7gXT4hBPJf80jM5AofL6GI7PtScduxzudrteLOZp8lJJCDARNMOb37CLmf KRLx9HbKTaBcf8AaBUIjGN1ZrkpCQrPuMMDELcjZy6HVkNsSoyIS6Ooguvl8PRNgAIaeRJF1D7i4 iMX6MEAZBlDaCmja/e7qsLurCgNQxAOyxMgdIoF0OZBXeKiowJwMoNbfswF5QIt/adpNugQeBjh6 3dGkuwgIA9JbwDjkDvYKsoVDgbivoCUYKPNhBX9pGnJ7k/QBTDvf3rQTinYoO49vj9x/dGiSrQVQ iATIw1ZATcH6y1KiHAyIos7AZBRlnFxzsZAoQwIHA6HCSgYDGAEDLd9TqHXV4AHZRTDwusaB1yIp ub3F9PrZVoG6MJDrD+RFHuiLUfsDVzdCfXQvgREC5WAAqgcDTDwAxI8ny/GAMED8LIJSLRiwunUG mJME2ggDULaNuC4J5BTtGRABAxp7jGnsOUa3EITWv6hKN6UF7QzIMqECDAADhATGaEMggwEuELok RAIpajegCAMXGQzA8ddiAC/4/qZs93DIBq4hABLQ248GDYFM4u+jolYC959Tc3fXIlAGCMFAYWDe opMn/aFh/Y23AgwAAKQbYM8JbuT4l1LPm0vbTODzwtzjw8o45KPBztAHCEhyBvsAXgIG5Q0vkWcO vDWmbzde74eP32JMuZeY+y0uob8PteUlmTa2isGA8EB5q0vLm55d2ky09aWZtLLZ2eWtLy1vPTZT j0nlPpO96feCj2cTALlhwD2S31N1iTf3Kvp+9fqD7uVrB90LDMhGWxekC4Ha6vvF8Wsiy360J2C2 3kZZ7ZNt9mXOU+L1d9CL/aHX1wTOXs19zuJ7GQMYDJjU4msSVpz7Z65e39YFeTkMADCo71ce4KX9 qDOg3QBlAFcHAPjFP7z8L/4eDl6TULT7+boCANR5lwfBDBg1UQbobCRgpj8SjHvk+yN1CnOZr45f rb+XTrCc9p140HnYg53g/ocxgfSsKHP21kNwczht+EOSOBKQi+Iywt8zEffvV/6ICAAyQUlATDwN vSuuRjMtlRb1L3s85MdY9Oix/mVPzBRDj/cfwdE+V0bAAE51FlPOhftq3GW+GHQ3Xyy7TRAYoIOn s6eh/xfOpD9WNoAwDd+OTH4A03g9XjDjJyMe7Cy+38Tr9HJWrvpr0V+Az0mtswgfKh+njjmYU0/y hnDwYuKR64hPtISSsz+hlZdTOjP4SuSropn2Fbwky033EwCY6GfxUM09pKZf5ea7zoAe4tRI5rkJ kjuisGcj5EQeYJE2PfgIiu7fQYLygy03MiRgYo5fRtccsDVI3HvA+xRpjhfyIwLR5ev2g9D3axKY fl7jDw65x0ASvK0lAAAygHsMgh0GVMBuAIvSSbgHMKB1woO+igBgzCBIwDVIDgmgu2HudfSSrcmo SJHMcLdhgJGANQqQkBCsjvEuhwR3Ng11MMCFQ8IAu95RcQAAQ19MNOc4JEcFgg2204CyBUJ2tsJ7 kuYeb8yzO4EW6iwZ2slUgRwMUDtmMMAxq8ckkBd3F8Dx6+juNaRggIS0YDAgkCCj5VAIA9UdJlcG 3SwPJ7Z6WVoHGOn+t48eWqwzkcje4m2BBzeVtru5pCuIik2D+sotHxpoW4obdcPxQCZUP64g4joi bQvIrmLLa4IBAMB1CUpkADH9fCiBuv9MARJ4+UZBDVl/gOKNR7XCkTAABohuN5RvFwRgUAqQoJ7q 8UCsjAS84O8VEmoraguYFAOgHpfoE4tblO4u4HqhSvdLqt3HeB5o6sFc1wg197qkqfeYau+LMSoG FOUhwTYVyJoiEx9TYD0BU26LcCb6fkUCWSmkFWsIkAT4LAIBAxm7ndPc9bxq1/Mq3c6phP4+RwIZ EkBV+v5sZg05Esj2DMxbdApgYMPNtvEMEKrc7w7yQF/rEpT73a7ypzBGKonKvW4udb2KVAAGWGNo 41p7lTY8np6+X3bL/6XRXeUBd/o1P17i5iPdVd72biiq6+V8TUIY0CJhoL4cDGS5l3p6vzFAD624 A1f5h6KDd6a/psToSyI5L+fbFX1R5v6DYg2p9c8qTTtNcRb/PlsjlF/tY+t/5O6fTTT35v69UKmy CWBj7uxO1gGAcOhz7QygkmGAIEEnYQDtBmCsd+FfbT3l8s67PuSKdPNWdCSwmuSu7ifA/au/z13m 12INiTWHm6eCOc7Q53jAdQaC4vCHVPI+fDeacuSyekcw4EFu25XJ+lk62b/EfHxetML+UC/22/V+ Wn9nlM2Ot118OZz9ng/RcDt/LyYexWya1d2hyCbTu8Pf4+V0+TT3WucbmvBWVjQYGCFvLmwgn2KT 3eV8KY6UxDlpWOHO8Nl4B1kOhFOkBV6txzTwAD00nbebLD8NM9ZwvTmPzpmUd/Aivk9wSKl9F0Of P2WHYd2+hkw4Fb3KiZ+ee60U9eO0WHhhNnkkYcAfqim3U5HAAGr6BQaY8FAxQF8l5h6HetadCiZY ws6Ay+1BCqzogiKTuHz4fuEHSFsHygbaYcALbZr6fqEFeZUgAbw+T4UM4KUwYEhQTx4M5KEHnXhr IwEA8fqaoAJscDAQnHKHTsYJ7l6lfk1RDZEBds94oLY8DARSHqiCBMADQgK2uyCvyi53lLleKMcA deWWEqnjD2BAWwQBDDDXohdpwWCgtV0ELcs6Bjv+UXsFwU2HTOLy1frfyq3GdP+qDAYkyQBAVw15 NcL0uz3Hzuv7JJSDAYEE6Q8Ep8AAvCepEILuFqj1dIKaqrmdQEnAw4CQwHW+UVBU0DcwBV0CfTAZ n1ssuSIBGKCesi5B2BlQBTBwVQN4wB/mGMArXjsEeR6IdhJDpbwMBmDrQ+tfU0UYkHaBWxFEOdNv G4jryPEAFLv/WAoDskkAYIBDaQtIN0AxQNWpt9l9c//uMJPtJaAyDJAnlPGGpN2pKqQPKyhgQCYh AU3E9NuhrizSiqrSDRggJJCHAS8PA1E9L9cZUEUwsK2Dgd9v3k3tfl7AALP7OBQM0EOMyDMACOVg 4A+EgU1kec+6hzZueByv9PeeXBMGSnUIoeIfHhwxgBvp42PdVdrubiiqh+Y+lN8KXE+6HEjFw4AE IJh+vcwPB+8xgBt8uUqHIhIgkZFz8u5fNSBFihQpUqRIkSJFu0J2Dri7DBVIANL7DgkGAAaUCrg0 SHmg2usSqKn3pU292RyA6a8BAwEGRCQQw4B/clno/p3E98cwIKfOlw0GORKAPAxUu51b5fMEvMzo hzBQFwmc+48UdwY22rK7WP+MAQIMqHH531FBQd7K61r/LWU5kF/w48+2Uf6uoIH1Z+4sfnnbVny/ FeWeP/UkEyTJG/1QsOze62tuDKDW350y7eAYwMsdegBQ4Td44MCBF4+5ZPrsxW+882lSUlJSUlJS UlIbteSVN/9yxx2wUkSC7peWu9fcT8xlQk7EACRKApVeIQmoxjRxnwC3CngSkL0BdTDAWf+iuEwo WCkEZ+/HTHD8ggFCAjybZwCRLBNqipWz+8CA1poDgWrCwNWTGzbZqkepnzKAwgAYgOa+DglAhTov 8FtbgJ2ByNa3Q/l1QcU+gJJAEQZqKnT/kThBEvr+mlt+xbj7nF7fkhwMyJ09hRBsQsADBRhoGnw/ fnGHDRs+bcaCR2csSUpKSkpKSkpKaocWL3kdhgq2Sm42eqkoBIBQHgaEBwQGAhIQ9bmkqQ+QYIx2 CYwBeOdQPn/AY0ClRRKgbMmQPGIsjwFyaNYfh516kQTo+1k5jxIMwNjU7fwCBqhii99KcyBULRg4 aeIfGjbduicMfd76I/frgsTfRzLXLklhnU/EA3qYK7olQNlaoKAPQPcfWHlWrCcQIwGkSFB2VMCt vZKo0fejyip+wY/4+PoS7y65mnhNeMMftf6yEEhlvl/kD8t87q8Vq7LxF+LegMH3A2RJAjNfSkpK SkpKSkpKarfAA7BVjd1JAmwRiPUvyQKhQGMqPS5VDKi6nkCVS4PIAJ04CgY4KmjufUmhG6Cbj/Om v01SJGBCHlAwcH0DpQKvSjd2BiTJ+gPWHNhGFwvB0+Mw8/0hCejthkRy4yBJ1Pez4kgAqnaFzgQM PB3CQF7AAFVUd1IH3zYYUNWEASbUnboTwEsNvSoosl6KpDDgJqvj94lyApf+iyqyFbjG5f+cYNmZ 0O5Tcpk/y4uJm+B8f02F9/4Hv5511nmPzXwpKSkpKSkpKSlpGTV58m2yWEieRCYkkF8gRAUwICTg 2gLNBgA4ZKUK2YQxTRD3GQMJ7B5EeZefU6X7BZD1BEJZNwATbLFQ1a8gkhYBAEBJQPMQA7wUBhwD 5GAAAgkUYKAo2T0s24hJAttQWw/cnjAwaTL3DMRevyBYeZUBQEE5r19Hlf61+wAqNfE+qSd1/4Hk Gn+EASK9/K8WvzUAoHhFP8jLrfl7TNPHhBEb8Kr8WRbDw+AOP/h9nT578eOzXk5KSkpKSkpKSlpG vf/RF26lULEnAAAABqgMA0gCvYwEpC1g8mdFdschhwGt8ICHgaZuMma6oCIVmn7pDPAxBT0FA4wB 4lZAqHLXc8uaa3/AlIMBrxZhgDcerW6T01YDt39q7qKTJt7c0GWzbVpoApTEvnsYUJmnzyvz+m79 T24VEMYCAHipjw/zmopIABY/zOn4PQY4W99G0dP7VUDBUp9lFKy/T0IYwG/t47NfSUpKSkpKSkpK WkYFMEAeqE0CveD1ze5LB0BGf5gxgOwo8LcbcgxQcc8pc6pBArHAACLpAFzIHDAgzyZzTQBlgJgE AABRBdJiwAPnVdkrQOK9fub7i4owoMnBwNNzF5141c0N62+yVREG1PHT+jt/37JqEoLBwABrBeg+ YHX8XNgzMFwCRK8f5kWZ6XfuP5SSgPFAwei3RXZ1H5Ir+ssOA4oBwRjDwBOzX0lKSkpKSkpKSlpG hTDAh5G1AgPSBOjNPQMhA6g8CXCBkDyYTOVuSwokuIgPMw6eZyyVAgmIFAYogYEm3Xks9UpXgYGu 55f5WLEavj8SiwEJRDAAEtAnEtRrGoQkABkMDCAMnAAY+N1GW4YMYLbewYAmbZZvBdTtA0QWvyxI IPk95W3vKeXO3qNFETcGlAfdW5JuQPgEADp4zbdfahJgQ8DW+VhngLn39O0FA+/7a0ph4Mk5ryYl JSUlJSUlJS2j8p0BUU+2CBQDqj3HVnuZgAFub0COAZogbQW4bkDg/s30h2KjgEjA0emCSq0WgWCA rBeSnkATbzx6flXbAuABwACTgvXPIwFyVcUAoKhaDLANGYCbBPIk4AUYeEph4LddNi/CQDjm5ex+ TZEBPAbcWcoAwBLJQ7ufgwGx/sGpbXWLMPf+Rpf/VdluYK20CgPBrgBX0X3AIj3MPH1bGQD+3o+V gvUvSmHgqbmvJSUlJSUlJSUlLaNqwoDvCXgYaOo9LoABVLRXgDnABt8TMABoGQYgwoCMTp4EckhQ 1UeS9bhIdg8LG7AzYCRAWc5dATEVeB7oap0B5AUMULUbBhYSBtbeYLPQ9JMH6iz7KZAADn0rQO4L 5Bx/bdH6RzBAAAgFNuC4Ldy/7QcImwCZ4PsHGQPkzH0t8WK/PgvM+36vvK2vCQChj9dDjm7Zj1WC OdRO+cMd72/acUrTTiaFgafnvZ6UlJSUlJSUpHpg6sJx19xz+kWTl6/wnnjnlekjijIY6DnOk0DZ kUAIAyK6/yaQQO9xfgJkjyUOGMBLYaBYDDCALQKCgRUJA2XuD2ZS7XmhrQ5yS4YqTmXII4EXmwYB D5AEDAm0OVCt/SQyBwN0/7IoqOvZCgMtSGHg+Ktualhr/U0iGOAtgwo3DA0V7BW2e4N6EgibAK6i l/9DBvDKMEBvFUpgkFZA5vtdDluPsaTFtsCA6wN4GKAKdl/uGuSLPuE9QJFEnr5YUbXUEBAA0LwJ SjCQlJSUlJSUVND5l9/+4FNz5yx5e/kK74l3Xpk+oigPAyXuGRhb7sW2AHigSqNPBqhkMKA8IMWM BC6R55GFyvl+M/p5hW0BgwE79G2BC7koyPYJBDDgJpQxRiQA5WGADQGfd5OVQpIXeGCpYaCy9Vm6 TOi4CTc1/Hq9jWHr2RDod4fdBShn94ObAjHXRCpq9wvuP1TFGCC88K+H+brfH6xePycygKq0vSu2 viKInl42A/BQ1/3XXP0f3UI0M/E1dF9TcMlfL/P7QwhIUJZR6zohm+ZyhYGp899ISkpKSkpKSlKd ftHkWS+89fDzLy5f4T3xzivTRxSVdQZUCgPO9FN9xoU8gLM6ehjgDUm7XxIo4wH1/bF0jVAPv1Lo AnfqwkoP8foAAO0JcFFQjgG86sCAWf9MAQ94tQ4D6vgD989nC2zt8q3PMhiYs+i48TdmMKB2nz0B un+nAXdHS4BKA+7MXf7fVm8TZIeSeJev64LM8UfSncF2pb+2gAHc2isJPL0kGLdnUeXtfibdE6yn igpMfzhWB0/RG/7Y4Y45lw811ag8gFdVB8touUjzPC2wdbDTlEoAA88seDMpKSkpKSkpSXXGxbfM efHtR6YvWb7Ce+Kdf8CPeHj6i5DLpfh8Xiy+KImOMs2dQg6FH1FUBAOVXpc5kQFUIQkYA1hPIFLY FsgOndc3aTHjBOkMCCHYnUb50OL6dxnyytoFrSKBaptzy93ABoYHggFuhwB5INs5ULatAuc6OQwI tGV/wMDC4650MOB0l/QBAgU3APWKYCDLqex6vyi8/H9PCaOuAuKWgMj6F8R1QUYCSgXkgTwMiPsP SUB6AgXrX5SsApK1QCAHWxSUjergTTD0VL7oYAAjkxowgFOUcMWUCqQwsKPBwLML30pKSkpKSkpK UtFGv/TuozNfXr7Ce+Kd2/IRZ140aYed9qknnI3me9X4iBkvPTpjiYxeSx6Z8dKZF00M3nDio9Nf OvPC7EP5ETNeemS6zedLNJ/+UvgRRbUEA73HmgIMaBEGVBkM+EVBoWrDABsFhAFZGtQ6CUB1YaBw fyEvhQHdPOB6ArEq3F1wTpXLhNoCAzc1/HpdwAB9f6lfwADBNoCa0nU+TNxmgCD3JGAbgpnInmDY +tYZgBIAIAx4eQwIrD8m5MCALr+4KyAQrb8ICXy/eHfJORIDnKGH1PQbGPBQzX0mt+xHL/8rFXgR CQJVdsqkMDBt0dtJSUlJSUlJSaozx9w676V3n5j96vIV3hPv3JaPgB3/R/3A2Wi+V/EjHpv5stMr mjwuCd7kv1wgP0vww46l4l4VK/yIonIw0OvSAAagsaiotEVABshhwJggp2TJUFZUx+/wIJahgsGA ksAYbQ5EtxVqWeVuvMco1SYYsBwwoPuJRXzaABK+Vu4+FJBAAQZkmVANGMgpvzSIRt/W/Djf7xJZ JqQ5xxAA9K6gJmfrCzDg7b4qKMqOYVePYAC5jL4JoMrsvh7mpQzgpaafJIDRGECLTVz8QzZAErn8 QDJTwIAv5OX/BzJJHyCUbieoOhh4fvE77dCGKVKkSLFSxE9/+tN/+7d/i/7EJSWtyqKNfvm9J2e/ unw1/+X38M7ZR7z07pOzX6speHEz/rUCZ6P5XvPFqfuPmP/Ke4/PfvXxWa/YOAvjq0+Izrr4arzP P11EOc7yicI62UjjlSfkHfCe/iOKUhhw7j/sDFDlgAcy9fTu33y/bRsowEBo+r20IYBEz/rOAB9V lsFA29TNiyQQ3F8oA4BI2XPK4jnnWKU1GAAJtAADd5cH3F0RyQIhlYOB3MYAKyoAiLLc7g06iBuC o23BrAdsEKkkKu8ga4S2R24MoOIplztD35Ldp0fXJPD64VmZoMuE1Nk/gAkY9ZAVwIBUigov9oty 1r+68wOVnS2BmoY8KJUHKkMMBqa/+O5SCf/t7Nq165QpU958800j6BQpUqT40Qa8xZL3P/r/uvX9 1//5P6M/d0lJq6Zoo1+u69TbrXlio7OPeOW9p+a8XlMeBpCE8sVovpfyRv4jXnvSCbkcvq6HZ4+5 Bm/1t3yggrpMsGnuVSaFAf2IovIwkFfPcRQbAraIqNRT7jjkvH5JAECSMV55GEBu7j9SBgNcIHSx YIDldpchl7TQJfArhbhYKHz+gIqtgMDusxjAAMGAS4acznbTlgIGjs9ggBuFZa8wLP5AwAASTwKe CtTuF+QbBfJYAO/+HQxkJCDS5kCMASZZ+cNdxbVggAuB5JK/NATM00sHQMZckaKh34HuX2GgLJLJ 7qwcehiQwylld8m/Km0BWfHPi/3VnUy0+J4B6PVh9B8UBmCFcwQAQhgwDaEUBmYsea/tAglcfPHF b7311pV3z05KSkpaaTT3r9/csvA18ED0Ry8paRXUmZfctuDVD56e92ZNnTPmWrXmNYWz0XwvvCfe uS0fgfd5XwJJy8VINT5i7utPz3sDemre68znvs4EFeZvnCM8oG+LQI6KTMA0vsrLH4YfUVRtGOg5 riqjwwDjAQcDl4pqwwB5QFsEJIFMpe7WBFAGCBoFFzX3uqQi2FAKYCCvOjxABjCVMYYkINbf+351 +QoD8PpyGJIAVdkmU44EtlYAwKgiDGyhMDD+poY1AQOB3XfKwQCMfinDAxxqK8CaAMQAJQGx+4U7 hBYcf0EV2SjMPQBy6DoA1gcQBoB9d3a/VhOgprzFV5UH3w8Y8IfsEsDou4TFHR8o6yV/XvvnoZh7 GH1YeV7aVxKAy1cAiOSmeRkDVIYIMwgJeBiY+dL7bVfXrl1BAuPvnpOUlJS0kunxT7766eBdoz96 SUmroGB2F77WklO3tlqtaMmpv0Yb7T8Ch1PnvVlTeJM3JJCE8sVovpc69ewjXv1g6nze5Gfq/LdE SJg/g3HBm+deQqrR9/SBCurPLHgLEzBNZ1JM+A7hRxRVrzPgMMAYgKM+lcxgwF/7z0QAyHcGAjDA eHG5+0VUHgYq1hMIJACAJM8DBRIIVNabjdZqDhQkvj9fVBgIAIAKrb/oHCcHA7MXHn/FjW2EAe4E CISiPFFY1/xsd6/sClgK9x/JwwAxAAq6AQ4GgoVALtEr+qH1l8S8vvp+fymyjMoAAP/0SURBVIq5 K9rhjmwCsF0gidzwR0jAX+DfKbL4au41b6NsaVCmoQ8qDMx6+YM2asMNN5wyZcr4e+YkJSUlrZT6 8/tf/tu//Vv0py8paVXTWeLUn57/Zk3BLr9UP3A2mu8FwMA7+4/AofPosVr9iGi+F75s/xEKA88u fPuZhW9j9JLDt8695LrwU6L83EuvC18SSmFAP6KomjCQkYC4f8KAPpLMlAFAKJh+4wEDgKhXcHGp +0WQdAOIAUSCnjiVM/3LAgNlPnRMdg6wV6BJzvSLBAYCHlASqAUDMP2AAc8AXgoDg2SZkMJAcNUf 4jKh4FAkTQDJkdjTgnPuP8zbKmUA3ScQdQPIADvoqF4/hAGtmDJzb7lQgfp7Tg7t/gOaOGXW34v2 3SVFZ6+JbABoXZUhVHXoQ5CQgFSGPoTfV/zWzn7lwzYKMPDmm29OuHduUlJS0kqpW9//6qc//Wn0 py8paVUT/PTi1z+KTLAXvPKi+oGz0XwvvCfe+Xv+iGmL3522+J1pi955juO70HOLqfAjkJ83lmxg x1J5DpMXv4PxObx2kbyDvDb8iKLaAgNcJpSDAVsmFMmZfg8A2WFQt8v/2hMo9xA8CKQwUCABVSt7 ix0GyKohzTGG8kggMOAxQNcFlXM6p7T1OeUYA7zOVhg47sobGtb83UaB6eeCH7k7UOb+Ic2lCXBP abvY09djAF7Rh61nbo8LwKGafukAoGi+P9gbEMOAJKH7z1oBvgmA3CdZ0TGAytt9Vdnncu1fFVr5 cgAD5v51zE/LNOShJs7kaDPV/QsPeCqAFAbmvPpRGwUY+Oabb666b15SUlLSSqmb3/0Sf+iiP31J Sauazr70j+LU36mpcy+lb64nuaYev0SF98Q7f88f8fwL7wV6V/Tecy+8d/7Y6/0bnjf2ehTDCnLM 4UsWhy+nwo8oqggDngTU/XPngJCAl0MCSDEAYOBzowKR5VFdlwlVe4xRi1/qJmuHnLRowED3bxWn GABC6TMHsi3FEQkUFJIA5NmgBBLY5hwmMQNk2qL/di3CQFBhE8AwIHeT0EC1ivDxg+4tyahy1/4D ZQxAqcUPDrO6M/r0+i6R3K0UUgDQXQEqaw540x8KAOA6AAoD8O46ZhryUO5Qr/RHFYxw+SJhALwk RgXpBmQk4GFg7msft1H4b+R//dd/Tbp/flJSUtJKqeveIQxEf/qSklY1wey++OYnz7/w/vIV3hPv /D1/xPQX33f6IMipGbkKcjlcwnwGExk5jcKhzgw/oiiFgXKvy8skAdcQCGAgxIBQAgDaH1hqGKj0 vKTM/GKqG5KL3CIiEAJ7Ag4GIhKAgActbyZmQ6A+DNg2YreZWNy/7wZEMNBSZ+CcLfoBBhYcd+X1 BRhwbQF2A3iHULn5T74b0NLtgEzm4zMYcBY/FEy8y2nuo2J+mVBOav0BA3T/weX/yP1Hh0VFxr1l CULk1gj5C/+Q5NIB0FHnBAzgpTAw7/VP2iiFgaunzE9KSkpaKTXxbcJA9KcvKWlV0zlj/7Tk7b/O fOnD5Su8J975e/6IGfD0Sz4UIVF9OOOlD2Zq5SU59ZI/5SbkDk36kvAjilIYKPW8rEzlYcCtDqop AQBlAIWBGguHiiIGBHsJnLhYSJGgQh6g7ycMFHnAKgUSUAEAJKnfHPAYcJ4AgI5UaesMBjwStAYD 848ff33DrwIYAACUhAHg/nOOv8bSoBrioqA26f6yM/q+6PMwqSltBfhr/xkGyJaA0OtHh5Fq7Qqo p4esJzBEFgKp13cY4JWDgfwpVdMuD1d3eVhhYP4bn7ZRCgPXPLAwKSkpaaXUFW99hT900Z++pKRV TZdOumfqrJdffe+L5Su8J955ZfqIoqwzUBMGCgCganSJ44G4M9CCuE8gwABU8jBAqe9vBwzw7qKS ZBhQvL+QF0kgU2lrAYM8DJQICTEGqDbvu+2Ts+cfe8W1hIGgD2AYIFKL32oTIFOwD7hNoqePDnO+ P8cDVd03DAaQzQBq6C2ptRU41s4PVtxNQs3ZtyC95K8zh9rl/4pd/q9h9Js4xnUUm3aRZJeHK05l 1xlY8MZf2yiFgeseXJSUlJTU0br25od232JAt39dffkK74l3jj7L69I32BmI/vQlJa1qmrbgnUsm 3nPO2D8tX+E98c4r00cUVQ8GxOvX5YFQNXsCavRDVXqO1bYAcg8DTjkYgMqFlUL2PLKskjEA3X/0 3OLI9+dVhvIkAAkMQNl6IcJA/f7AZoCBWfOPuewawMDvSQJw//qAMMBAzuIvNQxQwT7gSGH3wBt9 f1jO3ylIpa0AawhYHyB/1b8ODJR1o7Dc37PsNwmwkrf+Ranpl9G7f4UBM/q7PJwVxeWHRQimH3IM 4BNKYWDhm5+1UQkGkpKSvjdtu0aXByZc9eW86ctXeE+8c/RZXgoD0Z++pKSkpDZKYcAtExIeIANQ TEgFrSJB6wuEKoSBbJoAgG0SCHKvi8v+pkN5GAgq3v3rLgKvZYQBUQADmkQkAG3WZ+ATs+YdPe5q woDfGKAjbb2sEdKxZfH2oIG/hwADle1zl/xVHgP0kr8k2TTmXlxHZM8Cc+4/knh94QEdawoAoGJb QDsDLo/df16w+DT6QRMAzt7nHgByGsqr/kiIAZn718m1YOCtz9oohYHrH1qclJSU1NHq9q+rfzHn ufdvmbh8hffEO0ef5XXh6wIDhb9+SUlJSW2Rh4GQBxrJAJeVe6DoeaAFJIDLb4kHKj0uDUkAyroB 3D2sykhAVXHW3zOAJpKHSKCJ5hfa4wUi978NRjP6PIxhgJsHbJlQ1BmQXJJ4P/GmfQY+PnPe6LGT cjAAc18qtALs9qB6NyEkeuhMfCi2FCSJYACH3vcLErhcrH9pcKbyjvGG4Fji/uPOQC2VdxJUQK4k 4KXX+2H683a/LdJr/+Gyn6WV3zOw6K3P2yiFgRsfeSEpKSmpowXL/vnMZ9+9efx7fxAhEWkFIxOX +7OiCfaqmydkL3QJ3hPvHH2W19mvEQaiP31JSUlJbZTCgMOAGmoDDIgyu49kbNkdEgO4OiiWY4BI gAGOSgLGAGb97bCO3AIhecKAV4mjbhdWKvAAUFMOBkxScWCgY0W6BNVtzt2094DHZ8498pKJhIFw LRAXC7lcMSAcvd13bj7LyzvUhgE4fi8clna4v3H7+6AS5jsYKCsM0OW3AAOCAW2BAbciyNoC4v7L HgOcQpffRhED7PJ/7PLbKMBA//792wEDNz36Yqu66MD1GvpPvOnRiV0bsvjlgQ9G03I6Z2dO+s3x F0X1usKbr7f7jVHRSz6aX0Ouzi+spVfV0o3H/3JpX/Loi0f1b+37bavqfpv4iPw32Oq33Oo/R25C 13OiszVV98trl4rv5iutfvHuVwgR/hax6N6T/5QubM6Du/9Gj3c+yr/EFH7icvweW1S7ftlWVsGy //X5p965/rJMN4gkv+K4E/wdwZHXrBT19vWX4T3xztFneZ3+SoKBpKSk9gu2CuZKOwNFNVoyjlQQ uf+85MFkavSRuMOe2eoguHw3wQ5r6WI3XiTPIpCnFLubjebdP6XPKs5WB3U/H2O52/miC0gCYAM5 LInd9/0BqnU2gILOgMLA1uABPpRgk14DHp8x94gxIQwUbxkENx+OBWUw4C78I5Hr/RkDyDQtZn0A /1TgLGlF5v519PKHuj2AfQD/rN+wD7CU7r9pKFy75rTvYADbDyCGvvxDwMAfHnupFd10whq/OeFi 5pO6Naw/7CatI4dVnZSbmYlnu50bFVuWf/PwU7xYXOM3UV2+hhqT26iaH1RPDw+LP719qvOh/CEP 6Zb7iFa/5fCtpB7/cwQTzh3S0DDk6NzZmgrfc9lVfDdfCU8hL3zx+IHU+EoeHtZ//azOOblv6uKD 1tf38Umg7BN51n6lO0LF7zqJgmX/9NnH37p6zFuTqDddooLjx58jDeSXH31sVHkTLwnm833kHfCe eOfos7xOfDnBQFJSUvtVDwa4UkhgQHig9eaA7DmGy5e2ACrduTTIkQAO6fVzMFDjBqOhuGSIjyFT HvBdgniZkBefMADTLzAAXQiVumrO/kApxIClkHUGVP7xZAEMXKUwINbfwUCFssv8YSsgeE6wyWAA ozP9RRjQYilYDuT8vUhhoPC4AKhCid3PA0BeD1Z2eqi8Ex8YXOblf0cC0gqAfV9aDIDM+rsbAXnh EG6eGwMkabuquz5S2VVGydsHA5Mff7llXXLw+msc/Ijkk7o3rD/8Znfq5hPXaBh6jJuWV35mm+Rf UvO1LHYf4L8S0XlDGwYMXfoP8lrKL5IfNykuLrVqf6j+kIMfNdTqt5x/qxr/HOGENn6zbZzWRhXf zVfypwpf/DEDGnLfuOq8oWscfGL2wvhVjwxfu6H7eTVPQeEnLt9vM1KHvvmPWLDsHz/18BtXnv/6 eNGVF7iE42Wjj95hp33+6SLKcfYNmayj6ALN8Z545+izvI59KcFAUlJS+6UwEK4LcmI3oNwjq7QB BiQRVXqOo2wvwaXw9yEJqPLuv6iLSkICxgMKALX6AyYBgFACA9IBsJ0DkdF32loeMmDrgiLlOgMB DJy3cc/+j02fc/jFIQx4bVe7FUBbL3igia9wURC8vk6j+3+AbLDDlEwFo5+pfmcg/wjhOjzAJwA8 VMaoDODcv+Q8LA/JGX1OcOJVf9p91r3d99bfq+oU+ntKzD1G+PvoLCtBkRigFVH7YOCWJ19uUTBY 6w+frLm4HMv1VEP38yWfDO+lMfRYTrNYY9QjOHvsQDtsGDip8D4+1yR7rZscTsOI99eKfmH+5eHX 4L4qfdWooVrUL6buB9V5efeB68s3JRPWPvES1jPV/tbiT8zefI1R4mWzn6HK/ZBzH+G/znrfsk/8 Wf+Vq4IJ5w9tcO9c+JrrfHnZD8R9AVml5Z+wV/QVhpWWv/jc27o65uhvV/ErLL5n9P5RxedMcv/E 9ob5b/B8//OJ/0HdD8e/TxD88QYfGr+E37JG/l9tpZXCwKuXnf3quLMxvoZEpMlr484ed+Ro+P6/ 5QMV1G3auOxVKrxKYSD6LK8jlnyRYCApKandqt0Z6CHrgqQ5oG0B4wGeUvcfgIHejVR4QEdggOVU zABOuiKorjwGUOwSyKqhCABEtP465kUYEAbIrQ4KFD5qQHggOxQpIYi6cgQMqJq7XaAwcNhFAgPu kQIid1fQaHsAFDOAP9xeL/w/UKL1d62AYhOgTXqgvCOfBoCcIxmAhw4GHpINwbonWEZv/Q0AHvL3 A0XOG/sENwLyh1aETXcw4BUwgJwKLH6o6q75Q3X82VlpAmi+26OV3R6pQkICTbs9ulQwMP81ewLx bU+92qKu6dEw9LgsX3+Pyf7UY3us3dDjgnz9gqFrjHqsMFPli+HZYrGl1x43UD/x1dsmn7TG2ieN zb0qOBUUGwZew+IFcJb6jYQv8R9U9+Xy7fg5/kcRKXzPmp9obz52FPyi/1An+16Q40cafknMW/yW w7fy/xxe8sVo6JeUU/g+xS8vePPs37T2j6jw/XrJ2TgK709FXzzPrjEq/7ZI+EHRCyn5sjEHp/wX UJyWVTjffuAo+n9i5rW/QZ2cK7o3D344wfv4j/Z54SX27ei0VUKw7C9MuOj+bmu3oNMG9IP7f98F clSiOZHwnnjn6LO8Rr1IGHjzo6+T2q3XPvhqybu5/7LgEEWcev3Dr5KSftz64Cv8Mr/6wVcvv/fl i+/UcFAGA70uywleX1cK6aFQgcIAXH4MAyK1/goGFXmJg4EWeICKGMApPCtbCNT3uyRUxAChKl0h u6eQKrT70XPHYhEAmPDRY9IZUDX1uKDa/XyBgbkGA4oBcp8fMoDIAMALFj9iAJHmgIEppcFUK32A GqL7j5TvA6DCfcPi/h/OfH9tsVEgqMC8DInvd60AEby+bwWQBKwh4OHBeXoktZYDudU+TAKp148E 6w8YsEPNlwYGHpu+ePwNf1IY+OPTr7UomJhdjs/y9fe8xZ96fM+15fCWk36lNk9j4DXxzAt3sVNW DM/6vJiEckV8FpzZ068dD4t8Yb6efZ2Fs+E71Eja8nLIfb9uGtWWb819zbmiHVJjD1n/V4c87nP5 ASKPX174qqK3Kn55wTsE3138Ndf88viSIPAl5d+kxZ+wVwuV6FT0xYdncQqf5ScU39MXw1PFaaj4 qPUr3fo36IrFH05uWq289s+zwf+7rwpSGHiwzwYP9N3gwb42ijZ8sM+GSE4fNBDu/418oII6J+CF Is7nSzZQKQxEn+W1/wuEgV123yOpfTrhlDPveehJeKbwvyA4RBGnoslJST9SHXPCqX+652HwQPh7 rlIYgO8PZW0BJQHjASUBaxqI5PK/k+JBxdWXGQa8fAOBSOCpQBigJQyApDNwochuLlTkgTbJYYAn ASQb9ez/qO8MKAxoK8DDQHR7UMjDQA0q2OH+kt4IaKkbAq3BAFcBPVDWbcFFGJBlQl7VIY9wjpOH ARFNv0phIL7qn2FAHWk3QJx9ZZdHKrvlZI4/UFMAA3zV7o9SbYaBex+fcfk1t3gY+PMzr7eoa3s2 7HJClm8w4lZ36taTYZ54yieZgpnZ2cdHrKPF8H18XkxC+aK8yUUn/2qdky8L6/mv4YTtGnpeFL4q zItJW16uh/lvs43fGqbZVxtN8JUo9D39zDrfcvRW+W/BvbNNuOzQDX516OP5ae5rrvnlFd8tX2nx J+zVQiV/Kv648Kx+naiEUfNt/b9Cra+/xheTL7b+DeL9pdjKm9fKa7yEwr8Lvhn5oJVfsOwvTrrk 0R22LGgLjGfuuAN8/0suohxn8y/JhPfEO0ef5bXXIsLAP/75n6uaDjzwoKjSPr3+9vsnnnbW2x9/ E/5HBIco4lQ0OSnpRyr8Ml921XWvfpCDXpXBQI/LQtWAAVFNGNBFQVKXnoAkbBd0t83EIrunUFGB 768pvdko1FYY8L0C2TOgRb2/UPtggAxQ6XZepeu5wAAlgco2BgOHXkgY2Ej6APeXBsHce8m2YBTd qiFv/ZHYXUHh+zHKiiDY+mBdEPz9A+wSMEclsvs8C8klf450/Jiv2wPo6Z3j3/lBuTtQsA2AFj/n /r3vV5WHPlIe8giRYIjkGQkgh3gXILkRkLh5sfg4qwlX/ojdp5XH2V0lcRU3hy6frQAAgOSU5EXB 9wMGgASYw8SpLTBw3xMzr7zutok3/eWiibcoDPzl2Tda1BMj19lg5B81vw7OJsgbel6c5b867An3 Eq24mRfv2rDOKVcg+eMpv7Ii3tO9Fmet6F8SfopX/g2zjwtf5d6TH7TrSdGrcjOjRPOWXy51/Ua8 anxr0Xv6or35FYfB/AXvGb6Jyf9wgreq+y2Hn+W+/kzRBMlrf83FL4/Fwr9pyz+iMG+1Er0w/uJP GtTQMOg65vze9bNUxfeUyfJN8euXV/kkUI0X1v0yct+g+znULJqi9ynmxZeY8KXWrK98gmV/+YYr nxrW98lh/aCnhvdF7gXHv8gF8rN3GRpVnvIvwcikn74Q74l3jj7La/gCwsAX3/x9VdO++x8QVdon +KRhe+71zic5GMAhijgVTU5K+pEKv8ynnnnuay3BwOWhyj2vyC0TCkQesMRgICf4fiWBDANCxSQA Bb6/ZV1c7mbrhcp8uJg8bswBQD3JMqFwsZA9nLjg+OvLegLnKQmQCmQPMWHgeYGBNX+3kSOBKSbm cr3fkABSPLCNwjDuav1VjeL7NVfrXxqsAKA8YDBQCmCgJNJcbwmqzwTg0wBo62H9YfTJA3T8BgOx 9Rd5KhAJDNDx52DgkTKt/6M8ayTwqMKAuPnM7pMBxPSTBFxujt+JRl+7Aer4/ahFf2o3aQUYADzG /oDkbekMPDXrpfE3/GnSzXeMve7PU56ZrTBwx7S3WtaVh22w5mFPSX5DL16U1dhgrz8F0/50yppW h4e7QWb6CU/ttY7U19m11zquOIbuljFoVzcze8nJ8HY8hffRd8idlTfc9eRiPfsa/MzwVT6v80Gt vFy+5tyXBBW/tZqfmH2/ax52Su495WtwP14TfuC1fobFbxmJj9x7OoXvIG+7zilXtvjPkfvy4n/T tv+EvVqoIPERzVG5r7PuO/gJJIEro1dlFa/iF1Mo1vkGew3i9XtErzHFmcVf+PD3KqhHL/H/F2jw /7IruWDZX7vt2mkH7DztgCFOyPVw5/OGD4fjVyFHsVCxmab99XAI3hPvHH2W164CA19+8/dVTYCB qNI+wSQNH7H3u3kYwCGKOBVNTkr6kQq/zKeffX7bYQDSdUFUHgZMhWVCEBlARh7mGEBVuzlQMP01 JQzQbUypm+sM0OtrMef+Y9kyoQvL2ygPYLRdxSruLW6ZDbpaT6C5JwhENxKcW9n6nI16DniUewYm 1oIBihhQ2eGBiqsg9+5ftgdkuZKAs/6Qh4FMIAGVWP8pJZEDAGEAuTGog4Gcqnqxv1CHnN03sThE V/8/XBpK0689AXH/BgChxN9bwrE2ADzqpC7/Mbh87/tZ1MRZ/2YkmLz741DTblQV2p2v0mLLMDD/ tU+umXwndPVt9//poamvfvCZwsCdz7/dim4/Zc11ThkfFVc5Pb0XrPPtUTFppZe4+fTvvjwEy/7W 3bfNHL3XctLemuA98c7RZ3ntNJ+3TYv+w78qqAUY+Prbv33zzbcQkuhUUf/853+O2Gvfdz/Nw8Cn 36CIU9HkpKQVUF98/bevvjF9ScUTIPwyn3nuha+3CAOlnleEMNDY84oyVcAAUbBMiHnFNQq4VcDJ NwcqPZQNYP2tEsJAuQfvOup9f5jXkruhULAcqGWVQAJIghaBd//aJfDKACCvarfzm3pcAGxwMHBe BAO/V69f3h4S37/9A8QAlfYEBj9Qgb+H44f7lyv9GQzIodj9GABCCQa4BwJA7pkA7sHA9nwAgYGH qnnHrySAokeC6s7EA0i9vip0/6rQ2RcsflEw8Y9BeJPqLo9VxP2LpEjR8XsYgK1HzjpG2n0eeiQQ 6/9okzEAhMSQoGUYuP/JWdfcctdt9zx+2Y13vvDOJ29/aDBw1/R3WtWEIzZs2P7GqLhK6ZTtG1bx n8Cqqht7N2y49+1RMak9gmV/7+F75p58yNyTDpl38iHzTmJiOnkU6zw1ap7lGEfh0HIkIv8qn+A9 8c7RZ3ltP09g4Nu/r2oiDBSK0Fff/v2bb7/d4J4Xoanv/hWH0YRIMEl773fge3kYwCGKhIHC/KSk FUpfkXi/u+O1j8+Z++5F89+7/41Pvv72uy9RzE/DL/M5F4yJNsqrFAaUBEo9Ah7gSiEuFoowgLI9 AwSASq/L/aZhAgAZIOOBwP0XFfKAAUA5g4GsmNfF5W4gAWAASSBDggAMKt0tUQEGSl0v4EzfJejK BxLrM4lDFe8uSkjodl4TewJACG0jyKmu527sYeDXGQxwrOyQtQL0kJsEBj/Ai/0q8f1SkXqLDAAF PQFHAjs/GMCAYkAIAzkS8FIYiBRaf3H/j5Z3QUIkkFYAdwkHdj8ULL5e7zcZA0gPQQHAz3SOnyQg jp+5XuaXQyaBHm0a5hnA1DSMp1gf9lgLMLDwzc+uu+2eG/5034Q/3PPknJfe+uDTNz74q8LA3TPe SUpKqiOBgb9ExaT2aLtfb/zQhKs+mvrY8hXeE+8cfZbXwLkJBnL6+tu/XTH7vS6TFwAJ2BkoTIgE k7TfgaPe+/Tb8D8oOESxZRi44aabD5Y48cSTPvjks+hsO4Q3ueDCC1t+K/+hiAceeiQ6u1xU/DL+ +uXXY8eN0w9dLt9sW77TpLYIJPDKx18Ou/+l3/9hvtfBD7/y/udfsUUQzMQv8/kXj20ZBqgeHBUG rCLuv9z78jBxJHBZGSTQ63KlAq8QBursHFBlJOCljt8ntQQYGFPpNqbc9WKowkMFgJb2DygMlLfJ 9hOXup7X6jOJpRXAnkCVu4ele7CN6x4IDDw2Y95hF08CDHSp+J6AAEBpe/X6dZX3+jEMuCZAQUYC 5vud+ycbuO0BqMhSnzoKfX9NsRUgJFBmi8AW/2hPoLKLxwDIM4Ca/noSEhAAoOkX3+/dvyRebALA 8cPuS5LXcM7RvHl4S8uEnpr98o1/nvKXB56+7MY75r3+0SvvfvrKe58qDNwz892kpKSkjtZV19yz 7Rpduv3r6stXeE+8c/RZXn3nyJ6B4L/6q4hqwsBX3/79mVc/2fiKmeOfeastJADBJB046rD3/pqH gb9+i2ILMAAjDl+u+aOPPwm77E+1Wy+9+vqEiZPqvZU6cv+hcNLXXn9D2z+37f67+GWgcuZZZ+tr w2+83Wr5O01qo76A3f/625G3Ldxk3Iy9blt0x7z3bpv9ztCbFuDw8Dtf/Oqb78LJ+GW+6NLLW4eB YKVQic2BcaVeGRJ4wf2zIUAFYKBIwK3DZABdL6S5B4ACGwQMkIcBnxelMOAk/QFdOCTNARllh7Hr FegyIYUBt1KIi4WKKnfLtwu6ntvU88Jq9wtcN8Dqulhok16EgSMumdSwloMBaQI8UOLegKKmaFLG mHf/0WFlp4dcH8AYoNESIwGBgYAHuPE3s/tVtyIoPFS5PcGR+9fNAJRUHrJT1iKwCXmLD6GiSBDV i5K1QLuJ9XcY4MTL/FUYfWiYwoBIk+HuMFKLMHDv4zMm3/nwLfc8ecOdj7727qcvvPvJi+/YQ8fu m/VeUlJS0kqpXrNTZyATAGD8k29sctFzNz6XgwHk9RoFMEmHHD66CAMotgADMMQzZs+NissovGEL PhunlsWFt91/F78MVMAh+trl4uNb/k6T2qivvv3bPfPe2+SCaSNvnA8q0PVCH3/+9fYTZqK44K2/ hpPxy3zp5RPaDgOWtAwDvbUnYJLdxrVhoNRTMEAaBXV5IHD/UvHun7cT9aegCAY8CfjOQIX3GspW DekNRnWZUCC7rVAotgtkaRAdf9fzm3uABCwXGMgWEZW2OWfTXgMenzlv9DjAwLpdeHufzPeL4w8P Ye597toCvs4x7/4hevfgMKhgfBjA4C1+cOfQbKuAXwWEnIaespU/3uury2eFu36zQ8yUhLcHhZuv BM6ehj44pLn3dd0A4Hy/VmSFj/P9WR5o2BNe6vWBB5nvDwRg8HkLMPCXB6f+6b4nr/jD3X9+5LkX 3/54oUhh4P7Z7yclJSWtlOo+a6WCge/+/s9//PM/YVzwp1sDOYR6NDOCAbX70CZnT4XOvXeJHqKu p1DUw/BVEN788NHHFmEARZyKJns98NAj3h+rPvjksxNPPEnX0ign4CzmaMWvroEJfmrqszhE4l9y 1NFHw2TjPfW6OyrFNz/zrLMxx1e8ojdBpfg++HqQ+zktfA36cv36vfQNNfdgUPO7K340iv4jEPrO xY9Iaofg/i+676VNznj6T8+9RRKw4nfjHnw5KkL4ZR43flILMNCopj+PBEoFVB4GiAEiqygM0PcD ADSh6RcAyBggK2LMHkFgMBCq1J2SJGOAUOXuBgPlbhd7EvAw0HaBCrh2KCMEufAvYFDtfgGkecYA waaCTXsPfGLWvKMvu7ph7fW6yB2BxNMHAKBe3+y+q4RyDIAx5/shmvggUYtfDope1SF8qoB3/1X1 +qISnwmQHUI50+8Uw4CIFt81BMgD6u+ZuxsBsahLfXRZf3TVXxUWczDQBABAIhhQkYRGf/jj1T0e x+h9f7PLCQPKAy12BgADdz787Oljb7zjsZkL3/xo7usfPbvwLYWBKXM+SEpKSlop1XXlggGQQENp t6L++Z+xL49ggHb/5CeKUiQIDyMegEk66tgTizCAYgswAMHyehOM0S/Cgc3FKfXK6qFR1yU9WtRX QUi8J/beGpXw3VSw6TWvx4dvghHvgDn49IvHXKLv4xHC++96X4O+HBV8kL7EC28Yvha5JtF3pzOj j0ZS/MkUPyKpHYLXv/TeFzc54bEbHn/VLwpC8fw7FqN4x/NvRjBwxVXXtgADDYCBXle4TcN1YaDc K8MAHe1ZBNYZ8LLbCikYIFFZbhjgYUCT7MajtPtho4BsgCTHBvn+wJhK14uFDbKGQFHBM8i8Lihx dRDqIq4jOr/SDSRwYdX1B8z9gxO2NgxQKQwcd/k1Db9dHzCQMYBPXB5UkCgAqAL3X0+h76/ULHLx z8N8OIAq7/5D2SV/u/DfijwGuL2/Iua0/sID3uhnMBAUVbDvcPmaEwbg+ys41G4Aig4GUFSj3wQY gHAo7t8YAJAgp8gMw59oAQbuemTavY/POO7sidff8eiTs199YtbLU56a29DQUBMG/poiRYoUP8KI /pRBW838HH/o/H/yf+z6jqYl5gFU2tgZ2OSYh0MZCRSKIQ+0GwYguFt11Uj0yjcCfldPaRLm3iJH E6JToYFWoV4TBsI30Ve9/f6HmDnt+Rm+gjH03zis+TXo5Nfeeif6aPX99r25S/vhC32unxJ9NM7a K91Pxp/Slye1X9/87ZmF728y+sEBpz/+zkdfgAegF978tOvxD29xzENvfPB5eE+htsCAKoMBBwY5 GAgbAiLCgPJAJK0XlgkVYCCSIQHtvk+sS5CDAWopYaCWzhcYcEIOGGBPAORAxx/DAG8oZJXN+gx8 cvb846+8tmFdwoBd6TeXL1IGUBjQs9IHUEPfEgl4o1+W/QBsCNRRpTUAgPhwAE8CUB0YoPUPK+L7 PQY4c09/79x/VKFTr+xul/ntFDy9bwJo3cmmOTUNe5ILhAwGDAAikQeGP1FtEQbuf3LWA1PnHnfG 5ZP++NBTc16dOu+NR59/IcFAihQpVqaI/pRBKxkMQBEP1CQBqLhnwHjgsPtVRgLuMBTq/lX4sONO PLUIAyi2CgPeZD8QLKRRhRWYYM1DTx+9JDyF/LY//dmfgmCdvYMPFb6JvsOiJS+H76N56L/DD6r5 8uJHF717+MKa353Pw5kqnIo+Iql9+urb7+a+/OFWh927ycF3dxt9/2nXzzrpmhl6eN0DL4RtAQi/ zBOuvqGlZUK9r2zoneMBbiD2nQHhAWJA79j0+z0DXuwM2FlrCHhlMKAVPn8gZAMlASR0/5kcBsgh txpnPCDKkMCvGjLlrH/UGajVKDi/2uPCag8QBTcTGwYEIgm4bcSb9xn41Jz5J024rmH9DVuCgbI7 FZAAVIABmHuXRDBQGkI17vyQJl6R6a8pcfZ5GChIMcDDAHsCBAB5Cpia+DaqCAMgAYWB+qp4MKDd f0xhQBoCTxalE1qAgcemL370uYXnX3bTJdf8eercV6fOf33qvNcSDKRIkWJliuhPGbTywQDkeaAe CUD1NhATAA68EyNyPYTOvXk2ilrXU/4l+KQTTz2zCAMo1oOBv9x5tzfW8OjI4XfH5lf5o6IXwmfM nuuX44cX1P0EVXQqMtBa9B+BT8TXoEV9Feo4izcJ3we5vk9o02t+DeHLo49GJfrWIP9CnK353fn3 wRi9vPgRSe0QSeClD3qM+svGe9+266kPYFRttf+frrt3AX7Dea+hYD5+ma++/g9tgQEkuZ6AV68r ym2AAVsmZGdzJAAZDASHrORIAApz6NI8DOS2GqvaCAORijDAnkAPJOwSlOSpAllnQGHA31pUYODp OfNPnnh9w4a/30iv/Uebg2sxgNPOuUNuCGYCxy8u3y78P1TCNKWCIY8IADxSESGJTL8KVj6qZKqz MSBrCLgmgOsDPFoJYKBpd/Hu7jAS7X5wGF71Z+4JwU9zZ72ahonXZ3+A1/7diiAUuS6oaY8nmvdk sQnjni11BqYteOOpWS/des8TR5x08fQX3nl2wZvPzH89wUCKFClWpoj+lEErJQxAygP1SACqCQOQ AkBo95HfeM/8jfa8+co/zQ7rqn/88z9PO+vcIgygiFPRZBW8rK578T5YzbQW1RDDr58ou2avvvY6 GHGdhlOwwvom/iV+U68/Feah/OcidEL4ud58e6vt3wfvj0/RFU01vwb/cpzyuSp8Q6+a3104039K 8SdT/IikpRVIYM4L72494poNdh5/xPlTvvzq27fe+/Sx519+asZrH37yxVcFEoDwy3zdzbe1uExo vOhKu31QoHKvK8sgAY4iWyaECs4ix+jdf06CB5n191IkUBLwMFDqaYlIMcBJlgnJg4rrM4AsE6p0 5WG5mz18oNyVSOC9vqrmzgECQPfzqz21J4AKYcD7/praou+2gIFTJ93Q8PuNN9bOQKAHZFtwgAH0 9C7nYZazCeBgANNg+rUJwBEa+kgpgIGWNwbA00cVUeb+5Yahol0f5eV/kACXA8USy55bC9QqDGCC IAHHEAZUORgI6l527X8P+n5pDkAZAFSRjOBIjWgJBma//MGz819/dsHrg3c96MnZL01b+Na0BW8m GEiRIsXKFNGfMmhlhYFWVQ8GigIAXHbzM+sNHvf0rFeLDySGSTr7vIuKMIBiPRhISvphNWvhGxvv eN5v+px28Km3fPnVN3y+mFMRA1T4Zb7p1j+32BmYAAEGdJlQQwQDvS9XEmDFe323eYANAVcM1QIM GAboXoIeYyushzAQdgaWBgbkYWS836htHqgBA6o8ErAV4HsCWqkBA/kKYGDqnAWnX3NDwyabbuqb AHVbAXUEu99ofQB2AMTxU8795w4LLj8vd+0fuXf/PBTr7xWa/rLPna0PlIcBde3I86N3+ZjAOcoM LenJKtf9swNQ2fNxOHsKyR5yHyG58K/SQ53QNOJJS0YyaQEGFrzx1+cXvT1ryfunnHPJmAm3Lnrz r88vfifBQIoUKVamiP6UQQYD3/x9VRNhoFAsio2Cb75dq9dJl1z7MNsChQkwSedfPLYIAygSBgrz k5J+WH31zXeXXn336pvut+/RV5AEvq7xW10Ufpkn/+nOVmFARB6AzPpbZ+DKsscD9fpCAp4HakoX DrUBCYJtA1luJCA3IdWEPBDCQA05NnAu32CgHhKUu+rZC5p6Yqb0B7Kz55dtUdAFIQN4bdlv22fm Ljjz2hsbNttss1LUB/Bev1aRy34035mX/7k0SBW4fy8z+q3tEoZCDAAAlHbRB4c9CsdPDPC+PxAM vSTBXYDCXO4FZHnO0NcWwKDYEwjVNPzJimoPSv09BCrIwEDlMMCrsgfGp5pGPIW8BRiA5r328dxX P3pu4Vs9+g19buHr81/7KMFAihQpVqaI/pRBCQZa0Fff/v3xZ+f9n41GQEACtgUKc2CSLhp7RREG UEwwkLQC6ouv//b1N3+7+dY7v/zq6zaSAIRf5tv+ck/Ly4Q8DCgPKAzI6HoCpstVsnZIDnvVRgIP AzUeVBzwQAQDrJiUB5CABxQJarj/cl55HhAY6HohD2vygDycuNpDSaAAA93OkyJyObWNPHOgK3cO ICEMzFtw1nU3NWy2+ebe6HuX7/MSBE/PHKPuCniUS4McAJSHhqPbDxC4/wwJ6kgBwGNAzSaAl9r9 yu7ukDygSJCddTDQkrOn9XedgYprCMg9f3gjIO4G3oMWv4IxS56sOJdP9x8BgGrPp0yYE1Ws/mTL MAAtfPOzxW99ftVNt++420FL3v40wUCKFClWpoj+lEEKA1/AIqxiAgxElZrSzgCEJDqlgkkae8XE IgygiFPR5KSkFURffvO3z7+u/StdU/hl/vNdU9rYGYC0G1CSRJEglAeDsp1y9xpSBvAPIjASuLwM cqA8DEBi+pUKPBKEhGBSGOBDyvQxZJlkVzHcvywNUgAgA1ixOwT3rzBwEecEMCAbi/XwomqPiyGt y21GbQVRfh2RwsAF5IFt7IZCW/Xf9tl5C86+/qaGzbfYQn2/XvJ3TwMwHrCiuH/RIxA3A4QdAJJA bPFVpULFpNZfcsOAOu6/ngQDdKWQs/68tC8k4Jf9FJQ9JQATsvX9tsrflv47cTmQqGkPqrrHU5Dx wJ5PNY14Wvy9jCOQ5KRn/aiqYhzZOgxAi9/+/IW3vzj2lHP22PfIBAMpUqRYmSL6UwYlGFhGwSRd MfHaIgygmGAgaaURfpnvuPehtsNAqc9V5d7jvfvnXYbU/QcwwFx8f7lX8Gyy3gYD/hRgIJNgQEwF DgOUBMpFdfdPLOZiIb2bkEcCDwYifdoAdw5Q7rEDQAIvqZATkFR7EAZ0jhcwwEv6A6KuF/IRBIEI A/MXnnP9zQ1bbLll7Ptd7jHAJ6ocCYQNAZFWLHdJeWi2OVjdP1Ta5RE+EpjKGf1WVXUAIIcZDFgx uNgfKvL6dqsfp+rwJ2wVUH45kJfYel7yD2GAFXX/IQkoIcicWG2GgRff+WLJO18ce/LZSwsD515w WVJSUtIPKPtjVCeiP2WQwsDf//mfq5oOOPCgqNI+vf3Bp7f+5d4iDKCIU9HkpKQfqfDLfP+jU9sM A+MFBowESj3HRzAgxRwMaIW3FaoHA73rwkAoaRGMreQ2E4ei9S/CgCMBWzjU2O3iUjeFAfP3BRiw Yo4E3Kk2wsDW/bd7dv6ic2/8QwYD3v1LItuCd3q4JMXSkEdFMQZE8na/lh4zHghWAZWD54KpWu8P 7M5uQFkAAIchA1C89k/fH6z8gWj9eY1/D+7rVVWGP1bRrcBeeevvBU+vo+hJ2R7wpDf31hnwvl8T FLlvmDuGTWwLyKm2wQD0wttfLHn3i5fe/bIdMPCPFCtjqM2ygxQpVtRoNwzc+9ATSe3To09PnzH/ pbc+/jr8jwgOUcSpaHJS0o9UDz353IwFr776/pfh77mqAAMTQALSHJAWQa8rGwkD9vCBHAmozPS7 e5L2ulz3FocCBmAOkjwGqBwGAAAMBhwVeHX3Oey+MIBTibcYysOACDwgtxWyXQFengeUBHzuJwTS ZUKeBxQSzvMSGFh4zvV/iJcJyW5guTdowetHgrN3uSWB9Xdya4EAA5VdHtMtAf7ZwEsFA/KoYC4E Uhjgcn8e1oABu/Avd/33MCDOnht5M8HZ532/VwgAvsJlQnu6+wKp9fcwoEbfa0+MqIABMPJVnIn6 yKeb9nqqjTAAgQdefq+dMPB5ipUr1GOlf9wUK3gsCwy899dvk9otWH/89yL8LwgOUcSptz/5Jinp Ry38JkNvfvT1qx989eI7NRxUDgb6XAUSEBgYX+qDij58oCUYaOwNAMjqVH0YKMUkANWGgdyTiVuE gYgBfNJIGHDrhZw8DDgSyPUK8qoBA2UTbzMqewYWnnHNzQ2bbU4YcA2B/GaAGuKKoPwOATDAY8Fh bkMwxO0B2gfQhgDH1jsAau6LlepuvEEQt/+q9bcOAPJsM4BpOCsGBvUv/NeVQwWPBLIxIIMBFDP3 XxCsP92/auTUpr28lgIGoMVv8b+RCQZSJBhI8aOIZYGB6K9fUlJSUhtlMNCHDQEjAcKAdQlqwoBX STcYhBXeeojPKs7EZULZ9mKCQQ4DmGQM4CpOqHsSgAAAl4bLhLiFICOBMY2WZ0iQYQDE7QTaExjT 1NN2GDvrX0+EgRJvK8QmQ8XEZUJb9tt26tyFp151Y8Omm/FuQoQB1xPISW4TFAp2vzQk2wDgYCC/ G1gBAL6frQCz/m2DgQwA+FgxnysJEA/0EQF568/7/1hO36+j7AFQEqjofoCC0adkjVB2aO7f5hgJ yKh1ucxPDNDr/c7uCxiMRP4kx5FTqyOfruq419NkgBHEgCbmSwcDUDtg4O9///tnKVauwL+pwsAP +4+L38bHHnvslFNOseMUKfKhv6j2x6hORH/KoAQDSUlJy6IaMOBIIIQBeQwZ7X4jVwQhGa87jJG3 CgPl8F5D3G1cFwbyVKAyEuCDyeQeo2r0hQQubSQMGBKEMMDOgN5ZyMFACSIMXFzpPka2CggGdOW9 hgLrzw5AXoCBC3iXoW0uCGDgAkgfOnbyhBsaNtlsM8CAPjY4Esy9JS6Xx4fB9MP9sxtA308GsFxk pj9Q3vozr0MCfKKwgwG59q/Lgbzg8mvuDFbp7YPU/WuiRj/y+l5V8fplOUvHz1VAXjkY4GV+jHu4 VsDIqSLmYvohGH1e+LdDJPT9ggGuISCHrHw/MGAHKVaWCGHASt97gAHwq4gAD1gpRYp8JBhISkr6 /qUw4HsCEQyo5MnEcPkTCAO92RAgA+iYhwHygNxplJsHeopkjZCHAeUBt5nYKwKATMIAvjMA8YED dP89QAKU3HXUCAEwoBjgRR6wu47KQwl6jGnqcUmVNx2SpxSDE3LWPwcDuoJIdxJXtqHcMiGCweZ9 tn1q9vwTrriuYeNNNituDhaLT1ll6GPSDSAD+EQlPBAAgMCA2v0cA7SyHyC3IoiPEcjcf8wDTub4 eRdR1wHQCs+KxWduRl/df+b4WVGjHxyqeIhRAYC3D5JcuwHi/vXav7p8HqrdD9cCCRI07fVMVtnr 6WZJmvd+5vuBgU9XhJh5VpcuZ820gxTLFCEMWKnjA797CM1BAmAAbQsgtPjjiBX893Dl+r9JgoGk pKTvXwoD5b4T6fvJAzEJQA3ukWQKA419cCiJym01zvGALiuSlUXFp5IFi4VagYFyT/egYhm9lAQC GCAPFGFAxWVCwgNl2SqgeUWbBoH7D1Xpnt9YHG5EBgx0u3CzPgOfmjX/2Muubdho4009DDj3b9f+ 1ffzbB4GeKgwICuCmAsAEAasD1DD9ysMRIt/NCnrQ8T0MG/9i6PKAABI4EhApWed++coot331p92 v3BIEhhBwcfrWB1ZrIj1NxhwGKAKYcAUwsDU7xMG/va3v338PcQtw8UrSgy/xYphTD+zS5czp9tB a4HJ+ffh27f95d9/LNV3t8yBf1OFge/pH/fjj/GvoQCg7l9JQP6xGTappZB/Uf8jqvfvq3UXNX+P Wv9NQ7Twz9H2f6l6M9vyBRSjjZ9bc1qHfmJHhv6i2h+jOhH9KYMSDCQlJS2Lws5AKc8AkUquM1AT BhozEriy7B5a3GYYqMsDJQcDkRrl4QN56WIhun9rFDgYKEmlwt3GsmMYbCCqCQO6l6AeDNg24m4X btp74BMz5x819tqG32+8Cfx9486PlIYCCeD19ZJ/dvmfXt93AxQPeF8gmntTkGfrfJzKuz4OVXZ9 wmS7Avy0zPqrqrtbN8BsfQAAkLf7WWegoOK6IFnrT9PvnwBAAFCjrzlG8fpatFOuAhNvGKDiGiFb EaQV3RjQnHf/MQzs/QzU9H3BwEcdHM+dAQs3bLIdfTR5WJZngUldznjODloLTh42zL+Ah4g2v/z7 j6X67pY5QhiwUgcHfvEiEmDW0ODPIjSvHTX+QWv9+4Y/RuThb5VEVKv9m4YI3yeKFk5FUWtmW7+A YrTxcwvTOvwTOzISDCQlJX3/8jDQ2Oeqht5QzABe3CdAGGCu8+WmQw4M+uSbA7rbuKe/11B+pVBv WyaUpwK4/5pUUCSBqCdANXa7RGQAYBjQnRWQgCwuuohI0E23DqvFr90ZAAnopgJJamuTXgMenznv yDFXBzDA/oDBgO8DMHcjnyC2i9wtlNuCnfun3ScbAANkNAawDQC7PpEjAQ8DeQCIpHa/LAIb8FD2 B9PoyylJxPfD6AMAJKfvxxiQgBn9AAZykjU/6vvLcpgxgORcICSO3wue3pL8MqECBmQiAJAWplb3 fkZVDwbufXx6TeG/ke2AgQ87OGg6plmexTS6GIlhk/VQZ9WqnzHMHWpIcbJ7xeRhDcPOsIPs1Q3u 2F7O0LeI5+RLVssq/n1gT3k8bLKdsy+oxszoE6MZHR4hDFip4wPfHdy/hwHEf8m37CvIbWoh5Gc2 Df+O9vOR4xr/vjqPMySiw8KxBqryhSD0bFbQt7SD4J9vmsxxv3D2deVeFh1Z2IvjyOa6X4cWfkME grJf+FqvDT4hPrYI3o9nZVZLv5N158vcDotlgYHoT19SUlJSTUX2CVIYaOx1VWOviQ0CA3X7A7J7 OF/MwQBG3UjgYUD3D2jCjcVcPkQkUDAowIBXO2GgZDwwRncVsyL9gbLAQEVIoMSzYICaGHCxdgA8 DLSgTXoOeHzGvMMvnmTLhDwAuM6ABwBpAuwCo0+vbwzAmwVZbu7feX3FAwcDAQOwY5A3/XLV36s6 zNcJA+XhJt4ISADAY4CKl//zHQD4e46yK4CVCABk72++EnYAOLpc7L7sEPCenpV8olKvb9qbph9j kwcAHj5T3WdqBaf2faZp32er+9SFATj+moH/RmKM/tsJ2X9XC4H/En/99dcvd3Cs3zB0kqU+Jg1t sOojJ8p5/M/6Jz5Ss+4qWWSTh07S3CpByMncy1GpOSf40Nw7S8EqfB95Mee6pO7Mwifa235PgX9T hYHv4R8Xgd86xQCGSxQGQjxAYi+Iw/104h+X/Gz9T9WP+iJG8MNH4Gx4WAw/PX4fCT3rT/nJvu7e fNJQSYpvUvsLwOutauf5P9l7xb8h4dmarw0/1KpR+C/dvW34nsVPbHl+R4b+otofozoR/SmDFAb0 L16KFClStByRfYIMBnpPbOw9qcHtGZBVQ5npZx+A4/hSb9k8oGuKKIEBXSbkBB6QVgB5ANZf7iZk WwhMvjkgO4kVAHj70RwPQBkPZCTQ3WCgSAKUAICXnBojTylmorkmsm2Ay4FyFp+NAm0IcJlQ7lRB G/fs/9iMeYddBBjYZDNdFBR1AxwJqPtXGBAe8GzgjT53AjxR2YV5CAOYIHNg8TnH+35n+mnuNRej bzxQ3T0jAcLAHk9Vhj+ljxLzMKAYUOazw5QEaO5JAoHXJwzoll/mT1Vg93koDCCVPAzY5mCV3imI o6z/YcU7/jqSa/80/RBhYJ9n9BDu3yQw0LRv3bsJ2e94IdoHA0s6ONZb7/iHLHXx0PFZEXnDkIla qVfXig9XnDgE3zEmBW/IV7kovmEb54QTGMGXESUtzCxO1mLHRwgDVuqwwPds1l/ilIZT8Fvo5WEA I8JeE0X2w8G/p2SuEv/7xj9GnOdJi3o/ZNT5NhI6IZwZnc1O2Zu7z8i+FovixxUriPizWvsNqXlW 8+i1iOhQgzPDaMMn2kyNwqd0WCQYSJEiRUdHZJ8ghYEGwEAfwkBDnwlsDoj7D+V4gEmgoDMQwIDf P+CkSOCkbQGBAR6K9W8RBhwJFGGgm0ucIhggCfDWQ9YiUBIodYPpBwzQ+ovvd0ggMJCr1NfGPfo/ Nn3eYRdObNh4U4OBkAEEA8JWgIcByl3sf4I5GSC3JUAZoAw8CK2/U9ABkAn5JwaUd3+8PPzJ8vCn QlX2eBoKrL+JLj8PADnR98vFfua0+Gr9KWf6qaAb4CUk4BgA5t47fpzVivP9lX1o9/WSf9M+z1aZ PIuEvl/qdkoSkMD3BgMvdnDsDJP1oOUWD9JtWA15w84TtVKvrhUfvqhzfIWHbrav+JfXmzMx+AKL r9LwlShpYWaYF6d1ZIQwYKUOC/zKqdfnxX9JQhLABD2FETP1JVHgZ4NTPvhzCn9u0b9v+GOMDl8M /yFd8B1c0c8Pk+isPyVvt/NEGeRQAoeI4EvSskWdL8DX+HH5X2mfF5NiHr2W0donatR8z2Lio1jp mEgwkCJFio6OyD5B1hnoM8lJNwMAAGL3z6K2C/IwoDwQjqoaMND7CoWBnMT614IBKOoMWFLsDKi0 MxBWynw22ZhGefKAkYDAgCZ6WyFZHWT7iUEIQgKtw8BGPfo/On3uoYCBTTfbIoIBWHyDAbcWSBlA Ks70i1DRhkCuSAx4MoMBtzrIPynM6pLIxoAnnZ7iGMLAHhhBArLsp0ACuhPA5bWkF/vZEMh5/Vbl SCBrCDRztY9c7zfrr84+8/oYdQKLeRgIhMr3sUzoq6++WtzBMeU4uL2dJ9jR4gk7I58AU6UlnkWG /1nvuCl16/koFrUS1PnyfKXuHH5oULJK8BUj/KvipP7MMEeSn9WhgX9ThYHv4R8Xv3KeBBDI2Q2g jAF0jk6uGbkfjf5ThD9DDa3k6oWfvP6Yc2+284TgJTyrOTOZVjwbVPTt7GjKcTtnE6XGs/G/qbwi /wUEX6e9wr2BlTT37xaebfm1EqzbFEb0iRbhq3xu74hocX5Hhv6i2h+jOhH9KYMSDKRIkaLtEdkn qAADlGwjtuaAhwFVvtIiDOR4IFBAApUABlrYP5CDgW6XNnYb24ixsHOgBgzIBmKvjAfyMMCkq95+ VGEAdr8GD4QdA4OBC65q2GLLrUt2t1DZGWwLgSJlDQFe9fe5JuwGPCY7g2V/sCz1McevS4B0FBiw ilNl2JMVMIC5/5o9Aef+zfSz4uw+EkUFjsytrm0Bin0AvfavXQL2B572nQF/UyDuGTDrTwaoyrV/ tgL25sZfYwA2AQAAyHmBXxggZ/fZFhBpzuJ+GKf5CVDzftPaBwMPzPkgFP7zaf9dLYT6xYUdH/cf C8viYqfx+ZIc43C9Y+9voR5Gsegq43eyF6+3006shDPrzcEpX0JoBZPtWCr+fWomNi8/M5zjPsGf 6dAIYcBKHRn4vpQHBAQaUNFDreicFiL7cTHwc1rv2PHBz1BDf5Lhj7rOzzI3RX6DavxzB/8c8dnw ny/89wt+RaJSNl2i+AUEpcKvdJDbuwVfJKOF17rIpiDiT5SvL3xVkGdffwvzOzLaCAPRH7QEAylS pGh7RPYJqgkD/vJ/TR4IhFPGA168rZBDAn9/oWzhEJsDwSOKAwDIYCDrEoAEmHgSaOwBEoDLt+ZA oUWQkYB7PJlsLCYSjGnsGqwU8hIeECSALtK1Q+Wure8Z2Kh7/0efBwxMbNimaze3KOhRuS8QEnP/ 6vWZOAbwicKAyfl+UYABu/NeQHyGgIOBEvsAT8H9Z1Lf73igMvxpxwBU2fUE4O+d0Q/uDUoAmBoK c3SXMHcFEAPM9DPPHhpg64Iqez3NNf1uwU8ZDLDPM83EACatydoCKrcfQPoDklRcEun7gYEvv/xy fgofV+zYsOMVlv9oA/+mCgPf5z8ufvcsk9zDgJV+jIFfhnWPvtcOUiz/0F9U+2NUJxIMpEiRYlki sk9QTRiA0Q8ZIMt7WyVQDAOqEAaYGwwIBjC5vNSb2wbKvT0DBG0BwIDxAGFAMGBcif0B3yKou1LI q0wMgPt3eGC7CPIkILJHFHfV55HZ48mYSx8g7AaEUhg45PyJDd179FTfb7I7hGZen8XduPiHwiFH vYmQXwL0pKoKc88xy3nhH7kcwuWXuArIfH9O8P2SGAMEPFCAAS85O2JqdcTUpj2fcTAwtQkV5BhH PpPtDWA3wO0NAANQdrcfu+EPRnX5shyonuDmZYGQu/CfF4rKAF6+LYAcGICk/TAw94NQrcLA3FU+ Lh+Mn5zG4Mut9iOOEAas9L2H/jTt4McZ+K1YGX4bVuBoKwzk/6AlGEiRIkXbI7JPkMJAqe/VORjo PTF0/C02B6CYBKBG3ncogwEBABVvOQp5GJDtBBkMgA0qvAeRwgAFBuDYBhhAEZKewNhy97HhkiGX xyRgEhgod7+I2wnk9qONspNY9xPD+ldERRgYdf5VDb169/EkUAIJ7EbrL4kDgFDsA8Df27V/J4MB TPA5RB7go8HYATDTHyhqApi4QyCTQAIT8/pMlAR8K0Ck1l9HPcX1PwYDZekAFCVrgfgUMIorgorW 3yWCAV7O6Gd5XckyIWJApmc7DgbULCb9IJrTwfHFF1/oByGxUooUK17oL6r9SaoTCQZSpEixLBHZ JyjfGTAkKPWG1OjnqKCOai0WCmAAY6X3+Io8syxQtlioJBsG2CIQBnAwcHkpYwBTIxcImUrd4ocQ OxgYZ4cCALKsqDUYkP4ApCQgMEA2oOo0B37fvf8jgIHzrmroP2BACAOKAXVggKgg7h+mP1QEA7L+ R7sBBRjwRr+2IhjYk0JCfy8VjwFuvZBafyUBiFsCJJFL/rLo36y/3Ozf5bT4lrhDL3H5kuQZwEuN fphbZb9pVYjJs83AAB5iDmEg5IEOhQF9SYrvOfCTn9XBEcKAlVKkWPEiwUCKFCk6OiL7BIUw4PsD hIFaGFCWYnA3Ia+YB0IYAAmUoRwJqDIeCGGAkqSxVwEG2BNQjfMwoAygKvUYG8KAiLlTzACB3AIh p5LAAEiAMFDggd93IwwcDBjYbrtB5V2fKIXNAUUCXREkcnYfSa4VkFewRsitC6L794n6+/yTwuTQ rD/P7iFLhpADA0ZMJQmM4IV/en2YfiTi/qUhINuFR8i6IHX/I+UCvywEkrVAUysjp5ZREd9fkQv/ BgMm7/4tcYd6ayCx+EjU9OtZ5/u16GHAG/0sZ/Js0/4yyiGRYP9pnQ54LsHAyhdq05OSklT2J6lO JBhIkSLFskRknyCFAWBAqS9gQPsD2hmYWO5b5IGJpRpFxYMiD1xZ6j1eSMDcP9ig1PvKSsADJW4e AANQxgNCAnwwmbQFcAgG0DFUBgOyZIgbi5lfWu4JYGCRTyRwDNBGHtDmAPsDfODAmFK3iyB5NtmF 9WCAnYHBO+5IGID7d9uF9bkBbkVQG+Q2CYiQM7E9wW6TQOj4W5Z2AygHA0gMBtyKIFkCxG4A7/9D 9y9NAOMBLvup7J0tDYKJr5mov5fbgBoGWAX+3kZz/F5q/U1q/VX7P2cMQMf/HBgAvh9jdf9nmg8Q GAAVHPBspwOn4bB9MPDg3A9CJRhYoQI/+X+k6LBQf2kHKVb4aAsMRH/QEgykSJGi7RHZJygPAxjZ HCj3uVqaAznHLwIJYEKOB/hcguwwhwQkATj+PmL9pVEAQghhoJGVIgxw4ZDwQA0MUBEGKFkv5HcR uIS5dAYCBvAaU4bkMWStSMDAbjbqugQeBrp4GNh5yBD2BLguKF4a5O0+zL3PvapsBdD326FDgvLu 1grw4iOEC6a/rsTxZ0jADsDT3v3bJmAnwkAgTGvee1p1r6fLexkJBNZfc4ze9z+bNQeQ685gG+Us IMFbfzj+/TjS69PcP1elv0cyDUkViRR5eMBz8P2AgeYDaP0pxYMDpwEGoPbCwIehEgysUIGf/Ocp OibUXCoMWCnFChxLAwPZH7QEAylSpGh7RPYJCmAgUB+QAMaJtVYE1egMBJrQGMAABPevUveveOCF OjsDXgIDRgKiWjAAx2+5kIBWTIoBZeQOCWrJwYCM8mCyumzApxA4GPAkkIOBIUOHlmyTABf9U7s/ CanFV39Px0/T75DAmgAGA3Y2aALoWBTX/0TSa//WCsgWBUXSbkDIAC55trrXMxzZE3iWwICR8rsF zO5n2lu9Pm8cZE8H21dhwB9KRS7z8/I/Xb7lWmw6ACSA4jPV/Z+B7xchAQN4PYuXKAzI2eebKTub YGDliwQDHRcJBn5c0WYYyP1BSzCQIkWKtkdkn6CaMMCVQn2ubpSdAzV4oMYNRkORAcp9Yx5QEqgN A9IZUHF1UAAD0Z4Bns0YwGusPJhMtgoIBqiKMGAVzwCtkYCIO4m5cyC/k1hhgHsGhu6yizJAafcn S3wsAPS4hwH1+uL7rRIWVf4pAWSAlmFATb9QgWwMkKX/sPt75rYHeMHil0Vw+Y4HpjbtxVET8f0y ZhhgeZXPCJNbhcL9ewAQ6Q1Ai48CkEPn+Jk8xw4At/9qN4DX/okBCgMHTKvS6DMR0eg3H/i8JFaP YABnoXbCwLwPQ/0oYWDJmE03HbPEDlaqwE/+sxQdE3//+98VBpBYKcUKHPrvZX+S6gRhIP8HLcFA ihQp2h6RfYIcDFyT44HetlKII/x939r7ietoQrlvfv+AMIBXDAOyWMhXSj2vCHmAq4bC5kCNRsE4 eRyBtAXcGqF6PQEHAxiNAQIYQDFkAK+LS4IBfB5Z1zwMPDfnoHMmNOy6664CAE82DnuyBJEEHgcY eN/vGSAn6wZQGQl40++Syh68H6hJHL8Tvb4HgPII2SHA/Gk4fhYNA54uj5wqo2wG2OtZlXYDHABg DEhg72k4zABg72lIKiJ4fS+Ye5fImv7wwn8kMoDL3dX91vSsWv9OB0yDhAREQIX2wsBD8z70wn87 V2AYgOVvaKhp+pcKBn5U5NCq+0nR7ghhwEopVuBoIwyEf9CgBAMpUqRoe0T2CarZGZANA8AAFfy9 HmIMTX+sct+JZSR9kedgoKwYEN9alPIwoPcdgkq8o+jljTD9Ktk93MJiITkFyTIhbiGAp7fcM4CX hwE+iEAeUdxGGOCdhbpdTPFZBBdCBgPnTmgYOnQozD0xwIkPCbZbA2U9gaqMbAIE7t8AoE43gEgA W+8PdRWQ7AHQjQFeweV/5iVXiUQAMOUBIAcDskMAI5sDrg+gSbAHAM5eEoyZ77f9AIG4TIi7AuQQ Z2PTT7luQFwBD3SyU8QAr2WHAWjFhQGa+H32qWnkV2oY+DRFx0QIA1b6ccXMs7p0OWumHUgUKzWj jdNWsEgwkCJFio6OyD5BtWEgUGPfSaXeV0uLYJIYfZh+UkF+3zAZwMGA7yEEPNB3giEBby5EKqj4 WwzlHkkGKris1AswcHm55xVlunyDAc39ocs9DAghmOlXDKgLAxEJOBgYU+bZEANCXUQqoJBQGQwM 3nHHAgyI+w8WApEHMPIxYbwTaIYBdPx5BhjOe//D7nMhkFz4r+75dHUPWwgkFesGsAMg8l5fewJI 6sEAlGcALy2yD2A7hrUnIL6/wq3AKvH0QgKaKAyAAbjfV4uR8gCga4Qgs/tu1MSfClWsrNwwoB7+ 3n2C3gBK+B40pBoU3DH5wUr73Jt7DWfkj2T+mDH74FDmrgCBn/zHP0R0wc9g+C128PHHtwxvaOhy 5nQ7ajGmn9lFZ/pkRY2//e1vCgNIrPT9hvziZbHUP63iT7iNP/N2/9P8oP+m+u9lf5LqRIKBFClS LEtE9glSGCj3uwYqQQUYgBpBArzrKI1+I3lA7D5yNf1GCLwVqfIAxggGKMEAwIAe6kYCVQwDbA5c oeuFvO/XOwvxGQKSa1HPcsOAPXyAewYw+iQkAajRegI1YIAJ50QM4KUkoImDAe4ZmNCw7XbbcbdA AAP5W4Wa2C5wzwwuDedeYXX/TPI9AYMBs/5gAOkGMLGKkkDk8iFbILTXs2ERFt8l4vvlkn9RbleA 7QQIpTBA6y93+s/W/DgJDLAnYKPuEHA9Ad4pyBl9Ko8BOuqiIMu9DpructSf63Tg9E4HTe/UXhh4 eN6HoVZUGBCfDr+e0QAy59ndySxwEufo9d0JPz2brJMktMj5KwwHSOAn/9EPEV26DBvWpcsZz8nB c2d0YdhRW4OvWsqXfL8RwoCVvv9Ylp9S8bVtfLd2f+gP+m/aRhiI/qAlGEiRIkXbI7JP0NLAgDxk AOotYm4wkJGAg4Eyi7pYKL7ZqCZcIBTsLc5gICMBSG4uFMCA5b24eYBs4Csm2TkAT+8SrzbBAOo5 AKipAgz07d+fDDDcSECv+pf8WiBJnOl37t+NFLw+L/y7DcHSEMgwIIAB5lBg9IuybQAj6e95GDv+ aTbNHVb2mlbZe1p1n2lw/MAAJQFNVE289m9UwIcBF2AgtzRItgvbJgHpCVSDbgB1YAYDqjD3oukH Cegoh515+HzTwVQ7YWD+h6FWUBjIOXjJskqQi5u3UHPv5xRfGE5m7HNvbv4KEfjJf/hDBDzfZBq/ acgnD2sYdoY7mHYGmwaMYZP1sMsZZwwLSlKZFszLH0WvksMfKEIYsNL3H/bjyvLsx1LrhxbOnMYR zKZz5Jyfk73WXpMryLTcv1puhvtHiSuFN/1+o60wkP+DlmAgRYoUbY/IPkEOBq4lDxQwoKCJjX25 q5i3G5JDCNbfwMAdOgEDCpuJCQAZCeiYhwFPAirdOeC2EJjAA0wacySgkg0DTgYD8hgyQQIlAYGB nhkMOLUFBiDygMLAqPOvaujes6diQE0YyPl+woDVs2K2LVitv8EA5FcEhWuBWlZJjD6SaFTB/du2 Ad4w9FkwgGBAJpKAgwGhAgDAc0YCcPm1YMCLVCDWX9y/AUAAA9MpgQH4+6rIu3+59k/Tr4dImvIS NgAJPAetxDAQ+XY69tC4a85JruQrfk5NGMjOShQrP3TgJ//yDxHrr3/iIy9PGtowdNIjJzLXkRWU OAEFZvwfq/BkNlNmaNLyq364+PrrrxUGkFjp+4/sp6Q/Hf9jqfVDC2fqj5o/cSsEP3z5h5OJwUyr TBoq/6bRv1rx42pU3Lsx+wFC/73sT1KdSDCQIkWKZYnIPkFLCQOi2jBgKsKAKoAB2TccwAA3EtSC AT1sDHoFjQAAtgjG8SakvTwMwPcbDPCuo9xAbHVdO5TBgJHA2ArluwShbP8A1cO7/6IuzjoDW2y5 Fc39MAWAqbHXD2EgkLp/M/0Qii4RDBAGYB+glVZAJMAARu0M5KR3BKLjN6NPsRuA5DnBAJh+HVX6 hGDiQWb39+PegAwG8j0BawWY9c9JHxEA99900PPVQE0HT68ePE0sviwKOng6KirjAcmbD5rh61D7 YOCR+R+GWjFhADY/W71jrt6Ze/HwTAMrX6xk03lO3wyl/KKgcP6KEfjJL/khYr31jn9oyZKJQ4he QyYuWfLQ8azoqDOQ40xUCecUE82jV/1wEcKAlb7/iH449fKWf9Ra8XOYh4F/wOxf0ia38a3Ciia+ +L1HG2Eg+oOWYCBFihRtj8g+QQEMXFtSJKi1WKixUMmmyV2Gyv0mOQa4SuSRYCIcP2FA1xSZMjAo KRsoCfQS06+jVw+X6HaCXnw8WamXbCFg08AwoJ7AA2XiQaZKT/p+AYNCZ4DY4PcTIwnYIKeLfq8w cP5VDV022tgDgEkAoKyLgvIMEMq3Auj7HQDA/Wsiec7otyB1/EzCw70pAQCafhX8vbP+z1X38dY/ Fvx9ZX9igG4AsF0BxABNAgzg5X8FABnlGr9e6VexAluPBNZfGYBGn4eQBwBrCOSKOQZoHjVD1V4Y +CjUigkDeY/ufD3NPMPfZMgVXIW+30eOJhB8RThB58v7rDiBn/yLP0TA8z2I/3kQLnDniZqgoqNM sFNRJZxTTDSPXvXDRQgDVvr+I/rh1Mtb/lFrxc8J67mYuDN/0ZfmrcKKJrXf+fuINsNA7g9agoEU KVK0PSL7BCkMAAOcuHNAkaAmFUDlkAQowYAMBryytoAofFJBrktQdiuFGiIMcM0BE280dJk+q7ix 17jG6HlkLSkHA2wsWB+gqBwMgBACAMjp9911mdCEhnXWXS9HAuwDyNJ/JMIDNVUNHhqQuf8RU0sj ZWMADsXct1Hm/vd6RuWaAAoDuvrfEhh9DwMZFYQSQoDLVxiouscIGAzwqWECAzU7ALIHQBKDATAA VwT5PoAygMCA5SZbHVSFsmIOBqBlgYFHF3wEPeK0YsJAO2PFM/dLG/jJL/4hYr31jptiqcSU46Qy AW5y5wlWYGZ1Cc19xWYgWnzVDxdfffWVwgASK33/Ef4ocj+WWj80K0ga/qjjH2z2Wospx+2cTVzv uAnFDy18XI1KmP0Aof9e9iepTuDPl/410z9rUIKBFClStD0i+wQpDDT2uzbQNZAiQeD4MwDwnOCS ejDAPcRO7BUEMGCrhhq5n/gqhYFGgYEGb/2LcjDAxUK9LuPyIX9T0VaUgwFUCgzgZRuLYfdbhYFH n597yAVXNaz5m7VLygAY5T6hggRq+p/JPTUslLh/uz2owgBsPbsBT7eMAX4JkB3KzYJ4mF8IlGlf S5zdLwDAfs/LWiCMyLXC1T6V/Z7VDQAqWHxiQK2FQMoAAQmwM0AMcMuBInlzz3yU5Z3M+tPua0Wt v+b+EFoWGPBKMLBCBX7yC3+IWG+9Y++3VOL+Y62CBL83jJ3Gh3WfB5XxO3Eej1p41Q8XIQxY6fuP 4g9Qc0T0QwsK6+20k/2o9RihL/TvEJ/SfwoGj/y02i+xj6tRCf9Nv/doOwyESjCQIkWKtkdknyCF AV0m5NXYHzDg3L/z/TL6xFoHUAVjH1QmVZQK6iuAAQgYMKGx91Wl3lc19kYCCQyIYP3LPQubiXuT BGSx0GWNPWQjgcFAq0hgGFDW+5DanoGQAbxydxlSRRigcjAwoeGXa/66JNuCYfHjhwYQBiCfOEk3 oDyCPl5W+XNFUGUkeODp8sin6PL9sh+75F/Ag/wEPjY4Ww6kOUy/JsCAWh0ArwAGKsQAd+1flwDx 0GDAVAsGCsrBAKy8y6dXeUcg8/d6ymRrhGYIHuTAoBk6ZKbl7YWBxxZ8FGqlgoEff+AnPz9Fx8SX X36pMIDESilW4NB/L/uTVCfw5yv6g5ZgIEWKFG2PyD5BNWHArxRC0uhzzwAFGKj0RXFiAANXuySn PAxwezFhgA8vm9DAWwxNUBLgFoKQAURcR9T78jI3EysGyFPJ2BwYp4d59++lnOBgQEhAfb9P8qoB A1BEAtDvu/d79Pk5h5w/vmH1X67BpT4OAKoOA6p7PJsDADLAs5UR0NSqLgqK/L2Iy4QkMZdPx08x 1xuGah1z9nqGXl+MvgcAiAxgS4DkVGT9pQjrr77fMcDz1f1VzuIrDxzgLva7RLcEWNE1BEzO+tPi HzijCgWV6oH0+jwlhl68fi7JcpKA5KPIAE3hqVE8bCcMLPwoVIKBFSrwk5+bomMihAErpViBo60w kP+DlmAgRYoUbY/IPkEKA7ZAqP91Nva/hs2B/tc2gAH6w/GTECr9MWYMUNCk8M5CIQP4oj2tLC+9 06itEXICGNiW4gwGIGCA3lqUCnYPCyRYPs4/qzhQBgPCA1YpkEAkJQHigQJASAW/79aXMHDelQ3/ 8fOfl2psFParg6bKzUOnlg0GuDQoggEz94VDJuHlf0WCvaVRICuCZGlQhgEq1xBwimHAtgoABiCD ASMByDUBPBWo7xcYyHy/8gBGuvxMvPsnSQCansEAcu0AcEuAtQKaZXVQkQq0G6BqOmSGwMDMTjhE znEm1G4YeDxQgoEVKvCTn5OiY+KLL75QGEBipRQrcOi/l/1JqhP48xX+NYMSDKRIkaLtEdknKAcD /a4tGQ9wpZBDgmsq/a6r9IcUBuohwSSuFJJxKWFA1whNaOg1Hmrsyc6AwIDDAK4X0h3Gri1gdXYG BAPo/j0bKAzoXUfV+supsRWuL9LmwFLBgHUG5OZCRgIOBmYfct4VDf+++urlPeD1yQOibJMA9weP CLYIw9aPfKaU7wmo3c8Oi3cF9cosfpjnxQv/TMT0i/X3GCDuXxYFWcKGAOquJ1A9wO8NsIVAZvo1 OXA6VNWnhqnU63sJJJAK5FDNffUgIMFMf5NQtwpIYGCUMYBZf5x1dl8YYEanQ2ch6XSoVahRGNvZ GYj+25lgYIUK/ORnpeiYCGHASilW4EgwkCJFio6OyD5BHgZK/QQD5J5CklhzoDyAPYFAEQN4cdsA 1ZcwEO0fMBjQPCABhQEygEOCkrQIuFJIdw7I/UYrveXRxQIAIQxY3sO6BGUBAHX/0gRweNDzsgpv RTpOYcBLeaA+GGQwoCISuOaAwcC5lzf8+89/Xt7jGRWv/e/5THnPZwEAVW0CwN8TA5iHpt+LLl9H bQL4/cEitfjuDqGZaOj3ea7smwBcGpQ760UYgO+X0fn+oqwDAMHuVw56vpJ1AOj7Ye4rB/JBAWb0 PQBABABAAkde+w/nAAYO5uiMvnr9GZ1kbD50ulQyAHAqVihlg+bD2gkDTyz6OFSCgRUq1K0mJSWF 0v932J+nIPDnK/qDlmAgRYoUbY/IPkFZZ6C/dQZUzAdQ5QHXVLI1Qi3AACQ8QBi4uiLbBir9ciRg ysNAsIHYa3yjrBHSZUKVXnUeSZbLaz9zgKZfR8UDy02KAV6twgCkJCAw0OeR52aNOveyhv/4xS8U A8p7GgzYcqARJAGVPj2gOvJZLdLos2g9AQcD04wNZPEPAMAYYN9pZefyfU+ATw7eV2BAGQBzAhjg BM8D3BugOwRsDNW0/3RJiAEVwgAxQGEAtr75QN7+P/P99PqyGeDAGU0HzRQGsENXxMi1QAIAvNhf PXhGddQMd8nfj9NJAirkavcPBR6QEDodOgOyosi1CGY1Hzaz6fAEAylSpFj5I8FAihQpOigi+wQp DND9OxiwnQP9ri33vx6HIQxoZ4C5sUFRYAAHA30mtQEGJhRhoKGXNAEcAPjnE3vrrwphQA5dH8D2 DPi2wLhKL6JCiAGqZYGBLl0FBs65rOFnhAE+NIAuf8+n4eyNAWRdkNr98kgYfcitCJJr/15lYoAm DgDcToAqXH7YFuCVfrJBeb9pFShsCMjOYCABRu4EMLs/TRsCTQeo6Y9VERjAWVWVMDC9cuBz7AO4 boC2CKQynXafAgboEiDZJCA7g9kZEN/vWwGSGwxQ4vXF/YsEBppYyXy/qtMhs5oOm1U9dCbEw0Nn mQ6b0dxeGHhy0cehEgykSJFiRY6WYSD6g5ZgIEWKFG2PyD5BHgZE11vChoDmbA4IAxRUd/MAJTBg DyhozJGAiiRgtxLKk4DKHkuszyaTpxDA7jf6RxHXkm4eICHIqiHPBpVel+uhU4wEXgUeiEkgVJeu vR+ZNvOgs8c2rL7GGuwG6K4AkYcBRwIFGHAyABDlugFO8W5gL/p+XQVkDKAYIMuBdD9AoQkQ8YAc egzQs4oBbA6QCuRivzQHmg+wVUDm+9Xu66H4foxEBe/768sc/6Gzmg+d0XTI87ktAayL9QcMHDKz SXLOZK4wMKvT4e3cQPzk4o9DJRhIkSLFihytwED+D1qCgRQpUrQ9IvsE5WHAy68Xqg8DoogBKL3x aAADJdlFsBQwwLO8xZCN7vnE4vhjBvCi0RcYkJGStsBlSwUDeR6IASBUl20EBs66tOGXv/51acRU 3RbMUZEgb/pDGOBjwuD+kaj1NwYo2H0nWvwgBwPY6iBdGgQG2O/5bHOwYwC3Luj5Ch8UYADQtL+Z fskdHhwwHb6/glFgAKafOU7peJA0Cnjhn6uAyAAKAJT4e83zjl/EGwEFOTx9fvFPkDcfIvsBoEOJ AYYEIhQ7HTq9+XD2CjodNrvdMPDU4o9DJRhIkSLFihwtw0D0By3BQIoUKdoekX2CIhhgQ2CAy7VR 0FpnQA+NBLwMA7wm0uIbD5ABvGIScNK2QAQDkRrDQ1kLxKTHuBKcPfPLqr2vqPCOQ0sBAwEPxAAQ asNtej307Iz9Tx/TsObaa5f08WFZKwBeX90/VdnrOZcbDNjqIAcDXPxTuEGQMAAxIIMBWn9PAnZv UDYEHANohdpf2EBgQK0/xMv/tkNApF7fJZS0AliUlUI0/QAAaQXQ7oME1Nm7boA/pGRFUFYU6c1A Jedodl9Eo2+JXP4HDBzKdUE0/RiNAQgDTbI0CPXmI3B2Jsb2wcDTL3wcKsFAihQpVuRoGQaiP2gJ BlKkSNH2iOwTFMJAWWHAjaACSfIMEAimX7YQyC6CCAZEIQx4lfu2CQbKfTFysVAjnzBQGwZy6nVZ o8BAY89xEB9U3OuySm/pGMSKMUBFEqjRH3DqnnseGWDg/qee2/OEcxt+87vflUY8q4Lj17GO3CaB YDmQT+xOoJbrVX87tLrz+mUKh/T07AxgFBIwl89D5rL4x1l/BwPaDcCoAFDlAwSk6DCAtwM6eHqF S4Byvl+SXAcgfyqrq2j6HQAABiSRK/3O6DcfPrvpMDvEqSbYfbn8nxfdP9QEHjhiZqcjZzUfOau9 MPBJqAQDKVKkWJGjNRjI/UFLMJAiRYq2R2SfIAcD15fN+ltbQJFAKyEAiKJKzABUhgEqrhRq7AMY mBSSAOU2EOuhIwFpIOipnuNLonKvCeVe40s1qEAq4v6zpNdlfGIxJMuECouFFAl0DATTLzygAFDR iqo7xowHNty6171PPLvr0Wc2rL3uutIZCBmAuWsISK/AAED2/rqlQWb693mWC/1p96XiL/xjtEMB gH25aRg+Xn2/yBn9WjsEIikDcLvwgTO4W8B3Aw6akelgXfqvMMBRXb55fZ6VCZ4Q9KEBOQAwDBD3 P8t3BvwqIC4BwihGXw+97+cCIU0On918xCz4/k5HIAEJaA4MmNlpNCvtg4GpL3wSKsFAihQpVuRo GQaiP2gJBlKkSNH2iOwTZDAw8EbRDSEGuGVC15fkHqOUuH/eSoi6DqY/TwXX+keSlXSMkQB2v7hM aCJMP6V5n6sq/TgqFagyGDAkcFsIimAQYkDvy8EAKs8AQQ7TTwAo9ZRWgO8JGBUEGKDqTgbgrYRk 3HDrnoCBXY46o2GdddfT9T8BDFCAAd0fTOuvvt83Afa2+wVZJQ8D9P26HIiOnyN9PEZtBRSMfguq SGeAfYD9ZUuAdgMOnMFbBlkiCmFAVAsGMNpZSF1+pAgG1PqLuPinyey+AMDhM60zwHFG8+EzUWk6 YhbFtUBcFAQYIAYcKQuEIGkLtLsz8MyLn4RKMJAiRYoVOVqGgegPWoKBFClStD0i+wS1CQa4n9gE xw8qAAxUCAMZBqhagQGSQNwZaOgjPQGBAVW578SQBOrBgEeCdsOAG005GHD9gaA5cClU6n5JSUbA wD2PPzv0qNMb1lmvCAMAAFsLZHY/OpSGgC7+CZcDCQbYciCfZBf+tRWgxcDxm/Taf3jqgOllgQfF APYEbC0Q/P1MXubnjUGtFaCO33t9PZRuQHZKYYD1ghwG+EPyAGBAbw+aXfLnVX9b9tN0xOwmkADy QMAASeZYN8B3BqDR0GzoRw8DS8ZsuumYJXaQIkWKFDUiwUCKFCk6KCL7BCkMNA68oXHADeABw4AY BqIVRHavoXJhBVGJDzAOYKBfHgag3pOkP8DNxI19rqJkLZCuCEKx0o+04G805B9OXCIDeGUwkBd4 4HLAQKXPFRCTCAYKbCDKeEClVJCBgcFAThsIDAwZfXrDbw0GsoYATf8+3vp7GJhW3puncMhHhmlb gKaf5t7DAHMaeimSBFxbAOberQvS5oCu/PHSpf/SBKD1zw7p/inuD+ZDwZQEIGJAhTCAChy84EEA A5DCAMy9HeYXBYUiBhwyg75fOwBUtgSIpt/BQNMRwAC1/shVRgKQokKnI+a4HBgwu3k02UDbAu2G gWeXfBqq42EAlr+hoabpXyoYWDpykA/NR+KOFCl+jNEyDER/0BIMpEiRou0R2SeoAAM35HiAa4Su p+/PwYC70VAeBgAJfHJZ/2saQQJyg9EaMMDHDvCpZKW+kxr7iLhGaCIEx29bBUQKCR4GeLYAA7X2 D1xR7k0ScJ2BK0L3z6QODOh9SM39WyVbPgT3X2JnIAcDdz/+zE5HnNqw9u/WLY/k9oASYGBvudhf hAHeF+h5J/r+itwkFC6fK4KkzkYBAECsvxfbAu7WQOr4MSoMeKnpr3LkIdw/nxIgGCDPCZaGgKwC 0uVAKLqlQdwzIDAgeDBqpq0OchZfScCrKo7fH1YOMWWmn6Lvl7VAM5shbgvWDoC0BSSh0T+SO4YV BpqPhPWXurYOoNEsyijJkXM6jTYSABi0DwamLfk0VIfDAE38PvvUNPIdCAMu2veqFClSrDDRMgxE f9ASDKRIkaLtEdknSGHALRO6sTSAi4VCGAjlYcBL1gs5GBhgMNDA5xAXYKCPMoDJSECkGwlAAh4G PACEagMMsFjpfaUBAGHA5eL7tUjZM4lDxTDgVeqZMYDXBlv1vPuxZ3Y6/NSGX6+9Dh8hzKv+kJCA gwHx/Rjh9fXav0OCbEuACBhAErAOgK8Hdj/rAzRFMOB8v+4Jzg6FAQgDYvcDGIDjR0WbA6H4qGBp DpAKJJ/edLCs9hk1y2AA73CIXvuXq/5uy29e2gSA0dfV/wIAfo0QxK3AshYIkyMY4I7h2Z2O5FYB 9gEIAxjndiIMKBKQE9oHA8+99GmojoYBdeP37hNcmEcJX4qGVIOCOyY/WGmfe3Ov4Yz8kcwfM2Yf HMrcMORU+MFuhnxF9xY/KP6oFClS/LDRMgxEf9ASDKRIkaLtEdknyHcGFAbKsnOgPOBGUaFLUIAB 3UhQ1oQwcI2q1oaBujAgdxmaqPuG68JAL3YJdOeAmH4kkFGBgoG7Cel4YQDkV+Q7A8x5cyHKM0Ck mAQg22Gc1/oCAzsefkrDGmutVTISeN4BAPcH52FAigID5X293dfNweb7tSfAVf4OCbzj99f+7dAw QABg/+fxEubi/r2UB8T9AwNo931ngLnrBojFF/fPEY5/ltS591faApxAydJ/L+f7M2mx2doCs6qA AekJkAR0hNfHKVp/MfpaFwxwMEC7T8fvYED2CcD9Y5zb6ah54IFlgYHnX/401PKCgQWvvh3Kqt6M ZzSALLDdkd/GSZyjHXcn/PRssk6S0CLn+1I+oo/wL637QYU317zwDSYlJS2j7P9arUXLMBD9QUsw kCJFirZHZJ+gsDMAEgADIKkMvKkieQQDqgIPmDwJQKUiDDg1+gVCLpE6SMC1BbJlQjkqIAz08nuI s/4ASaAnSICPJ6v0zhGCyAMAqSBUgQSgmASg+jAwdcfDTmn4+a9+VeLSIOUBaQhkq4M8A0giK4IC GDDTTwXuH4k8HpgMUNkfebb6X32/1K0D4O8LROtPyR6AAAZo7g0JMhgINENJgBhgTYBZFeSAAbkR EEZdCES7X4cEIIMB1wTQdUFcCETJJX8YfWf3JZeKU5OjAvh+V9TtwtwzQCo4ag519Ozmo9sNA38N tVxgoO5/1zM/DZMtWeiwfU5T7gKVnAsvvDCczNjn3tz8fMSnzOvb/xQ/6N7Cm9vZFClSLOdoIw+0 BgO5P2gJBlKkSNH2iOwTlIOBbW8qD7xJqIAjlwzB+i8FDLAzUGoVBqwbYJsHGvtMLPebBPl7Dcmu YgUAl0iloff4RrYFasAAFMIAdw6EZ93NhUIwEDaISACKSUBVEwbuemzqYMDA6r/8ZSmz/lwFVN4H pj/YJLCvy2UhUKDgcP/ny2AAmPugIaBSGDDr75S5f7H+6vu90ede4XzF6jEJsF1QPWRWRRw/xY0B cPyocEVQ9TDm3utHJFANcjr+w7UzYMuB9GK/jLPh9cXfSxPgSD3lYGD0nOaj5jbD6PPCP2Gg05Fz iQRy4yC2Ao6c1fnouZ2OBgnM6XwMk/bBwPRX/hpq2WGghf+iR76dxjv035pzkiv5ip9TEwaysxLF io/CKcEAY4H8WQcD9d4qRYoUyzvawgMtw0D0By3BQIoUKdoekX2CDAa2E/dPHpD+wEBQQQswAOUx oJ/sHu6nqrNMqKg+MvaTJ5H1FikJiBpcZ6DBYAAV3Ux8VWOvqxQGSs7uKwmUe48POwMl9+jiMpJa MFDu2fYWQYswkF37zwDAEm4O3k+2CO87PXh6gEnsvvQHnPVHwj7A/tmdguyxweLvKeTZDmCx+1rn 9gDafVYkp9cP3f9BcvlfmwAYURkF00+LX1AN9w/rXz0cY66iibP+hgEBDJjjD2GgWYx+MzcES/Go uU3CAE3AgKNtLRDU+Zj5zThkN2BOM0jgGGguYeCYdsLAjFf+GqpDYQA2P7u0bq7emXux4kwDR16s ZNN5Tt8MpfwV+3B+FMVTfJ/gK4g/qPDmKVKk6LBYdhiI/qAlGEiRIkXbI7JPkIeB8rbgAWkLDGh1 mRAIIXs+ccADHFVlHPYFD6jyDJAXewIKA30mZdZfYAC5rBfSovYKJLc7jWamv7H3lZU+E0AClV7g AakbGOR4wC8Qqs8AXhEMxI8hy5YJKQxU6f7DboCDAb1HELcIZ50B8/3uVqH6NAD6fhh9tf5umZCs F5LdAh4GAgAw3++bAB4GHADw8GDUZ1FSKY+ayVaAdAA8CTQdNrsIAM2w/hEMOLni7E5HzDHrL2oG AMjIhNbfXf53q4BMo2c3AQZGCxiwLTAXpp/j0fPYIjiKGwM6HzWPMCANgeajZmsCGIDaBwMzX/1r qA6FgbwRd76efpvhbzLkCq4ift1FjiYQfEU4QefL+9SIGqeCUs0Pit5ciylSpOiAWHYYiP6gJRhI kSJF2yOyT1DWGXAwUBlgi4VcT+AGPowMYwADlgzINQeUB0qa6NgaDJTlvkONfdglaOwzUaSdgYkN vNnoVQoDlIMBlcAAvP74RurKUh9a/xwM8LZCIQwID0hDIIABGWtSgTycuGUYsM7Az375C/X9wgPT qxkPTBfJMiFigDwoAIm75I9EhaKa/tD9RyuC9CahYvTV94v1P1A6AOGKoIAEiuJ+AAIArL+uCzIY 0Aodv3P/wgbi+A/31t+RAHy/LAfSUyQBGX03IOgJBABA0z+LIxmAdr8Jpl9IQASvDxIQMBDf3+lo EILPqc7LBgOzXv0sVIfCQDujBXO/7OGQhNGhH5QiRYrWYtlhIPqDlmAgRYoUbY/IPkEZDKgGskXg BAyA6bflQ5LnlCcBSxQDVHwGWX0YKPPBZHaLocZsLwFJwHKuCHLuX5YMgQ1KjgrKvYgEzPuML3sY cHIw4ElAJIuFKhhh98EA2isIGcCr8NgBld884GDg1Iafr/FL7QOU932+vI8AQA4GMpX3m0HtP6Mk 3QAV7f5+M5r25/ofun+wQR4DVBkMmO+n6TcY0A6A4kEtGJANwcQAun8dAQPkASUB7g/WXcKqDAkO 16VBTnp4xGyMtPvsBjgM0LaAyQCAa36OlA3BAABaf+f+cUg8sENrCAgMdDoKI/sAXBEUkIBWlgUG Zr/2WahVDQbAAlmvIcFAihQ/aCw7DER/0BIMpEiRou0R2SeoHgywM2AM4NUyDIj7D3IetgoDLnck kBdhwN1vtAADGSf0gcY39r6yZBhQYAAv3TnAzQMBDNTsDFAhBowVuSeR2TKhZ3YEDKyx5ppy+d85 ftknUN4XFp8uv7rvDIyoYwQGOLl7Aan2AwPw/j+qkAFo7l3iHL+M+kAAb/eVAQQMsuLBsyoYaf3p 9SuHzqgeOluQwB4VzMv/MP3SHFAY4CFG9wABdf/w91Xx/dUjmLMhIBf+WZHcDl3CfDTFVUCAAVsL BOvPzoB1AFjUdoHKcpyNGADyGLCSw0CKFClWjUgwkCJFih8wIvsExTAAZZ0BQwKvjATye4jF+ueo wKvspEuGJBES6I9ixgmw/joG4pIh2VicPX8ASJDBgBPqjdxbvDQwQB4gEvCGQiEMaJ7dZSjkAZPy AJ9AzOcMnNqw5m/WgvUPYYDJfs95BvCqZDxAGCjLrULp/g+wO4EW1aQw4EhATX8EAzxUGNBD6QM4 368wILnsCnDdAPfgMHkygFY8A3hFMEC7Lwxgvl9aBIoBfpRVQHOqo3nVnzyQ2X0qrPhlQlKE6QcG zOt8jIeBuZ2OwSHd/2ouUbUPBua8/lmoBAMpUqT4oWLZYSD6g5ZgIEWKFG2PyD5BBgPb3lza7g8U km1vVgzwSJDJHkPG/QOOBJDcIL7fSECK8ijiPAwoDygMyAKh3B2HDAByPHAVRn+XoZowUNJegW8a 9JY9xC0tE8J4Rbn3FbJ/AMpgoH5/AIp4IIOBnY44teE366ztSUAwAHq+rNsDHAxIESIPVMT6Kwww 0QcFHDRTFwKJJMGhVoJtwTpKMsv3ASpuM4CTxwB2ACpCArIrYDaX+qjpZ10cvzYHUKe4E4CHh2OU ycG1/0xHzq76DgB4IGAAryIGaEOgyR02HcV7BGldhGSu7Biex3sHsRswv9NRczsf7RnAgcGx89oH A3Nf/yxUgoEUKVL8ULHsMBD9QUswkCJFirZHZJ8gBwN/KG83uQRtCx6AnPuXVUPWFuCh3G904PUU dw9fLySgVGBSBvAq5UlAYaBCVCAJ0P0rAIRIkIMBfRhZ0BxgH0AlAMBD6w8QBriB2GCgRQkMtLBn IFbEA+MIA48DBk5rWPt3v1XTD7vPUe4aVN7fdwOyBUKVA2aWD9Bkulp/jqgoFegF/mBpEI2+HhoG 2B2BFABQEZdPADCvb90Aq4R1Hh4mknrTYXOqh0NCAkx4CqMUYfFtzU8gsf5Hzm4abQ8NQFExwE4h VwDA2QwAMgwwGFDr75Oc2BywzsAxWXOg0zFzOx1LdT52HoSkfTAw743PQ3UQDFw+9fYTp0wc/8wd 9y565pnX5s9/95X3Pv/4u3/83U4vZTzx6PTxV/35jvumzJo9/5VXX7NqihQpfuSx7DAQ/UFTGLg2 RYpVL/T/JimWKiL7BIUwQB4wGPiDwUAmxwNkA8JA44AbIMCAMIAmmpMHSq5RACkDOF1TGsCx3E/c fz/AAKjAYEDuKUQSEDCA0Xc9gbA5YDAg7r/vRCUBPbREnj9QyXcGanUJ7OZCUCm2/kUBAMI8hIHf /lZ2CJj7L+83o0QYkG0A+8/EqDBQ2m86ioCBCkez/uwJHGA7g7XCdUFkAHmQsOTm/pnPFs0q49Cu /WM00++tPyqWhCQA0e7P4SV/VmZVDqcUCejsOc5V3y8jjT5XBwUwUB09u6oPDlMMIBvYMwS4UbhG N8Ansk/A7hZKGHAAEIg7huc2u7VAfKqAWP9Ox81TdT5+fqfjmbQPBua/8XmoDoKBXW47c8frT9zn 5rP3vvWc/f98/oG3X3DonZcccde4Ux+45oqpf7lrwdMghAXvvdoqIXzx+VczZ754/33PXnPDHZdf M+nBJx+bvWCenUuRIsWPPJYdBqI/aKkzkGLVjAQD7YvIPkEOBm4qb3czxBuMigIMiFWAgVBtgAF7 JJmsEXJJWUZDArABMeBqMEC570RIVgfl5doCkhsbyDi+1Jt3GuXYen9AdUWp5+WlGk8jDtUSDKwj q4Ps8j8ll//F/WfFCopcESSjWX9dFzTLmgCOB5gc7AEAyeymUWAA6QbgkIv+4fi5CkhhwDt+qQMJ ZjUdOofu3xcxHja7cvjs8qFw/7PZCmBDQNf/iPWHrZfFP2b94fvlwn+Vjt92A2fy0+SwCgaQOYAB ePom2S6MRMdQTSjao8QcHnB1EDBgXudj5zcfN6/52LmqEAA6CwAICZjaCQNvfh6qg2Cg57n7/fvA TTbs1XW/Y47YeuTOa+81cJuTRvQ664Ah40/Y7bpTdr7uhN1uOn2/P51/1N2XH3nXZSdPufqSJ24D ITz7+oKF778GQvibI4QXl7w5buyfnnxixl33TXnq2We+++67v/+9ne2FFClSrGixHGAg/wctwUCK VTMSDLQvIvsEKQwoCRAGZAOxjACDsD8QdgaYU3LXUT6CIIaB3Hohn8tegmt04ZAwwDXSFiAGmPSZ xLJeSLoBwIBJ5d6oS3OAmij3DppQAiG4VkAjKy4nA2ijgCr4fqrUE+6fCnPyQM/LIgUAEIowsOHW Pe/JYCDv+xUG2AeQpUFcHXQgZAwgK3xmIbEK/L3WUTmImwfU9wcwIFsCcGhLgMTxY+SGYLnk70w/ DwUGaP1lRZBN0EODAVkdpJsB5Bo/SeCIWVXAABOSgEjqavclkdEqoQgDtgk4bAIwgfv3qsrSoCaB AQqJ+v5jzfcDBjhKEdZfkUBgQHScjCcsaDcMLHjr81AdBAP7nTF6xEF7bXvgrkOO3fvgkw4fedj+ 2x+w+/Z7D91g4FZdBvfoMqTvesP77nr6oQNO2b/bqfv0PP/A7hcftPO1J+51yzkH/vmiQ/5y6cG3 jznx/qsuf/r2cZNvu/nG+1995Y1LJ47/6JOP7d1TpEixUsSyw4D+HVv41heaJBhIsWpGgoH2RWSf IAcDXCMUrBQiCYg8DNiW4owEWoKB+B6jKoUBWSNkMODkYMDJrRSC45cWAa3/pMYMBq5ScV9BXRjA hLbDgLj/XrEKGKAyGLDOwFrrrO2bAJqUBANIAvsrCdD0ywiXLzAgeFDhHgBQgesJyKG6/zJG2HoZ uQ/4kJnlQ7jlV3lATX9FnyB22Byu/zEMcGDgYICH7APIHG4J4CEdv94dyJoD0gpQ96+HrMyD2Blw MOClfQAtqu+XxT9zWZGL/VpELu4fJAB/Lwxw7NwmeH06/jnKAOr4jQH08n/WEEBuJEBOUB44rv2d AfxXM1QHwcBtj9x19ZUT1h/aY539e51wxTkTTx+7/0H77zP2qE0PHHjY+cefN+aCvQ854OyLT9r7 qH3/f5v95re9Ntnv+MO232/P/+iz6W927rXxQTtvcezuPc7af4crj75wzOTp0+e9+vrrgIFvv/3W 3j1FihQrRSw7DER/0BIMpFg1I8FA+yKyT1AIAyXjgdowoAphgMuEwAMZCRgMeOVJ4DreYoh3FLXO gI66ZwDWX9YOwffLKJsHZN/wpEbm3EwMGCAP9JlYlv3EdPwGACauHYK/dzDAMQAATbwcBkA1egJe IQaUgieRGQwcfprcWlQbAn5pEPcEzyQMHEivDwwQ6z9bR8KAbRKA7zcYUAaQtsDsyqiZZXd3IHP5 eoMggwGz/mwRuOYAAYATZGMARfcPuVaA6wbQ6MvGAPH9bA6o9YfLty4BGSCTBwCXUAIDIvP9XOrD hkDWB+CFf2oe3H/TsXOaj53XGYfw9Or+WVEqyMGA5lDnoCewmnQDoNVOsEr7YGDRW3jJF4velrHD YOD6B26/9qqrf9Zrg00OG3TcuDOP2vvQTXps1eek4Rsftf3B40+99sqrD9n7oP5HDe9x6NB1dtrq kHOP+69Pvj3x6BP+7w3+o+/g9TbYZoP/b8O1f7nxBj/d6LfnnnvDB+9/9OH7H954y63fJBhIkWLl imWHAfuD5pRgIMWqGQkG2heRfYI8DND6GxLoMqGlgwE+qLgWEhADqIwNQhgoAwasUeDbAtIr6HN1 uQ+QgEuDmOgpgQEciq6Sa/9UZv2DoohUUO7VSn+gpspUjgQgBwNMdM8AnzPwyzXXpO+X5UC85M9u AA9p/bkcSDsDswQMqOpB4AGQAIvGACIUm9T0h1IAcLcMYi6X/MX9y6gS919WGDD3H2p2hQuBuANY NgnIKqAjgmcGS2eAqHDk3Jw8ADg1j55bPWoOr/ofhWRuZTQv/yOB9TcMOJqJHjYft6D5OLX7wgZi /en7RQCDHANIW0DtvlYkkf7ACQs6H+eo4IQF7YQBYECgDoKBYyeed9Zppw076oCex+y23Ql79hq9 +8Ajh+9/1uGb77vtQRcef+E55/favNu2x4/suud2W+zcd58zRu935CG/3mSD3Q4cOeqUEevutEW3 Qf23HTJ4g603Vhh49533CAPffGPvniJFipUilgMM5P+gJRhIsWpGgoH2RWSfoBAGynqD0UGeBKgi DOQfSxwtE7qhsd/1GQzA5UtSHgAS4KGSgEp5wFNBDgYkd7cY0v0DVzcGVBDCAATTX0/thgE4/haU wcDP11iD9wji7UEFACh4fbh/gwFpAhgJQAID6v4NBjiHrQDZGRysBeKhQwIz/WL36fj9Wa27VkDF 3R5UJX0AvUeQbAiWhE8FFiTQUVU9cq6IYMBFPjEDEAOYCwOEUgagpDPAboBSwbFw/xjndTp2vsj6 ADaK3RcYkOv9rpKHgQWySUDGE4AEQgUnLmwfDCx++4tQHQQDm+y/bf9BA26/447uB+y00d4Dtj58 SM9Dh/QZtcu6+/YdeNiuO47aY4NeW+x/wqheI7fvMqT73iccvulu/X622ToXnnHuaRdd8O9d1/3N Vht2GbDNf1/3P84593qFgetv/sPXX39t754iRYqVIpYdBqI/aAkGUqyakWCgfRHZJ8jDQCDBAO0V MGkFBvS2QibAQNgcyMFA9swBFTFArL+HAXeXIYMBU5+gOaBLiVgRBmgrDEDxnYUi9x9JYOByUYwB KsKAPoH4Z7/4BUhA7haaXf6HXGcAymCgfPDs0sGzyqNmIikfbOv++cxg2n1jAD/S6OsDAdTxKwnY 6HYLHJ4bufInhwEZDIjpnys9gbnN3A8wr3oEAQB5uDSoefR8TXDWOgDKAH4TsJh+y2n9edVfc1ka JIew/sctEBiYzwSn4O8dBjDXPsAJXDukGKCjwgAF3y8YAK12wkJNJG9nZ+CFd76AFjt1EAz0OGLX rjv2P/CsY9bbuWuXwd22GrHdXseM2vv0w0eee0S3w4ZsfMCAdffs+eu+m6zRu8uGu/U68JSjdz58 7/+x+ZpDDxg5bvy4ISN27zFs+593X/9/rPezCy64ecHCRQced8Tl48d/+OGH9u4pUqRYKWLZYcD/ QdMkwUCKVTMSDLQvIvsEKQyUBk1u3C4nA4NCc4AriAYWFgsFSGCV/tfrPgEkZXlcsYcBXSzk5QhB XH4GA3KokicPNMq+AhVzxYDeE2VLsSFBUY29r3IwoAIGGBhE7j+SLBPyypYJxTBw2KkN/+cXPycM cGOAYwBKcgIAOwNVhQEhAYEBjO7uQGCAQ2eVJafj15sFwfGj7lx+BUjAisFA9VDafRTllMzRG4aC AUTVw4UBdOSCH71BEK1/0+g5dPkCAzT9o/MwMJpev4px9Lzmo8Tiu50AVSRBH0BvCmS5MYCuDgIJ CABQAIAFBINjnN3X3cDO+vO5AaACAQNUMhJQGBB10vFE9gQ0by8MfBmqg2Cg7+jhv+23+S4Hjhh8 6F6/G9Ktz5G7nDju7COOHH3yCSdde9tNOx25l457H3XI+oO7rjNw89W7b7DmgI1/PWizky866/hT TjjwtGN677bDLzZY6/wLbpo9b97Ea6/7/PPPfxzLhJaM2XTTMUvsIEWKFC3F8oCB3B+0BAMpVs1I MNC+iOwTZDCw/S2N4AEVVwrpZmJbKcSbjXoRBm72JJDJtQUMCXxzIEtsz0Bjv2s8Cahg/a0noEiQ 5wGSgNxciOKuYn0KAR8+0EgYmKTPGYDE/dsIDFAYKPWaACkMlHoCA3QkDGiLwKtlGAhJwMPAYMDA f/x89aAJINJDmv7ZYZ2bg/nIsNnsDIzytwpVDBAS8B2AQ7n3V42+8kDWB+DTgjMYsAnGABR5AHZf xEO7H6jcORSJmP5mgoECAMGAnDB6rl3yPzpe/MPlQJI0HR3UFQbCboDmdP9w/PObhAc6HS9IYNaf Ll9z3S3AJUPKA4QB6RKQDaQDcCK7ARg7QSdhXND5ZCQc2wcDL7775YvvZOogGBh80PB1ttzg8FOP m3j91VvvO+hXQ7YYuOvggw8ctcv2O+25+x577Dr8gL33O3r06KPOO7n/3jtuseuAvY7ed/1+m/9i 8w0OPvmowaNGbL7bgC37d//p2qvrMqEbJt+C9/zuu+/0zdsWcOUNDd6Xy1HDPvfqEeLefeSs1l0E 5yVyZ9vm8ZcLDERvooctf6ka/K4Y0Zdg36xLXWjJV2q/ZYoUHRfLDgP8Oxb8TUswkGLVjAQD7YvI PkEKA42DbgUGgAGCxUIOBjDalmI3EgZiHtANxDVgAGfzMGC3FmXfIMcDkCCB5U7cOQD3L+uISAJu /wAxQG42qhXfCvAwoInLczCQYwCvOiSg8jBgyfpb9bxLYeDfV/8ZYACC1y+zD8DmgPQEpAkgCaig PAojlWcAsf4OBmDuxfdbE4AuXyrw+mr060j7AGQAHjoSMJnpn8e2AJIj5NAIge0CHtoGALf4x4kM 4BLlATYEdHMwfL8sEAqldesMHLugkwgJXT5hYCHxwAiBxc4n0Pp30gv/2goAA0gHQIqCAaqTFwID VO2HgUAdBAO7HzvqNxuvu3bfzQbuO7TL7n022L3HiePOPvzwI3fZcaehQ4fusMP23bbZ5vddNvrt oK02Hdqn7579Rh64+2bbd99yu257HXnQiePOWXfw1t132+5/rPPzc8+9YcacuUtefAk8sHSPG6OB 3mcf76lrHCLEYbsai5Ejjs+2wS6HL2l3RG+ih/EXU/hq6OprfIUoB986jnJz/DHfsg3fX4oUyzGW Awzk/6AlGEixakaCgfZFZJ8g1xm4rXEQmwN5GJBlQr4/sN1NZbYFbuQ+YxzmYQDyJOBg4AZ5ULGR QIQExgDcVewhAYeyf0DYQLcTWEMA6ueSvtxCQAwAJBgM5FYK6cMHlASsEvCAKN4/4JTrDPjcKXen 0QAGfvazisAATb/AQOVgNgQEAGxjgK4CUvfPEUbfYUCJDxCQxT/0/c79+0v+igTO99PuH5HlqiIM cCuwP6ur/8kDHgyAAW4/gF715yqgWjBwjO4KyKiAEtMPuRsHCQAABggA7AyI0XcwcBwAwBYIRWo+ cQEE0990guQnUDkAOAnWf1Fng4EF0GqnLGo3DCx598tQHQQDe19w/MRrr33svoe2327Qf/RYr+tB gwfuOni3PYYN3nbQoEHb7zB4cP++/TbaeJOjzjt5gx26Dt2v2y82X2etPptvPnirvY899NJxYw8a fcjZYy/6t/V/fv75N9338EP7H3f4TbfctlQwoM6ZPlg9sBzf6+w0HfCYgsNGtHSY2WiU8cOUcKeD ktWySnGOvI+8+Zial+XlVPxl1CzaAePeffLHEjYrmxzBQHBYeMMUKTo6lh0Goj9oCQZW5Rg7duzR Rx996EoU+HbwTdm312IkGGhfRPYJUhgoD7qtPOjWkvBAtmHAwYDk4IGbBQZ8Z4BgkIMBxQDkSKRL UBpwfWOeBFRGAtIZCGHAK4IBdgxqwYA0CsTx6+YBRwU1YQByMFCPByL3n1cvg4GwM7CDwYAuARIM gPsnAxwirQACAJcD8ZFhGA8V6y+3/8ehMoA2AWj6FQAUBvI3BYLIA+L1mw6n0Wei1j+jgnk2iuPn HGEAwEOz7AGwzoDcFIimX0ig6eg5ZvHJA87u+wphQKy/QoLvAGjRbRLw3QCOhAEuE2o+fn6TLfux DQBkADh+YQBx/2SATv5QRN+vzQHHAxAYoNMpC6HOKzwM/H73Prvvt+e5556z7vrr/W77LdfccbMT x5293977DurXv0fvHr179+665TYbrLfebwdtNeKY/dfaat3/d8M1Nxy45aY7brPTPnuM3G3EgK69 Dzj04N/23xQwoHcTWkoYcMbW04AVxPtqHo76IkbeK4dn/VuFYdPxP+5l4QdJIahYCQVm/B83KXpz OZULnLX38RF8BIPv78N/kL0iy7JpUgjfJHrDFCk6PBIMpFhece55511yySXvvffeP1aiwLeDbwrf mn2T9SPBQPsisk+QwkBl0K2VQbcZDIjcA8iQyP1GpTkgDYGbXWegBg9Qul7IUUG2XigjgVxzIBTX DvUVHsDoYMD2Fgdq7Gu7COQRxQoDbr1Qb5xSBiAPeCkM6DKhlpHAu//8MiHHA1AMA6v/TNcC6SaB 0iiCgcDATJh+Fa2/wEBZfb8AgD0WQEd1/L4zYDAgbQE562GgevjccNWQkoD6fkqQIFsRRAbgrUJ5 4V8YwF/7Vx7Q3CquD5Aryj6BaK9wCAPNx7AhkMHA8XT5TSfMa+Jol/yRsBUgJNB0ovUEWDxpYbM6 fk8CsP4nUp1O4mHnkxchIQycuqizCIftg4GX3vsyVAfBwCYHD9p9373/cO3N/Qb2+/ee664/tMfA XQfvt+++PbfpusUmm2zSZePfr9dlvd/+7qjzTu4yuNv/XPdX/2vdNX/bc6PNd9xm6CF77bnHiI3W 7TLyoH1/03ujc869/r33PnhgyiNLBwM57yuZq6gXpufVSjZTI2+IcZbTJcJpUT18E/+2dlrDEYif U6z4HFHzMCrG3j04xEzm/J9cxC/Hcfgm0RumSNHhsewwEP1BSzCwysbo0aM/+OCDv/3tb5+vRIFv B98UvjX7JutHgoH2RWSfIAcDt4AHQhjw/YEQBrwcDNTggbIyAPPrs/VCOdn9RsM9A17WHMh2DsQw wAcS14OBPnwEgQOAHAxA+c6AV8wDrcNAsExIYWB1JQHdHCyX/Gn9syaA8/1e+cM5mK8NgaYjZCuw u+QPVYLcSToDCgBKAofPbSYM+D3B85qPnE8MULtPcXuA7gzOeEBGzW10JBAcLhBpfwC+X5oDskWY GwAEAKQJ4JYGOQDISEByG7UtcFJWhLNv4s7gRYQBcf+6TAi5YIDAwCkLSQInS2fg1MWorMgw0P/s I4+89MITT73wP361zr913+zn/TYHDJw34ZJBI3bpu+PA/tv132zjzTbZ4Pe/HbTVr/ptPurYg046 87C1e2zaZeBme48+eOjgob9efY1RRx+5bv8tLrjg5mkzZy7tMqHIBdMDeydtRrmOw6536F9luZuk E8JXFSsa0Ry8W/FVmiNqHrY8J2fl43PFgivlESKekyJFx0aCgRTLKw499NB//OMfZqJXosA3hW/N vsn6kWCgfRHZJ0hhoLQ9YQCC72dbQG4ulDUH8iSgzQGSgI5OjQNuahx4E8cBRghcKURlbQEVTL+M 1zUCDIKHEysMlJD0hQgDAgZxZyAStxcrBpAEatxplD2BYLEQD4UE9LZCCgAOBtg6KBXWCwVUkNsz sMNhpxAGSiQBYMBsrgs6dHZZGKB8GFsBYv2R0OujoofCACb4ex2hEAMggAFhgJK2QJBLowCmX/oA vi3gnhKgq//daO7fJzV0zPxCW2B+hRX6fp7Sa/9+PwA3AS+0+wWJmk5Y2CQdAKh6/DzkdPwZDBgY qN1XErCeAHTyomZ4fVsaJAxwEty/06mCAZhw6kJMW8Fh4J///MeUSZuff9xax5yxb/e9B//vblv/ xzY9ftq711o7D9h99P5r9tl4nxMOxQg82HDg1r/eeO2Ne2/yfzb/7b9usEa/3QdvP2i7X/z0/wwc tvPPNl/n4osnv/POu+++897kP/657TAQOHd3BbzodLWSq2Nq8EJEeNafDIpIhQv0M6JK/q2CCucg C988zBE1D3PF4vtHX0T+pH/tvfvYCTcHr9JK8UUpUnR0JBhIsbwCjhn/jfhspQt8UwkGOi4i+wQ5 GOCegcqgW8qDbmkMbjNalwcgAQBZMiT9AR0JA8AAjLJSaIDxgN5ryEmQQBlAtw0EMKC5IQFGaxHE ABCqjTCgiVfQHLCeQC0YyN1vVMTOAKQwsP2hhIGfVUbNKY/SDQCyE4AuP4OBlkXT72DASxcFeRhg AlTQrcCuAhjQCoshDIw2AMgkS300z+w+Dun+5cK/OP6qRwLJm441BqC4DSAjATIAYACOX5Lm4xdW j7dr/2b0FQMcDECCAdwhoMuEdBUQRAw4RWCAfQDCwGqnLFYYACSwFXAqkoWrnbpYOgOLOp/Sbhj4 SoT/cDLpIBj4xz+++/SRfh/f3+3du3tOPmOthbf8/paLNzvy8C16DOu2er+t/7Xr1v+zd8+1dhn8 /2yz3r9vte7/WHf1zr/66b+uu/r/s+7PNxrU/dQLzhk56oCjzzrx/6z36wsuuPH99z54+eXXlgoG ck5aTbLfO+xD/TEtsI9oRuChJWQuj+nE9QX+Lj2ulFXCd44rYrrDN89/UO3D7OWI8LQPP6Nw1r9h 8CbO+fvvJqFAiu87lgcM6B80U4KBVTYUBuw3YyWKBAMdGpF9ggwGdvhjeQcuE6K2v620PZIcD5S2 vQVqHJiDgbK1CGrsHJD+AGBA7ywkjyEzgQquNx5wy4QUAEIkIAzoBNlC0DIP5GCA24hzJKAM4JMM BjIeaAEGirpcVgpdbp0BwMD//tnPuENAVweBBHRnsHp94kEgrcD6m/u31f9i+mV0DKAWXyV1c/w6 Nh2hDCAAIBXdIkx/f9Sc4M4/mfXP3Q5IK3T8SLgBgAl5gL6fdWMA8fpq9/MYwATu/3hHAmQA6wx4 9085GID1FwBwOwSQnJjbJ+BgwLoBcP8KCaFWO41LhlY7tZ0wEO236yAYQDxz55FPTt7tlb90/cOZ v/l4ymafP7j55w9t/dcHur51x5b3XLbFmNO773HgNmtv3+ffum3xk403bOqyyS96bLT2Fj//5cZr 995+0MDB25189um/2vi348bdDBh45ZXXb7x5ctthIEWKFD+KWHYYiP6gJRhYZUNh4NN2xq178IKI RZezZlp5BYgEAx0akX2CFAbK299GGNgeAgncRgwAD7gWgTQHAADsDzQOvLnR8YC0BWz/AMBAewXa FhAeEPcPNmCvwO41xGLWH9BbCUmLIA8D/rABGMA9Ax4G6lBBb/AANxJwL4FRQY4HVDkYyDoDIQ/U hYFgpRC1wdZumZDAAB8iVj5kTgXi88KguZU6qh42L4MB3idU7L6DgYgEqCPnKQxAxgPulkHNRwED UJxrW4QVBrLL/5L4DQC0/k5KAnL5v3o0AGBB07ELrQkgDFA9fkFVrb/kuiJI1QT3r0WlAtp9gwHb IkwSmIcEhr7JOgDi+1EJYEA3D3SSvQEhCSgMwP2zLcBRYEBaBKudtni1Uxe3DwYWvvVFqI6Dge++ +eyT9xYtnvmXq87odv8NI6dcv8tjN+40548D3rp7m08f2PKLB7b46N6tbj1r7adu3H7MaX0OHdWl 3+gRe198TI9j99hweP/VN/ntjvsN+48N1xw/8WrAwNNPTb3iygkJBlKkWMli2WEg+oOWYGCVDTjm v/3tbx+3M24Z3tDlzOk+b2gYfoseFCKc2ZZY2vlx4JtKMNBxEdknyDoD299S3oEY0AIMAAPqwQCl JMDFQpT5fqWCgcYGeRi4XngAjh/JDR4JIhhgYp2BUG2BgVrrhfrUgwGoJgzU3U+sMDBYYaBy2ByS gN8eIHnlUC1KrlKvL9LtARhruH+V+H63ZwA8IE0Dbguer6NKnxDMxwMjl/2+VY5ytx/rDCyQOZLg LHw/pSuCpBsgrQB1/GQAES/8uyVAGLUb4Eex/qG0D6BtARj9RfT62grQDcGCAWADkSwK4s7gRUQF BwOUawJwORB02uLOpy/ufBoY4AUlAR3bBwNTX/zE65kXP+k4GEDAvr/11ttvv/3uXz/96J3X58x7 9uYn7zplyg0j775mt4duGPrA+G2uPWXNDx4a9PEjg757ZPPbbzn7vY8/nvHC/Gvvvu3SP157xl+u 2vyIncdefiVgYPzEie+///633333z3/84z//8z/t3VOkSPEjj2WHgegPWoKBVTYUBj5qZ0we1tDl jOfs4KPnzujSMGyyHUSRn9l6LO38OBIMdGhE9glyMEAGKOsCIQrJrQIDt4AEKoNuadxucsN2GG9R DFAwYE8gAoOaNxt1MhjQpoEhAUTTLw8kdjBgkCAkwAcOyP2FdO1QPRjgMiG/Uogq62GRB0ACSGQP sQcD9zwy6w8ABjg6DKihHpcDBu4GDBx+SsO//2x19f3SEAAMyI1E6f7nsBUgGGA3CXUwEAIAmwMu twr7ALL+Ryt8gpi0AkbnMCCQeP2sIQAe0MQOm49ZqAIGcBWQLAqCeJlfpAAQwoBVOC7E2MTRFgsV YGCRJQQA1QIdOwcwwLEAA5ZITgY4ZbEkC9X3EwZOw0gYWO3UxWwLiNoHAw/M+eCBuZk6FAYQ3377 7SeffPLOO++8/vobb7759vsffPjhhx+89dr8hc/fNvXeM28ZN+ihm0Y8cevez0/u9tR9k+w1Ep9+ 9td7nnns0ssmvP3WO7ffdTfe5+uvv8afRQDGP/7xD5uUIkWKH3MsOwxEf9ASDKyyoTCA/8C0K8Sy T7ODDz+cJjTgUw0UMM2Fns6d1QhLhflLHwkGOjQi+wRFMFDe4Y+ahzDAW47mYaCooD8A38+dxE7W GfAwIDuMC/uJHQCEeU0YKPMpxTWbA22CAZPDAC+BgfF51eWBcs8rNty6192PP7MjYWD1n1sT4FAx +q4PgNzL3L9tEjDTz/U/skxIDw0VuBZoQfWI+TqBcwADavodDOSQYDTHpqNkHzBlTxR2mwF4S1Bh AN4XSFcBYWQrQLoBleM5ZtIWwQm6IZijJqpmQQJWwiLvDqRa1AzJMiGBAfYHsqv+wYX/zP1zW7Al mgMAOgEATlcYEJ0OAHhBuwQ/IhjQ+Oc//4m/aF9++eVHH3301ltvAwveeAN6691333vztUXzpv3x +cevffONV4ENiM8++wy+X1948ZXjX3v19XunPKiv/ebrr0EF3333nZ5NkSLFjzoSDKRYXgHHjP9w vNzOmDS0Yf0TH7GDl19+5MT1G4ZOQhLUJw2VLJxZPMsX+tMS0TsvdeCbSjDQcRHZJ0hhIFwjFMKA 8IDAwKBbAANQxACR2CvQ9UKZbspgwNYLuRYBn1J8vXf/oZQECAMi3xOQ5w9ABRLgNmIPA1cH+4kL GCBSAAhzwAATaxGorgyfSRyxAWDgnsef2emI0wADv/ArgjIYOFRaAYoEfpGPx4BWBQwYPS80/czp ++dW2AewooqtgKP4LDBigFz4r8pyICdU5lfE/TcfRx5gHgJAQXD2wRj4ft8TONF1AwQG4PstOUl2 ApysCSUX/l1egAHIdQMEDKQbEMDA4k6n85AwgMrpi39y+gs/Of3HBANhKBh8/vnnMPdvv/32K6+8 8uKSJa+//gbw4LXXXntdMtT1QZLXXH/9woWLZs+ee93Nk1H54ovPQQVfffWVvVeKFCl+zJFgIMXy CoWBJe2MiUMa1jv+ITtYsuSh49eTQ/wvfp98DJmYm1k8ywonBRG981JHgoEOjcg+QQ4G2BDIdwYg hYFbS4NuBQwgIQ/k3X8NFWCg9tqh3M1GQ+VgAGrodw2pIIMBXSlUszmgABCp9s1GFQY0geD+rZiD AQWAGi0CgYFndz7ytIb/+PkvKofJ5mB9bLCsDmIikuv9dgNQU343cCjdFlw5cm6ZtwedXwkcP2GA twdVZfWqbQ8gALA/YE8G4IZghQEe0uLLZX55SDAS3xDQK/3V4/kQsfB6f6Tm3OECO+S1/0UYqycu gJtvEgxocsuB1PFrzkOz+876OwDIegKan7ZIYWA1TwXSGRAtXk0Of6QwEMZ//ud/fvfdd/hj9+GH H4IKEFwj+dFH4AFQwaeffnrjzX94fvqMFxYvue7mmz/44INPPvkEX95nn31mr0+RIsWPORIMpFhe oTDwYjtj4s6w7A/awYsPwtPvPDFMsghmFs+2PL9dkWCgQyOyT1AIA+SBHf5Y3j7kAb2/EEbwAGAA 4+RG3lnoD7y/kCQ1lIcBDwCNA23PQAgD0hzIwwCsfx4JGogBAgBcIEQekF5BAQay3cORYh7gtoGA BCC4/8beV6oUAwLR/TOJYeAZgYFf/NJg4DB2ANgE0BsEkQHmV6KlQc70M7ERFTAAHxZWOYIX/uH7 VVXfGTjarD+bALIuqEJaAAMsUBjQy//SGZBtALYiaL5uAzDrfxxH5/iVBOzyP3Mz+pmaZZOAzbdr /7D+yBfzECRwEsYFGHnh35l+9f2R5KZAhgF6pyAvYwAR7L6uC+p02kIjgTNeWM2p8+kvrnYG9MJK AANRgA0s45MKGI8+9tjDjzz65ptvXfeHW95+++33338f2JA6AylSrByRYCDF8go4ZvynYXE7YwIs +3FTfN6w84Qs9yck4pn5s1OOW6+F+e0JfFMJBjouIvsEeRjItD30p1J4cyEhAesM2GKhWo8hE+nm gTwPQK4hEEhXCnk1QgOibQMYsxZBfueAJtooyHhAbyiUv62QSB9GxiRHBV6CBAYDDglACLpzgEjg MSAHA0ec1vB/fvkrkoDAAMw9rb9tADAYoOPPYIBFESeTCo6cW6F0FdB8DwPq/k0hDLgickoYwPYE cxQYOH5h03HRcqCFBgNi9LUIo8/ELQqi8puD8RJNZCHQAu0DZDCgOmmxjKhkMNDM1UGyPzjw/ZRv AthobQEtCgzw2n8nGSGHASs5DBTjtddeu/0vd7788muTbrgR+fvvvZ82DKRIsdJEgoEUyysUBha2 M8bvhN8bi/WOvd+qjPuPzdYC7TQeBZsqefFs+FZayM1f+kgw0KER2ScoggG6/x1ksVBtGHA8EMJA /hHFdWAg6A/oBuIiDAwAD3gMiHcShzDgtRQwoM0BnxQkMDA+VGsw0PNu3TPwszXWhO8X668wQNPv Kur7ZTdwlmvdYAC+Xy1+kzj+AAO0qHcLFfdvFZ4yEmArgB2A5uNk7y/l3b9d9afjx1kQgju0BKM6 fmf9xfHzpkAsygTZCszbhjafhEM+RKwJyUm8T6hbFLSo+dRFzacsJhKclJl+jwHe69uhMoBIz9L9 a8U2BsD3w/H7pUEv/OT0FyHlAdWqAAOISddfP/66a595ftpnn30Wtg5SpEjxY48EAymWV8Axf/nl l/NXusA3lWCg4yKyT1CNzoBSQS0YMCTgZuLJEK1/gAGqCAaY26ExgJGA7ip2GGB1AwPDAIOBoDmg m4kjZSTQ12EADmvwgFOBBCC/XiiU7B/QlUImkoAkvLWowcCvfi09ATX6BRg4XOvzq0cu8BuIdWNA dTS9vrh/Ci6fud4dyLz+giZQga0FsgrBAAlvCpQtB+JVf7nwX8FIE5/jgVxiLt8aApRggAqnDAmO Xyj+nqY/E2FAaIFNgMXNJ9s+gU6nLJYdAlkfIIIBt0zINQTYBHiBbQECwAuuD8DciZCwGgDAHWpP YJWCgX+kG4mmSLGSRoKBFMsrFAbmrnSRYKBDI7JPkMHA4D/lSUBGBwPkAVkjZNuI7c5CkxsVBrhq KMcDUK45YHmNbcSNtWHgev9IMuOB+jAgnQFVm2Gg/pbiSCW75WiOB1T6nIGdDj8VMLBW+TB/syD6 /nK2FogiGNgaIe4TKB9pzw7zW4Er9Pe83u+XA0Hw/dxALADQfPRCwYAFnCmbg7maXxhAdwhkdt+e FeB4AIfZZX6Z4BJfMQwQiy9FXQu0iJBw0uKmE3nVn4uCyAZZLuOiJph+UMFJcvnfmgAvdDr5BX9I BhAwaD7VMCAUnyusS4DAAzT6L2KkznphtTNfhH5y1hLWz3qxs9fZS1YRGEiRIsXKGgkGUiyvgGP+ 4osv5qx0gW8qwUDHRWSfoJqdAcAAFcKA8IB1BkgFtzZse0t528llkEAtGKAcDJTZH3BgEJKAZwA2 CuJVQy3DgAKARwKpyKPHgASCAYoE5T455ZFAMACjiNY/jwRyVmGAPBCuEYIUBnYkDKz5m/JhbAWo 3S8fWegJUPPKR8yRDcGyH0Ddv6wOUhjwMhhw1l+eFgwtZMX1AZqOXdAsCfsAcrdQNff0+rLll4lJ 1/0zUfcf3BfILfpXEtBbggoGsJhZf0tMYv3BAM3w97o34BS5R9Cpi5tP471Bm09+ofMpL7KCw5O5 K8DAAIeuLcCL/a4bsNqZL3Q6k5f/O53hdCZJgBgQMoDTTxIMpEiR4kceCQZSLK8YPXr0G2+88dFH H81aiULvrYdvzb7J+pFgoH0R2SfIdQZuL++QNQdagQHpDzQCCba7pQgD2cKhAAZ8nt88EMAANwzc UM7BwPWNA2rAAEaFgZAEtNLY5+oGBwNkA8UDtf6oFGGg90SX1O4MUAYD40s9x5eCh5FlMLD6mr/R y/9NvC/Q3KYjF+hTwzjKPYL0oQF61R8kUAEtqO+3NUJyC9Fj7LEArLsRL2k6dqHkC60bAPcvOwSY u7VAQAJSQcAAeirYDSwrf5wMAKQDwEeGyd5frv/hEqAABgIkMHFpEEgAWtSkMAD3r/5etgI3c6UQ cq78wSliAO8QmommHyQgjh++v/kMNgQ6nfliZ0ECUsFZL+rotZpQAcbVzjYlGEiRIsWPOhIMpFhe cd5551188cVvvfXWFytR4NvBN4Vvzb7J+pFgoH0R2SfIwcCfw5VCBgPkAUOCEAYy8U6jhAEAgFcp 2EWgGCC7CDIeKG9ba70QwMA/eaDf9Y4HgAFCAv25n9gjgfKAKIcEjbqZWPoDdP8hDxghOBIgG1zV 2IujNgR8EstgIJQtE7rrsWcGHwYY+PXaFT5WjJf/af2tFbCApt+WA9H6l4+aB9OvFT4V2LUF/IQK HxgMDBASkKcEVJQK9IkBGOHv5cFh1WNlb8Dx87PnBzswsM0AIrfsxwGA5sQAjlzkQ3+/kEv/lQG8 6c8f+rOdTn6BLzkFerH5lBeYwPGfpkggLQJUaPpf4Hj6C81yvR9j0+mLm+WmQE7cA9AZJGCOn3hA MHAAQDxgQuuP5CfnZCTwk3NeSjCQIkWKH3UkGEixHOOcc84ZPXr0oStR4NvBN2XfXouRYKB9Edkn yMHAn4rbBpxccyAiAUhhYFAOBsgDDgbU/TcqAwz0vQKDAU8FbAuIynpPodx6IbdYqF/MA6xI0tCX TyXjqDBQT2AAGd16oauECmzPgFcbYIDNgRwMhDcIUhggHpjv95f/rSGgaoLRFwbQPgAT4AGbA9IT kNVB1aPnN7MhsKjpuIXV4xbR7st9gVwfQNYFGQNYrjCgACDSnoC2AlxPIPD6vB2QbQBwJOAF6896 7pSDAZAAYcDW/5y2uEnGZph+YQDBgBd9Ahjg+h8HA7IP+MVO4v47OQAI5WDgRc8AgRIMpEiR4scd CQZSpFgukWCgfRHZJ8h3BuD7C82BP4Uw4HmgNCgCg1sa8zBAFR5EkNtSLDwAGChvCxhgHu4Z0F3F RRggA/heQcgDYIAgFyTwymCgMYYBWSPkMQBs0FYYgMYbDHCZEGDgyPkQTD+lYCBNALp8vfCPEXZf OwBOigFuIRCtP+tCAlUUxfHLQwMWVIgB5IGKUgGVJbT74fMBTlzIRgETWnnafQUAunlNpOjNPSQw YHne/avYEzhZGQAA4HsCvPwvS/9t/Y9nAOR6aOJmALj/FzufuYSnzljC5IwXVzvrpU5nSk5xdZAu CopIIKKCBAMpUixLjB079uijj7ZLcCmWPvDTw8/QfprtigQDKVIsl0gw0L6I7BPkYOB2XSlUyfEA CYFyMGA8sL2TwIA8lvhWfdqASqz/ZDYEtv2DjiUuE8ovFpL1QgIDdjch3mw0wAA+gyw4tGK/6yMY 0AVCuoWAMCAtggAGrinp1mFDAk8Cfr2Qg4GAByBggFTqwcAE7hl4PIaB+XqnID5BTNf/yPV+Wnzh AUECtzP4WG4D0CaAwkD5GCGB4xaxzmeHqd2H0XetALYF5nNkE2ChaJH2BwwGYPTdvYAiKRtw4ZD6 fq07r69FNf1M3KHJMAAiAHSWJoDKvL5QQWb9RWL6CQZNmOZhAPIw4C7/Q+wPCBXYDgEAAA41IQxk JPCTcxIMpEjR/jj3vPMuueSS9957T591naIdgZ8efob4SdrPdOkjwUCKFMslEgy0LyL7BAUwYDyg /QHDgAIMkAeIAX9s3M76A/oYsmzngPUBgm3EAgNCBSEMkA3cSiGMNxkMyE5iEoLkAQlc52Ag4wF1 /2ECAQbckiGFAfKAhwHm3DAgIg9MzBjAbSMu9bEtBAoDtZDAnjOgMPCbioMBYwAVHyPAhF7//8/e f4DZVR3p3vg53Sh1K+csASIaG7DB9jgnPDO2sUmSQCSHGT3fN3funXDH40yyCQaTc85COasVUM4S YMD2NRllqfPpbs3cef5z5/u+f71v1Vp77X1Ot6SmcavlVU89i9rr7LP7dMOM63feqlraCYCv/5NC IHU0CUj2z6/5JUAsnKDf+v+EqyT6TP2Pg0ogL/nSIF4qDPz8j92Y6OuKwLJ/S/39pe6Ejh2bEcSd X7BAiFKACgLdBQOufwurpPU3WKKPLF+Tfl8O5C6xw1YBvkShwO7BS3QHAzdSCrjxLQkMBsQpBSgJ hF55y7vqEQaiRWu3/fCHP6ytrf3P//zPlmjtNfnryd/wcEadtGYRBqJF6xCLMNA+y6RP4mkYmJdi gNA9CfgyoQtmKwzo4QOyemXAu/FAxtk8oFVDEAcEBgAJhAG2EEAl0BYC31JsxUIGBqE4UOxZGIB7 GEi76QPJsQMeBvJKCLi0/VZh4HjCACaKam+AaxpWhyDgYYCyQLcf/ZEMwDIhdTKAIkEYm//sTR93 l/gnWFkRBAYQP05ggAxwnLCBpPuBONDt54EO4MDAaoQk9f+FLw0yGOh2zRtggOvf6nn92wIA3a5/ Q7w7WgJkfYPNwaYMyD7ze2GAt8U1Dt3l/SVc836WBkne/65e0lNTg8xvoSN4VzzCQLRoH8T+8R// 8b/+678sq+0I+8Mf/qBzP3SqyY4dO+yFY9rkbyh/SfubHrlFGIgWrUMswkD7LJM+iRfBgPYJoH/g OMRz6XMoCCTiAHlAYMDEAfMLZpZnJgslDCDpfgoGVCWAOGAwME1hwEqGWoOBb4b6QBYD1EvBQCs8 kIGBv3osgAFXJlQaBqxMaOL/xDkDp+O8MK0CUgD4EbsFmPGjD1hfUh3gx4IEf0Q5kGT8igE//YMq AIYBXh9gkDAAqQAKAPsHuv8MX/br9/1c/9iNWT5y/XSlkM/1ke4rD/iuALnhWscD+PpfMOBtnBp2 /Vvdr0dPsI4GSoqC2CjcHRjA7F+Te8JAmOvrpkOCEAyY8d/0rgQggZvf6XnT21yBASgHstT/3ST1 //V7PjC/9b0IA9Gitdskhf0//+f/NHeE/f73v582bdpDDz20ffv2N99884033ti2bdt9990nm/KS 3XSMmvwNIwxEi9bpFmGgfZZJn8QDGJhfPnF+UilkrjBgzQPKA2SAWVAGrFJIlQF4OXhAvE1lQJuJ g5Ih52wbcDwAd1JAAAPPKAxwzWKAuZAAV2EAoYLDgAF1Sf09GLSpDHwdZw6ck4aBRApAnwAxQGFA CUF1AHE2BiTf/WtgsV46ESDxnzD1FySgFCAwcByCN7v9PFX8Y3m/BEQCTfd9EMYKA2gPuI5VQK4l oNv1b6A5mHNC4fj6/60eAgPX89wAcUnrb8A4IMTiWvzj+gHa8F6S/SMwBYAk8C5IgDDAroC3kfHf gtSfq8FACgNIArJGGIgWrd2mMGD/xbfX5s+f/5vf/Oa222577bXXXn/99fPu3nLu3a+ue+acVxd8 be3atS+//LK8dOedd8pt9oZjziIMRIt2NFiEgfZZJn0SL4IBCUIYUKGA4oCrFwIJYBUY8JVCM3Mp GBCHRJBhAHHd5MkD1AfSbhiA1Q0YPV/YQHYAA0E/8TMOD4pIQPzwYUA8xQPOkf1byZD3kjAwiTBw GhJ9l/Sbgwok9f/jcT+iMvAjLQey9oAUAxAAxDXj180k+JnKAm+ic8BXBOnA0BADNNBDhYuy/8Q1 9adrRRDnhL7ZQ3UAZvmqCVABYLfADW+jFZhf/3sM6HUjUnxTBtghgCBdGhQIAlYX1AvNwWgVEAaQ dJ86wLu9xJ0OQH+n16/f6flru+x163sV4nL5a1kNCSIMRIvWblMYKHwwu/baa1955ZU333zzxLve OfXm127Y2vCRO3//7oKx/789415feObm6X/96quvyg3XXHONveGYswgD0aIdDRZhoH2WSZ/EDQaA AfOPs2Ih6ACQCMgAnCzkSADigPAAkUCnCXGUUOIJDIAHyr4T6gPTyy7AcKH8d9x8IfAAX0p44Hnl AVkRgASe5dTRZ8rOf8bDAJUBOJsHnNvU0acFA7RSSGHA8UARBjjPzhcyGCADmEqAkqEEBugCA0sy MID2ANccDAb40f/C2NAf/xFHDbgUv9tPjQECFxj4oxUC0ZMblAQACXyVdUHqGRjoztRfHZ0A8BQV oBaIk4K6X/uWYABaAlAO9LaKADg8mJ3BhgEAA6y4ASTgXHZY/GOezvgVBowQJOmX1J+DgLCaWy2Q OBJ9v/ov/um96D6u/PX7Gve5bUdUBqJF+4AmKex//ud/Nnwwu+666957770x9+yfsmD/DdsaL11S f8pNv9394if+s/pf/t+ac95ff9rWRz79xhtvyG16/7nyf4RmV8/QrY61l28899wbXw6DD9nkbxhh IFq0TrcIA+2zTPokrjBw3MT5x00ECUjgxAEFA6cPhCqBP5Y4xABxzBu1zWJ9QIKSWkFAAuq+h1gl gqSf2MkCiWu9UJm1EDh3DAD/6ycOCQN2RHEaBtQFBqxeiHhQFugDQZnQKaeiB+DHSS0Qu4Tf6Mb5 oeU/xnQgS+410f9ZkO6r/0wvEx4wx+TQN4/j2u3nyOlJAlihAPxCNoEESPFVB7D4jZ7XBjCAcUBW CORaAvT8YIWBt7v79ZfvOBIwMEDDgI0DMgBAuo+AazEM3Ph2D3zxTwUAayb7940B/NZfN3/9bs9f Y+0lif6tlven/f3et8IR454IA9Gitd8UBuo/mEmW/+677w686e0pVXXfmFv9sbvePeNfN+1dffr/ Wzfx/6n+m//nwLiNj5yrMKD3n3vur7ZrNP2qnI870Lb/KvkRfxKLMBAt2tFgEQbaZ5n0STyAAa8M ZNx4IAMDmveXQAL1VmEg4QErFsrygB1LDAZwGNAaDPh6IVcjJIHwAOLcNwMkMB5oBQl02GgrMJDE qhWEMLB2y8R/vg4wYAzwY/YHI/ijjgxiTm95vwcAJPfpHR4ggEohvVSVoPsv3qJLWv8WSeCtZGyo C+wQMeb9GAOqOkB4oBjaglH03/0G9ARjQqgEN7ztXTCgh8YICAN2ijDW4CgxgwHnyP6TbgEyQI8b AQCuDeBdUwbYJaypP7L/my3QuOLX7wkDeBgAD3gGCMEA+7gEFfz6/QgD0aK12xQG6j6YqTIgMHDy g+8ef/d7Z/zolVP/+7r9G06of2lC4dVTW/54+tanPyEwcO211+r9kqlv06hOaOCq6duQu//qKvk/ zaumy55cSghzl+dedVVqK7yHz0o9IXhN3qc/K3N/iY0PZBEGoh09duwdI3j45/pFGGifZdIn8RQM BN4WDLBqyJqJL5hdhrFCCQaEeJAcPkAkKAUDnDGaRYKABwJxQLL/PL0YBuCsEcI95IHWYaA0FeB8 4pREkGBACgboDgY2T/wnhYEfJTDQ/cdaHcR5Qa4xoNtPLPUXEihPDg92Y4ICMOhuCoBl+VoRREFA 9k0fUMeBACoIqALgAEArgrpfh25gfvcPGHAYIP5mCgZULnDuZYEiGHjbAEAuJe8XALjpnR6S999I pw5gMHDzO905IEhck/4QBrybOPBrIQEwgLjrCrCkv+K2EAbeR+eA4MFtO+SlCAPRorXb5H9o//f/ /t+Syn8QExh4//33+/7ilXE3/G7cT7ec8M8bJvzz5n1rTti38uQ9K097r+rkbY99UpUBvf/jH//F agarf/HxnMT4R+6yx7n13uOXuRjbEtlN4YvyD3e7vJp9gttMgpL3287jlyXva7fJ31D+kvY3PXKL MBCto+yYPEbw8M/1izDQPsukT+IKA+WT5pdNTDwNA8l8oRAG1AkDc/wBZAAABwMSlOnhAxdmCoRm BDGOIkaAM8goFCRIUAoGSkkEhgfftKohLRZKYOCvZX0i/w2cUtwaCThP80CbMIDRoh4Guv/oj929 GiBpfZoEUitqfuhpGGDwppYDsRAogQG6xG/2+MXbEAoIAMoA3SEdOB0gmAtEDHiTDhighyLAW+qS 2YMHnD4g6X4AA+Ky+aZ+94/sn03DLvVnLZCbDcoA3gMk8HbPW941cUACzgXSGBighwYwpiAAAECT wG0JDPQmAEjqb6VBCgPCBrfJGsuEokX7QKYw8M4Hs5tvvvkPf/jDc3d+ZN+WTxXe/IJ401ufH/CT P1b88I3+P3lz3HVvf+5flr/22ms33XST3n+2/B+h2tk/WynXK392tgbFce7Sx8Kddx67VN7zmOyH lrkneIgGeE5olz6G52jQMRZhINpRYsfkMYLy6xzmuX4RBtpnmfRJXGGgTGAg8HLwgGAAuoozMJC/ aDYbi0kCSPfnAAYunJPjmQNlwICwcGhGOQaPWoFQufUTGwzwTGJPBQEJnE8XACAD+GKhMnQRGBWE rjCQRz9x4jkcOKCFQzh5gMOFJN1/svybpWAAlUIStA4DOmBUm4mFBxwMXPKP1xIGfvwGmgRUHNDv +J0UUNoDGOj+8zePk5W1QEoCTPEt43ckgJIhwgBbgV3qj94ASgFODVApIGkJ6Hb9W91ueEtWTfq7 47t/rLjN2oUR93I73skAdpIA2wBQ9qP9AHCrAkLSrwFOD7j5XWgCxIBet7xn2b82Bqg7QUAdGb+b HCow0OvW96EPkAGgDLigNzeBAb95r5JrhIFo0dptCgNvfzB74IEH1qxZ87tnv1Sz5XP/sfub/1Hz 9ea3vzjgp/L/mhqH3/4fYx9uOuXGV1asWHH//ffr/ZKgv6iR2otI2W0nE+cmPxbuvP3YZIWBNp4g 5i81yLyamDxNbPJjdtl+izAQ7Sgx+e/wvzr0GMGjxOSXOpz/E4sw0D7LpE/iJWFAXPuJM+KAMoCH AUgECgMXzM4l4kC2aqjMKQMCA1xnavafgQG4nkx8/vP5858v/w6KhZD6a8mQdg58KzyJLHECAEcJ JTwADLD+AQ4bTRcLqbv4rzlTyMGAzRdKwQDOH1AYKP8rTBYCDKwxGDiNDcQ4ECD5+j9I/TE5lH3A cKT+1has3sMYwHiAACDrm91YLMSuALxE14lAjFUHIBgg779OAOBtTALVtF6TfjQEOwCgkwpss8cv 36EgICuCnhKoUGAdw293vxEVQdoPgJMBrBCIGKA8gAYAXBoPOK/AQQHv9bjlHQGACs8DWN9RAPAk YAFhQKlARQCm/ljRRSAM8Jv36e/1lvX2WCYULVr7Tf739d///d/f/GC2evXqu++++4033nhnwSf/ 472L/2Pv+QIDg372Zv9b/uP4x//9Yz96bea6399zzz3r16/X+88++6fLNVJb/tNg5xFJ0Cc/gki2 EYWvyouIk3vMUk/w7/T7Je6fbLdn3tlOk79hhIFoR4PJf4f/p4OOETyq7DCn90YYaJ9l0ifx1mDA nTng5wsFnsCA5P2OBy6cpUcNZEkAVUOzyrSf+DszdMpQulLIXNiguExIHZOFEAgYOIkgTQIIvilx SRhw9UKQBZ6CMvBNTwIBGBTDQOKPhS0EHDH0yCe++PVFazZf/A/XAAZUBzASkCDEgJ9b0i88IFm+ wIBfkfGjJQAvORKQRN+UAZwDcM0bsuJo4V+83V0wgFVA3MeMIIkhDgADoAkgxZf8HmeEORhAZs/U 30qAEgcJyEu8n9k/AKDXjbLJWiAnAsiqc4FUCsB3/8IGsn/Lu+Ldb+Z6yzs9eSmrMIDCgKyyk5EC TB8QVJDsXwK2CqgLAPQyDDAnA8ArbnsXGHA7L+94XzzCQLRo7TaFgT9+YLvuuuskJ94y8/yGP1zw v3dPbn7ni8Oufev05/79jHtrv3zNOrnhxhtv1DvFzj77J8sspC37SWpHLuX/SmGTHk5dinEnsynv zTzhj398eBJfmTTJ9jP32+uw9PvaaREGoh0lpjBg/2UcQxZh4EO1TPok3hoMlE22TmJ6GgnQMyA8 4JoHLgIS5C8StxFDWikEErhYg+T8AWKAethFUBIGHA9QKAi7isXDYiErE0owIAUDXhbQSwcAWi8U wAC8CAb8lCGIAwkMyBrCwOlKAgoD5AEHA5ACjARkdS0Bb3b/uab+EuOL/x7XvN3t52/JmoEB5P16 OhjyfuEBqw7yYEC3oqAEAGQN1ADbRLpPAIACwOBXb4trUVAPrQjyxwMrDMhl8MU/NgEAngRccIsF 7BAwZcBgQPzX3OSpYXqZYYA0AOwQt8vboQb0vl12oAbQ35O19507IgxEi9Zuk/99/bd/+7c/fGDb sGGD8MAbb7zx8vyJ76w5v3b758de+9an//XVL/3L0tdee+3aa6+VG+zWI7WqH5111o+q7OIoNfkb RhiIdjSYwoAdhndY9tubdLDWuTf91nbUZn63aOtwDY9075XHlHj4EVuEgQ/VMumTuIOBBeWTFpbB Ax5wncQhCQgDlF9sgYMBYQCFgdk5SAHCBqgUUlmAygDwoPwC8RAGZpRdMB3Zf+Byqa4w4BjABwEM fNuTgB1GJgDAY8hwGcIAAx8DBsopEZAHnnIqQSkYkJ0UDEigxUIZGDj1dE391btL3q8wIKm/aQKo /HFqgFcAkPG74K1ufkfbgq8R51Fi19hRwQIAYAB2AsilBsoAPW94G/oAAQCJ/g3voApIC4GcMtDt ep4l/Kt3hQq63YDUv/uNbyG/T3qC066jgcSZ1sOdIJC4voT1PQl6ok9AMn4nDoj/+r2et6JeCCcK S36vSHDre5XQAVQNIA/85n00EN8Or7x9B274jcDAjgoBA3rv23eCDe5gsdAdsWcgWrT2m8LA7zrC nnvuOeWB9fNvnnfTp8+duuRvH1j56quvyqa8ZDfRkBykzV4oaYv/9ayz/nWxXRylFmEg2lFi8t/h fx7xMYIzrs4VH85XcrMNa+0hHXOy4GFO740w0D7LpE/iCgPlgAG4MED5ZFktAAaABIwKHA+kYIAz RucqDKg4UHYhNAFCgiIBSoZCZUCDcsRZfcBpAoQBDdBMLGsKBnAeWSgOgAGcJqCXCQM8nftGAAPq rBFqDQaUAfJ/DTcY+Cu2DRAGwAN/hZ6BBAZQF4RcH1X+YAC59OIANk0Q6Oayfx+YX/NWN8n+r30b qf91kvdLuo+6IMCASgHuu3+szg0G9Lv/697SDgG9VAbopmwAFwaQHUwK6v4rzgZVd3HCAE4E8LFl /KW8JwaDqiCACaGyUhMADOhLGBOkIkArgkAvWd2lZPnKA1oXBBi4nUhw+w4hBC0QokcYiBat/Sb/ +3rw4MHXO8ieffbZa6+9VgBAkEBs27Ztcimb9vKxa/I3jDAQ7WgwhQE7DO9wreThf0d6ImCHPKRV izDwoVomfRI3ZWDiAkn9MWDUNAGygewklUKJRFDmJAI6yoTQM2DiwJwcNYFyKgagAooDZa3CAAWB YPAotQLPA6WqhvxwIUcCxgMhDHzrmRwVAwUAXyOkLjDA5gF42TdNJQiQ4AnFALiRAJ0Y4P0TXzxv 0drNF/+jKgP29T+c5UCJIEB9AKm/8kD3a95WEQDxL1gaBAYQGHAMoDtwdgVch1lAigHu+35ZsS8x eEBhQEUAuMRsC4ZE4GDgV1AAfOrvAcBjQI+bbKc7vv6HAqBVQJLQa6ztAQoAGojrKQFGAuZ4CzAg SP21GQB5vxcEGPRixt/rN++rV96xU1N/qAHKAHfICjzoLVRAEugta2wgjhbtA9gPf/jD3bt3y//W SgbfIbZ06dIbbrjhuuuuEwyQQC7thWPX5K8nf8PDmXvYmkUYiNZRpjBgh+EdrjFl17P33Gl8PMQv u+kO/eP9PORPjDfJjjPcog9MNs/91XR5hJ0YKBb8wMO0CAMfqmXSJ3GnDCykqyyQwIBWCoUwICQQ wICshAFHAnTJ/kkCdK0XQg8xKoXIAziJjDBgeJAVB1ApRAyQ1ZcMab2Q5wE4hwsJBpQnPKD+jKAC YUDYIGEAooLFngRKwgB4QJEghAFzEwegDHgYsBlBJgKkhgUZAwTVQd2uwZBQXF77VjcU/wAG4Ne+ DTYIYADf918vMMA6H4ltHBC+8gcAcCqoNgMksoAGugoD3Phujxvf6f6rt3oy3Q8wgF/822igdz0M 9EQsbPBuDwwJ1ew/aQ/gJZJ+jRMYwFRQ5PchDHgk6Im8H+k+MMBS/x2YJaowcLvflHRfLo0EAANQ BggDwgB3wnvfCYkgwkC0aO22W2+99c4779y7d+/BaO01+evJ31D+kvY3PXKLMBCto0wy5v99xMcI Pn6ZneuXPvIv2dQAISPcZvcl7whuS+LUe/3Rf0F4uHaY03sjDLTPMumTeAoGJON3MKCVQuJeHFAY yE/MKANz0yQgPls3PQywnxheAgZYKVSO5oEUEngY8HEGBlQcAAy4wwckBgAoBmRhwIkGbcFAlgfE S8GASQR2zsA/aQNxUiZkMICTBJQE0CUsGOBIQGJrFEb2LzCAAqFrJHgbs0GFATAhFN/9S97vnDAg gWMArf/RWD0RAXT/l293E0iw7L9ELZA6NrGveCCrkgAcxT+sEZKcPiQBXUNn3o+M3+LbmP17GAAA OBjQFdm/CQIKA8j779hRccdOuCOB3nfukk2qAVYjJCQAvys2EEeL9oHslltu+eEPfyj/QxutfSZ/ Pfkb2l+zXRZhIFpHmfwHKXmzHYZ3uMaz/Famj/wLN+U/Jm84qc+9FN52WJt6zN9jl/q9w7YIAx+q ZdIncYUBSgEqDqggQBcSABgEPODwIFAGHBJcjLYBMMDFc/LiElwIHoAygH5iigMXkQe+YyVD6lo4 RFcSAB6kCoRYNZSWCNhADCQgBkjMQDFAnTDANSGBBAaUB7gKDCgJCBJkYODJcj1/IAMDnDR6jsDA OoEBnDOQgQH0DOhpYnoJBlAYsCFCThmgCNCDOsBxbA6GDuDOCNNA8v4MDCQZv7v0gSoDFASQ3Du3 WBuFEQQ8wBMDkj4BTfq9FICeAV4qEvT69fuyegxg9i8ZPyUCYQAeC2ABY7QFsy4IOwYDSPSNBAgD Kb9jpxYLVd65S2LVAZQBKu/a0ftu7PS5KyoD0aJF69oWYSBaR5nCgB2Gd7jGs/xezBzeF2xmD+Zz L6XiQ24e6gzANi3CwIdqmfRJ3GDASMB4gDCAyUIKAxK0AgNpEpDgIolNIghgAKcQ0FMYoK4SwSFg QHsJAhhI6QMhAIQxYSBnGJD0EKsrDOQJAyYUHC4MwBUGJv6zwMDJpxWXA+mqAIDVqwHXsBboF29A BIAgwDIhlQUgAvC4AAWAopMBNJCXkPf/CpcIdB9dAdoYoCIAVkniu0mALB87SPf1kGDm/eoKAz3g 8hLVAKcDcPM97RboeSskAmb/7xMDsLI/mJdWJoRcnxLBuxWsGtK6oIpEB7BV0n0G3HfKADCACkAg AuwUAAAGwCUWHnhfPMJAtGjRurRFGIjWUSYZ85EfI2iH+WWP/As20yfz+fvD+JCbesTf5MntOubv MI/yiDDQPsukT+IGA5NDGICbVkB9IPGJ8/OT5kmQnzgvh2OJE31AYaCcQeJ6JJnrHzBloMgJAPDy C5QHiARsGFAnAwR4AFcYcOKA+rdsBQMoDCSaQODfUBgwBgg9rBfCKCGlglI8IDCwZN3mSf/z2ty4 Cac4AGDpv9UFYVooSoCUAbRXWLL/a95C3i9IcO07JAEtBDIGUA8u3+l2A2PJ+CX7Z96v2T/mh0og MICugHdR4SPZ/41vocjHwYDE+I4/UAMYvGenCCP15w1M/SWnNwaA41t/CVjtQwVALn/9Dr7slx2o ARrw63/nuM3FgAF2BaBvmDCAL/69JsDsn+0BO9kurADwviT9kvqrCJCsGoAEdvS5Bx5hIFq0aF3a IgxE6yhTGLDD8A7L3IF8evyeO47v7J/8ZJI/kS88sw/n/slN/rC+JLa3pm4I74ThHndy4BFZhIEP 1TLpk3hrMCDOSqGFvnnAYGDivPwl87BOnFee8EDiAQzo1NFZZRcm/cTlF86EKwOkmwcY++YB6gNO DTAe+A67CFIwgEaCFA84GAgvk0FDiWcxwHkCA4m3DQNjTzxJAeC4X8A19Zek3/oBqADoJgLoANy8 7h30BJMELPtnOZC4Xvp6IR0QBBj4VdASIDxw43smCDDXl7W7BJLcOxjofhPEASoDgRRw8/vJpSMB cU36Q+9BlwBf+SNQNoBKoBm/7xPwrvOCZF/bA5D3u+w/AwPaKFx5x06cJnbH+2CAO3dUsBxIHUVB d+/sc88uhQE6SCAqA9GiRevqFmEgWkeZZMwdcozgh2QPTsxNfNDiI7LDPMojwkD7LJM+iZeEAZUF DAZYL6RqgLnAAHlAYaAYCdqAAfYT40Disgtn5S+YgSAFA+JOGQhgoJT7YqFp1kAcuMGAkwhwSQbI fYMrAjQJZEhA5YISMKCeOnbg8XO+TBj4F4GB4ycg9XdOcQBf+Wv9j1yCEIABwaZwwnUu6S9SBnrc +C6+8mfe342twMf9EqOBqA8IFbzVgzU/kvpLxo+v/zkzVHYgAjDLxw2uDcB0APcq/JZ3u1snQNIQ bMGt7wMAmOXrJZyxFQIBDLDaS/oqdIAdvVxvQJjx+zjxOyTv38muAOgD2g9ABxJI0l9x1/su+3c8 cM8uWfvcI/GOvvfujDAQLVq0Lm0RBqJ1lCkM2GF4R5t9gAMEIwx8qJZJn8QVBsonLwphAG3EwSXP J8aYUcMAONiAJCAYoKuSwJx8FgnmJKcN8PwB4wF6juJA4MIAKRjwlULwb8t+yANCAhwxdP7zeXhb MFBUL5Q6bcDDgDuPTAGgFSpIYGDLpH+5Ljdm/AkhDCgPYJV0X9mAANDNMIDtAdcx0RcG4DEC3a7n pVYEiVMEkNQfO796pxti1ydw41vdbsJX/j1u9jBgl92AB5z/o9VBt2A0EMBAsvyb3wUMaGdwoAZo OZC64AEx4P0et77X49Z3jQcs45edFAygJ5gvgQo0vm2HBJwdxKKgWxNNwA8P5bwgfv2POaEav+/V AFABWwUAAwIAAQn0BgbITiwTihYt2rFgEQaidZRJxnyw444R7Dhb9K9nyX+SZ/3rIrs+UpNfKsLA h2eZ9EncYOBSgYGAB3AAGTHASQRoHpi4AAzg3cPARDqz/9zF4gYGwAAdK+RIwHvIAxQEZpQ5GLBL 8IDAwIwUDNCD5gEhAS0TUhhI8UDoygNpGBA/BAzITgIAoXsYWL9l0g+vy412MAAG8LVAEAeY+isD cLPHde/Ar3+n2/WhIIBcXzHASwTdWBeE1QqE3hYGQDewdQi81/2md7vf9J5e9sCld2T8ktk7WcBS f3QGc2qQ7wfo8Wtk/6H3kqQfYMDknlIAEn2nA+jKvF/nhzo2IAxYM7HCwO07bFKQTgt1jhbhoBCo 4q6dkv0jUDVAewMUDBwJqPe+F7JA77vf73PvTvEIA9GiRevSFmEgWkdZhx8jeDTY4Z/rF2GgfZZJ n8S9MqCVQpr9Z9y6BRIMABWUXzK/7GKoBNpIkLtkrrhiQNlFJgsoEiBItxGHMICMP1EGMHiUMCB4 gNUBwLRy1QS+My1vJMACITo6B0rywLfoDgZK8kBJiUAcRxBkGOCvk6D8r59QZWDyv1wvMHC8woBD AnYJa3OwkwWUBNgn8E53wkCQ+rukn4Rg+1YRJCv9JswFEhcM0PPCqA9QBLgRVAC3gPU/zPt1YCiH AnkpIOkNCDFAHQqABUH2r2zgL8VVAbhth+6wOogMcBu/+/cMcOf7vW7PwkDvu5nrGwzsqAQG7JQV 2b9iwF07+wgGgATQHlB5747e9+yQtc99O/vcv6vPfbtkPUpg4L/+678iD0SLFu1ITf7/hvx/D7to 3SIMRDscOyaPETz8c/0iDLTPMumTuFcGyiYvKi/VRiyOHuIQBugCA5AF2DxwRDAAAPCrJ4EkyFCB Kw0KVzgLhOiAAdMHsp3E7YYBNg8EJJD2BAZ+KDAw7ng0AAgJBLVAiaMi6N3u17/rAOCdbnKJMUFv d/ulYgArglAIhBtcizAYAArAjVoRJDyAjL+HZP9KAhwEREJILiEFuCog3zOgTQJI8ZHoQxnwqb+k 8mH2b5fcV2XAAADnBljeLwzAAKs45oTewcaA23f04oAgyAIu+++FKiA2B6vfuUsu/df/3kEC+OI/ ceCBwMC9Oyrueb83MGBn7/t39HlgR2/6UQIDYsoD0aNHj374fjgkIBZhINph2rF3jODhn+sXYaB9 lkmfxD0MqJdNltS/CAZYI0QHBpQ5HpBLLRNqHQZwAJkeUQweYPOA1wTELe8PXEcMwZ1EkEerAJ09 AyoUpNzDwLeVB9QDKqAbEoQw8I2nct94sjQSJGeQlaYCThPyyoC2B+jX/1yR9NP1u3+s1+vsICgD umN5vykD7wAGqAYADFj/0/3Gd7sRA3pQBOh54zvd8PU/8n6uSPq73/xej5vfV1RgzE2nA4hDByAA SABgcAAQMoC5EwHUQQJyj7YEKACoJvCbHb1u1VbgnZr9i/f8TaYoaJek/r3ugkvgDhGzTgATAe7e WXE3xAGX/e+svHdnxb27et+nDinAVjhgoM8DO/s8cLQoA9GiRYv24VmEgWjRDmkRBtpnmfRJ3MHA EvEyFgsZD0gMTQCet2PIUj0DQgKEAbBB7hLCwMVwqAHqThxwhKA8YBKB8QCyf/PyC7myZyCEARsr 5NwXDtGdPqA1Qqn+AfUSPJDAgDDAt0AC6ikYgD+Z7idOuYOB63Jjjj/hOCsHsqIgTwK+B8Bg4Jfv QiUACaBPoNsvZUdeeld7BsAGaBF+V1aFgW4CBuwN0IogcUv6k9RfMODdnikYSI4LEAaAGkAeUBgg A3BeEEjAYECpALl+MQyYILBDpQB/fBizfxQFhToAGoItQFuwOGFgt8KAuVMDKlQfEAC4W5WBXZX3 ajkQaoGY/SPvBwzI+uCuPg/u7vPAbqwP7o4wEC1atGPeIgxEi3ZIizDQPsukT+IGA5PTMDB5oakE 3tMwoJcJDKB5ACu7h7ESDAQGqBIQDMolJgzkL5qVY41QRiVQV1nAeICB846DgW89W/atZxUGQg9J gD0Dh4aBS394fW7siRO6XftOt2vYEsDv/s1veLfHL9+TgOk+RYDrFQbk8l2oAaYD4BIY4BhAnL0B ElAE8H4jMv4eNzH1v+X9Hojf68ns35L+W2SFewbwATJ+3dcYDIBEv4fm/a7sR5GA2T9Sf5sFlHz9 /77WAknGrztBl/CuCsn1JZDb7tzZ6+5dvaw9AF//97pbdnZAGbjLxAHZrLhnVwXUADCAeG9oArsl +wcAyCoMgOogwQCBgR19HtypJCD7EQaiRYt2zFuEgWjRDmkRBtpnmfRJPK0MpDDAaoQY5zlfKH+J SQQEgwVsGwAbJDBwCVJ/SgE6U4jKgC8TIhUk4oDk+hfapNGyixQGskcUexjIAwBeKDvfYKCc5xP7 yULFGIBNi1MwYDFhQC5JBSCBsm+BATwVCAOACriSB7JIoDBw2b9enxs34aTjrnv7ODQHJ5qAJv0C AxZopRCcOwoA9G4qCIAEAAPd0jDQDWNDdSSokwIkkFdv4Sygm99XKcCSfpCAxIYB6i715yUzft2x OA0DPQUD8PW/Zf+EAWsGqLhjR0/DgKQ6iDfslBtkv/LOXYIBsvYSJLgLIgAbBnZWImYV0F0oCqok JPS5Z3cl1AAIAlYLhFi7hMkDD0ANoCYgMCAkYDAgHmEgWrRox7xFGIgW7ZAWYaB9lkmfxNMwsDgL Aww8DHgSIAyYSpCCAfJAFgaUAdBIwJccDMDTMIA1AwM6UwhU4FJ/6gPsHwhgQLP/IiSgHy4MaFAM A44HMjBw3pL1W6YIDIw/6WSQAKUApv4SI3BIYDygGX+3G94BIUgsKwLoA8j7b8KEUJDAzVgl3de6 IDQH81LnhzL7hzKgvQHI9e2Lf4uLYQAZP5FA3ZJ+AAD2DQPQCZDU/0iApJ9I0DNRBvCtf6gMQBCQ HfYGQBm4w5oEcInjAjgviDCgI4N63SNZ/m7J+CkF7KyUWBjggV2V9++slNRfMIB1QVAD6PISS4N0 FRgAGPR9MCoD0aJFO/YtwkC0aIe0CAPts0z6JB7CAD3oJA5cYMB3DmRIQDEgFZtr80DQNuDBgDyQ v2B2/oI5+QuS+UIGBhkeyFQKKQaYa7GQOVJ/HyReopnYw0BxsZA6G4ifTMNAigfO/fLXq9ZvueLH N+TGn3yKCQIJAJhTGTApoJs4GIDOoEdSF8SKf+cOBsQJCbe83911BSQwgLw/OUJYVzpgoLvL+8MV DQCuBwBnhCkVcBNJP0lAMEBhgLEygHkCABgSioZgc8JAJSYFmQMGkPrvqLhnpzkAQHWAnWgJgBSA duFKpv6qA6AoiC/JjrABLikOeO/74M6+D+0SjzAQLVq0Y94iDESLdkiLMNA+y6RP4kUwsKR8svFA gASLyyYvAgxMWlA+Mds/kHHTBygRwFkjpK4kgAAuJDAbLQRYJQ76B1qFgVQnMdyUgUQfgDhwODwQ wEDZt54mAOgKl50yCST7JwkEMJDwgMDA0g1brvrJL3PHEwYSBuBX/gADusCABbr/y7e7qRSAWiAd /UkegCAADECBEIt/utvhYoGzQEjWnnKD5PchBtxiOgAnh1rxj7iHAQwMdTAgbkcEMOM3DHDpvvee rP/xUkAPHBi8swdODhYA2AkFgKVB6BOQe+6SHbkBVAAYuGcX+wSEBHZV3Luj8r4dFfehIkiCSiT9 YANm/wAAiAASPEBN4L5dfR9AY4ACAMuEoAn0lUuSQL8IA9GiRfszsAgD0aId0iIMtM8y6ZN4KzCA gAwQOucLCQm4vF8njWZcVQKDAbQR24HEWVd9wLnAAAuHHA8E+oCRQIoKxI0HmPpjVc+dL26dxAkh FPMAe4idMpCFAfCACzwMZPSBT37l68s2bP3uz27MHX/KKYYB179z3HWYDgQ2wHf/BIBfsUBIOwQk vpGHBvC7f3HtDSAGwHWTFUH8+h+pP6QAVQOgD9zCzJ4NAzhmWAGADBDAAAAAr0rGz9i7IAFkAQCA ZfxW+cOif0361TUOd+i7et25E/3BigTipgPsls2Ku3arJsC2YG0O3o1aoPt2VzBg6i9UsBN1QSAB 2dnd+/49qBTSDgEgAWqB6Dt7P7Sr98NwwsDOfg/vhjLw4NFyAnG0aNGifXgWYSBatENahIH2WSZ9 EjcYuKzquMsSHvDVQV4ZoEqwKA9NQHgASBAAAGJlAHXE6iYUBEcQFMGA6gPmDgbKUp3EyP6VCnQn hIEQCTT7Dz1/vq4CBooEBgO5858RdzOFJHja6QOJl3/j6fJvGAyUf9PDgCkDgIGNW7//i5sSGOjh 1QAoAO90oxQAEtDqIBYFCQboyrz/fcAApQCk/u6Lfy0TMncv9bh5R49bxN+nu4YBAwCLvScAIHFY ESQ8oEVBSgJpKUCRwJyHB/eUGyT7dwEYgNm/uDYKS9ATmsAuIYEKRwIGA3DN+3fBhQFYAgRZAMND 96AcCDvQAUwKcMNDKwEAO/sQBvo8vKvvQ4i1RuhYgIF37vrMZ+56xy46w6qmyt9EbGqVbUSLFu1o swgD0aId0iIMtM8y6ZN4AANVHgZcgRAAQHlAdvKTFhIGFuhK9zyQhQG9VCrIXTLncGHgQisWKrso O1bIHVGcVQYSPxIYUB4ADCSVQkUwUOSlYOBmwsAvEwxQ58BQgwFU+ygD3IRhQUjxHQxYxp9yzf7d SxIIJNzyfjfKAlAGbgYP6Bf/JbJ/OjL+23ZgZQ+ABLI6NcDOB1DXvN8wgGOCwAlygwCAxMQAOCcF mSwgAMC1QjDgHglYC0QAqER7gKT7u2WVjB8AABIwKYA8oBLBbs8AkAhMDTAS6PPQ7soHd/Z+cIcw gAKAgoEpA12mTEhS/lyuZNJ/RDBwpOTAH0trLdUXFOhoFvEf8kg/bbRo0VqxCAPRoh3SIgy0zzLp k7jCQNllVfBLlwAJIBGkqoNwABl6BhblJy4iDKgyULptQEkgBQPggSIYEHcnD6Rcp44SCcrDI4qd OODqhUr1DzDwJUOJBzBQ9m2rFxIYsMBmCgEGyr6FhoEQCbw7JAjKhDZu/d7PXZlQGgY8CfDgMA4M RfcwThAzDGC6rxl/ggR+02kFWhck6w52AnDVSiEAgJGAuxQM0AAYoM5W4GBMkAOAXjww2C4pAigM 9LgDpwR4r3DlQJUGA4YB8KAcqNc9nA6kABDAQMX9OxQGeltd0B4TBAgA6tAB0BsgGGDDQ/s+hFhT fwlk9Rig3jVgAGnx1KklU+MjypjbkV63/RZ5tcMlgXZ8yGjRorVpEQaiRTukRRhon2XSJ/ESMABl wJOAFwrEuQMeQKWQVQfR8+nmASUBH9OR/cuaz1BBhgTgs1OThbLDhRwSkAeEEEIYwMkDCErCAFbN /o0BEhjQM8gSGFAewIljgeuO54FPooF461U//VVu/CmnYGpQxiX1VwZQR67vSOBGHCTcDZU/AAB5 KUn9sZIKKAKYFIAzgzXYIYl+91vYLZCWAlKedAUoA+Cbfkv90Q2ssRMHHBKICwx4DFBHaZDc4C9Z DqQHirEcCKk/AxUHdqE3gIQgPOCUAeT9lv1zWiguxXl8mDBA74f2SFzJQiAhgd4P7+0DGMDZAkIF wICHd/d7ZI8E4v0f2SOXXQIGND1OfQmPLNwZd4MNdw1+sC0m7MktuCN9xfvvugslP+nknvv4qckN MN7kKoTE5J7kge6n+Qcitg/DC39T8Cn0YwQbCf4ke5kn+61o0aK1ZREGokU7pEUYaJ9l0ifxFAxA FgiLhYQNlgghgAEmeTxYnJ8kPKBOGJCVMEC5IMMAieNkYs4X8iSAyUIXZ0hAq4YScQA8kIIBc+MB qxoCAwTHEifueQBxAgPPoXVYAIBdxQIDrBQSFwxIwMBJAeay4zafFNdpQlf8+JcYLZpIAXA2CiPp d0VBFAck4CoZP1aJ2QmAKiAPA/T3ut/8LrP/dyXv57f+IIFu8tKvd4AHbtnBtmB0AiSHhRkDsDEg 6A8WTwQBWd1oIA8DrAKS1dcLpbJ/BQCMCZJE/+7daAlwXQEVd3MHeb+2B5hTH9hZcd/uCjQGCAYk yoAygHfJ+GU1GEC7MGL4gwIAe3s/vKvvIwYDEAcEAx7Z3feRPX0e2XNUwcD/2rEvdNvV5FeS4oQG kIVbEuxeTExelNeQQLsX/O3JzXoTTTdxf6nE2r8lvMF/ktQD7VXcKFF4P2Leh7tcYG905j+Rf6YF bT45/ZzMHzB69GPe7T/9Q1mEgWjRDmkRBtpnmfRJPAMDkvqXX7YkfylcecAYwMEAioUcDOQvWZib KD4/Pwm1Q4oEIAEHA0YFlzAmDLjziek6ZjSEAZw8oC0EwaTRoFio7DutwgA8TQLiHgby5ysSWLEQ YMBLBN96NgcYQP9AIgu4YiEPA6oPeBg4h+cMTPnXG3LjTjoJ5UA3vIOm4V/xjDCPAXQMBaI4kMwL 0q//XfafCqAGgAEUBhijb5iVQuKKB+/54aHmCgBkAA8Dpga4AFSApD/1kqb7ggRaIAQpQDEA3cCS /cMrQQLoDfA6ADJ+usbEAOsHAA+gK2APlAHCQG9tDn5wd8UDu8QVAHygDk3gob2Md/d+eE+fh3f3 eXhXn0ckxqre99E99L1HDwy0+r/rPjn2mW+yk06d5cOpyU54T/Ebw5th+uW9vz+w8C3+huLNzKuZ B7ZxP252VvIef6k7rT05WrQ/SztMHogwEC3aIS3CQPsskz6JZ2BAewaEBCxONQ849zBAMKALDCgS oGQooQIiAWEgqRcqD3ggCwOJp04mDnkg9COAATp20sVCiSsPfBMwABJIH0hc5E+e86WvL1m3ZfK/ XJ8bO2FCD84P7YbJocQAnhjgkaDHTeGpYVkY8MNDEbMWiNn/Dhfv1EvGyPu7c+15q+yDCnxRkAIA xAEEyPU17wchuNRfYQAiAHdkte/+CQOS7vMS5wPA79ldIQ4Y2AMdQAWBew0GGBsMKAbQLe59/26W BuE0MSUBVAeRBxI14CHJ+BUA9vTFypgYAFngISgDDgD29HtMA9k5WsqE2vhfdCTAgSH1Lc6GcZPb 8jv+npIwkLxKK95RK/mW4s3Mq4cJA7jT3dTGPe4W7EQYiBYtbYfDAxEGokU7pEUYaJ9l0ifxDAyo IHBoGGAzsSOBhViVAUrCQNrDM4khFJRsIwYMaLGQkwiKSEA8AwOW7vu8v8jTMKCdxO78gW89W/ZN IIFk/14W8F4KBs5bvHbzxH++LjfmxBMl6feOpF9hgOk+LsVdIZBdagOxIIFvDKAmoCRgO8z+dQc9 wYEawCOEGdy+MyAB+/rfJ/qAAZsFhOIf7PNbfxUBwhU3oCd4d0/0A+yWjL8n2oLJA3fvwnEBPu+/ d5fsazmQEwHwKgEA/cEKA5UPwHs/sBtHC8OpDLAuyGDAFwWpY4TobpAAAIBSgMMApwlgFSQQP/ph gPmvxS6rT4pjkB5LGOTExTvJ7XhNHyZbwWPFwvtD8/vhDSU2kwfKHqK279cguEfC7Ie0Vw/vydGi /blahIFo0TrEIgy0zzLpk7jCQPmUpWWXiRsSwMMaoYxPgjsSOAQMILhY4oAHLplXfknqJLL0dNHQ gQQGAw4JwhYCBwPBZCFN+kvOFEoIwQ8XUhIwPNCGAdc8IA4waI0HPvHF8xat3XzxP16bG3P88ZL6 H+enBlEZ8ADAQAEArrVAPZn944Yk7zcM6IGv/O1SvKeunCKKVRiAGAB3DODUAMRoDKCH3/0j1/cw 4AaDhqt4BUnARACoAZLi76y4Z3eveyz7h9+9wysDmvSTCogKbqf3A3ugCUjqf78VBbE6iAzwIPJ+ QIJk/xI/CH1AYqb+Wguk2b9hQKgMiPd7bK/60Q8D6WTX5fXIkGG+y9ZtuB0kzt40l4bpbXhHeIPe z+ekLLnnUN/0a+xvLn4pc78Lsh+bt9uHbLOBWO9MxdGi/VlahIFo0TrEIgy0zzLpk3igDBgMlF+2 NOgZKCKBwAMYQIFQMQwUuRMHhAcuBhJYyVCWAeD5CzKXaCdQNiiCgUQcKBdn0q8ekoB4sgMA8BKB xQ4G1AUGZE14IAMDHxcYWLP5wn+4Njd6/HjJ8hMSwIAgaxjocQtJwMGAAgDye2EAkoAl/QIAVghk 3lOrgxQPOE3IeEBhwHqFCQOBLIDs3zQBpv6KBAoD5IFeOEIYACBIoAygGAA1AHm/rFAAeqEoCG0A bhPHhJEHkP3LJXc8DOzqfa8eGrC78n4KAqwLqmSHAOYFWV2QNgqbMkDfxQ4BYEDv4Ot/dSgDDgYk Fu9CMNBOi1lytGh/HhZhIFq0DrEIA+2zTPokHsIARglNWZoHDKBeKF+U/SeeVQYgDuQmLhAMUAcS pElAGcBgQEjgUDDgXanAyQKzipQBDBjlYWReHIB7ACjtyP6fc+6ogNm/aQI8fEA8cxhZBgYuEhgY NW6sZP9eEECjcHiKMADgvZ6S62tjgKb7SUuA81t2sA1ApwNJ4BkANUKS7vPgMCT9ssJ5Gbgk+qYG MOmnFKAAcPsOVQN6SuwOCqhgURDaA9gVwNKgPUQCdAV4KQCv3rtHcn1IARQBNPuHCwkoDNy/p+KB PSABJPp7g85gZQDAAF8yGFAS6PPwXi0H4oAgBqEmwNTfx+J95FJh4PEuUCbUToswEC3an4dFGIgW rUMswkD7LJM+iSsMCAOoUx9Ylr/U8cClbrRo2gMSCF2pYEHiE/28Ua8JaNXQ/LJL5pdfMrdM64WK AEDcKQOzUSzkNAGBAU8CRT5d3CHB9Gz2/x2sOQl45gAkAsMAkwU8D0jGTyRA/4CuIQyIOxj42kKB gX+8Njdy7BiTAqgAHAd/14sDti+u7QHuxABdVQHoxpFBCgMsB9qphUBaGqTpPmCAJAAeEL/NGgao CSDR76EwgLog/fqfAKCygKT+uoIBiAHi96AxoCeQgFOD7t1TcY+4tgqkYKDyHnHlAfYDqCZw/x5i AOYFVTywW3gA7mDA5/0+1kvxvpgRtLv3I3uVAQQAeluA2FJ/BwPoG35sT7/HhQH2YX0CfszCQLRo 0f48LMJAtGgdYhEG2meZ9EncKwMgAcBAVd5gwIqFPAyELQRFDBBeioMErGooEAfEKQsg8DBg/QOt jRXSA4m1RuiC2WUXzC5vlQdCGHgh/23EAgDu0qhASYDuSSCAARQLPZNWBrIwIC4wcPYXvgZlADAw ZrQm/dAHboYsgERf/GbrGcD5Ysjy8U2/wADjVp0MgFYB44Fb3+t5+w7xMPUPHd/334EsHwFlAcDA Xbs9BsjKfgC0BKhLig/HvCCm+0ICYAP1hAT0bAGQAOaEqibgYOB+mwtUCQzQxgCDAcbGA8j+H9xT SQaAUPDI3sqHd/V+dHdvpvtaFNRHLgUDHrNGYa0I6vPYXtwAHWCfZP99yQD9nxTHZYSBaNGidWmL MBAtWodYhIH2WSZ9ElcYOG7K8uMuX0YYUAxQhzigMMD+AWsp9lRQxACLeOwADhxwxULJMWTqHgbE wQChM/vPAwBCGIAyYC85JLBm4ux5ZAYDDgmm579tGOBhAIJA6AkMBDxABkh76uQBdcDA2s0X/5PA wGiDAWEAhQHwgO6I+9IgTAJNSMDpAInrTq/b9BK9wj1uEwyADoCk/zcoDUoYwO8z+1cdoIfBgFMD 6KgRununx4AABlQfMBKgMmAwUOlhAKu1B+jYUM4L2ukZIAngeyoDGGCZkCT6e3rjBDHk+pL0Cwwg 15fsH6uJAMz+E01AvK9cQgfYBwx4kquDAVkjDESLFq1LW4SBaNE6xCIMtM8y6ZO4wcDlK8ovX5qf gs6BQBkADyD1v9RgQBnAe76IB4QEuLYKA+JWL6QlQwESlHPGKI4lbvXwAc8DJWFgRgAD4tZFAAY4 LBhwPJAlAfEQBp7RLoIQBkZ1Y9KvmkB3gQFcGh6oW37PpN9d7uiBgaHv92CTALqKUR2E+p+et8nK NgCPAXS9tB0m/b1YEaRf/9NBBZAFOBFISQDf9N+DfgBUBHkSECpQWQBf/+/qde/uXvexTOheia0r AC9REAAA3I8ThSX1pyPoxV5h5v17KhwM4KwANyOo98OS+gMGuKrvUceZYi7170sRANOE0BWwxwDg ib19H9+jJEAM2DcAGGAeYSBatGhd2iIMRIvWIRZhoH2WSZ/EFQbKLl+en7IsD2VgWRoGlhIGirwV ZUA9JwxgZUIZGAAAuM4Bg4HkTGIygMKAgkGxJzBAT8OA8YCDAZAAMcCQQLxtGGDh0LNl5z+nPBBQ gWT/GDbKk8hMHzj7i4CBS/752twIgYGbkeKrKxIg19cuYY4J6s5c3zGAD8Tf6/nr9+k7BAC0S1jz fp/9V9y+C8Edu3reIYEOC9oFWUCz/zt28bww8ACkAH7339Nl/Mz+EwBAl7ArDeIlRwOZCCAkQBjA DbtweoBz5v2sAvK9AXTAgKkBrjfgIUn9Jd3fS5fsXxJ95P0KA30elUu2CigG8CVuAgn6PoHsX7wP AiCBODDgqf1CCP0oCwx4cr9cRhiIFi1al7YIA9GidYhFGGifZdIncQ8D4IHLl5fLeqnvIVZf4puJ 1RMYaJ0HXNuAzReyvJ8wkE9OI55XDmUge+xAayQgThKYk2dLcfkFs8qoD5SCASOBlBMGQicApJCg 7Ns4eUDW8vOfcyRgTk0g6R8ADKzbPPF/skyoG+aE7uzO7N9IIFQAmPd3l9Qf6b4ygLxEQcCrAcoA gQjQg648oJ0APTgYVGEAkBCoARJUaCGQHhzmYQCu+T1jgYF7EVAEkBgKgGsS0B2hBbyl9/17Ku7f Le4wgP4gGYDZPy/3VjwkMUqDTA3AF/97wQNaGvToPs37SQII4KQCFQTYFbAXNULUAcRVGVAY6Oek ANkUBvAeYSBatGhd2iIMRIvWIRZhoH2WSZ/EUzAwZZkqAykYuEwAQJEg8VwaBkqpBDZQSHnAwYC5 hwGJCQOBPiAuMHARkKD8wqxEIAxgw4UQGAzkExgwd4cPpCQCAACDvBMK8ucbEgQOGAAPpElA3MNA GfSBEAbGjCEM4PSAJPtPzwsCANy2s/utO2VlzJYAtggLDEiM7N8wgLIApgOx5keVAcv4Le/HJeaE AgYwC0jSdwIAMUCzea4s/uGltQeEXnnf3l737ZLsnxggN+upYe4I4fs4LwipP7N/Y4C9pALoA4iB BFADrDmYc4GUBwJXTYDf/QsJsDdAYADDgh7fFwoCJAEWCKUwQPsE9ssqGDDw6QMDnoo9A9GiReva FmEgWrQOsQgD7bNM+iTuYYBlQqVgIHHDAAcDSbEQgiwM+BmjbCRIw4C6wgBOG0g3E1vbAGEA/cRZ GDBlIDmcmC0EaR5QGFA3GCh3gbjCQIoELM7CQNhCkMcZZM9o84D2DKBMaNTYsaoJpGBAUnwrEOKh wjguQNadPW/dpS0BQgU9f8MThQkAPcTvYDewVgfduVsuxSXv16Di7j1CAtAEEkGAdUEmBaQnBfGL f++oGsJX/gADHhyGADBwz060CogLDKArgAygGGDFP27lMQKuKAjtAe6l3b0f3puuDjKnLLDPw4Cs UAMwKhSyADEAMKDtAegNoAKgPGCXbB0GEjwFMIgwEC1atGPDIgxEi9YhFmGgfZZJn8RTMKAYIEiA OEMC3r04cDgwoP3EAgMleCANAzpgNEEC8fKLAAbhcCGFAYsTGBA2mFmerhcSDJAg5AHAwLen4Yhi BnRHAg4GiAdWJqSVQmCDgAewQ33AGogJA+NcewBgwBULoU/Au8KA8cBvdkEfuI21QK5AqCdhQFzH BHXXuiBN+ikRiOOsAIoGve5SGPCpf+LaFizZf09J+lEOhIoge/U+1AhJ3i8vaYACIYUBAYAHUBeE 6qAH9gAMeFn50D5MC5Vcn73CCgMVD7E9QOIEAJj0P4yjxIABsgoGgATkMmGAfo+zOoiHBkAWwNEB znVkEACA2f+Tpg+I939qv/iAp/cPeGrfwKcFCWIDcbRo0bq2RRiIFq1DLMJA+yyTPokbDExJaoQc DDhxwKjAawVL8pOLioWIBEWuMMBho4CB0voAjxpwMKBOBgAGUBmQIFssdOHsMhxJNosuJDAr00/s GCB044FWYcD1D1jbgOT9qhIEDFD2TYvFBQYW6jSh0ePHmxrgYEAvk6IgXioJEAPe73H7ju5gAMKA 6xVmaZC5JProEEBbcMp73YkZQYSBnb1SUoAFCgPqHBW6S9ZKXywEZQA3YL1vFzqD79tdeT+yf417 P4SKIF8FhK//H2JjgNvpJSTwMLoC6KgOEndUgPofwIBqAq5VoO/jAIC+T+DUMDIAGgPYG0AMCHQA cUgByP4NA3TVHfEBDLokDMTThdtnR/R36/A/8p/i35r8jFxuapVd/QmsamouF/9b7GSLMBAtWodY hIH2WSZ9Encw8GLZ5SvAAK5YSCuFiAfKAN6XlE3GvFGbMgQSABWgfCgLA+IpGCi7ZFExEqSUgQAG NJDUH80DzkMkoM/mkWQEAHEnDhSRgHgKBjwSeAbQgP6cbyMulgWcPw0Y0EPHRh9/vKb7oUMZYJ8A S4PMcW6ANgffsbO79gYw1lXdaQJM/Tkb1AK73OnTenN8wQ9HRRAug1ogWe/bW3HvXn0VygBaAvZW cECQff1PTaAXBQFiABoDNO+vgCCwR2AA2b8WBbEzWFdk/1wdCUAQ6CMrYtcrzHIgJQEtCqI+ABLg 1/8cE8QmAblUDEBFEBhAAQA+4OkD4hY8s3/AM10EBpByOZNUrzitPESiyRwxbV0wg+NvYZ+71G80 darbayUd1r/SIf5Wzg7ztsO3I3pgu366vMn96v6/mDbJwN2lPwpvD21qVfFOiSfLRsf+oaIdoUUY iBatQyzCQPsskz6JtwEDxgOmCXhlQHaS4UKKAXBJ/bM8AGUAJIAeYlUGxLMnD5SpAwZSM4VMHBAA SJyXGRi4EEcUl13EMqHk5IEMCYhbt0DKmf0bCaRhIHThgaLhQk+f/XmBgU0X/sO1uTHHn5AhAfit aBfu+ZtdggS9oAYgDsuBxD0DIPv3m6YAYIXftasHzw4z9wzAWiAEDgbUqQZgKJDCAIqFGFfet6en MACy/71KAsYDRAJVA3q5yaGAAQkEBjAtVEcG7al8BI7s/xGSgLiCgbsECTy6p/djcKgBAgPEAKws CurPiiBZ+z+Br/z76foklYGUCAAYoAiQwMCAp/fBn4Ef/TDAhCxJ6aqmMkdrX/rV7jceDYYPL/l+ +hfI/EZt/4JH9Ot3+N/qQ//pSVYukf4XI48J/ttJG7L61l4rkeFzpyqFG3ZHWz8k2p/AIgxEi9Yh FmGgfZZJn8Q9DOQvW6EkcEgY4KRR8xxlAa0UclTgkcCXCREGCAYZEshdPD/HeaNpGECQv2iujRgS AHB4UAQD6rMFBtBDzBYC8kCGBNRLwIDqA+pOHEClkGGAigPplmKFgbMEBlZvuuB/XJMbe8KJCgDd 2RYMDECNEMqEEnHgN1YL5JN+75b047gAjgkKXDAAbcHCADYsKJX3q2ulkGb8IAFUBDkYuF/yfnhP rsj7URoEHcBkgSD1584+KAAPgBYcD+xGhwCLgno/uhf+iLligFYE9Xl0b6WeIcCKIJMCHgcGiFMK 2N9PgidltQ4BpP5WCMTsnzCgCoBngCR4Zi+6BUgCA5/tAqNFS2SFzBTvCr+h1dwRa5tfj+ttyYW/ x2V6xW/HXWrundgp+kgfvulnzyapqd+o6FIt+RX4S7h7km3bTP/uxbfZT8ZG6u8W/Lyim1Nbupe9 R66zf/bkFtyRvuL9+m/ffQq15LNI5F7ize9gx72Ip+mWbZQw3JN+uO0ETw5i+yHROskiDESL1iEW YaB9lkmfxBNlAG4w4JBgOZ1IgJOJQxiwODe5Kj9pcdmkJeIEAzhIoETVkKoEXiIwGNDAiQNKAomz OsiS/hKVQugckJWTRi9y/cRBsVB5CgZKnD/gYaA8gQHxw4WB7/x3gYETHQxAEFBnRRBPEe5+6/s9 fsOxoVYdRABQEtCknxjgA/AAioIwM9QODKYg4NsDeiYHhDHjNxLQuiDWAukZAgAA5P0V9+6lGmCX vVgU1OsBHRIqjtRfkaDywX0Ahgf3VDxMNcB98W8wQGVAxQGhAjAA+obJAIoBj7nqIKsL2ttXAqsL 0pmh2jCAvL8vAGBfv6cPhBVB8JABZBV/5sCAZ4UBDgx85sDA5w50CRgo8a0rMjO3qymgpmPYd1kZ 0r9SbwyzNp/OaVDi7f6O4L3hbX86cz9ePlH4wzO/UeYSZr8JTF/1q9s2sSXzuxc/yv8xioNis5f0 Wdxp7YHFP1qC5ObgZ+gm7vdbiQWPD97iY7xLAn8XfpK3zNPkNfcoM7cTvtLKD4z2J7cIA9GidYhF GGifZdIn8TQMLIcnY0aFBFZAMXCpvzrKhCbbwWQCA7lJkv0LElQxlhUYUKYjhiYnMAAMCGEgrRII DJTTMzBg1UEu+y/VNuBd64UMCZQHgASpFoI2ziPzJKCx8YD3dPPA02d97qsLBAb+HjAwwQCAJNDT YICCwG27evwGpwUj9Xc6gPCAwED323d4GMAaBr4zWFam+84tVgxQd5fsEpYATQLcR/bPQiDZuX+f ZP/KAyYCMKDvw6X1Cu8TAKiw1R8d4HUARwKJUxbg8WEqAnhPYMC6hNkh4EYGabovMBBKAdwhDDxD DJDg6X0Dnt3fny6BYMCA5w4MeK4rwEAmLxML0jCLw1X3S2R06TfCLImzfxS/HVUhoXVexpd8tvTv lfmNsr9gekdj25HnBL9R6o3ud9cdeYm/PMzusT+Y/SO0zM3hY33cxj3+tyt5M6zVIrFgO/xcSaxP KnEPXgh+j8ylWLijTzELNkt9pGh/GoswEC1ah1iEgfZZJn0ST8PACoWBYNLoCvCAMYCrFJpMd2wA BnAOiYDFQjppNAsDyZjRIhiYuKA0DGilEIqFMGO0LRi4QG5I9AE/WQg8kMCAxkVIkIUBcQEA3XQw EIgD+W8+cyZh4Nt//wvCwG3WLmxjQwEGO3vcvgt+x04cI4DOYN8tYP3B3nF5l9wpDLC7512JCCAw wB4An/3z638gAS8ly0+fJ6Beed9enCEgqf8D2higGAAS6Hn/rl4P7BMAMCQQGBBOYFEQpoiyPaDi YTs3AL0B2ihMVx0AzrogcR0W5ABgH50YgEZhMABiAABWKwfSAiEGfZ+2fgBN/VEppGzwrGAAsv8B z+xTEsDOswcGPQcf/NyBox8GDpHTaxyuuu/TytCKkjamhC4vLH67T4g72+SjMfs0Sz5U5jcq+gVT Oxqn7pFfUyyTYQe/u+z7nxbck/q7eSu+OXys32njHv3RcuE3U6/SindowXbwwcKbZbskDKSf6D5B YsU7sMyT03+JaH9KizAQLVqHWISB9lkmfRJPwwDFAcKAGzaqMIBiIe8eAxwJJEiAqaOAgar8RBQL KQyESCBOiWBRBgbAA+qtwYD3tnggKBaiJqAkUIQEJWEg48YA3jOVQgYD/02VgQwMyPqb3UICSPTv wBRRxQBeAgY8BtgOAEAdPKAkIGm9lv4Xubzq4lIw0AskgIzfKoKUBEwH2FP54H7tB6AgsLdSwODB PRL0wvigvZWP7BcGqEQPwD62ATgAYHsA2wZwgECfx1kLFEgBhgF0YMBjODYYAIBW4GqvBigG6NqP MODLhFAyJGwAGDAM6OdgYMBzpgmAB7pCmZAkXeFX8tkGYo3DVfdLZnDhDWqy4xPEEm+XfxSleXhL 8aM/XJMfGf4Jkp+f+Y2Kf8Hgbvvges87d021G3kdYo++w93m9+3tjHmRXJmVuLmVnx7eE+wkt+M1 /Y1lK/2vILw/tORHIdS3JI+xveSmJApuSsVqxTsw7PpPIRclP1G0P41FGIgWrUMswkD7LJM+ibcK AxQHFAboIQkkPKAMELi2DWhsR5Ll2VKsykASAAZK8cBhwECbxUKz82wm9vqAwoBqAuUXwA8TBpD9 Z3ggAwOrEhhgXRDODdjZXUgAmsBuFghJur+zmwkCCgMAA5w07DUBAkBSGnTP7p4cBmqOKUDmqgxk nMeHERvu3yv3aOpvHcNQAAQDQAVKAmSAXYAB52wM2EcXEpCV7QGPJQygLmAgm8AD1xacMIBiAFbj AcCAlgYhy5d0HyJAn6c4Msjqf6AA8FVhgP396QOePSA+kNm/rBqQAbA58PnqgVQGBnWFMiExZF7e JDELky+N/Wo3iRUncCWztmCr5NvDTb0RO9mnfNiW/thB2hv+RslHTf/ucjvNZhHZW9yu/lrhr6lv d0/299nb9ZmpH5xYiZszP734nuIfTdPb8I7wBr1fn5w1eYd/wf8QfSAu7dFJ6J/r34Wd9LOLdtyD g03ck3zuaH9yizAQLVqHWISB9lkmfRL3MJC/rIgHpizPJzBg4oCDAeMB7jD11zUFA1XaRpzLdg44 cUB2LlmYm1gCBlAvdEmrPJBvBQbyGmjnwEUzZVVNQGHAI0EAAxIjCGcKeRgo9lAcEBiYv2rT+QID Y044UTAAU0R/AxLofvtudAnLCiqAPtD99h3oEEiUASMBHRuqmkAv8gDy+3t29/BnBovfu9vDQCII pHwvDxDg1/9FLjBA53EByP55dIAEOjD0YZQGgQQe2VfxyB7J9WXtTU0ANUIsBHIwsE9gwADgCbgk /e4Sqb9iADbZFaB1QZru939yv8BAv2cO9HsGq+oA4gOeQnsAN6EAaN4/SJBAs39rEtg3EIIAYACv dpEyoSOwVtPE1i1MINvx9mPGjvR3D/9uH9A67s/eOVl5B/4porXLIgxEi9YhFmGgfZZJn8QVBsov X6kkUD5FAmoCDgbYQGxjhRwMWPewjhXKqURQCgZUHNCWYg8DOcwbtcsABhaUTcQRBA4AMu5I4CIc RtYOGFB3+sARwUDQNiBrFgZ+wXMGiAEAgNt3CgxQGdhBEtgNuSCoCyIMGAMYCWhFkKsL6unODWD2 n7zkXaUABKYD8Pt+9AEz+8fqzhB4YA9KgHCOGCQC3oabVQqoeGgfpgbpwWFWGrS38jEk/RKAAQgA ZADk/b1xfBgUAMAAMcADQOJsCdDjw+iQBZD0a28ABAH2BggSWDNA8vW/DwY+Vy2x8YBcEgMGTts/ aNr+Ac/vG/TCnzsMSCKXZI8RBuzi0Jb6u31A68g/O3DgT8oD8oeIKNDZFmEgWrQOsQgD7bNM+iSu MJC//EXPA6GXVAbKLuOkUWUAZPyMJyPGWCE9bYAkYMrAJF8vlHWeTDw/JxiAqiEoA7Kik/hieooN SikDFzkACNyXCYEKUiSgzQMCAOoJDIAHvj0t/+1iJEiNFVIY0APIXJmQwgCkANUBdve8g8qAZPwS 37kHOsBdu7kmOkAPLQ3S7J+CAABAYlMAHAxY9k/HpvGA9QeLkwEqHtiHm4UKtFWAO7JWPrC/p4kD OizIqwFoDuZ3//srHoUg4B1twY4BHAmg/kdIoPdjezI1Qp4BIAJgZUAeMJe8Hx0CxIBnq40HniED PJ/iAbYIIxggJOA6BMQHQhMACQAGXjigfkzBQLRo0f78LMJAtGgdYhEG2meZ9ElcYaDsihIkoK7i gEMC1zmQBKYMeKcyoDBgPKAreKAYCTBslDAgsaT+E6EPCBK0BgN2DJm6pP4X8SSyNAzwDLJkzKjn AQcDWikkPt1ggEJBXlJ/1Qd0bR0GvDJgMDB6/PHdb9+BUwLQNLy7x52yCgwg7qUYINm/rKoM3MlL dgj0uHe3uKb+kuL3UBi4H1/5Qx+QFUiApB+5/n17Ku7jpCABgyIYcDNDsYlWgQf3Y31gX+VDBwQD 2Cu8p/Khfb0esmODVQqoeGxfRRoGQkGAvkdyfU39S8IAMn6FAWT/su63o8TYG4DqoKcPQAeAFFBt a4oBAjdxADAwUGDg+X1ggBcODHzBkcC0/YOnV0cYiBYtWle3CAPRonWIRRhon2XSJ/EQBiAOXF4a BlI8cLmeQgDPeRhww0ZdvZDBgPdWxQHtJxanMpCBgYAHBADmEQYQS5C/kDttwoDyQD6BAfCAgwF1 UwYMBlzJkCscSsEAeaAIBkaNG48Un0eGqfe8k5qArIABVgSxQwBqgNYFMfvXAiEEQgLUBELHPr/v 10sm+rqi/qcXRoIaDAAAUAhkSNBTXkV1EB0MADWgF3qF2SHwCHsDHkVvQAW+78eMIGBAAgDmlSkM sOzfu+T94dr/KSoArl2Yp4lpgKKgAc/W9H+eVOBSf5YDWXUQL93m86wUmlY9aPqBAYIB0w9IQBI4 gDgqA9GiRev6FmEgWrQOsQgD7bNM+iSuMBCWCWXqhQwGrGSIxUI8kiw3ZamQAAIHAwEDeFeVIIGB Mk4WyrjxwCULFQasUohsoIFDAiUBDVgsxLj0cCFPAhfOLEsfO6CubGDZv3eHAW3BwPnoJA5gYOw4 PTcg+fofxUIGA54Bety1q7us9wgD7OmBnV1+MKim+3RWB92/t8d94AR2BXhH0o9mAB0QdP8+tAd4 GOCZYhX3I/XHmCCcGoaBoRW+Rfjh/ZWS/ZMEKh9FjHS/FQzo8/h+Sf0rn4ATAyT7xw56hdUl0X9q fx9UAQWu/QBPGQNgbOgzB/pSDegnGb9k+c9AFgAAgAEsdmND6agIOjBg2j4IAtPNHQwADAZPrxaP MBAtWrQubREGokXrEIsw0D7LpE/iDgZWCgOoMpCBAXWBAfYTUxAIYAA8cFmWB6APlIIBVgplSUBc YUDWw4MBkIDzNAyEKkGgDCgMMPvPwIAAwIxykwjYVSwYwAKh1mBAdvLnIwAM6KFjI8eMNQZAozDV gDt39bpzr/AAYACawO7ud6M3ABVBd3Nw0H17tEBIZQFHApLQyyWKgrzz+/59WiyEmMU/3OSOKwfi q7t7cVpoxQP7e7EoCFIAYaA3Tg/g2FDXKGy1QPjWXwFAJYJ9lY8h1xcG6I0+4H29mfqHsoDwgNYF SYxyICsNCmFABwcd6Ms+gf7Pof2XX/9LbEm/BAOflf1qNAc/Xz1oWg0mh0rq/8J+qAFAArw06AUU BQ1iaRCQYPqBITOEB7rGaNFo0aJFa80iDESL1iEWYaB9lkmfxBUGUCZ0hcFABgPUTR9QcUBI4DLw gGAAVlxajZA6eCAlFDhloJVKIfqC/MRFZZcsDGEgoQIk/VnP48CBefRS4oCDASGBkAFKuK8X+vaM svOnCww4Eih2Y4P8+c+e9bmvEQauyY0cPUaVAe+4FBIgGHRnk0ACA/fs7nnPLvQD3IeeYFmtVQBO GKAyoKsKAhUPyCVSfz1KTHJ9y/6JB44EWAv0EAIhBK0IAgmgUXh/70cOIDAMcADgewOgAyCgIIC4 j8BAuihIHRNFBQPIAHLJoiDCAAuExPES64L6P1PdD43CWA0AhAccDBgGsBwI2f8LrA56QWJxVw4k hPACWwUEBqYfGCwY8MJ+wMCMWCYULVq0rm0RBqJF6xCLMNA+y6RP4ikYkLUVGEj8MGAAXgQD0ATa ggG4hwHFgAwMIE7zQFswcOFsax44fBjg2joJiJeCgRGjRmmBkDBADx0ZBJfsX/L+PT3u2YPqoLsh BfSkh0cHYPO+lBSgM4Ukv9c1SPeVBCxGz4BcOmUAqf9DqBrqLTvoEsbYUKgBAgAPWzkQSAAMYDBA MFAA0CPD9vUWBlAMcOcG9Hkchwb0oUTQ+8n9fXB22P7eT+0TJPAYADB4ioSAKiB0CbM3QFaBAZwj hnIg1ydgpUGoBbKWgAHToQYgnoa8H/qAVgfNEAbDp/eEAAD/9ElEQVQwTWDwTPX9Q2ZVD4owEC1a tC5uEQaiResQizDQPsukT+IhDJhfvjIvSOCpgFVD2jNg4gAPJ854lgd00qg1Ey/OX2r1QoIE1jYw eXHJ/oGyieLGAx4GlAdCKtDAOUqGwk5izwZaI4SVeb8PUs7yIcKAtRGn2wZCoSCpGnIw8Ivc8JGj 0ECsggB7A7RJQEig1717e/Dr/wot/sH4ICb6qT4Bjg9C6q8x6384LdQS/bQnhCCrwsCD+1EgJDDw 4B50ErM6iAygGCCpfwkYAA/w6ADJ+IkB+yqfFCRgh4BsPrlfdvCSwADbA9AhQA9bBSgI7O/L9gDT BKAG7EP2L6n/8wf6aWewtQfgcsDz1QPYAOBdqWBwSAKMwQMzhAFqHAwcEBiQNcJAtGjRurRFGIgW rUMswkD7LJM+iRfDQF5h4IoUDIAHOE2IMLAiQwLi6B8IYcA5YcB1Dkxy9UKS97cCA2gj5pkD3rVz IGSABAYu8j4XBw4IDxAJCAPKAw4GqA9IUIIHrJdAB4zKSrfsnzCQxCVhYMRIZQC2BdsZAsIAPYQE VArQ3oD7MDJIYcB//Q8wYPbvL5nuuxMDrFeYm+I6MogOAFAYYIDUn6VBsup40F5QBvbDXeqf9ccx L6jySQoCSP0PiKsmoLFnAHFJ95HxAwBYEeRgoJ/OD322uu+zB/pBDdindUEgAbggAS+fPzBgmjCA eoABEr+wf8B0Tg2ahiaBgQIAM2sGTt8PEjAGAAAMnoGGgaEzq4fMjA3E0dL2oZy89ic/C0wtngj2 52ERBqJF6xCLMNA+y6RP4g4GVqVdqOBFIEEAA8YDUAlKKwMhDOiAUTui2IsDgAGcSoakX9ciRxvx xEX5ixfkL7YzyMQl+zcXALgkqRdyZUKoFELqLyRw8VwBAwcDrm2AbcSS8SsMaFzkwgBaL2RVQ4ky UBIGPu9gYNjwESYF0HVkEJoE7uHAUB4m0OMeSAQJA9yLL/57kgGwcx+yfyABeUC90pcAIek3GFAS 0BgYwNtwwLBrFwYVCACoJqBtwWnvI6tiwBOYDoQSIOEBeh9hAFmfBAmgKCiAAXUggTLAU4kU4B01 Qs9WD+CYIGsPeNaVA70AGBiINoAa8ADrgga8gNZhuFMDWBFUIzCAGLLAfq8GyDpkds3QWTVDZtUc /TAgaaS3dD7JFDOT7CH/c5Y6W9j2vHWtJNF9/FYS6g7M4DOPSv/l2vf3x33pdwZZun+DvyO9ox8g eLu9t/hzZj6Jmtxdcj/aMWQRBqJF6xCLMNA+y6RP4sXKgHpeGAArkCB/mcGA8gBgAMeNadWQkIBc IhYYKHNqQEIF1jawRGDAioV4ILHpA6WclUKpTuLAAQMmC8B1oBDFAcKAYEDgSRsxBAE3adQDgJ4/ 4DyEAagEygNAgqRMKPEzvTIwbPhwDAhSWeAejgNCddAeKAPM9eE4SQBHDtul9gl4GJDsn0m/BgoD igG8dIHAgN7A2OYF+fWR/YABqgEZAFDv8zj3ZcUX//sJA+ABiANM/XVfYKDPk/v7yhpiAAEAMKBd wgEAhKvBwHMcJOrVABwcVj1wOmEAPEBZADAgKzFA1xmS9NeQARAoAxgGIPYw0AWUgSTJY16YpIXI /6ZODXLAzOtVU4MUUq21lPHot7Y/eQf+XplHhZcSt+fvn83Hce3eJ7HehPcyyu5kfgouxQ4bBpIH Rztm7UOCAUmMokX7czP9P5NoR2SZ9En8kDCAyynpYaOGAd4dDGDMaAkY4CokIIHWCy0pg5cuE8KY UcKArxFSfcCtBgMCBocFA9pGfOHs/AWzxLVkqNzxQFoi8CRwCBhQxUBHi57/3wgDPVgm1FNJ4J69 wAC2DiPXv3c3MnvBAHd8GDdRQaRJvyb3PR8Is/+9lRQBdHAQaoEeQC2QOuuC9vZ+eL8AgGT/mBQE BjgAf5Q8wPaAikdwrFgCA4/v7/PY/r6S7gcwUPnEHi8LmD+BdF+y/34OBtAnADWAw4K0NyBxZP8S DLD5oQj6sSioP1qEq/tPq+43rXrg9JoB05DrD3yhBhigLpcqCEiAGUEAADDAzFoGAABJ/T0MqA+d dWDo7C7QM9BazqdhkGm2mg8mlrolTBP5mCp5VfJO+RVh9hLuUgt+zp/+22b/yRncVeLLcxhuyXzg 5P6pVSXeG9we3J/8cq1fanjov39wh5jdZP/wmb9/oWiHK/7N8Bl4+a5kP/lpdin/sF9GzP+C4Y3R jj2LykC0aNE60TLpk7iDgeIyIU8FAQYYDGBVAPABHPVCPHnAkYDCgLqLWSk0cUleSKDUmQPmExfl L9E24hL9A44E0ioB6oK0T6AN98eQzSqCAXgxD7SGBAID81dt+hZgYNjwjCygygACpP5oIEaLMOeE JjyAnQQG4FADnESgeb/AgPYGaIAzBFAyhDPFKALIWvHIvopH2Rvw6AGJ/WliAAAWCykJyNrn8f2V RgKAAQcA+9Er7IqCMEGIgaT+IAG0CO8f8HQ15gVp24AwgACAJP1OCkDwHM4QAANgUhDUgIHTtBwI PIDSICgDkvqjQMjDgJcCBAY0DmBANQHoAN6Hza4ZMqd6SJeDgSRZdDmezzWRB7o8sjXLJIb+YRrg Ce5l2cGWvyN4b3jbn8xSP919pvB3t09U9IHD+0u+15u+NXkULXOZPN+9EH4G/6MDCx+QxBYFn9bi op3wTo39yow/MXs0TW73l+Ejox2LFmEgWrRonWiZ9En8kDAA98qA9g+0DgPoHCiCATdZKAADgYGJ kAXaLhYiCagn84WMBzwDeC8FA+gqDi8vUJUAMKBU0DoMZHnAw0D5dwIY+Ltf5IYOG6YjRHsw+w+R wBcC8VInBWkVEHL9BAZcURBFgAQGtGNYlQGsrAjCwWGS9AsJUBkABhAJej96oBf6BJIaoT6MlQGA AU9yZdznyQMoE0qqg9gt8DSyf4UBCfo+DRJQBijSBFga5JHguZr+z8MBABgWRH+eUgCcGACJgDqA 9QMYDKgPcsHgGbJKxl89ZAa7BebUDJpdPXR2zVDBgLnVQ+fVyNpVYcByRN1hlOy0btl77Gn2j9Sr fGxVJuPsvKTSf7bwQxZvSmAfVc0n07TW3ms3M58O7xHLXB753z/YltB+jtlnPhPwgz7ZPd/vuPfL hRhe053Mjwsv8XOC1zJ3RjvmLMJAtGjROtEy6ZN4KzAgHsKA0wTMhQEcAFzmmokvW5a/dEXu0uW5 Sw0JvBsSBEJB2STwANZJqBcKGUBPI4aDAYwHCAaJPqDigNMHrFLIHzgQejhv1PMA6oUumpW/qAQM uDMHSvCAhwH1j30WMPDNv/u5wQAwQAHgPuT9WNkQLPuS63Nzr8EAs3991V+iMUDSfdMBAhh4UABA 9iWmGmAwACmggmvlo/sFAyTA+uj+CigDwgAH+ojzEDEjATYK82hhyfWZ+gsG2EokYNzXlQbhdGE7 Q0BJoLrfszXAgGcPCAP0fRZqQD8qA/0RH+ivUgC9n6wv1EATgBTAWqDprj2AuT5JIAEAvRyCoqCa IbjhgGT/OGVsdjVIYE7NsDm1AgPDBAbm1gyb2xUaiEvlfMj3AuOey0rbsKK8kPmmS0BTr/Jpvjyl 081/tvBDFm+mfgVayft9LKv/o/kdf49YK5d4X2DcK/33zzzAzHbdX76NHf9+CcJ/TX5fLbn09zkL HhntmLQIA9GiRetEy6RP4goD5VesLgEDbBsgDGR4wGCg7LIXCQMr4OwcyMKAZP/CAKkDyOiT4ISB YNhoxgEA1AfQPwAvv2SBygJI/Uu2DVyEUUI6TUi8ZNUQxQEJTBlI9xCXhIGABwJlQGBgnsHA0GGS 6GNkEL/+x/xQlAZJri9Z/j4wgARckf1rlu+VAXQLwHVHYUBd2QBf/3NgqJEAYABqgKT+vdEngNOF kf0DCeDCAF4ZQGOArwuCAoCWgEqsAANJ+vs8bY0B9vW/tgiLS9LPQaL9n4Y+AAZQAHhWAACxeP/n 1RMGUADo/4I4xgGhY9h1BQgMqA6ggcbqQwgDurJVgFQwx3zI3Nohc2uGgAeqhwsJcO1SMCBpnc8H gwTPZaHYTW0X5YCZDFKM70nSSP+qPdP/xMDwlsxTPnzzny38kOGmfcyiD1zyfh8HO3hGegeWumzX 39+9mjL3WHlR3+CfmN1xdyamO5l9d2nvCqz4AdGOMYswEC1atE60TPokbjBw5WrxMq4IPA+oCxVo gRBdUn9dLfBlQnSBAdQL6TFkrfQP8OQB44EQBlItxTZTKIGBMhYL+bYBBwOOBC6el+fRY/kABsrT JBC4ax7grKEUDGSLhcQTccD6BwwGNioMDO1xHwcH4bv/fZwgRCngvn1yWXHffgl63rdHe4JVEBDX vL+nniQQZP+VD1EceHBf5YMHrC4IThGAFUEQCmSlGiDe59FqawzQiqBH9+FggaQl4EDvJ6v7PHGg z5PVvZ8QRwOxxFogBAwwEsAKKYA8gHqhZ7DZD8eEgQGEBMQHPAdxYMCzNdzfb13Cz/MYgek1/ekc HCQZv+zAJcVXHtDUXwKKA+gN0Jd0XzBg6Gx0CAybXTN0di2UgTkHBs+pHjavdqjAwFzIAoCBuTVd AwbkR5q5pC6b3yX5JnJBb+mkEFYiMQy2Sr453NQbsZN9yodt7jO0WvYjfwIxXGU+cCv3+1jfiHt1 Zk94j1j4NP9bZ+45xN8/eTWx5An+5/t/W+md7M9yO5l9u/TvFdMHygvJo6MdkxZhIFq0aJ1omfRJ vCQMhDxQ7niAncSGBJb6J8VC5rnLlucvxeBR0wSKSCCNBOpLEgAAD1RZDBgwZYBlQgvKUDVkzQOO BCRwPADXo4i5IuN3lUIXqxoQuM4bZaUQAp5EpoeRtQ0D5q3BACQCPUTsfgEAwIA4JQLJ/i3pBww4 BsAQIXQGS2w1QgIDQAJHAr3RJSwM4GCAmoDCgLzE0qADfR6rVhhgRdABUwPYHEwqIANgh9VBLBNK BIEABvri9IDqvoIBz1b3kRUBdAAVBDTu92z1gOdq+3FsqDUHM1ASGDS9VtWAATMOoC14Zo0EBIDQ FQnMAQazqgfPxuTQwbOwDpkjXisAAAYQHmCBkGLAiHk1w+f92R86FmaqxXlntI6wzszHS5FItGPM IgxEixatEy2TPokrDOTTMKAkUH5lShzAycSHAwNcWS9EMEBgDQOlSACuzcTwyZL6L/HnkaVhYGEI A8YDWLMw4JBAMv655cYGaRIADMwmA1AfsPMHHBJkSUC8NRhwPQMCAJLiYxUeQAOAOVqHtTRIV+c2 SFSyf0n93WYFMcCczcHAAPQGQAQAAEj2/xgaA4QBAABCBXL52AFcCgYIDxgJuNIgCgIqC3A1KYAr eYAw0Ie1QFAGntaDhFEFJEH/560cSEgA4sAz2BkwDaOB+j9/wDBgek0/YgBEAHYJQxCYUS0MgHWm BDhR2GkCPvsXr8WZYuwPVicDAAMgEcytJQZYXdBwUgGCBbXD5ncBZeBDNckVkzQ1wsCHZcCBTuAB 6ATx3+ixbxEGokWL1omWSZ/EDQauAgmkYYBxUCwEGEAXwaq8gwGjAlkvfzEXgoF1EjsYYPOAh4EU EkxCvZBOGkWxkA4bDVoIlAfK5VXyAPQBHkYmLiRg3goMqERgjqqhLAxIkL9wtsGA0we0bQASQZs8 cCYbiG2akGIAGgMoERADUDIEfQAYgKOCPQlY6m9Jv6x6gtgBibEaCVj2Txjg+iiSfiEBOKgAYNCb SCBgQBLYX/nEgcon91XqEcKmBuyDDkBBoK+uT1cTA/b3e6ZaYYDKAIuCtD+Yw4IgC7A3gDxQ01/w gOVA7BVmi7A2CQgG4PQACVQQQPY/UGFA2GAmYgEAnCpgPICZoYNngwFcYwBIQHagCUAWEAwAAygM DJ19YBgnCMk6fEHN8Pm1wgN/7spAtGjRurhFGIgWLVonWiZ9EvcwIB7KAgIDWK80DEhgYMqLZTiT 2MEAOgccEmgQwgAkAmIAZg3BMzCQJwywnzh1LHFOScDBgHfCgCCBwoC1EAQwkHEygMJASAJwzhSC GmDnE6t7ZaD8OxkYYBvxt6clMGCjRX+eGzp8uHYLWFGQmx+aDAVKu2KADyARPIBWASEBrsj1ke67 rgAeKLa/EpoAeACTggAAnBz6OKnA6oIOCAywNOgAdIDH92MlD0iub2oAjxaWe6gMHOj3VDXUAA4L UhiAIOBODwAMPF+NqUHCAy/UCAD0ewFIIGv/6dAEhAEGslIIU4McCZgLBsysAQCoLCA+q1ZcpQCs rj/YkGBu7VBJ/cXn1mFw0JxqrPNqhqrPFwyoGbGgVj3CQLRo0bq0RRiIFi1aJ1omfRIPYUCLhRwS KBWsLL/SlAH45SvLwQNYDQMEDJQBfGBlQsFkIVk1LlYGEsdYIQAAV+0qzsCAdhIzXpB3+oB4qpM4 69ZCwH7ihARcABLwMIBALn0zcSIOaJDIAh4G3AnEYACDgYr79mNFil+EAcz7EYQ88MC+3g+7XmHL /tEnkMCAagKMCQP7QQKPV1c+Vs0mAWT/lUICThBAzIBNw5gjBBIQHjAFAGpAfyEBYwDs9HuuhgVC SWMASoMQHOj/PDBAS4PQKoBzA8AGA9EeUDNgmhcEsCoAeAYwDJhRbSQwu1YrggADPEMAwexqIAGo AKcLCwMMnVc9bD56BrQoSGIJFAYkGDE/wkC0aNG6tkUYiBYtWidaJn0SdzCwRmEg5AHtGSAMqFag MLDKYECyf3WVBRhr4ZDCAAITB5ZjR7uKhQ1K8wBnjE6yZuKcGyuUgQEXp2Agz7w/3Tzg3WAgXSbk YIAk4GFA3Uggqwy0CQMsB3IuSHA/Ev3QTQTAIWL7e0kQtgeIBxhgGX/oj1f30j6BRw9UPF6tp4ah UVjyftUE0jCgHQJ91Z9Erm8wQCpgaRCmBknMpL+6rzi//keNkOoAPEEM5woLCUjwAuuCSALw6bUD ZggJiGtFEBig/0z0BgykIIDUX2K+5DWBgSwNSkjAxYPRK1w7dJ56zTDx+QzIAAIDWBdgHT6/duTC OgkiDESLFq1LW4SBaNGidaJl0ifxlDLg9AEWCIlrz4B3ayPmTCEtHFJlwMkCCgYsEzIGsGIh4oHA AA8fQNVQCYlgCZSBiUtYIKTnkVEoSMOAKgOcLDTfNw+IZyeNppzNxBeLY9hogAQJDMA9Dxw2DCxY venbfy8wMGIEzhDQGiHyQMgAsvbkIFFzPUuYzimi7A/WZgBXGiSpP3bQHFxdIQFEADQGoDfgcVmN ARQGjAdQ/CM7rBF6slrivqz/SblrD+hj80OTXmGDAfQMAA+EAQZMqxXv94JQAdoDUBr0gmsSmFHb fwZ5YKa4XAIAsCL1N3GAZUIQBMAGs2sGz2aBENsDtEAITQJggDpZh8zVciBJ/WtZGoQ1hIHhC2pG LgAGxDKhaNGiHQMWYSBatGidaJn0STylDDgYQJkQY8WA8ivN8ywWAiFwrFBSJqRU0CoMaFACBvKX kgS0c0B2AANL8u48sjL2DRfDAD3pJCYMZAAg5QEMeAwQn5uCgYAH0jVCpWHgLMLAd/7+57nhI0do gZD2Cuv4IEn6LfAYgOOE2SL88AEgAXsDZO31COaEsksYJKA8wBIgDgtSGCAP0OWl/ZL0gwSoA5AE kP2zKKi6D4L96BjW1P+ppDpIi4I4PFRS/xoVAfqSB9T1UGEE02r6wYUHkP0bCeAMgZr+OEiYBULT D5ABDgwgCSgSAAAgBRADZknAvN93CIAKtEW4dqi8NLeaDICiIARzAQCKAagOmov94QEDjFxYP2Jh 3chFdREGokWL1qUtwkC0aNE60TLpk7jCQNnVa0MYgEtwhc0XckhgXQRlqBRaBZVgCocIcZRQ7nKn D4gTCUwTwLoUK3xZbrJNFkKQyALmggEIeD6xzhfyJFDkQgUZHmizk1hdGSBBAo8Bs9lSDBKQS6sU cu5gQE8jVp9x1ucTGBjJ84NZGkQpwFanDAQ8ABce6P1wde9HMAjIUn9hAFcghMtHIQ4ICfSmGtD7 8WqNez+OI8MMAKAAKAkoDKA9AAVCrAtKZgRRBBAASJEATg2r6cfJoUj9nwcYsC6opg8OEasVEhiA 6iAE/aZV9512gIcK1w6Yrhl/3YAZJgiQBwgDEk8XEqg1AIAUUD9w1gElAVQE4RwxqAHm8+oAAIoB BgDmAID5dQycL6wTDBixCOvIxVEZiBYtWte2CAPRokXrRMukT+IOBgJlgDxQdvXqHJFA+wdcPzGd bcQcLhRoAqEHMEDXBmK5XFaGsUImDngkMH0g40U9A2k3GPA8oJVC3sEAl8yzwMMAneeRqXsYwCXn C/FMYjDALGUAwkCxSgAYWLh60wX/XZUBBwM9H9zX6yGcHkAYYOr/IKaF6lFiFZwfKmvlI9UVj+zr 5WBASQD+2IEKnh6A7J+vAgYwOVT1AVnZGyD+lOT9iRMGqvs85UqDyADiqAUiCXBaqGoC/PpfeMBp AsAAOlL/F9RrJfsfMF1goNrNC5KMHzCgIkACAFYRVDN4FnqFB86qHTSbOoDAwOy6QXPQFTCUI4Nw gMCcWnlpyLz6IfNrhiwADOi8oGEL6igIGBJQDaAgAAbAOnJR/UghgUUS1EYYiBYtWle3CAPRokXr RMukT+IllAFWB+WvWqOEUBoG5IZDwUDgqBSSICwTIgkUAUDKrYc4788ZSBqIHQzodFHHA2WHBwOp zoEABqgb4JKVQtAHJOkPxAFOF/VlQgoD/0NgYMSIUAQgBjDQ0wO0NMgVCAkGVD5aXfnIAf3u3yYF cVUGwCbyfrQI8yQBnifwOHJ9yfhBAk9V937KdQwjrhEY6PtUjVUE4ZQAHiAgJPDUfgUAiZn9060i qLb/c8oAvJxWg9IglgPJitlBPEoMJ4uxPaA/sn8JVAowTUCdckHtwNmS6IvXDWbGzz4BiWsGCw+g UVgFAQwJBQmQAeBaESQwoIGsC7CCBBZpUZBgAIPFdaOWgARGLYllQtGiRevaFmEgWrRonWiZ9Em8 NAxomZAHA4EB8ABaiskD6CTGfjEP+EYCRwJOH3BtA8IADgbomvcrGAR4MAmdxGXoIQYSKAwUucGA d8KAMEDAA0ACjUvAgJMIWoUB76QChQFDAsLAxgv/ATAwXLL/nnRXJoTjhKEPPHwAZwxDE9gPNUAu H2YJ0KMCA0z9SQIOA1AOxG4BhQHwQMVj+yse348CIab+NjLIMEBdMIAu2b8WAoEEyANKBbKjUsBz B/qiIigpCjJBAJoAGKDfC7V6qDAahSX1xxRRVQCqB8yqGTCzTlxhQDUBYQCJURqEvB8MwAmhQgKy qhrAkiFMDiUDzBcAqCUA1A5baGVCbBGuc0Ht8IUkgYV1wxfVEAZYILQAGECvORZgIB4b/GFb/AtH O7otwkC0aNE60TLpk7jBwFXrUj3EigFaO3RlMQxAHHAwkNQLJYcQp2GAY0apDLBYKBQHPAxIrBiQ lAwRBjhjtI3OAVYKeRi4GDCgcQgDGXHAlwnlL7bAPICBshIwkCoWUhi46B9/nhs2YrjqACwBIgPg CGFiwMNQAySoZFDJSUGEAcoC3rVXWBuFH6+W7B8zgh7HSxVWF4S8n4F2C7A6iBIBTxS2AiEVBKAD UBDow/YACfo/V6sAIDDQl+KAkcC0WnGSgFUH9ZsuDmVA2ABnionPrO4/kycJgASQ/QsGcIooYGDQ 3LqBs2sHMvWnAmAFQoABNAbYCgyYLwFqgVAXBAVAHIKADhHS0qARbBEGCYAKDAbo9SMXi6NhoOvA gCSkuVzJlPSIUtV25LX8yWr21pIPaceTj9j4UfxP0Q82tUqvxKqm8tXgA4sFr9NSrx7eJ+6QXy3z EL1s+6Oq4beCZT6C/bIudKZbfqf0I6MdYxZhIFq0aJ1omfRJPIGBK9eWXbVG3GNAamWxEOuFoAzk i0jAYGDKipwk/Y4KcsYAySWFgnCmkA+IAanmgcV5HD6wpGzSkiIG8M7TiIPOAXNk/wYD5YoEAQyU XzS3nOJA/iIvDngXErBjB0IYUBII542eLTCwZtMl/8RzBiTd7/GAzQ/t9ZBhgMEABQEGYABWB2FV AFBHJwDcYMC5wADbhakAaFGQrJUkgb6yiSYBNgq7uiBzkgD7BFAXJHl/PycCQAfgOWIIgAG1/afX gQHM6/pRFuBhAhAH2CusRUGy1g2c5WAA5wbw6IA5NQNZBYT+YMIATw9QBqiDCwOwLkgyfgmAAc4l +ycSUBNYVDccakDdsIVaIITqIG0VYJ+A8gBhoKq+a8AAcsepU0vmpEeUqh7RzTBJK/0bqqZqbnnE D+kgy/wRSlyKMcP2H0/iTEacffUw0uXwLe22zEP0Mvthij4NsvoSnxD/VpJfXa5S9/hrPPIwfr9o Xd0iDESLFq0TLZM+iadhQFZxCgJFMKCagEeCYhiAX7EyF0oEhAF1YgBXyf6n2JhRDwMeCUq4nkTm AIAlQ4lWkIYBrKoJeGWgNAzQ0xhgLjCg4kBeACAkAQkSGJj+8S98bfG6TZN/eK3AwLCeggEPV/d6 2KSAjIMKHsHBYb0wGBS1QF4HQOyoQLL/3k/UyCZXd5IAZ4ba4CBSAQSBp2sQP639ADxHTGPnfdgu bE0CfmqQnyCE9gDBACUBiAASY2QQ+oNrMUIUx4qhG5gwYLODBs2qEwYYoMeHzbEmAUn6wQNzcIqw FgWhYQBdwnWD51WrJjBkXrUODB26AGVCIIEFtZL3I8awIMEAXOoKcYBSAGUBCgVsGh61pG5UVd2Y pQ2jl3YNZUCTxjAx19zRjLvBhrtGwmhbzAmTW3BH+or333UXvlIO88dsopl6CPNRewvfrtktd2D2 zuQd9qO4o9ERmP6E5I/A6ypuyhU+6F3JZ0ie3dZl8tvJtn1C/8GCreBjh9fhjvsDF//6anwp+zFK btoFrGpq+ppmdyU3Z/4dBZdFD4x2TFqEgWjRonWiZdIncQ8D5Vevt7y/qF4ILgAQiAN5LRYCEkgc wIDznGMAAoAVCNklTx9THshfqqcNKAmUhoH85CrMGJ20uNXOgTQMaF1QAgMuUBLAmQNuwGhGFlC5 ADNGhQQusjMHPA9kYOATX/zakvWbp/z4+tzQYcN6+aRfg4fRLaCxeCVJIACA6gqsyQ43hQc05gEC qAuy6qDerle4L7ymDxuFtRmgz9M12JTLZ6xGSLuH+z1b2x8VQRAB+qoO8Fx1XyEBHBTg1YC6/uJs FHYuL0nejwCnB8yqURiAJoCZoQoAdQNnV0v2jw4BIAGCQbOrh0r2r2rAfAgCaBReABck0F5hwgBK g4YurB0mvqAG2T/VAAlGEA9GqBSAYiHx2lGL68WFBEYvrRcfs7R+1NLaMVVdYpqQy+mSRFiiII3N JHyaDcq+z1n97SUzSN3E/X4rMbw1k9j6h4RvKX6IvBO3+Z+deaNGh2/uzfZYv8FfRONw1TfBeIPF wWcQ848KzW6Xf2Q+dvCcZMe2ZAMR/uFuyjycL6VMXrXneAt+BAzP9+Z/kL0jiZLbuBE+JPPAaMem RRiIFi1aJ1omfRJXGMhfva4M7jQBN0rI77h9gQGcPqYk4GAgEAeuWAlZQGNJ/d2ZA4YB2jOgbQNO HCiCgaVhsRD2J+EwMpss5OYLFfOAHkmmMAAAQLEQMSDsH3DiAJHABWkkwJkDF83yMAAPecB8+jlf Oq9qw5arfvZLwgBbBYwE0DccSASPcFqohwFVBgIYSJCAMABBgLVAqgMoDEjSLwEaAxQG3Nf/st/v 6RqCgWAA2gOoBsjqhwXV9J2mMCBUwN4A5v2qBvTnicLuUjCgVlxSfxYI1aJpGOODBANQIEQMqB08 t37g7JqB2hY8p3YQlAGIA0FdkHjNEHzrXz9UAADuqoOAAQYDYIBFusKhACyuBwwsbsB5AosoBUAN qPcuMDC6qovAQCrtYxQmkT6WgBkhTHbCe4rfGN4Mc/m03l5smnBmEtLwLRofzo7GR2rJe7O/S/LR in8iTF4PEmJ5FbfTwtsy++FD/GPtZbX0XwyvFu34WKzkZWYz81HDS7kTMf6Rsuzb5Tp8SOaB0Y5N izAQLVq0TrRM+iTuYQA8cNVanShadpXECQx4JMhBGSiCAasUwoqTyBwVlIABrRpSiaAIBpD3AwNS MAAemIwDictYLMT5QsXnD+iZA4vKAAPgAYMBFygJEAkCGHAxhIJSMIBm4pL9A9AHpp/z5fOWbtz6 3Wt+BRhIUn/qADxPQAKQQC8MDkLe75N+DXolO7Ie6P0ESeBJ1v/Aa1AXRCTQXuG+SPp5yUlBslIZ qBYYkMBhgOT96BXuBwzQpmE2AwgJkA0EBvrii39k/+KYGUoYYNJfpzAAn1k3aHY9y4RqcJAwTgwQ DJAVPDBoVu1gSAQ1QgIsE/KCALqBSQKIwQNkAAgCC7FK0q8wAABYWDdcsv/FUAMkHrWogS3C9SOX 1AsDjFwibID2gFFL60YtrR29rGH0MiGBOoGBsVVdoEwokwAi/QuTSI1xk9vyO/4eSxPdS7KRepVW vJM1l1mWfIjGxTvuJyc7Gh+hyVvt96fhMf5peC34YJmf0tqlf5fF7ia9IXxX8Y5a5h55WvG7NBYr edn2PalUPvta8YbbCt5V4p5ox6BFGIgWLVonWiZ9Ek/DgDqaB8QVAIo8IQHHAwIAzqESGA+U6ZjR AAbUrV6oFAyABwIMUHcwUJWftMQNG0XVkGT/GYmAJGDigKweBrwygMGjngG8u+YBNhIQBnzbAL2M 4oCsCgPsH5h+7le+vmzj1u9fdyN6BhIGkMBRQa9HjAGQ9D9hDKAdAjY/VKUAN0rIdwUw47euAAn6 YGxorcCAJv2EAWEDOhmA+9YrjKIgzA6q6fdcrQQDFAa0ScB0gNr+M1AdJDAwECVDwID+0zEvSIJB MyX1BwzABQNcaZC2BwyeU88YFUEGA/OtOmgwa4GGiM+tkbxffIg2CVh1kABAvcLAMCGBxdYubJoA jhEQGOBhAhQBBAbEJRitggALhAQGxi6rH9MVYCBIWn1Wn6TYku8hDNK+4p3kdrymD5Ot4LFi4f3e ZLM4HfUPCd+icfFO8FHTT/D3HZb5zw3TR4Y/S013Uvtt/pr+xWBTQn605GMHO+lHBTu4R6Lw4WEs VvIytVn8/MyHSL/o3+v6uv098i7dKX5TtGPSIgxEixatEy2TPokrDJRdvd6RAIqFGKxNyQJhvZA7 gCx/eQIDZZAIqAkYGLgzB9IkkPiUZfDLlkMoSPFAFgbElQRUGcBwIVndkWSlYAA84F1IQN3BgHcH A2wVcF3FTh/Qk8guYv/ABTOPIyE4GJgu6ye/+vVlm7b+4PqbDAaMBzwJ8PQA/dafeT9XgQGqBL0Z q0MTeKLGjg4Iq4PoHBtKGGAVEPxplAmxQ4CXdCDBs9V9X6jt+zwuOUEI+kC/56v7oz2ADEARgH0C dbIDBWA6W4TRElDdf8aBgTMhBQgVDNB5QewS9jAwaG7NwLl1cMKAOaQAVAcNmsveAGLA0PkIJO8f vrAe2X/ajQEW11MZUEfqj+x/Sd3oqgbDgKVQCQQG2C3QIEgwZilgYOzyhqMfBlJJpM8PkTrC/FQZ t+F2kAl6S1JCvQ3vCG/Q+/mctGVusl17SDLQxuWm4UN87D+ZmO7gqf6+w7L0Z5MnBr3D3vxnsB8m VvRTwk+oH4T3ZP968prbSnbCJ2d3+BcOH57+QaUvk7eLhS9783cUveofGDzE/Wv2v01EgT8LizAQ LVq0TrRM+iRuMPDd9eABEwfWqisJmHsSYOeAwoBzlQI8EjgYELfUP0EC30ZM1x7iFA/ofCHDABfk TRZAsRDWySVgoJy9BMUwoMqA8xAG5uTZNlCkDKRgAMFFM8suECqYFTYTf+qrX1++eevf/vLmFAyQ B/bZccKsCNJv/YUBsDok4InCGBxU+QRhwKf+2hvAuiDtEOirNUIu6YcTBrQoSHcQPF/TRzBgmqwo ENJuAScIQByQvF94gJeAAaEClgMRBlAaVK3KgLUKzKpRDAhhYPBcMoBKBOY1EATm16NAaEGdkQA0 AYMB+CLlgaQ9QEkgcFQEjVwibkgwkuLA6KV1o5exYxgOEhizrH7c8oZxK7oADLTTfLJ49JjkqDE7 jRatoy3CQLRo0TrRMumTuIcBlAl9NxAHAABGBR4MPA/kg7YBHEhsvioLAzZjtFV9AJVCNmhoGdgA bQMpGAAhGA8syU9UHigNA/CUMqDzhcwDGHCCADoHkjirDOBYYvHZ6igTEiQImgcMBm6AMjDcBIFH MEcI3/0/fqCXMgDahSX7r0XeryVDEAqIAU/WCA+gN+BJ9gaoKxXosWLoFQYeSLrPFmHPA7KjXo0T xDA1yDAABwzj9IC6PtPYN8ypQW7F0QEmCKjPrnflQLLymGFhg1niNZL9CwOgTMiKguqhDMypVykA Pr9uyIK6IQslwMggAwC0CCcKAJx1QZLxD3dNwykGWNIwUpyygKsOqh9ZZTGy/6o6yALL68cSA8au qB/3IjzCwIdt/mvq+EV1tGgfhkUYiBYtWidaJn0ST5QBunUOAAaEARwbwIEHCQxwrFDZFTZpVDxP GHAksLLMziAL9QFz9BK4GCeUuamjOnI0dxkxQAEggAFxpwywTMg6iUEFHgaUBBinSEDc6QOEgUsU ALxEgH5i8TQMqDggJKCx9Q94GNAyIfQMDB9hMNDrUZMCxB0MyCokUIvAyQLqFU9Yu7ANEsVhAnCF AU4NAgl4GAh4QHZQNURBoNY0AQRwyfsFBpQBvPeDLAA1oB/VAGb/ygBUBiSgFCABpADJ++fVD5zL c4XnCgBonwBj9AYIBrBL2CkAEAGsOkhLgwQAqAYsqk9gYFEtTwwIYGBJ7UjJ/l17gPEAYWA0DxMY jVMFxOvHCgw4DICv6ConEEeLFi1aaYswEC1atE60TPok3gYMlF+9Pp/AAMSBDAzQMyVDngqIAe4A srKUOKCx1Qs5GNCRo8IDh4IBnDmAOD8xJQ5omRCRQNxjQFIypOKA6gAZGFAvCQP5C8gDAgMXoKXY w4A2EGOaEGAAJwmIGwkg12dbMGPbUYcagNKgmt5P1vZGxu9nBCHvV2WAgWKAaxVIKQPaIYBGYUwL pQjQd1otnNVBBgBCBSEMKACQBAaKe01ghmCABCgH8lKAd6cJcEAQsn9MDYIO4CqC1MEAi+olYJew kADW4WAAjAzygsBIXZdAFhjpegMoCFgAX1o/ZhnVgBUNXNUblATGr4BHGIgWLVqXtggD0aJF60TL pE/iaRjATCHWC7GfWIuFwjbi4PwBTf0TGLDCIbQNIHD1Qjm0Ea+wwwdCGHD6gMkCevjAZD9fiCcM sF7IkIDdAuWTCQOuTMgHHgm8Z8qEVBkIkCBhAO9FMOBkAbuclQceWBvxOV/+etWGLVf+/Je54SOH GwB4EpCVk4L0HDECALxS54cKDDwlJAAYSLJ/koBk/xooCbj5oSAB7RCQFXNCtUngObjNDJ1W1/+F egGAvi8ADAbMqO8LcQDVQWwVYHUQFAAyAA8TECRQKUAZQAIAgJ8fOqeeZwgAA6gG1A2eXzN4Qd3Q +fX0pEMAIkCABN5xSRIYtrDWYGBJw8iqxtIMsKR+FOeHCglI6g8SIBKMe1HiOu7UjVteJyRwfISB aNGidXGLMBAtWrROtEz6JB7CQP5qKAOyMk5gAK4AcLVSAXigHDOFQAJI+iEIwHGZbR4QdwcSAwzg Khd4V3HAqCANA1iLlYGAAbwXwQA0AZw/4KhA540GMFDEAxclzcQ8nFhS/wAGZBPNxNZGfM6Xzluy fsvlP7meysBjNUoC5pwg1NvBACqCtE9AxQEAgGFA6AIASgVOE6j254jhaGEHA5L9a3UQBAGWBgEG nhcYMDVAfABiHiMws3agYADnhzL1r8eKRmEXJy3C9LlB0zDbA4bMFwyALDB0oQAASAAqAQeGJiQg a+AQBFAjxHlBSxpGQApAe8CIqoaRSw0GZB1ZZe3C6Bhe1jBGAIBqAASBFxsxRZQwMO7F+rHL68at qBuvMPDisdtAHC1atD8PizAQLVq0TrRM+iSegYFgRWkQMUCbB5QKUCBEHhAYWFt2+RooA1euyoXO owYMEhwMmCygGMDLsjQMBOsyDwPqHgZySc8AHC3FbSkD2j+QwIC6wkBJHtCTyJI1TQJ0d/7ABTM/ ARjYfNmPr88NAwww6XflQBUu74c/gV5hCUwfsNTfjhRgmVCiD0ANeOaAkoA4NAFODUocZwjU9pHs /wWtC6rthwKhmr6KATYsqL7/jPr+OD0AgoCKAJr6CxuwIogYgACjQgfNrUsOEIDrmCAwwKD5tUMW 1IsPlgCDg5IaIeT9em4AzxUmA1ANWIRzxEZojdCS+uFVwgBEAigDxAC0CDf404VxoNjyxlHL6pQE xioMrGgQAJB4nGoCQgIrGgQDxE9YGWEgWrRoXdsiDESLFq0TLZM+iSsMlH9vg7giAWYKEQbKr15f ftW6/JWAAV3JA4YE4AH2DPhKIR8ID2igMCAA4B0kIEiQkAAAQD3RB4wHHAwESFBm+oBSgVx6oSAL A+oKAGE/cREMJEigA4WKACDtFAeEBz7+xa8tXrd58g+vMxjQY4YxMuiJLAzIjsGAJP16jpjrENCe AVw6ZcBg4FmJD/TTLmHJ/ikIcExQrU4KQoHQtFqcNDyNzcEzavuJI6AyMLNBuwVYFGQwoAxgY0PZ JGDnBiQwUAMYIAYQADSoG7aggYJAvQkCkvrLJgGArgxQL/tsD0AMDFBnbwDGBC1pkNTfzhUWX1o/ apmQgGCAqQGjhQc8DLzYyLogzBESDEC3wEqSwKrGCAPRokXr6hZhIFq0aJ1omfRJ3CsDxTBAQWBd 2ZXr8h4G0jOFMjCA7P8KHEKcuxIYEMIAGECPIwhGCcGnhJqAh4HUMWStwIBDAicOlBeJA+JtwECa BygO4PSxQ/GAg4Gzv/C1RWs3TfyXazlaVGDgcRwskDDAY7UYIYoxQQy0T+BpcRMBVA1wZwxX94Em UEtNoLbfs3U6LKi/qQF1wgMCA4IBmBT0PMSB/hwZpD5gBqQANzKoPsEAfP3PPgEhAesQkECQoHbg nLqB8+oHiWsgPICzhCELqA6AmaELJfUXAMDxAoCBRBBA3h/CwIikVaBuRFXD8CUNPFCsAcNDsdrR AYIEo5Y3jNJhQQhqlQFGOzVAYWAcSEAAQFaOD3oRpUHjuZ6wCh5hIFq0aF3aIgxEixatEy2TPol7 ZcCRABwkwDVBAuEBuWTJkLYRl2nbwOVrZAUPpE4e8P0DygPJZCEFA6ziARUoBmjtkJsxuoxgYDCg PCAwUD55aRESJG0D5ZOSSaPqrBdaEPKANhMLA6R5ANVBKefJxPAL5uR5AnHIA2d/4asCA5f8z2sA A5L9s1XASAA9AywcEhiALPBkDaeIomlY4j5PozNYkUC9r7DBMzUhDEAQeKZaYAD1QmwMQGmQwoDD ALYII+9H6i884GJeWrswegZm1+NIAQcDg9gSIHm/AABrhIQE6HNq7DhhgQGVBRaSEObXDaUgIHm/ hwEBAIn1gGFUBy1CIRDahZdYRRBbBQgD4kvrR/D0ACDBchQFjVnaMEowgAAAElAMYN8wB4nWkQF0 ghDi41cCBsYLCaxujDAQLVq0rm4RBqJFi9aJlkmfxB0MbPQ84ANm/+vcscSMsa7WBmIqA4CBsius cyCEATYPtAkDsuPOHFASYOrPqqEpmCwEz0gEJZQBdSEBFgtBHwhhQBjAYCA/MdEHkjOJLy4SB0LP woAXB3As8dlfhDJw8T8LDKBMKJkjhF5h1gVVPlGjJFDxdC1OFoMUwKlBz9R5DAAJCAA8faDPs9Xi /Z6t7SuO1mH0CssOLtEVwOxfewO0UdhpAgNmIuPvP6MOfQJEAn73b4KAYoArE5LV6oIgBczlDg4V pjIggaT+eqAYRwZxkKjrEFiEHmInBYAHhAFGLGoACSD1BwaMXNqIFmEJCAMjqxpGVTWOWFw3ahl4 YPSyOgWA0SsaRy+rH00eGLMC+4oBzP4bxq2EFDB+JeqClAcYCA/UnyC+quHE1Y0RBmDuYLB4Kli0 aF3OIgxEixatEy2TPokrDOS+uzGfFgfKbLKQThoVJMCwUdMEtFLo6tUoB7pqbe6KNbkrERd73mYK SfavPKAlQ1Y4FJ4+po7sHyuOIpbsv8xjQNswwJ4BKAPggdIwwFjcxAFxyAKXQBzgSWQlYCB/0dxy CTwDOAcYXDTr4wkMQBlg6/ATNjJIeKC3kMCT1X2erqMUUKcDQ7G6ngG5DIqChAQ4JuiZavQGsDpI BQFN+nmSAJqG1fH1P+qC0B6ggawsFsL4oFAHQIGQZPxzJKhlLVDDwHlyCR80GzyADoG58pJ2DKMW iMOCwvmhyP7JA1odBCTgyWKcHMoZQaGzN6BxlOT6wgBVAgaAgVEcDQQSEAyAOCBIYDuyjmFREPN+ XRsUAAQG0Cqwik4S6Cow8Bmm6WpI1o/0aGG5P3h3KRMU6OjDiv2H7OCDkKumZp8W7hzqsGP3euYZ 2Lat4AmydZdc+QfJS+mHJn9YmL126M3wh7f5gYN3+feET8r8FoGV/JsU/4Box4hFGIgWLVonWiZ9 ElcYyH9PYGBTGfUBUwYIAwSDdeUCA1YshPlCKgs4X1t2JccKccyouPYMOBhAz4D33BQGuhIGinlA HCqBKQMQB7geEgbUyQMJDMDzE5MyoRAGlAeABIEyoKOEPAwgaA0GvkQY+KdrcsNHjNAaIegA0ARq FAYwRIjVQQID5AEggZKAAAA0AWCA8IAwQA1gQA8Ue662/3NCCDV9nicPAAOSDgGUAGktkOkAkAKg D8yoxwjRGXU4ViyAAWoCtQNn1wAAXF2QHioMEhA8mGeNwhAEhAcW4FBhgYHBC2sHL+BEUe0V1pXz goAB2iGwGNn/8CV1I6rQKgASwORQg4GRS+vF2SgMMKAygBbhBAYoCIxhMG4lOoYdA1AZWFE//kXB ANQF0RsFAyaIryl0ARgIM8HWE8C2rO03IsHs6Eyx3R+1dbM8OHhsdqdqqvs1Sv14ZMUlfk3Z/szU qe72bMaPV/mKPDH75vCH8KPghsPadE861AdO7uOnwFuTu965a2r2HWL8mcnfxP8+4Y+NdoxZhIFo 0aJ1omXSJ/EQBnLfFRjY5GFAJQJBgvKkUkiVgRIw4AuEDh8GJO9XHhBXTSALA3BfQUSt4BAwQE/D gLhXBlAvlIYBRwKllQEEF84p9/VCAQx84ktfW7xu0yX/fE1uxKhRIAHOCzJ9gBjQ56k6PU/ApICn q/tKIHk/S4P6PVenp4b1tvYAAIBggB0lhtKgmr4vpNUAHR7qYWAmdID+MzE7aMBMXJIBFABYHYQO gTocIYxeYeT9CIwEdF8yfsDAkAX1Qxc2DJHsn+eLBTqAMcDQhbWS+tsBAovrh1fppCCtDmoYIQxQ 1QgSEB6oQvYPElguQd2oZbJvADBGV3QIsD1gpbim/r46CAF6hVdBEzhBXElgdeOJqxomrG6YsAbe lWBAMzufN1reJ2ZZXrKRpIy08C36fTeNb5OHOpN7Ms9M7p9ahViyZn3N7tMfnLzJfnCykeTZyV7m yX5L78l89LTxXaV/tZT5HDixYk1BzN6dPKT4jbLzmbuqSv2UzI/Wy0NvlvhsrWx60/fzk2Q/RClL flzw2MwHi3YMWYSBaNGidaJl0idxhYGy723KgwRMFsgDAzaK88wBKxaCUKBUcLWeP4ARQ4lfVaJS yNqIEx7QtgHWC13OtoEACTwMqGP86JRluSlL8+wnVhjIuZlC5VgXFw0YpbuxQuF8IeoD8xEIBrj+ AVUG0vpASSpISMD7OV/GOQOT/uXa3Mgxoyser6l4ohYwwKlBlU+iV5gwgD4BwoBcolEYUsCzdX2e tfODkfeTATwMaHWQNQkABgQA6vRAMcOA6dAB2C2A7B/nCRAJFAbYG+BdMn70AwgDDKQIgPmhaBcW DLARohkYYK+wNgoDBsADODSgQVboAOABdglDELCVARoGVAqAGkApAGoA24UxOAhUUKcMIOuYFY1j 2R4wxnQACALoGxYkIBXgSIFVjWAAeGHCGnGSwNrGk9Z2rTIhZnOW1UmeZ4mebCCyf8CS75TVfCKI e5KbktTd0sSSz3T3I+Z9uMsF9kZnsuPfn3p4m0/2z/E/ojXzj/WW3eFz3YMDwwfwlvmMQZTc5p/K J2Z+Ki37o/nLH3LT/7JmfHyJDxyYvj375NYtuZM/nXvpONoxZREGokWL1omWSZ/EnTKwia4wsDH/ fax0soErGQISYMaojhktAQMlkMDBAM8kts4BBYNU6q9f/wc78CnL4AEMKA84GKhqGwZCPyQMBDyQ hYGyUjBw7lfPq9qw+dIfXpcbNW4sC4RUBxAMqMYIUcAAh4caDFAQgDJQ2+e5+j7PJzCgHQICA54E MC9ougkCBgOuQwAKAI4UqAEAzBCvhxTg64JUGZgtSX8DWwWQ9KM0iDCAPgEMEmWjsC8NQi0QZola 6s/sH76Q66L6oVoatKhu6OI6iAMoDTIMGKUdw8AAtgjj7LAGDA81GMAlKoKcAwPYJIBjBAQDODVI SEALhLyDBFy3wIlrCrJOWNdw4uoGwQD4mq4AAz4FDJPCMDWUGHmeZHutpJX+5sy7MpuZV+VRh3k/ bnZW8h5/qTutPfmQVnxn6fdaxo0fZR/qriQVxq7E/kVnqecEOTv+rslryTOT4iI1ZtvZz+M29T1i qVe9FX9gf5f7JMmT3V1umxfBW5I7+dO5l46jHVMWYSBatGidaJn0STyAATAAOwc2eRhINAEtGZIV GKBrmgc4Ykiyf88DPlBxgDCwUjuJ0UAsAQSBlcWagPd0vZB1DqgDBnyZEHgggAHwQMlioYW6lpws 1IYyUBIGPvXVry/duGXKj67LjR4/rvLJWq0Okoy/8qnqSp4noOeI9ZXsX2EAjQG14r1xaICVA6mj SeC5pEMAvcKEAeoAepSY6xKWdJ+Dg5QKxIMThU0WGIDqoHqk/mCAGtYISVA/eF7DkLm1XhDgCNG6 IfPBAOJoHXYFQmQArQ4iG3ClCCAMIADglIGl2ifAQ4UTHQAMMBKNwo04XXgFioUMBtAh0DD2RWT/ 0AH0GAGuTP0b4SvrT1gtAaeIrilwBQyctJYwsAZrV4IBn1nKTpLwaT4Y5nxi6bTP35x5V2Yz86r/ WX6n5P24093Uxj3uFuy09uRDWvGdrby3KPMNN4reU+IhfotvlKX4p2TepZdtb0qQ+VzOij6wWviD 0x8i84NCS14KntrG/dG6uEUYiBYtWidaJn0STysDG4UEygkD5RKDB7RtwMQBBwPrcletK5dANj0M XGkw4D2hAhw3pr7KwQBPH2PQJgysAANMWYp6IfKAh4GySeIhD6TFAfFWYIBu/cQhDwQwkOUBLRPK BySQv2D2p7729WUbt1zxkxtyo48XGPDtwtWVz9SoVyCu1iaB3s/U9BYMAAzUwSkCyCok0Pd5zhFS TcCdHqCyQAgD5jhR2GJN/b2jb5jBoDkNKggMRN4vcb2srl3YCwIkAcoC6BImD8ARs0BoEYcFsTpI a4EUBiT7FwYYubRRLqkJMPXX0iBigPKAHi2MAFODlAEaxRGsrB+3qkHcNwzQHQDAG4ABa+onEAZO XNN40rrGCWsLwgMTBAbWdSkY0GzQsjq5sETPMsykobQo7/Mb4SslNks8s637NQjukdDyVUR8kr16 2E8ukXQHFr5LLdgJOmr1L6WxWbKFn6KfxZl/iK+vcvfIP7lT/J7gXTD3Cx5yM/lLyHZbH5g/M7WZ 2kj9oLQFL8lz9YfhvdlfINoxYhEGokWL1omWSZ/EFQbKvrdZYIDdwxQEvr+h7Hsb81fLuoFtA9Y5 4HoGOGuIskDZVWvolAiKYCDVM0AkIAx4NgAPZADAO3oGLkuUgbwiwaVVBgOTMzBQJA4EGFDkvp84 6SRuiwdUGbiILcWOBwgDW6/8KWBgPJSBJw9UPl1T8bTBAAJXHQQYIAkABlyBEGEAQT+BAXQIoByo Lx2HBsjqJoficiaUATYKN7AiyPqDsc6p7+80ATgFAfP5GBw0eC5IYAinBg2ZXzvI6oLqeKgwRoiq AiCOWiBZMSwITQKoFFqsJwrXj+SwoOFYtUtYq4MwLEizf8AAs/8xywtjVhRsZJA42gOEARol9R+7 soDsnyQwbiXWE1YVxlMKwLq2UQBAYmGAEwEDkvpL3Hjy2oKsJ61FrJVCXQAG5EeaMZvzqR7yu2Cf aaZaUQqpdqhv+jX2Nxe/lLnfBf4Hh5Uzutl2A7HemXpgcU7sLHmA+4WzO8kfwG5Im7+96EekPoCZ PTD8kJmnhj/e39faZvAzeQuv2/zAqSe5Z4WbwSMTC2/gM/3PKPUniXZMWISBaNGidaJl0ifxUBkQ GAAJ6EAh6xPYUPZd2VQe2MDGYogD5VcrCaTbBq5cm7vSpgwZEjDQKUNll8vqMSDwKagaakUfWJ6/ jG0D6BxIZgrlJhsS5NE54KggAwOTFuWzDBA6eeDiBR4DSvGAIUE5GUBWDUIYuPpnv8yNAQxQGXia msCztQYD1ATE+z5DEniujitOFO7zvI0SAgwoCUyvVxIAAIgTBuBUA9QHzKxXGDAM8ABgGNAwcC56 AxIYwOAgDhLFjKB6DAylLIBe4YUNQxc0AAZYAqRrKlhUJwwAHUBnhmLFJRiA66hlhVHLSrULr1BN AGrA6BUNY15sHP1ivazjhQRWNgoDjF/VOF6y/xcJA6tZCISv/wEAYAAPAwjEG05mn4AwwMnrsJ6y vguMFo0WLVq0NizCQLRo0TrRMumTeAgDZYQBDhhF37BzayMWt+YB1y1waBhwrjCg2b8FiUTQhj4g MJB47tJlGRhA0AYMTEo3D8imj00ZSMFAMQaYl4SBrwIGvvvzX1EZeKau4mlhgLrKZ+sqgQHgAXXT BFARBBjQ0iCFAVcaJAygykA9qoMgCLiiIG0S4MggrjYvSLuEQ5ekf+DcWsCAkQCrg8RZHTRkIYqC JPvHUWKqDKA6SIuCLPsPnV3CKVcAgCywFP0AQZcwAUCcp4xBGYAsUD9mBbqE0SSwUhwzgvSMYR0Z dLzwgFCBFQWZJzywBqVBJ7JJYIIwAGHglPVNp6wrnLK+8eT1XWC0aLRo0aK1YREGokWL1omWSZ/E QxhI/Psb89/FZKFymya0ASVDHg+0pViRgJOFAh6wI8kEADTQuMx1DqhK4DAAl66Z2ABAZwrlkP17 JFBPzRRKvC0Y4LHEzP7DOIEBdwaZIkGaBwIYoDhQGgZ+ITAwfhylgNoKgYFn6tAeoFJA6AoDOFtA GwYIA9NqqQagT4CaAJsEQh6wowPELcgwgDjBoBYigDDAfCUBNgnM19OFqQkshAMG4KgOGuKaBCTv H7bYY0DDiCUNwxcngsCwAAYsIAyMzJCAuCkDSaOwOjDAufYJHL8KxwiMXS0w4JsEjAQQr2k8YW39 hLUN6BkQDFhfOBneePK6BiGBUzcUxCMMRIsWrUtbhIFo0aJ1omXSJ3GFAe0ZKPs+VvHcdwUGWC/E HuIQBlQckJUnka0lDAADAiRYkyABVhMHCAPAgBAG6FQGDAZSEkFm2GhrMFBOFwAovzTFA/lJ9MOA AeWBgASyPFAMA58UGNi09XsCA6PGje3NAqGKp6uFBFAa5GBANvs8q4KAZP/1/aY19H2+vu9z9SoL +NIgkACcTcNeE5jZoAcIsDRIq4OMB9AoPKdhwJwGWQfNhQiQOKQA5QGdGmSDg6gGIPsfvKhhCI4R gCAwhBigA0OHL24EDwgJLOWkIKb+w9kinLhrC/YkgGBF4+iVTaOXF0avKGiXcOIrC+gQQHtAI/oE BADWNIofL762IKsCgGGABGsbJ6xD54CsJ60HCch68vomgQFhAIEB8EAsE4oWLVoXtwgD0aJF60TL pE/iXhkQHvAw4FwHCkn2r80DThmAOAB9AAcOXC2pP1WCUByQNYGB1bKjlUKW/V9BfcDBQI49A8ID JhEkqT+mCflL7ixlpZAVC4UwUDapqvzSJQIDXG2yEMqEFAxKwMDCDAyUlS4WSpCgBAxsVBgYO6a3 1gUJDDxb2xcMoDAgJFADHUA2VRN4vg6lQc+xKAiHCdAFBiSeVoc+AagBaCDGaNEZNRAEZuK7fycL UCWQlZoApgaBB2xkEDBgXoPEQ+aJsxZIUn8HAywQ4rFiC+XS5ocO09PEFvEoMZYGDUe7sIkAuHQj g0YuZeq/vDBiOaYGmRqgRUECAysaxnId46YGOSmgMH5l43iQgABAYTxhYBy++wcJHM+pQVYXBBIo TFgnbgxw0vqGkzegKEj8lPWFU9c1nLIBMHDahi7QQBwtWrRobViEgWjRonWiZdIn8RAGsAY8UGYw sCGP1WKjAm0vBgywWCghAe9sG0CNkMAAq4bS3cOuhUA7BygOiDtloEwIwcGA1weEBHDygGsj9jAA FxiwM8i881JIQBigxLEDC/OXeBhAJ3HZxcQABwPll2R5AANGBQbcmQMJDIwcM1qbhlUKgDhAWUAr gvo8Dyro+4xgQH1fwgAwgDAAQWAai4Km1QoJDJiBYUHaHmAKgMAAdQCcG+B80GwwADEA1UECAIks 4AuE5kMBGIwhoewSZrcAAh4lhgKhoFfYeMCpAVoRJAAg66hlBQlGKQksqx8ZHChGGJDsH5OCwAAr 5J4QBigFsFtgPDCAasAaMoDAAFctDQIDAAMaTxQM2NA0YX3h5A1NgAGX/Z8qJLChcPqGwqkbC6dt bDo9wkC0aNG6uEUYiBYtWidaJn0SVxiALJCBAQTGAB4GtF4IM4X02AGSgHfFgNwV4lYmlHedAwoD Kg74TuLAhQQgDuSnrMxUCpEBPAyABLIw4Nz0gTQSsFJoUfmkxeVZGBD3p48tKL8YnhxAFpAAtQIT BwwJ2EysMICegRGjR1EHgAsVKAyoDsCVHcM4W4Adw1QAAhigIMDBQQIDViOkjcIQBAwGPAmID5gt nCAwYOeIDZoLZWDwPMn1G4kBAgOUBRQGBAM4OGjogiT1TzCABULDFtcPr0JzsMKAHiWm7ocFjYQs AACQWDUBxJwXJKm/tgeMfZHrSsDAuBcLY1fVj1vNwUGrG8etrlcMIAlwUtDaJmgC65q0NIiuGFA4 aX2TBNokABhgn8Bp4oABoYIIA9GiRevaFmEgWrRonWiZ9EncYOD7ViOUhQHZgRRgMFBmzQMQB+wY sjQM6JqBAUgE4jpgNBgrlIYBehYG2EwcdA6gTMg6B9x00RAGJic1Qil3ykAwbBRlQnRKBGQALRZy MBDWCxEDLp7jYcApA1uu/vkvc8NHjfQwINm/rup9n693J4uxQAgYgD4BDA5imRDAgL3CA2Y1Cgz0 m4EOASsHUgcANAxyRUEQBOaiXogkwNIgNAoDBoABHBOE7H9hw0BUBJkgMGyR7NRJ6j9UTxJQNUBI APNDURqERmE7TrgRZ4pVNY7iaWKa/Y9Y3jByReOIFWgP0DMEJOkf9WKj+OiVjWP0KDEKAqNfrB+7 Wjbrx65qHAcdoIAOgdUNCQaspaNRuP7EdYUTyQBaGiQBSUC8QVbBgLBpGOLAxqaPbGw8fVOEgWjR onVtizAQLVq0TrRM+iQewoCRwPcTGJCAY0YdDJgbDGj/gJ4+Zqt3ZQBFAri1EQsS5FUfCNqIef6A wACPJDMeyOoDzgUMUCyUN0/BQPlkdA6kMaAqP9FiIQHtHCASEAaAAQYDWi+kVOA9hAFDAhQLqTJw HmHghtzwkSMyMOB5AABAfUBWlQL6TkeLMACAagBqhGaK1w9gx/DAWY39BQBmonNAAWDgnHpxi2c3 DJ7bKDAg2T9OF55XP4RNAqgOYhux5P1DUAjUyIogDA4aBmXASQFuatCIJegVFhhgLVD9yGVoCUA5 0LICh4cmGKCCAC+9IIBDA8RHrqgHCawqqDgwDjCAaaHjVssmeoWR/a81GDiRBUKcFIQdnC+2FnVB E9YXTpSk3wSBBgQbEKBJYFPTKaoJbGzCugkYcMampo9siQ3E0aJF69oWYSBatGidaJn0SVxhQAAg hAHECDYihjhQAgaMBFyxUEYicAwAFwZIYICOkqFEFhAqMDBgMzG8dRiAtw4DOJlYYjYMmOcnolio jPVCZZM9DBgPEAAk9jxg+oAwQMADCQzACQPnfuW8pRu3XPWz6wUGhmuTAHUA0wRYHVTbzwV9X6jH McPT6/vyHDFWB+FQYRYFNfSX7F/HB2FFx3BSF0Qe8DAwaE4d1QBIAWAAaxJoGEIFgPOCJPUXJGgY yulAggHaJ6DZ/1DlgcX1w5fUo1eYjQEqCCgMDHcwAAygJiAwMGaFHircOErWlWgUHk1NYJTAwOom rQuSdczKhrEkAe0QcH0CZACdF7SmQdUAEwRce4DCwMnrCietaxQAYMdw46kbAQOnbWwUP1XWzYWP bC6csbnpI1EZiBYtWhe3CAPRokXrRMukT+KmDHCUUI5lQooEWL+/MYdKoQwJiLcKA5QFOE1IB4zi DDKMEhIYyF/h6oXEg2ZiSgQKAxAHxHWsUOZM4vDkAYWBbPOAdhIjFgaQ7F97iJUHnCbA+ULpYqGF hAHVB5L5QgoDThlI8wDaiA0GriQMjLAmAefoFZ5W1xfnCdT3mYY+ATQJTIcgwBqhuv4MBliHAPqG vVMcIAMAAMgDs+qsQGg2K4LmNwxSAECTQMMQEwQaBi2sH7SoYcgiuawdtrCRxUJGAmgMWKTzQxvQ J7CkfgTKgRqH26HCaAgmD6AcSBhAAAClQawOGk0MEBgY+aJk/4CBkQIDAgArCwIAEAcQozpo7OqC rOMIABgcJNk/i4IUCWRHMYCCQNNJG5pOtKIg8wnr6k/Z0KAVQadshEMQ2Nx4+mbIAh/ZAgw4Y1Ph o5ujMhAtWrSubREGokWL1omWSZ/EDQbSZUIkAcQ5pP6mDJSjZMirBAkMIEhpAhbzkkig+sAVSgWG BPnk9LEiGLh8RQ4wwFOKW4EB9eyYUXqZwAAKhAIYEAyYzBOIU8qAd0GCRWWsF9JGAsKAyQJcxQMY oJ/7VYGBzVf89FqDAZUFAnFAMKDe+gTSMCAkIAEwwA4T8CTAEaLoD7aTBAbOpiwAEkB7QDAvSLwR l3Prh8xHRdDghfVDFjfCrT+4cfhi4QHAAEmAHQKLG1AgtAQdAsNBAlomBBgACSxHS8DIFwuyapPA SAEAaxKQtXHUi+gTgDJA1yaBMasKY1YJBqA6aOyaAqqD1lIQQCGQdgggkJ0T1zWdICSwnqVB6woC A3CIA9AHTkXQKH7qpoI4lIFNjadtMhj4yJbCGZQFPrqp8LEIA9GiReviFmEgWrRonWiZ9Ek8BQM/ 2EIMSGAAEkEaBsq/hyAtDrB/AGqAOHjAkcA6xQD4lWvQVazzRk0cKIYB8xzrhQgDKxMA+GAwQBJA pRBidxJZUCmkY4UwX8gpAykY4KTRFAx8UmHgJwoDAQZAFpBAxQE0CdjJYv1mNPSdLpfoHhYA6EcS UBcqGDirUTuGBQBsghClAOgDggSz7TABRwKqDMCpADQMWYjxQcIAEqMQaGEjmoYX8YBhNA0TCRZz Ra9w4zDWBWlREJBgmaT+aBHGCioojFoOMBgp2b/ECIQEWB20ymBg3CroACoFYGqQP00s7QoDE9Y1 QRMABgAGdIToSeu0QKhJeOCkDY1QAwQDoAk0nSYOGGg8fVNB/AzAQONHNxfO3Np85pamCAPRokXr 0hZhIFq0aJ1omfRJ3MOAbxtQ9zCgA0YdCRgY0I0H2Em8IVADlArUIQtAB+CIoRwrhTBQSDDAU4G8 erkHA4MBBEEbMfJ+RwJ62SYMLC2fvKQMbjCgJBDygCKB6gCBL1IwAAzIygIhBwNZcUBh4HLCwMhA EHBUIDDwAgqEBAagCRAGBABUH+g/q6EfuoRZFBTCgMOAAdAEOD6IfQLaITBkAbqHyQAsEBIGQF0Q TxLgeQLDFjcOW4gTxKgMFFzHsBUIaXvAcCEBmxpEGBAMkLw/UQMaR9HRK/wiMGD0yqZR4oSBcVYU BDVgzCp0CIzFIWKFcasxOIjjgxQAbGqQxBAE1hZOXAsYEACYsAGtAqoJsFvAKoISR5lQAAObCx/d 3CT+sS2yAgbO2tocYSBatGhd2iIMRIsWrRMtkz6JZ2AAUoDnAQcDLnCXngc4UEhnjOrpY8YDVxkM yGbuKm0ewKWOHLW838PAFdjhQKFwxJCSwCFhoAQPEAYwZhTZv4OBPAuEPAxo4MqEEjeVgDyQExiw HuJWYWDKj6/NjRg9GmqAKxPqO60Bq40QteogtAsrDIgTA4QH4GGNkGGABdongDFBc+oGza8fMr9x oBsfJDAwdGHjYIUBKgOS/cN5yhhGiFY1DkG7MHzE4sYRVSgKGkYMEAYYyaPEwAPLTQ0AD6BJgAwA GIAyMNrqggoSjObgoDEvcoSo8ICWBq2RFUhgfQKcJXrCWpf9r5W8X9YGDA5a3yQxYGB940kbGk/i LNGTNzR5Bjh1YxMLhJpO3Vg4fVPzaRsL2iFwBmCg8NEtTWduazpza9OZW5rO2hqVgWjRonVtizAQ LVq0TrRM+iRuMMAG4rxjAOMBHkOW8u8KGARnkCWVQulpQletZdWQkMDanEkEdhgZeEAyfnrOuZAA ecD0AVMGdMboFJxGHJKAOs8nXoZjB0rqA5N5+pjwgMIARwkh+2cDsSGB4EHq5AGDAYwSAgyYRCAY QBLIthGf+5XzqjZsvvRfr82NHDNGMaCf+LSGPs/XKQn46iDlASDBDGgCmB00GyQwYFajgoHAAKqD MEUUwaC5jeID59YPnFsHQYAdw4oBg+dCH9A+AbjVBcnqG4W1Iqhh2JLGEXQMDiIGYHbQsoI6YACa gKT7hRGQBaAJiOvgIJCA6w0ABuAkgcYxKwED41Y1YXIodQD42sbjIQIIAIABgAGYFyQM0CSr6gDe T5LsfxN6A07ZiPaAhAQ2gQpO39jMQaKYGiQk8BFIARAEUBokvk0woHD2tqaPb4swEC1atK5tEQai RYvWiZZJn8QNBn6wOU83DHBUIJ6jMlD2fRQIsUxoU5m1DQgMoHtYe4h1plDZVeshCCgSCAwIAziV gDwAGEBd0FWrtYEY2b8FqZMH1Msue5GThUrwgMAADxxoBQaoDzgScOIABYEUDCghJCSwMM96IcUA 7+SBLAyc8+XzlqzfPPlfrsmNGjsWw0Ofr+8jPq2+j1MDcIYAhoc6GEDeDxjAkQJeE5gFHQBtA7Pq VBZAxzBIQFJ/NzuIrQJaGjR4QYMKAiYLsGlYNYFhi+qGL6ofysYAqwtCaVCjMID6CD1JYFlB1pHL 0Rw8ankDjhJj0zB6A7Q6aEXD6FUF7Q3AMQKoCCo4R5cwpYACdAAUAhV0hKgjgaYJ65slkJV9AgkJ nLiu8eSNhZMFAzYCBjIkcOrGptM2NJ2+semMjZQCNhcEA+AgAQoCWwqAga1Nn4jKQLRo0bq4RRiI Fi1aJ1omfRJXGMj/YEsxDIAHvo+BQkoFgAHwADQB1z+QlAk5GFhXdqWVDOEYMpQJJeKAQwK2EZsm oJVCggFZEhAXGOCxxIQBoYIsDFi9UEkYgCfKQCkYcO5hADyQwEAKCQJxwJAAMLBu88T/eU1u9Pjx mBckGDANxwhI3m+agPLADASCAQNmN8IFBtAqwLogtAuzKGhWw+A5bBIQDGAgef8AgQECwNCFBWAA vB4YsLhhMDBA10b0DS9uxEHClAWGSUBxYGQVDg2Q1N9IQDCAMDByeZMwAEhAGEACHCSsYIACoZEv kgRWYnaQrGMJAMAAKwcqcGqQZP/oB1AAOIGNAcAAZv/aG6BUoAxw0np0CZ+0oenkTYAB7RJGRdCm ppM3NJ62yToEPrKp+fTNBcwOEhLwmgAwoPnsbc2CAR/fBhI4Z9ufQc/AO3d95jN3vWMXH9hae1rx fsf+3NbsT/NTokU7ii3CQLRo0TrRMumTuIOBrcoDxgCQAjwSgAcMCRQG5FWygfYQ84ji9VAJrl5f DgzApNHc1WuVEAADqWKhNfkr5NK1DuvKRoJiZQCjRS9fKXl/MQw4BwyUXZaCgbKEDVIwkPGSMEBn 24CtCQ8EMAAe+MSXzlu8btPF//SL3Jjjj+8rJPB8fT+cIwb3MMC1jh0CkvS7PoFZgAFiQJ1k/wNQ GlQ3GDVCuBzEgaGS96sgIG6aAFuEBy8UN0FgqPiixqFLJK43GFgChyyAANVBygCKBCOXFWxMkDYK QxDQSUGF0ThRWDDAGIAuAFAYtwqTgkavrAcDJNVBeqCY6xBY13TC+mbN/ikF8DCB9YUJOFlMSMCm iJ68sfmUjU2nEABOdpqAOEgAZ4o1fmQLSOCMrc0f20JlYHNBOwSgBmxrFgz4xNZmIYFztncBZUB+ YmilU982cuLSL8lua89qxfQ5rf2g4v3W7kwbP4fZEX0cs/b+XDP98VOr7PL/+/+qprbvc/zJDB/Q GT9o8hd0n7t4p/hdaq39+skTYMHr0Y5GizAQLVq0TrRM+iQewMDWsu/raFGHBDZfKBEHVB/A4cQG A+IOBgQDDAbgAgM5rwzQExgI9YGAChIeUMWAJEAkWOnLhKAVpGBAe4tbg4GgUqgYBorKhMTzPHOA 2X+2WIinDRgJiH/8i19buGbThf/j57mxJ54gMND3haQ3QBiAxwjIjpJAQ7+ZdSgQojIAMECBEGYH mQ4wp3EIGoXrB8o6T+uCOD5oPjFAeWARYGDIokZxagIFbRhAl7AAwJLGYYvqQAJVjcOqGkcsLQxf pqVBhZGsFBIe0KlBOEZAYQAnCjeN1tOFV7AiSDsEVhUwL4jHCAgDCA+MXd04RgI2Co9jLdDxFAcg CKxvOp5+wnooA3qusDoZoPlkYIAAgKw4UkCLgk7ZhAPFTt3cKCRw+mbxwke2NJ2+qYCiIFYHcWoQ ioIAA1sKEAS2qyzQdO5LXaRMSJKzIIUrYW3cUPIlbE6degRZs7PWflDxfhsfyZncEqSm79w19Yg/ zuH8lLYMbw/+DrgU+wAP/NBN0vUwOQ9+f3kFYfGORqVS+tZ+/eAZ4fOiHZ0WYSBatGidaJn0SbxV GJCM36iAnQOOB8pldSqB8oBTBjaUXb1RMKD86g3KAPmrcQAZPa0MeBjw9UJYV/rCIWMAuiGBZwBH BYoBViaUhoHQOVaISJAhAcGAUjCgjtS/qHPAwYD1DJz9+a8uXL3xO//9Z7lxEyagQAi9wgYD4koC HgYEA/oJAAAG6vvPrsPRAam6IKT+A+RSTxeGMtA4ZAHqggwGXHvAUKwNQ5ZgcujwJQXBAHUBADIA mwQQsE8AskABZwj4JgFMC02UgZFQBnh6AI8Wdo0Brj1gpZ4mZmrAuHWN49cXeKaYagIFkkCjYMAJ 6wqYHWQwoFODCAMbm0/eJGsjCoQ4RVRh4DRoAoXTBAO2NH1ka9PpW5vO2NYiDKBqgIcBIQHAwDaU BgkMnLOtUUjgk10UBuRSPgdMM7zkWhM5u9BMsFQyp3tJroj3+GTREsfSz3FPK/WqpJWZHT49uVWv vSU/PzG+6y58j93aZ/A/xd1h96d2+FR5vpnsJ48KfyZvrnLvwG9+l7vIvAF32o+eWmWv4cel7uQG n+l+Bbxmt/nfF3vhhzgis387zvjD9FEWFu+IZd7ljDeU+PWDZ7T21mhHj0UYiBYtWidaJn0SVxgo +xvAQP4HjgTocolANokBiX8Xq+CBwoCQAJUBYQDhATo6B1AmBAZoDQauXK1nkKkgEHoIA+o5jhUS AAg7iRMYuHSFrxTKlAwBBkwc4KTRkAd02OikxeWlKoV8mZCnAjdgdF45YeDMz311waqN5/+3n+bG n3RSP9QF1eN8sRlCBbWEgfq+M9E03I91QZACZjc6KqjTwUFCBQzYNIyTBBoHSuq/AJVC6BbA1CAg AZxnigkSDF0EJBAYGFZVGLK4fliVYQDahZc0qgggjuogMgAFgSYUCIXVQS8W9Cix0eLM+yX7H72y QVYBAKGCsasxMmi8YIA7SeD4tU3iKApin4DEKgucsKFwPFoCWiZsQIcAGcBWAYCTWA4kwambURF0 6qZm8gB1gM0FIYEztjZ/ZEvhowIDqA4iBtDP2trsSoNAAp/YVhAMED9ne+FTL3eRnoEwOUN2ZumZ bCdRcoMzTeNKvOS25Ab3UpLyJZGz8DnFT/OvumdZaHcGj8u8t/hRYnhz9ufDin4KdmQrvF92kp+L F5LnBFdVU4PH2818usbhTngPnoAX+HNdYHfarbhFIvzDv5m36YUP/KPaY/hxau4Rfsc/s42d9A/W X00/mcZ+tdvFUu+IdhRahIFo0aJ1omXSJ3GnDGwr+5ttZdY2sDUFA1QGcOlgQBsGIBGYYrABSHA1 2gZwABl5QEjA9IGrrFIIQkHAA7krDAZ0zKj3kjAAJwaUXfZimYMBehoGLjMGSNiAMGBIoCcPhDwg GCBBKzBAT2AgM2D0zM99Zf6qjd/6u5/kjj8ZMNBPTxfm0cKmCfBkMdYFYXaQKQNzIAUIA6A9AA0D IIHB81AONNDmBTUOUmeNEI4SW4jeAIGBoQsbBi+sHwpBAABAR3vA8CWNOExgSUgCBUwO1QAMQFmA DQMKA5gf+iJOEBsFQQAAoIIA1ICVhbGr4cIAY/WM4dWNjgQAA+PXAQA8DEwADOA0sRPWB6cLb2g8 ZXMTBweBByTW9gDIAigKaoYgQFngDMBAs/CAwoBgwNnbmj+OvuHGT2xrOnd7yznbWyAIvAwY+NRL zZ96udD1YCATa4KZ3XSmiV0mnUt2JAt0rzEh5D/dTsnn+PeWfJXv40tBcmk3qSVJcvAx3E2Z54iF b8++yg/vv9YW01fDVfdhmg0HP13N3Za87N+ODW/u1wnekvpxfBh2wjvN7C/r/sAdZfz1E2rBz9ao eCcwe5eZ+6iyy1+ylV8qeEe0o9AiDESLFq0TLZM+iadg4G90ppCHgS0qFHgMkEsPA+K6aZNGeQAZ W4o3UiUADMBDGLgK5xMLDKjnr8SY0YxDHMhggPmL6CQu2TNw6Yq8thEXwQDcw0ApHoAfGgbAAwkM YMzo3DM/KzCw4Vt/99Pc8aecrH0CKBBCqwAdhwlgfJCXBQbOKWCK6JwGNAbMZZkQApwnADCQ1H9e gzDA4OCAYaoBIAEUCAkDcB3i6oK4IsBBwlVJb4A4pgYt9bVAstLRG0BBYGUjSoPIALJK3j96VWGc AIDCAHoDtDSoMH5t0/g1Xg2QS8n4BQCaT0DG3zSBef+J6wraJXziRqwnb2pGXRCmiFIWECrQRuHN hdM2oUUYgsCW5jOgBjR9dAtcAIB1QeZnb0WTwCe2o2/4nG3N525vOuclCAIggZcKn+6KZUKZ2Cd+ uokd97JuhvfTcEtgwd3yKMcCrT3Hr238FLya+aK9pJVKTLPPcRclnsa3Hy4MqCVJr5m/TYLwL1n8 9vDOMAjvlNj/4rpDk586tYqLbXSI8ceEv35rO+FHyez4Kwla/fU7/JNH62CLMBAtWrROtEz6JK4w ICSAMiEWC5VJIFk+uwjy7CIo+/6WfHAAmTYQa0Bn28DVggGyWr1Qni3F5gIACgMa80Biqxe6Yq2v Dko8iwHqHDMqSFB6rJBwgqxAghQJ0AUGeAYZUv/yS1MkYOJAFgbUDQmyMIBKofmEgY3n/91Pciec eko/dgz3Q6UQOgcwP5QkAJ/ViGMEhArmNAyYK+6aBAQA5nB20DztG0Z7wJAFBbQOL2gkCbBRWGcH oW+4gTCA04W1T2D40sJwzA8tCA/gOGFHAlADlhdGoUlASQAMwAMEChwkinIgOBiA7cL8+n8sBweh QwBJfxNgYHXh+HXNPFe48cR1zSeubzpxg5BA0/ECAJL6Qw0wHjhpozBA0wQAAALWAjWdgiaBplPY GyB+KjAAJPCRLSgT+uiW5o9uKXB4KJqGz0ZvQAtGiG6zJoFPbGs892WQwKdfav7kS02fBgw0/cXL zX/RJXsGkNFqduZTuGwyhy3uZRM7seRNMHlYcP/UqU4XaO054Vr8qt+RH2A7yactNnuvv0g/xz3B wuzvop+8+H7bwTuSn5s0J4dvyF7BbKfoY/s7s0HRvw5/gze8kPyivMzccdjmi5zshwWfs9Wd4nc5 k8vijyo74b7+nTWOdlRahIFo0aJ1omXSJ3EPA8oDIAGsWwQDCAMCBoIB6pb6EwZ4qT0D2AEAlOMS PFB2lbLBejCAqgEUB3DpmgewKTwgMHDlavFUsVAaA3LaQ9wKDEAZcDBAX1Z2KXgghQQKA5MW2wnE GoTHEmcxQD2lDOjJxB4JUjDQn5qAKQM4UkB7AyQoCAwMnFMYCGUAggDKhOZCEyASGAMMZI2QrDhd eAEqhQQDBi2qR6/wQsoC1AeGOQbACFFtFagqjFiCsaEBBjTRtTrIxIHRK5voBZ0cSgBgUdBqiZvG roYj+1+HFWoAHLVAPF2Yjl7hwgkbCiduZNPwBsZEAkoBTSdvaIYasAl+2uZmhQH0CbBLWFxgQDAA ggDVgI9CDWj5GKQAyf6NAcRxmMB2YYDmc15q+uT2JggCLzd/+uWWT73UwrXwmS7ZM6ApnVqS2CEH ZMapAWKdE1P83lRuF+R6eGz2gdnnuLeXeNU2XNrrf1DxS4FlX/TvorX1U/Sjhvdr7HeCm/nFvFnw +PTb1Uq9He8J94sDu6/oI5mlt3B/9o7DteRnuX9VyY57Zls7wb9gMdnPfBDdCe7PvCPaUWgRBqJF i9aJlkmfxNPKgKwoEwrdSoaKOgfUUSD0PZxCgFFCV7NA6LtUBlylkPKATho1GLgigAEJrlotbmVC nCyUdA5ckaICxwM2XEgxoAgGyAPOvTJgZUIZV2Xg8GBAPYEB9gx8+7/9lMrAzIa+M9gbID6nsR96 AwpUBpxEME8FAfQJ+GDQHHQJD5xfj77hhY2DFhZQJrRIAh4uxvPF2CGgbgBgGCBIUCUYYAzgA2AA GgOQ/SsJqCsMoC5IVjtHrDBuTTNJwIqCAhKw9gA4Dxc7HlVAKA3iwFAIAhqgLkh8Y7MOC1I/eUPj qZvQKHzqxsbTtjSJozdga/MZ21AdpHVBZ29rcXVBZIDtzXSMEIW/hI5h1gU1f1ow4KWWv3ipRTBA vWvAQDS14uS1S1gAXNGidbhFGIgWLVonWiZ9Ek/BgKT+EjgwcHKBlgmJpzDA/Lsby7/vzxwADIAK XNsApgxdZZ0DbtKokYDBQAIGybEDaQAo5VMybcRAggwMJLIA24gdDyxJua8UEh64BCcMFMFAyvMT FwgMlHOs0Fmf++qC1Ru/8/eAgVP7zUB/sMKApP7oFkhgAI0B/UMYgCyAS5QMad+wYgD6hgtgAB0c tATx0MVGAtAEWBGkJEAYsKlBDgOaRrEuSBlA17HCAAYD7BCALNAEEiAMJCSwFiqBYoBcnriuGQcM rwMMoDpoY4tKAQoDE3RqkADAxqaTUBqE08RO3oQuYS0QoiCARuHTQQIFkIDDgI9t1bGhzWcKA6A9 gO3C2xUGbF6QtguDBLarLIDSoM+81IT15ebPvtISYaArWdeEAWGB+O16tA/PIgxEixatEy2TPokX w4BjAIs9DEAiyJCAThNyJABHdVACA4oBKg4k8QeHgctfFB4IYUC8DRgQdwOFkm4B7623DQgAKCEs LLskgAH6WTxn4IL//rPcCaedapqAjg9SKcC56xV2msC8RjAAMAAAII4CIfLA4IXoDbAuYZwnUC+r ZPxDvCaAeUGCAU2eBEYuaxqxTOuCxHGgGHuFkf1bgZCdIcDsH4IA2oUlloyfrQJOClgnPNA4fl3T 8es4JogYgJFBnBekFUFcG09c3wg1QKWATU06JkgZQKuD6I1aGiR+xtbCGZsbWRcEDAAJbGs5a1vT mdsKVhe0vfkT9HMEBuCFT77c/MmXmmWFLEASgAMDmj/72ybxCAPRokXr0hZhIFq0aJ1omfRJ3GDA pgkFmoAXCn6wKdNArM7yIVl5qZNGOUpIlQHwACaNZl1hwAqEApedBAZc20BOi4JKeBYGipWBDBLY 0WMZD6lgYukDyMgDC4phAIeOrdl44T/8nMqAYMBsFAgpAAyUwHqICxQEGlAmBHGgcfDcAqhgvqkB 3uXSHS3MkwQgCAgVWFEQUn94QXzk0iYEoALVBJImAcKAYQBdAjQJYHBQ0iRggoDEqgmwOog6wAYl AR0b2szBQbLZOGEDeoUBA5tQLERNoFnbAzApaAuRYHOzwMDpW1pOcxhAEsDMUHWcJra95UyQQPPZ 232HAAUBNAm0fHL7wXNfOvjJl5sEAz79EjUBrE2ffhmCwGdeKYh/7tXmz0UYiBYtWhe3CAPRokXr RMukT+IOBrYj7/8brwYEQTBdlA3EbB1WBgjcYOB7m3LsHCAPcKCQagJpGEj7alkJA+CB/FXoJ7ae gVa99EyhNmCAPcRFPBDCwCUL85OW5LMkIG41QgkMsEzo7C8ABi4SGDj+lFP6z24YMKfQb06jODuG tQqooT+niAoJYHAQ2oULA+ehXXjQfBQIDVpIBhAqWFgYvMgEAeUBlgZZUZC49Q1L9o8RooXh1hvQ NGI5CoRGrWgOYAAkMGZlE1YcJSYkQFmAMEB37cJJh0DzuLVNx29oVgwgA6g3T1jffOJ6NA1rkwDq gmTd1IwzBNASQBjYBAzgyKDCR7YKDxR4lBhIgK0C6BjGAQLAgJaztx8EDIABmj/xUvM52wtWFyQx p4iyOgizg/7iFXOUBr3c8rlXBANAAp//bewZiBYtWte2CAPRokXrRMukT+IGAw4DAAABDODyB1vL f7Atj5PItG1AS4Z0ypCRgDAAOom/u7GcEkHZdxFbJ/FVsoIKOHUUk4XUVRzQMaN+B5tXrc6RBMAD 2QbilJdNWVl22YtBA7FpBWVuwGjIA9o2UO7OHLBJowESWOdA6WbigAfcWCHCwKaL/vHnufEnn9J/ TmPf2Q1CAjxMgMoApogSA+Za9zAEgXlsFHZNAiYIAAaoBkAKKAwDBkAT8LLAcFmXYk3UAEn92SfA uGnUCqT+4sIDLApCn4C2C2v2rwEEgVUNwADXHoCRQTo8VBgAI4N4gAAahTkpiGrASRtxtPDJG5tP khhIUMDwUMKAMgALhJoEA0gCTYIBPFS4+aNbW4QBztzS/LHNQgLNZICms7aiOkjyfvhLLee+1IKi IF8X9ErLX7zS8umXOUJUMOAVdAh85pWWz75S+LxgwMtNX/ht8xdfjTAQLVq0rm0RBqJFi9aJlkmf xB0MaOoPfUABQGMEWi/kjiVmAB7wJKAuDABngZC6Vg0lncRaNSRJfwlxIHFfKXQocWBlnjCgAJD2 FAyU4VSy5XlhAHqABIQBfwyZXHLNT1xUnkWCFAyoJzAwbsLJggH95xYGzC0MnNM0kEcK9CcJoDGA MDAI3jAIU0ShCaA9AFNEMTtI1QCVBSgCQAcYRhgQAECTAGEAZUJ6wLB2CJAE0DOwXDHAVQexQwCC AI4PK2h1kDphAKVBSgICAFgFANY2nbBOUv/mEzZyZdJ/IuKmCRgbyqKgjc3sEECXsPYKa5OAYQBO FG4+fSvij2qvMFx4gB0CW2RtOnt788d1apCSANuFBQDOVQx4uUVI4NNI/QMMQHUQmgQ+/9vmLwgJ vNbyxddahAciDESLFq1LW4SBaNGidaJl0idxg4G/3c5Wge3laRiAEwZydvqYh4FSM0YDEvCXhAGc TOxbCHKli4VMIlAYED+kMiDeCgyIhzCA84nzl7qSIcKAaQLFMECJoAgG2DaQhYGvLVorMPCL3NgT JwyYU+hv44N4uNg8jA8S98oAThbjeQKqBqgyMNgfKAYMaPJnilEQYNMwG4UVCWRHG4UhBSxvFhiQ eBRJgI5ZohKMXmXO7F9XnimGJgHwgMAA1ADlAVnXo3v4eJ4rLKk/TxcunLgRg4MkIAagLkgBQDWB UzA2FCTAxgBgwEe2ueGhrAsSHkCvsKxWGoSiIO+f2N5yrvhLBgPiOEDgZRwjwLogrJ/9LWAAK0ng iwIDrwoPNH/51ZYvRxiIFi1aF7cIA9GiRetEy6RP4k4ZeCmPtgEHAGQADUwc0GlC4t9DLDAgcQYG AABpJFAnD+jhxMoDehhZSALirl7oqtW5qwgD4pe7eqEiDDCf8mJZ0Vgh8ymeB+RyOfUBwEAOBULU ByAUBDDgSKDN4UJWJmQwsGbTRf/wi9yY8SfggOFZDVojNGBuY38CgMIAu4fRJICjxLRGyDUNa8ew Dg8tgoHERy5FuzB0gOVNw9Eb0DSSTcMjljUaAGDVoDBqZeOYlewQWKO9Ac3KAGwXRl0QNYHmE9bC T1zbfPz65hM3thy/oVn8hA0tAgPQBDaiZ+CkDZL3twgMAADYIsyV84LcUWLwrY1nbCMJbCEMbIM4 IDCAE4W3Qgf4+PYWMMBLLern8EyxT+FcYS0NAgCwSeDgX/wWMTGg5bMvo0nAZIHfNn/pVfiXX2v5 8utxtGi0aNG6tkUYiBYtWidaJn0SNxgQEqDnf7BNxQHDAF2/v6UcTQKa91uNUAYGJOlvHQbYUpzA AAqHWi0WcjCQv0IxoM16oSnsJNZm4qClGITgYUDLhFQWIAygZGhSFfSBEAaoDJAECANZcUB9YQAD LBP6h5/nRo0dBwaY0wBNQAIBAPAAy4TmNg6iGiA+0DEAMGABlIEh7iSBQeweJhIUhi4FADg1QGeJ okkAGAAAsL5hWUcul9S/SZxNAlydJuDOEGimMtAsGAASoAKgsoCfGkQpQABABQEAAKuD0DlAQQAA kDAA2wNQHbS16fRtzaejNEgAAAzwER4q/DH0Cvv5ocCAs1ER1CJIYIKA0wQwNvQVNAp/GvOCWBr0 W7QHfOaV5s+9glqgz7/W8vlXW77wSvMXXmn68qstCgNfeq3w1QgD0aJF6+IWYSBatGidaJn0SVxh oPxvXiIAhD0DhgSQCH7AQUMoEIKjn5jiQAgD6pL6s20gQQLJ+1EjhPlCaBtIMUBJHuCBxPkrV+eu WFN2+ZqyK1ZnAcBrBVNW+uy/hCcwoAVCsiZI4MUB6gPkgUlVkAUmLoFPIhVkSUBeRb2QkED+Yh0t uunC//Hz3IhRYwbNKWj2rz5obmGg6x72OkAKBtA33KQNA+5YMfQNS/avMGAYwJVdwgYD6hgftKIw +sXCSDQJmDhgMOA0Ae/oGF5HGGCfgMAAlAE9UoAkQGeTAGHgpI3NJ25CyZC4qQFbJHAwsIUkYIOD IAigN2Bb80e3+GMEQAJnCwa81PwJMsA5Lx/8BIeHnrsNHcOfegVNw59+ueXTL2FsKEuDQAKfffUg NIFXWj73StPnxYUHXm3+4mstX3qt5cuvqSzQfN5rzREGokWL1tUtwkC0aNE60TLpk3gbMCCrp4IQ BtQJA5AI2oYBYQANnCzAQ4i9Z0hAvBQMZMSB5LKoZ6AM+oBuLitTHigFA+IggUkcNjp5cfmlS4ph gJ0DKX1AYaDsEvAAYGD1RsDA8JGj0CqQhgG0CswvDJ5fUGVgMKUAgMHC+kHaKuDGB6FhQALHANYn QAbQ2UHsEta6IPAAZge5VgFlABUHcLQwSSCAgcL4NU3j1haOR3tAM1dFgmaqBMSAjS0nwtErPGET ThMDD2xuOnlzs6wqC5wmSLBJAKAFaoCWBm1rERjgucJYP7at+UwbHtp81nZMDgUJCAMIDOjIoO0H z3m55ZMSvIKRQZ96BYIAdACoARweioqgls+9irqgL7zaIjDwxVcFAw5+kYLA114/+JXXW772evPX f3fwa8ckDHxIx/S247Fd88DgaNG6lkUYiBYtWidaJn0SVxgo+9uXMFH0b7bTnSbwN9vK/zZRBlgv pI7Rog4JJG4DBigIsExISUAuc9ozcHUrY4XSMKBlQpr9awtByiEOSOpvSMD+AY8HywUGtJNYViEB NA+0AgOqDHB1VKAekADdKQPJCcSEgf6zGwbOLwgGKBJAGZiDdmFk/65pWFdrGiYDcHBQAAMcFuRh gN44cgUPE3CawIjlDVADnI9e1TxmVbMEYzwMrPLdAoVxa3Co8Lh1GBYEAFhTwOAg9gprxzAwwDUJ TFiPKaKEgeaTOTVINQGsm5oEBk7bIiSg3nTG1paPboMLDAgJnLXtoDYKCwOcvZ2HCgsMvNQCQeDl lnO3N31S1peagAGcGqRqwKdfaYIgQBgABryK9fOvtQgGiH/5VZDAlwUDXhUMaPnKq02y/tXrB7/+ uy4AA5+RH+lsapVttmWagh9+In6Yd2ZuS13yoqroOYf/GbzJW9K/Z9XUXO5IH3IMm/59aO6vgr8Q LftfR/KnS96V/lO29tcOforYYf1XF63zLMJAtGjROtEy6ZO4wcDfvFT2t9vRRvw32xkkPJCBgTw9 gIFUJ3FrMMA47BlAnLPsvy0YyF2xWseMwov7iRMY8DygJOBggOKAxJQFSigDLBPKwoAEeddMXMwD eSoDCgPf+fuf5UaMHDUAhwoXBs5rHDyvMIjjRP3goEQZwETRJkn9BxMGtDSISFAYtqRp2LKCYIBk /4YBwgPLCiNWNA1fpscMw0etEABoGrWSGMCOYSEBlAaxQEgAQGBg3JpmNg0TBrwOwADHCKxvchig nsgCJ+FMseaTNjWdtKnllM3CA646iPNDT99cYIeAnSfA+aGyCg/oyKCDZ28X10ZhYMA525t5onDL uS/jUGGODW3+9G+bP/UK6oIgCPy25S90ZNArKgg0f+61FvYJ4CSBL74GGPiSIMHrLV99rVkw4Gu/ a/n66wcFBv6yKygDST7NFO3QmZnclk75DmGHeX/2tuC6tScc6ScRw1umTk09WewIH3IMW9VU9x+A 5O34u8g/dEf+VJm03v0hg38N9iZnrf21g3eE7452dFqEgWjRonWiZdIncYUBLRPiWgQDgVvhEDAA AMA1BQPunIFSZUJutChhYEPuKuoDV6KLIN1IkIEBuCkDwSqEEMCAAUBaGZDLZWVTBAlkByRQrAy4 eImWCQXKgASLFBI8D3gq0GKhsz731QUOBkYLDAAA5hWIBIVB82x46EDlAZwqgF7hwYsbhiwRR3sA BAFOEAIGWIcA64KSPgFUB6E0iGcMj1qBWqCRK6EGAAa0SUAFASUBWdc0jRMeIAmMXdMoef/4dcj+ 2SQAEhi/rqBHC5MEwAAnbxAAQHvAKcIAYcewkAD9tK1NaBLYoocKN6kg8JGt6BA4S0hge8uZ25rR IbC96aztTTov6NztLZ+E2/BQ7Q/G/FAhAa0L4lFiVhT026bPvdry+dehBrAuCL3CX36t5Su/BwB8 TUjgNVQHnfeawEDLX73e/Fe/71IwIOYzMwnko8Dcy8mO+3LXXpEE0ExyxeCuUg865GO5pxb+BHuv Xhe/pa3HBgmsGB/iNQZkuncVP5bXuFMSWVxPrbLX7FmZh/OZd+GvYH8A9yNdaow998G6jPG3egd/ IfttdCMM0/8IXnDGyxJ/7fC24CdEOzotwkC0aNE60TLpk7jCAKqD/lbFAcCAVgr5hgE9nzgpE/qB lgnpsNGteRs2SjagMqCHDNiwUSUBTBNyxULAAHHFALABVg8D5mvylycwQDBI6oVSftnKcLpo2RQg Afxy9BBTH3hRMKCsCAbUc5Or8peKS7wExxILEpi74ULpsUL5SxbS558pMLBq47f/289yI0eNwdQg ccBAo7hggCsKEpegQXhAYGCIMIB4FTQBIQHMDlrSMGyZqQE4WWxZk4oDCgPoFmCfAM4UY6/w6JXN YACbHWQr2wMSV0EArQIbgAE8XExIoFku0SRABwyQAU7e0CQwII5jxTYLDPgRos2nAAaUBAgD0ASa zhAYwLygpo9pqwBHiAoG8ACB5BiBT0rq/xLbA36rY0OtSeAvXm0RHvjsK+gVVhj4IuuCvsDSIPEv v94CEnj94Ndebz7vdcCArAIDf/n7f/vL3zX/9e9auh4MWGpWnALKjtvSHduXf7SSy/lnJJnfYTyW oZm73f7Z6lvaeqxs+Bdh4Vs0bu0heCde4MNcYHemH45/BD/EP8kH/lFdyPSPkPwOYhbbK2JJhL8J Lf1rhg/R2K92v1j6LdGOPoswEC1atE60TPokrjDAngHVBErDgGkCygOmD2RhQDyXhgElAe95jBXS 7D+BAQ3yWR4gA5SCgRQPQBlIHT2WwABGjmqZ0Arv1Ae0nziEAQaXslLIu5MFEJSGga8QBn7K0aJz 0TMwZL7AgOT9hUGLFAM4P5SCwGCWA2mBkDAAMQBJP2QBUwbcBCHWBVmHwDIMDholGLBCp4gKCTTz jGGJIQXAbYooMYA+XjCAIgBkAZwnYKVBygBcW9AuvBEOBsBhAnasGEuDiAGbQQKnb2v+iDhJAO3C AgDbWz6GKaJNH3+55WyeK3z2S83nsC4IBwi4c8TYJdzy6d8eRHWQHxnkzhD4zG/RHiD+hdcPKgwA A149iGMEXjv4pVebvvq75q+9dvA8ksB5rzf/5e8P/pVgAGHgG10UBlK5mpjL5PSWTFaXyeXC9+pL /p7wJVipx2psptmnvMB8VG8ofous9kC1osfiIc7cS5q9JrltGw/JBP5SdzI/DqYf2/2jS5p8dv2V wl9CY/zOKaMqwpv4Uvg7u7+MvFMMr+hO+BcL42hHpUUYiBYtWidaJn0SVxgon/oyYQDigG8gRkvx 37qYYAAkSGDAPKUMfI/iQNGBxIGvlxsoEVgLgaOCkATgOeWBUjAAHiASlF2+MoejBnDaADwFAzhq gOJACAPgAU8CoZeEAY8E+XSZkMLA/FUbz/+7n+VGjz9+MAQBkABhoHHw4iaDgfkNQxZrx7A5NQFV BggD2iEAJwmoJmAwwNlBrAgiCTSNXkVZwFwwoGncmmbtEwAMrML8UEwNktTfFwitbZ6wDjvoDdjU wsME2CSwESNEcZIAYUBLg05h37AVCFl1EJsEtjSfIcEWqAEf3S48oMNDhQQAAx9nkwDPECh8iiTw yZeb0B4g6ysHDQN4hoB2COjUIIwMIgZ8iStIQNbXWr4mTilABYG/Egz4fctfv95CDDj4rd+3fPMP XbNMqDg/K87eSt4pl/6LXv9SceAt3Cl+FUkkq0w0v9Qbit9S/MbMPWF+6l/y+7oTvkUtvDMMwjsl loeEOzRmzWEa3bVMPrn/fYLfoujXLPEHydzkryRo9a/ddf9Qfy4WYSBatGidaJn0STyEgby1ESsA JBIBMMBVCgEDsjAgJOBhYNMhYOB7G0IYEBLgShhQbxMGcleszIXiwBRx9AkIBpSCAa0UCmEg20bc tjKQwAC9GAa+9Xc/zY09YQKahjk8FL4IygDKhBYUBi/QEaJoFMa6pDC0qok9AywQsjOGDQzQMMDq IDtmmOLAyBcb7TABMsCYlZwdhCFCgSDApuFxq7UoCKk/S4MAAzhZjCRwgusYnrCBOsDGFlQHbW45 hYKAc98n0HwaMQCDgzAyqImHCrd8bCuUgTNfasLUIMwPxQShc146KDCggsAndWyoksDLkAJIAs2f e+UgRgYJBrBL+Auvt3zReoWtKOjLrx/86usHURT0uxbBgL/8HaYGCQZAEPh9yzf+cPAbfxAMaP7W 7+ldCQYkLdO8zAfeZMfuQ16X5HM+y6MFSZ7dZpHechiP5W5ieId7iz28+C0lH2s7yQ9Xs4cEljw2 /RB/ZzYoeri/wRteCH4bXGbuOFqt6KPKb1v6Lylmv3jwp8vcZDcEpjvhvrw7c0+0o8wiDESLFq0T LZM+iXsYsEohuAcAc7skA+S+v8WQIK0MsGSI/cTAgBQMuGlC6okyQAYwZQBlQqAC3VxbduW60jBw pfCAaQKQCGSdgjIhWZUKMjBQdrnrGTAXEkCZkC8WahUGXAMxYABrAgPggRAGxk04CQ0DOjII3jB4 ERoGhi3C7KAhi4UEGoYsbhIMEB9W1TBsMcQBxQAwgOsYHq6lQVxHKQkIEmB+qEkBo1c20gUAWgIS kLVx3NpmSAF6oBgOGMaKiiAUBQkM6Ao/aQMGB6E0yGQB6xj2MAAS2Np0OqcGsToII4MAA9tbOEUU HQLWHvBS87kvNZ/zyr+hQ+CVlk/+FuunAQBOEHi5GSODfnvws79t/vwrNjn0C+KvAga+qgeKvd7y 1d8dFB74imsS+PrrzX/5h+a//F2z1QX94eA3f/9v3/zDwW9BGWg+v0soA/IjzYKkDFmdM91Gyscr HQ/j87ngTkkD3V1+1AxMN3F1yMfy/sDkZZdc+p9Y/JbixyY76QTWP8Sb38k8JNwvDuw+PtzvJ5be wv3ZO45OS34zGj+0/1ea/kuK+d8yeVv610z/GWC6k/oxRY+NdpRZhIFo0aJ1omXSJ/EQBqxngACA EwaKYUCbB4QHHAnQoQyYLCAMgEohGzMaeo5IUC4BYaBMeMBIgDDg9QENrsgqA7nLVwMD6MAArw8A A1As5GAg4QHAAKcJBTAgnuoZCDwkAXEeS5yGATdWaGHZxIVnfvYr81du/Ob/LTBw0slUBnzHcGEw ewaGLIQaQBEAmoA4m4YxREg1AZAAioKahrNReMSKZsKANQygW2Bl06hVzXqwgGDAGOEBniSgdUEW 4DwBnDE8fl2zBCesb5kAxxnDvk8AvoGHCusxAloghAlCTaduOigYYKVBJIHTtwEGQAI8RuCjW1sU A87cfvAsnCuMeUEfFxcYeLnl3JebhAfOFRIQAECHgJLAwb94uTk5UZh1QUoCCgOYF4TsH00CX8Vp YsIDmB0EWYB1Qd6/+bsWMMAfWs7/w0HBgPN/33L+77qAMhCt403y50wSHC1al7UIA9GiRetEy6RP 4gkMqDggPBC6IwHzH7i2gTQMcHUwgAAZP1L/dL0QGMDBQP6qDdQHjAG8y07ewYC1EXu/MsEAIwHn BgNTKBQkMODxIOGB/KU8eSBLAvD0NKGgUihQCbw48DHAwIZv/t8/yY0/+RRPAi5oHLKoCWeKmRqg g4Mahy1pEgDgYcPoGx6+tGnEUuwQCXDSsGIASACyQKM1CaxqHrVKqKBx9GqsY3mm2PjVqAtigRAF AW0S4AhRIQFJ/YkBB1EXtFEwQFatDoKfxNOFcZIABQFhAFkpCFATYIEQjxaGJoC6IAoCZ7/U/PGX WwQAPvHSQR0ZRFmg5dxXmoUBPvVy86f19ACnCXzu1YOfFx54tUmyfzQJ/FZgoFliwQAtDfrKqy1f /92/n8dDhb/+est5fzj49d8f/Mvfoz0AGPC//u0bvz/4TfH/BQb4tveuoAxE63AL5Ixo0bq8RRiI Fi1aJ1omfRJXGMiTBMr/9iU9fQyCwN9uy8AATyNmnCIBdTttwCOBuCcBjREoCRgVbMiBB1AdRABI lAHtHFAYYP9AAgMZz1/hjh1QHqBQYNm/8gAHDaVhoHQDsXirMODHChEGyidiFRiYJzDwf/0kd/wp pwxymoAwwP+fvf8Oj6vO8n1hldTz33vueZ77npkz3cQmgwEDxtnGOUecbdmSo5yNTbQNBozJ0UAD Pefcc2fumXvmPZN6unu6oQk2OAdZOauUs2QDVtVOJXc//a7vWr+9a9eukjEGDbb5ref77N5VKkmu gu7+ffxd37X+8t/p+tVf/U5lA9AmpELDXxIVKBj4GFvG/vpjxAN++slZiG5kn8DH3e7sIMkJEA98 fdU+eAIEA9d+0Q0Y+Lz7+n0yOIizAQwDNxzEcjHwwEGQwA2HzoIBjnTfjAlCaBASErj1SIRIgHTr MdUdJJ5AvxPwBPphh4BsE4vcTToZuTs3SkjAnoC0BgEGBp6IYLUwDAEeHiowIEFh1oj8yPBCrBIb WdA9ujD6AO8QGM19QYQB44oNuk4oiE7EfWR8SRTDQ8uik4ojBANggNLo1OIISKCESaAsKiQwqzQ6 qwz/vmoY0KVL1+VbGgZ06dL1A1bg+ERSMKBGi3pXOvS7zsCakxmk1XRVsYEkZ+B4BiIE4IFkGCAp AGASULYAw4A4A98KBqRNKEEBfwApgu8bBjwS8MUGBAamMgzc9v/9d0wQ+kvfgmFJDNPp/69+L+bA 13/14ZdqdpCME02AAeSGCQOULeCRADsD1xAJwBb4mkjgOsIA1s8/j+B6KHI9nvwaPOAKnsARhARu OnL2RkKCozxI9KhaJnDzsQjvF4vedhRiTyCC7cIyOEgZApG7CANORsQQECkSONl9/wn0Bd1/qpsw YHA+MUAUwYCC6LACaQqKDs+PjCyMjixCR5BcCQbGMgDQdVyxCRIoMiYgJSyKTCzuJgyYjJFBMASm lkanlHajKaikW9wAus4uN2aXR0kaBnTp0nVZl4YBXbp0/YAVOD6RBAa4QYidAZgDMkRIYABXf2wA N4IEnpgHQivd0aIQpwiWH4WyjwoDsAgSDqeDBBQSxGHAFXiAYUCkMMCFAX+bkMgPAyLuFIrDgLp3 YQA8cAFtQrj3wYDfGUiGgVv/z98iIgxngPcJCAwgLaB6hM4CA+joTwzwEa8cJhL4A5EAewKfcFBY MOBT3CsM2Nd9zf7ua/Z1X/XZV9dIXFimBikeOPvzA5HrvviadL0wwEHOEB/EXuGbjkTdqAD8Abq5 iT0BXihGJCCbxWSZALqDBAMUDJwEDPRnMQxECQNkfuj9udH7T6pVYoPzugfzPgExBAAD8ATODpex oQWRB4qiQIKCyOgi9gQKuscWdI8jDChmleA6EavEIlNKoKllxtRS1Ro0o9SQkMD04m4igVllRALR 2WXRByuIBwwNA7p06bqsS8OALl26fsAKHJ9IAgMZOacghgE1U8jLEwsMcIMQHf0xTcgFA/UwPllI zAGZNHoMMeLlRzJwFRLAUFHCAB8JkNS2AT8MQC4MsDwY2J+2FDFiSRKnZ+5PCQNpcAMUAIRYQRjw TRNKUMAZWPB72UPsIoECAz8MTBEY+C9oDTpL17/C7KCv2Q0ACZDwkBMCEHcH/Vckhr/+6Udug5CQ ADEAEsNf/+wz7hHax0jwGa8V+/zsNcwAPDuIYeALFs8PVVGBg9wphB0CkRswNQg3khiW1iCeGkT3 X9PVnRoU4ZAAXeOeAF2FAeh6L5YJEAnADRh4KoruIJBAdGBeZCBag7qHnooMxWYx7gsqpGv3iKLI yPyzIwvxcBTvFBtdyEHhosj4YrECEBQeTySAVWLGpJLuydwX5GmaygpHJSeAvqByY1Y5MODBcoOu cyo0DOjSpevyLg0DunTp+gErcHwieTCQHoeBXG+4kGof8pwBdxWxqzgVuCSgbAGW6hciiTNAbJDO zgBhAAcGRMwA2TJHyIUBnzngE/FAPDnAzgB4IH1pgAd8bsCSFDCQ7sFAAAkWfpShbIGP4jzgwYCn BBjYDhj4y9+dRVqAcwLummGQAOSuGf5rIoGPvgIDMAxwgxBfP0ZU4GeffH31p4ABr0GIb77C1KDP 3U0CuFE5AYUBYADVGiQwIPGAmwQGDvMI0aOQ7BUGGCA3HCUYuONEtB8GB4EBIC8qkIupQfcQBvAa gft4eOj9JyODT0WxWjg/MjQ/Ojj/7LB8Y1g+uwGyR4xTwlgjUKRyAqPYEwAJICcQmVBiwg0oNbBQ rNiYWBKdXMoLxUo9DDCmqcFBkRllETBAWXQ2k4DAwOyK6JxyY56GAV26dF3mpWFAly5dP2AFjk8k vzPAACASQ4A7hSQ5IOJpQmrpGDDgPDBAN3EYEB4IOAO4QXIglTPQGwxkxdPD0iYk8jCAFYgNAAaU RaDkDhTqBQZ8SgkDKkD8KwUDt9zyX/5d9gmozWL/9aNuIYG//sgLCnNTEI8Q/dkn3X/9ydc//bRb bAEYAp9inwCPDPJyArxUeL9sFvuagwE+DHC3CiAoLFfMDorwVgE2BDg6LInhmzkxfOux+PxQ8ABy ApF+x84SD/TDTjEMDsII0ZMRHiFKJGCokMCp6P25Kis8KB88MAQ5ge6hMARUVIDHhvLk0CJ3qXBh NxigmIeHIidgYI1AcXRSiTG5jK7RqaXmFKwTNrBQDH1BsAKgUmDATAYA1xCIzimLzi2H5pVH5+vM gC5dui7z0jCgS5euH7ACxydSShhAI1AcBnJx4sczLKYCAQCCAZcKFAwkMkDAIojDAPOARwUJJODx QBIJQOgUEhjwkQAUtwUgXkUc54EkGPhYeCBOBd8KBhYwDAxzYeD6m29WoWGEBOSqxokKA3jOgMAA AQBgACTQ/bNPiQTEBOD9Yp8hKnDt/ojkhgkDrvucrl9hkwDLgwEiAYEBrBTgHcOcE3C7g45gkOit h7s5IozTvzc16PZjkTtORKFj2Cvc73j3XSejMAR4hGj/3Kh0B/FqYWKA6MBcAgB3ahA2CUQJBkAC eegOIhhgN4AUfYCuxTw4SNYI8CqxccWRsYWR8SXmxJLIBCKBkuiU0uik4u5ppVHkBEAF2Cam1giU YnDQ7ArlBsyuAAzMLTfmlNM1QiISWKBhQJcuXZd5aRjQpUvXD1iB4xNJYAAn/gRnwJUbHiAYUDzg woD/hmGApAwBpoI4DGANGTsD6BGKw4AXI2YMcNuELgwGPk9TDUJKfhIADCSSAGBA+oXiMEBSVCA7 if0wIG1CfO0VBu4SGFi7Pe26m24SAFA88BHdf4XuINgCyhn4ryABNAX99SfdP/30LANABG7AZ7AF sFBs39fX7Dt7zX5ShGCA7jkkwAyw/+z1aBBiEgAD8CzRA5GfH+y+kVcKCANglihagzBKKJ4TONZ9 y7Gzt2CCEMeF2RBAYvhEhEQMcCe2C7tx4ZOMAaei9+ZG7mdDYAB6hKLwBJANiDIPgAGgAtgCIAEM C+oeVRQdVRjFDgHBANaEYmM8JgUZk0qMicWRyaXGZLcpCH1B2CiMvqDpZegLmlkanV1uzipDXPjB suiD5SRjXoU5j0igUnkCkG4T0qVL12VeGgZ06dL1A1bg+EQSGAjlxGEgI4dzAswAggFyA+Hc7/GA ggFRussDnjwYkMAAYAAbiJEnZh5ApxDroBsj9l2zvkgnMOgdBkIMA4gRp4IBEhiAjvu8gExsAR8M uFoEJIjDwCIVFUjIDCTzAGeI7x42RjkD1zIM/KUKCfAaASwTYAZwPQHSz9AgdJZI4Gc8ROhnn3b/ TLqDPjuLbWJYI8BxYaaC67+QuDBO/9d/3n0dGwI/F0OAQwKeM8AkoLYL05WbgujozzoWQVMQuwG3 qwXDYABZLeytFeM1AlFgQG5U1ooNzIsCBk7x1CAxBPIjQwt4hCh2CERHYHhoZEQRJMNDRxMJICeA 7qDxJeY4IoHS6HhScWRSafckJATMyaWRScXdU4oRDyAYmF5qEANAbAjAE0BIAG7AnDJpDYItMK/C IAaYVxZZUBFdUBlZWKWdgYuq8N5heoOvLl2XRmkY0KVL1w9YgeMTSTkD6/ISMwOeFA+oEUOrXPkx wL13Zwod9zDAlbQJHUnntQOJzUIeEogIBg4hRpyEAaJ4mxBnBggG+OYzXjiQgARBGEhwBvySZiF/ p9BHDAMuD7gM4E0XDdEVzsCYX33KzsC1N95IJKC6gz4iHsCCYYEBVjeuHBVgBuDZQcAA7hHC4CC6 foWRQZwTuG7f1+wJnL1uP12RG2YGYBig0/9BLBa48WBErRnGzFAkhm8mDDgakU0Ct3JiOAADtx0n ne1HMHASI4PUMgFW/9zo3Scj9+cZ9+ZGJCeAEaKnjIFed1CBMSS/e1hhZFiBeALREYXdxAAj0BqE 7qBRvE1sTJEhq4XHl0DEAxMlIcAbhQkGppbyNrHS7mmlEUwNKjOml0VmIiJsgAQIAypNnhdkggQq zXnl5vwKc35ZdH6lsaDKXFgZXVRtLKy+HDYQ08mbfivXhZ7Av8thPeF7+cGHST/tIn6+vAvf4t8P cy78/ejyCh8bV+IO5d4+XnneLb13+YosDQO6dOn6AStwfCKlhAG5z3DtApgDq7llKAgDuMZhwOWB 88OASwJoE0riATgDMlMogAGu4tOEQnT1wUDQH1ANQio8IDAQ5AFeQEYkEIcB1xxwlaJNKCUMqPFB aA36CPuGYQi4mwRwBQAABq76rPtqYAAMAYQEiAT2dXODELcJEQlwVphg4PovIpgg9AVWCkhI4IZD 7hRRrBVDQuDm49GbjrIhcLj75kOMBFgmEL3lGPyB2yQncDxy+wkSFgzfdTIqs4MUCZzs7n8ySrr3 VOQ+FnICpwyCgQG53WgNyosOQYNQ99CCyIhCg0MCdEMkEBWNKOgeXWTwXmFjXIkxrigytrB7Ag8P HVccmVSMeUEYHlpm0JVIgBhgekm3WAGzSqMzyqPcHQTNkaxweXRehYm4cCWaghZUGPPKI/Orogur oovCBl0XV18GbUI58SPzhzkXeJq7iMN6vHzf3NvPuYifj2/JyUn4yVQX/Yf8kRYd8eVfAfr8Eo72 vX28uHE/ZP+9riuoNAzo0qXrB6zA8YkkMJC2Nje01oOBZIuAbQFWBlFBLzCglIIHVKpYwYAPCYQB fEhAGIA2IcBAqjYhPwxACgZcJcDAZxmZ+4QEBAZwDfQLoU0oniHGDYHBQjgDbqdQqswAKaFN6MYb +fTv9gi5fUE+GMAzdPPTT78GALjdQVfR6f9zrBVDQoB3CCA0zBuFr//ia8kJBJqC4oODjkZuOkY3 smIMtsAtTAI8RfTsLYgKeMsEAANEAv1OqCmiQILj3XfnRvpjeCgahAbkoUGIW4OgQXnRQfnRwXmY IoqscAHPD81TCQECgAcKkRAYDfFq4WI6+mNkkDDARJ4ahCvDgH94qNohwFlhgoEHy02sEitjEqgw iATmlhvzBQCQEDDmoy8IDCAwQCSw5PKAgQAB+M+BdDjE+Q5PSX3TIz4R0qkRj3M+VF9L/gXq0Phh jvoJ8jj+o9y/1I8/o77D90ziT+Uf4nkMONTuTf6x/Biv7OVPGPjh/DP34q/K6SG+5v5K9bHwc+4f 7Iqo+L8M/N7j74wfpvh4/S/zSELXlVUaBnTp0vUDVuD4RBIYAAmsywutyUuHAmNGGQZ44UAo6Awk SD3pIwGfUeBrE0qCAZ++MUOcCAMswQC3WciFAXmSGIBbhjxnIAEGILdNyBsrpEgg2CZECnnNQgwD 2EC8nmGAMQAkEMeAP5z96cfddIUhwB1BaApCXxCE+aEggbNX7/v6aoSGu+meQwLd1x0AAwADuC/o esUDZ284GLnhEAkkgOuRszeq1iC1SQBRAfgAPDuIu4PgCRxHp5BgABiAdTePD7onF5sEOCQQHaBI gMcHISoQHUIYUGAM5cmhw/Ojw+lagL4gSQgQDIzhvcJjiwweGWSMKyIYiI5HVMCYUAIYwBTRUoNI YHJxZCpSwtEZHAyQpiDsEMA9UsKYF8TdQXOBAUgILKggDIguqDTBANXRRXxdHI4uIVVfBpkBOsKh /Mc471QnN75jsPIO4kdA3wFQnsSL+Wv4ue6Nd16Ucr9J/af6afgG9bPizyT+cN9r8HvcL6L83yL3 vf0QfCe+wD/MvVGvTPzh+A/fL/F+knfj/agrpeKfVfxNcslHJ0/KvXflf324rqiPQpdXGgZ06dL1 A1bg+EQSGAAJrD2VlqNggI7+xANoE6IbFwaUP7CKtxGzxBlIhoFUzULxTiE/DKRnJ/BA+nKQgIjN gQQSSFv6OcFAaNl+tY2YSSCUtV96hEgJMEAMIMmBVM4ASwYKxTMDfmeAriHVKZTAA0ouDEwTGMA+ AewXAwzAAcAI0bM/+7gbWwUIBvZFFAx8gh0CBAPXEAzshwlw7f5uXL/ovoaXCVz/RQSeAGOAwAB0 MO4JCAxgatAR2AJsCCAegLTAsegtzAAEA8IAPDgo7gkQDNx9IoqrLBPIRWLYxYDowDxj0CkDI4Py IowBdEVoeASJYIDnh44ABkQeKJDEcGRMYVSywuwJgAHgBpQyBpREp5QQCRhYJcbLBAgGiAEEBjA2 tNKcXWZwd5DpBYV5ZBBhgLGArQAmAYMwYEm1sbg6srgmuvQygQFVOAl7J191EHTPgwlfQ6mjoZyG /eWeFAOvCZ4S5QfTF/hnygv8L/OeUT9WyvfD5TWp/kjxP+s3/pDAjfdQngn8OlTgY7kCy/fOEt+l +1Gk+Hj9H1rCx6XrCikNA7p06foBK3B8IvlhgBMCeRk5+W5mQO0k9sQxYiEB+AOhle6NCwPgAcYA b5oQwMAHA57Sl4MHQsHkQCIM+EhAYAA8sPQLkmwfE6MghMlCn6eAAXQKKR7ww4CsJQ4toaN/gjOg YECmCUnj0EK+D5AAS2BgugcDf/UhQgI/5ZQwtwYhJ/DXHwMGfraPSODs1Z9GSBgkuo+O/gIAmBd0 7f6z19KVkcCDAZ4ddPYGSQn7MICujAE8PoidgVuPdhMPgAoIA45HSBIavuNE9PbjWDB8h4wPOskw cDLaPzdyT65xzynjntxu5QwgJxAdTOL5oVABWoN4r3CCJzCqgHeKFRmjZa9wIeaHSlwYI0QFBooN jAwqjUhcmEhgepkxo9xATkBWiXFHkKe55QoGwACVJuIBYWNhNQYHwQ0ACUQXV0UWV0Yyq6NZNeay ywgGUPHzH98FDr3xc2D82Jd8/kv+UqozIvqDPlQsoF7gf1nyM1KB1/j/eN6XvOflGf+3SPlf6b/x v5Lu6Yf4n+FK9bFcURV/a4H37j2UT8Z7JuFlV/In82MuDQO6dOn6AStwfCIFYIBJwIOBBBIQITMg SJBKQAJSwBzAfZAHBAbSGAbYExAekOmiSumEBJggJCQQv0JZcAZ6gQFcJT8gJJAkPwx4PODCADsD RAJpCz90XQIFABmL1E1oAZyBX7swcINgwH/lbMDPPu4mCQZcvS9y1WeICxMMXPXJWSEBeAKfo0fo Wpka9DkYALnhA3goWWFlDhw8Kxhw02G1UAy2AG8XFhK4+ShdOTBwTMEA3UhOAIbA8e47c6N3EQac iNzNI4NI9+Ya2C6ch5yAeAKkQafAAIPyo0MLI8MKo7JJYHgBJ4YLu0egNUgNDhrNngDnBBASGFcS nVAaGQ9DgBSZJAmBeEggOr0cmlEanV1hzmZP4EFeJcYYEFGGQAW2B8yr7F5ADFDNhkCVsThsLqqK EAlkshuQWR1ZFjaWEg+EL4PMgDqRU/kPdjjzuW0f4b056mn3FfiqfBsIIeEA6P2Q5Bt/MVmob1Qv oKfU6/Dj1TOB02X8GbzG/7Xk3xL/sRf4J0z64d4LvMIXfN0weBh4xeVd9BF8u4/X/zx98xX1YehS pWFAly5dP2AFjk8kPwxk5IgtoGDAJ2kTgr4RBuAM+GAAN4IEzABpKw4nwkBCckAtH1hOSKCoQMID gUmj2DOQtZ95AFcPBsADLgwoLfk0IwEDPgstdmEAR3+BAY4Ru21CKjmgnAFODrgwgA0D7r3AwIwN OwADbAKc9cPATxkGhASuwmrhs9wgxPEAhATOXneAACACGKCru1r4Og4NIx7A3UEk1w2IyoJhutLR n0mgm0cGqaywCM6ACwP9TkbuPB5hGHAXDMMWwEIxGAIKBtAjBBLg1qDBAgOKBKKkkfHuICSGRxVF eKcYY0BxhEhgfAkxgMlBYWwURlzYxQBcCQPKMDlURDDAawSis8si2CZGDFAJQ2B+FfqCgAHwBIwF lZHF1cbiKmNJtbm4KrI0HCUMWFZtLAtHCQayw5eBM4DjrSr/US5wylMVeAoPcWx0ix5735d8k1De sdP3Avf3xOfWBH54wjP+s2qq3+I9E/gh/ueTb9Tr+Id7z8cr8Sm8PviKy7y8f9YX9vHiE/Aq8Vt0 XSmlYUCXLl0/YAWOTyQPBiDXGQgpGPDahOIwIH1BGRIeUNdEGJCWIT8PgATUQCE/DGSsOJLBSODj gWDLkIKBQHjgPDCw1HUG1MNPvU4hgQGWFx7gXQQeDwRh4GMXBkg8VigJBmYCBm74+X/9SHqEgATY Kfbx2as+QUgA3UGMAVd/FpHuIMSFeWDotV/QlYeHggq+jrsBCgPgCcAKYAbAPgHiARcD2AogKjh7 y9HuWyUqcDxyCxgA44PuOB69/QTDALqDoneecGEg17gnN3LvqQhhAELDWC0cHZjXTVdgQIGEhrFG gFcLR0dggQDxQHRUsSHbhZkBMDtoLA8PncCbBDgrHJ1SiuGhU0pN8QQQFy7HlTHABAmIG1Bl4Qpb AJ7A3MqokIAMC5KQwOJqkzAA3UGMBMuqERWAJ1BtZIfN5TWX7QZiOhNeYafc76X0x6Lrx1caBnTp 0vUDVuD4RAo4A5IZAAysdduEFBi4PODBAEQPJUms0sPpq4/LQ88cAA+sJBJQMOAJzkA2FhLL6T8B CdR9rzDA2g9xs1AaYICENiFhAJ8CnUIKBlxzQEggkQfiMPCHEHqE3LFCvjGjaBMaPvbX+w7N3Mgw ABKIh4bBA1d9GhEewPggHicKGEB3ECFBBCTg9QgxBogEBq5PggH2BLplpYA0CDEMwAeAsFAscoss E0BIoBubxQgGTkpcGIbAPacMNAgxA9yXC0NgIDaLEQygO4gwAN1BTAKk4QUYIUp6oAiGALaJsSfA MGCiNajMmMgwMLnUnITVwgQDcAY4J2BMLzPRGiRLhSvgCUhfEGlOpYltYhgW5AaFMSyIMAAMsDhs 4sowQKf/pWFjaY25rAqtQVk10RU1ZnaYrpcrDPj+3l5XvPTHoutHWBoGdOnS9QNW4PhEEhhAYIB4 IDEz4COBBKkBoyv5uprzxK4tEDcHVrg9Qq4/oBgAYOCHgWMCAAIDbpuQUEE8P5AKBkTMAwgWBxhA KeSDgdBiIQH/M54zEEcCzxbwqMCFgYSxQv2Hj/3NvkOzN+1Mu+bn1yMu/Ak2DcMT+Lj7qk/O/uwT uAFXkT7lTQL7IzI/9JrPv6arb60Y+oLQILQf3UFAggMqJyAMcONhiQsjIkwwQFcICYEoGOBE9NZj ZzkqIFsFuokH+uXyZjHCgFyoPzyB6L2niARUVhgMkG8QBgzJMwblGzJCFDuGvQYhjwSKomOKiQTQ GgQVqalBangoDw6ahMmhHBIo45BAmTGtLDK9HKHhAAlIUHhulTGv2pxfbWKpMPcFEQzAEAhzX1C1 mclNQQQAmcwDdLM8bGRXRwgDVl7OMKBLly5dUhoGdOnS9QNW4PhEcmEgL12E2IAXJg5OExK52waA AbyDLN4m5MGAHwPcKzAAV+EBaRDKPoqjv0/sCTASXAgMZKFfSKYMBTAgLmkTwjUZBgIkQPLDAAlG AWFAxqLfwxlY4MLAAoaB/Yce3Lwz7WqCAQwRYhj4RILCX2NwEEgAMHA1ogJIDIukQeha7BUmGFBp AbEFbjwclWUCcRhAWgCTQ8UQ8HSLGAInorfxBCGMDzoO3a66gyJ3MQMQDNx7ErYAPAHCgFxsFRiY S8KCYewTKIgOLUR3EDOAQRgwHAuGQQKk0YwB8ARK0CCk1giUumsEeHioJIYxQpRgABgQlalBRALS GgSVReciJMCeQBVEDIB4AJwBJgF0BEUIAzKrkRJGSACKZhMG4BpdXmOsqDFX1UIaBnTp0nVZl4YB Xbp0/YAVOD6RXBjIT19bQAwgGBCHgRyZN+ojAWkQEk+AhLmicpPgDARgIGGaEMNAGsNAxvKjaRwj Tss+xNdkGKCbC4KB3swB6RTibcSpYCABCf7AMEAAIM1CCgbUQCHAgNsptODDe0aM/e3+w3O2PJl2 9fXX/RSJYfQIEQlc81nk6k8UDFyzL3r1p19fqzwBHiG6HyEBTBE9GA00CNFVAEBgQCWGeXxQAga4 JCC67XiUE8Nud1BupN/JbsGA/qei96A1yMR24XzjfoKBPBgCxAAyRXRQPs8O4gYhyQmMhBtgjOTZ QZgfykJ3EKYGGeNBAoQBUbcviBmgBJsExArwuoMAA64nMKfSnFNuzEWDELcGVaM1aGGl7BAQEpCp QcZSggGJB9SQCAMUCaysNVcTCYQNuq7WzoAuXbou89IwoEuXrh+wAscnksCAChCvzQ8hMECSpWNw BhQS8I1CAoEBzx9gJMiQh645kBIGvB4hT+nZR+EPwCJIjA0kwACUnpIHGAbknnggxMmBoDhM3AsM gAQECXwwICIYUPkBOAMLiQS8nQO4VzDwEMMATxA6e9XHZ6/+7GvMD/0kcvVnUYIBeAL74rbAtfvQ HXQN0sNnBQZ+/gV0wwGGgQMKBoQB1A2RwDFXBAPHo7ceRVwYDUJsCKjZQScAA3fmRu5i3Z0LWwD7 BPKwUuC+PNksRiRgEAZwXNgYkt89REgAywRUaBgYwCQwqoSHh2KnGM8OYhiYCJmTeWrQ1DKsEmMY QGsQMKA8OrMC24UTowImXedVmXOEBCqVJ7CQEwLiCRAJkHheEKsmwgkBYzmTgMDAKoIB8EB0jYYB Xbp0XealYUCXLl0/YAWOT6REGMgTGJCjvwcD3sMUMOD6AwID4hKkhAEigQAM8FxRgoGDYADGAIEB AgMGgAAMHIgzgKcLg4FQ5mcEAykzAwIDrjkQgAElhQHqChIg3Tty7L9/fnje1qcIBq79qZod1H0V EsOcFfb0OWwBSQiIM4DuoAMkxAOIB65jW+AGXjMsAHCDSwI3q21i0ZuPIi4MQwDXbiGB23mK6B0n onccP9vvZHe/U9E7T0XvykVcGCTAieF7cyP350cHkE5FxBPATrFCczB7ArJmeDjBQH5kREE3McDI EoNgYHQx1ooJCfAg0cgENAghLjy5NDq13JhaYkwvRVB4WpmJhWIVvEwA3UEG9gmo7iACADDAHIwM MkkLIMKA6KKwPysMGMgkHuARotk13BQkfUGEATXGqlpjFV3ZE1hTa+bU6TYhXbp0Xd6lYUCXLl0/ YAWOT6Q4DKwtcG0BBIg5LRB3BoQE5BriaUI8UAjDhdRkIVlInOgM+GcKsTg54CEBwwAO+q4noALE 3DLEN8QD7jNZzAZxf4AbhLB3TJFAeubnmCmEaxIPsDBvNNEc8EjAhQHIhYEEHiBl+JPEC35378hx BAPzt+1Ku+q6a2ELfMIk8OlZDA76NEIYcPW+s0QC18oU0c/9ilyL+aGIC8syAU4LJOwTIPF9NxsC 3cQDia1BuPKO4cgdJ6PiCYgtECcBSQzzFFEeGWQOPoXWII4LgwHQGlRojBAVGCMLI6OK4zkBVnRC UXSiZIWLJTGMnWLTSgED00qi08qiM5QVwGsEeK2YWAGqO6jKnFslrUHmoho3LqxagzAyKDNsihuA 0HCNmV1jYXgoMwCRwKo6i25W11oEA0QCObXm2jorRzsDunTpusxLw4AuXbp+wAocn0gJMMBtQulw BiRMnOAMKFtAFHcGZAeZPEyAAf/2sQQY4H4hdbP8mBcdTqNDvzBAfBlZAgzIjNHAAjIRbIFMVzxj VBTgAT8M+G2BC+GB9IXKH4AW/u6+B8b97osjCx4WGEBKOHo1pohiq8C1+6LXoEEI2QCOCwMAFAl8 wTkBBgAYAgciWDHGnoDnDEC8XEx0y9Hu23h2kOj2EzAE2BPA/NA7jp/FMoGTgIG7cyP3EAmcRFyY SACbxZgHZH7oIM4JDJHBQWgKMgQGhhMJFGGrAJHA2BITI4OKzbG8U2xSCWBgIpPAVDgDkaliCJQa hAGk6bJMoMKYVRaBIRCHgchcIgG0BpmSE1AMwK1BSxgGMjknAAxQJMAwUGPADeDr6loTV8KAOpMY YG2duR43+PdVw4AuXbou39IwoEuXrh+wAscnUrIzkLYmjxRaK5sHOE9MZ30/Cfh3kJHEJQAYKBiA iAQStw3EYcBzBgADR9O8DDEL5/7zwUDqMDEHiFWMGJsHXJ0fBgLmgMcD3wgDGYt+f98ohoFHnk67 6vprr5buIAAADAHwgJcTcBmArj//IsqtQSzVHRRvChLd5A4S9XTb0eitsl0Y6laGwAkScgJ0cxfi wpG7T0XvOhm5R9yAvOi9ud33Y8cwkYAxKN8kGBhcEB0sCQG6ujuGwQDF0ZGkwshoNTjIHI/ZQZHx xZFJpVGZHzq51IxPDcL80Ag8gUpMEZ1VbhAMzK6IeoYAXecSA1SbC6qthdUm+oJcEhBDgFuDjKU1 IAHS8lozmzcJLEdTkLmiBs7ASvYH0BfEWhsmGDDW1ZsbGywNA7p06bqsS8OALl26fsAKHJ9IAgMh hgGPB9QNzxSSaUJEBXGLAKf/3PRVyh+QliF/gBiSbQO+8EAcBhKcgaMsHP1F7lghYQACgDgPcIQg YdKoAED8Rk78mZ+nZyYyACvQJiQw4KkXGIjzQAaPFWIeQIx4AMHAAYaBq6+/TjaLXfNphKjgmv3d 10JCAmexbHh/9/Wfk9QgUTEExBnALNFEGLj50FkCgJuOdt9yNHLr0SiuxxAUBgmciNx2svt2YICy BWR8kCSG7zll8OwgkADpfmwSMAaewpph6Q7CTjGGAXYDmAQKIqNlcFAJQgIyRXR8iTkRPBAdX2pM LovKXuEpxcAA8QSkOwgwwClhNAiV+1qDEBIw51Ub80mVBrcG+WCgik7/ljBAZg16hLLCWCW2vNZA SIBIoBY8sKrGJAxYw61B3B1EAgmsrzc2Nug2IV26dF3epWFAly5dP2AFjk8kDwZCBAM5KWCAwwNB GCASAA+wIZASBoQEUsNA3B84RiSQkX00fYUPBlwJDPhIADCgOoXizUK9wUCK5EBvMBBaogaMXiAM ZCxEmxBgAG1CDANX78MU0as4MXz1vu5r6dx/ICLOwHWEAV9ERNcBACJqiBAhwSHYAqSbDkdv5B6h mw+jO+imI923HIMhcBuvErvtaISuMARORDkuLDAQxY5h2ALwBPqfMu7Ni97LrUEkJgF0Bw3k2UGD C4whhZEhDAPMANGRHBceVQBb4IGiyJhSGRwEHiASmMB9QYgL8yaBScUYJCoYgL6gchUVQHeQt0yg EppbjoViogVhS7qDwACsRVUwBIQElqq+IBJCw/AEMC+ISQCDRI2cGrQG5dSZ6+rMjfXWpkZzA5FA vbWx/jIMEIf3Dhu2N6wefOf6fn+aLl26/sNLw4AuXbp+wAocn0gCA2ILeM6A7CFGgJgZwBOagtAX xHjAzgAjAYGBFxs4CQCQ2MAqt1kojgQwBNJ5vhCRACm+Z0BJ9QiRCAxCchUSyDoYyjoUWubPEMcl MOBXKCUSxGEAPOCHgXS3a0jBAG7+EFqsSCBB3CyU4AwQAFzFPUKkawEDJKSHr8NaMTQIYaWAmxPw RDBAAMAwEFEwcCR6y9Eojw+CLYCgsBoeCmeAYAANQsdlnwByAjJItP8p85484748QxICWCkAGIgM ysM+gaGyY7gQ24WHCQkUmogLF0UfKDZGQdExRYABuAFMAhMhQ+aHYp8AGoTEFohMhydAGGAqT4BJ YC5kEgzMq7bmVYMHsF242loYVllhFpEAGoSYBIwswgB0BwEGMDmUtbwWcWF4AmwLrCUSqDc31Fks c2MDUQHxwOXgDNB5nX4rF87tfQ0DgV93IfVd/kjy63I+VA///OcPcy78F/8ICx+PKvnQ4v+8vE8t +BrfP1Iu79Pu7cNP/Abf13VdiqVhQJcuXT9gBY5PpJQwQErH9ZQoGQlCggTSL6RgAANG6ZpBN2uU M5DYLEQkQBhwLF21CfHU0eVHQytw9JfQcLI8GJB+IUkOBEhA9L3DAJ370+EMqG0DfmUs/CgOA1dd dy1mie6PXLs/gh6hL7qvOxC99nMSkgPCAyABhgGEBPjmpsPGjQwDmBp0CJ4AIcEtRyKAgaORW7BP QEUFQAInsFgAzsDJaL8T2CoQJ4E8jA+6N9e4L9cYkMfLxXizGEICPEh0KImniKJBKB+tQSNZo0vN 0bACTFkrhp1iJVHxBHitGG8XLolO5c1i00vNaWVYIwBPgBeKzeI1w2gNqjBJc6sMFRfmEaILq+Ke AE8NIgYwhQHgCdRiahC6g6Q1iK8wBBgD3NYgYz1IQGkjeCC6qd7Y3HAZOAM5/kMencvooPY9npWD P41Og4m/7kLqu/yR8L05Od734yHV9/cGr7CK/zORD9330Xv/6IKvkXtV/n/AvX74/u9L8TN0XVql YUCXLl0/YAWOTySBgdA6BQMJSMALiSVGnCg3OryGm4VUd1DqNiFRBrsEopD4A2IOLD+WCANxZ0Ck bIE4D5AOpLk7B9KWoUcoTgLLWAIDatjoN8OAX4kwEOwU8hR3BmSakPIE9nNWGLYAhJv9Z68/ELke +4aVG3DjoegNB92cQHzNcJTAgDDgZsQDAAMYH3QUI4MIBu44CR7od9LodyJ6Z270zhORu08Zd+VG 7zrFDUK5xj2nzPvyTIkKcGuQMciFgaF50WH50WFFxrAitVlsZGHkgaLI6CJjdIkxhj0BuAG8Wnhi cXQySMCQBcPTyrBaWDQdJGCKISCbBGYzCUiD0Nwq9AXNryYGsMQQWFyDWaIeCRAALMOCYWDA8hoM DyUMWImEAJEArqtqPAawcOWOIGBAvbmx3txUa26qtwgDSFsuDxhIPJLz4Wyv+3e/8jV6Tj2Wk178 Nfz1+Jd9xz71TOCv4emsmPjr+KXuU+okmfjzzvcID3HcxOOcD9XXEn4BXrD3Q/fAiV+/131w4T8q /kr3/cbfPr4W+PPzc/I7Lt+Sf1L8VuWN+G7dSvqn6f8wqPhbUnz4/h+V9DN0XWqlYUCXLl0/YAWO TyQPBsADnBmI88DaUxgw6sIAP8SNcgY8AQOSYEB1CikY8EiAnQEfDEBq5wCO/ryJzC963kcCHhgc CGXHPQGGgdTOQCiwhowYYOm+UBIMgAHOBwMJ5kDaQgwU8sHAtdcgJ7APtgDiwtgy1n0dMQASwxGE BL7AcjG6uUFg4BADAGGAO0uUYODmwxgcdOsxA/sEjkRuP4bAgDQI3X78LGGACgmgO6gbg4MQFei+ 5xRvGgYMCAkgNDwozxiCCUIcGs43hmFkkDGiMDKi0BhZgJ1io9AjRCRgjC2BJzC+hG2B4ghhwJQy CzBQFp3ChoBLAtgsxlaASwKMAXNI5cacKoIBY34VrxEIywQh7g6qsRZzSADbhWtM9AWFcc2qQVYY 80OlO6iGDYEacx03CK1FShgjRDkeYG9sMMQN4Ctutl4O04ToMIbyDmQ4z7mP6GuB858c3fyv8Z/m 1CEPP1I95T/2cQV/HZX3A+I/XH1Z/R10/Ick/S68mL+Gn+ve+H+j+l7+Ru9bvGf8r+n1R+GxvBQv oTv8h/fNvj+Ud+P9qMuy+O3F3x/ePpf/HQVeo0p9YF7Rq9QHmPjhy3erSvgOXZdgaRjQpUvXD1iB 4xMp7gysLxQG8GAgHaliBQACA+ISeBggI0dDCZNGTxIGnBcGVGZAFIeBJAyQzADd+BjAU8JMIYaB eIzYDwN0kwIGVJL4ImGApNqEvjg8f9uTaT+79upr9kWv2R+5hrcKiH5+IHr9F0QC0Z/z+CB4Agej NxyM/PygCwC8XwzC/dmbj6FH6Laj0duPGmAAwADdSEgAfUHYLHYSzsBdpwyCgbuZAfp7m8XyjPvz zYH5MAQkNDzoFJYJyCBReAKF8ARGFURG8XbhUSXR0cUggXFCAsoQUJpaZsEWKDN5xzDHhStMEpEA WoMq1eCguRWYF4TtwuHoQgg7BHyJYRkeahIJLOVtYkQChAHLw1EBgJW11mq6CWOfQE6dtbYOw0PX NyAnsLEOp38PA0hb6oyH6s0t9ebWy2gDsRz56HSnDnBc3r3/9OYd6bzXqC9Iucc+76vevb+8X6ce 4E79R+LXUN4POc/vSr6Rch/Gf6g8Q1f+EW71/qO8h/KM/5WqAn/+K6Po3eBNum8K7zzp7anXqJIP Rz3gcj8oeh1/xL18pL6foesSLA0DunTp+gErcHwiJTgDdJXAAPGAdAqRGAnScnIxWYiVvobNAY4R QwgMKDBQzsAa5Q+kr1Yw4EOCuCfg3XjOgMh/Hw8Qs9KzSAc9BghJvxBTAQDABQO/EmAgUzqFvH6h OA+IwADMA6LQYiKBT9IX/SE9KUnsg4FrrkZg4AsRewKYHEowwK1BAgO4umvFjhAMuObA4e6bjxo3 H1WJ4VuPnSUY4PFBkVuPI0B8Z655Ry48AYYB3ixGJHAqeg9miUb75xkDct1BogQD0h1UYAzNJwww QAJFuGLHcBFgAFGBIiSGx2J2EE8QIhhATkDGByEuPJVgoNSYLoZAmTmz3JhRFmVDgFVuICvMMDCv yppfTSQgngBsARUSCFuICysMwEKxpcAAbhCSuHBNPCGwps5cW2/n8EIx7guyNtZZG2vREbSJ+4JA AvXmQ/XRrQ3G1gZrW/3ltWeAD37JBzW6emc+75nAa+Re6vxfjZd7zlR38Ydc8QNk/Iec53f19hr/ 8/6fFngZlf+V/hv/K+mefoj/Ga5Uf/7LvvB+vJYqVNLb9v8j5Pvgl73vkM/NeybhJ11pn9uVVxoG dOnS9QNW4PhEEhhIX19IMJBBVxcGMGlURDDgswVSwIBCAkkSgwFUnjgZBhIsAigOA8ocgD9wHhhI yyLxQCGl1DDgR4IEGCAt+Swjc1+G4oFvgAHwQC8wcP/ocb8/cHjhI0+l/fTqqxAScD0B7Bh2d4qJ bjgYuRG54YgkhgUDCAzoSgxw8zE0CN2C2UFua9AxA3OEjkfvYAbolxsBBrCAAaei9xeY950y6ea+ PG98EEcF2BkYWoBNw3QdUWQML+weidXC6A56oKB7dGF0NDPA2GKDhLRAiTmpODoRI0TNKfAEILQG MQwQCczivqAH+Tqr3Hiw3JxbafEygejcamN+2FoQRjxgQbWhuoNUTgAAkMVuQHaNBU8gTDBgrIh3 B2GhGOLCbAiAAVibAAMwBDZyXJhJAJ7AtgbD06UPA8O8k1jyQS3pGboNOgM4zAVOc/FjoXo9P4ui x4Ff5917/SLhvTnqafcV+Kp8W9Lv8n5I8o1U4CGVeubCf1T8lfQE7rwXeIUv+N4oHgZecXlU/LNX /xB9n5J688mv4Vv3qwmV8oOiZ/zP+36GrkuzNAzo0qXrB6zA8YnkdwZgDrgMIDAANiAMyCEegD9A 4h1kgIGgVJL4JPYTKxLA6rH0VSdCK1m9wEAaBgopGGAeOJwmVMDB4gAMsJAhDmVj20AyDHCkOG4L MAz4eIAwQJkDKZwBYIDbKeSSwMe4STVQSGBg0aMKBuAJiDPAhgByAh4JuOoWQ4BhwGBDgEQwQEiA caIEAB4M3MENQv14zTAGiZ7oxkoBTgwPKTAmVMYG5Jv35pkMAybbAhESw0BEBge5hkCEYAChYV4u NqrEGMskMK7EmFhsTii1JpREJ5VGecGwggHpDpoBRWdWmjM5ITC7EleEBKrMuVUWuoPCFi8TgCeg uoOqzSU1FmHAkuookQC7AUZ2rZEdjpJWhlVOgK5qalCdlVNvrK2XlDAWCBASEAaIttQxBjSYRAJb AQPmw024PtJ4GTgDOMaq4kOZ/6Dm3uNIKK+Q2TCBQx49VF93T8TuN/hnyXAlv1TK/xO93xZ/hTyF h4Ef4H1f8o1U4CGV/5XqB33Tj4q/ks+73vPxSnwKrw++4vKo+GfvZwAp9x0lv6a3N5z8Qckz8Z9J lYQQui6x0jCg69vWgc/+POAzdZ9cz/zNn//uK3X/H1Pf22/86s9L/sP/8LoCxyeSggE6+rM54MFA vE1IYIBJQCkOAz4qWJ0bWnUytBrK8HjAI4ELhgHFA73CgMSIe4EBjhGfDwaWCgykbhMSWyDBGVgk +YGPAyRAun/0+N8fOLL4sV2Ageu+wIoxNAgd5KgA0gKuLYDxQewMHEaPkOQE6PSPQaKHozfzLNFb jxsEAMAA5gFMEHITwwgNn4zelYvWILEFBpyKDs43B+R238vLhu8vwFaBQQVR0uACY3ABcsPDC43h CA1DI4uiDxQgMTy6GDmB8dwaNL4UmwQgXisGDCi1iAQIA2AIlJmzymVwkJsV5r3Cc5WMeRgfFJXu oEUMAwur0BekpogyDGQiKGxlEw/w7KDV3BrEJCBBYQs5gQbEhb35oUQFmzgnsEUYoMESwRloNLY1 WQ83EgxchkvHfpCi8+XleXhWdbn/+XXp6r00DOj6dkUn5n/+8zP/3Ouh+bKAAf+3/Mf/gXX5K3B8 IgkMYI4Q84CQADOAuklnAEhf54OBnLw4A7C8DDGSA7yQmEiAT/8YNBQirT6OYHEqGEhsE8JAofO0 CYnSsni6KMeIv9kZwIBRd6aQcgZSwwApGQbSiQR6gYEPDx5ZwjBwNS8YpqN/lHTDAQPDQ92VArge whChG3H0JxKIgASORG+FIrccI3WzsEmAFwxHb88FAwADcjkx7JJA/zwDs4NORu87Zd6fZ6ioQAFJ YcCQguiwAjYECowRxcCAUTw7CJ5AEXIC8ARkn0CJObHUmlRiTS4zpvBmMQwOKomCBErRDoQFwy4M EAY8WGHSdU4F1ghgdlCYF4rVIC2gcgLcGpRVg5zAsjDvFOPBQdIXtLIWS4XphjHAJgbIqTfo9A9D QK61CAeLJ0BH/4fqzG31wIBtjdbDTebDTdYjkPloM64aBi6k6Cx9Wf/98OX+59el6zylYUDXt6rG /D8vyVfXlKVhQNe3qsDxiaRggDAg4AzE5cMANU0oCAMJ8gIDRAIrGQZWYycxP+OGB4IwoHggbTlf hQo4P8A3QRgQDEjL+iIt+wu5ARJIYCCRBPjJz0NZcWcgnUcJAQkyP3PHCnnyqMDHA0CCj4EEiz7y 7yQe6MHAz64BDPwcoWE0CP38IG5uOERgQAwAT+DGw+ABGAISEiAd7iYSuA2zRKO3HO/GcrFj3Xew M8CeAHICcVvgZLQ/TxC6J8+451T03tzogFPmgLzIwAJuEMqLDi40hhSaRAJDGQbgCTAMjChCdxAG ifKmYekOkh3DkwgGMEiUowJeTkBsgVIPA8wHCQNAAmwLVFnzKrFQbF7YUjDgJoYZBrBaOKvOXsab xbJkrZgsE6iJ0tVNCFhrG6x1EBhgU73NPODrDhJDAH1BPhhoNEECTbhqGNClS9flXhoGdH2r+jvx BNgfaFTPqQabAX8DQpCzNb3smTr1xT/X/XkAvxj9Rfwyr8sIL85XT/rpgr5dnlQ/xP35pAP8RPJv 9Nf5v51eL/f0x/DfU3k/KvUfLNUvDf4uXd+yAscn0gXCgIwZ9cFAqtiAiNuE2AcQGJAtBKlhwMcD yhzww4DwQG8wAAz49jDAAAB/gG5SwkAIq4gTYQDhAcQGEmBgjAcD117Dm8XOXn+AcwICA5wT4K0C BAZoELr5qHHTkW6BASaBKISpQZHbOSqgYIAZQNkCTAJYM8wwcC9gIHIfSCCKNcOFppsTiA4piGCr gJAATxHl5WLR0QWRMUVRLBcrNTE7qNiYUMxTRDE7yOQpoiZmB5WZDANAgpk8O+hBhATYDWBDYB5r fqWxkDCg2oTYE1hSY5EWV2OhmFouJlGBmqiXFV7NWltnrUFIwCQMwPBQhAQ4MSzzghrBAx4JbK0n BiAYQE7gkWbCAEskSKBhQJcuXZd1aRjQ9S2KTsMuAygq4KKTsRyFG/kAjecJANwTPzFA4KDsP3Or l9Hr3YM+/WQ/GFB5r6eXyZdS/EavfL9aKuW3e9+S8p5ukv9g9OR53qaui6vA8Ynkh4EEHuDAgAcD IkGCDHreNQeYDRQGqLUDbpsQY4CCgRDxAK4JMEAMkL4ygQTEGeAb8QR8MEA3yTBAGJAEA7jG8wOA gbRlcRgg+UjAswISFHJhILSYA8SAgWCnUBwGrrr22uu5QQg88MVZDwOICrBa2M0JqKjAke5bjyoS uAWGgLgB6BGSNiF/dxDBwN2nDCIBdAflGQQD93FrkDdBiDCAG4SAAZIbHl4UGVksa4ZxHVNkEAyw JwAYkGXDBAM8SJRgwEROoBSh4Rnl1vSK6AzYAhghimUCricgJLCgylzkThHFgmGBgbCVWQNbYJks FKu1lsteYcYAyQqvrMXgIEwNIhIgIR6A7cLsDGBekMoJ1ElOAOJ4gCE+wMNNBpOA+Vij9XgzbjQM 6NKl67IuDQO6Lrz83UE4EMs52EcIVP7ztDpDe1/lg7XIe03wIM5/+67++l/K9/f6EP3SXn6jKn59 HCeSvz3l7028T/Fkyl8a+F26vn0Fjk+kIAwoNyAuPwmkrwUMpK+Nw0CyJDbggwFggIsEqWEAVoDL Awnq1RkgJcBAuiSJk2BAyYMBuUmwBYIkQCIYSEgOpISB0eM/lADxVdddq/aL+cYHISQAWwDjREEC 2CRg3HrEuBVXzAsCCWB+KDDg9hNR+AMnDWIAgQFcT0SIB5ATQIOQeQ/2i0UHFphKRAKMAaQhslKg IDqi2MQ+gWKDMACtQUVRgoHRRWq52PgShAQmlVriCUwpQ2KYQ8OqQWg67xh+kGFgdoUxtwKtQXSd X2nNrzQXVltYK0YYIPNDaywigSXVKiGwvM5cXmsQA3jzQ9e4U4NW1yErLIODiATYEDA3Npib621i ACEB5ATqrW2N9tZGJAQebrQebjYf4YTAo43WY03W46RmG2q6vPYM6NKlS1ewNAzouvCiE3D8VM3C qb2Xo7mQQ5wf+Nzs/d3/+c7cqWAg+Mx5YIBL/vIef5Gf/O0pf2/ifYone/+l8d+l69tX4PhE8mAA ngDxgMcASc4AbAGOERMMsDkQxABXaglxIgzwQCFOFXswIDzg6kj6SjVWSGwBYADfp8wQi9JUs9AB hgGRzyWIw4AbIHapACRANwk9QnEwCMIAZwbQI+SDAZkmtOiRp9Kuuf66678gBgAMCAncJBOEEBrG ijHXE4jecphgQLqDDJz+T/A4UXXTfQcDAPYJEAZwgxC3Bpn9T0XuRXS4m9cM80qBAswS5ZUCxuD8 yFBeMzyiGBOEHigyAQNsCxAGjEVUQDwBAysFSoxJRAIcGp5aZhEGcI+QMRMThIyZiAqYBAMPcneQ wMA8XjO8oJLXCPDsIAkJLK4yiASWggQ4JIDZQWqn2EpcmQTqzJxac22Dtb7BWldvrncTw5t4n8CW hnhUAJ4AwUCTtbUZDUKAAdgCgIFHGs0nmu3tTAKPNdlPtNgaBnTp0nVZl4YBXRdadar13ys608sJ mE7GKZp2+PT8zD+7B3Hv2/l03uuZu5c2oeRnUvzGxPI4JOW3J/9e/31vT/b2S73fpevbVuD4RAo4 A+lum1BorQcDdJOHh6KcvPSc88FACNNF/TCgeIBnCrnmAGGAjwdwkxgb8IvNgZQ8QCTAOwfiABC/ FwxQN8v2hwQGXAEGEhYOxEnAg4FEcyAZBrBnYMHDT6Zd8/Prf+4jgRsZBkgCA0wCHBo+ivFBBAO3 S2hYMEASwyfNO04kJIbvOmncnQtPALZAvnFfvnGvmh1kEgncnx8ZUmgOKjCGFkRBAlguFkVUoNgY URB9oMQYXYLEsNcgNKHUmliG/WKTS2XTcHRquSlpAewTKLd4liiTQIUlJECaX2HNrbQWVMETWFBD 1+iiGsIABQNLa+ylqjUI12xMEUV3kCwTWFVDJCAjRO119fbaOnNDo419Ag3WxnqbSGAzXRuMzfVY KgxbgDCgCTDgzg5CaPixZuvxJgIA6zGBgSaLrtubtTOgS5euy7s0DOi6wDrwWfC8izOxr7GeRC/w H6PpWO9vqcdDeplvMmnKM7fcyw9Uf93O/CDPnP83onzNSIpDkr5dRZmT7r0flfoPlvxLk3+Xrm9Z geMTKQADqTLECgDkIRyDNfwQR/+UMWLsHUNswA8Dggdq3iibA/QkSMBvEQQxABli1yhIzz6UZBEo GIA/IADgkoB6GM8MJMBAaClsAUkOJMKAQgLJDCTyAGBAJDAwYNS4331xeP62J9OuveHnbmiYW4Pg CSAtcDOuYACBgVuORG453H3bsejtx6O3nkCDEA8OYp3s7sfLxe440X3XiQhhAPEAogIMA7xcLEo8 wLYAZonKSgEeH8Q5gUJjRDHSAiMKIxgnWmI+oDwBXjNcysvFOCpAGDCZkKAkMq3MnFZmTC2PEgkQ D7g5AWSFhQQEBiQqsKAGMAASqJG1YpBkhQkDliEubCA0XIsGIeQEgAHWWngCGCEqC4YBAw0YHwSh RwgNQhwSIBgwtjaZW5sZA5rtR5osGSEqfUFPEA80W9uZBHa22DsvGRj44x//qHlAly5d37bofzfo fz3Ug95Lw4AuXQnFdKFP/99LBY5PpJQwoDyBdWIU5IfW5qWjO0gCA9hGLJmBjBwZLpQSBnghsack GIg7A3KzgnggkQRI7nRRgYFEEiC5zgCJMwMpYaA3Z4AFcyDDgwE3UpwKBhQJ+GHg3784PG/rzrTr brxBcsPsCURuOgIGuOkIbIGbjxi3HI2gKYgnCGGI0DEEhaVHSGyBficNYgDkBE5g5fDdPD4Ig0Tz zXsLrHuRGyYeCCaGhxSaigQKoiNKzJHFWDAsGlWkpogSAyAqgM1iliSGMUi03JhWDhJAd1C5MQu2 ADwBWSkwlxcMi7BmuNJYwGuGkROALYCs8NJai7uDzKywsbzWJhJYUQNDQELDkhNYW2cSDKyrN9Y1 msQAG+rU4KDN4AGDSICnBlnbGuwtDQb6gggDGiUkABKAJ4CmIPDAY032jhZrR7O9owkkcOnAAJXw gJaWltaF60JIgErDgC4q76/AtXqTrouowPGJFIAByIUBgAHDAAEAX9kioOuaPG4TIhIIYIBPqWBA tQ9Js5ALAwoJ4s6AmxxY4U0T4uRAkARIcWfAHSjkaxPiGaNxGEgcKCQ8kL6UFw54MEDPuzAgJOB3 BoQBPN1HMPD54bkPEQzcdCMWDJMOYa8w+oJkdhC2C0duwXIx4zZ0B+EqaYHbjoMBfAIGsBtgEgbc fTJyD5YNG/fxLNEBsk+gAH1BCA3nR4kEBhe6JFBkICRQHAUPcGh4bDGWi43nlQKkSZglyoODMDvI nFbOWwXKjemwBZAWkJUC4gYgJFBlL6iy51UYC8qjhAHKE+DWIPYEzKXAADMb3UE8QhSzg6xVdRZC w7xJgGFA5QQ2NNibGu2N9eamBmtLA13NLY0WibPCYIBtSAyzGtEOhMFBBANoDcL1CTr9sxuwo9kU ErikYECXLl26+qg0DOjSRaXanFjaFvi+KnB8IqWGAdgCfOUbJgHXLlhbkEECDGDbAJyBlEjggwE1 adRTojOQBAN0o3jAE2AgRZI4AQaYB/z5ASUPBjK8GHEcBmQhsewgYxiAOSAYkLSNODEzcN8DgIE5 BAPX33zTDdgvhh3DAgN8lZyAhATM2zkqAFsAs0SNOxQDRO9AYlhmB0W5OwjOwN08SLT/KTVLdIDb HUQanG8MLTCGFprDikw/DDxQHB1VjMFBY4p4iii6g6zxpeakMguJYXeKKDCAG4SmV5hEAjw+SHkC vu4gc16ltYBgoBKeAMEADIGwxTAAEiAhIVCL8UEra8xVKi4MBhCtrbdI6xrM9fXWes4JbMJ2YcAA ssK8Tewhumk0tyIeYIkhQKLTP2YHAQNsAgMige10+m8iErB2tNg7GhUPaBjQpUvXFV8aBnTp0tVH FTg+kc4HA6pZKAgDdIN7hgE++vM1gAQ49PucAZkppNqE4jHiRBg4mracMIBuPDBgYftYyplCRAJx pWUdCGUdjDMAzxhVMLCUMGA/wUAGbuI8kJ6pYMBtExJnwPUEligecJFAZgopi4Bg4LefH35wy460 n99yMxqEDhtICKjFAsbNR42bjyEtQBiABqHjxq0njNuOR287gRGihAG3H4/0O4FNAtgqgNYg3jSc a5DuzTf75xnEA4QB9+UrGBgEN8CUKaLDZJZooTGi0PMECAaIBBAVoCuRwLhSY0KZObHYmMRpgSlw A8zpFZgghM1iFUIC0iCk1gyjO6iSSACzRN3xQcoWyKyx0SAUNpYRCdRaSAzXWstrzJXICiMxvLrG WFNrra6BJ7CukWcHuWvF0CBUbyMxXK9sAdLWZlsGB23j6yMtsAUwQlTmhyIqQADg7GhWrUFPtlhP ttpPtdq7Wh0NA7p06briS8OALl26+qgCxydSShhIlkcCck/KgOAMpIoNJMMA84A0CBEPeDceDKzk mUKygwxXnjTKAeJ0unJ62C8/FaQBBg6lZYEHPH/ABwPggfSln8MZSGoWIhjwy98mlAQDnpAcAAzs PzybYeCWm+AJwBC45XD0Fmwa5kGix6LEANIdhEVjdKPiwoCBO3NNggECgDtPYb3A3bxl7O5T4AFs FciL3legSEAWCwwq5OVihcbQIoIBiEkAU0TRHYTxQQoGxpVGJxAJlJoTeZkAkwCvFChlQ6DCIBEG iB6stMQQEBiYh3Gi5sJKa6FMEZUFw7JdmEggbLAngMFBiArUWQQDEhIg5dTZOUQC9XZOvSH7BDbU mhgZxN1BD9XbW2AIWNsa4yNEH2m2HyUGaKGr6gt6HK1BNmlHi7Wz1SEAcGHAfKrV3NVqkTQM6NKl 64ovDQO6dOnqowocn0gCAxkbiuIwwFEBMQeUkmyBBBiQZqELhoF0HwyElCcgJAAYEDBQMMDOAMFA gARETAKEARwgRqeQ1yyUIIGBEPIDKWAAboBrDngwIBhwfhi4V2BgM8PAjUeiNxzqxgQhQgLCAN40 fIuEhjktcPtR2AIIDZ/g0DBmBxl3njDgCRAMnOT9YiwigXtJ+bAF1KZhJoFB+dEhBeaQQtkqYGCQ KGFAiWoQkv1iiAtjdhCRgIFZooABcyqTwLQyk0hgallkJjcIEQbMLIvCEHCjAnPLEReGJwAYMBbV mEtqLeKBTDQIRVVimEUkgAahWnNlnbm6zlxTj9lBOcQAdRZsgXpzfYPFOQELDUIcEsAygXqMEN3a wG5Ak0lIgMFBJO4LepR7hCQ3vB19QfaOJnNHkwoJ7Gq2nm61d7VAz2hnQJcuXT+C0jCgS5euPqrA 8YmU7AxwbtgdK8RIEOI2IU9BGHCVCAOKAXxjhVwY4OSAggHXHHC7g1iEBL7YQDp4IA4APhJIgAHm AcBAehIPsHqBARHzAGDAHSjk6htgYBbDwK03Hom4KwXQIHQL7xa45ViUE8OYInrbCQwRAgxgdpDA QOTOXHgCxAN35/JWAd43fG8+wUD0vnzMEh2QZwzM59wwwQC2CmCxwHAVFYiMLBEYIBIwxhSrWaIT yjBFdGKpObGM94txaHhKaZRhgFuDKtRKgdm8XIw0l3igCrODCAPmVhkLq8QTUFEB5QlU85phXiaQ HcbgIKwZZhhQGFBvr+PQ8Pp6C4NESXXm5kZ3fBDvF8MEIR4c9HCz9XALBok+CmeASECmBoEECAOe bAEJsBuA+6darV0tJsHA060O3TxzySwd06VLl66+Kw0DunTp6qMKHJ9IARhgi6AgY11CsxAd/f33 vcEAy+MBJoFVuR4MBGLE54OBxACxHwbSlwdggLVc3aRlgQ14G3GABEifh7ISAwN+eW1CmYQExAAe EjAJ0E1qGDjEMHDrrYQBBAO3YJAoSOD2Y8Ytx7lHCPNDo7cdR1CY7hkDsFDszhMSFYjcdUqWi4lg C9zj7hcTDSowZZAoKR4VwJph3idQHB2NFWMYHyRrhsezISArxqaUYaUASABpAcODgZllUR4fZBED zK1CmxBdF1YzD1Rbi6rNxbXWklpzKaICPDvI1XI0CBkr6232BKw1tTZdiQS4O8haV2ciLowRosgJ bGm0N3OP0BbGgG2NlowPEgaQ1cJ0g3hAi8OtQWwIsBVAIh54qsV5soVIAK1BTzUbT7daz7bZu9s0 DOjSpevKLw0DunTp6qMKHJ9IcRjYUJSxwXUG1hayJ9BrfkBgANFhTBMCBsQDxMoiEDfAJ3gFTAKu OaDuBQYkLYBtAwIDqZ0BFh7K6T8922sWEh2ShQOpxDBwHmcgk3cS4woSkGlCfmfA5w/4YWA7YODm I1GkBQ5jiuitRwkDogQD2DBwwsTsoONIC3BuGK1B/Y6DBG4/fvYuXjbMOQEMEoXQI4R9w4QBWC5G MMCLBYYUGEOLQAIjiAQKjBHFAIBRhAFFkbElJo8PIgZQDUKTymELwBMoN6ZxbniGGxWYWWnOxJph 9gSq7DmVHBquMudVoUdoYRWPEEWDkJNZy5vFODHMrUGICixHTsBYQzBQK91BapaoDBIlcVbY2sx9 QVvYDSAS2NZoEwmwIWArN6DFfqSFW4PcuPBjiAvDFtjpJoZ3tYEBnm61CQOebWdPoJVIwNndrjMD unTpuvJLw4AuXbr6qALHJ5LAQAZIwBcbICRwF5Bl8NUvvzOQRgywVtkCxAByJYXo6E83qlnIt3PA BwPKHEiCAcEDf2YgYwXkRwKBAVfcJiTThOgm1YBRaRMKTBf1JDvIcA8SiMMA80B8B5kLA9hGfO+o cb/9XMHAbTfxMoFbeK0YwQCiw5giivTw7bxS4HZeLnZnromcwAnjLo4OJ8MAYQC6gxJhALZAQWR4 kYHuoEJzRBFagwgGxhQjNCyeAMHA+BIYAiR0B5VBU0sVDIgtgNxwlTm7wppdZszh5WLzwub8ant+ 2J5fhR4h8QQkNLy0BqHhZVgrhtag5TWYHbSi1lxZSzBgrqo11nJ3UA6vFIAtgJUCaA3a1IDBQfAE GAngCcAWICRAXxBgAFNEzcda7MebmASa7O1iCDQ54IEWLBZ4EvEAxIWfabNxbbWZBOxnYQ6YGgZ0 6dJ1xZeGAV26dPVRBY5PpDgMxNuEXB5Yl4IERC4PeDCQ58mdN+qHAZ88T0B4YHWCM+BiABYSAwZW Khig038ABkRBGKBDP98kdgrJWKEEGEjeOaBgwB0z6sGAQoIgDHysYGALw8DNhwkATCSGjxu38QQh 0h08Rwjjg4gEciN3IiSA0/+dvF9McgISFbjnFELDWCnA+8UG5EUHcnfQ4EKsFCAMQHcQSMAYiehw 5IFSYwxvFpOVAhNKzPHFUZAAGoTgCZB4zbC7UoBJYAYbAnMqrDkVJsHAvGpzTrWB5WJV5sJqawGi AjxIFCRgEwzAEwhzXBgkYJCwTwAhAfQFYZ8AewIbmARgC7AzwA1C1pYGa0uTtbXJ9kiA48JYKPZI C0YGkbzZQe5CMYeuKieAkID1dCtf24gEiAGs3W0ggd2tuk1Ily5dV35dBAyc0qXrR1by3xFd37YC xyeSwAAwAAAAEoAhIDyg2oTizUIEAN5NCKvH8kJrTyXCAIYLeTAAf4B5IGNVbmgl5gshJCAkILaA CwMkDwbYIiAduUAYSJcYMZwBogKwQfJMIRFWDSRhAHcHqR1kTAJy9TkDQRiA/DBw+81HDbdByOC1 YpHbT0T6nVC2wJ3wBCJIDPN+sbsQFYjenWfefcrAPgF4AtH78s37eIro/QXGwDzYAkMIBgqiQ3mK qGoQKjQeIPFKgdHwBKIEAyABLBtmGCgzJ5UZU8tNb7/YjHJjRiVgYKa7UgBx4UqQABS2CQNY2CqA xHANCTAgIYHsMHIC6A6qNVexVhMJYHioygmsrzMJBhQJYISovaXJfohHiGKZQL0JGGi2tvHwUM4J GOwJWNtb0BrEI0QdgYHtzSYSApwS3tVCJAA92+4802o/20aie5DAbj1aVJcuXT+C0s6ALl26+qgC xydSShhQPODCgJ8BFAmoNiEPBoKdQpIkJhiAYAjk0pUfurYASCDuDCgM4AhBShgIJAfAAHRdDgxI F2dAMgPQQcAAksRfpLNL4BkFyTAg8jkDogQYgFLCwBeHZj+0I+2G224HCZCOEQlEbyMSOB65A6Fh 9gQAAEY/YoOTnBjGMgHz7jxgQP984558k2AA44OwWACGwCCCAe4RGlZkcVQgOrwIieHhRdGRRcYD RYQBxqgSIgGTNKHUmlAKGOC0QHRyqTmp1JhSjtYgjA8qQ0JgJjwBJIZnYdMwAgNoEKo254eteZwb XlBtwhMADFhLaoxMwACvFQubK2otbg0iWavrSICBNeABzgnUmwQDG+utDUQCjVgmsIkwoBEk8FCj vbXJfrjRgS3QjIQA5ocSADRb6A5q4dBwi7MdboC9o9HgqUGEATYzgL0Ls4OsZ9gc2N0OGKDr7jbr uRbrhTY9WlSXLl1XfmkY0KVLVx9V4PhEUjAQCAwIDKQKDIhcGDgVYvlgwLsPwADzAD/0YICuAgPY NrDyGK4CA/wwfeVRFRtwNxCzFBIIDPBwoYMilwQAA7gmdAopZSz7XAFApmCACwYcHQYPKBIADLBk lFAKGLgPMHB49lbAwB23HkFO4LbjBqaIko4iNEwkgM1iJ01EBUACWCkgMAASYN2bBxi4L8/k5WLR +/MjdFWJ4XzuDuKowMhCjA8iEsA+Ad4xPLbYGF8CGJhYavGOYXNiGQYHTS03kBt2YUAahMQTkB6h uZIWqMYU0QVV1nyMD7LdzWKICiyrsZbVokcomxMC8ASAAUpr622RhATWY3IoVgpsIhjAIFFzM8FA k72tyd7ayA1CvFkMcWH0CIEBZH7odt4nQNedLao7aFcLwQDcgGfaQALPtjvPttokuAEt9nOtznNt RALWi+2XFgz876M1i97+bMQzv9G6ONGnR5+h+jR16dLlloYBXbp09VEFjk8kgYHQhmIfDxQLDKAR qHcYgEsAEsCNxwYsbhZyhwvh9K/SAnEY8JqF0hAgpockX2DAMwpInCEmZSTCQLJSwkDaMpgDPh74 PGMplJ7JVJAZhwE1WnSpIIHAAK7wBxAgdo0CDwZGAwYe3EYwcPsdtx6L3no0ehvPD8Ug0WMgAdcW QFRAVgoABtAgRBgQvQf7BMz7co0BnBsegDXDURI2DedHhxWaw4qRFoAtUMg7houN0ZwblvFBY5EY lsAA54bLzUnl0Snl5hRuE0JUgElgZqU5o9J4sMISMQwY88PEAHAGEBoOoztIRCQgIgwguZ6AucI1 BNY2ODn1QgI2YQASw7xcjDAA24UZAyAOCWxrQmJYdgxjwTBsAbVMgBjgCSwUIwxwnmQSeKrNYU9A SeLChAHCA0QCe1rtF9psIgG6Xjow8A+Hw/3fPnTzUaN/6Z+1Lk749N4+RJ+k+kx16dLFpWFAly5d fVSB4xNJYMDLDfMNwwA3C2HAqE/u/gEhAcaAtXmJMJDrwgCahULMAwIDbpuQ6wywQquPMwkkYsAK 7B3DZCEfDKhDf/bR+Omfpe5dEuBVA+ISEAMcSMtOgIH0ZcAAgYFgv1AiDIQWCwwwD7gDRv08QDDw 7wcOz3l4Z9qNt98BW4B0Ioq0AMGA2yMEQyAXMHD3KfOuk9H+cAYiGB+UB3MAg0RhC2C/mFozzLbA UPQImcOLmQR4pQC2CigYMAgGxBZgZ4CXDZcak8oMIgE2BDBBaHqFNV0GiVaasyqN2eXEA9CcSnOB wACRQLW1kLuDpEFoaa2VxYZAVo3sFwMMCA+srrcZBggDnLVoEDJgC/CC4Q115sZGrBnGFNFGU0iA GEBg4BFmAPYEoMebnccazSfEFuD5oYgLy7XVfqaNZD3dYmFkEPsAGCTa5jzLtsDzbRbESHDpwMD8 vZ/ecsz87//n//Fu+58e/cv/pK8XcaVPjz5D+iTVZ6pLly4uDQO6dOnqowocn0gCAyAB5gGBAdgC AgOJzoCCgXUMA/AHkBkIwoDbKRSHAfYEuFNIFIABHPrTV55gEmB/IAUMHM1QngDBAG4IA9LAAEEY YDEMYMDo+WHAbRlyBRhQzUIeDKBZSGCAAMAPA5wZUDDQj0jg1mMwBG47HgEGMAz0O0lHf+POXAOb xUh5sAWAAfmEAca9edY9eVFMES0ACSAnwCsFiASG5KM7aBiRQLHxQIkxsojEMFDiNQhZRAITERgg DDAnlUamoDvIhCfAksUCsyrM2ZXW7EqTMID3CVjzqg14AlWEBCZHBWzeMawMgSziAcKAOmu5ZwvU mavqeKUACYlhG6Fhd2rQxkZzcxOCwqo1qNGme2AAyzUEkBZ4jBuEdrQIBth0s5PkYsBTrebThAFs CIgVQNrTRjxAV/v59tjzbTAECAZebHdevJSmCY145jf9S//8TtufTlt/1Lo40adHnyF9kuoz1aVL F5eGAV26dPVRBY5PJL8zIEvHBAagdSo8IBYBRDCgzAHpFDrl3ngwgGlCfhgABsiVJBZBAAa4Tcjb PuYXQ8LR0MqjacsJBsQTOBpafgwY4CpAAmlZB9kcoHswQHys0FJ3wKi/TSgFDLg3qk0ozgNyIyQA GHhg7G+/OIQ2oRvv6HfbEZz+bz8eIQC447hx5wnrrlxEBe7OtwgG7iYegDmgcgLYNHzKuO+UOSCP 1wwX8EqBAnNwIcaJEgwM5WXDvGkYnsDIYkstFigxiARIEyQtQDelxmQ0CCEnQCQwnTWt1JhZCRLA ZrFykMCDPEt0bqXJiwVkfJC9OGwtrrY8GMgMG9m1NpMAh4axYxgkgCmiDAPr6+319Y6sFNhYb25u dDbz6Z/0EN3IcrEmrBUTPYL9YgwDvFwsjgGtRAIWMQDBwFOtztPsCTzb7uxud3Y1m+IGkPa0xQgG nm+HFfBCm/N8m/1im8O6hKYJCQw88l/+U5f1R62LE316GgZ06UouDQO6dOnqowocn0iuM1AUIh5Q MACF3BtBgtB61ygQMOA2ofScXCEB96FgQLxNSDBAJJ1CdE2jc/8azBhlT+AEKY3O/Ukw4DkDHCNm GFhxmKiAxbZAQHEk8JyBJBjIomuvMMAxYr5JbBPyJNvH4jDw+aHZW7cTDNyJrQIn3JzA8eidIngC 2CnGWwUYBvI5NIzxQSbBwP0MAwMLkRYYUmAiNFxgIC1QGB1RZIwsMRAaLoE5MKrYIBIYV2KOL4Um lEQJBjA7qMyYUmbCFpDlYuWWbBWQBiHAAJDAmFNhzmM3YF6NvaDaWsQTRSUxTDCwjA2B7FpzeR0L JGARDKzhqAAWDKNBiEjAXI9Nw5gfKjmBzY3mliZ4Alsb7a2AAWYAujaaRALSICRRgSeanR08O2gH YQBvEiAYoOuuNgdrBHiTADqCFAnYu1sBA8oQ4NagF1oBAy+RLqUAsecMdFp/1Lo4aWdAl66UpWFA ly5dfVSB4xNJYCC0vsS3bqwYsQHCA3X6Zx5QMBC3BeI33DXkIUEABhQPKE+ASOAE7vHkCTzDMACp ZqEgDMjqMdlALP1CHgwE5IMBTwfV5gEPCXDjtgnR1U8CnjI/Y2dASCCBB7x+IdI9I8f8Zv/BWVue AAzAFuDQcL8TRr9jaBO68wSCwtApE5vF3AlC93JumHR/vkUkMKjAGlgQGVxoyAQhIYHhRdHhxYbH A0wCnBMotbhHiHMCJdgsNrksOgVpAawUmEYkUG7OKAcGzCYhJ2ASBsyla6U1D6FhRAUW1piLwiAB JIarYAtk1VnZJB4cRDCwgqcGrWFDADuGXRhY12itw4JhHiRab21pgi0gieGtTQ5IoBFuABsCvFq4 GRgga4a3gwQs7g4iGLCebCYYcJ5SWWEJDdsCA8+1O8+12ntaY5gd1A4YeFHEMPByh/NSxyXXJvTo X/3nDuuPl4RK3rx/yJvH5Rr40rfV9/JDLkD06WkY0KUruTQM6NKlq48qcHwiKRiQaUIbihgJSkLr 6KrYQPGA4gQVG/DDQGhtXvpawoC8UE4eXQkG6KzvhwE++p/McKcJkeSZIAywORBAAn6G1w6gO0hI IDUM+PuF0CmURVfePgYkcGFg2Rdp3CaUsfQLVqqdA0t6hQHwgBsb6M8wMHOzCwNwBo7DFoAzcCJ6 1ymS2T/fwiBRkIDVH4EBeAKwBfLNAXlRhgH0CBEMDCEMKBASAAAgJ1BoPlBijC6S1iAFA7xfzJjI O4YnlxoEA1PLERf2ogIzAQMW7xPApmHwQKU5vwrLBJAYrrYW16jZQTxI1F4WNpbXO9m1KidAWgUM sAkGcjgnIDCwvsHB+KB6cwssAmszGwJ03drsPJTQFxSfHSQ88ARrewt2iu1oQWj4KXYGnmp1nmmz dyEujITA02247m6ziQH2tFvPtdkvtGN2kIQEXkJ3kP1SO2Dg5c5Lyxm4u/TPe1v/1Gb88SJVjDP3 kd4eeurteaNq95C0NO9L8rLkn0kfwcrfud/yx/93pe9belOvv/F7Fn169BlqGNClK1AaBnTp0tVH FTg+kTwYCG0oCm1UMMDmgA8G6IZ5APdJzgAGCq09JeJOoV5gYJW6SYABAgBBAg8G8EwqGGClkb4F DBzkZWQHEmHgi/RM0ud0zUjVLEQwkEgCJB8G4Ab3/UeM+fW+gzM2PZ524+13Yq3YSQMMcNKkK25y o3fnmoQBd2PBsNk/Fxnie7Fm2Lo3P6oahAgGxBMoNIYVWjxINMr7xSLSHQQYIBIoBAyABEqxY5hI YEqpMbXMmoLEMHcHMQxwYtiYVW48CFsAbsDcSuQE5pOqzUWQtShsLiEMqLHpSiSQGTaX19nLay2C AW4NQlpAtgrAFuCowNqGxNBwvb2pwRRbQHqEtrkkAHkkwN1BBAM7WmKcG7ZUVAC5Yd4v1mo90w4e 4J1iiAogNNxu78EyAfuFVs4Kc0iAGIBgQDDglc7Yy5eYM0AH2Uf+8j+3Gn+8SBW9OYDP3MHnA+rt ZXh+zdIhQ58t8h6+eSTw4hSvGfrNvzTwQ/pM9OlpGNClK7k0DOjSpauPKnB8IgVggBSAATDAejdG 3BsMJLQJqSSxRwKijNUKBtIVDwAGRAwD4AGBAQ8MAjAADOgdBjwS8OQ6A742IVY6yZ0pxFL+QAij hPZl0H0qGPCQQDaRCQxM35gAA0QCERKTAAndQbxgmDeL5VtEBffBFiAMMAfkRXjfcJRJwBhWQAyA NcMjCo0RxVguJlsFxhUbUKk5ocyWBqFJBAPlxmRczWkuDEwvN2aUY82w5ASIBOYoEsAygflVJkLD YVs8gcU1hATW0mqOCiAnYJOEBFbXW6voyoYAwUBOvY2cQB32i21qIAywNzXamCLaZD/U7GCtGBqE MEsUPMC2ADEAhwTYFuAJQjtbCAlMggEJDWN8UBs2iz3Dm8V2t1uk5yCVGMYyAYIBIgH2BF5qt0EC HSAB1iUHA2+1/Kkl+seLFJ25B715OOnh4VeG0h8bhYdVzw5Sjwa8UhX/Xn4ZPfP3K93n5dtT/cy/ 51fSQ3px5ivuC+hL6gev+XvvxeoZ+dX+Z4AT9JrEP5v7Wy5W9OlpGNClK7k0DOjSpauPKnB8Irkw UCIkABjYEIQB4QGGgRSZgdC688CAQgI6/XttQqlhgM2B7xcGUmQGXBjIgD8QhAHmAQUDiZ1CCc6A 3AMGPjs4fb3AgOSGTxh3nWRP4BRcgv6nMDhIogIeBmDTsLqqxQJDC82hRdFhRTw+qBA5gQeK0SA0 qgRRgTE8PmhciTWxzJpYakwsYwwoNaciJABNl03D5eascnM2lg3DGQAJVFnEAPOqzXlVBmHAohpL 9ostqbGWhUk2LxczVtRZy8NIC4gzsKbeWl1rramz19SZ6+ptQoL19dbGRqwY21Rvb6L7OmtLg7UV OQFsF6brw82ONAgBBlqsx30NQgQA21stTBFtJR6ALfBUi+wTUKHhZ1ttAoDnWq097bihK2GAjA9i EgAGvNIRY0/AfrnTfrXDea0jdknBwO3Ff3ru7v98srPnInX8jbvuf+NXgYd0TVv9Nj/zdhbfBF6m VP7w/UMfPt5z8h9Wp8lXvW9P/pmdv51DPzPhBfRM2px/wGt+tWdoWtZvT/qeSfgu/8+ha+DP9t1E nx59hhoGdOkKlIYBXbp09VEFjk8kBQNCAhuKMzYgPexKSEDdKGfA1yykeGAtwCCRB+IwwOd+8IBf TAV0+o/zAORuJlYw4OMBAoAQCckByQzQ/ZEEGMg+xINHgQTpy/1tQqAC3PhhgAMDjAEEAPsBAyLC AHpSUYFHAp7iSAAYGD7m3z47OI1g4Ibb77zzpHF3rnXXScDA3dwRFA8Ny+wg2AJYLiZRgYEF5mCe JTqk2IIzUGyOwH4x1RqExHARYYA5rsgcV2yNKyUSMCdwgxAmCPGV48KQrBQggQGqLPYEZKUAlg0v qDQWVMMWWFxjLuK0AMYHEQmErawaTBElHlhVbxMSwBaoE1sA40TXNzh09RqEQAIN8AR4sYD5EPaL uYYAJoc6jzZajzXZ3CDkPMHagZQwMODJNgfjg1RUwHyGbQHpC5I1w8gJICqgFgwrQwCyX2q3xQ14 tdN+DUjgvH6JZQZuK/rT07XnjrfHLlLHXr/r/tf/OfjwNw/SHzpt1VvB592HwSfp9UO2HXOfSf0z Y28tww998H+lehnd068LPCOvwTd5RX+kpD/bdxN9evQZahjQpStQGgZ06dLVRxU4PpESYGAjwYDY An4pc8BTiOSDgfQcRgIXBpgHCAbk3B9sFvIUWq02EwdgAIp7Aiw3MCAwQNc0hIkTYSC1MxBXui85 4DkDGSo84I8R9wIDiwED3ipiuhdngGHgtjvvPGEonYwABvIIBhAYuCc3ei+HhgkD7pMVY5gjBBjA irEic2ihMRSbhs3h4AFzZDEMgQewWQyJ4XFF8ATGEwYkwsCUMotgYFq5ObPCIk0vN2ZVmpIWmAM3 wIYtgPFBGCe6SFYKcFoA3UEMA1lh3ieAOULKFkBumOUlhtcyCayvxyxRDwa2YnwQSECiApgi2mwL D0iD0OO8WeyJVkQFdiA3bO1sdZ5ESMB5ioPCBAO720ECz3WgO4gY4HksF+OQAMcDhAFebo9Jg9Cr XbFXOogE7NdxvRRh4Jk7//ORtthF6sjrd97/+j+mfvibWXzsfiP4vNI/Ijscrzt3l6mX9fYz6cb/ 0/wvky8Fngm8JkG+P9t3E316GgZ06UouDQO6dOnqowocn0jfCgaUMxAwB3ISSABaG2wTSpbAQGgl BoyKFAkkNAjxM4wBad8BBtKwiSzuDJDUNKEUMKB0HmcgnZGg/4ixCgZ+7sLAXSfNu05yX1C+cU++ mxYADJCi9+fDEyAewDjRvOjAAt43XBhBbrggOpJh4AHAgDm6xBzLGldiYLFASXRiuTWJVEYYYE4t M6aWRdUgUV4zLA1CSAugO4hIgHgArUHwBKrsxYABzg1jvxhIgGHAzMayYZ4lyjDA40TRF7RWYKDe XM/7xZgBSNaWBmdbo60ahJrj44NUWqDJwuCgFkemiG5vsXaSkBOALfA0wUCLvYv3i+1ut55tM59t xcig51rNPR2Agec5NyybBAgDJCTwciddrVe7nNdOx14jEuiw3+iMXWowcGvRn3aEew62OBepw6/3 G/D6PwQeHn59xrOl/Ezp5gFDNh/m59NWveq9TH0pbcb/dB/+z1Vp/I3y7Sl+pvcw/syvZ6Spn/AP zw5JW/rrg3iGf508k/ga73uDfzbvSxcl+vToM9QwoEtXoDQM6NKlq48qcHwi+WEgDaNFAzDgixGD BLhTKLFNiEQAkJ4IA7KALCUMyFpiggGkCFwYkAAxSED8AY8HVh1PczMD6Sv8LgGSA9IspK7x07+6 ZwZAp1AcBrKwiYyUvpSuGDAahAG3TSh9aSIJsDPgKQ4D654gGOh3F7cJ3Z1r3p0bhwEiAfYE6BqV WaKcGDYH5UeHFhiDi8xhRebwwiiRAKICIAHAwOgSiHMCBAPQpFI4A1PKLBJmicp+sQrsE5heEaUr DxJFj9BcUpiE8UELODS8KAwYYE9AzRLNqrGywnZ2jbWizs52twrw+CAeJ1pr5tRbG+ptwoANjTxF tM56qNHa3GhtbbCwXAwwYG1jEgAMNNmPNdmPNNON9USLvaM1tp0NAeQEGAaeYkNgF8PAMzxFFDDQ bu5uJxJw9khOgNcMK1ugHTBAN690Oq90KRiQHqHXGQbeuMRg4JaiPz15x3/6vNm+SB16rR/9+VSt epkeDnjt75v/bbp6Jq3fs6XyypczEx7iG/FK70fRtwzZ+D/5ycCXgq/0PUM3/Fvwq+VLBBVc/TJX Jb0mLQ3PpPizfRfRp0efoYYBXboCpWFAly5dfVSB4xPpvDAgGKBuvi0M0Lk/4/zOAEeK/TAQ7xRy eYBvUsIA6UgadhInOwNxGIjfEAwkmgMMA/tFzAOCBMQJ3wwDpHsIBvYdmr6eYeDuXOOuXOIBXjOc Cyug/6mogoE8675T5oB8rBkeVGgOzrcG52OrABYLFBkjis2RJCKBQmN0qTmGtwpg03CxMaEEWwUm lVsTK8QTsLBcTELDFRYwoMKaVWnNrDRkiBDBwLxKY36VOT/sYHYQkQCpCmmBzBqbtKzayq5xlhMM 1JjLa+0VtUQCyhNYTSRQz8vFagkDHG4T4qgA2wJbGhwJDW9rth5qBgnQ0f9hvj7W4iAq0ExIYMET aLG3S1a41SEY2EUw0OI81WbzWjHrmRasGcb4oDZzT5vDKwUwPuj5VotO/4gKkHiZwCvtRAL2a11o CnqtK/ZKp0U3JCKBN7surQDxLYV/erzK+azR0ro40adHn6GGAV26AqVhQJcuXX1UgeMTScHAhhI1 WjQhQMzaoEaLxuWDAWCA3DMPeEiQztsG0tfQVW58EgZgfyCN9xALDBAJQEwC/vxAMDbAkplCyTFi Of0HJc5AtrIFSHzod5MDXr+QwgAWssXYRuxDAuUJhBa7MPDZwRnr0CbEMMDRYYSGcw00CGGoaNwZ 4JyAAVsgzxySHx1WZA0txJrhB4qtEYW4whMoNccWm+NKsGYYPIDcsMicXGZhsQAmCIEHZlTaMyvh DBAMzKpiZ4DHB82rtuZURueHzUVhm2Vm1qJHiJeL2Uur7aywzTBgrKhFYnglNwitqbdX1xMSmMQA 67g7iEhgAwaJMgzU2w81OA8pWwAwIE1BgAGZJcow8ESLg7RAGyeGuTuIbggGnm4jGLCeZh541t0s trsd3UEqMcy2wEvtMXeQqPNyu/MqBokiNEwAAGeAqeCNLpDApQYDNxf+6b3b/9PHDeZFi/54/gp8 9YoXfXr0GWoY0KUrUBoGdOnS1UcVOD6RfDBQEtpYkr6xNAgDfgzw5MIAKbTW5wnEYUA8AbomwYAS eCAOAysVDAgDyA2upN5hwO8MnAcG2CLg7WNxWwDyYICbhS4IBpgHGAZGjv3NvoMzODMAGCAG6H/K uCdPNQjdl2cJCdyXHxUYGFRoDso3Buebw4usIUXG0CLeLwYSMEfxSoExpdZoniJKJDCBxN1Bkzkt MAUw4NkCwAAPBiQqwD1CGCTKKwW4QQgyMsPWkrCVWWMtDZtZtWZ2rZVdQwxgr8TKYUOWDedIVKDe BgzUGesazI0NzsZ6C1GBentLg721wd7WSLK2NdtbeauAwgB3sxhvFbC28yDRHS0WtwYRDMANIO1q E09ALRfDPgEmAXgCIAHVHfRSO2yBV9rsV+nKs0TFDXitS92gR6gL5sAlBgN/fLjC/rDO0Lo40adH n6GGAV26AqVhQJcuXX1UgeMTSWCAGIBggK7cJhRsFkrtDHiegMjDgLX56evyXBggJXQKiScgNyLP GfBjgKc0ua7guaIkGTCqlNAmdB4YIClnwNcplCYZYtcfuAAYECkkuJdhYOYGt00IPMAkcE+BhTXD p8wBBfZ9+cb9xACF1sACc0iRxcuGzWGFdB8djlmiaBAaWRwdXWyOLhESQEhgQqk1ocwmGBAMmFwW nSI5gXJrWhnBgKFIoEqRAAcGzHlh2SpgYqtANQk5gcVuVGAZTv/Wijq0Ca2oQYPQqjobJMBaixVj 9jrWBpCAjR6hOuIBh2HAAgxgq4AKDbuGgEUkgAahZjr6O4gKtHojRC3eLIYpovAEWuzdHUgLICrA E4Q4KuC80Mqh4fbYSx28UqDdIRJgGLDFDXAxAJ4AwcBeunZdQjAwf++n1x2O/s9b/j/byu1f3P5/ 6OtFXOnTo8+QPkn1merSpYtLw4AuXbr6qALHJ5IHA8IDaetLMrCNGDBASJCR0hxICQN4RrqG4pkB HxIEFc8MuDNG4QAwDEinkF8EA2krGQMSYUB0ITCgSCAxNkAYEIr3C3lpgQuFgd/uOzhrowoQR+9x lw3fS9dcYwBggKiAp4jySgEigWFFIAHBgOGFxshCDBIdVRSlq0cC40sZBkot2SdAEk+ArjPKLewX IxKoIBlzBAawb9icH0aP0PxqBAbYE7AWVxEG2Jm1tvQILauxCQYwOwjRYcAAuoPoylsFMEEI+8XM dfXWRjQImZsarS2NFnqE+IYwAEOEWuxHm0ACSAs0gQTQHdSMWaKICxMGsCfwZKv1ZJsJDGixoFZr d5v1nLtWTHYMv+htFUCPkPNyB8aJCgnQoV9ag97owuwg0ltdPQQDb3XG3u5y3jx9CcHAPxwO93/7 0HVHjJsK/qh1caJPjz5D+iTVZ6pLly4uDQO6dOnqowocn0gCA2wLFIdIG4rTGQZIvcLA+sIMf2xA kYDYAvQwLz5NKL59zGMAbCCWmwRnQI0VYlsg0Rwgpa08BsUxQMFA2grEBuI8kAgAXoCYlWALiHim kNxwcmDZ+WFAYUAcBvYfmi0w0P+kcQ8JIQHYAgMKzAF5FsTjgwYXmUMKjaHKFogOL8E+gZFF5qgS t0EIPULmONktwMuGJ5XagIFyi2BgSpkxnRuEZpIICSoM4oFZVeaDBAM8QWh+lY3xQUQCwABzYaW5 uNrKrOZlw7UOYUAWMMBeWWOvqKWr2i+2hluDiARyasADG+udDY2YJcowYG9psjfVGw81cXdQI68U kAlCzWgNepQ9gceJBJAb5vFBAADEhdkWcCQk8DSxAWEAMUArZgdhfBDPDmIYcF5wxwe92Gq/ghvs FxMMeAUJAUUCbwIAYm+dpht7b5fzdpd96cAA1d8fqp775icjnvmN1sWJPj36DNWnqUuXLrc0DOjS pauPKnB8IvlgQHUKhdaXpCkGIDCQfqH4gFFRaF1Bxrp4ckAahFwYgDMQWpcnMBDIDAgM4MoPvcwA eEB6hJgK6KrkIcEK8EAABkJoH1IkwOuHj6ZnH/GmCZHSsnm0KK4H0rK+8LYNiBvgv4c5IBiwjJcM ZH6WkbnPL+KBDMUGiBELDDy4SWAAmQE1PmhAARjgfswSpXtzcKE9uMgiDBiOWaIWtgoUGaNKeYIQ poiCB8YSDJRZ40uRFiAhKlBqo0EItoA5vcxEd1CZOYNgQGyBKnM2w4CME8UEIYIBulYai8Pmwqo4 DCwFD0DLa6yVdfYqLBfDHCE6/a+pV/vF0B2E1iBnAyeGERpuJBiwiARI3CNkkmS52CMcFxYYeKLF eaKZSAANQvAE2tgW4DYhIoFnEBJwnm2x9nRgx/BzraaMD3qxTWaJyooxGAJ0fRmzRLFe4FV3sxjB gIgYgEjA09uXUpuQLl26dPVRaRjQpUtXH1Xg+ETyYEAkMIAbwQAFAwkkwIrDAJ3+PR5QNy4MZODE nzxNKA4DcWfAzQzEMeCbYYBIIA4DOP1n+QeMBoQAsQcDpAAMeG1CGct4xmgiCYj8FoGCgc3bGQZO mcgJIDFs3S8wwN1B9+VhnOigAjgDw0ECQIIRxQZhAKICsmxYVoyVMQkUGxM5NwxboMwgHphebqE7 qMKaWW4RBnBOAJpThe4g0rxKa14Yg0RhC/Ag0UVV3lYBM6sOngAPErWX1xir69gTqEdWGA1CWC4G GFjfgDlCG9ARhCFCm7k1SGDgYZJHApIWYAEGmAR28uCgnW32UyQsFgAJ7G53cG21d7c4HBq2n2uV HiFuDRJngBhAlotxWkCcgdc67Nfd2UGvd9keCew9A3PgLTgDGgZ06dJ15ZeGAV26dPVRBY5PJIGB uC1ASLC+OG19MV2VOQAVBTPE9FCRgO8mh28ICdahUygZBvBMctdQvEfoJAIDST1CIukUSoQBEWAg tPxIWvah9Owj7A8EMEDEMEBXFwY8+ZwBuroLyDI/CyXKJQEXBh4ADMwRGLjHhYH7CQbybMKAAfm8 YqzQIA0pNIcWmiOKrBF0ZRJQMFBqjXKjAuOQE7DHlUYn8SBR2SowlRuECAZIs+jKc4QEBmSCEEig yl6A7iB7YbUNGFD7xQADy2pMeAIEAzX28jprJY8PQmKYrizeMWxvaIhtbODFAtgqYG4hMQlgv1gj YEBhQIs4A9ZjWDDsbFeegPMkkYAsF2tDaNj1BGysFMAgUUumBhEJoEeoTe0Xgy3QEXu5I0YMAB5o c17poNM/rAAFA6ftNwQGupQh8Fan/XanhgFdunT9KErDgC5duvqoAscnUjIMeJkBHwwkDRTyYAA+ AAwBiGEAT649pWCA24Q8APhmGMC2AXpIp39xBnwkkMIZIMEZEHGn0NFvhIG03mEA99g+xmOFMjkw 4FcKGDj44GZuE7rnlHHPqSjxAAID+eZAzg0P4s1iQzg0zDBgjCyKEgMgKlBqQMXmGCwWIPE40VJz QjkSw5NKCAPgBkytMAEDlTbbAlgxNrsKiwXmwBngBqFKe16VtTBsL2BzYHHYWlzNngCJMSCbSKDO XgESwFaB1bWmLBfj1iACAHN9HUYJbSISaLI3NZqkzU3KFtjajImiMkiUGcCBuDWItL0ltqMZ44N2 kNrsXW2xp2EOgARIWCYAEnD2tMINeL4jtqcdVgABAMMA3WCfQNwZIBLo7Hm1gwCAeQBRAdcWwHoB mxjAk4YBXbp0XfGlYUCXLl19VIHjE0lgQJ3+FQwkZwb8GABhDzGf+zMEA/zKYRiQNiEoPwAA3oih 0BqVIRalEQD4MgNylfYhwYAkGBAMUMHitOyj/rRAknjPgNsplJ6VsIDMBwO8diBVm1AQBtAmdFAy A3fcm2fdm4+EwIA8QgKCAWtQAYlhgGeJMgyY2C9Wao6EM2Bi3zC2jCEwMKHUmFCGq3gCU8sIBpAW mEYwADeAYMCcWRadzZ7A3LAzt9qaW2nPr7IWVNnzqs3FsAVAAotq6N5cWmlkhjFLNLvWJBhYUWev 4sTw6nprDcaJwhNgGMBysfUN9gbeNLyxgccHNThbJCrQ6DAJOGqrQAuRgOoO2uHaAk8SDLTYO9vQ KbSLeKDdfqrVxGYx2SrQwuOD4Aw4e9rs59kTIBjALNE2AMBLbfYrnUAC5IY7HDQIqUGiMdgCnRYm CJ2OEQxwbljDgC5dun5EpWFAly5dfVSB4xMpGQZIBAOqUyjuDxQFtRaZAa9NSIQeIcBAvg8G4orz QDIMqNgASXkFSh4MgASOJw4UkszA0TRxBrJFh3oZMKr2jvljA0ouDIAK4Ay404SQGObrEoIBjwRS wcA9eRgqen++gbRAoTkwzxhcYA1hGODQsDUMJIDQ8CgigVJceYiQMa7UIiQYX2JMLDMnlpvoDgIM yHIxmAMzyg14AuWGGxWw0R1Ubc+vdhgGSOaiKtgCmTW8bLjaygpby6rFEMC+4eU15ioigTprTS2J B4nWww3gqIC1vtHCSgGEhh3AQL31EAaJEgMABniKKK6Pt2CfACYIYauAvZ09gZ3NvFWgzXmqxd7V Yj5NPNBqPdNqPduK6DBsASwXs55rs17ohCHwMpGAO0EIbkBnDDDAzsDrnT0CA4gKdDpvnkFrEM8R opu4LfDO6djbl9IGYl26dOnqo9IwoEuXrj6qwPGJ5MGARwI+uf6ATzxvtCS0jmAAPAAY8I8ZZRjA jRcb8JGAdwMSWC1XDwbYCiAJGCTCgGoWYnMg0R9QGWJuEyLxWmI1WehQOhsF6d8IAyzhAV9mgK0A ZQhwy1AcBiCBgdkbeQPxvZwZGJhnEw/cXwASAAwUmkMJA4rNEcXm8GIiAWtkEZNAqflAsTGmyBhb ao0vMceVy5YxcxJhQLk9xH1J6wAA//RJREFUBbaARTBAmkFIUGbNroRcGEB3EAlRAWaARdVIDC+W NcM19rIaK5sXC8hWAawYk9Aww8C6egc9Qg3OugZ7Q2NsQwMvF5PQcBMwQELDWxsJBuxHSI3oDkJo GG1CYgtgqwBd3ZyAs6stRjCArQK8b/iZVjQIPdfu7CYMaI3tacMooec5JICVAp3EA7GXecUYsQHz QOxV5IZ7Xm23GAZir3VZb5y2957peavTeedMbO8ZrBcQEiDtvZQ2EOvSpUtXH5WGAV26dPVRBY5P JIEBjwT8SMALyBLahDI2yE2RYoMkGPDk3zYQhAH3PgADvuvJOAywhAE8JcKAQgImgTgMCAn4pGCA FO8R8jULiTPAcmFAbjwl8sC9I8f8dt+BWRseAwwgKlBgD8wHDAzkfcMeDAwtjAoMYN9wMcNAmTmm xBpbZI4twTjR8dwgxOODAAPcI2RMLTdmVtozKo2Z5WCA2RXYNIwJQi4JzCcSYC1GgxBvGq6V0LCV BRgABsgUUTQIcVyYeADLhhkG1tfHG4RgCzQxDAgJNDvbAAO8VQA9QgwDLRgn+gQSw5Ibtp/kZcM7 m60nOTH8NKcF4Am08uwg3jK2pxU5Ad4tIEOEbN40HHu5kySzRAEDr3WQHMkNv3maeMB+s8t6U20V cN6GG+DZAs67p3s0DOjSpeuKLw0DunTp6qMKHJ9InjMgSoYBlwf8PUJMAusAAyCBgDOg7tUeYskM fDMMsNLp6E83nCT2wYC7dOyCYYBO/0lJ4oPwBBJhgG/UPcGAetLNDCSQAJ4hBojnBwgGfrPvwMz1 j7IzgHGiGCIEFZqD8q3BhQwDxfYwgoFCrBjDYoEiaxQmimKW6DjiAewbtiaWGZPKrSlYKQAYmFZO DCAyZlaYsyutmZXGnAprDs8Rmldtz6vCJgF0B/H4oCU11uJa2AJLaoysGjOrxsmuiWXXWivrrZV1 ar8Yw4BNWtvorGu01jfZGxqdDY02FgvUo0FoU6O5pVktG97GDUIyTvTRRg4MNEli2HkCWWFnZ2sM gQHeJ4DdAm5o+JlWkrWnzdndYjzXxrlhggEigQ7neWIAXiMAHqCbducV1xag5+M9QgwDCA2fxnoB ggFxAwQDQAJnet49rduEdOnSdeWXhgFdunT1UQWOTyS/M0BXPwyQMtYXQ4oHIO8+AzBQFFrHPODC gF8MA3kpYMDNDNC9nwQQIF4l1xMeDMhOYgDAyuMeFSTBAPSNMCAk4LUJEQmkhgGOEYeSYCCDBAzg FEHmvntGjP7NZwdmrHuEnQFgAAwBKN8cXGAPLjSGSmCg2BiBHiEODPDWYRcGZJwowYA5hTcNc3eQ Pa3MYBIwZ1YRBpjsCRAJMAZU23M5NLyQE8NMAvZiugmby9AjhEGi2TWO5wmswkoBYID0CGGrQCOG CBEPYM0wuoPoahEJwBNoUM7AtiZsGXtYxYVjBAPAANw7O1qRECAY2MnLxXa1YrfArnZHeoSebXee ayNZz/M0oRfakBV+sc1+sSNGPMDpYQdqt1/F6d95pYs7hTpir7ar9PAbXbE3gQG4EVsAJMDXd0/T 1SESoBsNA7p06briS8OALl26+qgCxyfS+WFAlL4eAOBHgtA6woCidLrCHIivIobcbQOhnLx0kACJ kCAvlEgComQYwD3CA0ACVx4MuP1C54MBtYMsFQxAaVkHQ8ugAAyE4jCwPz1zXzIMpC/9LD3zUzVm VMHAF9PXbkOAeIBgAIujwxY3CBEMGBgiVAxP4IEiniWKxLA1phiewIRSe2KZNYlggHPDIAGOCkyv sGYRCVRh2TC6gxgG5lRZCA0TBqioAJMANwhlhW0ODBAJYNPw8loYAqvq7VX18ARW15qra0zigbUN FmwB4gHAAPqCNjdbW7hBaAsPDiISeLgZaQHpESIYeLQR6wUeV7YAwYBsFXB2ok3I2dVqPd1uP61m iTrPYnZQTNYM72mPvdDqPN/K+4aJBzp5q0AntgqIIfB6h/Nql/NqJ2EASOANjg7j2kkwgP1iYgW8 zQBAPPALwgD0CMXeOW1rGNClS9cVXxoGdOnS1UcVOD6RPBhI2+jBgNoz4IeBDGULKBhQSLA+hTPg rR3gMLHAgIcE8TYhaDVgIIAErBNpyiLgK3sCfmcAbBDnASUXBhQPhFLHBvgm65AiAekXSowUqw3E SQot/TREMEBIwLpn+Khff/r59JytcAYGFFiDClkuDAwpNDBBiNPDIwED5gOlJiaKlhijS9EgBE+g 1ObcMHYLeDCAFWOVWC5GPDAbOQGMD5KoAHIC1SSTSGCRJIbrnCV0rZXcsLWiBuOD6LoSnoAt+4YJ BtAgRGqAM4DuoEZ3pUADQsOSFiAY2MpXRId5scCjTfbjjZgjtJ1zAnT639nKUQG2BZ4GDKBH6OlW E2kBrBl2nmvF7CBsGu5wnm8jWS+2xwgDsFWAO4JIDAPOq5ggFJcHA+IMEAygNahTwYDwwLune+j6 3hndJqRLl64rvzQM6NKlq48qcHwipYKBBBIgCQxwfuCbYcAv9gc8JAAMhJJgwJNQAU7//NAHA5CH AdCqIAmQfDDAnUJBc0DahC4IBlLyQGgp7yF2YaD/sAcIBqateQgwcD/3CA0CA9gySmhooTW0yBxZ Yo0stpAW4K3DY8rssWU2ZomiO8ieWGphyxiPD+LoME8QqrBmVhhEArMqzQcrzDmV5lzuEZpfbWHT cJgbhGqcxdU2YcASQoJaeALSI7Si1l4RNokEVrkThFbX4rqu3lpb66xvIJlEAhsbnU0N0OYGe0uj hcUCjdY2CAwgtgBIgDMD21ti21scEkiADYGnCAaaCQZiu1pVVIBIACuHOTcMW4AYoAMNQhwadl7q BAy80tXzMjEAXTvsVzrt1zuwWQwSBnAbhNgT8BLDDnqEuhgGTjvvfRn7xRnnFxoGdOnS9SMoDQO6 dOnqowocn0gKBjaUhjaBBL4JBrhTaAP3CDEMYLjQuoKMQKeQRwJr8jwYSF8DW8BrFpKrAECy0qRf iG54DRnkrSK+cBjIdmeM4hqEAcaAb+EM+PRZRibBwMh/+3T/1NWbAQODeIKQ9AiJMzCs2B5eYqFB CLKwXqCYYMAcW4plw+gRAgzYk7BMwJ5abk4vt6aXwRaYicQwbAGeJSrjg5AWYE9AaXGNvbgWQ4QI A5aEjaxaa1mNCWeg1lpea6+q5e4gmSAEGLAZBmyCAbEFNjc6m+sJBugGIQHS1kZzG+QQBjAJWI8x DIgt8HgL5ghtbzZ3tti72pydLdbTbTFiAFk5jAlCiA2oIUIyS/QFeAIYJ/pCp/MilgnAEHjVTQy/ 1uWuGOsiJECP0FuAgZ43OrFyeG+nWixAAPALuAHEAD3EAL9gGNCZAV26dP0YSsOALl26+qgCxyeS wAAO/b3DQGg9rlhDhnu6IjPghwEsJGaLwD9pVGwBkr9NyMOAIAyILUBHf5cHRAwD3CC0gkjgW7cJ +WBAzAGGAQ4MMAZcPAzcTTDwyf5pqzcCBsAARfbgImtQgTGEVIgtY8MlLVBsEQ+MLrGwZaxUcsOA gUll9uQypIc9QwAkUGETDKBBiJ0B6Q6aW2nN55TworC9qBqJ4cWYHQRDIJMwoNbKIhJAYtheWWsK Caypt3NI0h0EGLDX1bkThLBm2MYQIU4Mq33DHBrG+KAmEtICBAOkR5utHS2xnUQCbfaOVvspTBBy kBgmEmi1/M7AboGBDvv5dntPB2aJwhOALQCBBLp6+MqDRDuJBHB9g2Cgw3nrdM9bdO109nbZBABC Au+eUYYAnf5Jvzgd+wVdz+g2IV26dP0oSsOALl26+qgCxyeSggFigE2ldA3CAAMA9hDH5fYISYAY GMAMIBiwrhDP+GAgXSFBHo8ZJSUgQQIPBLSSwOCEygysksyAhIl5+9j5YCDeJuRbSOxzBgADB0PL VIBYgYEHA0s/J9Gh36OCDB8JYKYQxgqxM/DJvmmrN6T9/NY7EBVgGEBuuMAcWmxhy1ixOaLQAAwU maNLFQxMKMVugYllzuRSwMDkcmtahTWtDKFhtgWQFuAJQvaDGCdqzasiErDnV5uLahgGwg6HhmXF mLU0bCgY4B4hTgjwfrEGJgHeKuAuG3awWKDR3kgA0OBsbrS3NKI76KFmzg17OQGeGsS2AK5PtMWw UoBXjCEhgLQAXWNPtyAngKhAOzFAjEnAeaEz9ny7w+lh7g5CWgBRAfQISU6gK/YqgQGnBd7o7CEM eIOTxG90Om939uztVN1B7AnwRNGu2C++6mE3wEaPEJDApocaBnTp0nXFl4YBXbp09VEFjk8kBQNE AiyGAfAAnfs9JJAGIVdF8VUDQILC4DQhVwEYcEmAnlGdQi4JKBhIQQUuA8AWWKFgQJ5MNgdSwwDz gLQJpS+HM4BpQvQMOoWICuIM4AnbxzJdDEhwCfZniHjVQP+hI34NGFiPaUIDCwxODxsyRAgwUEIw YI1wZ4kiNFxqsScAc2AiYQBvGcMcoQqDSGB6OcEASCAOA9XcIFRpza+0F9RYAgPuBCHJCSAqQBiQ jfSwSTCwpg48AFuASSCnzlpbbxEMSIMQYQCuDZgdtJkwoNHe1mBtxSxRwACcgSbrsRbnUYEB3i3w RKu9E31BvG+4BSuH4Qy0OU+3YpzoM62W2jTcHmMYUCvGuEEo9jI2DfMsUcAAyZbxQa92EACgNejN rp43O2PSI/R2l4IBcQYEBn5xJvbOGVzfRVQAAhVoZ0CXLl0/gtIwoEuXrj6qwPGJJDCQvrlM8YCP ATwFYEAmC2G6KLcJhbhNSBqE6CpeQRwG3BtvmpDIBwMJ2wZcSb8QzIHeYKB3c4AZwBPDACs1DKSr GaMKBtKXBjPErjNATxIesDOwbF//YQQDn01ftQ4wMLiQowK8aGx4kTVMhYatkSXmA8UGeKDYQFQA fUH2xHJHxgdhxViFNbXCswXQGjSzynywwoIqzXlV1gIiAUKCMFqD0CMUxpphtgWwZnhZjcmDRLlH qMZaTTxADNCAxQJr6x0sG3Y9gfUNFnLDzfaWZmtzAxYLbCMYaHIICR7GXFHkhtEjhGXDzhPNzhNN 1vZme3urxYsFsF4A+8WABM7TbUgIqMUCHWgNeq7D2dPpYIJQh8MrxgADYICO2IsdDiEBDxGyX+kC D7ze2fMGMIBgQCYIxfYSCXQhG8C2gCABYOBdIoHTPQQAJIEBkoYBXbp0/RhKw4AuXbr6qALHJ5If BtI3lQUwQBSAAb8zwDDAPECHfpbXKSQM4CkeG+gdBtLdGxEPFDqRRgzASpN+IYYBuuIhiRnA5YFE GMhWN0wCjATesFF0CiFGDCV3CjEMpBLDAKv/0OG//uTT6avWMgzwYoHBBcZwrBw22RYADMAZKIU5 IMuGxxMJlNkTSm0PBggDPBiYUWkQDMzmrQIPViItMK8SMLCw0lxIMFBtL6pGaJhIIDNsLg2zIVAb h4FVNfYq3jfMzgDDQAM8AfBAvbUJa4adjU1YLMBRAcwOwrLhJuuRZgUDWCyAtABhgLMDiWHMDtrR YvEQIfvp9h4iARJvGlY9QrvbTcIA4oE9jAEvtCsk4HGiWCjGDUKuQALO6x0EAzGCAVkpQAIMdKqE gIKBMw7cAG4NUj1CbBHAHDij9wzo0qXryi8NA7p06eqjChyfSAIDyhZQbUIJJJCeBAPiDHgwkNwm 5IcB78aDgUQSSDj9B5S2+gTkwoDnDMRjxNwsJDDA1/M5AzAEvisMKKUvVTAwbWUOMgNDmASGFJpD iwzAQLE1AkNFZY6QNarYGIceIYIBawKHhpEWKDWnllvAgAobKjdnVlizKi3AQBXxgCmLBbBvuAoT RRcTD4TtzFo7s5pgwMoO20ICDAPWKgQGHOwbroctkFNnr2+MsS0AZ2AjBoli5fCGRmtLM2BgW6Oz rcHe2mQ/0ggAEE+Axwc5hAQ7sFbMwZphFgIDbbGn27BY4GlSm7UbiwWkTShuC/CO4diLpHb75Y7Y y+28W6ADoWHCgNcwOEhCApgjBGfgNCEBwQABQA/pHSwWsN/u5FmiX8beOWNzd1CMSIAA4H3iAZ4m RA81DOjSpeuKLw0DunTp6qMKHJ9IyTCQvjEBBoQHlNYDBgLOgBcgZluAeUDwgBhAnhcqYBgAA7g8 ADBYkwgGa3K9PQOeGAbYBGBzwD9TyJ8kZgyAQisSYYDzAyCB5ZIk5k4hzhArGGASSHf7hdKzPlfZ gFQM4N33Hzrs3z4mGFjDzkARSIBEJDCs0BpWbI7kJQPIDZdi6zBggEig3JxQZkhagK5YNlyJ0aKE BEgL8OLhBxkGQAJYNmwvqHIWwhMwF1UbiArU2kurrWW1zvKwvYxggMeJYt9wnbUaGCCegL2uUUWH CQY2cm5YnIHNPDtoS6O1DcvFpDUoxm4ADAGCAbk+1RJ7pg1DhHiWaOypVuQEZH7o05goyuNEMUTI 2sNtQnuYBxAaZkOAbogEXgISoFPolU4iAfYEWG90xeAMxOXsZRiAIdDlvNvFDUJ07v8KPPDemXN0 +n/vqxhggJ0BDQO6dOn6MZSGAV26dPVRBY5PJBcGykObuFPIN1Ao2SUIAQZ41QCvHVAwgNVjKjwg MCBrB8AALgm4PABnwA0Ts9YQHkAyWjS1fM6AGx7w8YCbJPZgQEaLBsQ8oKYJuTCgSICUCAMHMpZ+ kRIGfNp3N2Dgk2krVgsMmIMLjKHwBOzhRW6bUKk1qsQcU2KOLTbHldnjyu2J5bJlzJrK0WFiAMBA pTWj0p5daT1YgegwSKDanldtLazCljFxBpbAGTAzwyZhwNKwvbTGzg5bWXXWyjp7ZZ3DW8YwRCiH YICjAm6DkLWBYKDewnKxJmcL9whtZRjApuEG+9FmLBZ4vDX2GBsCTzQ721tj6A7CyCB0BD3ZYj/F MABDoNXa1QJDAN1BPEt0T7vzfFfsuXZCAoKB2AuAATU+CDmBdgwOerUdQ0U9GIAzICvGumJvdcX2 nj6H9HAnBgcRDLzLPPCLM3AJ3v3SIR7AUFEGgPe+dN7/suf9MzGShgFdunRd8aVhQJcuXX1UgeMT SWAgfXOFBwMyTSil0gQGEvYQKxhAbEBsgd5hgEQ8kBoGeJpQIDOg5MHAChcJ0CCUkgfkmhoG0pcf lDYhgoF4j5AnHwz8ZBmJTvyfy9H/J1mf/yRrPz/jad/dQ4b+2x8+mbJ8lQoQyxyh4fnGiCJzRKn1 QAnJGFVsEAyML7Vly9ikcvQITSm3p5arqIB4AgQDWDGGIULWHAwRgi2woNJcWGUurgIVLK7x0gLW slp7adhaXoMGoZW1BAPWqloTy8V4iFBOLZwBHh8UW1tnb2y0N2PTsLWlGZ6ACg1jfJDzCCFBI1aM gQRa7CdakRve3oKQABLDGBzE44NABfbTbegOelqiAq22wMBzGCRqPd8Ze55goM1+kTFAJJ7Aqx3O ayLXE1DOQGfsrdM9b3bZe8+cgyfgDhV9lxgAE0WxVeAdZAYUCXCA2AYMfNXzwVfnNAzo0qXrii8N A7p06eqjChyfSMnOQPJoUb+SYQDTRdWNggFFAiQXCeLPQClgQHUKkVad9CudrgwA3g1LBYiBARIh cM0BgYHQiiAPyKRRLzOQAgZ8yiAYIADg8ACTgKICn/bdNXjIr/7w8eSsFYCBIQwDw4qQGB7ODUIj eesweoSKzXHFIAFeNEYyJ5eZRALTKjFO1G0QYmcADUI2csPVJvcIOQsqrUVEAtVYMYYtY0QCYTur xl5agwYhgoFVNbJoLA4D60hqfJC9qcHZ1GhtIhJosD0Y2Mpbhx/mTcMSGn6ixXmcr9tbAQM7W6wd zdbOFufJZgUDbAvwLNE2e3e7TQzwHLcJ0Q0BwAvsCbzY5rzQgb6gl7FvGJ7Aax4MdELSHSQw4DUI ERJwjxCcARkfJDyAFWPcFCR676vYe2diRAIEBoQEGgZ06dJ1xZeGAV26dPVRBY5PpFQwIOd+ugkO F+rFGQAMgAToZm1hhnv0T6CCBJ0PBujQH5ALAEEYgBQVKHNAYIBI4NvCQEZ2QtcQSRjAUzIM3Dlo 8L9+9IcJy5YDBobyUNGhxdbIEpswQPUIlWLDwJgSS40SKkGDEMHAFIKBcg4MKGeA5MGA9AiZ89Ed BB5gGHAya53MGjszbGXVWFlhC7sFwubyWnt1rbNG7RozQQL12C+2rpG7gxqszY0kdgbqAQNbxBkA FWClAHqEmpEQIAx4otne2RojbW+NITGMTqGYbBmj67PtPc+0xZ5pc55tc56D7OdacbOnw3mxA7YA XV9qj2F+aAd2C7zcDhIgvdJJVx4nyiQAGMA4UQUDb3X1oFOoyxZb4B01UZT9gS7AwLunlS2AgUJf xWAUfKkzA7p06fpRlIYBXbp09VEFjk8kHwx4AWLhgbL0jSkmjbJjkAAD7AwgMyAwgH4hnz+AG2YA Hxh424gTMgPCAwoAknggHauIk2GAMUDugQEKBlwAiCOBCwMqQ0w3CBBnMwlkHSQYgJYdSMdNEAb4 9P95hosEvHPgs34DB//Lh38Yn5nFMMC7h4cX2yOKAQPYOlxiEAwwCVhjigEDE8vMSeW8ZYxgoAy2 gPDAjAqTYABtQpXmPJCAvSDsMAlgiNCSaiwaIxJYUiO2gJVdY6+oc7JrrBU15upatVtgTa21FjBg r63nFWMwB4gECAOsLQ3OQ40ka2szh4YbzUd4hCjBwKMEAy32doIB1o6W2I5WeyevHBYM2AUGQGaA rs+2O2gQaraxYqwttqfVwhRR7BeDP4C4MGYHwRZ4tR3LhrlBKPZqO26EAURvnu5568y5vWdiPEHo nLteQLUJvXfmnJgD733Zo2aJymhRkAB9yXrvSz1aVJcuXVd+aRjQpUtXH1Xg+ERKBQPlLIIBzyUI KBkGIDEHAAMk9/SfTAWhnFOhtafS1xIM5PttAb9Cq09mrM7NWOWyQRAGwANiCKSt8sOA6KjHACIe LSp7BrBxLJR9OJR1SAFAChES4Ojv5wGRHwbuuH/QP//+D2MXMwwMK+YeIewaYxgoNQgGRrMzILbA OJ4oKjDAu8ZsRQLurjHpEZpHqrZhC1RbpCVhZ3HYWVqDkMBSggG1bxjLhlegL8hazSuHcyQ6XGvB GWiw1zVYGxqsjU3OJqQFEBcGCTRgoihjgENXzgkQDPCa4bYYkcDjLc6TbbHtzSZCAjAHLJkjJDDw rAoJxHa3Ortb7D1tzvNtFrqDeILQ852SE4AVQDAAWwCeQOz1jp7XO0nxBiGOCsTeOkNX5+3Tsb0Y JYQGoXcUG3htQtg0/B4hwekevnHeo2dOO+9/1fP+Gd0mpEuXriu/NAzo0qWrjypwfCL5YMBrEyIM +BYwkCwPBjwMYAZwtfabYYBEMCAk4N7ESUBmCvlhAP7AN8CAK9UphJskDBAFYUAYwEcC0O2AgY9G L1qmYGAow8CIIpkjZIwsjhIMjC21sXiYYKDc5OiwOANIDwsMzKywZ1SagIEK7BpbyDCAUULV9qKw vajKygQMOEvD5lKQAFqDssMmPAEsFwMMAAN4nKjkhtfWWRsb7U08UZRgAGmBRmtbA2aJJsPAEy02 aXtr7InW2A7AQM+TmCDEo4SwT0CiAjFEBdAjZO/mOULPthp72m0VGhZnoN1WoeHO2KudPa+02QwD 2C/mwgAmCLEzgJu3zpwjKuCQAE8U5bgw9wgRCfQABs70/KKLAIBh4HTsfcIAoILzAYGBdgZ06dL1 IygNA7p06eqjChyfSAID6Zsr0jeXpX9/MOAnAe++dxhIwQMBGPBIQIndgN5gwNcpdJjuU8PA8u8G AwMG/tPvPhy1cKm/TYh4wHyghMQ9QqXWmFKTYGBCmT2RYWBShT213J4KcyA+SojEW4ftOYgO2/PD 9vxqc2G12yNUjR6hZTXOMt4vhqgAdgvYq2qJBMADa+rsNbUmkcC6ensD9whhpQBIwGYSsB9qtLfW wxnY1gIMED3OVsBjzdb2FoSGiQeeau3Z2WLvbLaearF3taJN6Jm2nqdbLZklStfn2hzAQDsxgPU8 XTuc55EYxmKBl9kZeLUj9kpXzytdMbQJdcSIAV7nfcOvwyJw9p459yaTAKigE3NF35HuIGYAbBgA GHjOANwAur5/uodIAJ4AnqRn0DKkYUCXLl1XfGkY0KVLVx9V4PhEcp0B7hECDEiP0DfBQJwHVJuQ 9Ailr+ceocSxQumeOaCuealgIL59LA4Dq09CbqdQMgwoDEgFA6IMOv3TdQUd/QUJvG3E3xUGbrtv 4D/+7sMHFmQqGODAAMNAKWAA0WFsHDPG81DRieUWFo1xjxAJc4Qq3V1jDAOqTYhhgEhgcdhZXOMs CTuZ1dgqkAUYsJfXWVnVMAdW1jsEA8CAemhtA3YLEAxsbLA2NMY2NtibSY3OlkaLe4TsbQ32w4QE hAFNFswBYIA4A84Ovu5EbhgwoDwBvj7DuwV2t2GOEF3RJtQW291u0bn/BQwVtV9ot19uxzjRVwQG CAMIBjoBA6+IIdDpvNERe6Ojh27eOt3z1mlc4QycRr8QHfrp9C8w8O7peHoYtgCPFaLr+2cwRwij hLqcD5AosOhew4AuXbqu+NIwoEuXrj6qwPGJ5IeBjE3iCaSAAe+ebngbcRAGPHkwAAw4DwwgQPzN MOD5A6lhwLdtIBkGCANEPhiQVQMwB+g+CQNEFwwD//77kfOXEAz0G1ZiDS02iARGFpmjiAHKMEpo bJk1pgw9QhNKrYnl5uRyy8sMCAwgLVAF8URRYMAC3jrME4Rs0pIwLxbAsmFnKTsDq2rsVZwTYNk5 9UgLCAkABpgHkBsmEkCPEHICDzc725pI1rZmizDg0Wbn8Ra0CT3RjDYhgoHtrbGdfPqX3QKSGUB3 EEcFYAtglijBgPUc5orGG4ReaLVfapeoAHiAMIDHB3FsQJqCsF+s540OB1SgdgvguvfMube6evZi rqj9rqwY45YhCNFhpIqFCt47cw6jRbtsooJfoE0IRoGGAV26dF3xpWFAly5dfVSB4xNJYCB9cxky A5sFAMQfwD2L7ktDCS6BRwLFvHvYHSUE0ZP80D39qxufVIz4PG1CsoBMJo2SGAaQGcDpPw4DaTJT SK5xEjiWvuJYxvJj6RgzqvwBT2ILZLACMPATmAa44flCB9Kxd+xAxrIvZBsxA0CcBAADA8QZYBgY WmKCBEowR0hgQJyBMaXmhDJxBpAeVjBQxnOEKu0ZFSaRwMwq68Eqa26Vw2kBexFhQA3vFgg70ibE MGBn1dkrSLX2yloH3UH1IIG1DbYaIlSHwAAWC3CD0KZ69AjJSoGtvGIMc4TYFniEkQATRVuVMwCh TQjjg3Bti+1iN+AZd7kYPIF2hxjguQ57T4f9YkdMcsNEAq909PBiAWCABwOvd/Zgy1iHzTAgOQHV IMT+gC0WAVsBYgvABJARou+eUUuI3/uSwKCHbjBN6LTzHi8cEKNAw4AuXbqu+NIwoEuXrj6qwPGJ lAADKjOgYMC1ApL7hYoz1pd4PECnfywfULaACAwAuad/QQLvocAAnk8JAz7FnYFVJ9JXJzgDAgPS JpRO934ewCriFDCQwQIPwCs4mOHyQLrIhQGRSwIeDCTIzQwoZ4BtgRJrVImN9QIKBswxHBgADJQp Z4AzA4ZaN1Zlz6oED8AZqAYMzK92JC0AGKg2l9U6mbxlbFmttazOWM5zhAAD8AQchgEH44NcW8CN CiA3TBjA+4YZBhqwZQzjRFtjj7XYj7fEeNmwvb0Z40Rlw4DAwJMIDEhumBiA9wm0Y6ioGAKAgfYE GHi5XTEANwthiBAnhhkGOp3XOmzAAJDAaxCiq733tLP3y9jbZ2J7SW5rEOaHnnHePUNIoGwBCDwQ X0VMMEDSMKBLl64rvjQM6NKlq48qcHwiuTAg04QIAIgE6Cr9QgoDzuMMCAy4V9UyFISBRH/AgwHc p4QBvzPgywwkTBeVNiGBgZVBGGAJDCQggcAAi1uG6PS/4hBJ7gMwEMraH3JhgBuEEpDg9vsH/tPv Pxy9CJmBfsOL4Qw8wM7AaFk3VmqNLcNEUQUDFdaUcntyhT2t0ppWYZKmVxIJ2LOq7dnVNpwBtgXm uxNFF1XRFT1CmTVWVh1sAYKBFbXmqjpH2oR4xRh4gK7ICTTGlCfQYGPFGMPA1kaLYGBbk/NIo/1o M8MA5gjZj4MEAANIC2C/GK4EA0+3xXa1OLta7GdaY2gQ4imiu1udPZ3ICqM7iJCg3XmhDd1BBAO8 a8zhRWMqLcAkAAxAaLgz9uZpJoHTyhOg617eMLAXbODghuX5A+8SGGCxABYSo32oCy1DTAUgAdIH X+o2IV26dP0oSsOALl26+qgCxyeSwEBoUzkPFKogBghtIAzwFN87Rkig2IBtAXYD/DzgdQoVeZkB HPeFCoQH5MaFgfNPEyIJDDAGxJEgAQbcTiE/DKSr/EACBqSvJB39ycqjHgwQA/xkOSTmADCAYMAl AcDAsi9IvcEA7xn4cOxigQFpEyo2xRkQGOAeISIBCxvHyk0MFcWGAcwVnU7X0uisSmtmpUkwMLfa IRhAdDhsLQ4jKuA6A9g6vLRW8cDyGnMlpwXQI4SogJNTh/FB69kT2OwOEXqoMYYtY9wdtLURmQGE hrFsGN1Bj7fAHCAMkDlCO5vUijGBgadb1SBR0rOtFpwBLBu2Xuhwnm8jJMC+YYIBOAPtBAOcG25z MESIbYHXOmzZJ4D0cId4AtIaBBJ4U66YJcorh+m4fwYBYkQFvuRnTsd+8RWDgUwWQopATANsG3j/ DGDgPQ0DunTp+hGUhgFdunT1UQWOT6Tzw0Bog2sIuCQAEQmsL/HBQOrMQEoJHlwgDEBxGMA1DgOr XQZgCQykuzwgMIDRoooEjrIIAI64PHA4g0kgCAN+Z8CFAcIAf3RY1G/goH/58KPxmdgz0A9DRUss bBhAZsAYVWKOKbPGlVpjiQdK7Yll9qQKe3KFObkSnsAMpAXsmSSkBezZCAxAWC8QdhaF7UzMEbIz q83MsL20xsoi1dvLa80V9dYKDwY4J7C2wV6vVgowDNTHNtUTBoAEtjRaD5OanIcbCQZijzIG7EBa AEiwgxcL7ERfUIylWoOeacEQoWclOswksLvF9QR4iBC6gzpiGCLU5rzUFnuxzcZ6ga7Yq53Oa9wg BLWDB+jo/0ZXz5s8OEgyA29huqi0BuHE/zb3Bb33JTYQ/4L9ATr6CwnIlTDAhYFzgIEve4QHNAzo 0qXrii8NA7p06eqjChyfSAIDWDLA4thAHAbYGfA3CKl7FwMCUs4AlIQBIs8rwA1jQEaOwEBwmpBS vE1IqEDBAJ5hcyAdOkEwkCQBAEUCGQm2gHIG6OgPHsj2bSP2MCALJACpTiEgQQIMDBr8rx/9YeKy bM4MFJsCA6NLHbYFGAZUdJjkTGYYmFJpTSdVWMQDMyut2dU2hoqCBMx5Vdb8ahswUONk1tqLwybB wLJazBVdGjaW1zvwBOrtVTxEiHcLYNHYOmQGrA2N9gbpEaqzNtfZmxush5rRJqRgoBkThLhByNne DE8AMIDQME8UbYk9hatNMAABBmTFGMGA/Vxb7Lk25ARAAmgWUiuHCQZe5u4gvlEY8CqiAnQjy8Ug AEBXD8SegHfdexop4bfx9/0YHyQOgDgD7545R9d3umJv40uKCjhC4PyC4KHL/kBnBnTp0vUjKA0D unTp6qMKHJ9ISTAgaQEIh/6EqICCAbQJbYi3CfksAh8M+FYN+BWEAVyFClLDQEZ8tGj86pGA4gFi gyAJkAQGlFLCQDqd/n3OwLeCgTsHD/7VH/4wefkKlRkgHnigxIYzUGKOLbPHlJmAAbEFyu3J5dYU NAiBBKaVmzMBA+Ys3i2A9HDYmVNlLaiyF1aZi8MWwcCSGiuTMKDGWoZFYxbBwIp6wABIgHuE1ETR Bmd9g70B6WFnc1MMQ4S4QWgrGCD2cLP1CA8Rgi3QhC1jRAKyclicgSfbYk81xyQxvIt5gCeKxjwY 2NPmPE8k0Ga5MMANQh2xV5AWQHLglc7YqwQDPEHodZcBpFMITUHSIMTmwF5QgeKBvWfOvd3VQ8f9 t8/E0Cz0JYaK/oKvfMM8cCaGZ/iGruwMIDagA8S6dOn6MZSGAV26dPVRBY5PpCQY8DwB9AW5MOAl B+SZQGDAE2CAM8TxTiHv9C/3kHuTQQIGxGEgIycIA+kuDPgVwphRxAYwXyg1DCSQgKcgDHCAONAd pGBgaRAGMpbu8zcL3TV4yK8+/njqCoYBpIdLbWkTGl1mjypDg9A4bBggErCwcazCnFphTmNbAHOE OCrwYDW2Ds/FOFGMElrAc0UXYa6ovZQ9gWV1djbWC9jL6+1V9fZK4oE6a229s7bO4QCxBwOWpAWk WQgw0IxZohwVwIoxwECz8xjbAkgLYMVYbCc3CD1NYhh4tr3n2Xa6twgDMEuUhFFCRAL2C2wOvNDm vNgee7mzhx4SDBAGoEEIMCDjRGOvdyE6/AYzgFABxCQgMLAX97G3mQTe6Tq3F7EB9AUhIsxB4XdO wyJwkQDpYXr43pc973ObkMQGNAzo0qXrx1AaBnTp0tVHFTg+kQQG0B1EMLCpwgcDigdcDEhQGhsC SUjgdwZSxAY8DPDDQEYOiXiglzYhUgIJ+MLEq44jOSBIkEACxwIM4CkAAyKCAcwVJQygGxcG6PQf gIH0zARn4O4hQ/7t44+nrVwpMGCNLMYoIc4MYLTouBLAwPgya2KZOamCYMDCHCEXBmbL4mFEh3mI UJW9IOzwxjFrcY2F1qBaBzBQY2fXYLfACiIBtAlh67BEhxEYqLfXN8YQIOZFY5vqrC0NzkP1PEeo mWeJAgOsR5usx1tgCxAMbOeVAugOauvxpwXEEyAMeIYNAcAAAgO8Yqzdfgm54TgMsDnAK8baHZcE pDvIhYEz4glIbADNQuISMAwgKCzCgNEum5uCnHe+VONEZXwQPSnjg0hMBQgM/IL3DGgY0KVL14+h NAzo0qWrjypwfCL5YKAiAAMyYDRFZmC9CwMJ2wYSYCAjFQyIUsIAWwRJGCCKk0CCEmCArrAIzgMD CA8EYECcgQw1V/RACLuHe4WBjMQlxHcPHfJvn3w8bRVg4I7hJbJkgEmgBDCACUI8SmhiGdYLAAMq TQQGKq0ZTAKkOdwdxDxgLsSGAVgEi+u4R6gWSJBdG8sK28sJBmoBA2u4TUhsAZkjtLEhtqkhtrGe YaDBfqjB2droYJZokzIEHuMrnAF3lijnhnnlsDtECK1BRALtPRIa3q12jREJxPbwrjE6/b9AwnIx YMBLQAJ0CgkJvNZBDBB7vT32Rgd7AnzuhzgqoGyBM+fo+jaRwGnnHSQBzu0lwRbATCGkBboAAIgL fylTRM+9exoThAQDSO+d1gFiXbp0/YhKw4AuXbr6qALHJ5LAgGoQcmGAriHXHPCRAAS7gD0BgYFU /gDBQLGXGaBDv4cBnvw8kL5GrgoGMnJci4BvMhLbhFSMeOVJAoAEEQOsOp4BEqBz/7GMVZ58PLCK AMCDAbWNmBRazuGBpDlCKWHAcwb6Dx36608+nr6aYWBkqe0NFR1bZo8tNcdj0Zg9odyEM1BuTWVb YIYLA7OqBAbgDGCOUJUHA/biGnNpncOZAYtIILsmtqLWWVljreK0wOoGkAAWD8MWcNY3xtQooQZn c4O9tSG2rRETRQkGpEdIYOCJlp7Hm9EgtFMmCLX1YLEAw8DTTAK7Wuxn253dJLVvOPZcW2wPqR1z hAgGXuyIvYC+ICQEsGusE+sFmARivF8s9npHD2AAfUFiCwAA9sIiUG1CHB3mNqHTsb2dNgBApgbR M4CBc3TlBiH2BzBK6Nz7X/VA7AZ84PYIaRjQpUvXj6E0DOjSpauPKnB8Ip0HBjI2VcQ7hVwq+CYY 4B6hb4IBkgcDohQwIA9TZQagAAwQCaw6ceEw4GLA4fRshgG3Qej8MOCRAGBg2NBff/rJjDWrAAMj SswHSkmGgoFym2HAmVBmTypzJpU70yrt6VX2jCp7ZqU9CxNFndlV1hzODMwPO/PDGCqK3cMMA0QC xAOkrLCVVYfMwCriAW4TWlVvrWuM5fDK4XUNzqZGe2OjCwNNBAPWQ+7i4W0tHg8gMPBES2x7q7Oj GTCwo8V6ssXZ1RYjHsCKMfCA80yb/VwHosNIC2DVgMkw0PN8O/YNS2sQMQByAu3Oq509ryJGTBjQ gxVjnfZrHY6CAWwZQ3cQnfvBA6cxTlR4QESEsLfLISQQKiAYQEqYBwchPKBmB2H3MFqDTtvIDZ9x 2BxwSMQDGgZ06dJ1xZeGAV26dPVRBY5PJIGBQJuQzxlAdFiQQKhAscF6gEHa+mI8kwAD0iYUh4He 5MIA9whBpwIYoOSOFk1QgARcZaw5ASSIiwjBBwO8Z8AzBDyFsg+iQcgHAwk8ECeBBBi4Z9jQ33z6 ycwEGChxYaBCYMCeAFsAGWLsGqvErrHpldbMKmt2hYkhQrAFODMAErAXhWOLw87iGntRtZFZiwxx Vq21vA49QqtqiQScNRwjzqmzlDPQ4GxodDY22GgTanK2MAZsabQAAxgqigAxkQB4oNnZ3uQ86e4W 8K0YQ0gA6WG0CUluOPZcu/NcBxLDe9qwb/j5dvvFNmIAxIVfVuODlOKLBTqxa+z1Dgc5gfjRX90T EtANGwVoFiIYeOsMPU88AAAQc4CO/nIjYnPgHFqDTsfeO20LA+AhWwQaBnTp0nXFl4YBXbp09VEF jk8kzxnoBQbAA34YYJXydFFiAEUCPnPg4mEgiAEihgHxB+IuQRIGePJ5AlAwPxAggexDdA0tP0Qw 8A1tQgwDfnNAYGBWDsPASMKAEpNljCm1xBmYUGpNLEWPEGkKYUCVPa0cG8dm8qIxxQPYNWYvqAIM LKxGephgALYApgmZ2bX2cuKBGmtlHSRtQmvrnXX1DsaJcmZgY2PP5kaHRBiwtZHTww3WI42qR+gx MQea7O3NnBZoQXSYAwOqQehpeAKxZ1o4N9yqlovJFSTQ4bwABogJBsgQoVfRFETXntc6Y2+cPuea A1gr9nqH/Rad+73YgDQLIR4ADCAGeLPLhmNAz58+JzCA0z+7AdIjRDfvnYY/8N6Zng++PCcM8AGo wCEwoJtfnum1TehUL6VhQJcuXZddXQQMqP/J06VLl67zVuD4REoNA8QAxANxeTDA5sCG0gwooUfI vXHbhLxDfxIVhNbm4RpoE+KhogoJcuLNQqHVJ0m4cfGAkCBjzUm/zgsDcRIIJUYFgAHZhAEkDhCn tAUSYYAYwOOBe4czDKwlGLiVYMAcXWqNLrPoym1C1oRyZyIyxObUcntKuQES4MDAzCoLaYFKizS3 2oE5QDBQE1tQhfTwompOD4etpbUONgzUWdm11sqwtbLWWF1vr2mwctgTgBrs9fXWliZkBh5qjJG2 EQbAE7ARIHYnimKWKK72dlKzzVvG2BlocXap6DAwALnhNns3JwQQGm7voetLvFLgxTbeLcCDg2Sx wMsdzqvtslsAVEAM8EYHSAANQjw76A1MClJbBUR4ngCgC2vF0B2EJcQOXenoT0hAGIBlAtwjJCIe YB+g5/0z58AAyBDH/uaMTQ9/eUY7A7p06brySzsDunTp6qMKHJ9ILgxUeDAAiTmAFIHnD8SdgfT1 8bXEYACRQgJcQ+sKwQDrexkoxBjgF/NAXqBTKENuVvtE53487yeBE+qGgIFIIA4Dx90bhQGkNAYA 4oHQcjczwDAAf4BEGOAbLRoQ8YDnDGT4YGC2wMADpWqiKNqEwAMYKjqp3CYYmMyjhKZWmMgMVJoz CAaqrNlsDsxjGJgnQ0XDzqIqbBhYgpXDBAP2slo7u9ZeoWwBcxVgwM6pt3jrMLS+AYbABoYBDBFi DHgYGwbcOUJIC0DYLSBbh1sczBJti+1q511j7T0MAxwV6LCJB3h8EK8cZgB4EeODYkgLqFmi3CDU iQYhBQPMAG918XFf3cfe7urZ2xl7qyP21pk4DBAeSE5AeIADxKopiG0B7heSDQMIDNCTDl3fIx44 LRniHkICekjSMKBLl64rvjQM6NKlq48qcHwipYYBVylhIJQIA6H1xTJplHmArkWEASEeM5psC3gS DBAwCMCAurpUIHINgfPBADsDHgZAnicAxT0B1x/gNiG6AgmIAXzJgWQYIBJQircJfTwrZyVgYJTY AuVwBiYgKmBPRHcQ0gJT2BmYWm7OqHZmsjMwC+vGnDlViArM53VjC6uthWGMEsqscZaEnewaXjJQ 6yAwwHOEVtdhw8CaeouUI85Avb2xMbapwd7Y5GDrcIO1tQlzhLY1O482xRQMNFsgAeaBHS3YMiZ6 sg3p4Wc7Ys+2Ij38LMYH8QQh7gsSDIAnwFbAy7xs+NWOHiIBTBBq59lBDANvdPV4boAnnP47kAd4 uzMGJEBagJ4UNwD7ht/uQlxYmoLEByAMwL5hNAu55oCMFv2y5/2v4AxwZgC2wPtfAwk0DOjSpeuK Lw0DunTp6qMKHJ9I3woGXB4IOgM+GJBOIYIBsQgSACAgwYAUMLAGNwwDfqNATv8BGDjOOuGDAcUD xAB+GEhPig7zKCHODHwbGECPEF/vGTbk159+PHMNw8ADpapNaEwpNgxgiBBHBSZX2KRpJEwUtaVH CNOE3AYh0vwawMCiMGcGqgkGgAFLa6xlCAwABlbUWStrCQmQGciBOWCvr7c3NMZkjtAWwID1EAmL xuAPPNKodguQxBZ4vAW2wM5m58mW2K7m2K72nqfbuUGozX62HTCwux37xZ5DZgArBWR8ELqDJDqM zABsAQKAV8UQQE4AC4bjDICtAgoG+GEMqwO6cPR/uwsdQW+ddmTjGCHBXnYA3j1zTnyA97BgOI4B cpUn2RPgDQOIDfR88LXz3pk/9ikMaGlpaV0ikv8FU//z5CsNA7p06fouFTg+kVwYiGcGzgMDLgME YUDdSKcQ88AFwoDIDwOMAe5NQteQnP7pST8P8AShNf7MgAcDJJk02jsMuDcCA/7kwPlggNWfYOCT j2esXiHOADYMjCmzCQaIBIgHAAMVuE4tt0nTMEfIJh6YhQYh9AjNqTSRHg4782ushZggZBMPLAk7 mCNUY2fVwRZAerjOXlXvEAzAHGiwV3NsQLYOb+JFY5ubZOWws6XJerg5hiUDBAONnB4mDJDYQIuk BaCnWmELPI0hQvazLfZudgYIBva0kZzn2qwXOp2XsGY49hLHhQkDXmy3X+2CFfBaJ3iAMOA1b4qo WAFdPXuxNYyO/kp4hvPBDAPqSTgA9MwZSO7dHiE6/aP/h54BG5zuea+LMIBJ4MueD74ED/zNl7G/ /Sr2AT35pdN3MCCv16VLl65Lp9T/PPlKw4AuXbq+SwWOT6QLhAHsGbhQZ4AxgP2B9HUFF7qK2AcD P1nL/oA8pNO/YgN6hjAgTgI/wUPVJpTu8gCTAO8gW3k8tEKuPhjIxkAhnP5dGMAoIYYBTBPC9jGi gkOhZQfTl9E1BQwID9C1/9DB//bxH6avWp52PcFAGcNAuT26DOvGJpTbkyodgoEpGCrqEAxMr7Cn MgwQCcystB4UGKh2iAcW1NjzMEcIA4WWhO3MGhkqamfX2CvqrBV19kpeL4AeoQYzp56dAcwRsjY0 2TxEyHmoKUYwsBWBASwdw/rhJsDAEy2xx5rt7S3OjtbYTqQFYrtaeiQ3jCFC7Q4wACsFMFSU94s5 L7TbJIYBXi7GUQGeIoqoAG4IBjqwbPgNBIWVFYCsMP7K39nbCUNgb6e9l5/fCxjoeafr3DuddKXT PwLE3B0EBpClY+90OQQAePK0t2GAnqEX2NhAfBoLiQkG/seXsY+6//Tfv3LeP92HbUK6dOnSdemX hgFdunR9lwocn0guDJQTDMQxAAFiPBQYwOk/DgOkpAAxw4AIJLCuKOQGBjLWIU/sZwBPhAHpLIGB UM4pUXoSDPBDiQ3Qw1zCACYBcQYC04SwijhEDAAdS1+lAgMCA2nZR9OWk46EsuMRAsBAFjEAwcDh 9CyS4oHQsgOuZKbQ5+nL9odUhvjzuwcP/tUf/jBleRY7A2UWMgNoE+Ldw+XWRLYFppR5MCBtQvbs al46FgYPIDpcY88PW4tqnUW1GCrK68aIB6zsOhuBgTprZT2uq+tsLB5udNY1xdY1OBuwYQBpgU2N 9pYG5yHwAAmjhB7moaJuj5DzOEICKj28s8V6qhXOAA8RsknPtmPF2B6kBWLPt9vPtzkvtmG5mISG X+IVY2p2EM8VpauQAHcKITesUgHcAoRgQKcbEeYGobc6HbqhJ98lHsAooXPvdik3AADg3sANOHOO AOC9L3tw9P+Ke4R4ghA9JCQQf4DuP0CMuA+nCenSpUvXpV8aBnTp0vVdKnB8IgkMZGxBZiDESOCf KeT2CNE9AQBO/0wCCTAQkLCBwACPFSoiBTBA5LMFCAnyQmtPQQwDigQS9ZM1p/6CrkwCLgywLeCD ASV2BrwlA8wDR0PLjzAJiJgEJDPAzgAAIPtwhgcDWQQDnpQ5kL7s81AWeIDu7wIMfDQ5exk7AzxK aHSpNa7cnlBmTSg3iQemVjpTKgADpOkqM2A/GHZmVzsPVhMP2HOrMUeIeIBgYEmttSSMBqFldcgM ZNdZWQwDK2pt7B7mADHmihIPNNgbSI22cgYaVJvQQ03Ww032I83Ow80WnAEiAV48LOsFdrTGnmx1 nmyxn251dnece6bV3t0e290RAwy0xUgvtNkvMAzAE5AJQgwDyg3o7PFg4M3Oc290OugRoqM/Dv1I AtDR/01OBnM7kOoL2otnMDyUnQGCgR6ignddB0BggM79hAFMAnRlH0CQgGGArwgNv/8lhoq+fwZj RjUM6NKl68dcGgZ06dL1XSpwfCK5zoCCAcEAcQk8EhAY4NhAChiQzIAngQEZJQRPgI2CAAaIBAbc SaMKBnDoxzUvY23eT9A7xJ4Ai2AgTgI50iaUAAMhuVl1PLRCAgNyPU6nf3rGRwIKBsAA2S4MAAyQ GaBzP65Z0iAUDw8EYODOQYP+5aMPJyzLVDAwhkig1B6HHiEODJRbk4kHKsxpldY0bhCCeKjorCpr ThgTRbFhoNpaEGYeCNtLamJLeY5QFqLDzvI6dAfBGai119RZOfVOTr29rsFZ22Ctb7QAA432lqbY lkaQALcJWY80Y+vw4y0OwQCcgSaYA5gr2mo/2cZbh6VHCFEBtAY92yrOgP18Ww/BwIuIB3B0GLlh niUKYaWASgt09JDe6FBpAXeUkPMWw4ALBj0YJQSdQ1MQqQsMQDAAEgAMxN7x/IEuzAxlGIA/8P5X vGsMJ/5zbALIPa6/pGe+cj4442hnQJcuXT/y0jCgS5eu71KB4xMpJQwoJBASkE6h88JAUAwDzAOA ASiJBEgKBuiGHtLNujxSxlqCgTxXRAVMAmuIBFjsDPCTyhZIgAHCgFXiCYiOEQN4AgO4bUJpcQZQ VCBCsxArlCpDLDCQngUY6Ddw4L98+OH4zEy0CaFBqAxzhMZVIDAwoQSLh6dUOGrXWJU9vdIiBphZ Zc6sNGdXEwwgLTAPE4TshWF7cY2zpNZegkVj9rKwnVVjIj3MMLCqwV5Z56ypJxEPWGuJB9gT2NBg b2yUzAAhgfVQk7OtJcbOAPcINdpPEAk02U+0xIgNdrZxjxBvGCAeIAED+LoH+8WwexjLhtvslzg3 jOVinB5GgLhTmQOi1zt73kQ+WI0NfbMT+8Vcc0CkbAEYAnToP4OZQgoG2BMAA3Bm4L0zAAMwwJlz RAXvye5h3AAJsFgAE4RiH5x2xCXAKuKvAAkaBnTp0vVjLg0DunTp+i4VOD6RXBhgNyARBsADLhL0 BgNy1vd6hJgNhATwfGgtMsR4Qe+xAeGB9LUKBlwkUDCAa07eX+TkcY+QN340TgIeDIAEXAyQ078L AwAAufoEGECnkGsRgASWqzYhtAahTegCYGApw8CYMpt4gHeN2ROweJgDAxU2MKDChYFKRIdnV1mz wwwD1fY86REKO4tqHGwYqLWW1ljZNdg1RiSwot5ZgegwwYC9GhjgAAYanPWAAQdzRRudzY2xLRB2 D2/FaFH7kaaYzBF6rNnZ3hxDehgwEBMYwKKxVgc9QgQD7TGMD0JaALsFXuiALUAwgEGiHT3IDfPW YYhtgdfaY290QggNkzro3I8rhooiNhBzm4KQIVYwQEd/wIDD5gAO+r+g0z/O+hgbKod+8IA8ycND BQbepxeftnH6P+O8jyUDPGD0TM8vz8R+qQPEunTp+nHX9wUD77777hNPPLH1Cip6O/Sm1NvrpX6c 73rfgcP/9ruP/vW3v79iRG+H3pR6e7q+ZQWOT6QEZ4CO/skzhUACHgwQAwgMkAADIcQDiuXeBwNF IAF0B4EBQuuLQusKzzNWiOU5A3kZ6/J+QhIeyMn9i5xTf4Ebdgno9J+T68FAuhcgXsndQXFPQOR6 Ai4S+HSE5MEAixeQAQa4WUg5A3TlxiEEiPcjQEwwgDah/QnOwKhSc2y5M4Z3D09EgFicAawbk/XD CAxU8FxR2AL23BrAwPywsyCsGoRkqGgmeoSwdExggK6r6x3igdVoEIqtlcxAvbOhyd7UbG1sABJg tGhjjEjgIdgCMRJhAGAAzoCzoxlpgZ3EA632U60IDCA93GI92+owD6BN6PkONycgE4RInegRernD IQCQ/WJ0faOj500mAbc7COYAEsOeFcDDQ8UfeOf0OYwPghuAsz5dfaKDvojP/RgfBIENhBP45v0v /+g6A/Qa5z3uF/qbM5CGAV26dP2Y63uBgVdeffXtt9/u6Oj44xVU9HboTdFbU28yqX6c7/rDT/Z9 cehodySivuGKKHo79Kborak3qevbVOD4RBIYkACxQoIkf0AkMACXINEc8OTCgLILmAcEBgrTe4kN QOtIcVsAALAu/y9YyhxQKQLVMpTuhwFpEFp1IrSSlEACnjOQ5vMHEhXfQOzCAKLDAgMiLzOQ4cHA skQYEGeA24RMOAMVzsRyDBVVzoD0CFVYM6rsWZXYPTxbLRpzsH6YpwktrnEWEwzAHLCIB5bVOllh Oxu7xuwV9QQDNsOAs74xJouH1yM9bG1SPULO5gYbS8ea7G0KBtQoIcBAs7OdeKDFebLVJj3VQjwA GIgHBloxR2hPh/2CmiAkK4cxUOiVDoYBtzXo9U4H40Q7kBAQc0BgwE8CAgN7u2zAgJsKIAEGuC/I VY/0CzEJnCMYUKf/rh46939w+hwxAM79Xzr//YzzNzxK6G+YGT44E9MwoOsiau/evVfSXwTSe6F3 pN5bL/UjfMsffbr/SvqLT3ov9I7Ue0uq7wUGHnvssa6urp6ensgVVPR26E3RW1NvMql+nO/6V//+ YSQSPXfunHEFFb0delP01tSb1PVtKnB8IvmdgfRNFw4DQRIgpYSBkIIBtgXca4JLwDCQQUf/dXnC AJ7EHOBIsbuFwHUGlAQGQAIpYEB0wTDAEQKGAeUG+GID7Azg6t33GzjI1yZUDhggEuBpQvYEdgYm S5tQpTW1zJhZhcwA1o1VO/Oqnblh9AgxD2D38KJaBxNFZd1YDZGAszyM3PBKwoAGe029s6oRgYF1 9Q7BwIYm56Fme2ODtbnBwT3mitr0DOaKNpEQI/Zg4IkmDBXdARhwnmqN7cJQUQAA80DPc9wsBGeA e4REEh2m68scHVYkAEOA1MNzhBgGeGyoK5gAbmZApI7+3AKEYADu1QQhtgI8BnBv3IeEB+feP93z yzM9//vrc78kNlANQhwjPg0e0DCg68LrpZdfvsL+IlD+FpDel3qHSfUjfMu/+f0frrC/+JS/9aT3 pd5hYn0vMECURb9IHSevoKI3RW9Nvcmk+nG+a8JLeoE6RF9BRW+K3pp6k7q+TQWOTyQ/DODEz9eU uggYkJlCEiZWIgxYDxgQHshYn5+xnmAgj24CJEDyYMAVbyNezTCwOm4LeDAgAWIRMYBgwDfCgKQF VGwgvmRAwQAsgmWkBBhIz/y83yDAwISlSyUzgAahcWW2wMCkCodIwIUBe2aVM7PSnIXosPNgtT2H o8MLamIEAwursXt4cS0vHiYkAAnYWWF7eY29shaewMo6rBxe06gahOAMNGFU6KYmgoHYxkZLYIAz A84jiA2ABEhYMiAbx0htNrYO8+5hgoFnW21igGdasXL4Bc4MEAxg0RicgdgrJIYBzBFqhzNAR3+B gdfBA9gsJpkBzxnAAgFeH/YOTwqSkMAv0CmEZ+jcL11AuHr3XQgQ8+nfJQE+9GPZ8Jmevzkd+x9n ev7bl7H//mXPf+P1w788Y9P1v51x6KGGAV0XXlfeXwR6fwuo3mFS/Qjf8pX3F5/e33qqd5hY3xcM 0G/pvuKK3tT5YeBH+K41DOgKVOD4REqAgcDqsUQlwsAFtQn5MIAXErsSGMhYxzAgV9xACTDAPJAA A0gPAwky4jBw0oUBZIgVA6gb+APngwGfGAkUDLg6oFqGUsHAnYMG/etHH3kwYI+rhC0wvsKaWE4w YEub0DR2BmaABKyZVRaRgLQJzVM9Qg4CA9X2khqkBZbVOMt4oBACxLXWChLBAIeG1zRgyQDBADaO NTmbmu2NTbFNjc6WJkwXJRLYRuJRQgQDj6klA5gxSted7AwAA1pjz3QABqRNiIeKOi+0Oc+32cAA 7hF6lZeLvdTmvMwBYrYFYq932MQD8Ac4LSAwoAyB0+fe7ux5G1TguDCAGzrxExW4VgBGiKpksAIA DgZ09bxP95wbfu907JddCAf/t6/O/V9fxv72y9j/81XP//Nl7O++6vm7L8/97Zc9/4NFX/ofX2ln QNe3KPo/SPo/DHWovFKK3hG9L/UOk+pH+JavyLMOvSN6X+odJtb3CAPqJ15BdSEwoF56BZWGAV3f qgLHJ5LAgMoMcJtQbzzwjTAADJCbFDAgAhJkrC/ywYAigfT1MAcyNhTESSBoCygMgDNAJLCKPQGQ wElFAoCBEwIDrs4DA4dJ/oFCrF5hgBiAYCCUAAODAQPLlgEGxjIMjK2wsXi4wppcBVtgspojhF1j MyutB8POg1XOXG4Tmhe251ZZC2sZBsLO4iqLeIBgYGkdp4drYwgQ15qr6jBNaG2jndPo8LoxVqOD PQOEBCQEBpwtDQ5goNF+pEUFBrBqoNHChgG2EZ5sAQzsUruH4QzsbuVdYwwD6A7iDDHPEVJpgVfo 9I99Aj2vdSgGIGGWKGYHORgcJEf/00wCnTxHiOPCYhHIDYR+oR66olnIRQL2AdAOhAlCHAP4Jd2w CfB/n4n9r6/O/b9f9fwD6//39bn/9XUP6e/BBkoaBnRdeMn/96u/PbtSSv6PX73DpPoRvmUNAxcN A1/3Uf3TcvrzSA18MV89iWe9R/kvDkxLW/5P8uB7LPlXRb3JpPrO75r/2FK+N/Y9lf/z+XZ1/nf9 ff0XpPCf9uz5p0L14NsVfesH+5vUg++rNAxcdAWOT6QUzoDsIQ4sIKNn3AVk6b3BgBor5JGAJ2aA DUUZG4gH8tM3FPxkfaFIbIGfbFBI8BfrAQMwBIKegEsCAgPEAJ4YBuiGSEDMAZ8/AAzwYAD3iTyQ DANep1CC3BixiGCAwOCuwYP/9cOPJmSKM4ANA844goFyS3hgEjYQezDgzGJbYE41w0A4DgMLwoQB saU19pJae1mds6wuhsxArbWizllRK7EBXi/QFAMMuDyAJQOAAZudAQdLBiC1ZEAMge2t2D3M6eEe goGnWjFXFCTQ3gNngGHgOVxVVAAbBtptbBjg9QKvdmGIEGEAR4c5JNDlvNdl/+vX54gEMEu0097L ALAX4QGc/sUTePe0XBUMyMggHwbwtQs8QDBATxIMYLNYV+xvvnT+9stzp4ye0z1/Omme++eve/4F +uO/fH3un74+94+s//1Vzz+dPadhQNeFl/x/v3pwpZT8H796kFQ/wresYeDiYKCnp+fLvqh/zKaT 8gun5MGpFwZ6D+gL6jZ+930XvSl6a+pNJtV3etd4K2nZ/6ge0cMXvPvvpy7+Uzn/u/5+/gvStP+D D/7pnz64uDO9hoFLqwLHJ5LfGfBgQJ3+GQM8JEiCgUQSSN0mBDEGiAgJCkhy+ueruvnJBoYB9gRk rBBmjCaTQBIMZNBDDwYgkABfiQpkqKiCgUQSICXDAD/jwwAOD/Ck0SQYwAbiDz8cv5gDxGPLbEhI oNImTa7EujHZODaj2plZZc2uth+ssudUWoQE88MIDCwI2zAHaogHLOIB6REiGOCNY87KhtiKOntV AwmdQkQCuDY465kESJsbzYeaLOKBzU3WVneUEOmxZngCJCKBna0xEsEACbYASICdgTZnD5MAIQFg oM1GaxDbAqRXu5zX0BfUQwwAWwBzRZ03T/f836djv/06tvcMnft73jrt7PUlhnH0V01BQgKKBwQD hATexdGf94sJDJxWmYFf8szQv/2y5+++7ql3/mj+6U8N9rlfn+359dc9uLJ+dTb2r92xX/G9hgFd F170f5B0jlR/e3al1IXAgHrpJVL5Lw78bn+NeunCAE5I3/shB/UfAwNnvv86+fzAtKz/rR6g4k/8 76y0gc+fTH7F91kXAgPqpd+u+vRPLaU+n4uo/wAYkH/TL/bfdw0Dl1YFjk8kPwyoDQMuDHgkIA8T YSBFgFjahPj0LzzgZ4A4DPxkQyGf/uPymoVkqGj6+gQY8JNASKLDPhiAEtuEPGeAeCCNzYEkT0B0 QTCAmyRnQDID//L7D8cuXuK2CZXb4z1bgGCgwp4qbUKAAZAANgxg0Zgzj2MDC8Mx9AjVxogEliA9 zENF6+xskICNtADxQC2WDAgMuCTgbGi0SYABkABgYEujta3JeaTReYTNAd44ZhMMCAmQZN2Y9AhJ YABqsWEOsDPAGwZiL3fEsGSgwxFbgGDA6xHC9XTPG+wJSJvQ26dje4kHsH5YwgPKCiCJPyDzQ9XR H21CBAMOAcAHXbEPGAZ+yS4BPIEzPf/jDOIB//D1uQ/PxkrtP+3rPvebr3t+c7bnt2fPiXDffe7f z/b8TjsDur5Nyf/3q789+16L/5ZQlfrbPHrK+3s9/OWo7y8Rv9eS/+NX7zCpvutb5j+5qu/rDfg/ mYuq87/l7w8G6Kiz59sdWi5zGDj9vdcJPjOrB1L01MDnT9ANH3afxwWP+qbkXxX1JpPq4t91ivel it6VKvV1921y+d4rfoSUemHwCf7Gi/pozv+uv4//grj/oif8C89H/EL8l4bKfbr3J4ESvj6j7wwI GgYuugLHJ5LAAM76Lgyo+2+AgTgPpLlLxxQPCAzAJQjCwE82FmZsBAz8xcYEHognB9xtA1AqGCAS CF0YDMAWoKs7YzSJBEjnaxMKIS3gUkEqGOg3cNA///73oxculgAxRglNqLD//+z9B5dcRbb9i6pK 3f/3Gd6799i2NO2goenGG+GEEyAhA/LeO4QRTggECEnIewl5b/Hee5BX+az0PivL546InaUzxltz xd7pqiREQZ93X3fMMcc+kamSIHvAIX651lzrphonPdy7Wt4GHrDuqAMMYK6ox4UBD4aKDvCo/vW8 bqxeDKwX99dLBAa8YqhPDPOrEcQAPjnKi3VjWD8cwPph9Aj55QTsGZCTQmQxKWBNC6upQTEtKAED 7pIBXRbQlQEeKsqLh2PqSR4qOjdODGA/G7Ofiapn4/Y83SYUs5+LqvmJ7AtJe0Gq40VeN7aQkCCV XewuHn4plX0pIZfweQmKA8QDWTosTSIuzBEChoFcWSDNPUI44ImzmxlYhZUCOK9tsNen7M2N2e3p 7J7GjoPN2cOaBJqzr/LzNYYBer5BboUNDBidv/R/+51vz3464UvC/Fd4uAw4X3jqN4t/+SeX/g+/ 8wk76cd8ZPyN073EeUUf7Cf6JjT3v0x3de6P/JPBAC46P7AR4v+fYUAI4f3J9eETF1/8xIfOCy16 q8fAjXTYOJBvvnz+R4k+FH0050N2Uvc/dRefq0T06fRP8MfUHxJHfcL/CMV/QO7nceRTwTs/UOf+ 1D/BvyD5f84L/4mn67x738c9X5/O9iYf6P+6NFBw7KYMDHRbJdcnciEMuGkBjQGdkAAkoDGgkg8O ALh22ICbhcADDgDgTBhwikxUwGUBlwTAABoD8jBQNpZJYMyxsjFHyOWjiysDDANlBSTgYECeB3KZ AbQJlREPODDQmQe6goEcABQYDIAYcQkMXAoYuI9hwKkMVMteNVgvoO3AQK3EkoE62ceDuaIuDGC3 QH8vw4BXAQY8xAPWEJ8c4hODvWKEX430iREBwMBIvxrDZQFtLB0LqckBzBQiJCAYmB62Z0QUMcAs fhIJEADQ7f+RqE4PEwzIJ+idGPEAGoQ0DDwDHsCusXmYJoTxQRwgzgcGuDIgsWUMu4fVYt42QCRA XpRUYABkiAkDssuSKA7wSy4O8JIBxANSSt/+uTtIrU4CA7R5uzDWCKxrsF9uzG5ttHc1Zfc1Zw82 o0HolWbiAacm8HpLlgBAw8BbrWfeMjBg9ENE/4Gke6Tz7dlPpk5f4OmvPnPP7n69d546HxhwfvSH SX8A50VO+a8v9efin3K/98x9WVr89Wj+9+R/y4/5n+R/Bwb0Nce9tujXxAb8DadOTnb9Dv00bj0F lxznD/gx+t+BAc9Prvcfu6jHgA3OCy1666LH3qfDhgE9LnpsA/2AfvkP0fnAgPOjP0hdfC5X9LEc FXxM5wO6586/He8UCL9Y+Bt/mP7RMOD8Y+6e3X/Wi/5Rdy/3537TfYMOP/rfEgMD3VbJ9YlcVBlw kcApBbgwoJ84FMNA+UQHAPSgIZDARE0Cug5wqicxwAR2FzDAAWIXAzQJ5GCAnmVjjvUcc6yQBGCM EgISICrQGQY4M1AEA05goOvKQCEJ9BwOGCjBADZPE+oMA5dcuu/1N67pN8ANEFfJG6pFr2oHBnpX y9urlTNKqBZzRe/BhgHsGutbJ+7jsgBgwGsP8mHJwGBeMsAwIIf71XAfNo6N8AlCgtFYNaDGBW3E BvxyQtBGgDgoJwVQHJgaVsQDM5AW4F1jQAL5cFg+GkGGmAMD6kky48GcqDNUlG0/E0dggHgAMOD0 CDlLBhboFWPYMMDjRFOoALgTRWFQQcJ5iX3DGCeKp64JLEdNgHuEdE0gZa/iQaKEATk8wCDRdPbl NJFAdneTvb/RPsSlADbDQDPahF5vPfM6kKDjzdYzb8MGBox+gPR/+51vz34qdfEd4caBPQZuxPsX l3799w+Q/g+/8wk7qfsfOfcF7tnEn5J/zP0556vMkt+pf46l/7fST/1Ot3Tuj/wTwYB74cndW3Dr cS8s9CZdYrp8R79RcMlxDj9O/zswUPfT6z265Pbf4LyA8m9s6E+X3ff4/xb/yE8o/Y+K8yE76Ud8 6k6fSyv/Np340+U+JuSeO//uLv68wt/4w3TuT/2j/wXBP+vFyv2z7v7rkGeE73lT/xuT+/fmx8jA QLdVcn0iaxhwMgNFLmAA/U6uTahg75hmAA0DbMBA7vbfySfcTqHjPxt3MgcDGgPgsUfKxxzH0mLA QHGDkGtdHOi6MlAAAyABVAb4fB4wwC7BAO1PugwQaxi4um//fGXg+ipxY64yUIXKwG014o5aeVed xDQhjyIYwMaxOonocA4GvGgQQpsQMsTCzQwoIgEySMAnncoA7xkYH8BEUYKBKQE1OSSnhOX0iD0z opx1YyE1i9PDD0XVIxFFPEAw4M4VVU9F7ac1D6A4wHsG4pI3DNjPRyUCxNgzoF5MYMPAAoYBtAYh J5B9iW7/QAIGgGQpDCxjGKCLPrqD6MavYaCgO2hVkg4KGNDQQWCwusFe15jdkLY3p+1dzdl9zSCB wwUw8GorOftaKyoDRAJvtLow0GZgwOgHSP+3X3959pMp90VnXhsG9BiwAV/1XfTYY93+du98pf/D 73zCTur+R+7ic7EKv8KkHyj8MX0u+Y2FPw/x/zJd/snnrXN/5J8GBvLXE/fiUnRh4TdPnOMdeolr j/N/frT+F2DAsqyaf4TW4a6/ruDFRbPfcc/O8Z3Z9O+K8+5PK/pQ9NGcD9lJP+pT46PkPxh9htl0 zn2m/EfKf8wuf9kV/rhO7xS/cd4696f+sf+CuP9CuCq84hfc8Z1/8M/2pvtH4F+rbk8lKpKBgW6r 5PpEPl8YmHRWGCjypNOoBhT755NOu2cHBpAZAAycxGhRdvnYY441DIxBYKAEA7RBAnQ4Jwy4dmAg N1Pox8MAXjIM/O6SS/a+9sZV92oYqMrtHkZs4JZqcWuN0qOE7qxDj5AeLUoYoDeOgQd8amC96u9V 9/vUA8wDQ3z2YA4QozKA3DA2EI8kGPCKMUE1xi91m9AEHiXE04TkVJ4uig3EhASoDKhZsJwV4thA 1H4kKh+Lqse4TegpVAbkXIIB7B62n+WywHMJLg7E7RdiKAtg71jCJi9MYvfwQnfDAPNA0VMzAIOB vSzpbBJYnmAkAAbQvd+ZGgQeQDXAXskRgtUN2TUpe11ak0B2R6O9tzl7oDl7qMVGSphIAG1C2Vdb shwXzuqoAJHAW63Zt1uz75rKgNEPEf0Hku6RzrdnP5k6fYGnvxN0vxns4iu/n1TnAwPOj/4wdfXF JD6M+2bxx+z6HVLJS1Lnd36g/hdgAPeWAuGqgltL7sbCt5lzwQBe7z3BD375I/W/AwNV/yCtvY/+ frTuW+u8x+9e9Ojb+RcFr34ynQ8MOD/aDb39aAEY6795962L7rvvIv1W4ccsOTty/jcp/NPwVtH/ Pj9I/1AYKLjIO3Iv+fiVXNuc+8/9Wd8s/DfnJ/m3xMBAt1VyfSJrGHAAYFKtc2DnagI4MAyUTWAS AA8QCeRhoOekSn342SS+/QMAHBLAy04woJeOlY/VTyKBAhMMjCEkOJpbNlxoTBPSPHAeMMCdQl+f vTgAAOg5/IvzgYFcjxB4gNuEHBi4p6AyQDCA9cM18lZyteXMFa2x+tRhz0AfhoG7PbJfvboPc0XF ffWSfL+fe4R0p5BPEA8M8eYyxGKUXxIGjPEjQDw+YI8P2nq0KDIDIUEYMDmM2ADBAKaLhsSDIUl+ KKweCmL38MNRemLj2JO8Z0DDAAcG1LMJ4gHFsQGpKwM8VDS7IMnRYedJMAAeWJxku2CA3DBvHYYB A9wghGYheAXAgGFAGyRAL3VZIAcD9pbG7PYm7BM40NxxqBkkoGHgMA8RQjWAMYB44M3WjrdaO95p 7SASeK/NjBY1+gHS/+13vj376VT8LZ/7DR+967z5j/veE9L/4Xc+YSf9mI+Mv++Crz7X9e+/Lv+h 3E9V8I77kfEr+d/G/4MUvMz9WPd17o/8U8BA/jtMSF9dCmHgfN7Bn1Fw5flx+l+AAfqrVPzTiT4U fTTnQ3bSv+an/in+BelSRVd8V12+WST6iZ+CBQwMdF8l1ydyMQzUOIccA+ReTqomBmAMIOPqX1gW IBjoSTf+yRU/n+ze+yedpncIAwpIADAAEphwoifWjTnOYQAzwDF65mCgrBMMYK6orgwU8EABFeDq Dzs8wNOECAa6jg2UBoi73jjWBQx8VAIDF1xfYQEGqtTN1UrPFUVswIWBO2rkXR7iAeteXRmowzSh fnVWf6/s7xWDfMCA+73EAIr3jmHA6HAfwQDPFXVhYKxfjvMrgoFxAcFlAeIBOSUopzIMzMAQIc4M RNw2oYh8LMxLxyLq8ZgeKGQ/ERFEAk8TCUQxTejZeHZegjMD2DjGDUKp7PykvUDDAFcG9GjRxQ0I DNCB+4Js3jCAA0LDKBFgbCi6g5zosM4G6OViwIBVqAmoVQ32mgYMEsWm4UZ7W2N2d7O9vyl7qLnj MGYHdbzaYr/qIAHDAM8OerMFfptJ4J22jvdaDQwY/QDRfyDpHul8e/aTqvRLPf1W/nu9f9D3ntD5 wIDzoz9chZ9Lf7Dc95nOV5+FHzN3Lvht+E2Ff0rJb+mW/uEwUHinh/hC445HZPHtha/7rtx38r+x 9E/5MfrfgYFT/3SiD0UfzfmQnfSv+an/nwUDP92/JQYGuq2S6xO5CAaKXQQDuZYhFwZcBnA9+bT2 zyae5sqAQwLFMHCqJ/HABF5IrCsDuYIAw0CBj3J6+GgRCWgGYBhwigOjnMlCbnGArv66RICyQK4y oHuEcj4XDAztcqBQKQxwm9ClDAMIEF+gA8S9quRNle6SAS4OoE0IVnd5ZB+PvNcjMV0UxQGy6F8v B9RbBAMD661chpiewwI29gwwDPBoUTnaLwADeppQCKNFNQzoNiFUBkLOUNFZYflQbgkxKgNqNjqF JNLDet1YVPJcUTUXc0WzPFfUGSI0P6lexAQh1AT0aFEiAW0UBBoQHmAG0GUBwMAyLCHOLks6W4fp gPSwLg5wjxCbOEGuSEmCgdUptbbBfjmd3YLQcHZvk41Zojw16DD3BR1uOfNqK97RoWGGAUwQIhh4 p81+v6XjY5MZMPoh0v/td749+2cRfSL6XM4n7KR/wY/8j7rrdL61nPse8/1fif4A/S/AQHt7+8l/ OtGHoo/mfMhO+tf81P+PgQH694co+if7l8TAQLdVcn0iOzBQXBPo0hoGek6qLmKASZU/m0zPip6T K342peLnkys6YwCxgUMCeu0AogKduoNcuzBwpMs2obz1NCGCAaaCgrLAN2XDc5WBrmGAfBYY4HeG Fu0dc2CgMDbAMHBhEQxUOjBwc7V9IwcGetfSU9xep/Ro0bs9gmCgDz25PtC3nsDAYhiQA7k4QDDw AJaOKYIB7B52YUDzwGguC4wLOjDAG8fsSU5lANOEpvE0oVkR9VQ8+2xUPhyRj4btR8IoCxAJkB9H j5CGAcYA3kCsYeD5RPa5uOQhQpwTYBhYkMguTGUXJcgYJOrUBwgGksgQ52CAO4WyRAJOgDiJWaJk JySgAwMMA6vSIIE1Dfa6BntT2t7RmN2DmgCHht2QAANA9vXWjrf44EYFznBUIPte2/980GZ/lzlj YMDo/EX/gaT/Zugvz/5pRJ+IPpfzCTvpX/Aj/yR3Hf1tf4l+EAzQJegnaX7Q+kfDwKxZs0KhUDqd Pv5PJPo49KHoozkfspP+NT/1wdfebGtr7+jocP7Z+qcQfRz6UPTRnA9p9ENUcn0iuzBQe04eqGQT BpSSABhgMpHAaSKB84eBEgAoMmcGNAz0HNOJAXJ2YOC7HqgDaB5wYYArA9rYQFwAA8QA3wsDXVQG eLRoAQzoAHEBDFxfKa6rtHpVypur1C216mbwgOhdK2+rxZ4BLBkg11p96lEWuKdOIENcL/t5xACv IhgY6EVl4H4vkYAc6sXqsWF+NdyL0aKaBMYE3DahEJYMEAxMCdmIDod1ehgwwNNF5UMRe1aYSACj hGZH1KMxmzDg8Yh6ErEBicxAzCYYmBdHYAAbBmI8TcipDNgvkuOKkGBBQqJHiGEAZQFyUoEB9Bwh hgFuFtIwgGXDy9P8ZGPlMJIDzjQhHRvQMLABZYGOXU32vibEAw4323qC0KstZ17j5WKft9tftne8 0ZLVDULvtKFB6N22jvfbOr5p7/is3VQGjH6A6Ab5z/dFoP4W0PmEnfQv+JH/YV98/v9S/2gYePHF FxcvXhyJROh/238a0cehD0UfzfmQnfSv+anffO/Djz/7sr0d/1D904g+Dn0o+mjOhzT6ISq5PpHz lQGYpwZNLqECTQLkqp6oDFT+bFLVzyazGQDyRmagCxgABkxkDOAGIXKZc/UnKsiDgVsTcIzYQAkA 5MwkQAxQNurbAhgoahPKwwAdXBgoIIEuYEC7J7m0OMCxAfAAkMCBgb8ABq68W2cGKhXxgK4M3FQt NAzcUi1urxN31sk76yy9dIxg4N46qVeP3Vdv90VsgGAAZQHYjyUDw3xySL01zFcKA+gRcmFgQlBg tCiRADcITQ5Y0yNqRgRtQg/xNKGHw4gNzA5j6djssMAS4oh8SsNAVGGUUBRbh5+NCuKB5zk28IKG AQ4QEwxgw0BS8qGDSGBRUi1O5AoCPFq0IbsUPUJqWTKbDxBzj5DuDuL6QDEMNKg1KbUhbW8DDKh9 TQ4GMAkQBmTfa81+1nrmjZb/ebO1443mPAy8h9wwkUD28/aO91tMZsDoB+if74vA3LeAzifspH/B j/zP98Vn7ltP5xMW6yeBAdILL7xA/6sSZf3TiD4OfSjn451F/5qf+o13P6B/nAgv/2lMH4c+lPPx jH6gSq5PZAcG9L0f9QFyXQEJFMJAZU/NAI6LSWBKJZHA/3FhAHlilwQ0DGgMcGAAs0Q1CZwVBjgz cJZOIZcESmCgfCSTwFlgoLgs0CUMnCsz0AkGLtnz6htX9rkPMHBrtejFMIDpoogRy1t5/fDttfL2 WnF7rQUkqBV31+vkgOhXr/p5MUqonwc9QgO9AnOEvNZgdAoJ7BnwOT1Co/1qVECORWVAjaWD36kM TAzbk3makPaMkHyQo8MIDLAfjSA9PFsPFeVpQk/F5ByOCoAH4hKVgajkuaIKu4fjgAHdKUR+ETFi jQRoEHJiA3oDcdxelrCXJuxlTqcQHcAAy5LoFEJZgAsCqxuxcYybhVAT0F7LlYHNjdmdjfa+5uxh 5gGQQLOtQwKvu4lh8lut2fda7A84NKzLBR+0njGjRY1+kOi/kf9kXwTqbwHpczmfsJP+BT/yK2++ 80/2xaf+1pM+l/MJi/VTwYCRkdG/pkquT+RCGOg5uaZcLxxAy1BNzykoEfQkT6kiF2AAuVIzwM+n Vv58inMm9+SWoVxfEIyFxKcLygKnysedKiABwAAvFigggbHHe6IsoE23f0ICfQYbICTgPnvg9q8x oLgy4LpzZUAjgeaBsqFf9hz6pSYB3kDsuIyQID9ZyCkL5Ew8QDBwwcUEA69f0acfYOCGKmQGeLQo lo7dTM8qC21CNeIOvWeAYeCuOnFPverrRYC4b73o75EDPHKQLgv45AOEBPXy/nox3K+IB0Z45agA Vo+N9vE0IR8yAxOCanxQZwbIYlpIzYjYgAF3jhDKAm56mNcP249H5ZMRSTzwFFYNSGwcYxiYl9BL BqQmAcBAwo0N6MwAwUAiiz3ETAJOdxBnBujJMKCbgtAdtIwxYAXOIAE9PggYoKMC3CC0Np0lGFjX YBMMYL1AExaNEQlgpYBeLtZ6xhkfpBPD7PfbOj5r6/iu/X/ebcu+h5lCJjNg9MP03HPP/TN9EUif hT6R89nOon/Bj3z4jbf/mb74pM9Cn8j5bJ1kYMDIyOjHqOT6RHZhgDAAAIDnFGAA28WAKdU/m8qe XPXzKdU/JxiYUgkMmJrHANgtCxSQAGEAXD6+oDIwLk8CZWNP6Nt/+RinOKAzA+4ooQIYyHUNjcLT KQsQDBAV5G//HBsAIej8AKyXDJQNd8oCOWse6DmscM/A98OAjg3kYeAuhgEdIL6pSt1UZZHzmYE6 dXutuKPGIhLgGDH2DDAMKMBAvezvEQQDg7yKM8Tqfo8YjBmjKA6MJBJwigO6MiD1kgENA+RJBANh NSOkpofQLIR1YxH1IMMA2YGBaJYzA1g1wDAgCAaeRnQYPEB+LiZfSGSJBHi0KJCgFAYSHTkYWMo8 oAPEujuInSUSAAzoDLGzdZgXC6S5NajBXq3rA2lnrujGBoVpQs3Zg80dGCTqbBpGWUDDAELD7cQD dPs/81Fb9mur48M2bBh4twX5AQMDRkZG/8oyMGBkZPRjVHJ9IjswMLW6bEp1+dQabQ0DdPt3YECT wNRqkACcxwBdGeChooCBnwEGKn82kXigAtYk4PDAKZcH8pWBsjEODODJLoQBt1MoXxYogQF9IBjg xqF8d5BrZwMx3/67hoESDND+IZWBvk6AuFe1wp6BKswVJRi4hWEAA4V4CTGXBVAfAAzUC4wW5TYh 8gCvHEgY4MeqgQfq5RCfGOKTQ71ihF8N10vHAlLPEeLYAAaMMgmoKWGeK4oeISAB1g9HgAS6LIAe oViWeOBJbBhApxDBwNy4PSeG5IBeP4ziAEaL8gbiuHqR6wO6TYi8yIEBp0eIGGCxhgFODhADLE0o lwcUMgNuj5AOCaxOd6xp6CAMIOvKwCpeOLA2ba9vtDen7Z2NWDLA04RslAVasGxYNwi93drxPtIC 2ffb/+ebTMcnregUIhh4p+3Mp2bpmJGR0b+2DAwYGRn9GJVcn8i5yoBbDdAYUKthoMQ/n1ylCwL5 msDkKj1UlNyT9xATA/Sc6BYE8hhwqieeXB9wSaArGDheNharx4AB+U6hYhhwSYDcVWUgd2ZrKijG AG20CQ3/qgsG+EGVAQ0D11UK4oEbquT1VUgP36w7hWp4uihiA8gMaBLQMAAeKIEB3jNAzyFewMAw nxjhtUb65Ei/GBVEZWB8wMZc0aA93i8nh9TEoMK6Ma4JaBgAD0TULKwflo9GbcIAVAZ4mhB4IGY/ GZFPx8TTHCN+hkggVgwDCfViMg8DzpIBwEB2kZ4mBB5wRwmhLJBdyusFtAkGGAn0hgEgwYpUdjW5 oWMl8UA6uzadXdNA76i1jfa6tNqczu5oQqeQhoE3eK6oJoG3WujSn32n1X6v/QyRwGeZ7HvAA3qe +bQ9+23GVAaMjIz+pWVgwMjI6Meo5PpE1jBQQgLsmp9NIwCgZ83PpzlggLLAWWCgJ2CAFxIzAORg QJNAkbuCAXeiKLsoM5CzAwNlo52CgAMDTlpAX/1z4QHHPUZ+hdhAJxIgaxjo0QkGgAH6nXPDAALE r1/Z516GAV46hk4h3kBMMIAlxFwcQJsQYgPqzlqBAaMehdiARyE9TCTgkYPqVf966/56dAoN9hMS MAz4xfAATxMKqDEBOSaIJ2AggNgAKgOAATUtYk8Ly+kgAUHPB0MoDjhtQgQDEWQGiAQej8qnYmpO TD0dl3Njam5MID0cV8/G5HNxPU2I9wzEwQMgAc0ACfulZMdLbimArv6MASgF0HN5usPJDAAGHAbI kcDKlCIjLdCQXYV3kCJYlVZrUvZaeqazG9MKG4ibsgc5NvAG9otl38BKgY63W8682woe+KL9zJcZ ZAbea/2f91rPfJbp+C5jlo4ZGRn9q8vAgJGR0Y9RyfWJrGHgZ8QA02p7sn8+lW7/dQQAeU+v+tk0 pAXAAwQGUyp/ppGAU8V64UD5RHpW9JwAlxXwAJAgTwIni+cIndRRgZyZBI7RQcNAQXKA7JQFdJuQ dtmo73qMZDAY8U05J4kL7DYL5TuFcgCgpwlxZgDvf9Fp4cDZKgOflg0mf0Iw8Lu/XLL3tdevuqcQ BrhB6CaCgVpFMKBjA0QCTmWgVtzNsYF76sU9HkUkcJ9X9feIgfVqYL0gGMBAIYIBnxyqYcBrjfCL UeSAHB0QulmIYGCiDhAHOUAcsaeHxNRwx/SwPSOMTqGHQgJtQlH7UTJPE3osqp6IIjPAMGBjzwBh QAKel1AvsOcn1fy4WsAbBhYm0B30UiK7BLd/d9mwmxhelpR4clOQfi5vKCoIrEzZqwgDGuw13B3k pIf5nZVoE5LrGtSapFqXtjc32juasgeabA0DvF8MFYB3Ws68Q1f/1o4v27Pvt2ffbTvzQVvH10QC 7Wc+4FCBgQEjI6N/ZRkYMDIy+jEquT6RncrA1Fryz6bVoSZQiAHa06t/Nq3651Orf8aZAcAAagKV PFaoCAbKJ6AykC8OjMcooUIYKGkT6hoG0Cb0PTCgKwMEA2WjjvQYVcgArjUJdIIBcuGhJ5HA8C8K 6wPnCQMXXnLJvtffuLZv3x7/CRiwriceqJG9CAaqxc016lZYcmUAbUID6lWf2gyWENeJe/RMIZ4r el+97O9V9KvEA4QBxAMPeOkghgXEiIBEgDggiQdGB8VYjg1MCMgJQTkB68ayGC0allMjiA1MD4s1 yezKBPYMPByxH+HRooQBj8WwceyJqP0kMgNiDjqFsGfgGe4R4nVj6oU480BC7xrTZQH7pSQnBBLw Mr1GAJd+hXlBSdz7l3NOAInhlOL5ofoAMwzg9u8gAR+IClanME1oddpe32CvT6uXG+3tjR37mpAh 1mkBgoF3WzrebjvzcSvagT5oO/Ne65n3W+2v2rFu7P1W58cMDBgZGf0ry8CAkZHRj1HJ9YnswMA0 hgHUBGp+NsMBgJ9Pr2IYYAxw24QYAIowwIUBFATIudYgYECeBPQ0IXqiTahnfrpoFzCQY4CuYaDA XcOA7hQCCfD64QIY0NYYoI2rP3l41zOFyoEEnWEAbUK/v/TS/W+8cX3/fhoGODOQg4FqBwY4M6Du qJN3ekSfOgswUCvurlP3cqeQhoH7QAKAAZAAe7BfDg2IoX4x0i+HB1AccCsDepQQeGBKCHsGpvB0 0akEAxH5TAJtPw8F5YMhgQAxMgNqdlRgtGjUfiqWnRPnuaIx+jHAAKICMWf3sK4PLIirhXFUBggD nHaghFyRpNu/0ld/uuivSEl+6ns/f9mf4ts/PfUZU4OYBLgaoEkAT9QH7DVp+9WW7PstHRsabIKB bY1ZvYcYbUItHe+QW//nw9bs15nsB+3oDvqgpeM7IgEr+24b/Yz+MRMgNjIy+peWgQEjI6Mfo5Lr E1nDwM+m1/58GplhYDrnBM4FA467hIEy5/bfXRhAdBiVgZ6jC0ngh8CAdlcw0MOFgRwP4NLvwIAb FWAMyLl86KddwsAf/nrpgTffuHHgfQwDVfL6anlDjbqxCjDQq0bcUqturVW9a2VvLB2Td2C0qLyr FjBwj0fcy8mBfh7MFBrotQd6JHmQM01IYZqQXwzzWcOBAWq0HySgYWBswCIeIBiYHCQGEFNBAmp6 yJ4Rwd6xmRF7VljM4rmiqAxE5GNR+XjUfiIm1zbYbzefmRsTc2P2PIIBXjr2XIx4AJWB+XH7RSIB bhBaxCEBIgH+1t/GXCC+7tNVfnXS6flxOn/oie0B+Rs/p4TxzjqMEOWzs14ANQF6Sb9rT1N2S6O9 viGrYYBeEgxgsUALygLvt3V83d7xKWoCHR+2Z79tz9LLd1s73mJawMShZlMZMDIy+peWgQEjI6Mf o5LrE1nDAEICM2p+PqMWZh4ogoFpmC76c2SLa/T2sZ757iAODbMdGEBsoCQq0DUM8LMLGAAPuAzQ M79zgG//eQzQMeJ8ZqDUXbYJjXB4wHnpjhYtqQw4GOAcPikrhQG0Cf3xsksPvvXGzQ/0z1cGelUp xAZqFQYK1chbqgEDt9Vwp5DH2T7Wh2cKITPgUffyjNH+XjnAKwZ65SCPGuhBeniw3xoaEEQCIwJi BNcHRvOAUb2BWO8ZmBSQU4L21KA9JaSmhdXMiJoRFDOJBMKSeODRsHwkLPXGscdi8qmYfDoulic7 5kbV0xFME5pHJBCVGgaeIxhI2Avi9sKkWpRUixNqKVcDCANw6U9KffXHvrCUvaEhu9590kv8Et/4 18FqPcaGqnVpPqT1T9JZ0S8BDxrU2ka1sRFvrkvLl9P2trS9p8k+iP6f7Nst9jttHV+2d3zeduad 1uynrR3fWWe+QncQ2od0WeD15uwbrd2sDNB/Po2NjY3/Kf3b4xEDA0ZGRuepkusT2a0MgAT+D5PA /5leS2YMYCMwwAyAtQPkmvLJlWSXBKrKJzpIQBigeQA3/gmFJJCHgbJxMGGAWxwoggHy2UeLkh0S 0C4bdaRs5JHykd85o0Wxa6wTDGgS4HNJs1CBgQRlQ/MwgJf0HII2obKhnzIMfEYkQE+CgfIHPim7 /6M//e2vh95+o/cQBwYsggF0ClVLBIgZBm6tUb1rxG0cG7jDI+70YLootwnJez1kjg3UY67oQK8F GPDKB3wKmQG/HBZwKgNkvWpAwwBiA1wZIBiYDBiQU1EikNPD8sGQPTMkZ4ZQGXg4zHsGME1IPR6x n4raT8Xlk3HxTBRtQmReN+ZWBmLYMLAwBhLQY0MRCE6qVUn+Xp9N13ptusdvaOArfkptoJepLBp+ 0tmNDfbGNLsx6xzS2Q1p+2V+ST9PB7r90zv4JfpD6JcAA3J3s32wqeM1IoGWM5+0Zb+yUB/4rK3j SKbji/Yz7yBYzN1BzUgLvNGc7XZmoOS/ncbGxsb/NDYwYGRkdP4quT6RncoA3f6JAYgHmASKYGCq AwNsFwbo9q8HiXYFA/nKQKc2oRwMMAmcKCEBx2eHgbLR3+ZGi6ImMJJ44Jv80rHOMKAZgJ9ng4Fy jhEXkgDMgYGyfIAYMMBlAYaBwR//+e9/PfzOG7cP1zDAJHB9peQ9xCABDQO3VmUcGKhDjBgw4FF3 gwTI2DaAgUI+OaBeDvITFYj7vRILB/y8dCwgOUMsRqMy4ASIeQmxmBjW04TUlJCYGlHTwgwD5Kh8 OKZmhsUjBAM8R+ixiHyC9wzMico5MfvphJgbR7qA54qq5+PyeewaQ1TgpQTXBBI2kcDKpG7x52oA X9+ZAdTGtKIb/Ca+x8MNxABKG+835H+JDpsa6ZnFm43Om5vpJSPBy/glTBPCHuJGe3+zerWl4902 +8t2bBb7tO3MEavj07bs263Zt1rPvImaAAoCb2BLMZ4GBoyNjY0LbWDAyMjo/FVyfSJrGKDb//9r Rp3TJlQMAzotQCRQPplcDeuEwKSKMmBADgYqyyaQnT0DLgPkXAQDTAJdw0CuMlDQIJSHgUKjMgB/ 22PUN3r7WNnIb/N7BgphgEmgMwzo5ICGAd0XlLPzkp6dYKBsMGDgosv/+sp7b945coDODHBZgFcN 3OhsIFaYKYTAgLiTM8R9dGXAoxAj9oh761W/Ot475iUYUP2ZBB6ol/cjNsBLxzQMBLhNSGcGeAmx bhPKwwCqAWpW2H4Qlg9jA7F6FDCAsgAqAzGCATEnas/BBmIxN4qcMdqECAmwZ4BhgNcMO4ODkmo1 wwAKAuksMwDd+/F1vr70O3f9Am+mZwOehab3tzYyDOifaczCTcQDzg/Qr25rtHc2duxtpls+bv/v tKnPiQTaOz5q73izGa1BbyInoI2tZAYGjI2NjTvbwICRkdH5q+T6RC6Egf8zk3nAJQGME2UY6Dm1 xsEANjMAwUBlGUhAwwDswEDpONFOMEBnhoGeoIJSGCCXjXGiAoUwwGdmAK4MODCA4oCeHQQScM7F MIAMMV39fygM6GdxZYCfn5VxZeDiKy579b03+4zWMOBuIO5VrW7kHqGbaiTxwC3V1m214rYacUct BwaAAbJPPd3+BdLDxANedZ9PDfDJ/j7UBO738GhR3juG2EAQlQFsG+BpQk6bUMiBgdwG4mlBMTMo ZwIGiArQIwSjTQh7Bp6MqqeIBzBaVM5Bj5D9DDMAHNNDhDBRdHHSXpZAYpi8CqFh5H03pCQ6fFAc IBLIfcGPy/0Wutnzcwu3/tPNHt/00zv0Erd8x1v5pfNszG4v+KV9TfaOJoKB7L5m+4PWjreasx+1 Zj9vP/N+a/a15uwrTdnDzdmDLfah5uzhJvuQ3lXcnH212WQGjI2NjYtsYMDIyOj8VXJ9IudggMy5 YV0Q4A3E+ZoA0gLAgElV7EoyY0AOBvAkGCifUNlzPEhAP88NA+esDOSqATkSoENRm5CbGfhWtwmV Lh0rgQFOD+tDJ3eRGeCaAI8WHaanCTmVARw0DFx52avvaxj4NWCAfEM1YABLiMm1WEXcuxrThO6o QZsQTxMSBAN3MwPc6xX9yB7Rn2DAKwZ45UCfuN+n7vda2DPAMDAsiAwxZwbE6KAaGxDjgmpCUDAM yClhOSUkERgICaQFOD38UFjyRFH5WMx5PhmVT0UEkcDTsJobVXrJwLwYMsRYLxCXixNqSUJxWQAr w9ak1LoUBv4QDDAGEA+gvWdTmr/d19/0swEDfNdnBmAMyMMAv5NW28mN9g6QgNrekN3RqHam7U/b OlLZM6+32Lsbs2+22G+2dnzYYn/a+j+vNdv7m4kTOg40Z/c32cQJe/HSpvP+puwhEIKpDBgbGxsX 2cCAkZHR+avk+kQuhQHsHiYScGaJ5mDAqQloGHBu/0UwABIYDzujRc8RIHZIoAgGMEGoKxig9wvq A4CBnk6bkO4ROtLDrQbkYcCpFXCP0EhuECISOB8Y0M7BwFBNCJ/ydFEHBnRmoOfgj/9y1WWvEQyM 0TBQJcEDVVwcqJQ3VvES4hoyeADbBogHapgH6ogHBD2xd8yLNqH+XpQFBgIG5CDAgBjMnULDyRgl JEYGxRi/GhtEWcDJDBAMhAADk8NyWljOCCmCgQdDIIGHIuqhsHiU9ww8GrEfQ2AA04QwUCimCAae joln4pIbhBAYmI8eIckkgAlCq9AgpBPD3CBU0Bq0kRgg3wuknMoAucn5pp/bfjrosL2pYzue9o5m uvoTBoAEdjaR1e6Gjl3N2d1NHQQApzIdh5rsV5uz7zR3vNea/aD1zIFmtYt+VyN+127+jfTn7GzC b9nZiLlDexrtvU3dqQzQfymNjY2N/4ltYMDIyOg8VXJ9IudgQBcEAAPYPuZgAEiAawKOJzEPdAUD TmVgPGcGxrsZ4gmnkRBweYA4gV666eEuKgNleiGx2yNELhwzygygG4S+pZcaBtgFGJA/OzCAp5sZ 6JIHynnbQGfzXFGeMQoS+KQABj4uG/zxJQwDd2sYuNZND2v3qhA3V8ubMU1I3VrNo0Vr5Z0e+w6Q gOpTj04hgoF7eZqQjg0MqleD6OmzhvnF4KAYFZAT/Wo4VhHLMQGLkGBCUBIPzI6gFIDiQMBCdJgc sqYHsWTgQd4w8DA5avOeAXt2TM7GngH1VMwmGECPEGID8tmoeJ7nCL2YUIvQIKSWJiVmiTIJ6Nzw em4Q2pDCANBCGNjUoBgGQAIaBpgBHG9v4q//caG39VN7V1N2T1PHnibCALrN00Vf7mru2N2YfbVZ vdsqP27Lvt9C73dsaUKpQSePkTbOlSCYNHSv0bZGuxswYGRkZPRPL+f/5RkZGRmdUyXXJ7KGgZ/P qP3Z9DoyVhFjG3ENPAXWMEAMUFAZcDCgbIJzyMGAEyAeX9lVbOCUhoFyggE+lI07UTaObv8aDDQM cH2gAAbyJDDqSA4GmAcKYGDktwgQ68zA+cGATgt8LwyUD+sCBogEcjDQZ3R/DQOSYOD6SnFdhQUY qFI3V4lbquWt1SpfGahTd9TwEmImgXvqZD+v6surBtAmVC8G+uQDXmtiAFsFxgfUSL811G+NCMiR foUNA0ExNahmROQEgoGAmBCQU8OSeICe04PWzJCchY1j8iEOEGOaEMFAVD0eswkGnozKJwkGohIw EFUEA2gQiqsF2DJmL2ESWKFzAroswLODdGXAgQGeHFoAA8AABwbyfUGoBhAM7GzKFQTsnXT1BwNk 9zTae5pBAmj+aVL7mjoON9sfYZzomXdbCRXoz0G1YRMZfzkdVMBfmsBAP8EG/Ks/FAaMjIyMjIyM jIy0Sq5PZAcGptX9jDyVnrU/m1pbPrUGLoABPUqoBAYKzSRQWeZUBvIw4B5OkJ0OIoKBcafKxp4s G3uiDAxQXB8YAyToDAN8zsMAvZOHAYwZxTQhtAx1Awbc1WNdmVPFQ8gFMMCVgb9c9ddX33vjrpH9 nMxAHga4RHBjpby5Wt5SwzzAlQGyXjpGMHB3veqLPQN2P3QKEQnY/T1yoE/d71cP+MX99dZQnxzq EyP8hAToFBodlGP8hAEKmQEOEE8J2VO4U2haSEwLS2QGIuLBiHooik4htAkhPayQGYghQMxtQjYH BmxdGVgQV4vi2ZfiUpcFcg1CXBbgZQKcFtDjRAkG8Ew5MLC1QemcAJkYADzQ1LEtTbf/7I40SGA7 zrogkN3T3EEYsK+RGCC7n8xhgFea7Y/bsp+120QCuxvldgQMOuhP038twoB1xAPOHFIeSMrzSel9 soEBIyMjIyMjI6PuqeT6RM7DALqDYAAAw0BZQYNQ2UQMFPpeGNBtQhoDCgwSYBjgliGnFNBFmxB8 FhjA7b8ABkoqA2CAHwIDhXZhoGiaEJl7hLg+0FWb0F+uBAzcMbwvw0CFynUK9eJOoZuqFDqFqq1b 64gHLL1q4E6MGRV31sm7OEaMNiGGgf6YL6QDxPJ+enrlEL8YxhvHhgd4z0BAjgnZ4wNyXFC4MMAB 4rCczgHiGSExE7uHFTID7Mci9mxePebAQFQ8jVFCkmBgXkzOx77h7OJEdgnPEl2V6FidVKtTcl2+ LJCDAeeCzk07+GKeYQAM4JKAbuDRMGDvSHcQEuwiEsjBAPf6EwyABBrtA8324Wb7k9aOr9vt99rO 7Gvu2Enw0ODkkvHXwo3fGWkKFGlEQWBDo9QkYGDAyMjIyMjIyKjbKrk+kTUMOBgwtbZ8CsFAHQAg XxNwYKBsYh4GXOemi2oYqCgbzxuIxyEtUAADxADAAD1HiDuFdIyYYKAkQ3xCw4DmAd0vRBigwcCF gSOcHs7BgEMCWDqmO4UKYMBBgh8IA9wgVJIZ+NSFAYwSIl98xaWvvPv67UPv4TahCqUzxIQBujJw U6W6uVLeUi1618rb6pRePUYk4A4Y5dVj9YJggHkAqwYIBh7wqwfoyaNFR3BNYLhXjPLxBmK/5GlC YlLYxgbiEFlMC3ObUAg1AUwTisiHo2gT4qeczUigl449icqAxIYBniv6QsJeEFeLE/ZS7BYQq5Jy TSK7NqkK1gzru7hzO8fX82nlkEAno0cozWmBtNrRSDDQsRvdQQQDOvKreBxQ9kBz9lCz/UqT/Wlr 9uv2jvdbOg402bqnaEsThwTc9WQw/Z3ovwF6k+sSGwEkan+TgQEjIyMjIyMjo26q5PpE1jDAGFDT cwo968q4Owj1gRwJgAFcEmAYcAsC+SSxAwPEAAVtQl0kBwgGeKZQQX2goCxALwtgQD9zJgboMea7 MsBAcY/QKL1xjGGADnkYyDMAMICpoIQEyD3P3iakYaCnwwOfoSwwxIGBiy6/9JV3Xr9t8N0ODFzr Lh3rVSFuqlJcGVC3VknCAOIBjQR38t4xMpEAYgNeicwAwYBXDvSqAYQBPkU8MNgHGBjulyN9YoRP YP1wQI31W2NDamKIKwNcE0BmgD0tLB4M82jRKJqFCAMQGIDFYzHFMCDJc7F1WD4Xky/E7YUJeyFv GVueyK5M2KsIAxJqXSoHA9kNKVzECQlyt/NNDUr3CHFBwGUADg3jzGUBhgF7ZyNIgLynyd7LNQHy AcCAerU5+2l7x5FM9v1W+2AzoQL3FGEVMWEGtwPxX2tjWm1IoxTAZ80k6BR6JZ2tlz94mpCRkZGR kZGRkZFWyfWJrGGAEwK1ZZOBBDAWC7gwUIABDhucEwbg8XQ+3WP8KTId8kjA6eFzwoBTGdC3f00F OfdgGOgxRsNAl5UBpoLiyoDuFNIk0DUMnCVATC5oE+oCBg6/83rvB/oABq6plLpNCEvHKrlHqEbe VM0Z4iqLMODWGpQI7qhDZQDTResxWvReD8oCfT3iPq/q77MHesUgn7y/Xgz2yyF+ORTFAUwXHeUX Y/xifECMDYoJYd0mJCaFBNqEgmI6MEDODIEHHorIh6IS9QEEBjBXlNPDag4mipJRE8A4UR4itCSh ViTU9ga1OpVdm8quSdp5GEhlNybtjan8aFFnfJC7PFg3COW8Xd/pmQd2ptEgtLspuxs1AVvXBPY3 qUNN2Bf2SVvH0QzWih3G9gA0EREzEEJgZxkHhXMAsKEBxQH9En8DjZJ+l192hJQyMGBkZGRkZGRk 1D2VXJ/IDgxMqes5xUPP8sk1PSdrDMjBQE0OBhznYSDvzjDAB/AAYYDmAUwTots/8cBZtg2Q9b0/ Vw1wMQALB4phIF8ZyLnHyG+csUIuDBAJ6JpAjgc0APQY9mUuQ3z+MMA8ABJgGLjk8Nuv3Xp/nx7/ 8as8DFxfKXpVKUwTqsFo0ZurZe8aFAcwUIhhoA8XB/p4BLcJAQbI/QkGvIpg4H6vHOSVg71iqE9x cUCvH8bSsTEcGBgXIh5QE0JqQsDimoAiGJgetDgzIB6O2AQDDxMS8IzRxyK6QUg9xUuIn42pF8jO bgG1NGmvTton2js2pbKrU4QEvGgs1yaUkpoEyDxECAywiWEAi8ac7iAgAR0KYWCXhoFGjA9CWYBh 4GCTOtxkf9KWPZU580F79rVmm9iAYAAFBG4u0pjxctqJKOCv26j/6ni5PS2/brHjdjZqZ99qMW1C RkZGRkZGRkbdVMn1iZyDAce6OFAEA7XcI1RQHyCfHQZybULaORLQMEC3fx4qWggD5BwM4OpfOFpU m27/9ObZ2oQKYIAPDgyAB3qMYA933SUMnF+bUNngLmDglkF3AQaurZDXVjhLiG+oUjfVqht5tKje O3ZrjbyjVmG0aJ1EerhW9NGdQnWyL68e0wHiQV60CREPPODRbUJquN8a6ZcEA6OxhFiN9RMPqPEh SUanUERNDompYTEtiPTwgxH1YFg8GJGPYN2YepT3ED+O9LA9B+sF7GfjErsF4vaiuL0krpYm1Iok lg2vpmdSrk+q9Q2oDKyjM76Sd0gA38qnswQDL6ecNiG6/Wu7lQFiAMAASEDXBJzEcHZ/Y/ZAk32w ySYS+Kgle8zq+LDVfqUle4iXCu9top9XSA83odSwKS0RIHYIxCZEIR6gv/repuzxjIradq3IHm4G MxgYMDIyMjIyMjLqnkquT+TOMFA2pbqMGEAjwaTq8omAgfJJeMmhYYIBgAEAwHnpwABhAPFA+YQK LB0bT88KTQJFMEAY4LYJcZWADiWVgaLigD73GH20Bw5Heoz+rkdBepipIA8Djp0M8ddstAx1hoFC dwEDvIdYk0BhZYADxC4M/B0wcPNAhoFrKsW17Os5OdCrRtxYZd1SK9EmVKMIBm6rEXd6CAZ0gFj1 8QAGyH09CkuIeQ/xIMIAPzYQD/HZGgawZCCgRvgt4oGxQd424JfjgwJLx0JYP+xmBhRggD0LG4h1 mxDDANcEno5hoqgeIsS54exSHiK0kieKEg+saVDrkmodCgL5ADEyxA24jqMsgGk/QAJdEyjkAV0W KCCB7J5GxYNE7f3N6hCRQIv9YZt9wur4qBVzhOidg80d+93KAP0utAnhr5IFCRCEoCYg6bA1nX21 KVtnqbjKnrboh5WeMWpgwMjIyMjIyMioeyq5PpFLYQD9QpgrqpeO6coAFwfQLISXORgorg+4PUIE A1wWGF+Zqw9oEnB4gG7/+qzrA4CBPAkwDDgAQM7BAJlggHuEitqEOsOA0yk04ptyZgANA/Bwfqm7 hkph4BxtQg4M9CQ8cGGgnGHgz3+/5NBbr9004E6GgQqQwHV6w0CNIhhAm1CtvBXRYUEkcHut4idg 4M5aNAuhTahO9vOofiABgTYhn7ifYeCBekkwMNQrCAaYB+TooBoXsscH1figHB9SE4KSYGBSWEwJ Y8nAtLCYkYMBJAfUI2gTsh6L6T0DkmHAyQ0vQk3AXppUBAOrE2qNhoGUWt+QJW/AhgGld369rDcM uDDAZQHc2tnoDnJgIE1GaHhnowIPNGf3pgEDe5t5imgTtgsfz5z5sIVIIEsYcAhJ4g5dGSAYIIog GNiCgUL4C2GGKVqD1La0+qxNBVRHWMkv2tQOZIuxeWCTqQwYGRkZGRkZGXVXJdcncgkMcIa4+mww oAsChAH5cycY4H4hjg3wmFE0DmkMKCQBFwZw+OEwUDbqKE8X1c6TQN4MA3kScGGASCDfKXR+MIAD lo7lKwM6Q8ww8OqN/e/IZwYIBnRl4MYagfRwrSQkuKXGuqXauq2aR4vyhoHcaFHsHQMMqPu8YoAP SDDIx81CLgwMdzYQo1OIYGBsAIGBcX41MaQmB+SMoJoZVtNCYnqEp4sSDIRAArMi8lHmgcci8rEo Fg8/E1XzXBhYQo4TCdgrkvaqhFidVFg0pqPD6BSy1+MsuVmfYYBv55grWgwD21zTNZ1u87sa1e5G lAX2ktNqf6M60JQlEviwNXsy0/FRG53RL3SQ8wN6vhAqA8wPxAPbGlEH4A3EiCkfaFKnhB2xbY9S 77QASLhigNCCgQEjIyMjIyMjo26r5PpE7rIyUDalmmAAJIBSAMEAkUAXMKCTxHz7z6WHzwoDhc5R AR16jj3Rc1zRtoGcS9qECmHAJYGzwkCpuwsDhW1CzAMODPzpb5ccfOvVXvc5MCCwZ6BaXo/MANqE CAZAArWKiwMoEdxWk7mj1kJlgGCgjkeL1qu+deo+ggFuExqAyoBEZoBHiw7TAWKnOCBGh9SYgBwf tMdjD7GYGFZTgjpALGZE1QwNA2gTErPCgkhgdtSeHZFPhuXTUUwUfT6uXkRZwF6StJclswQDqxJq dVKuSRXAQEJPEwIMoD6gywJOZYCeaosLA1wQUNsR7UX8lw6oCTRiVOhe7hHa3yhfacKO4SMZ+5NW +7UmbBhAgxDyxBoGuE2IEKK5w+kUaiQYoKd6v9X2SiIBdTyT3dUkESzm/QOaBExmwMjIyMjIyMio 2yq5PpG7rAycDQb4JQPA2WGgXHcHFbQJaSMwUGwiAYaBwk6hEzkSIJ8DBgoyxIUYwKNFySUkQO4E AzmfDQY0CZTAAK8iZhi47JKDb756fd87evwnwUCV4MoAIYHoVa1uqLJurFE3VXNloFrcWit68zSh O2vknXWC3IfTw/d45L3cJjQA00XFIL8cqCsDDANDGQa0R/oVwcDYkD3GL8cREgR0p5CYEhLTQnJG 2J4R4jYhIoGIfCgsAQMRG6OEompOROiywItx9VJcLYmrZQgMYLcASACdQggQ61FCyAwkkd/dmEKz 0EZnlBByw/qAoaKAgRwGYLHAjrQ7S5S/8t/flCUS+KCt49v27KdtHa8AAxAeOIAZo2AA+rE92ryY bCfnjHemCSHUNxk7LLMEAx+3o2LAkWJ7S4r/HvTLtBktamRkZGRkZGTUTZVcn8idKgM8TQhrB3SP UI2GAT1cCDxAt38NA3wohgGYYIDXD9OhohADCmEAGECHcafKkB4uzBCfzJEAubzg7MDA6O/KxhAG 5NqEvisgAV41oA/FJAAM0GYYyNUEtMuHflk+7AuHAYa7B8cEA5wndkiA9wwwDPzxsr8ceOPV6+69 HTBwdaW4pkJcX8WjRQEDsle1uLkalYFbaqzbasVtmCuqbq8BCdxFdgPE96BHCKsGRnptIoEHCAb8 gIHBBAM8TWh4QAzzWyMDclSQO4WCagxiA3JCSE0KKaweC8EPRmy9gfihiHyYYeDRqP14RMyJ2k9H 5byYPT8mX4zLJdg3nOXoMMGAXM1pgXVJtZbrA3TgsgAYYKM7WlS3CXFlAKN+tjQoggEUBzgqQDCw i3cLoEFIh4YbJd34P2vp+Kq947O27KtcEAAJNGYPahjg/QM8eBTjR4kH9jR2fNPW8V6L8lh2WHXU CnmgUeOH3nmMnAC95MVkpjJgZGRkZGRkZNR9lVyfyKUwQBgwFW1CLgzUFsKA5gEggVsiYDYADOgF ZC4YuA1CLgzQM0cCGgZw4PQwigPjMHJUU0Hu9q/dk5EAlQEUBwgGcChoEyqFAaSH+VyYGWAMcEmg Ew8ABsADXcOAcyiCASQH/vjXvxx4/ZVr7r6Nl45VcGagCjzQq1reUI2NYxgoxHNFb6tTxAO310od IL6rVtzrQY8QYgM+uy89sYEYmQHigft9goy9Yz45jMsCI/zYPjbKj4FCxAPjMFpUTAhKwACTAFaP 6cpAGEvHME0I00XF41FJJIA5QlHxQlTyHCFdFgAMrE6iTQgMkLLXNSBGzDCABiFn3VhKohqAiaKA AVzHGzQGOJ1COi2wm0igMUumy/3eJvlKs/1JS/aL9o5P2rJvtGQPEAw02webECHYxw1CTAKKyGFv k6LDniZJv/pVm+2X2aBEZWCvSwJ4pvHc0sgrz1wbGDAyMjIyMjIy6p5Krk/ks8GAbhMqIwzgAHEx DDiHnrpQwADQA4vGci6FgSIS0KNFgQQnysedoJeaBHqOJSRwYEDvIc7BAB3cysDRHqM0BnQFA9oj QQUuDLjTRR0YyCOBJoEew5gEGAZ6FpLAcPegXQgDg1EZ+MOlF+9//ZWr7+oNGLj6tIX0cLUkHrih 2rqxWt5YJdAmVC1vrUZmoHctNhDfWSvuIB6o5Q0DxAMeeXed1Q9JYtm/XvSvBxKgTcivHvChPjA0 IIYFAAOcIVZj/Hr1GMNASGG6aFBOCQnigZkMA7Mi6sGQeDiieM+AfDJqPxXhzEBUvhi3FyQAA0uT cgWnh1cmUBbQDEAwsBZLBrBrbEODWxNIwdwdRDCAmgDahBoQG9jGm8J2uFvG9mA0EF30Fd37P2m1 v2jNftrS8XoLWoMONXXsx1ghtZ87iIgE8JMAAz6nO95oylaIbFjafqHeaQZpbOZRRSUAsIXjxTg0 Zg0MGBkZGRkZGRl1TyXXJ/I5YABJ4q5hwHWuOJDHgBwM4ODAAD8LeQAkoA+EAfmyAFcGxvLtn7eP FcIA8wB6hFAZGO1kBrhZqJgEyLxnoMvKgB4t6ji/dEx3ChXf/h1zmxAdGAbKBgMGNBL8/pKL9712 +Mo7bmUYwMYxBIgZBuQNVeLGamSIESOutnrXiN41QAIiATIhwd11sC4O9KsX9xEJ8DShAT450GeB BPxyMJIDDgyM8ArAAJFAQBEMTAjJiagMiMlhqTuFNAw8GJKzQlgyoJeOPRbF7uGnY5IzA1LDwPKU vSIuV/H6YWQG3MrAujSXBVJyfUrwhgEeKNSguCaAWzhd0HFHZxjYzjBQsGyYSEC+2qw+bct+1m5/ 1Kreacke1jkBIgGkBex9TcQDWYYBzBFCQ1GT/WFb1iOyQWmfyKjDLQoLyBolYsQYNurCQCMAAPFi TQgGBoyMjIyMjIyMuquS6xO5SxggO6NFNQmUwADd/jvBQDk3C5VYwwBHCLrKDHQJA+7VX7tLGCAT DDAPlFQG3MxApzYhPM8CA7oy0LOkFOC4FAbKME0IzwsvuWjvq4euuP0WDQPWVaczOkB8PXhA9apW xAM6QHxLrehdJ2+vte6oAwmQ7yIYQGVA9fGIvvWiH5YQ0xMwoKcJDfYRDEiCgaF+OZwrAxgoBBiQ YxEgRpvQlDAyA1MwWlQHiAWRwKyQ0HsGHovaj6M4IAkGnomr53iaECoDKbk8hV1jhARrUvaapFyb VDA3CBEMbEy7ewYabCz5cisDIAHuEdreQE/AAN3dURZI2/vS6rVG9XFbxyetHYQBHzR3vNKUPdSk Djaq/S3qAKFCU/ZAk24N0pUBzBRCa5DK+kX2yzawwa5GsbspS5ixpcne2kjggbAy3f5h4hCMH0XF gPDAwICRkZGRkZGRUfdUcn0il8IAAUA+QAwY4OIAnOsOKoEB597PMNDDGS1K5jBxVzDgtAkRDzAJ 8FnnBwADuQYh7cI2oTI3M9CDA8RdwQAbbUJOfUC3CXFZwGkTKhvJZzcwUKbLAp0qA2W5Q8FAocI9 Axf+5c97Xjn09943OTBwTSU6ha6rRmzghmpeQlxtITaAJcQCq8fqxB2MBC4MiHvq5N11xACKeOC+ eowWHeRXg3SnEGEAMsRymN/SgYERATnGL8YGMUpovF9MCiJArJcQTw+p6SFJPDALSwbUQ1FnyQDB wJyYPSem5kbVvLian7AXJdSShFoGGCDLNckseoTITmCAYYB7hHIGCXBBAE8mge2MBNwgpHan1Z60 erXJ/qztzMet9lst6oPWjlea1WEODRMMHERBgGsCvIkMueEmTB09kekgEvAI+8MWelPQ+7t5hzH9 sdubcO+nv5b+KxIGcGUAb2oeMDBgZGRkZGRkZNQ9lVyfyGeDAWQGuCZAl36GgdqyifQ8zzYhMiaN ahgo7BHimoCTHgYMjHVeajxAntjFAH0ugIGjeBaUBRgGdHKgKxgorAygJqBhwLULA06P0NDPzzVg 1AkM5JAAG4h/d/Gf9xw+eNktNzIMVImrKzLXVoprCQkIBjg54LQJoThgEQ/wBmIrN1BITxO61yMB A15xHwLEFrcJSSwh9onBXh4w6hfDfdg2MCbotgn5pYYBTBcNiikRIgHsGZgZkjPD4sHcNKGwfCwi yAQDz8bs5+Lqhbh8MebAwIqkxDQhNAvxqgGQAMaJ8roxMMDLWDpmc2bAMd3CtzbgLr6tUe1Ej5Da 3aj2NNivNdufthIDAAnea7HfbiYGyB5qkgd0ZYBu/3iqfWm1tzFLVPBOs33asv1KVlrZN5q5XMDb CXY3YWfZzqYseABzirI6qUwYQFSgScDAgJGRkZGRkZHRj1HJ9YlcCgNuZgB7iLkygO4gXRwoCQy4 MODe/kuQoGsYyJtggGsCeOZhwCEBbeIBDQNgAIYBtAlxVOBcMKBdAAOoD4zUzlNBEQwMOysMoFMo jwGf4smrBi646E+7Dx386829AANXVWSurrCur0JmgJcQi9zeMTKRADHAbTXqDuwdkxgtWif61GPP wN11sm+dBRjwKd47xjDgF4N9anBADfaJYWgTEnq0qA4Qj8fqMbQJTfbLKagPWFg9pmEgJGeFkRkg Y+lY1H4souZgppCYBxhQL8YJBmyGARQHVqecvWO8ZIDbhNyCAGCA7MIAvqEn62lCjWpXQ3YXTwV9 vSX7RVvH+y3qYLP9VlP27dbsK8wADAP2ASc0zEOE0tm9afvdFlFjZUMye7QNuwh0qnhfo6SfwQIy RgKCAWBAE2AAB7QM4WBgwMjIyMjIyMjoR6rk+kQuhoFaDQPgAU4I5GCArv586KIyUMwAOedhoIgB uE0IBw0DY/HU5jYhuvoXFQe6qAw4uWHwQAkMlI/6NjdatBgGvtEMkIMBgEGXMNCpX6gEBnKdQr/9 8x93HTxwyY03AAaurBAEA9dWOKvHelVjz8BNVeLmWnVztUCbEDqFZEGbkLyzznJgwIM2oX71kvcQ Y7rooHoxiKeLPqAzxF5rhF+MIgfkWL8cwwHiSUE5MSAnB+TUIO8ZwAZi8XBUITMQRpvQbPbjyBDL uTEbS4hjHBtI2kuZB1bpVQMMA4UYwCSAzMAmFwaAAXwp59t5djsZXT3qzWYMDnqnxT7chH0CH7SA BA412gda7IP0xI5htadJEQPsaczub7Y/a7O9lu2R2S/b7YNNch+SxKgbcPuQ2ssjR3c3cadQoyLk 2Nogt6blNs4PkOmgbWDAyMjIyMjIyKh7Krk+kUthAG1C1eABejrRYQcACioD7juTsG2Arv7cLNQd GOD1w06/EA5079fThFznA8Rji9qEXAwogoEiF5BALkBc6M4wwGdyCQwULh3TSAAY+M2f/uDAwH9x ZuDaKr1qQF5XYd1QyaOEauRNdUpXBm6pJhiwbicYqGEYqBd31Vp31+sBo6ofwYAHsYH+9dYgHivk bBvwiaFetAkN87kwEFBjgwpLx8JoE5oUEMQD08JqRkTMCFkzI2gTQnEgLB9FZUDqJcRPx9QzBANx 9WJMvZR0igMaBogEUBloQFmAe4RQEAASpKSeK7q5gb+Sd1aMAQZ2prO7GuWbzeqL1o43WjoONaqD zer9lo43mhU2DQMD5EGeL8SLBbCI4HCjPNKerRe2V9rvtxADaBLgioFjwgBFf2weBtCGlN2RlpvB A/SSn2wDA0ZGRkZGRkZG3VPJ9Ymcg4GyyUQCQIIyrgwUZQa4SuCSQN4aBs5SHDgrDDjOVwPy5kt/ 1zBQkhngJcRnbxMqzgzAw4tgoMvKgAsDJXvHSmGASID86z/+fufB/Rf3ug4wcFWFdWWFdQ3zAO8h tq6vyvSqQbOQrgzcilUD8O2oD4g7PeLOOswV7VOP2MB9zAP31dsDPFhIPJBh4AEvZowO9oqhPjHC r0b65RhyAB4bkCCBIEaLTg1aU4NieljMDNvPROVjESwdeyQiH44KgoEnGAbmROXcqHohpubH1UsJ e2kKq8ewdyxhr+W9Y2sRIBbEABtShAH2xiTzAHZ+2VvSWDlMRhN/A93O6Y5uv92U/aQ1+3qzOoCU cPaNZvudVnWY94sdaOaoAF/0iQTIbzbbxzLAgFOWerMFhOACADcRMQlwsNje0+S0CW1Pq4/a7Kh9 psbqIELY1qS2pyW9SYSww8CAkZGRkZGRkVF3VXJ9IhdXBvKjRcuJDQoqA5oHcPvHwa0SnKtNiIwN Az1KGKDY4IGC0aJlY/ThRPnY47kwMcFAzzFHykd/h3MxCfQY/R29j19yMQAvO5MAWzMAwwA9+TDs SwcG2OCBgr1jPEeISICrAUUwAP/6jxfuOLDvz9dfywHiSomBQlVoE7q+UvaqUjfwTCGODZCtW2os wEA1igOoDNSCB+6uIxhQ99arvh55LzqF7H4eObDeut+vUBbwiiF+NcQrhvuVni46yofMAFcGbF46 JqZizwBhQHZqSM4Iy1lhMSsMGHg0qmZHxOwY2oSejKk5Mb2HGNsGFhIPxCXvIZar3b1jDAMoDnze Zm9ukECCBjQL6SFCmxq4RQc8gMTwu61EAuo1XhRwsEm92px9vyX7CvYJEAZwg1CzvR/JYHWwKft2 s10l7Hppn7TU4Sa5p1Hsb8rua8zubXEmjaKPSC8g4/PORrruozjwUWs2Zf9PRJ6hn9+GMDGGmZIN DBgZGRkZGRkZdVsl1yfy2WHAqQw4GMB2qaCADfI80JkK3D3EnRig0GXjT/bM88CxMpAAYECTgAsD 4IEcDLhIgPAAbv8uCTg8MBLOFQd0jxCcDxA7MFA2/KvyYh7ookeIqMABgE8L/as/XLh9394/XXs1 w8Bp65oKcU2ldQ1nBm5Ahlj2qkZ6+GbeM3BrnUSbEMoC6k5n24B1V524p05oGOhbLwZwp9AAj5MZ QGDAKwkJhgEGBMcG1GgnQ6wIBpAcCFlTMEQIJDAjKuj5YBjpYYKBR8PWo5gmJJ+MCoKBp2Pq2bh8 3l09pmFgVRIksJpXDQAGUnJXo3o5Zb+cymoY2JRWevfwtgZcxHen1fut2Y9bsofout+Er/8PpOW7 zdk3QAWAAQ4N05vZA2l7f6P6uMWutuw6YX/RhqKBmw3I7kVi2CkOgAE4MKDbhHIwQOzxdRvSyTvS cjv9DXBlADCQNjBgZGRkZGRkZNRNlVyfyOdTGSixXjiAQ0FlIJ8ZoHec8/fDQEF02IGB8jEny8bk ywL5zAAfCklAwwCvGii0gwG5+kAOBrgy0A0YyJUFiAHQIKT9ywt/RzDwh6sZBq6qkFdXWldVcWaA V4+hMlCFysBNNQQD6haCgTqLYACxgTrCAHlXrehTJ+/xiLvrrXs5PdwXPUJqQL2636cG1csHPGKQ JzPEiwVkw31yhE+MDIgxfmSIxwUUBgoRDGDpmJwSIRgQz8WzT0TlrAimCWG0aNR+LKoej4gnY3JO HLGBeQmsHlsQly9h24BclpArE06AeD0PFd3QgPDAyym5MaUzxDxHiPcM0F38lSb7o5bsey1ZuvHv byRLer7ZhN0Ch9JcFmATDNB1/9Um9VW7qhXZ6gz9LvQL0b1/D6cIiAT2cbaY3tFtQgQDZOIQDQP6 0r8zLXekBTCA8ADLDZRee0w2MGBkZGRkZGRk1D2VXJ/InWEAi4e/BwY4MEBnN0BcBAN5F8FAaXiA GKATDPCl/0RZwR7iIhgoLgucxV0EBgoDxFwfyMMAWoO+DwZAAoM1DGgqgH9x4QXb9u79/VVX8jSh U9a1lcQD3CaEAaMgAfKNVdg2cHMVZwYIBuqEhgE9YLQP2SOG1qvZQXlvvd3XYw2ol/09WEI8kJPE D5AJBrzWcD/DAJFAUI0NMgwE1ISAmBQUBAPTw2JaSLzWYi9K2A9HBGBAB4gj8qmYQmWAYeCZuJwX ky8miAcEMsQJuSrujhblsgAPFLLZGC26OWlvbhAoDqTtg2n749bsu1wQ2MtTgOj2/0qz/WFLxyuN 9qFmTQIoC9D9/rUmdTSj6oR9ysq+hZ/HGoF9aWQDkCoGLUgUB5gBCAZ2p+VukACWju1M2zv4xr+F GEDXBDhCYGDAyMjIyMjIyOjHq+T6RO4CBiYXtAlN7BoG9FNXBnI80MnnhAHXGC6UrwwQBvxkMOAw wPCvneKAExjIFQdKYQDngswAObd7mJMDRTDw37+7YOvePRdeCRj47RWn5dUV4poKi57XVcvrqq3r qsSNNQoBYiwdk7fUyN61ojdgwLodPUKIDdxVJ4kH+tbJAV7JnUI6RiwGesWgevGAF9vHhvqskUE5 DKsG1Ai/0G1CY/xivB8Z4olBNSUopwTFtDCQ4MGwnMUwoEngMfYTUTknKp6OCR4ohAGjCxL2kqRc luBVAwQDSYkNxAQASbkn7aQFtnMpYGsKuwUON6GD/83m7J409gSjt6dRHm5S7zVnX2tGbOBQIyCB 8IAu+u+0qFOWXWtliQfeQnKAfheu/lwEEHqCEAeL82UBJgG5o0k3AslDTdndyAa4DJBWOxuJEJyX Ow0MGBkZGRkZGRl1VyXXJ3IRDOgGIX3WZQGnOEBsUEgC7ksXBtglJFAwTWhcRfn4TiTA0WGkBejs TBfltADahJwnH1wS+H4Y4B6hrioDjjkzwDzAMDDsS4IBepZrHuB+oZ70srQ48FkeCQph4IJCGDgl rq6Q1yI2IK6tFtdWWtdXozJwfbVFGHBTpXVfrfWw3+7H6WFsIK6Vd9agWYhg4B7iAY91L5GAFzAw oB7ThAgG7vfKB+oxWnSEn2BADvPJUWSCAb8aF1TjeaDQZCKBEGBgKicHHoyoWeSQYBgQaBOKKoYB +JkoKgPPxeSLcbU0RZbLsHoMgYH1yAlgkOirTYoO5M1JuSkltxEJNNqfteDL/l34Ch939/2NAIB3 W7KYJYr9YlnCgP0oDsgPm0QFkYCQX7UhP6C7iXjpmNrXrHiiqNRhA64PoDKgYWBno9xOMMDf/aNZ yMEA3R2ECEGODXaapWNGRkZGRkZGRt1VyfWJXFwZ4KVjU+iu3zUMlDlzhPASVHAOGBjvwADf+wkG ikmAzG1CBAO6MuDCgK4PnCQY4CqBbhz6YTCQSwuUjhVyGoTcTiGGAY4NOPUBBwaKSMCBgZ5ECJ1h YA/BwBW6MiCuqZDkaysRI76+ShEM9KrGTKGba+UtVWKiz34ijJUCerooKgMcG7i7DnvH7mX38yI5 oFePDSISQGUAz6FekMBwnxoekCMDYiwCA9hDPCGoJofE5BCWjk0PqRkhMTMsHooiQPxQWM6Oqcci 6vGYQJtQVD4VEXOjgmDg+ZicH5OLE2oJZgoBBtYk5foUjN0CXBZ4uYEnCKWwTeyD1o7DTXIXp4f3 pO29aXWgUb7ebL/bYmOlQDNu9vsb1eFm+XlbtkrYFZb6uNXeT/d+fPePXiC0BjVzcYBIwEUCsoYB XRYgGGBzjxAahDQMFHlHWvcRmcqAkZGRkZGRkVE3VXJ9IhfDgFscKCQBhoF8aNgZKKRhoEaTQBEG OP4+GCh0jgGAAYgOF+4hzrkQBrrigaLKAJEAthF3ggGHBLhHqOvKgIsBbsvQ2SoDv926Z7cDA1dW iKtOW1efFtdiuijBgLy+WgEGqq0ba+StdfZt1eLW6sytteI2ZIjFHe4eYqwa4E4h7CH28B5izBTi TiGveMCryIQBwzBgFAOFRnKb0NigmBCQ44NiYkhN4srA9LCaiSXE2DhGJEA8MDsqyblpQsQDT3Nl AJ1CcbkoTjCgliXs1byEeH3KXpMSGwAD1kZkiJEbfrUp+2lr9jBvAduZzu5F07+9L61eae54l0cD HWyy9zVYB5vU4SZ1pN2uFqoyI99uwsphhwG4DkAvDxA2NLmVgWY3M9BEJCCJBNAjxGOC6MZPPMD3 frQDcaQYAMC1ApQL+E1pYMDIyMjIyMjIqHsquT6Ru64MTKrtmSOB4tgAogIMBhoG6N5fCgPONKHz hoEu9gx0URkogYFOJEAubhPq1CyUqwkUwsB5VAbYZ4EBHSD+7RUV4orT1lWVEqNFiQdOy+uqrBuq pd47pleP3VYtb6uxetdwZQB7x+gJEkBxAHsGCAZU33rV34sMsQsD8gGvNbjeQmXAa3FmQI7m4sC4 AJGAnITKgIXKQFgxCaiHQpL8KGAAPAAY4D0DGgaejQoHBrg4sDTBS4iTcm1KIUCckpuQIZZbG9Tr qAmog83ZXWm6rNu6LLCvUR1utN9rsV/hy/0Bbhl6q1keJRJASMB+rZl+jCx0Pnh/WuGJZiGxn/AA DCCABMgN6wlCTAKNzthQbQ0G7tUfJODCgHM2MGBkZGRkZGRk1D2VXJ/IRTCgywJ0ODsMMAYUwQC5 q/oAYAA8gOv++cKAxoDCzECeBHSY+DxgQBcESnuEnGlCuk2IY8TFMFA+7IsfBAO/+N0F2/bu+ePV BAO/AgxcVSGvOm3pNqFrq+T1VeJG7B2zetUSCUi4Rt1GJFCDhcS31Yg76iRnBtAm1IdgoFb2rePi gEfcVycG+sADIAGfJA/zWoABn8DeMZ/g0aJyYljvHbN545iYGeLAANYPY5rQ7KDUGeInImpOVMyN yLkx+WzEfiGunk+ohQlrYTy7NCFWNsg1CbEmJdclbVQGUnJLSr3erD5syR7gTn3uzJF7EQKm23/2 7ebsqzou3CgPNdrvt2RPZexamf2mzT7MpQC+66ObCDkBvv3TTzpukvvxM/SroAs2Xe6LssLknfwX 5XIEDrsa1K40/h4IAzB3KG1gwMjIyMjIyMiomyq5PpHPBgOwvv1Pqi2bWFvG75TR7Z88Kdcj5GBA oTUMlOvKwPgKhwToyYeSmUKYK0qHAhjgpWMaCfI1AbJDAmOOljkw4PBAARgwDBAD6DahYh5wZgrp mgC945IADBJgHhhKJFA0TYiNNqHOnUIEA9v37vnzNVcDBq6skldXKiwhJhioIBgQBAPXVVjXV6Is gOmi1bJ3jUKbUI24vVbSE21CHuXAQJ2418MwUGcRDIAHsH1MDPJZg/3igXprCMPASGwbsEb5rDEB Oc6PNqFJQTUpjPTwdOwh1m1CgsyVAfvxiHoCPEAwIJ+KKIKBeTH1XFw8F7UXxNTCmFySkCsScmVK rk2J9ansBoSG1ZvN2fea0Q60ne/iXBMgGLAPNIq3m+23sD+Ybvb2oSb1RRsSAhUZ8UkLYgN7AACC bv8gAU4X7OXb//408wA/c2UBDQO7uBdIw0CuTYirATb9afyrOHOVANiwq4FgwASIjYyMjIyMjIy6 qZLrE/lcMDCpBpsEnDN7Ip5ngQFmAIaBcmwj1mWBrmBATxAqgYExOj3MNQEHDIpiAyUB4gIGyLk4 M9AJBnA4CwzQU7cJ/QAYuPCC7fv2XnQdw8Dlp8SVlfKqisxVlSgOXEckUGldVylvqJQ3VqJZ6KZa eStmjFq9a6zb0TIk7kByQE8XlX3qESC+24MMcT9QAfYQD6xXg7BxTD3gk0MxTQiVgZF+OdqnV48J 4oFJASdAPEMHBkLyYc4MoDIQJhJQj0fkk7CaGxFPx+U8PVAoKhfE1cKkfCkhlyXlyoRak8SNf2eD eqPJfqcFU4O2puguTvdve2+D4q/58cX/2y32wUaiguybzfaRjF2ZUScsm+eHoi+IR4gKHRUgluAp ogVlAaduQD+Miz7XBOxcEWC7c+PXFrvoh/FjqAbomsAufhPFAdMmZGRkZGRkZGTUXZVcn8gFMOAE Bspy68ZyLggQs3npmAsDmgFKpwlpGJhQCAN5Bihy5zYh/SwgAcBAEQZ0JgEyYCAXGiYY0AcyygIj imCgsE1I211FDADomUeCz/SBYKBkoNAvL7xgx769F1+vYeC0uPy0dVUFSODaSswUYhgQBAO9GAZu rpa3YtuAdWuNdVstYYC8o9YiGKAnMgP1imDgHqwacMoC/b2KeGBAPS8c8MkhXotgYJjXIhjAnoGA HBfAQKGJfjk5xJWBkIXKAMPAIxE1O2JjlBAdwiCBOZHsnIg1N6rIz8TUczExH3uIsYoYA4US2Dv2 UQviwm834Rv6rSls+9qJL/tRGSAYONik3mnKHmoCDLzbbJ3IyErL/rrVPsSNQNg80GDpHQIOEjj9 QmK/iwHIDQMVkELW3T4MA3TXF3Du4NjpCGIM4AM9iQSaQBEGBoyMjIyMjIyMuqeS6xO5EwzUdQED kwgGarhQABMJdNkmpKmgCAaKKgNFDUJ5lwSIzw8Gykc7DMAvfzgMFJMAWVcGegIJvihYPZaHAXBC EQz8jmDgL05l4LR1+Sl5VaW4ukpcU4UY8fXV8vpKsoVVxNXWzTXy5jrdJiT1dFHyHTXizhpxdy1W ERMS3FMn+9VLwIBH9McSYjUQq8dgDQMYKOSzRvvFWD/DQFBMDIjJQT1aFJUB8sNR9Sh4QDyOtIB8 IiyejMqnI3JO1Homaq9PyiUIENvzo2JhXC1OyCUpuTwpN6bUa032683ZbWm1OaW2NsgtDXQ7p5s3 vvKne/zbzdk3mrOvNKrPWtWpjDrVnv2oFQHiPRwU1omCfYwNXEbQMOAigWv9qxgnils+0sM7GwsB wPGuRhQBHBjQDJAWcAM98aaBASMjIyMjIyOj7qnk+kQ+PxhwMgOuc21CeRLoujLAMNBzwume4yod Kujs4spAYWagsFPICRCPOUqH86kMaDvdQTl32SbEzo8WHY7KQGFxQLcJaRfDwL6/XH+NUxnAQKFK eeVplAX0hoHrCQmIBNg3YfuYIhMJ8IBRxTOF5O01Gd4+Ju6tR7NQX4+6D0vH5IB6NcCrBnqsB3xq sM8a6sP2Mewh9otRDANjfXJ8QEwK6PXDalpQzgjJB4PioRAqA5wblo8RCUSwYWBORCJAHBHPReXz sJgfEy/F7IVxuTSBUUKEAXTR39IAEni5QRAMuIEBsTeNDcRvNdtvNNvfEgZk7GPt9ptNSAjsScs9 DcgW726gK7u9pwEtQHsb9BAhBgBndhB6foABTAJ0v8el3y0F7GiwAAAFMMCWuxoEGbd/5ATypj/B wICRkZGRkZGRUfdUcn0iaxjoOdXDPMAu2TimTVf/gpecJC7dQKwPRALlE6rKmQd6jj/VE7uHeQnx 2SoDLgDwINE8FfBo0TwPdJkZyB3KUCjQAeLvykbkowLaRdFh9Ah9XUICZOwgQ4BYW2MASMC5/XNx oIyfPYZ+Sk8XBq7VMCAdGODpojdUq1416oZqidVjVWRxM3hA9AYPWLfW0EHcXo1VxFg4gO1j1r11 cphH9fNYfT3iPp+6D5kBeb9P3s9lgaEYKCQZBpy9Y+P8UpcFAANBOZ1IAGYYCAteL6Aej4inUBPg uaIR+WwUmQGCgXlRa35MvRhXL8XF6rhNGLC/Ua1vUBtSamOD2pSyiQq2NSDXS5fvA2nsF/uw1T7a Lk9msFr4MHp1AAl6HBAhwW5uKII5RowKAAFAmhhAEQk4BQHc6fHzZLruawaAc4cCIyGQg4FONjBg ZGRkZGRkZNQ9lVyfyOcLA6578q8SDJSXwoBjDQO6MtBTZwYcd8IA7Vw1oNBum9APhYEegAFEhwvb hMro9v99MKANEhiKmkBBZeBzHSTIwYC2hoGLryMY+DVg4PLTFpEAIcHVOkDMJhi4oVLcWAkSIN+C DLG4tdq6FTsHxB111h011p011t0edXeN6OshJBBEBf296j6v7F9vYdsAOoWsIV5BPDDEJ0cF4DEo DojxQTkhaE0JyakMAzND2Dj2aBhzRR8lHghZT4QJBsRTBAMRDQOCPC8miAfmx8SCqFwaxxKAA41i TVKuS6j1SbmxAQOFNjdwZgDDfMSbzdnPW+3j7epEm/1hC1YNoM+Hburo9rF38ez/Hcj1Ohd9hwe4 a2gflhAzCeh7PMYBoeEHv4XbgXamHRJAy1AOA9AU5F79G1AiwF+RX+IPNwFiIyMjIyMjI6PuquT6 RNYwkCcB8qROMDC5piA9TOYBoxPc27/LAI4nkkECsM4MjKvgNqFOGKBdEiAee9w95JcMkHvmpouO 0k1BxTCgywIMA503DAAGdGaAfTYY6DHsS9QHhruVgaFflgED8j1CPYboJyoDv/gdw8C11/DSsUp1 eYV1eQWahTBgFNNF5XXYQ4zKALcJCcQGauStNQqVgWpn9dhdsOzjse6qoafqV6fu5emiA5AZsAb5 UBxAZgAkIIYTDPiJBOTYgBobkONDkkhgSlBgA3EIgYFZIfFwWDwSIhiQswED8gkUB9AmlIOBZ2Oo DxAMLI7JvQ2YAbo6IVYk1ZqEvS4pNyTUxqTanJJbUxgteqhRftemjlrq23b71Sa5i0f97HQm/4id 3Cy0C81Ciqy/+NdXf6cawADgXOs5AMB2vv4vNMGAYx0PcH+LNgEAP8EhexqFgQEjIyMjIyMjo+6p 5PpEzsPA1LqeUzxlU+j237kykE8Pu64tgYHizICGAcIAjgp8X2Wg2E6VoGwMUUGnzEBxTcB5iXfy MJC79Odckhw4BwzwgZDAhYEhn5cxAORggEigEAYu0jBweYW8ogI9QmSCAb167DoEiLk+UCV7VYsb mQeQHEDXUOa2Wnl7HXjgbrQJqTtqxT0gAcQG+nmwh3igxxroIRKQQ31yuF9h7xgCxMgMEA+M96sJ QYIBNTnEMBAUM0PioTCmCT0KGECn0FNhyZ1CYk5UPhMBCTwXk89FMFp0UVzuAgmo5Qm5NCmWJ+Wq OPGAXJeQG5LYO7a1wT6Ulkfasicy6utWe39a7miQO9DhwwsBGngnQFpubxRECDsa5SEigUYLeV++ tRfc3TUM4H6Pe7+uAOB3uSTA79AP0LOwJuD+RvxeAgCy+76BASMjIyMjIyOjbqrk+kTWMIDQsC4L TK7t2VWAuMh69VhxmxAxgHN2YKAC7wAGTiM2MK5ovUCRuyIBfc6RAFmTQM/RRc1CzgKy74MBciEP nL1N6AvCgB7D6Mn5AcDAF+CB4sqANpaO7dv352s0DHBmgElAXFVBJAAkuA4DRsUNHCPuVSFuqJa9 auSNVdbNVboyYN3OnUJ3eSS5T524pxY9Qn09sl+9fV+9JA+qR2vQMIwWFfQEDPjlKGQGeK5oQE4O qskBMTlgIT3MxQEuC4jZ6BSST0Xkk2GLnk9HxTNhMTcq5kXseVGxMCq3p+z9jWpVSi6Ji8VxBAZ2 NqjVCbk+ITY22JvS8kCD/LZdncyoT1vtnWlrW4MkgwEa1JY0xg0RG2wnN4odDeJAox1UZz5uRctQ YSmAswT4sp+8Hdd9AokcDOCAZ65BCAcdFy6sDIg9GgYacNjbhKeBASMjIyMjIyOj7qnk+kTOVwa4 OHCeMMA8QDCQHy2qawIuDDguH1/Zc3wFGRliuBMJkPO3fwBA4RkFAS4OIDBQDAM8XTS3jVi3CTEP EAx00SZUDAN0LsUAbRcGhn9e5lQGCAa+KBvq8EARDFzAMKArA38/xQFi8IBFPHB1hUSnEMoC8voq gQxxpbyxGm1CN3N94NbqzG3YPqburCUMUH3qsXGsjwd7iPsxBvT3yEEeNaheDPaqBzgwgA0DfkUe 7RdjAnIsigMCS8cCYlrAqQw8GBIPB4EBZAwUCmO06FOMAc9G5LwIDvOjGBm0l0ggIRfGxaIYw0BC bm4QazFZSGxIif0N6ptWeaI9+16LvatBbE3ZXCtAlmAzwUCKntaWlGBCIE6w6Ir/drO9t7GLKLBr uQM5AVQVSn/JqRU4HUQ5DMDVHyTA50aLZ5hKQgJ608CAkZGRkZGRkVH3VHJ9ImsY6DnVkysOEAzo lPBZrScLdRUgdnggxwYoDhAMEBJUYvdwCQZo52//JSYwYBIYezzfIDT6WA8+OC+L9wyUj/q2fOSR rjIDxT4XDLCHf95jaB4GnPRwsUth4LKTFsMAMgMEA25lgGAAJh7QGeKbqqyba+UttbJ3tYU9A7VW Xw8hgaVhoC+miwoMFKp39gzc75WDvHKwVw73EQOokT4BGMD6YcVLx8AD0/VcUYaBh0Jydgi7xmaH BfYMoFlIPM0YAB6Iqi1J7AdYnlALY3JBXCyMKW4TEisScnVCrE+Jw2kiAftEu3qnRW5KoWXoZcaA lxusjSnxckq+nFKbiAqABGoLNhKIbWlra0rtbMClH/d+/fU/RgbxS35fVxIKYWAHKELQ72IMkDtT MrdJIOc9DYQBgmBgbzqzrwE9QrvTLQYGjIyMjIyMjIy6p5LrE7lLGCi6+ne2AwMOAPSclKcCzQDa PVAQ4PTw+EocShgg51IGyBkw4PAAagK4/RMJkLkvKI8EbqQYMFA2orhNqHjtAJnLAmeDAbgHx4h7 DP2CA8QcGyjGAD1atAgG/nZKkC8/La6sEFeftq6uEryK2J0pVClQGagRN2EVsbilWt5SneldQzwg HqhXM/x2H4/C3jGPvAcwIPthlJAc4BWDvOL+evlAPU8T8grigZEcGNBLxyYEJJHAFL+aHBTTA1gy 4IwWDYpHkRZwKgNzeajosxHxfFTRXX9P2l6VkC9G5YKYJB5YjMqAWBGXaxNqQ8p6vVl+1a6+bVNv NnEdgK7+mC9kbUqJjSm5Ma0IBjYm6SyIEzY3iM08h5RIYEtKbE3LrdxNhIaiNEIF+qyNyEEOBhpA Anp4aIGLYGAP4sjEADaXCOhg7Wlo2Bz9apV/lYEBIyMjIyMjI6PuqeT6RNYwAAbg6aKEBBoGevIU UXrmGcA1Bwb0xrF8m1CJMVOIKwO6LEAw0L3KgIYB3SnEJMDPUWQAAJGAWxY40mPkt2Ujv78ycA4Y IAbQzx7DvyzDjFEdG+gaBv77gt9u37f3z9deDRi47JSlYeCK09ZVZDQLWddwZuC6SuuGSgwUuhG2 9FihW2oE+fZacUeVuL0mcxeWEMu7a0XfOqX3jg3wiIFeQTzwAMcGNAwM81qj/GK0hgG/HB+wuE1I Tg2KGUHAwCzigaB4mIsDj4fEk4wET0asZyLymZhYl5SHGtWqmHg+Jl+MEwyIRXG1JCGXxi3Cgw1J 8WaT/LpVfd0i323Jbm5QdOPfQFf/BqkP9APrCQOSDiHo+gCxAVEBebtuIkpJ3lGQZ4BC7+RxpQQD nTAA1iSQ7xRK0cHa3ZjZlWrf3ZDcHPtqmXfugrohi+rHGBgwMjIyMjIyMuqeSq5P5BwMaDMMnLNH KOfcvd9tDcq9hPVwIcIAtzLQ7TahnFETGOMUB3Ae5WAAmalArxvrOkBM1rEBFwa64AENAzgwDHBa oAsY0HZh4CquDJy2iAeuOE08YF1ZIa48jWahwsoAYIBjAw4MVGP1GGAAc4TknTVYOJCDgf6IDYiB 9RbahOrl/V5rCG8gHuETaBPyoThAMDAhICYFxeSgIBiYzjDwUEg8xEuIZ0cQI34yrJAeJhKIyFVJ ubfBXp6yXojI+RGUBRbF5OK4WpqQy+Nyc1K+1yQ/b5WfttivN6qtdPUnDCAGSOD2v4EORAIpsS5F PCC/aPufw43WhqTNLUP0Y/jJTW7vkE4XbEO5QJC3MSc4PJASO1JOjxDd/nemrJ1YI5ArEVg6PcyD SgUWG6fbdjaE14deWeZ9elHdiMX1E9aENmyLHTcwYGRkZGRkZGTUPZVcn8gaBvJLx3DRx7OkJlCG caLVzpnbhNyJom48oOglNgyUjavgADFPFz1bm9DYs8AALx0rgIHjPTQMFDpfGdDp4e84Pcwlgk4k QO4EA13zQM5OetiFgR6DzwED3Cb091PO3jHigWswU0hcVy2vrQIJIDaA1WPyZnKVuLUWPHBbLfEA lo7dVSvuqpV9asXdNRaWjtUSCSisGtBLx/xyMMPAcFQGJGDAh6VjE5AZkJMDYmpIzgjKmSExk0gg KB4Jidlha3ZYPRFWT3JgYEWcrtfZ1XH1fIws53OPEKLDMbmcrvsp8U6z+qZFvdec3ddobUnxTKGk fJnLBRuScj3XBMj8Eu+s5a4h3TKkkeDllOJaAXYU6CDB5pSleQBI4BYHkBPAymEcdqatXenMToIB eqYswgCuD2TYLVsT9WtD+xbVz1jkGbHcM2NDeOuuRP2+xvZ9JkBsZGRkZGRkZNRdlVyfyHkYwJ6B opoA+oVyVQK9d0xvGNCjRSdVlbMLSQDGUNHThAG8W8D1D4UB3jPg8sDxHqMJBuhZkBNwzUhwpBww cIRgoAe7kAFyJgzoMeLrc8BAIQn0GIbMQPkQen5RyAA5//cFv9m+b8+fr2EYuOyUddlJ6+9cGdDF gas4Q4zVY9XiWoSJLaweq3IyA7di+5i4DcUBXkJMSFAr+njkPXUYKHRfrTWgTgzwyPu5TegBnxis R4t6LfCA1xrj5Q3EAcUwoHJ7BjQMPBwSjziBATknIlYlxL6G7NKYeC4iAQNR1AQWxfFcGldbk/KD JvV5i3yzCSNB9zXg+36sIiYSSDgMUGh6k/uFrJdBEQQDRUgAGECqWGgYoKcuDrhIwKFhYADXB3DI OFSA+gC5fWdDy5b4qZX+FYvqpy3yDF9S/9DGyOu7k4H96cyBxsz+RnEgbTYQGxkZGRkZGRl1UyXX J3JhZaALGMi9LIABZ88AYYC2kxxw6wNdw0AnDNDuxAA5axggEwmUjTnBMAAeKLRbH8jBwBGQAB06 kYB2IQzwofsw8F+/BQxcdB3DwF9Pi8tOS8QGeMAo8QAGCp22rq3gTqEaDBi9oVLcxG1CBAO9kSG2 CAZuq87cXmPdhe1jWDVwbx3mivb1iH4eMdDjTBPSo0U1DGDpmFeM8UnyBIwSkpP9FsOAnMkDhR4J qUfC6rGQQFogLNYk1M60vSwhn42Qreci2Du2ICYWRtXiGAb4fNhsf9YqX21SLzegP2dDSqxP6HYg sc4FgHUJyznjIOm8gXcVb0gABjYkrQ0JCzDASLCZkCCZ2ZIq4AFGAvJ2GLf/HA/sStMZGwZ2pNu3 p1Ivx75aEVi20DP2pbrRy71Pvxx6c3cysbchsydt7U9bB4gEGuQhUxkwMjIyMjIyMuquSq5P5BIY 6Dm5ODbwPZWBLvaO8caxyjKsF3ADA2eBgbJxpQBALtOrBrhNyPUJxoCzwwD3CDk1ASSJvysf+W15 JxIgaxgox9Kx84OBs2cGCAa27d1zkW4TuvS0uPSU9ffT8u+nMlcyD1xVIa86La6psK4+nUFsoFrc wAsHkBmoErfVojJwS1Xm9mpxe50gGOhDdpeO3VtnYdVAXYYzA2IwB4hH+BTBwEi/HOWVY/xirC+/ Z2BqQEz3ixkBwADvGcA0oaeYBPY2dNClfy5iA+JZkIB4PioWxIgExJ6U/KRZfdZs78G8ILULV3aJ ez8KAnI99wgRGBADrE1YZA0G3DWkGUAnCugdhoGk2FRgwgBtUEHS6RciGMCA0ZS1g0w8kLJ2NRCQ WHsa2jeEP1lS//ii2pEL60YtDzy/OXZ0V0N6dyqzjzCgQRxOywNp8UqjeLVRvdZkYMDIyMjIyMjI qJsquT6Ri2CAMQAzRjUAnBMGCgEgZ2DAxAqkh0thoAseOD8YOKGtYaC8eAOxYx0YGIXKAJ6EB2eL DXTdJpSnAsIAPIeDB1wY6HrPwH/+5tfb9uz509VX9vivX//2r6fE3ypkrk3o8tOCScCNEXOSmGPE 4kaGgZtrrN414nYywUA1eoSwZ6BO3F0n7/HIvvXoESISGEQw4JGDnVFCBAOEBNYYbB8TmCbkt7Bn wGdh6VhAzgiImQGLYODhkHgqItYl7W0pLBOYGxFzonJuVM6LSh0YWBqXh9Lq42b1QQumfG5IoI1n VxoAsC4p9b2fqwFyLdcHHGseYFqgqz9CxkkLY0YZCVAWcL2lQW1KEQ+IbUlrG8EASMDamszQeRuT wM6ktbPBeqNJ7EymN0S/XOafv6hu1OK6iSsDqzbHvtuVbNbrBQgDDqbFgUbrUJP1aqN8rRHzjt5u Nm1CRkZGRkZGRkbdVMn1iaxhwEkPMwk4MKAxIAcDToDYaRPqvHHMLQvwHCHAgBsddtqEOsHAuJMa BsqKYQDG7R9RAYKBgpqAhoESEkCGuDMM4OqveeCsewZyMFBEAnkP5XVjDAPYQFywe9iBgV8DBv54 FcPApSfkZSfl3yuQHr6cfVWldRVixOraCuv6anV9lbyhWvYi6+miuk2oVt5RI++oFXfWiD61GC1K SNDXI+/zqr4+MbBeDqyT99dbes/AMASIpbt0zNlAPMEnJgTEZL+cDh6wHgrKh8LWo2G606tt8ewL EWQG5mAJsfVMWDwbFS8QCcTEwUbxUYv4qEluSWIP8f60faihg674a+jGH5dkrCLmaoDGAH3QJICZ QkmxM6VeabAdGCg2wcBm3SyUIuSQBxrklhTmCG1Lym1J3SmE1qDtqfbtibrlvoWL6ka8VDdkhW/B toQXsYG0ta8BwYADjeJwo/Vqk3itSb3RqN5qku80y/cx8kgZGDAyMjIyMjIy6p5Krk/kHAw4GKCp gMGgfFKnPQMTdVlAkwA9u0CCnBkGXB44e2Wgi/oAYMDpEdIMcLbKQJkDAy4DuC7HWKEuigNEAucJ A3kScF1YH+gx5FOCga179vzhiisAA5ccF5eeEJedkpefBgn8vVJeyb6qInONs32MSECx5U0YJSR7 I0DMMFCjRwnJPjWCeOBej7gf00Wt+1EcsDBNqF4MrbeG1WO06Ih6i3hgjE+OJQwIyglBxAamBuS0 QGZmAHsGnozQbd7elLCfi4q5EfVNa/aFqHo6IudF1LyoXB5Hp82HLfLNRrUxZa2I4d6/O21vScq1 cUFen1Rr43INYECuSygihLUJrhK4ZQF0CtE7SQvdQdwgpCsDcApP7hGSm91VZZu5MsDFgZzbNsfr VgbWL6mf/JJn5Ar//E3Rb3Ykm/c0WrtT1t4GFAQONVmvoBQg32iSbzXLd5pAL1+1qVMZu87KGhgw MjIyMjIyMuqeSq5P5KLKACHBFBcJ8jWBInODkLYGgE5VAt49TC6sDPQc38WSgS7bhOA8DAADciTA LsoMkIEEo7qCAb79l2PzQCcY4MxAIQZ0CQNlQz8vp6v/EPbQ0k4hwMDuPRdeDhi44C8n5aUn5V9P Wn87Kf52GpkBDBitxN4xIoFrMFZI3FAtb6gUN1bKm2vkzdUggdtqJdqEaqSeJnQ39o5ZfevkgDrR t17059GiA+sVwcBgFwZG+SQ9NQyMD0oEiINycsCazuvGngzTxV1uSMinIuLxiJgTkvMjmSdD8umI 9UzUWhlXbzerD5vV62m5KqFWJuSKGN3d1c40Xf0FA4BYHYdX0YF5gO3AABxHj9CGuB4oxJOFEswD BZWBfHIglSEe2JzEEgMgQZLObZsTkTWh/Ys941+qG77EO3tD+APCgB0NYjdWI4v9aXEoLV9pFK81 qjearLeaxHst8tMW+W2bqrayXtFRK+zj7aYyYGRkZGRkZGTUTZVcn8hnrwzQ1b/G6QvqggTOAQMV ujLADOA+O5EAWcNAT/K44rFCdPsfe6IHBwYKMOCsMJCrDDijhMgjvtMB4u+DgVIeIOdgoBwwwAxQ 0iPEL//DgYEre/wnw8Blp9VfT2PbAC8ckFecFldVYsnANbyN+LpKBwZ6YaaQbhNChvj2WiIBssBo 0Tp5F8PAPR5roEdM9qshHoE2IQ/BgBji8oBbGZDj/GKiX07yy+lB+LGQWJdUa+L23IiYjd3D6vGw 9WQYM4XmRiRBwptN4oNmuTcllsXU0rhcEcc+gV0Nip649CctMEBSkvMwgJYh7hfKGyGBDUmnRAAY yDULMRW87MLAywmxmXggmdkMDLA2JROrQ4df8s5aVDdqiffBDeE3tyajO7BojDAgcwAYgIjwa03y jWZJGPB+s/iiVZ1qt2usrEdkKzLZI23q0xbxnskMGBkZGRkZGRl1VyXXJ3JnGHArA7X5WaKlMHCO NiHMFS2EAe1zB4i7hoGxJTUBWHcH5Vymn6OKYKDHqO80DHQRIx5ekhkohQFggH5ym5C2bhMiAHA6 hTQM/Aow8Lu/XQEYuOSUuuSE+OspSTxAJHA5YEBeWUk8IK6qQH2ABwrJG6pkryp1YyW2DdxaJQgG eldbt9dYd+g9A7Xinjp5b524r06O88n3m7LPR+SAevGARxIMDPXKoV6QAPYMEAkQD/jFJD8xg5ga kI8FxbqEWhknJJCPhMWjYAOCAflEyHomjI0BbzXK9xrtbSm5OCaXxNAvtDoutzaol1NiZUKsipNt AoCVcWsN6gP0lHQgDFhTEh5Aj5AuDqAEUVgc0Gd0DeEJbyIGoEMsvhbDgh5bWDdsiWf66uCWzfEA Joo2WPsaMns5JUzmggDywR+1yG9aZVVG1VnZWit7st3+qtX+qFm+2yTfaZJvNZppQkZGRkZGRkZG 3VTJ9YmsYQAbBibnTBigb/8EA5oHmAFKYUCfcySgowIuDBQHiLsoDowrjg6PO0Uv6fbPc4R0ZaBz j9BxZ/dwMQzoykCuLMAwAAzoDAOoDAzT9/4uYMCpCbgwkDNWDQwpyBDnYGDXnt9dxjBwMUhA/fWU QHHgtLzilNQDRq+oyKBHqJq3DfAq4l5V8sZKeWO1uKk6owcK3VGL5511Vr9acReWjql7PEgPLwhn x3sBA4M8YoiX9445MIAnNhD75SSfmBywpvrFmphaQSQQlA+GrUdC4uGQNTukHgtac6Nqa1K92WS/ 0yg3peyX4taiqFwct5bH1bpEZmtKrk4QDFgrY4QBClTAJiQgr+LJQtrr3YFCZLcmgGYh96lhgH41 48KA2IQtBM1rIl8u8T610DPqJc/IlYH1m2K+bak2kEBa8NhQ61CjxgDxTrP8pEUea1M1VrZOZCut LJ0/a0GJ4J1G8XajfKNRvNGEmUIGBoyMjIyMjIyMuqeS6xPZgYHJ2DBQPgk5gaJdY3BnGNCjRQud gwHXDgwUtQn1nFCcHCiEAceAAdQEsHgYbUIFMHCstDso51FFMADz1Z+3DeR5gEhAbxjgq38XMEDW PEDOlQXgYZ+jJsDFgZz/45cEA7svvAxtQr+95KS49LS6lJ6nrMtOi8tOWX+vUHoV8ZX0rLSuq5KF xYGbqmTvSnErto+p25Eh5j3EdboyQDBg3Vcn+9Vj79igerIcXC+HeiUGCvkkwcBYHSDGxjE5K6hW EQnE5CNBNd0veQOxfDQkZ4esZyNyR0oQCbyepis+hoouisiXYnJ5zKYb/46UXBOXqzgkgJxA3FoR ZwwgNmAeoJ9xigPxDDDA5YE8DNAZZQHnJbcPZbhiYL2caF4brV7mW7m4bsxiz9jl/iXro0e3J1ro L7obBQHrYNo6nBavpHG/f69JfNFin8zIGoFSwKl29VWr/LBFvtss3m5iAGgSrzZJ8uEmSfBgYMDI yMjIyMjIqHsquT6RNQw4NYFJdWV04y8igSL/ABhwpgk5ZYFSDCCfNT3MMDCuCAbwxGShc8FAkV0A KLRuEEJxgC79OjxwThjIFwecgkBRhvjfGQZ0ZeC3F53Iw8BfKwTxAGDglLjylHXVaXE1YMApDvC2 AXljtdUbq4gRI76r2nrYp+6tse6qlX1r5d1ID6u+HsSIB9RJgoH7PRIDhTwWKgMea5TPGoelY/b4 gJjml0ujcm1SPRKUM/wWBgqFJD0fCWXmhsSelHozjfmeL8XF82G9bkzQeWlMbUZDv+LuIHqiJrCC YYCfsAMDccCAdg4GwAN8++fhQhoGLGcNWRLFgQ3x9KrQKy95xi30DF3qn70hcmRzonVbAlvGXBIQ hxrlK00YFfpNq6y2VL3IVln2kXb5aat8Bwwg30yL1xEhEK80yFfRRyQPNloHsYTYwICRkZGRkZGR UTdVcn0iOzAwxUMuw54BuIQBcv5eGKBDlzBQSgLnGiWUgwGQwPnAQI4BCgLELgMU7BnQAACP+EEw UDpHSJtgYEsOBi4+KS8+IS89JS85ZV1WIQkG/nZSXH4aaweurJBXVVpXn0Zx4Poq4Q4YFTfViN41 8vYaeVuNmOST93Jm4C6ODfTzqPvqrPtq5UCPGFgnBnqxh3hYvRziESO91qq4PQkbBrBrbFlMro6r R3i66NSAmBlUs7B0TL4YVfvSGM+/o0EuiMp5EfuFMJGAfCkqDqTV601qa5Lu/cgYwDG5PCGXxeVy ckwsj4EEcpUB5gGNBPmxQsQAWE6cqwk4nULWhnjbmsjXS3zzFnnGLPVOXxs6uCWR3JYkDBB7GoRe IPBKo3y7UX7cLI62qyorW5PJnmq3v261P2xSbzWJ15ssAACWDUsCBtz+02J/g7W/IbMfB9jAgJGR kZGRkZFR91RyfSI7MIDuIGcDceHtv9AEAGW6X6hrGIBzJNBjgsYANzPgVgbyJYKzwEAZ9wj1GHus nAPEPwYGcpkBHAqiw7pZqKBlqGsYyLurNiGGgT0X/FXDwAnAwF9OWpeQmQf+floyDMgrsHAA00Wv q+CyQI26oUbcWCVurMEq4t7VGDBKPHA7tg1Yfaqxh5jct04XB+TAevmAR95fL4fViaH1cqQ3M7Je jPZa4/1iQTS7OiFnB+2pgcz0gJgRJBjAqoGXYuJgg3qz0d6alHPDak5YPh8Rz0VBBQtjal1C7k2r tcgKS5QCkBaQK6LEAGIpSIAgQawkxzKr4iCB1TGLeUDiidGiGDCqFw5g0iidESamZ/v6WHR5cOti z6ilnlGrAos3JTw7UmJXSuxOYfXYoab2V9LinUb5WYs8kSEGsKut7JFWRVTwdjOKAK80WofT1sFG eZgnC+H2DwZAyHgf1xPYIAoDA0ZGRkZGRkZG3VPJ9YmsYQAMADv3/s5IgPYhXPoZCbQnlMBAQWVg PKxhQNcHsGdgHAEAYQAd9Jlv/3ToEgbcHiENA+fODOD2n9s9rM0YUBIgzsEA3/sLz51ggBmAb/8O DAAAOrUJuTDwK7QJEQxcckr+5bh16UnrbwwDfzuFsoCeMXp1pYXVY+gRUtdXiZuqJZHALdWZW2tk 72qrdw1mCt1ZI+6ssfrUyb7s+zyyP/aOiUFeMdij7q9XQ73WkHprlE+O9YpnQ3J13H4kaE32y0mB zLSgnO6Xs0KoFdDN+5VGtSoh5mL3sHgmLJ6LyBciYmFULI7KdXG1KUkMoFbj0o8Bo3T754KAWMqH FTH6Q6zl6CBiGOBnzqgSxDMoFMQlYQCxwUawQXpF6M2l3scW149c7n18Y/Tz7Yk0McBe3OaJTOTr jfLDZnmk1a6wstUZ+0TG/rLZfq9JvtFkvcbJgYO45eurv7U3lSHvwaChHAMU2cCAkZGRkZGRkVH3 VHJ9IjuVAbr9o1NIx4iLMEBbBwlyJAAAcKsELgzkiwMICRRYFwc6+aQuEZSNKxotijlCbk0gRwI4 cGWgkAG09e2/vBgGeoxEg5CGgVyGuAAGvtHPwk4hYoCzwEBRQSDnIhi4+KS4+JS45JT4i5shxvax U+LvyBDLqyvkNZUCA0axZ0DeUGH1qrBuqZa31MibKq3etfK2KuwhvrNW3FWj+tTKexkG+mH7mESb kEcO8sgR9Zlh9XKwV4zyiafD9qq4nB1Q4wNykldOCcjJATEzJFfG1KG0fSgtl8bkY0Hr8ZA9J0xI IJ+LiAVRuSCCOsDmJNLG9AOrCQNQDbCWxKxlORiIty+PER5YBAmr4pmVcZQFmAH0AjIwAAHAGl0T SFjr0RdUtcy/dIlnxFLvpDXBzdsSkV3AAHGgwUIpoEl83ipPtWerrWxVxv6uNftJs3rLAQALnT8p a3fa2pXK7ErRE0uI+ZzZ3eB4b8rAgJGRkZGRkZHRT6OS6xNZwwDvFmAYmHJWGAAGYLKQLhG49YFi GECD0PiKnhOqeLFAJZvu/afLx59Gy5A2w8DZMgP0Pn5JDxh1agIMA1wQyI0WzXtUEQaQe4z6TsNA IQloGOhsTQI5OzBAYMAwwG1CDgw49YEcDPzChYH/+NVvLzouLz4p/3LSvviExauI5d9PqssqkBm4 /LRFMHA1bxu4tlJcXyWvrxQ3Vsgbq6yba7B6TCcHNAzcWSPuqREEA/fWir61WDgwgJ4e636PnOSz htZL4oEnQmJFVD0cVOMwXVRN9FtTvOrBoLUybu9toFu4fCkmngrLx4NYN/ZMSM0LyxeiYn5ELIqK TdhK5qwaWBwVeMboqQ0qWBpXy+OIB7zblF2v9w9gAZlbFqBfiot1cbEe3UHW2lh0VXDnkvppS+qH r/Yt2BI/vSvZsj+FRcKvN4oPmuR3bXZlJludyZ5oy37egi0Bh4kBGvED+7B12NrVgHv/zhSyxTtc 65e7Uu0FPFDYKWRgwMjIyMjIyMiomyq5PpFLYCDXKdTZGgYcACipErgw0GNCBcGARgLuF8JLJySQ M5HA2NNFSwYKfNbKgIaB4uRAlzBAPisMjDhfGCAzCegSQRcZYhcGrgQM/PmEvOiE5gFBMHDJCXHZ Sfm304QE4u96oNBpSSRwbaW8jnhADxQiGKgSqAxUYw/xHTXWXXUIEN9dJ+8hEnCLA/3rxAM1kmDg fo8a6hWzAnJZLPtoCBvHxvqxemyCT83wYxzQwZTckRRLI9guvDgu54TlE2FBz2cjGCq6MCpWxeTG OEaL0q8SDyyOKnq+FBWaDdhiaSyzNGaticnPWrKb0U2UcWcKSWfAKJFAQq6PN64Lf7vUP3exd/hK 3yMvR1/dnWra16AONWXeaZRftKiT7R2EAUgGt8kPOBJwkCAhZe1NWXsawAA7UpntSWtbMrM1aW3B wdqeEtvpTZcNdiVhAgaHB9z2IQMDRkZGRkZGRkbdVsn1iaxhABjAA4V6olOoFAO0cfXPwUCp85WB XJsQXfrzmQFeOJAzYICXjmkkKBt7IkcChZWBHA/kYKCkR4hczADu3jEmATh3GK6fui/IOTAMFPGA QwLDS2Dgi7IhX54DBn7zJ8CA4gwxw8BJggH0C/39lCRfcRrhgasrUBnQyYHrK61elRmODchbq63b uDiAykC1uItXDRAJ3Ftn9fOI/nXqPiKBOoIB62G/WBlTD4flaL81Wm8b8MsZfrk2LvY1yJ1J+/EQ MYBYErVXxMW8kHwqJOeGxbyIeD6KCsC6pFwUFYtiZDDAooR4KWYtilgvRSywAXupDgzE6C9kLY9b 9FzldgoBBuISs0Rj0ZXBdUs845fVj1wf2rArGdyftl5rlB81y+8ysjKjajLZY+32x4gEYC0AXd93 EwAkxQ5c98U2fm5OZjangAHkzeztKTIRQmYnpg8RBggNA+gacusDBgaMjIyMjIyMjH6MSq5P5MLK QNlkz9kqA05mgGEA7xSRQBEMlHeVGcDTBYM8DOh7vwsDBAbnAQPHzhcGNAZ0DQPaRZmBPAkUwwCT APqFSmDg3wgGdmoY+OVv/nBM/PmEvPiU+Mtp+ZcThAHEA/KykyCBy0/LyzFglGxdXWGBBDBjVPaq lDdWyZth0bta9a7SAeIMpovWirtrBSHBvXXoFBpYKx+olzN9+Ar/kYAc4ZUjfdYYJoHpAbqjy10J uTFhPxa0ZgTEwwHxQlgtjCoiAZQFwuL5sHwxgllAq+NyIZaO0a9KQgLigYXoHbIICQgVFkf5ifqA tSyWQZI4TiTQzt1BGC26Pk5/lZb1kS+X+55YWj9mdWDuttjnhxra322SX7VmT2RkVSZ7KpP9qk29 36xebRQH02Jvg9jJA4W2J8WWFN34M9qbyAl6ipcT9KaglwQGW5Mwlwi4bsAlAuIBbhnKgA1S7XuT dMA/rwYGjIyMjIyMjIy6oZLrE9mtDKAsUI7pop0yAxPpyQDAxYFOGECuLiwLwOOQFqCrf26skLZm g0ISwL2/oEcIl35ME3JIQGMA+zjDAD2dNqEuYcA1IcG3PFCIe4SYB3Dvz8UGuFmoEANcGHB4QA8R 6oG0gAMDZUN4umgJDDiZgV/+5o/HxZ+OiYtOyotPqotPIkZ8yUmB5MBp4gHEBq6qkFefEldXoFno umrAwHUV1o2V8qZKeXMNAsS3VVluhljeVWsRBvTzoD5AMHC/R07zizUJ++GAGlGfHV6vhnvVmHox NWBtSsgdKbUpYc8MiMk+NS1gPRhUj4Tk7LB6IiyfDolnI/bzBAAYIkS3f2wgXsD5gQV8ABVEiA2s RVHxUiyDlqGoM2B0ecxaEbNWx9qJBNYnrJfpvh5Lrg5sXeIdvcQ78uXw1sPp9EfN2aMZUWXZNRl1 tNX+uEm9npYHUtaeJBhgR1JXAOhvkq7+2EWwLp7ZgI3F2pmXkxbBgEaCTUlrcyJDdnhAIwGRgIYB bhnS3p0ylQEjIyMjIyMjo26q5PpELoEBvvTXoWsoBwNgAJQCnAYhelk0VLQLGEBgoIABCs+OeYiQ Y64J5FwIAzke0ADww2CAzJkBZ8AoVwYcGOiqQYhhwK0MEA8M+UI/neJAAQZo/9svflUAA8cE8cBF ZCQHxF+wfQwLiS8jGDgtLz8lnO1jp3jhAMPA9ZXipkp1czVg4NZqeRu5yrqzVt1RI++pVffUIUbc t1b094hpAXt+WE0PiGEeOdJrPcKLh2cF1JqY2plQdHGfEbAm+eUUvC9mBOVDIfF4GDljgoFnImJ+ VKxNqKVRtThqrYwpIoGcX4yIhTFCAoueL0UtBwbiaBNagUqCrgbQHV1sjH63yj9vef3YNYEnDyW+ /KK5/US7rLSyJ9qzX7Wqd5vkK2lrb0rubqC7O+oAW/GVP13387d/5A0SSB1swB+bWR+3NiZgIgGN BJoHtiStrYkM8cC2JMEAigM7UmgcKuQBAwNGRkZGRkZGRt1TyfWJrGHAWTx8DhjgskAhDPRkQugK BvhQCAMTzgkDBSYSKIEB7W7DQInBAC4SfD8MFFYGzg0DvycYOKn+fFz8+Zh18Ql1yWnEBi495YwZ vfyUvKpCXlkhrjotrjklrq3SMWLZq0KgOFAte1eK26rFHTXijmpJMIAYcQ3Z6lcnJwXpHm9PD4pB HvmARzwSyK6L2XOCYm1cbovLZVHF24jlJJ+a7CdgsGYFxcNB8XhIPhmWT4XVs2G62durk3JBWL4Q yTwfES+EgQEvwHJ+mK7sckXMWhTNLIrKJeS4WBbLrOa7O93U6YK+JZFcH3p9mW/icu/obZGVnzaH qtrtikzHsTb1UZP9aiNiwXuIARoE3+A5A5AQuPFjE5m1Lp5Zq5PHGEuqI8iZtTHAgKYCDQMvoz4g +PdmXBjQEYJ2pAhS1s5EZkcCVLDDwICRkZGRkZGRUXdVcn0i5yoDBTBQW5Ic0JUBPujbPzu/Z0DD QCWdyyZUaxjowQkBZwMxg0EuQ6zbhHLDhXqOdfYMlOlxop0qA1wcOMZzhM4HBlwS4D0DqAwU7Blw pgmdtU0oDwNOmxBTgYaBTm1Cv9q6a8/vLuPMAMHAhccsggG3OIAFZJeelJeeFgQDfz+JBqGrTxMS iKsr5bUV4rpKVAZ6VREJCPItiA2I3gQDtfLOWotggNyXSMArX4zYM3zoFBrsEQ/UixFe66UIxoNu Tcj5ETXeJ8Z6NQzIyX45wydmB8TjQZ4rGrKeDmOO0PZUdllMzA+r58LyeUQIxItR7CQmGHgxIhaF OVWMmoC1LCJWxrBWbF2cbucSN/J4/Rr/iyu8o9cFHny34f2TbS0n27NftMi3muT+lNyTErsS9OeL LQmB6kES93vn0o/YMTBAO3fGryZwyMHARs0DBANxDRJoFuL6QNu2ZDsbJQIiARQKAAMZAwNGRkZG RkZGRt1TyfWJnIOBgjYhlwH04XwzA3kYoNt/GXcK8bN0oFBJZkDDAAFAOWLEXcAAP/VQ0e+HAUSH wQNHykZ+Vz7yO2KAzjCgz98PAzkS+F4YuPCY+MMxiU6hE5KQ4OKT6i8n0Cb0twr1V+IBLCS2rqhE cQALyCrkdact3j4mbqpSNxMP1Mgba+RtNeL2GgwU6lON3PAYr3whbE/1qUEeMcCjBvKSAbrlb03Y W5Ly2TD9gBjps8b6xXg/KgNT/HJmQD4cEI8G5OyQmBNU8yJydVwtjsp5ETEvLJ4LW89GcH4Oywcy z0XEi2GxgDFgcTSzImqtiVnrE3ID3eyTYnuiaUv0vZXeKSt8Y3aE53/RVHukzf4YyWCJFQENgu7l 23g0kM4DYAEZ3/Lp3g/H2tfE6Akk0NYwUOD29bF27hdCK9HGRPsGUEH7plQ7wwCeXB8AD2xPtjMP tO9ItRkYMDIyMjIyMjLqtkquT2QNAygL8FxRvvRzjBhgkM8Tl2wgLqACNAhpMwk4sQFdHHBixG6h ADBAJDA+TwKAgXGnyvWZSaCHiwEl7oEM8fHy0cfKGAbo2VVZgD3ySPnIb5kKUB/QJODwwAiQAA5O p1AJCTg84ASI3QM/i0igx5BPSyoD8sLj1u9PiD9pGDghtf96Sv31pLzsFMGAuIJ5gEsE6BRyt4+J G1EfkLdWokRwR628vSZzV40a55UvhtQEL/YM9PPIAR4xzKueCSl0ByXknJAciSqBGO1ToxkGJjow IGYRDITk4wHxVMhezBmABVH5Qkg+yzzwTMSaHxF7k9mFYfl8tH1BRCyNWsui1sqoXBtXhAFbkopu +fuSkQ3Bl1Z6xq72jX81dvCTlpa3msT+pNiVkrvw3bx4Iy3p4r4xxTEAvuuvimdWJ3BYjb3FmVWx djrkSADvxzrBAJOAhgHkiRPtLyesLehNatuSzGyKt2/m/ECuWQhIYGDAyMjIyMjIyOhHqOT6RM5V BhAb4Bt/Zxgom1g0WvQHwACnBfCyMEJQDANoEHLPXcKAUxxgGMhVBr4XBoAB3YUBMsPA52V6wKhb HDgrDPzuuHBg4DjBAEwkcCl3CgEGMGNUXH6KYaBSXXXSwiriSnl9hQUYqFQ3Valb0SlEJCD61Mhh Hrq72+P9dr8a7B0jj/HK+UG1JiaXRtRUvxzmJTaQo+qtkT451ifG+cREn6D3Zwash4PiiZD9ZFDS 1X9FXD4TEnOJAXjGKB2eC1nPR8SmhFoUVYti1tKoWhUjwBAbE2JTSuxOyVdTbYcTn28MPLHCN3xj cN6h5NFXMOBf7EiIrSmxOY5mnvVxZAl0I5C+5a+KWysxh5SfCWtFDDywkt6PWavjYmW8fTUKBZ2r BO30JJxwkaB9c6J9S6JtI8AAzUL0ElUCpAjatyWsbQmUCLYn8M+rgQEjIyMjIyMjo26o5PpE7qoy UFsyYDQPAz+kMkDWMFDOzUL0BAmMPZ1LC+QYoNCdYABpAfQIncfuYb1noIc7WrTHyG/y28dcBsiR QAEM4FAEA0MxRIhhAIcuYGBwcZvQBUfFH06o3x/DgFHigT9xWcAZMHpK/u2U+PtpecVpdUWFuLpK XX2aYMDhgRs4PHBjpbyxOnNrtbitJjvCKxeGEQboUyfvrZX9PHKqFwsBVkXs50JyhEcMrlcP1Ith 9Wp0vRrjAQyM9yMwMC0gZgbkQ0HxaAhLBlZghCjBgKLfRRjwbEg+FxbPhyT9US8CA8QyXiW2Dt/E y31J+/1G+8vm5v2Rjat8Y1b6xmwJv7wr0bAjZW1Lyc2p9pcJGDgJsC5pLY+1r4xZyxL0pEs/FpPx k89xkADDgEWQgDdjkpBgJf8WQoK8mQfWxNrXOfUBMMaORPuBtNoYy2yKWcQDL8cBA9rbyPHMtiQd DAwYGRkZGRkZGXVTJdcncleVgS7cGQZcHuDZQfBZKwOaBzQM8JlJ4Hxh4Lg2w0CeB7qEgQIDBnDv 76oy0AkGcpUB1w4MIEDswkCeBMqGfN5j8Od5GPj3X/3md0fk746KC4/J3x/H9jEkiel5TFx8AjxA JPC3U/JyZwGZdXWldU2l0NY80KtS3lQlbq1S/WrFEwE1yW/3q5N9agU9pwbloqhcHLUfDooh9XJg vXygTg6ul0M5TDzaK8b45ASfnOzDArKZAfFQQMwOyBciWCnAG4glygIgAfkiZ4WXRuSKuFwTk+vj YntKvtIoP2vJHmmTnzRVbQu9uMI7cnXgsZcjn2xJtGxKYqAQAcBa+vk4ssUro2JFrH0ZthC0L4ta y6PYRbAyjts/AICfy6OZ5dhZhuv+ZlQJ2ogE6OWqaIYxQD/b18TbOVfQvi6WWYcnIgQbEpkNTtcQ WobIG+Ntm+PtaBmKt+spQ1tNm5CRkZGRkZGRUXdVcn0i52CgsDJQ4s5tQoQB7kHXBL4PBorcNQZo f2+bkFMrOAsMuEuI3dGixTCgDQzQzy5hYCg2DDAMfOlMExpasHFsyOf0jgMDu/de+LerAQO/OSIu OGIRD5D/eEL+Cf1C4uKTKA785ZS8+IR12Sn5t5OYMUq+okJcxZsHrq3ibcRYOCBvqla3V8vHAtmZ fjWgVo3wyH611sMBe2FULoioiV5rQJ1CjBhjheQQD8NAvTXaJ8Z55UQvw4BfPBgQs9AmJBYzCTwd FvNCBAYoEbwUUUujcmlcrY6JDXG5IynealRft9qn2rMn26xXEu+t9I5b5R29KjRvQyy4FhOByHT1 t1Zg2ChHC2LWEuwqtpbyO8tjYlUsszVhLwMDYEkZM0BmecRaFrFWRMWaqLUlnlkab1seJRhgWojC 9LscHgAS6KgxkICLA27LEBtbCOLWJu5NepmRgHhgS8LAgJGRkZGRkZFRN1VyfSJ3rgz01HNFdVoA 80PppTNXFC8nV5dNJBMJOOsFyuklMKDYHB0uH4enEx1mc1yYm4XG8lghniyECUKaBOjQJQnQc7Tz 0qkMjDp7ZWCkcwAYjMBAoRI7ZYGR3B0EEviaG4SKiwNsN0AMEnB4gEmAMwO/Bgz8/eoe/+HAAJGA vPCI0AvI/nRSXnRCXnQ8gwVkJ+UlJ/Q2Ynn5SWDAVZXi6kpxXZXUC8huqLJ6V2OV2IMB+55aLBwY 7VWPBKz5EfVsSA6vlwPqxH11qr9HDPSI++s1DCA5ABioBwxM8mFL8Sw/Rou+hEGi3BcU0hggl8bQ NbQmJjfH1aG0/VGT/V1bx4nWjq9asm81xDaF1632EQmMXx0+tCaaXkXX+ihu/0uigm7/S+IEAJmX YhnCgMXRzGJ6P07vi6UxwgOkApZgJilSyMQDy6IZOrAzyyIoCCxHAcGBgZxXggfIbVwiAA8gPBBD FhklAhcJUCvg2aN6/OimeGaTgQEjIyMjIyMjox+hkusTuaAy4OwZcGCADygFFMwV5cqAhoEq8tlh oErDQAkJFMJA3oVlgfOGgbOmhwvcBQzwHmJnG/EILgjgqWGAnswAeteYWxnIwYBbGSiCgd8TDHBl QP6aeeCCI5k/HJV/OGr9iUjghPzzCUkwQP7rSfk3DQMYKySurrCuPi2vOa2uqxI3VMkbq8UEr5wd lH1q1O3Vom+tfNSvXgjZjwXkoFp5T43oCxgQAzxyYJ0aVCce8Iih9Wq4V4ypF+O8YqJPTvepB3mO 0PMhhTXDITU/kkE1ICIIA9bH5Pakej0tv2yxiQG+bbM/abYPN2Y2x06sCjy50jdmpf/xFaEjS2Lt S3kA0cII2VoUySyKYC0xPRdF2okEXiIY4Ns/nmyCBHpJYLCEDgQMUXqCGZbGAAOEBEuj7cvwx8JE BTkeWBWFdYmA7EaKnRQBFwocMOCRo7yYjGAgbm2Om8yAkZGRkZGRkVE3VXJ9IhdUBpxeIA0DPfms GaCcu4PwciK/ZBhwSaDKbRAqIAFuE8LVvxgG9NW/pE0oVxZwXAoDesMAhwQKYgNlo7reM1DoLisD 3B3UJQzkiwPICRAM8NKxLisDdNAw8IcrrkFl4FdHBcHAb3Vs4Ji68Ij483H1x6O8gIxg4LS85IS4 7LT6+2mCAesKOpzKXF0hrqjMXFuhbqiUQz3qkaDsWydvqhX31kpigGdCclbA6lsr7qohq3uJB2ol eKDWGuSxBnvEkHqBykC9NcErpnBN4JGgeDqYWRmzX4rYiyL2skh2Y1y913zm7Sb74+aOI60dJ9uz X7XYbzaq3Um1Md68OvzKSv/Ulf7RK4KrFocDLxEAhK0X3RXF5IWRzALigagFR4AEGgycZ4Qu/Sga EAwQACzlZQUFMEDvEAlklkXbiTGICggVlvNL7RVR1Ac684CuEpDdLAHBQPsGlAgseuoSgYEBIyMj IyMjI6PuqeT6RNYwwNOEiioDORjQAFAIA85Lt03onDCQrwkUwMDpsrGn8s4hAVwKA4gOIyeQCxD/ 2DYhp0eoGAZKOoW6hAHHLgz8+y9/vXXP3j9e5cCA+vVRSTDAsQF54VH5+6Pyj8esPx0Tfz6BHWR/ PaUuPSX/eprrAyfFlbyQ+JpKce1p2b9OPhHMDvTIm6vk3bVqpl8+E7an+REgvrNG3l0jiQTurVV9 axgG6uTAOiSJh9fL0bx7eKpfzvKJ2UQCIbE8iuXES2JqdczaHre/bOnwWGd84n++a81+3GQfSslN CbkaSQD/ysCyVf4xq/zTloYOvhBpfB6byDJ48jqC58OEBNZ8ooJo+4uMBNpcLnBrBVEcFrt4wDsN CAPoZftLUS4jRFBJWBJpo8PiSGZppH2p88yXCBgG8jywOuqkioEEsQxbJ4zRMvQykUA8szFm2oSM jIyMjIyMjLqpkusTOVcZIBhwKwNYL0Aw4PQLaQDQbUJ5EshbM0BBs5ADAyVtQrmmIH0uyQzo+kD5 ebYJgQS6rAx8W/jybG1Cmge6ggFuE8qZYYBu/8UB4jwMbNuz78/XXAsY+OURi2Dg10et3x5zYeC4 +ONxCRg4Li4+ri4+JS85JS49LS47zWOFToqrqtTVFfL2GtQEBtXK6yrFndVqRkDNCalpQfvOatG7 VhIM3FenBtQpgoF7MFzIGlAv768Tw4gE6jkn4JMPB+QTIevZkFoUU5sT9rqY2p3MftCUPdraUWt1 eK2Or1rtbUm1PqaWRhVu7aGvV/gfXOUbudL/6PzQ6Xlh61n2M6HMXN5FMDecoZfPRyxOHlvaL0YE eQHDAJOAeCki6E9zwABVAs0DqAYABpgEdK0gBwNLwvSEl4Xbl0UyhAQEAyujRAV0IBiwwAbRzBo8 23JU4MBAtG1rXGxOiA0x0yZkZGRkZGRkZNRNlVyfyA4MTPaUT3JGCRUtGZjYNQxol0+szMFAgavK CQCYAUp6hHAY72YGUB/QdosD6BEqdJcw4LYMjcpf+s/mHAzoUoCGAcYAPVqUYYADxGeFgaEuDAz9 nOcIYZQQnkM/+49f/3rHvn1/ue46DQPyV0cIBuRvj6NZ6HfHBMEA1g6csP/EY0b/cpJgQF56GpvI iAf+dlpccdK6pUrO9MlhdapXpbyrSkzzqjkBOdEnb68WtxAM1Ii7ahEdHlgn+9apvrWyf40cXCOG e+QYr5jks2b6xWy/eiqkXgipZVG1JynfTduftdiEAd+2ggcOptXBBrU2rhZHJa7y4cTS4O6Vvilr fGMWB9Y+EwzMCbbNCVlzeDHZ3LCcGxLPwGCD5yLW86HMC/TkpcUvhK0FxAP0DLc7PMBeGKH3rYXo I4KXRdo3J+WKKMIGKBEUeHEY5QLQQsQiI2QcyaxgJCBj0FCkfVVEZwkQLM7ZpYK2teRoOz0NDBgZ GRkZGRkZdU8l1yeyAwMuCZBzAWIYo4Rg5/aPd7gaAOs2oS5goAe2jFWWuRigra/+eRjIu6BTyGEA hwRy1jDAZQGGgXP0CBEDjPquB3cKlVQGckjgwgC9BAZoEiAwABt0hgG3IJA3dw39528AA3/tdT1g 4L+/E7/8jnhAaB644Ji48Li88Lj4A+oDll47cPEJjBW6lBeQ/e2UuLxCjPepMV55Q4W8rRIk8Jhf TqqTt1Yp3jlg3VYlb6lR9xIPoCagBngkdweJMX76Yfmo334ypOaF5LKY2pm0P2zOnm47c6Kt46uW jtcb7C0JtSKmFvGKsefCcl5IzAtHl/oXrvaNXRGYNN//zhPBtscD1uNh8XhIPBnCHFLynIB4mtgg mNHFgWe4cWierhKEYWQJkCtwWoYW6mcYSLAwTGdigPZF4faF4TZ6c1GYXxZYU8ESGPUBPMMZHkAE HnCoINK2MtJKPAAkYBMJ8BOH9dHM2qiBASMjIyMjIyOjbqrk+kTWMIC5osQAU+rKptTiUAwD2DPA JMDVAGDAuWFAtwmRiQo6FQdw9Wck4LhwgbkyUMQAhWYScGCgsDsIzULuuQu7JKAbhLR1WaDHiK/A A+SCtECBsW2gDDwAGHCWELsw0GPIp//129/sOrDv7zffABj4r+8kwcAvvxO/IRg4Jn5zzLrguLjw hLzwGMYKEQyAB45jrNAlJ8WlJzNXVsjhPjnJh/Tw7TVyKuK/cky9vKlC9aoUvaqBBLdXo0RwV7Xs WysGetTwemu0F3WDGX45O6jmhe3VMXWwwf6oKXuk9cyxtuzHjdl3G+X6BALE88NqXsSaG5JPY+0A XetPLvU/udo/alnguacDRx8OWo8F5aNB+Tg5hL0EZPBAHgZAAuR5eBIMEBIQGDhI8EI482LEWhAV C7hc4DicgVEo4ENUw4BTMXBN72ScQkFEVwnI7UsjbcuivI4gzwMEA2AAUEGkVcPAahQHMqYyYGRk ZGRkZGTUbZVcn8gODEziwIBeNVAIA+wSGCisDHQiAXIeBnSzUIkLosP5APH3wwAvHdOThc49RKjI XcIAKgP5tED3YOAXF/xm98H9V/a+kWHgiPzlUfWrI2TMGCUeuOC4BA+gOCD/yDNGURk4Zf/lhPXX 06pPtTXTr26tltdVWTN89lMBNdpj3VypbqiQN1arO2vUHbXqripxb43oVysG11kj6uU4n5gWEHSJ fz4iN8Ts19L2Vy1nvms581lzx5sN2d1JtSxqr4qgVjA3pJ4IiNl++TA50Pp04NMV/mmr/WNfCi57 JBCbFbAeDmYeDVizA/IRegbpz8w8HrKABEExJwgYgEOZuaAIMZepgPwc8UAoQzBAz+f5PB8hY44T 0BOEkFkIHmjj3qHMfJ5Mmq8hhGFNBcgWExIgXoyE8dJw2zLigYjDA3RYgcah9hURAgOwgaYC/Vxj KgNGRkZGRkZGRt1VyfWJrGGgJzIDztXfyQzkkgMFJHC+MOBmBgoAwGkK0me8WRAgPjsMIDCgna8M oBpAF/3v4QFuFipID5dUBkZ8Lwy4AWJOD5fTuQAGCA9+eeFv9xw+cPWdN/f4j1/++j++Fb/4Tv4S MKB++a347Xfyd0fV747JC4/JP54EDPzppIUY8Ql1yQl5U5Wa7rXvqRa9K9WkevFQQIyqV70qrOsq xA0V4tZq0QcDRkVfrBSQw+rE+Ho5xa8eDahFEXtX0n63KftVa/aLlo630tnt8ezKuNwczy4Iq7lB 8URAPhoUD/vFgz45zUu80fRs4ODKwOQ1/kkv+HfNCqZmBDIP+i3yQ0GsJ3uU6YIOjwctGDyQeZIc IhiwyE/DKA4gRUAYwN/9Px9ufz5IPOAUCl4MuzAQbuentSAs5nOhgM8OBiwItevDwhCQYGGo/aVw ++JQ2+Jw25Jw29KIfnKVgPAAxYH25Q4McM4YtYK2VcgV4J9XAwNGRkZGRkZGRt1QyfWJrGEAAeIC HkCEwLnx09W/FAb0gWGgkAG0URYobA0qNrcJFcFAvjLQ5VxRfXBJ4HjZ6GN00S/naUKFV3/XPE1o JHvEdz0QGHB5wNktwENFCQBGngcMkDFgFFf/IhjgAPGvf3/BvlcPXnf3rQ4M/Oe34r+/k784In51 VP3miPrtUeIBsvg98QCKA+JPJ9EpdEWFmOi1B9WpWyqwPHgGAsQYJXRtpexVJW6uVrdjkKi8v04N 8YjR9WqSl+7r9tKIfSBlf9xEDPA/7zdl96Wyq+KK9xOrBRF7foSu9dZDATXDjyaiKX4x2ZeZ6ku9 4H95tX/8ysDM+cHXp/nbpvnFdL+Y6SdIsGbi562HQ+LhoHiUeeAx9A6BCp4Itj8Zsp4MWk8xDHDX kOAqQea5UGZxVBASzAtZ86IWppGGQQWoFfCZ6wbW/FCGrMEAz1A7kQChAj0XhPJgsCiceSncRl4S btdeFs4sc6sES8Ot2GEcbiMkIK9AWUCzgRktamRkZGRkZGTUTZVcn8gODEzRewYKYIAPLgY4JKCt ecApEZTCALqDCAZyLoEBvvQ7VQI4RwLnbBMCBvChfPSxcsAAIQFTAfcLlWYGmAQKnK8JaKNNyK0M MAZ0CQNoE+oxlJ48VzRPAg4M/OaPv9v/2qFefW8jGPiVhoH/+lagWeg7NAv95pi64Kj87XcZ8MAR 8UdMFpKXnhRDPWqwR91SKcd45YN+e4jHuu40kYB1c6XsXS37YJaofKBOjvLK8V7xVECujak309nP W7KfNmcPN2TXxu0XQtknA+qJgP2IXz3ul4QEMwLZaQE52YdEwQSvGOsT032+Jb7n1gTGrQzOfMJ3 ZHrAmuxXU/3WdL+c7rNmMA/MCoqH0TKEbWWPhqQuEQAJAhldKNBI8GQww/UBi3jgacIAzCFlGAi2 Eww8F2YzJxAGOE1EocwL3EREMDA/hwRsggFGAsAAPZErAA+0LwkBBpaGESnW9YGl9JI3EjAb4Eln 3ThkYMDIyMjIyMjIqHsquT6R3coA3/6ncIwYZ20HBvQh5++FAYwSytshAX375+JAvmuoEwx0zQMu DBzTMFA2EgdgQJcwQO84c4Q6wQCPFi0bWdwm5CBBVzCAJ8FAIQk4bUK//dOFB984fHP/O3r8xy9+ +e/fyn//xkJx4Kj6xRH5q+8wZvQ3R8Vvj1oXcrPQ74+Ji46Le6vtcfXZ23g86EyfHFonrz8tr68Q t1SpO6rFvbXWwDoxAtUAe17Q3hC3CQM+a86+12jvSmSXROwngupBP7aSTfNj6/B0n5oTlA8HxHiv GuMV43xYQzbG2/6g7/hLgblrg6MXB1540Fcz0WtN8lqTvdYUlAusqX4xDWNJ5YMBa1YATUpAAm4Z etRvEQ/MRonAeiyUaxwShARuyxC6huj5DDnM7UMcMp4XaodzVMAHYgOnYsBsQF4QcQoF7LYFXCtY GCYkaEOEIKxbhvJVAn5ylgAJYydeTC8NDBgZGRkZGRkZdU8l1yfy2WCgTA8V5T0D+t6fMzcIdUkC 5DwM9KBLP5mLA4wBDhKcFQY6bRzTdnqExhz7CWCA3WVloHSuqGOGgaIeISdSfAHDwC0EA//+37/4 t28IBuR/HpH/eVT+txMmRpKYeOACXkv8h6OiV4UY75F31BAPqAd9clSduqlC3liBEaL31siBtXKo R030qvkBe3eD/WFT9vOWM+80n9mY6HgqoKYF1SS/muCT47xqQr0cVy/G1KvJ9cgKEwCM9mAH2ch6 Mao+84j389WB6euCYxcHlk32x8fyluKJXjHZi/ahKT5CAuIBa7pfzPBnuFlIPOTHk5AAeWLAgJjt o4P1WIB5IIhs8VMhdA3NQe8Q4gRzYZ0wduLFZKYC56CpQJteaiSYH8ZGgvmhthfDgAF6uiWCtkUa Cdg5JNAHp1DANjBgZGRkZGRkZPRjVHJ9Ijsw4LQJYfcwlwIAA7k6QInPDQPl5HxfUEXP8VXl4yoL YaDQevEw3EVgwLEuCxTCwPe0CZHzJFAEAygL8LMQBtzn2WGgkARyMPBnhoEBgIH/+vdv7H/7Wvz7 N+I/j4hfHEFx4JfYOaCIBy44on5/TFx9Uk7wqkG19liPmuWzR9eL26rt3tXy7lrZv06O8MhZfrU0 og5gefCZDxo79iezSyP2bH92klfRRX+0Vw2vE8M8YpRXjKiXQ+vEcI+Y6VdjefPAUI9FL0fXNz3l O7gqOH1daNIz/j1jvelRXmusL0M8QB7nsyb6xCSfmOqX0wKoLaBZKEB/CCGB0CWCh4IIEjzqsx7x ZR71W48CDzKz/VwoCLQ/SVQQsJ4MWHMCAvHiYOZpHj30dKj96WD706G2ucF28jMhMpDgWXJYlw7a 9SQiAoMXQu3Ph9peCNKT2KANJQKAAeoDC0NtZE0F2lhKEMK2Mj1xaGmojVcXmzYhIyMjIyMjI6Nu quHAWhwAAP/0SURBVOT6RHZhgDcQuw1CIAHdGjRJ3/4dawBwSeBclQHGgMqexXsGtMEAY071wHRR ggGQQPnZSUCbKwPHeagowcBRVAZGwW6M+Du2PnTODHxbyAMaBsoIBnj3MMoCeSQoJgHc+9mFJDAE JNBjyKe/u+jCQ28evnUgwcB//df/9ZX8v7+WBAP//p34z+/kL47KXxyT/31U/OqI/O1RedEJOdKT HeWxp3jlI341zivvqFJ31dgDauVwwgCfvSpmv9bY8XFzx/uNHTuS9vMhe4pPjqxXdOl/oE4OJNfC D3isUfXq/jp1v0eO8sgH/WqERwytF/d7siM9qWe9m9eGxq8Jzpzte394feuIOmtkPf2YNcaLeUTj vdYEnzXJJyd56UlIIKb5rWk+a7o/MyMgdYqAwGBWIPOw39JVAuIBPAMMA7ksQSAzB2OLkCV4CnjQ /hSPItVPogKNBOTC87PoIyI8aNNFg+eD7S8ECAy4RKBhQAcJOEWwkEkAm8tCXCigpzN0CNOH6Hk2 GDA2NjY2NjY2Nv6hzsFAmRMarus52VMIA2AAFwl68uEsMKBfAgb0rrFcgJgu/bmnPuSsYQDuBACd 7cLAcYaB42zUB0pdCgN5HnB2D4/4qmwkSgFcDThrm1A51g/zswAGCANKYeDf/vM//q9v1P/9tfi3 ry1OEsv/OoLAwG+OqN8dF5eckGM92Zlee6ZPPhmQ0+rt+6rpZi/GedTTAfVyPPtWuuPD5uybaXt9 rOOJoD3eYw/12PfXYdfYfTXynhrRp8bqQ4dqeW+tGFAj7iMwQFnAHuOVQz1iZL0Y6U2+GFyyLjR+ efCpmb6vhta1Da7LDKmTw+ozRAuj6q0x9dZYnzUOPIDxRAQDk/3EA4CBaQGMGNJThh6k2z+TwENw hg6oD/gJACTHCbQzxAO6fYhrBe1kFwasp4gN+OVcAoNA21yYYCDzTBAw8GKw/Tk6hNufC7TR4XlU CTLzQ+1oHAq2EQzAHCx2BpI6CWOeOxRsWxxsNTBgbGxsbGxsbPzTOg8DboNQYWXAiQ24MOCSAIoD BTBQuG0AMFA+HlEBJoGfAAac9PBoHLgggOt++aij7B8MA2UIDDAPnAcM9MjBwGCXB7hHyIWBV3oP uqPH//0f//7//kb+fzg2QDDwX9/KXx6RFxyVFx6Xl5xUD9SJJ/zqSb+cG8g+6MsO9ajpXrU03HEg eea9xo730h37UwgHz/DJER41oE71qxV314q7qtXtlaJPrbyrRtxeTQCg7qiy7qyWd1XL+2oJAORU vyJgGF6fneL1vuR/cX1w4tLg0xO9NQ/UWoPrrPvrxBCPHIZtZdZIrzXLJyf4xFiPHOcV471igldM 9IkpPjGVSwSAAQwgAgw8HlKz/NhFMMOfwexRso/7hYgTQoKeoAK/eNTfTlTwGHIFzAaBzBMB6wl/ 5kkNBvz8/7L3n+FVVdvbB0zgWE8RpJOQ0BJ6F7tiFxEQK1gQFZAmKk3A3rB3sdN7T0LvvYb03hPA Xo5k773WLGtz3nfcY661904CnvM873O9nzjXfc1rrLlX8P/h/+H+rXuMOV+tRB/Rayj8tL523P/B SfEOggKQwJsnCAwCQILjOIf03eNABQIDesFkBWacACRwIkQFuLr4w5NnnRk4p3M6p3M6p3M6p3M6 p/9TRcIADwyEZZIBc8+AUQQMkO8/MwzU5aNF64zLRc0wUJsBwhrj3TNQHQAi5c4M8BhxCAaiRhgY MG1CtWCg2gAxwwCfIxQeHSYqqHaUkEsCkUjA1r9mMhAJA0mbk+98mGAgNqb5UbvFUTs2RbRJsdsf E52PiV7p4upse1iRmHlCv3VSf3BSv3tSzTwuF/6kN/+md/3b2fyHnvuDfrVSjiuWDxfI+wv1XUX2 gDzRL1fcki9uzBc35dg35cpbcu078sQ9hZKQYHCBuDsfYDCu1H6szB5a7B9RUv7x8Xdnnxj70fEP R5VUDC3xDy21HioNPFxsPVJiPVpsP1YEHhhdGhhZao0qsZ8ss0YzDwAJSgPjy6wJ5fazoALLdA09 Vx4gDMBsMSFBpTW1wppaieuKp1daz1XYiAvAAzat093Th8ADRi9WWC+BCpAV4OYyjgteIUKo8L3K XUOv4TpkH+kNggFkBUgGMEtwnBggQBhAVMArYMAISEAUgQ4iZAXEAx+cg4FzOqdzOqdzOqdzOqf/ d6qWDFSHAQ4K3BuIa8EAAUCNNiEjnCV6RhiozQN1nsyuO9Y7UKgWA0QqxAOmOyhqRLrXKXTmZIDv Hj4zDJiZAdKZYKBaPnDGNiHAwKOAgc69DAwMIhiIjkmx447Z8cdEh1S7e7p9eYa8Nks+Uqg/OaG/ /l4t/FGt+EWt+VVv/x0MsPIX9elJZ1KZHF5EDCAH58s784kB7JtzxU3Z4voc+/oceV22uC7XvrHA vinPvjVP3J5HnCAHFdl3F1jDisX4cvVgsTWiuPCzE6/NPjH+/coPniitHFoshhbjcNLHMEUgHiYk KLGG8XjxE9xNNKo0wGePWpwPCCKK8eV86ihSAuupisDTZYFny0AFGCRgTUX7UOCl43ypWYU1rRy9 QwQG03DPMYcG6CwiWgg8X46g4MWKwIuV/hcr/C9W+oAE9LeVQAJODAgJ0DVEMPDm8QDBwJvHqfDx fQUsQgIeJyC5vUMn/V77kNtHBCo41yZ0Tud0Tud0Tud0Tuf0/04GBpAJTCAeKMLAQLhZyG0TMhhQ CwZqYAAJ0wKkqDG8RowOk/U/AwyMzmJlRnmHitYZFQYAb8eLBTwMqA4D1ZIB8wgSYBjwbiA+VseQ gCePASDUETAQIgEIl4tVJwEDA5wMdO7VhWBgwCOD6rSMi2l7TLRPk10zRJ90cW2muCVHDisS835U 639V+/59+kiV3v2Hs+H309/96Mw4LkeUyCEFYlCh7JePD/835oobcixigGuyxNXZ8upscVUWVoKB vnn2jXn2LXn27fk4fWhgkbi7yCYTP7TIHl2c98Xxl+eeHPte5ayHCv+4ryhwb5EcUizuL7aGFtsP lhAP2A8XEznYj5ZYj5XY4IESi2BgdLn9TJk1ttQaXwoeGFcaeAqnDFmTy62J5dbTpRZ4oJwUmFge mFQunyn3T65E15CJC6ieSjCA00i5d8gNDQLPESeUB7h3KAAkQCAQeKmCHn0vHydI8L1SWcUTBYFX ORzARIGZLeaIgKiAYGBmpc8EBW8bGOCzhgwM8AoRFZyDgXM6p3M6p3M6p3M6p/9XioQBIgEwQAQM hORhQFjk/s0akksC7tiAOz0cKQIAs3owgHNFPRjIinoyu86o7EgSMDI8EMUwEKlIDDAKw4BhAGBA ytlhgKx/CAbg/muNDZwVBkiAgS3JA4fdVSe2dUy3NNErndw8mXsxpFA+X642/e6kV+msKufAn2rJ T/rtE3pcmRyaLwfmyTvy1K154qZceX2OuDZbXJltX5EtLs8SfbLlFdnyyixxVSbxAMGA6psrbsxF OHAHwUC+dVeBeLDYHlUmnizOmHXy1TnfT3jr+LcPFZ+8p0jcW2TdXWjfU4Tx4iGF9pAie2ix9RBk Dyu2hjMPPF4KjSkVEyvsMWWBUbisAPMD44gNysj3C4IEXERQFnimDCkBrSScOFRuTSqL4IFyDBVM qQxMrfATBkxlgQcqrBk4kxSaTlQAEuCJggrr+XLfSxVVblxQWfXqcd8rHBSQXjvue6MS+cCbSAyQ DxgRDLx73PfO8SoSFcQA7x6v4t4hFwbO6ZzO6ZzO6ZzO6ZzO6f+JyFwhAXjahQFXfOkYThPCgUK1 7h2LYIAIuUcJAQZcAECnUA0GCD+aBiH3XFHCAKNqJEAKwYCXBjAJjKjWIAQAiKhDl47Vwegww4A5 R4is/xNHGQYOMw/8FxjAJgAgAglCMNC7S/KWdYMeHVwnrnXM9Rnytmz5cJF+6bha+rOT4XMK/cG0 U3rdb2pGuXiwQA3IlbfmyJuzxfXZ8tpM6/IseVmm7JkpemdhhTJEr0xxGZFAtt03T16dY1+HfiHk BtwmJO4osAcXyrGl1jNlGd+cnDL/5FMzK2ffW+i/p1AM5EOH7i607imw7iuy72cNKUaAQHq4xHqk 2H4UEYE9HEgQeALXk9kjwQM4eHRMmTWm1B5dZhEVjGdNQO8QwIBIAFRQDiSYjOmCgAGDyWWByWX+ KWX+5yrtKcQG5X4DBmCDct8MM2dcbj1f4Z9e6ZtR6Xu+0k888EK578UK8ACQoLzq1Qo/6bVKWnmQ gIXbCY77CAxMv5AneiQkIDAAHtD/v57737n/nfvfuf+d+9+5/53737n/nfvf/8P/wffzwIA5R8jw gJcJuG1CZ4OBOmNDLUN8yYA3NhAJAzUxgAcGTCyAoppqwoCryEyA24RC7j9StaYFjFLcaQFGAgKA ui4SIB/gNQQDkTxwoI65ZACTA2eGgbuG312ndduWE8r0JyfV6p/1lt+Dh085x6pU8u/q3ePq/kJ5 W564MUdeky2vyLL7ZIneGbJnuuqeZndLt7tmiG6Zomum6J4peqQzD2TZV2SJK0nZ9jXZ4IG+2fbN +fbtueKOfDmkKPDq8SNfn3x+zskJL1SuuL/wt4GF1sACe1C+NaAwMIh4oAD5wL1F0JBiyTAgHiq2 SY9wy9DwEvFYie0dORoYAxhgldtjSwJjSwPEA+PKAuPLAgQDE9j6Exg8XRrAUAEjAYHBM6WBiWXQ pDL/pHI/UQHAoBww8EKl4GYhe1pFYHq5f3qFf2al/SLwwPd8qQ88UOEnQsBQQXnVKxV+qDLwckXV a0Y8Wwwk4HECdBBV+kimgwgHklbiwjISEQKBwbukE6TAu7xJKwoePDCvYROnl7pyd6DAexHinyLe qQy8XeF/qzKA844qAzMr6b/u6s3KAOmNisBrtJIQaFgzKy167e1K/CMfHLc+Om5/ckJ8esL+DLI+ O2l7Ep+dlJ+ckB8fFx8ct0nvVYr3Ku33jot3j4t3Ku23K+yZFYL0ZoV4g9c3K9Vr5fLVcvlKhXy5 3H6pTLxULl4sky+UiufL5YwyMb1ETCuR00rlc2VySqmgYkqpnFqsXinXk4vlRNazxfKZYvV0iZpQ JCcU2ROK5VNF8imzsiYU6/GFanyReios/VShxlpEP+kxhfrJfDUiXz2Wp8cVqJfL9JBcfV+2Gpwl B2XLOzNk/0zVL1P2y1S3p7My1K1p4rY0RboljWpt6ltJqermVEmbNx1TN6WQ9A0pinT9UXndMXVt irjuqLrmiLzmKEmRrjbrEXX1YXVVdV15SBpR3eeQvPyQuhyrvOKQvvyguuyA7HOQdhStl6HQfUgH 6U2N+iBqKi47oHrvlyS8f4DexF/hTw5gB7+adZ/ovU/12nsW7ZFcyB67Rc89JN1zt+Jak7rvkvRI RY9dtAl12yW779Lddztdd6puu3W3XbrrLtVtp6LHzjtE1x2qyw7Vebugtct21J22i8607pBYt8uO 21QnTx234pHWDlRsdYv2WxSpw1ZNQr1VJ2yW7bdiM2Gzak+iYiNeS9gkEzbRr7Sv4zfJdhtlPGmD pF/jN6p2GxSt8Rs0FfRTuw267XqSInGt2qyTbTao1hsid8JqvV61Wqda0bpetaadZNUmKeLXZEmb eGGdpLpVkmiVLFon69bJqlUSRLVZ4xIliWqsiVjjEgWvKnbNWdWStFp7iqx1zCoVs8qsUPRKSQo9 xqykHbOvWqwgyWhvjcYqW6wQvEL0TvPlwtTQctF8mWyxTDVntViuUS+VeFwqm3FBa7MlqtnisJou kk2XKKMmS2STxSTVZLGOED2qJgtVkwWq8QIZIdWIdubTpmo0X9YWvdNovmo0TzaepxrNxZuN5onG tD9P006Tefy3LKqbztdN59MqSc3mq2YLVPMFqtl8SWvzharFQhkzX8UskC0XKleLVOxCFbtIxi6U caxWixS0WLZaQquiNQ473v4iflysSXG04s8l7ZBMwf+UaLlAxJLmy5akBQorCl7nYY2ZL6PnCVKL ebL5XNlsjmg2WzWdLY0az5ZNZqsmc2TjOQrFd5J+bT5bNp9DUs3nQi1Y0XM1qcVcGT1HxsyT0XMF rebRqOVcGUM/0Q79NIc11245V8TOtWOxipZz8EibMbOtmDl2i++s6Nm02tHfiebf2s2+sZp+YzX5 ymr0pdXwS+vSL8Sls+z6s6xLPrcu+cz+12f2Pz6xSH//OHDxR9bFH/kv+tB3IekD/4UfBi58n+S7 8H3/Be/5zn/Xf957/vPfD0BUvAvRznnv+v/2ju+8d7h414f17apqeqfqvHfcut5bp+q95TP629v+ GkW9mb66b1axTtV98896M0+dN7Pqb2+eOu9NWkM6Ve8NV/Roirqv//lXevXfZ9Brv0e9+geKV/4g RfEaqTov/87F71Evk37jtZrqvvx7vZd+r/vib6SoF381BeuXqBd/CT8+/2t1mZ2fXc34uc70n6Nm /BKpujN+jZpO60+kqOk/1q2taT9hpRf4Meq5H+rWUtTU77n4PmrqCdRTvo+acpLWkOgxavLJqCnH o6YerzvlRBRp8sm6kyrr0ebkk7TWnXScfq07+ThtVldF1LMVURMrUGCtrPdsZb2JlXWfrQgp6pny s6is3jOlpLpPl3gqi6jDqjehuAYM8GowoBYMnHl0mIQ5AS8WoDWf5TYI1YSB0e45Qv8VBmq3Cf1f w4ArxgAW3H8EDJjeoRAPHKh141gYBrqEYKBNfOzG352tfwTX/BJc8RPxgPPd92pKmbwl17o6S16W JXpkSrL+nTPsDqmywzG7Q7rdPg2XkXVmdcsQXTJsWum1nnhf9skQl2fZV2er63LEDTniplz79jw5 sMB6vnzP3O+fmfPD5Jcrl95d8OedhdadBeLOfDWggGBADMy37yqyBxVahATcL2Q9wM1CQwqth4AE Fp86aj/GNxmTRpTiGuNRGCy2cNZQqTXaRASlmCgYVwoeIHM/udyeADYgHggYKiAYeKbMjw6iMv+z 5f4pOITUnoRGI/80poLJZT7aJCqYWmmyAv9zZf4QHuBY0gqiAt8L5UQFvpcqfC9josD3akWVkaGC 1yuq3qisepNhYGZllbmawCAB7yA6eAdsQIXvbX6kn96uRIsRrdipZB4gNqDXaJ93sInHAO28UwHx Dt6nl9+uwJv8MkiA3D/DQODNCt+bTAKvl/tfxyPxALEKXsA5SJVEFNYHJ+wPT9ifnhSffy9mnRRf nLBJs07Yn9PmCcIDmyDB6IMTgIH3jtvvVjADVIq3y8VbFeKtcoIB+41y6LVy8Xq5eJX1Spl8pdxg gHgBks+Xyeml9gysclqZeq5UTCmxJ5eIScXWpGI5qUROLFHPFgvS05AKA0Cxgu/3rP/4IkkaVyzH FSoS7ZtiXIFEXUA7cP+0M6bQGZuvnyzQYwucacWaqOChHDUkR92bowdnqQGZ6s5M2T9d3pGu+jEP sPXXt6QSDEhagQH0yGxwU5q8MVXdeEzdcFT2PcokQErV16XIa4+KEAaQrk1RVx4lry+vPCyuOEwu X17Fdj+kK4/A09M+P6orQAiAhCsOkKFn6w+F/L15VFcQBpia3L8nJgT3Bd5hBiBIIAYgEthDqyQe 6E2mH4Vx/4QB5PLduifXtDIGoOBVAwDI/WNVBAYs8ABZ/647BRXk+IkEuuzADtbtRAKSeUB2pnqn iwEeCcgQCYRgoMM2hgE8qg5bJERIQO6fAaD9FhcP2m9hKtgk4zdpuPxNBAOmoH0U7VgEAyjWEwMA AwwMwOgzBhAA0GoEGCCjzwWZeNh94/WTJey+6/UhWP8kEhcQFVBcsoxbJ1sZGIBCGEByAcCQAD2G asKAuLUybm1NACARA3AhCQBiGQPI1hsYgNF3SSCsaCN6DTygiQpg8VkxYADVAkgA0w+vv0y0WE6O XxtICO1HL5dAAvxEdt+I3H8YA1zR/lJBMNB0kYcBJAaDpoulqQEDi8ADjRe5PNBooVuT4wcALMRK YGBWgoEmC3TI/TMtqKYL6WX8SmpKj+TpYehl80WyxWKo+WIVvVBGL1Qxi2UMXLiKXayxLpJk0+MW KyNy862XyDZLFaktaYlut1QnLFek+GWalLDcPOoOkNNxJUl3Wak7r9SdUDhdVuiutC7XXVbILisV qetK1X2NQ2tX+mkFHrGyukD0psb7y+ll/FP4R1bSP6K7LmfhTXpHdV4hOy9Xnek/ulR1oP9Llqr4 JdKonSvVdrGRbLtEtaP/4xdr7yeo7SISXmizSLVeKEmtFqq4+TJugSQUgbiIW6DMY8t5wsgjAcBA zBwrmjTbIgYAAHxrgQG+tpp8YzX+yiYMaAAMsBp8DtX/zPon6VPr74QBH1sXf+y/+MPARWT9PwgQ AFzwgY/lv+B9i7w+MAAkUEUAAOsPAQzOJ99PDPAe3P/57/j+RjDwDqgAiiQBkkcCRq7vryba99Wd WVU3BAMzT9Wd+SeRw98AA1AIAM6g10/VfY3MPXw/PdIaRY+vs2iTFMEAMP20MgyQ16fH2hhgFHL8 US+x+6fVEzZf/o3WsOMPi6iASOCXqBd+jXqBd6qRQEguDETN+Jl8fy1hn7x+PdJ01/HXnRYJA2b9 wV1rYYBHAiQigRN1p/7Avj8MA+YxajIxgIEB8v0uDNSddCJq0gkXBiZXRp0BBirr0ToRJEBUQMUZ YaCucf9Pl0WSQAgGInigGgwYAOATRYtMHZKJBUI6IwxQjWIshHyASSBqLNx/vbEFTAIAg0gGqK6a MFBnlGkZqkUCJK9NyCUBqCYJkEJDw9WFewbQJuQlAzw9bM4OCsOARwIeDAw/ULcaCRyAQjBwWVe0 CQ0fXKddh7jFPwVfqVBkzpb/Ir/5QY0vFVdl2D3SRZd02THVTkgX8amyHR831C6NajshlZBAEhJ0 TAUJdE61CAa6Zdimcah3puiTZV+VIxgGbIKB/nm+6eVbZ38/dd4Pz04vXz8wv6p/vn1HgdUvX/TP t6junxcgHhhQaHE+gJsK7ivCjQRDigTmB4oCBAMPFtmPFGOqeHgJbit7tBSzBI+XWCMgc/Yorid7 shw8ML4MPPAsYUCZPb4s8BQKPm7IhAPIB/xPlxokgPWfWO5HXEBsUI4OoslcQGV+wABxAoaMiQQC M8oBAzPKfc+X+1+o8L9Qyb1DhAQYJ0DLkEECgoHXKokHkA+ACiqqCADc1StY5P5BCAYG3O/3FfwT GX14fUYFUESAdt5iKmDHz9/yyfR7MIC/RZQB5DD/Dol+fbPSMmkAF5ZhACaNwHsniAGsj8jrn7Q+ PWnPYn1xUhADuCRwPPDZScDAx8eBCiTCgPch8V6lCQQkwcCb5QgE3qiQr5fbJMMAxAPIBMrES2X2 i0QC5cAApAFl9vQSYAD9/9vUMjGlVE4pgQgDTA5A6zOMARNcuTAwnkigSJPY3IMHRhfKMUVqLKlA stS4fIhqvFNAhTYrlI91DJBAjcp3nshTj+Wqh3L1Azn63ix5d5YEEqQr4gGGAXlrur6Z3f/NqZJI 4OZ0RQIJpOkbj0kTCPQ9SoUEDCAWkNccIQaQVx+BEAgcFlcdwYd/0hXG63NhSMAUfbBqAwPmq//l 7PJDzh6P3o73vZ/wQPc+IHvvd0nAE8IBfg0iEuizj6Qu26sMDPTcKwkG2OK7ANB7n+5JO+4m7Tg9 d7P7BxJA3XfL7lTv1bR23ykYA8j6665k+tn9d9spu+1QSAN2akQBVG9XXYABkhigEzEACIHzAXrc rvH5nxnA1CYQMDDQASRgRCQQAgA3CiDB8bshAEggUvzhH1/3wQZUh2GAtV7D8XtpgGEDU3uFYYBQ ARggBiCjb3YYBsyXfph+89Ufj0k6jmrvMdbdpBUwYNy/pzAYoFirY9eQwhhAilklWq6WVNAaQwDg ff6nR+xUxwBOAGSLVYoUs0oCCWjHDQFAAogCEBq4dr/FMqzw/eTv6dFNA4RLCMtUtMkBPLVY7qYB CASWAAMYCVwMCAmBAD78AwY4EyAYoMIlATDAIuWCAQGAJ7j8hbIZQcUi2WyxpqI5LD5Jt1hMFl/F LJFxpMUydqmMWypbL1Wtl8q2y3W75ardMk3OHv5+GVl8TY/x5OlXkFTHFZrcPK1k5UnG09NqfHy3 Vbrbat1jtepB6xrdfY3uyeq1WvVaI3uv1ZetcfokqssTtdEVRknqqkR5VZJzdZK+Kkldl6yuX6+v SVbXJClar13HSpbXrMMjdpJYidinl69L1tevg/qu0zesUzes133XO6iTdV/6dZ3jvp+k8Sf0b7Lo v3Vlkrxqrb4qUV9NRSL+b7g6kR4d/J+0Vl++RvdZrXuvov/jdc9VujuYRHZarjouk+2XyITFqt0C 2XahaLOACEG0WiAIEmIJA+bxyplAzFw7erYd/R1hAEiAMKDpN3bjr4gBoEZf2g2+CNT/AjnAvz6z CQD+5WHAxR8HSBd9ZF30gZ9JwCIYAAMAA8xqwfS/hyjgPFIYBkwsACTgTMDHMOD723ucDPDOeW8T EtSigrerMYAJBHgTcYGBAfL9DAPVBB5g3x8Cg7+94eIBHl8jGPjDwEB1/bueRwL1CA8ikAAiGHjt rCRAMjBQ56Xf6jEM0BopwAD/VJsECAOo/j+CgXo1RftMAqRpv7Dj/6nutJ8hAwMRqheBAUbVYYA1 9YcQA0QUHAuEYeA4A8AJo3oeA1BhFCIBVzD91QAgUiEYIK9fLwQGzwIMImCAMKAsagIKXpkHPBio 500PewofJ2pIoN5TEWMDNZIBhgESWoPGAgC4R8jEAn8FA3VpxaGikTBQkwFChcGA6uFATRLATk0M CCl06djRuoQEDAPVFckDqOsOP1QNBjwMqAYDjw6uk9Cp1ZB8OShffXhCz/vBGV+iemaIhBSRcMw2 FxLHpgSoiPUuJ05IEwmpokMqSKBDqt0xXXROtbumim7pOJa0Z5bslSmuyBbXZssbckTfXHFrPhnu zcgEvp82pWLjgIJ/354n+uVAt+eLfvk4a+iOPPvOAuvOAntgAfEADxMXYn7AIMGDxUQF1kPFAuJb yR7FYLE9vFg8Xmw/Xsxnj5ZYI4EEECHBmDJrNLPBuDJ7rJsV2ONL0TX0VJmfBDYoJUKgwv90mZ/w gCcK/BOpQAdRwPAApgvKfcQDk0urnisPTOVDh6aV+QkGplf4nueuIY4IAjxOYFKCKjQOVfpeMVRg bjKuoJXZgPVGBUIDWsm4Mxv4Xi8/xTu+N8ppM4QE/rfKgQRmB5u0Iivwv0VggEll7gI6DtFPmFug f6EC/2DEn/A7Rkgn/O9WWogCjgMDPj1pzfqeAMD+0sMATgOsz7lH6NMTFmcCeNO0Br1/HH9LJPBO hf12BQIB9AWV20QCoTTg5XLxSrl8uQyF2xpUbj/vkoCcViafKzVSk0vk5FI1CZkAMYAwMDChyH6q iBgAX/3DKpbjivCNf2whGIClniwwK/R8SfCpQjG6QI4pJN8v6AWzH9LoQk0aAzwAD5BGFagR+Xp4 rnokRw3Ndu7LUndn6QEZ8o50QTBwczoJAHBDmrwJgYC6yQQCWLk76Jjue0yRTCZwLQNASNwXpK8i BiDff5jdP0gAq4EBkMBBYRw/b7Lpj/jA74r7hUjMAKF9+H7THcQrNwu5Kx4NG9BKDGB8fw0RGNDa A01BBAmAgR67ScwAXjtQ912SMMAlAYCBRnfQLo2OICYBwMAurF08x+/6/u2CSUB23C44HzBgYBqE NKIAY/0ZDDpwMkAF232ZAN8fagqS3AIk21GBjiB1RhhoZ1aGAawMBm3dR7cvqPUGJAMcBWj6qc16 KmRreH3X7odMP9Z1/L1/PWDAdAGRjN3n7/2C7b6KYzwwAIDHRNUy0RTs+I3pD0u1XKtbrkUduwaO n00/jL5Xw/G3dJGAMEBHr8ZXf/j+1SQZvYZDADL3ZPHNPosdvwsD+Mm4f9Thz/8GBtj3cyMQMQN4 QLVYpsniEwNAy3UzkwmQOApotkQ3XaqbEQC4IsdP3p0ZwIsC3HUpr+ZxEUTvgBCQG+BDPhn96MUK WgK7H71Etlyi4pbqljD9+ITfaik+4ZO/h9cnx79Sxa+Q7Veo9it0hxVOx1W60yrVebXsvJpW1XmV 6rLa6bwa5r4rrcbZr9W9EnWvtarXWk3Ovnei0ztRkS5LVFeuc65jF37jBufmjfrWzc5tm53btzh3 bFYDNsu7tukh2/UTe/WY/XrcAWfcAV4Pohh7QI2lx/3OuP167H5nLH51xnI9Zp8evV+P3ueM2guN 2Kuf2KMe260f3UVyaB2+Wz+2Ww3frR7fo0fsViP30Gtq1B41aq8esYdedobtov+uum+7hraxtuv7 IXXvdk3yNh087pAk/tW5Z7u+e5u8a6scuNnpv8m5faO6dYO6cb0m9rgGnKAIErqvlF2WyU5LCQxE u4Wi7UIVN0/EzePeodmixWy7OQEAq+m3dpOv7UZuO5Dd4Ev0AtWfZV/yuW0AwO0FAgDQatNKJIAo 4H3CAOsCCDBw/vskHwCATP97vFYngfPe9bPjRyCAIgQARm+765lgINQX5JIA125hfH+9WiRAIhIw DBCp0E4NDIh67d+cDKAOwUBNAR48GCBUePXMVBDFPUJ1GQnqku+PEPZpsxoJkEwsEH4EGLD7r0dg 4JEAvvpHwsAMsvvVFAkDUZEYUBsJpp0BBkIySAA2MB1BrBowUBdNRAwD3BpUbzIyAaYCYEA1919D MP1/BQNoJWIMIBjAoyd6NDAQRV7/6dK6ZoWKCQZCAFCdBAADRjWQwIgAgNfqSDCOO4IMD1SHgTOS AETuf3R23dFhGIh0/9VEmxFtQi4M1CAB0n+FgcfDpwlFNAWFASBSYQx49CBmBqrDQNcQDLTv3OqG LPV8hZj7g36mTHVLk7FHrZZHRXSK1fKIiD5CjyKWrySLPWYTDMSnifhj4IH2aVCndNkhzepCPEAw kIFh4l6Z1uU59lU4b1T0z/NNLl8354dJC358emLZjn751m154pZc+5ZccVMewYB9Ky4iCNyaZ/XP FwQDd2J+wB6MiMAiHrjHGybGEUMQ8gGMEBRx11ARkQAhgYkI/E+UBJ4o9o8qCXBEEBhdSjyAuYKx Jda4EuIB28QF48rNXAGogEkgQDBABXigwm86iJgK/BPLwAbPlPomV/gJCaawOCgwLUPgARMRmJSA eOCFciIBBAWvEAxApnHIx0PGiAsYDFDAuBMeUAH7jkd3kzmBLDu/wEcVVfAcAm+ahh/j7Hkmgbw+ 9g1psPwIASpclnizwsJrjA2cBoAECAM+IaN/0vrie3vW97RCs06Q7FnHsX5y3P70hPj4uCASQCAA crDfZ4RgErBDEwJvlkPEAK+U2a+UiVfL7JfLScAA0otl9gtl9vOlgjBgBgIB8ZwrObVMTS4VU4oF NwVFpgH2BJ4EGF8sxhW5GlNkjy6k1WAA+XhJpn9UfqTdl2PzsFI9Ok+OZKM/Ml+OzKdVjST3n+9q ZL4eVUArvaxH0x/mO6Py1Ig8/XiefjhLDcnS92bpgRmqf7q8PV3eijYhdRMCAQ0MSFE3IhCQfU0y cExfn6KuO6quRUeQvuYIJgSuNsnAYXH1Ec0WX1x+2GAAHD93BJlAgPa5+5/d/+XoBZKhUYFQ6z+p 90F5mVe7vxqvzwxgYCDEA7T2OYhBAvMI7cPnf48BUHAIQC6ftUegKQibbg6ATGAXFy4MKCIBMyRA vp/WrrvI7rskYETuH5//eTzAbRDiHMC0CXXaoToiEwg3AmFlMQ/IDls0ooAtwnz+ZxESEAZgjd9M 0u3oEU1BIIG21UmAZHbabSTTD/ffZqNq4337xyOTgIEB2Pr1mupW68nrQ625TSiOQwC0AzEbEADQ Y1iAAffbv9v8wwwQm6QNCZDRp5V3XBhoySLTH7dWRUjHcuG6/xAAAAlMrVuuCQ0G6Bar8dW/xSpJ BZEAVp4HMIFAdRggTtAMAOz+zVf/CBggBmD3D5khAaxuAuAOBtDqwgCTAEIAkAAET0/iguy+Gwiw miE0oD9xFe1KxixTMctkzHIZR1omWy9XpFbLaNVtVuh2y3X8SpWwSrdbKeNX6vYrdYdVTodVqtNq 3WWV6rpGdVvjkNEni99jLckhl39Zku6T6PRJdi5P0q6SZZ9kfUWyun6j7rdVDyKLvEM+sMt5cJdD Rvzxfc4TB/T4g3rSYefFFGdmevCDTP1ZtvNVXnBOvl5Q6JAWFjpLik8vK3JWFQdXlQbXlgQTS4PJ pQ5pfVkwqdxJLg9uKAtuLCed3lwZ3FIZ3FZ5mrSddBzaAQV3nTi942Rw18ng7hPB3Scd0p7vg3u+ d/adDO79Prj/h9MHfwge/ME5/GPw8I+nD/1IdXDfydM7T57eUuGsKw+uKQkuKXTm5jpf5wRnZQc/ yQq+neZMO+RMPORMov/7D6lJh/Tkw3riITXxsDPxSPDZA86EA85T+/X4A/rJfeCK4budh3c6Q4gT tjgDN6p+G/VN6/T1ierqNbLPKtV9BcCg4yKZsEi2ni9j58oWcwIGBpp8jRzg0q+s+l8YALD+Ncv6 5+fWPz6z/vGp/fdPwAAs6+KPCAOsiz4mDLCoAAO8bzMJnAkGPAzAkIALAzwVAADwYAA7HgmEe4SM 4w9hAGRMv6vQnICnGgAQUj0PBjz3H5EJoCmo2sCAIYEwD9RgAJLBA5DA7wQAZPfrQmeBAQ4Hzqb/ AxiYQesvHgxQURMGaigEA2T3/xoG6v0lDBj9NQx4Qo8QYwDyAUaCM6UBkYLpPzMMuL4/VESI2ACO v1qbEKm43jNuHWoNqhELVIMBPk0oEgbOMjPg+n5Yf9QuDNQEgAjVAQzknA0GIqkgEgOM/u9gIOrx 0MyA6Q76X2EAqgkD3RgG7q7ToUvr0SVqwU9qaqnqmCZaHLGiD8lmh0Vz0iF6tJszG8SmyNgUuzUp 1Y5Pk/GpKt40C6WKDul2p3S7S7ogGOiRIXuli8sy5VXZom/OnxPKNs/9ceq8H6ZNKt99W57v1nz7 5nxxS564MQ+XlN2Yj1sIbs21iRBu5xNI+xdYxAMDCzE8MBhUYN9TCB64z7QMFVrmiKGHiuVDxQK3 kvFFBI+6PBBASgAFnigNjGAqIDZgKoDGAAnABmao4KnSwPhS34TSwIRSNx8IHUjKsp4FIfifLfc9 W+abVO6fVEYwYDqIuHcIpw/5puHEIZ4lICpASsCHDkFVZpzg5Qo/4gLI/0o5moheKXcHjg0VGJmd kNw8weMB0uvl/Mmf3X9o0xWIAlDxejlI4HWiC2z6DDO8VRl4m8eL3z8eIFv/8XH7s5Ow/gQAX36P dqAvDAagKciinz47SRhgf1RpMgFEAe9jQoAwABPDhAGktyos9AWV269XiNc5EzCBQAgAjJ4vs4EB mAy2p5XZ0wgDigEDU0rE5BL5LJFAkXihVNILzxTLCSXEADZjADS2SJDGFMox+PwvRxfJJ70QgDBg FFw+eX1j99ni5ymIGWBEvn4iTz2Rr9w1X9MONgvC68g8+pOwRuapx/LUoznq4RxNSGAigv7pzm3p GBW4KZWsP88G0MpRgBH6gg6ra4gEMCXMGHBUXnmU+4IgNxMg8aMiMOhzWF12WPU5TBgQzgFABRGO H6afVqYCWnszEoAKDmGYmIx+L5MDGO2nR+Faf/PTfpCAmwl4c8OIArimAu5/H7l80QsMgAYhfPv3 WoMgBoBu3CPUbTd6gdxAYKeLAcQDrnaCBDpjKsCdE0AIQBjAMGACgQ60bpOdeD7YjAiHFDEPoNpz LICpAIaB9lt0u80ifouK3+IQD5CIBNqx9UcUwDUeN0oOAbg1yIwIb3IwE7yRYwGCgQ3aDAG3Wa/x 1Z9rEiOBUXXrX13EDyiS4fuZAVBEysAArD+JdhIlXlsrWq4VxvSTuCnIrUPyMAA8EGP6gogBeCqA 9qNXkYmXLdniGzWnHe+TP61mQiBmlds+RDAAr++9DAYwmYABA3L84dYgIgHsmBAAXUAGAPiRBCpY gtkA/MQiEuCBAQBD86UiepkikddvuVy1JK+/QpHjb7VCtVoh26xUbVeodivJ5ev4VardahW/Wies Uh1W6Q6rdcc1uiMcv+q8RndZo8n0d4XX1z3XKrL7vUnk+JPVNRv0jZucmzc5t21W/bfpe3eo4XvV uAPOs4ecKUed6SnBF47pl1OdV9OCZPHfyzr9SXbwy1z9bZ4zNz+4sDC4iCx+kbO4iIw+mezTi4pI enERflpYcHpuvvNdfvCLXOfTbOftjOCMI3rq4eDUw86Uw3ryIf3cYT3tiJ5+VL9w1HnxqPPKMf1K qjMzjSgi+F2eM78A/+xyJoekUvj49eXBzRXBrWCD4E4igROn9548TQxwgAHg8A+nD/10OuWnYMrP p9N/OZ3xSzDj1/9k/XaalAcFod+D+b8HC/4IFv4RLPrjNAuPeX8Ec3+jPzl99Gf6p07vP0n//mn6 z60odhYWOHPyg1/lOMQ276TpV49pop0ZR5wphxRBwpg9+vE9+pGd+oGt6q7N6o6N+uZ18rpEdeUq 2XOF7LpUdFhst11ox82zY2bbzb5Fa9ClmA0Ql8wS//xcMAaYXiCY/pAu/AiDATwb4HcBIAwDIAEq /vYBWXxvPtgggZHLAwQD/r+9gxUA4DULRZBAFX5lGKi2Wb1NKFJ136rJAHXJ6zMAeAxwZlWHATcQ CAtf/c8SDpBecaeH4fs9HvCogOy+OzTMTUHVeoTMzv8KAxGZQAQMUPFzFGDAuP8aCicDrvuP1HO8 cixQw/fXltsyxABQd7JXuDyAgQEkAyAB4IGXCZhOobDvx4QAC0MCnmoAAMSbUc/WBICQQpmAIQHT IFTXrDw5QCRAYgyoHguQ3a/OA+7qKWp8DQwwQndQPQ4HUHgzA8b3h/IBs0I4VJQ7hcIkABioLVDB iPS6ET1C/9cw4I4RAwNAAkwFIVXjgb+4YaAaDDwyuE6Hrq0/OS4/Oq46p4umh2XTA6LpQZvU7IgN JDhktzhqxxwRMUfQKdSWO4XapYk2QALMD8Sn2R0yRIc09At1zUA40DtT9MmU12T7J5RuWvz9swt/ mjijYvfNBfYNefaN+YoxQN2UY9+QLfvmWbiIIJeQQNySa91m8oH8cL/QIOIBPlzovkL7oSI5rFAQ CTxQZA0ptB8uMVPFSAlw8GhxYFiRf3ix/3FSUeDxEiAB8cCTJThuaFSZ9WSJPao4MIZUSlQQIBgY XxIYW+JHAfmJDTBqXMrtQyVYCQmeLvFNKPE9UwoemMgrziAqBRVMKSUkwCDBc6W+6WUICtA7ZGYJ ynzPl4EKXkJQUPUSCoABPRIVvFyODqLXyLsbDCgjPCBIACrg14pTr1ScQp6A2479b1T66R0y92T0 X6sIvFbhx61nFX5mA/oJK5EA/ins4wXz/hted9A7lTh96IMT1secBpDdJ/f/5UkiASqIBNAahKYg HBbE4wGkSotg4ENkCAYDrHcrEAi8i9YgizSTY4HXyy2DAa+UQUQCPB8sni+1STOYBKaX2l4aAE0t tiebWWFOAyYVi3crxdvHCQbEhEIEAuOKBHcEIQ0YU4RuH9KoQjGqQI4oJB8vRxTA3zMAyCcgeH16 pOJxfONXj1NxJhEDPI6/dZ7I00/k6hF5ECEB/cko+hdyiRwIIfSjuerRXD00R9+XpQYDCTBFcHMa NwilqL7H9HV8ZBBODcK4MDcFHdNXHZVXIRZQVFx5BD0/LAwDgAE8GOhDMHBIujBwWF92SCAiqNUa BB6A+4fXv+yApuIy+qtDnBLsJx8vyPEb8TtUYAdHBtWCAdMOhAKTxBwL7FM9GBKQDOCYILQAoRdo t0QmsEd13S0MG4AE+Jig7gQAOyRGBdw0AAMDXXYaHlCddrrWHzKxAGEAMgGvO8iLBdpvEWCALSJh q0zYqkjk9QEAXMRjlUZoDdoi224WtOIdrzUoBAO0snSbjWgEIhhoSzIDABvx7R8pAc4Okq0BA7yu C7n/sDgTEJHu3yg2mTdpTbRRMwyQQkVIBgaoMEjgUkGIBDwMQP8Py9RY2f0boSMIqyEBd264BRl9 kwaw1zfOPnolvusbxx8SOIEBoDk/GiRwX3PdvwkBPBjgBAA9QiEYMFpqCjb9ywADaC7CpAEajVqu IPdvTL9qs0K3WSnbwu5rOP41ihx/+9Wq/Rqnw2rZOVF3WqtCa1d84He6ke9PVD0TVa8kTeqd5FyW pK5ap27ZrO/a6QzdrYfv06MP6clH9Wvp+sMs54tc59t8Z05BcF6Bs6DAISu/oMAYehQLCoNzC4Pf FQTpna/zgl/mnSa//kGWMzMdnPDc0eD4Q86De5ybNoir1wevSab/kDa6ep26Zp1z1TrninXyimRM BfRJ1JcnqT5r1eVrVR/OHNxpAforzAA4167T161XfTeomzbImzc6txKlbNS3b1b9tmhS/836zi3O gC1q4FY9aKszaBtJ37U9eM/24L3bg/dv14/udl49pj5lnFhU5CSVBrcdd/Z8f/rIz8FjvxIenM7+ /XTe7/8p+ON08b+DJX+eLv0zWHbqP2WnghWnTleeOn28Kgj5TpNO+E9/7wspePxUsOB3J/VnZ9fx 4Pqy4II856MM/Waqfvmomn5ITzygx+5TT+x2Htmh7icw2CRvWydvSBRXrxG9V8quy0TCItF6vt1y DkaHm3wtGn5h1//c/tfntoGBaiQADEAmwDBAAgOQ1yd5MIBMgGDAnBcUcv8GBhAIUP1OoJqIDWrD gJcM8HAwhGlg7NQMBIxqwwAw4A0PBs7OAzXdfw1FWv/aetklgQgGqBYR/P8IAzw2EIkBRpEwEIoC aujnOtN/NMnAGTDgOSYEjgVqWP/acmGAvb4LA7zSIxiAYIAzgUgYYB6gNRwLnBEGakwMQx4MmNYg d07gTDDghQA1YYBEJFCrQciFAWQCbixQCwZqYkBB1Jh8Hh3G9DCtkTAQYoCQImEA+t9gADzw/wgG 6tIaBgA3IvBggHdwluj/BAMDHr6rTseurd+pVD3TrMYH7EYHReNDoslhpoIjoukhq+kRggEZfVRE H7VbHhFoGTpit0kRbYEEsm2qlYApAuQDDAOiR5bomWFfkVk1oXTD3B+em/vj9Jcqdg7K99+YI2/K EX1zxPW5oAJaiQT65lJh3ZBj3Zxr3QokCNyeb/fLE/3yrX4FgQH5YmCePajAvqvAvqcAmcDDxfYD xeKBIvFAIckeWsjXFXPj0MMYJCAFhhdbj5UE0DJUAhgY6a4WxOMESAmKCQPQKURswE1EYAOTFTxV ZmFFXIDiaS80eJbBgDSxxEcwwMJNBW5KUOrDiUOl/unlVTPKSD4SeABI4GcwCLzosgHDAAEAeof8 r1TSI04p5QzBe6HCZ/DAyEACra+VAwlepZ+wEhtghUzmQC94JPBmhQ8TBRgPCHxQCQwgoz/rZIAA YNZJUsBtCuLzQ81gwCfoC8KgsHtkUCX6gggG3q0QRALcF2QwwEwI2K9V8KAwuoPsl1gveO5/einO DJ1eYuPM0BAGMANMxqCwmIiOIPvpYvFMkXy5TL5SJid4HUHjuO8fHf+MAU8WiJEFcmShGlHoRgEj Ctj3k/JAAmG7n6se8+rH8iVq/thP+8Pzyd/L4fSYr2nnMXqTlIfWoMdzJL1AOEErHoEEoIXhefLh bHV/lh6cqQamyX5p6pZj8ibiAcCAvBZDAhodQSlw/1fxqUEIBLg16IrDjukF4lhA46hQngeglS0+ 8QCRAPl7mHtGAtT45G8KAgDTHQQAAAnA7h8QvbjzpxdyADcB4MKlggix6TcMsEdGnhfUYx9IgH4i DOi5T3dHs5Dutlvi2z/nABCiACrQDmSsvzkzlES+HyuiAGAAAgHCgJ2u4++yXXXkUQE0BfFKDOC1 A8mOOCcUvUCAga2aSYCPDQUJaHL/JhmIZwZot5mpgNbNGrXpBdrI/UIbqTCnBsk2m8j3q7Y8FQDf vwFTwoQBEUImYIYBjFqhF8hz/PzJvzUOAyWvj5rZABgQm+x+42dz71p8KlwAMDkA1+anmEThvRNW TMRhQcCAtSp6LY8EkDADwACw1jHuH49rdMwaHeoLosJ8+I+mx1WS7D4ZfdffGwBgmdpYfHLtzWld pQEDy8ObGAUmc+/yAAcC2CQGENgx4pfJ8ce4pl/FrpBxK1Ur0ipFpr/tat12tYxfrePX6ParSbLT Wt0xUXdJUl0SZdck1TVJd0tSPZJ1j3Wq5zrVa526fIO+frNz02bn9q26/zZn8E49fK8ed1BPPOrM OOa8lO68luG8l+l8khP8MjdIhv4bsvX5+ss85/Nc56Os4FsZp19J1c8cUk/s1Y/tdYbt0Q/tcobu VPftIKut7tjqXLdB90lGkkAiB9+HDD2cPdbLSGt1L84ceqzW3Vc7PVbpHqscKrrjEeq2Cgf+dFqp Oi5XnVboTitkx+Wy0wpFO7Ty0UCq20rddZXsTn+7Wvdco3qv1petATMYWrgyUV2VqK9JcnUtjwtf lyz7rlPQesDDLRvV7Rv1gE160BY9eCsmBIbsUEN36EcwWqAf2+M8uRddQK8ec95LRxfT13kOQc6i QmdNibPzRDDlp9PZv54u+uM/5UQFp05/XxX8wXf6R//pHwPQTxH60R886TtdWXW68A/kCfu+DyaW 6nn5wY+znJePIvSYsE89uUcP2yHv3yYHbhb91ts3JIkr19i9l9tdloiEhVYrHilu9q1o/KXVYJb9 z88wLuxNCFgXfBg4n0iAYYAxgGAA+YBBAtJ5PDEMEQy8G+4U4mQAOQDkun8PBrDp8QCQwMQCpjAn jboYcF4IAEJUMJNhYCY3Eb1BGPBnJBJgP+Is0dqqnga4tdsjVH1gAC6/VhHFPGBMP04HiqQCrx3I qAYMkDA8EMIAnhWG9Q/t0CO7f3L8LgagWehXsv4uCTAG1J3O67SfI0kARh8kwKbfAEBY6A6K4nOE 0CM07ceo56rPCrsMYNbvoyKigBqKmnyiLg4aAgzUnXKyDgDAYACtEQ1CHhVETQQM1MXqYkC9M+UD oWTAIIEReX23cJMB4/5ZZP0BBi4GRMiQQGnUeIIBHDBKKzEAapCAOz1ca04Aqjsun91/WGz6w21C YQCoLtqvQ0WYBLJqYIBR3VFum5BBAkMF/3cw4MpLA4z192RIgJOBEAmcEQke9WBg87r+Dw5CMnBr lmy8XzYmEthrNTogqGhCMHDYIhhoxkjQ/IggxRzlfOCowDzxUatNqmhzzG5HVHAs0DFNdkqTnVPt 7pmyT2ZgbOmmRT9PXPDD1MkV2x8sEDfm2Ndmiev5GjLcW0yP2fY1Odb1uYHrcqxb8+XwEjGsRPTL s2/JsW7Ls2/Ls6i+I9+6M88akG8NKLAHFFiDC6z7Cu1787GS7scIAa4rJhgYWmQ9WBR4uDgwDPIP KwoMR+8QeGBcqT0CEYF/RCm6hkaW+AEDPE5APPBksX8M7itglfjHFPtwWQGp2D++JCTfU6XIB0g4 gKgUJxE9U1o1sYyRAL1D7qFDU8v8z5X5ppVD0wkJCAzKERcADMoBBkQFz5dXkV5gvRhREAYYMRKA EF7GSi7f/zJHB+ABRgKsZVUeAHgkwGCAk0PLA8QDMyt971QEQALHA58eBwB8cSLw5YnAF4QBJwOf n6AVTUGEASCB46QAAgGDAWZQuNJ6r9J6l1Rhv8MYQHqr3H6zUjAJWK+W26+U2y9X2C+WWS+WWs+T SrDOKLFwewAwAJnA1GJ7KhggjAHPFtvPlPAxQaYpqEjgeNAiNaZQYDiYSWAUpwEjC210BGHMl0OA PPF4Pkmy3Sc3D8dPrn04G30jsvvDYeVRP5oniQFY/Jirh+VgfTRHY83Vw80jFSRgg34sR9LmE0wL tPlojjM0U92XoQZk6H58xijxwPUMA+gLQg6grjwirzgirnQnBNymoAjxh39u7jef/C8/Qu7fAwDm AQgAwL6fGOAAdwRRvR/JAPl7vInjg/AtP+T+kQ+Y+gBqLy5wScCMBERYf5AAqfteYX7CSMBuHBjq 9QKFV2wSCRAP7ERrEMkAABgAIYAwNUIAPjYU4r4gggGEAMQAHgYwCfDKSMCxgAEAzgFMOMAiBiAS SNis2jEA0GM7zA1jQsC4f7QD8TFBeMRgAD7/04rxAJa5MaB1KB9AGuAlABgGgNGvIT4SlP19smf0 +du/NxKAhh+GATxGUAF7fXpcS6sml486UbPCJICRAA8DIoWmoDWKrL+RwQBSizVmQgB9/83NMUGE BKzmvI9NWH/+tM99/yEMIHNPOwYMIDCAbrGCG4cMDLhnhmJ4AGcKGd+/QpFartSxq1TsSkVrm1VO mzUKWqXj1zoJa2WHNbJTouq4llanM6w/ySHT3z3J6b6eHH/w8g3OlZvktZtVv6363l166F7n0f3B UYfI8esX04IzM/XHWfqz3ODnuae/yHW+zMf6Wa7zca7zbqZ+K815JU1PP6qePeqMOqjv232670aN r/XJGAwgo98rWfVO1D2TZO9E1YtTBTL33dfobmtU99Wq62qnyyrMGLCczjg4yKzk7KEOK3TCMhW/ HMcNxS9F0Q4Dyq5wJNFiiVsFFvOtAhDuEHALXCyg2yyid3AmKb0cvxQHgLZfqjssUx2WM0Is151x SChrJcih+0oFclgJeOi1GnPMfdbqK9YqoEKSJkK4aYO6ZYO6fZPqv1ndiTDBuWdbkPDmwZ1q2C75 2G41cq8asw/DAM8c1FMO6xmHycoHX03Vb6XrL3OdVaVoRjryUzDzV7QVlZ8KHq86/YMv+IP/9E/+ 078ETv8cOP1r4D9U/BII/hpwCBK+9wEPDv94enOFMz/feSdNvXBETDyoxuyRw3eJodvswZvFbRuQ GFy5WvYiMFhqxS8MxM21m39jN/nSbjjLqo8ZYkwOgAo+si/80OaTgqzz37Nd949pAci4/2rJQFjM A/D9iAjOf9figjGAowBPNR9d6x9SRERgTL8JAUIMwPoTsUBNAKi2U83919BZpocNDESYfvh+1GZ1 9XvUS9V4IHJ6uBoGnEXhTKBmm5DhAYQDKIAEvxIDhOw+wQBIYIY7IRCeGTDiUQEDA7UPFY2UmwlE nCPkHi0aSgbI5XswwDLHiZoB4jNMCzAMVEaBE2oCQKRCOYDhAR4SKDMFMYCXDITSgDLTGkTCOUIR Ih4wsUAUfD/cv5sMeAWDgRcL1GgTGpsfRe4fo8OeyP0jEyAYCGMA1UamprXWDQNngAHEAoYEqvNA 1Ii0miRw1nNFSe7RorTWpQIXD0digFEEDNQeGMC5olx4MNCld9ekTcl3DBlUp32XVk0PifoHRKP9 NpFAo0N24wN2kyOyySGb1OywbHZIEhIQDLTgfACTxAwDrY4JjBActVuniYR01SFddEpXvTOrxpWt W/Dj9Pk/ThtTumdwvu/WXIkLyLLFdVnq2uzAtThoSFyNK8nEdbn2tTmB2wvskSXyyXL7zjzBEYEA D+QSDIj++TxSTDCQbw8qCNxVSEggiAruQVYQcPOBAvvhYvFgEaKDR0rsh4qthwsDJiVgHrCHl/hH 4sQhVrE1shjnkNI6qsQ/qpRkpo0DowkGSsEGBAkmMRjr8cBTpf4JJSRQwdOQH3cUAAb8Jigw15YB Bkp908pwX8G0Mt90XFxAj1XTuX0ITURlRAK+5ytcNjADBlAZIYHbWcQFXnupPPBSWeClUj8X/pfK wAYkty5DDWEIwYsReGZgJgcC71cGPjpufXYc1h8jwgQAJ/yGAT4nQmAMMJkABwIW6UPvvCAMCVQG CANwfiiGBCwzJPAmhgSs18uJBCxMDJfjzFAeEQYDzChFVvBCmZhWbE8pFVNLuSMIfUEijAEIBOwJ ReKpIns8qcAaV0QMIMfgjCA+Asg0BRWqkegIEk/kQwCAPDAAFearP2OAcfxqGNl9LujRwAAAgGGA fhqWqx4xylEGBrByjR1uChoGGHAYD1gGD7geluM8nK0fyNSDM1R/vnSMB4gVnyLqnhpEJGBgoBYP EAng2z8+/3Ovv+n/6QMYcBmAzL33mR81gIEIwdv0YAAkQAV5egMD9GjcP+w+wQCrF+1wAtCL3D9P CfOxofzOPsUYgGGA7nsECIFhgEOAsExrUNddAgmAlwyE0gBMBRAPbJcECYwBPC6MjiB3PIBhwFwd QJvuqUHtt4oOEGKBhG3c87NVG/cPAHALWs2xoardJoYBFO5IAEIAMv2RYgzwPv+HMMB7xJFB4UYg VgQArCe7j1gg1uwY3x8BAySz2dL98B/CgBAMYAe23jP6hAFmNftGCATWYvA3tAMRBiAW4M4fDwlC pp8cP7r/+XQgQwVm04QAeOSv/s3J/ZsP+WEYcIvoFaqZ+yvtYJP/NfybMSvJ95Nk3Cpt1BruX7db q9utIan4RNlhre64RnVao+H7E3XXJN01WZHp74aP/bo3vsHLazY5t211Bu50Htijxh3S01Kdl9PJ 9Ac/zA5+kuN8kut8mhv8OCf4frZ+MyP4Uhq6/EcedO7B53xn0Hbdf5u6fYvuuzEIr5/k9CSvj1OA nB6JqvtaTAx3Xau6rFGdV2tSp1Wy00rZcaXqsFK2X6Xbr3Dar8Aav5ycvWq3nAy95ANGZZtlCseP LpFtlohWkIpbJFsuws1iMQslS8QsoFVFL1QtFsjoBar5fNVsnmw211VTrLrpXNV0Du78opXqZiR6 Z55sPk+2mCej50Pm8jKc4o+DO819ZLK1d+p/uyUyfilJJSyVhA2dluM+gW4rVY9Vqtdq1WeNIja4 KlFdnaiuS1J9k/VN6/Ut61W/jeqOTcCDu7aqe7bpB7Y7D+50hu1yHt/tjNgbHL0P48LPHnQmH9LT D+sXjjgvpzgzU/WnWfrbXPRQLSt2th4/nfrz6aJ/B09U/edHUEEQbGCd/sV2frGIEIAHP/j/U1l1 uuAP58iPzoZysMFH6er5w2LCPjFyl3hou7hni7hjg7gpSV65yu651O602G6zwIqdYzf7OtD4K/vS WeKST3Gy0EUf8Ymi3CMUwQNoByISOCsMuLFAZL+Quxly//XcWCC0U6s7iHfMPvl+0wjkdgSFNBP3 Bvy1jO8/GwyEQoBI1YCBMwoAwL1AZ1MN619bZ2oQMiL3/xOvnAnMABK4mcC0cDJQGwainvsJKQHD gKuzwAAY4DmQwH+BAXdg4LjHBqFzhE5EJgP1vDYhhoHjBAPcI1STAUKKhAGjOt5VA4YEGAZKPBIo DcFADVWDAfL9oTYhT4YE6p55WoB7hDzVjZgkNjIwUFv/f4YBUuiSgTPCAP90FhgAA3gFq3OvLms3 Jt92/4A6CZ3iLt1nNdpnN9ovGu6XjffZiAgOWGgWAgaopgcxTNzssE1I0OIojxAcDRAPxBEMpMpW R+22KXb8sUCHNLtLhm9sycZFv0ya/+Pz48t23JhXdW+BvA7zA/Y1Of6rs+SV2fbVWeKqLMmrdW0O 8oEbc8nEq/uLJJHAjXnWLYQE+UQI5Pit2/OtO/KsOwkJ8qwBpAJCAoIBcVe+dTepwLq/QDxQgKDg gYLAgzhryHqoCDBAGlZkPcJBwaMl/seLMVvMh5D6RxT5RxAPlARGlUIji30jigkJCAYwajymxBpT 6kYHGDAo9o0DHmCi4Kli/4RS/1NuPsDXFBT7ni3xTyzFOMGkMv9kUIFR1XNlvqmlvqklVZgoKPcT BiArQG5QNaPcz3JbiUxRXQQDOLE0pBfLTK+RW7vimlDh5XIEBaQ3+GShdyp9mBBgxz/rhP0FxwKz ThAVEBsgBPjkRMB0BCEKqMSVw/T+B3zYKMEAJgQqA++Um0zAfqs8wFeJIRAgDHi9AhcIvIIDQ62X PAyYXkqySRgURhogppSoKUX2JPf2AEMCgkjAXB3wVLE9vhAYABIosscUAAM4DZBggHwxokA+UWBy AJLp/DFRgByeL1yXTyukaCWvzwWZfqqhh3Pkw8wAKDAWjHf4kVbcOMabiooHcySttIkd+ndyUNAK ZshWw7LVI9n6kSz1QKa6J1PfmaZvT3NucmeIMTp8FcMAnw4kLwcMYE6AO4JUH3z7N9/1+WO/afrH 538Wj//i0YMB8/nfeP1wgZ/cIQHvTbzMMCCM0e+5X0P7DAMo3BQGEoCIDTwYwGCAd04o7g5Dd1D1 WKCr0a7QbAAPCvPn/y67NBVECACD7bLjDtWBcwDz+d9Yf04AzGSwFwW4N4iJhK0ifiusPylhWwQM mMGAze4kAIvTABZhgAkE0A7EA8HeTHA1GGhtzgXiM4LCEwLmYFCPB0IwYBS7TsTVSAOS8V3fpQLu AvKsf23B1sP6r+VYIELR/FP0GhnNM8EowkKbUIvVfDTQagBATRLgneZoCqJNfsENBFx/T4be1K6W C4MERswD7P6pZvdPvr/lComv/qtUq9Wy9WpFardGtlsr4xN1/FrZIVGT+2+/VnZK0p2TVLck3S3Z 6Z7s9Eh2eq3Tl21UV25W123WN28h66+HHdCjDwUnHg2+nuG8n0N23/kw1/kgx5mZhXHeZ446Tx5y Htmr79qpr9vk9Fkne6+nf0T2TJbdk2WPJN2dlCjJ6Hdd63Rd48Duk9Ff7ZA6rtYdVpHddxJWOfEr 2eUv02Txyd+3WariSMtU3BIdR/5+sWi5WMYuErGLVPQihTvIYO518wWyGaSaLdB89zDWpriuWOHe 4jmy0RzZcK5oOFteOkc1nKsazlGXUj1bNfhWNfiOV6+45FtJqk/rN7L+N6F9SaI/afQd1Hi2ajxb 0D/LzOCyBNFC9FxCBRWDK4fdO4mJE9oQJBAhLMZtYu2X6o7LdKflSBJwWxkTQm/San3FWkm6eq26 NklenyRvSNY3r1e3bdD9Nqn+WzCKcPc25/7tesh25yGCBBxairNQR+11Ru/HaadPH3AmHXSmHdLP H3beTFXz8tTmCufQj8Hc35yKU4gOiAQ4NHB+s07/TrJP/2YDFU5WBXN+dXaf1CuL9GdZ+rUUPeWQ HL1HPbJd3rNJ3rFB9k20r1wleyyxOy4SrefierKmoAIcPPrPT+2/Y6rYf/4HgfNI5PjfAQxc8J7X IBQhd2iYfP+7vr95MGCKMyUDpFMhEoDpD8EAdwcZ1fUGhWuLPH3Y93uKxIDaCoMBFWT6a8EAiTZr w0D1nfAVY0Y1e4Rquf+Qao8KmEcOBKjgQ4T4ETvcJmRgoO500yyE68ZCMBBqE6oNA2ZmoEabEJNA +DEEA0Zk+iOKE1GT+SghNxkACdSbbKaHcZpQiAeMDAxwm1BNAAgJpv9ZtzWohoz7P2MycMY2IQ8D TLOQW2BnHITCgwE3HIhQjTYhkwwYBgiRwBmR4H+HAXL/RAJGLgzUIgHSX9w4FoKBOo8fjXoshXw/ W///GQYgDgc8GOjUs8vaDUk333NnnfiOsfX32w0O2A33240OEQ9YiAj2W00OicYHbUKCJgcwSUwk 0OyIHZ0CHjDzxAQDcSl262OYKm53zO6UVkUksOCn6Ut+mTqqdPeV2b7+BeKOXHF1tnVVtroiy74i S1yeqa7ItK/Klldmiiuz7KuywAbXZll9s0n2DTkkvrQ4L3B7Hu4kvi3f7pdr35Fr9c9zeYA2iQfu yrdxUTEJxw2J+wpIBAYWIcHQIpuoYGihn8AA95ThENLAsBJrGK3FgceKAk8UWyNwLwFfSoDQgHiA 2QBBgTl6iIeMec6YMABxAcMArWNLAuNKfONLqkKNQ0wFBAMICggJJpf5J5VVTSqvmlLmI5lxgmlo H6oiDCAemEYq8U3HdAF+mkGoQC/wOoM2zSxyaRUggVejEBUYIToIsUGFCwNvVODSsXfxXZ+8vkXW H5PBVJy0MRnMYgzAr2Y+mKMAMMB7FYH3K633OU9wYYBnhd+qsN4st82QwBsVFncHEQnYL5VaJhB4 vsSeUQIMAAmUBKaWWFOL7Sk8JTyFAKDIBgYUYTwgJGQCfGwo5oNxXhCODEIgwOeBPoEuIMErCmCA aQfKl1TQ+miueMTFAPL3YhgwQBujD6+fKx/KJX+vaH0IGAA9CLH7z9ZDs9TQbDWUGCBbPsg1bT5E O1Tk6Iey6A+dB7O12aT1EQ4HhmU7D2XjlKF7M/SgDH37MfQL9UWzkDDJAACAx4LJ8RMPIATgmnZ6 e7O/IRIgN09Wnh0/5wO0yf4+wuuHfT/9RC4f/T/eT6SegAHaIQDANLCx+0QC6P/Zo3oABnR3tAPx lDAXYAAmAZwT6ll/KrruEoABBoMuu0UkDDAJIAQw6rpLdfKuE+6AqQBhAMDAgHH/CQQD21X7bar9 dvL95thQTSRQDQa2kJgE0BckMCtsrL/bFCRDMNCG6zaYEjYdQSyEA2EYMAUc/waDBDoO7h+r+fYf SQJUu4HAumpzwAYGYpOIAUQIAwgJYqoxQPgx7P4jSCD06H3yZyqozgNk8ZubBIDzATL9ZpOtP+4K wOd/cvxeJhCGAQ4BDAZEIgFIgL/9x5DQ86Ni8e1fxa1RrVbJNqtV2zWq7VpF1r99ouqQpDuS708m 66+7JKuuybr7et19nerB3v2yDfqKTfLW7fqe3fqR/Xr8EefFVGdmpvNeTvCTvOCsfHz1fzfLeSVD jTysb9umb9ni9N2ir9nkXLYOcwL07/RkouiSqDqTyO6v0WT0Se1XSR4zIK+PE0XjV0h81F9B0q2X y1bLjdcXcctk7FJFdr8lXzDcfKEiNSOx0W88XzSdLxvPk43h8gV5ejL6DeeQv5e8Koj8PStUXPKt qP+dqs8uvz75e6pZruOn/e801loiEqj/jaB3SAYGwAPfqUbfqsak74gHCAY4QzCpwhw3PYiZRzAA xS1UcbgVGGq9SBIVtFksiQraLVHtliqsS1QHwgOjZbLTctF5meqyXHZdIbutUD1X6V6r1GWr1WVr 1BVrnCsT9dXJzjXJ6vpk1XcdoYLD7UZOP1yVAN21Vd+7TQ3Zrh/ejisORu7R4/ep5w6p11PVRxl6 caHe932w6Pf//OADAxASgApsUvAPcfoP+/SvFnqNyv8MHvtJry9zvs5Srx6Wkw7I0bvFsB3y7s3i 9vXy+kR5+Uq72xK7/QI7brYV863V+Et/g88D/zJ9RB/6CAOMIhiAR4ffMzcNh2EAn/9x8TB4gNMA gwE1ZgbODAOmF6hehPWPrI2i3jCXCsP9R5HePFXXGyEIuf+zKgwD4X4hcvzQmWDAKPTtP8L6/xpR u4p0/zUea8MA9qvDQN0Zv9SZTiJzj9WFATb9BAOIDkIwUEMRMIBmoVowEJJLBXz3cG0YIBIwj5Ew wAyAfKDazMDZYQCzwv8zDHhyYYBqlwfOMjPgWv//AQZqkACp7tgzw0BI5PvNGiqAAeZo0f8dBjwe YBIIxQLhfKDOiGP/FQaYB1wYqE4CYRgwk8TVMeBgnWF8/XAEDHTs3nn1+sQb7+pfp1372IYH7Ab7 7IYHZMN93Cl0kFYvHzhgk5qaZOCQbYYHiAeiD4uYo3Yc5gcwOdAx1TeyeMPin6bO++nFJ0t2Xp51 6uosdV+BuirHvjzTvjzL7oMjhuzLcDmx7ENUAFlXZFlAgmwb0UGmdW124Pocq2+udWOudUsuX0GQ b9+eh3DgjjwgAVqG8vns0QIxiKcIBufb9+Tb9xXg7FGCAUKCIYWuzCDBgwWBhwuJBKxhpneoKDC8 yE0J+GoC/xPFrjBqXIR1JNejijFR8GQJEgNuHwISjC7xjSvxMw/4nyqm1TfBvcnYz+PF/mdKcNbQ xJKqSSSiAg4KppRUTSmtmlrqw5wxxwVTSxEdTCvFzDF6imgtIWYwOkU8QL8+ByrwMyFgnVEWwFrq hgnPlwVeKA+8UOZ/pTyA7iDcTRZ4t9L/EU8CkPvHAUF8n4CJAngwwI0C+Jgg6P0T3tUBEP05MQAL 8YL9VqU9s9J6w8BAuf2auUbAmxXGeUEgAQuDwiXWtFKLSMDFgCJ7aqmYViwmluCYoGeKxNNF9lOM AaRxXiYwphC3B0wt1++cdEYXyScKEQg8XiAfK+DZ35D7zxO0kvDhnwGAGUA8lCcezIH1J9NP68PE AC4JSCrY8eshOWpINu1o4/uxk42dIbSDlWsI+w+gcMjxAxhynAeziA0cEiOB8wjhAf4R595MdVe6 6p/u3Jyq+6agX+jKQ9JcIMCnhaLVB90+8P0MACABtvLoETIDweTRbYYB7IcZoHp3EEv12qcNCRj3 z9hAMGAsvqEC3CLMGCC784hwD3NS0B4+FGiv7sbNPyYT6EbvgAEcwMAu+P5uux24f9Ju3Wm36rJb m8//XbwbA0LiU4PcIQEigU7b4f470koiEgADICjosF1QbXw/kUD7LfSabs8kQABgxDV3ARnxqIBb uwwg25CQCSAWcAHAzQTcQICcvUkAWm0kEuACEYGK26CIBMjx84lAomWyiF0vY8n9e0iAEWEAQBgG AAAk3glZf5h+UjIVPA+QpGNIiTqaHyMZwFMN60/Ct38IX/3Z359N/C2/udEqTXa/OXl9WrlAAkBU wPPB5h16n3ZamuYftv5xq2WbNbr1atUG3/5Vh0SVwO6/Q5LqhEZ/fPXvtk53W+9036B6rVdXbFR9 N6ubtzkDduqH96txh/XkVOe1dFj/j3KCH+cGP8h23sg8PfmYM+aQfny/GrzLuWajIt/fm6x/stM9 SfPQsNMlUXdEc5HusAanCXVYzSeKrpJtcYeAakd2f4Uiu99qGUnHkddfKlsuVTFL+AKyRaoFTL9s CqmmC3WTBYqEL/qshvMkmX6y+yzRAJ/2tXH5kapP+k7Xn63rfycbfOeQZa8/2/h+2okU3H+IB5gQ AAP4KbQPBjBZgev+L/0OmUBDkwYAACAvDVAt5qtokgcACAQWijjuGgIALHTVdjHUbrFuhz4iZR5r iFCB1JZeXijbLVLtFtFKf0Lv6/glTvulqsMShXU54gXCBnQfrdDdWT1W6t4rdZ9V8so1uPy4b7K8 Zb28YyOOFr1vq3poh3p8lxqzR006IF4/JuflB7dUOqk/BStOIS74g3jAPv1vO/hv8Z8/qRD/+bd9 +peAU/RH8ND3ztoS/WWWfusY/a18crd4eLsYvMm+bZ24do192Qq7y2KrzTwrZo7V9OvApbP8aCL6 JHDhB74LzLFChAEYESaR6QcPeCtUz/BA2P2T1z9lWoM8Vf1tJpl4dxKgHq+w9VzUcP+4VSBUk6pP CLBg9E0d4fv5fjESHjkZ8DAApt/DgNBqTD+7f6/th0kgpKgXa7p/vONhgFn/SmfqETJnB5nauP8z yhj98KGiZow4QlE8Q4xYADDwI4sTgOqZgIGByAHiyDahyKIOM0DdSaZByOgMMFD32eOs0CFC5UQF 3DIUPlbItANxR5A7MBCBASSQAH5yrxx2w4F6E0rh/icY3x9WlDsqABKo3SMUuoG4BglABgDCDGCm BcKPUaPzo0a7VBCh7FrnigIG4P4NBjyZQXVIoWQAGnWGHqG6T/zF9LDHAyABAwORGGB0yFvPdJQQ ycMA89ihW+dV6xL7DrqjTpuElg0IBvaLBsgHrEb7LGIDkABkNz5kNz0kmx6UTQ4hHCASiGYYiDlq xRyRVMTiruLA6LK1S36ZuvzXqU+U7OiWZvXKEDfnyFvzRJ8McUWmJAbonYmbiWmf1DtT0A7piiz7 ykySdTUiAui6LOv6bOsG5oGbcyz6F27LE7fyqaP98g0P2Nw1ZA/Mt+/KtwfmWXflgwruLgjgxuIC 6wG+mwwwwKvXNYT1EeKBIhKQgGEg8Fix7/Ei3xPcKUQ8gA4i1igGg1F8hRmQoBgTBVz4Rxf7xxZX ERiMN0PGPE5gDhp6ptj/dHEVnzhU9UxJ1bOGCkpJPnQQlVTROsW0EpUSHlCNi41Rl/n5seq5EmIA BgaOC9wMwaiMkcCwAcIBkMBLBANlASKBtyr871UEcDkANwK58wCEAccxDGCiAAMATALIAeh9dv/I AUwa4MGA9U5lgDCA9GYFYOB1IoFy+9UyYUgAMFBquTDArUHPgQQChASTS6yJxXJaqfioQnxYKV4u sSYU208VW0/jwFDOBAptQwKjQQLWk0X2pGL9amVwdLF8rNAGBsD9W0wCSAN4/FcM51FgkIAHA6SH 810YoJUEZ58jh+bC9A/JEuz4oQeyJbl8XuX9Oer+bLx5H+1kqQf4hfuz9f2ZinRftr4X946hBhIg RnCGZiEQoH+T4IHjAtrUD4AHdP9UfUuKvuGovuowjhPlgQH3kFAigVAaAB5w2YAbgRgGeDgYpj/C 99eGAVrdr/4mBICYCgwMUOHGAgwGiAJwRhA2IUQEfDyoWfeS4xcEAxgO3iFxXhDxwG7AAKw/3yPm dQGJzthxA4GQDAa4MICzg6RJAMLaJr3ChYH4rTphMyaG4z0MCIunAoz756HhCBjYFIIBkwOYWeEI BogcDvZkPvyTwqY/CW0/LfG9X8WaI0Fpn8w97xgYaJmIWAAFi3fI/WM/mmWGg9nrEwYY0+/CQCgW 8AoZ4wYCIUXCALcAVWeA5mTxmQRg+s0AAPcCuQxgNs15oObzP4YKJPn+VqtV7GpJDIDOn7Wq7Von PlEnrFXtk1SHZJzm2TFZdUnWXfmDfY/1qvc6u/dGdfVmPWCXGrpfjz7sTEt1Zmbr93OdT/Kdz/JP k/t/N8d5IV2NOOTctFVds8m5aqO4cpPus865bJ3TYz2xBL76d010OiQFO651OqzRCWtUO9JqnDXU ZoWC6ceFAyp2hXsFQfQyGb1EtViimuNaYtl0Eb70k9dvzGo0X9La0Jj+ufJSWH8uXOsvL52rG87V l/In/wakWgwQkmf9ZfRC3WY5/aEAGBhCqCZ6LULfciYAfmDrz8WlXHATETqCGqK/SDaZK5vOk03n iGZzlPn8TwwA979AxS7UAAAzPLBQtV5Ekq1Dzt6TyQFCarNYwP0vEgYV6E9aASFELOGEpxgSGENh RIGKearlXIVOpLkiZh7t0P8BmmVeULGk+aLVPNl6gYpfBHIgYOi5Ql22Sl2zWt2YqG5bJwdusO/b Kh/dLsfskZMOqDeOqq+zne0ngiX/Pv2LL/i7/Z9TInhKOqfE6VMyiFqc/lMEf/c7J045h39w1hbK j9LUy4cEgcGoXfaQbXLQRvumJOuKlYFuSwPxCwJx3/lbfGM1muWr/5n/7x/7L/ogcCHPE2OKgDOB eu/iJgFEAYYH3vHVg/t3G4T4OFHDBtghNjAAQPt1vYjAnCWKNyNIwABAuAYJ1IYBMECoCCkEA2gT oiIEA69WgwFXVL9swoEzw4Dx/ZGKhIH/rrMODLiqAQCR+h9hIML3u81CUeEdqDYMkPD5vzoMECF4 MGBUc2bAKIoc/8QaMFCBa8UiMMCskTBgigiV1sONY7VgwFw8/HS1i8aiOA2ICvMArf8zDJiZAZwr apIB9xwhAwOEAQwD1TqFOBmIxACjaskAAQDWkelU0Goygb+CgRH/HQbQJvTYkb9OBs4IA9VuIOad 9t06uTDQOr5lg32i0X7EAg33gwQaHRQmGeAVIhJoelg2OyiaHbSbHyYGICqwovlkodYpvoeKdiz8 ecb8n198vHhX93R/l0z78gxxZx5hgN0r3e6ZYRMGXJYFGOiRIXpkmluKWRn25dn25cgHLLQMISKw rssmHrBvyMGRozh1lJAAt5LhbrLbc+3+mCoW/XFXcWAgBoutQfn24AKSNTg/cHehdW+hfW8h+oUe 4HVokT200E9IgOOGmAceLsA4ASHB8CJ0DT2GcQK+ncAFA6ICkMCIIrOSfCNJTAIji33ggSL/GEIC nD5EYMBIYNYS31PFJOKBqmdKwQMEAxOJDUp9BAb0iNOHGAkwY2AIwRPvo7kISUKZbyoLeGDYgCCB 242IBJAhIB8IvIgZYt/r5XDw77PjDzEAA4D9IQkHCpH7x+lAfFSoSQDC1h/HhiIKwGFBpjVoZkVg Jq2GBAAD1qsV9iu4UAwYgNag0sDzODbUwoQAYUCpjUvEiq3nSu1JpQQD9uRigg35fqV4t8J+tlhi QqBYmkBgrMGAApunhOUTBfaIQvE4BoXVE3mAAfL9TxTgCuHhmAow8wCu+w/DQJ54kJQriASG5oih ucQA0jh7OP5seH2zkuO/D5cK06qwst0n938fWf8sdU+WfDAL9wncQ8JIgKT1vgxFv4IN6A8z6V8g VNAPZDlDMgEGJPqToQAGfXe6HpCubkM+IK89guEB5gEwAJFASL0OCFppkw//Ub24KSgSA+Dv6Sd6 AftMBcbxsxgJXBKg/R4YD1A9WJwDuBEBqdteNwrAylFANzMZ7JGA6QjCFcLEAxAHAgAARATAABwT xBiwAyuuC4gAAFKHHWT3iQF4VGA7PeowCWxXCdtkwjZaYf0TtuHaYA8JcI1AW3NsKKvtZnrU0EY3 E0ACQOtmkntmKAMAogDT/BOCAWCARwUAAPb9jAFuR1As5oPD3/tpdR8BBgIkUG0kIAQA7qPx95GK TnKpIHoN2X30CJkP/y0QBWhaWxhyMN/+zVXBzACmaMEFTD/cf5gHzGmhzfCNXzdbwYUnjBfz/QMt YfrR9B+3WrdaI1uvVW0SVdtE1Q4f/sn9Ox3g+2WndbrLOkXWv9s6dP6Q+79sveq7Rd26Xd+9xxlx SD97zHk+PTgzK/hOtvM2Pvnr59P0mMPOo/v1kL26/w6HfP9l652e61TP9cEeyWjx75qkuiRhkrhj InIGfPhfgysF2q3EzWKtVqq4FSp2uWq5FMeYNl8iWiyRMP1LZNPFqski1XQhvD5aeubLhvNlowXq 0vmCVnq8FN/7ZaO55tu/IgxowDAAzZVUN5gDUW2oAI9zEQi4scAcVZ/ZgBjAhQHP38ctVZ1Xq8b0 D84mlx+CgRAA4E1Yf3b/5pM/TP8c1Wi2ajRHNp5jmn/M9LBwR4fnyxYLzNCwYvcv4/jzfyty8Oj8 wZFEbRdrNv1hux+/VLdbQgrvwP2zjPVvtQAIYXx/y3nk70U0Tx20mAM1nyOazxZNv7ObfCebfCea zCapJrMl0Ujjudyn9K1s9A1JkS79Who1/Fo2In0lGn8jmnxjN5stW8wWLecQIYj4BbLDYtF1ubhs pbh6jbwp2e6/QTywRT66Q47dK6YeUu+k6Xn5elOFSvs1eNLnICsQp6tsx6eCVTLol0GfRHTwg9/J +y2474SzolB/lq5fPiKf3ise2ynv3yL7JdvXrw70Wm51XGi1nmMRFTT+0qr/eeCfnwQuft8HKjBX Dpt7x9yIwPQIsdjum4gAJIBMIDwhAABgMAgpZP1rix3/GZIBU0SSABQy+oYE0A5Ej2EY8Dbd2QAc FoTCJYEQDxg2OLNMLPDi/8ADZ4QBnhUOjQ6HFGoTAgmQ3XfvHvYYoObRogwDf3mOkBHBABTRIxSS 2xRkqACFmRv+62TghIGBeqTwzAARQpgNkBX8VxhAj5DLAOHJAZMJPO1iQKSiwskAYID7hXiHMYBV AwOMCAbCqp0M0GMIAyJUgwRIXjIQCgc4EzCjw7VgADxQjQpqAkCkzgADrGow4K1n4oFhtJpOIRIO FEpgGLieYKBV25j6e+0G++Sl+0SDA7LhfrvhAQ4HiAp4JRJAs9BB0ZSKg7iWuPlhq/kRGY2bB+zB eYeW/Dp9ya8zRpVs65Rmd0q1u2bY1+fIO3Jkn0zRLV30SLd7ZYg+2YoYALeSMRJ0J0ggGMgSfUjo I0JKYGCAdG11JLg5x74JdxHYt+WK2/P41FFQAdqHBuTbGCzOs3iQwBpcAB64B4eQWgYGhuCGMmsI rinAePGDRQADjBcX2wQGw4r8jxT6cO5QkZ/YYHiRn/AAd5YV+QwhgA2IB4pJPoBBsW8UhwNPFgee LGIqKOKjh4p944r944gESnjOGEPGVROKTyEfYD1dgnpiKWry/W5iwBmCEWCAeYAUThLcHSIBP/GA 0bQS5AMvlvpeKcelY2+V+94vD3xUAff/MZ8ghEYg0wXEeo8w4Lj9LucAAABeiQc4BEAOYGYDIhgg AJUHMC5MJFAWeLnUeqkk8GIpjhCdURowQwKEAeT+n0NTkDWp2JpYYk8stp4tJvdvP11svVYi361Q r5fJCYXoCxoPBrDGFNpPFgqogEhAGAx4LJ9kDc+3oTwxPFcMp508MSyHrD8Y4KG8ano41wYM5EjC gCFEAl4mANdufD95fRbVUDYb/Sx5tyezSau7kynvypSDM+TdGQQDZPGBBPdk6bsz1d0ZBhIIDzg9 yMZ/gv5DQ7LUkExNeHBvhhqYpm7BEUPq2qPqiiOijzc5YADAxAJk8c1wcOSH/5Dv77FfEAz0MEgQ hgEzHOwFAuZsUIMBXkGb3ffK7ns4EzDhAGMAtBeBQEi003Wn6rYbB4bi8/8u+P6ue9y6027VmVZs skwvEKaEXREDkO/vuAPHAfGHfzMljAmBCDEMcDtQe5wOxCQA688dQVvI+jMJeCGAaQEyBSEBvP5G 2ZoeN8lWG/DhP2z9OQcgxa0X9FPcBtf0m5UnBFwYoLrlOhcDYPHJ/XuKSZJunUS2nn1/Es8A0GqE piCy/hqrhwRw/7SS0SfHb7qAOAdo4bUAuWCAtcYoMFOBIQEDAxgA0OaQUH7kqwP4DgHawSFCqwT9 lbmQuNVa1SpRtVor26zVsP5JOiHJiU+UCcm6Q7LuuE6T+++aDOvfjY/66bXB6b1BX7lF3bJD3btX Dj8UnHgs+HqGeic3+EFO8L1s5+VMZ3KqHrpPX7NRkunvvdHpRb6fTD/9C8ma/oVuyBOcTomYJybf n7CWBOvfdrVqs0q1WeneNWasfzRfRtZ8qWq2RDUl379YN16kmtC6UDVaIBsRBizUKIgBPBiAFmB1 TT++uJP156/+5P7nYb/BHMG+n60/MgEInECbswXLjQIiBZePZIA/7bubxAz4E27yMZKYHv5ONZzN mkMSDecQkJD1F27TP6w/f/g3nT8LcGRQS/T9q1aLZRysP3/4N+7ftfiy3VLz1Z+PLuXjR41CAECE wC1D+FueH1BxBBX8sT9mHr70G+vfdA4cf+NvbXL5bPRFw29lw29ICvrOvpT8/bcyYSn9U8JY/wZf i/pfy0u+lvW/UJeQZsl/fS5I//jU/vvn9j8+F//8TPxrlrjkc3HpLNHoC7vxV4Fm31gxs61WC6z2 i60uS+zeK+xr1opb1tkDNooHtqnhO9WEfXL6If12qlxWqFN/1Cd9wd+s4J8ICv5DVADJ0z71H2KD UwotRjm/6C1lam6ufueYeu6AGL1bDtlG/5rdd22g93K706JAm7mggkazAvU/Dfzj48DFH+LcIUwR 8PXDIQYABrzlHhNEAiHQ5kw/rhN+i/uCvHCAdVYYMPts+qvBAJl+rziF1iCPBKJe+3e9UKdQiAqq w4CLASYiIEXcOEYirx9Zk0wgEBIsPu/X/W8wgIEBDwbI62M1Vw3wPQMGBkLu3wCAW2CEAOeK1puB Hdf914IBzBI898MZbhyLaBMyJIAddzDARQJTG0IwhXd8EOkvYOAETwvUTAbqPhPCAKP/DgOhc4Sq yYUBd1QgJDL9JFNE7uDR8IB3yUAdmH6XBOqMzcfRolyQvLvGqiUDVNcigRoNQkZnmBlw3b8nDAwQ EngMUNebGagz4lgU6aydQmEYiHr8aJ3HjhIGGB44IwwYEjhzsxCJ84GErp1WJhMM9K8T1ya6wW5R f7ddf6+4dK/dEGcKBZAPGBg4KBodtJoctJsdkk15eIDnB0SLQ1b0EdE3K/vbn95Y/tvz40uSO6b5 2qcK4gEy+rfnIgq4ClPCgIHuaXD/XdJFlzTRNVV043dIvUxowEMFV+eIm/P0DblUoGvoWpxGSlAR IBi4EdcVWzflAAZuwy0Eol8ODxbn2f3zxIB8gdniAjQO3V0QuKfQrNa9hYH7SUVoHAIVFFoPFhMS BDBIUBR4qCjwMFFBgZ/BwLQP+YkNMFRQ6H+8yGIkYBhwQ4OqEUU+goFQRMBI4OcTh0iggnFFRAWE BICB8cVVtD7F64RibiIq9SMx8MDgWQYDFMWnCBImGiqgmotQXDCxmJDAP7mE2IAefVMQC/ifL/O/ VIpM4O1K//uVAXNhsFkNA3zAgcD7J+x3Q/0/7P7fZvf/Tjm5/8Bb9OflFokKFwAqAm9UEANgAoG7 g6zXynCE6EtlFumFMuv5kgDBAN8mRiRggQRKQALPEAaUiIlFgo8NtZ4qsiYQHhRTIcYX2WMLIZ4Q sEdBYlSBPbLAfjzffhxXBEjiAcKAYUQCYADxMDEAmX7kAOKhCBhAGgAYEI/mYU5gaC5hAPEA+n84 EAgDABXk8u/JZrtPnh7+PgwD5P6xmamIAe7KkIPT1V3p8i6sanCGvisdF40NBh7QH2riAUMFxAP3 ZirSfRma2QBUcD/xQ4YalKZvT1E3ggfklYfV5UeIB1wYwIqmIDcKMK1Bxu73OkCGHqs5GNQggekC MjDgUQGZfk4ADAAYHvA6iHBA0B7dfQ+OCeLCTQa6GRjYTZyAmQEEAtwFxDkAwwDzgAsD5i5h0wvE 7UAdd6oQCQAGzLf/HTIB4wEuCZDabbENCZi+IL5XWMZv0fERMEB2H+6fYGCrbMuPRiEYaL1BtN2E I4DQDoQoIOKYIJJHAkQLcP+EBBuZARgG0PZDm3xyKP0L9EgwQEafYUB4JCBikzVgwDX9YTBwMQCi 2mAAeoHY/TMPrEFWUAMGWgAGdHP38z9vGgZglx/WGqQBrsj386GfZvyXfgUG8L9gLh1ribvJ+MP/ WtU2ScUn6fgklZCsOiTqTsmK1Hmd04WM+wYI3/436Mu36Bt3OP136iH79Zijempq8MUM582s4FvZ wVcynGfJ+u/Vd+3S/bbra7boXutlj/W6KyHEOtWF/rUk+md1pyT8+3ymkETPDzf8tF2pWrNardS4 fWwFd/ssVS2WkvuXTQ0ALJYGABovYuuPgkUwsNAUgAGXATwRGFw6TzQAD5DpF0QCHAiQ9RfVYYDx gHgADUKw9QCGCPdfQ+7HfvMIbDC1QLcP3D8wAN0+jB9w/3MVCQBA7n8+DhglkfWH+5+vWi4wff8q zr2CQLZZ4jX8kL9nl+85fuP+Ix/DGIAQwHQBMQMgTDAhwHx8/m8OAICakYgBviPrD136tX3p11gb fGU3+Nq+5Gu7/leiwVeywVfikq9oX3VYhtNLG3ytaLP+l/KfX6p/zhIs+Y/PSYL098/ExZ9ZF35m XfyJfdEn9oUfi79/Iqn++6eBf35mXfK5Xf9L0fgr0fRrO5rAYJ4Vv9DqvFT0Xmlfs0bcmiwGbRIP bhMjd2PA4LUU/U2OTixRR38Knqg6/W/7P1UyGFCnSX7trlXq9K+BYMkfzsEf1Ooi9WmGeOmwfGqP GLZDDNxo3ZRoXb7c6rLIajs3EP1NoPEsf4PPfP/4KHDRh4ELcNioaQfijiAUODnUwADqmX56of7n 9vnv+okEXBjwBohDABApFwYwN1wDBmg1AHAKY8HewUFoDSLH/5p7lBCowEUCFwbCGGDW6iRgAMBd 2fHXqU4CRh4M1HT/IUXhBmIXBvDVP2JIIIpjASN6NO6/hgwMcDJQw/1XlxkSiBCsf60zhTwYwACx cf9uXxA/hvQ/wADVZ4QBsvseBnARIoGzwAD5fiIBXDyMHqEJ/xUGSkLW39wy5q4sDwaKal86Bvcf 0pj8emNqwgDzgHv1GNf/KwyYmYEaGMAKpwF1R7rHCnkwcDZ5MPDEkajHjtQZjnvHyPq7MOBSQU0Y OKs8GOBkoH+d2NbR9XfLBnsEtNu+dI9otA9UQGuj/VbjQ7IRJgcwLUAw0OygbHZI4OaBw/bV6SXf /fTmyt9mvFC5sHPqvxNSZUKa6pxq9clSfXPh+C/LQiNQtzTZNRWJAalzGkl2SbW7pxIecD6QhVai yzIwQzy01OlXoK7MxClDpGuzrOuygAQ35Jlbiu2bsq1buGsId5OBB8QdfNbQnXniztwATxFghGBQ nv+u/ABfR2ARFfDBo/YDedbQAmCAGScYWhh4sJB5gNuHzISxCQpM+xCCgkLTR+R/rAgdRLQiJTBC YoCsYGShb1QR9w6V+Dgi4JQAjUNV40uIBKqYBwwS8IriFEYL+BGQwHq22DexxE9C4YqowEfAgEaj Yv+kYv+UYvckohfKAm+UWe9WBD6scKMAQoIPiAQqAu8eDw8AgAEq/G9XYKKArwwLzCwPvIUcgFaI HpkBrDfLA2/gtjI3DTB6jS8TeBl3iiEW4FNEQQLTeUgAdwjgKjF7EuYEcHgoYQDBgJkS5pNDrbGF mBkYxxjwJBgAGEAakSce5xvEHsuDiAEeJQzIJR5wm4KIBB7KxYlAD/I8wNBchACoAQDQA9wRhI7/ HHUff+xHq4/b8AOvPzgLch1/phpEjwAASS4fO1m8ST4+Qw1IlwNZVA9Mk4NY5tGICGEwmEGADdIV uf97M/V96ZJ44P4M6N4M4ES/Y/rGo+q6I/rKo+gXIgzoAx5gr39Q9jIFf/jHCimQAPNArwO6J6hA dMe4sMBIwB6HGUD12uddE0bW3yMBxgAvB9gLAMDnfxwZJCIzAZ4KiJgHMADA7UDMA1g78RlBSAb4 UmHULGIAAgD0BW1FXxAcPwEAk0D8NpGwTRMYxG9FgShgu26/Vbfbqsjx4xZhzgdAApsZADajyYdb g7CDYQDSZnL5gorWEIaAaW2NUWBYf3pEAmBW9AUhEPBCANnK3CDGMMBjAChaYlYYLj+GeMCLBSJ9 P63R5vO/sf5JxvfzJIB5XMtf/cn0J7orCgMDawQBALt/72M/5H37j2CAsPuPYANj/TH7y4cIxaxG pNBqrY5Lkq0TVdu1Mp7seKJMIHeepDsmO53WOZ3W6y7rdbf1ZP1Vr426z2bnyi3ONVtUv53q4YPO 6MPOc2nBN7Kdd7KDb+U4L2cEJx1zRh12BuzWvTfavdajy78HGodkN84QuuAcIdURB4mq9vzhHw0/ qzW++q+C9UfPDy4e1jHk/per5ktxOXEzWH/ZDB3/Gh/+F7umn2qTA7D7Bw8wEuhLFypXC+SlBABk vuerhvOExwOIAvhLP5IBdAGZlICDApbn6ZEMeIEAwMAkA4YNvHe4wydcm9OE+N8xM8fk+xvziUO4 OoC//TdfAOHDP1v/6AXafPjHV3/y/Wbk1/vw71p/z/EnLNNhLdUdlqKA9WcGQETgNQKZHACNQAQA C0zTP0IAEm4zmMNtP9/Jxt+qRt+I5vNUU0Kgr8j3i3+RyPR/KS/5QpD++aX4F3n9L+S/YPrFP7Ep L/lKXfI1vSBpHwIMyH98Jv4xS/79c2IA26wXfyYv+lRcSCQAGJAXfGxf8LFFKz1ScdEnuFr4H59Z /5pl1Z9lNfzSbvKN3eI7wWCA24j7rLSvTbRvXy/u2SyH7VDj9sgpB+XbKWJuPjl+p/xP5/dAkBiA YMDSpy2s/6FCEBjI4I/+0+k/O+tK1ddZ6o2j4pn94rHt4u4N9s2Jdp8VFrKC2VYLb9r4og+qLnyv 6vx3A397O4DhAWP3OSUgwdm/5bvwPYujAPcngoEoggHy/W/6ot7EMUFGdd80tw0Y6885gJcGmB1g QAgAuIh8xGpIgGMBwwNeAWGQoDoGkAwJRD6S9ac1UoCB8OgwXyUWSQL0+MJv9dj3/7UMFdTAgDoc BRhhHoBNf83rxoymw+tzLPBTNU39kc8epf0fXRJwo4BqR4tiZ8rJqCm4XgDnino8UGOAOGKEwIUB EnjAxYBaMlRQzfq7Iq9vVnj9Z0pBCJgWQERA1r/ehDKS6/6ZBOo9ZZCgJGT9aZOLQl6LgQFggIgT RccWRo0NwwB8vzskgAQgAgaw41l/goFa4UBNEghjAEhgVEZogLhGm5C7epkApwQGEmoAQEju6DBM //CUqMfcS8cieYBXwwOQ5/trIQGahQ7WefRAnUf3tTcDxHcZGEAmIBvsFfX32JfuJSqwoL0WYIAn BxodEE0OU2E1OSibHLSaHRTxKT988P0nq3+f/mrl/M6pv7Y9bCekiIQ0fPu/JYvMveiSYXVOl53S Rac0QRjQIU2QOqXJDumyR4Z1TRZmixERpPEgQYbdO1NckyOvzDZHDFlX59CjfRUuKbOuz+FThnIC N2RbN+ZYN/FFxYQEtyIrICTAWUP9EQ5YhASDwANEBQEo139PvnVvEaYIaH2g0L4/P3A/2ofMcUN8 e3EhUgKeJfAPM3PGuMOYqIAeAyT0ERX4HysEEvDAMRqH0EdUUEUw8EShmxWMwuoz4wRjcEeBj6hg TDFgYByQAOME44to9UNFVFcBD3jg+OkSYgOAAYlg4OkiPD5TjNpAAkigBIcOzSjF0PAb5b53+GYx 8v0hGHjPzAAYACj3v1Pue6ucisDMMj8Kdvw4HaiMRNYf8wDs/qsBgNGrvL5Syg1CDAMvoEHImg4Y QCYwFSRgYMB6tojEV4lFkMDYwgCRAFqDijgQ4L6gUfn2qHwxIs+FAbcvyJAAOoJsgoEHc22QAFl/ jwRIoY4gTgOqw0CWuNfAQLb56o+P+ndnsOPPJEMvTIFv//SYpQZlqgGZglYDAEYD0gTpTirS5Z0Z EgX8vR5EoiKDCvoXEBqwkBjck47pAuIBWh9AaKAHp+l+qeqmFHndEXn1YdXnIJqFcI4QYcBBAICr /SKUBkCABM3dQeCBaw/J3vz5n8CAUwLaRzKAy4NDMMCQgO4ghgFj+hEI8DUCIRIg0Q7Z/W7eYUHG /Xf1MgFuDWIeMCMB2wVWkwxgKoA7grabD/+mEYi1VbRjBjCPoQNDSW23AQbaGNNPbLBFYwAADUJm GMAdCWD3Tz/pNps0AIBJgGHAzQTg/sMwgMeWG10YiDXXh3FHUCxgQMSuc5Gg5Tp844f1ZxiISZTR /NXfwIAhAfh+AwPk+43LZ3lgAAaoAQPNE2knsudH0trcPNLLHBE0M3PAETDQrDoM8Od/7v4nBkhS rRN12yTVLkmQ+2+fHOywTndcrzutl1036m4bdY9NqudG1XuTvmqL7rczeN++4BOHcNTPy5nO61nO ezmnZ2Y5L2ao8Sn6vj361m2q71bZZ6Pqtl52J3hYp/nkUNUpySGuaJ/oJKzRCYm63VrVhu8ZaLVK xZn7hleolitUzHKy/qbnRzZbQu5fN8Wqmi4RTZZIqptgAEA2WQQScBkgDAPSwIAhBCoMCTRcQGIY 4CgAK9VcNKCaTT+MvnH5BgnYxLOtRyDgtQnB5SMo8Ew/w4AwL7vCV38cMIoJBAYAUlNy2AQA+PBP 7l+R3A//C2XLhfzhfxEBgGEAsv7k+0NtP5D5wE+KBID21R/NCwYA2i7CwABPAqCbKHahiDUMwF1A zfjzf9PZitR4tmzkNv+IS7/WaPX5StT/0r7kS/ufX9r/+MImx/+PWeT7YfTJ31PNCtUo8BN+Df/k AYB90acWr/ZFETBw8cfyoo/EBR8FLvyIeMA6/6PABR9ZF35oXfSRTboQbGBfjNAg0GBW4NIv7KZf i5jv7FbzrfaLRbdl4spV8sYk+86Ncsg2MXKnnLxfvJ4iv81WG8p07m/ObxaCAlv9x9anbYeEgqjA p/7zcyBY8KuztVLNzdEzj9rP7iMqsAdvtG9ca/VZHuiwwGr1ndX8S9+ln/n+8aHvog/8F7xbdR54 gPMBNv0AAM4BTO3OEOOFqqiZ6B2KhAEjQgJj8cMY4J4xSpuGCv5dAwaMsGl8/9lgwOsCMr6/tswL MP3VRTtG+Pz/wq/ggeowUPM40bPojDAQFVGHYOBMDUIEAxgYqIeZgeow8NxPIRgwyYDn/n8MY4BJ AwgGsLokQKoBA96jkQcDE09EIRaozgA1VIsEqothwB0dNjBQXA0Gno6EgXBHkKdqMGAGBiJgIJwP hGAAo8NoB4KwOToEAyYZ+K8wcIYeob+EATccYP0PMGAGBhgGyPqbaQF3dduE3FiA5CUDZ84H6vAN xB1wtGjSDYP712kZF11/nyAegPYEGAZEw712w724g6zhfnOyEA8P7JeND4imB6yOR3948+S3a36f 8dEPn/ROP9kqxW5z1G531E5IxXDwnQXi7gL1RLG+LZcx4JhonwZOaJ9qU0FI0DvTvoaAIRPk0CsN c8Y90u2e6cQDkn7qlWHxCIF1VTbBAFEBWoauh3Dq6A2AAXETnzVEugU3Ftv98oAEuIsgl68jyLcG 5lkDCQxw1lBgMLqGAnfn++/lWYL7Cizigfvz/QYJME5QGMC9BKGsAKcPmWlj4AFGCwr9w0lFvuHF fuIBcwaRmSh4vNBnIgITFzASYJZgdHGAJwqABGacgEQwYDTOK8zA8YQi3wSwAa2nnsKkgZ+owHDC xGLEBbRO5UzgpXL/a2TuK2D93+dDQr/5Xnx6UiIHwOf/gMkByP1zDuCfyd3/b0Bo/nmdMSDS979W gQTg1QoLR5SWBV4rw/pyWeAVXH7sksDzYIDA9NLAtNLAc6W4TIBJAJnApGKkAROKrAk4PJRJoMge W2SNKbBJTxZYJGYAgwHiCQ4EkAlwaxDOC8pHUxCnAQQA9kO5Nq0PemPB5Pu9AjwAZQvTF3Qfi0cC 5L1eF5Br/T3h034mSQ7MICnj8kl3pos7CQAYA+5Mo1X2h0T/NNU/FTcN35Eq70xTA9L0wAxnYIZG wSI8uCsNPUWDGQkwVJDBM8cZ8t4MbN6BEQJ9/VGcN4pLx/jsIPL6xvp7U8JMCLzTg9uHDC302Ctu T9G90S/EN4hhYEBHBgJh4ewgNxAIqesed1zYHBPE4wGAAWP9yfdTQcIJobtkp92q4060A7kk4IrP CNru3h5ABT7/b5fxru8nxw/3z7VoR/vbZbttqt02SRhAv7aDMA+Au8Pg9V0AwK1hVBADcCMQPv8b 688yJADfT1RgMICtP9XcAsTjAUgG3O6gWHz+h/sHAJjJYBQyZh15emP9IyYB8Ct6hEjR7O8JBrCG YCCJFEkC5PK9XiBW87VgAHh9hgF4fbOiIBjAV3+GAZ4HcHlARuPiYR2zVrbkq4hx7E+iakOmPEm2 S1Zo/SfXvl53WYfjPrtvUD02OJdv1tduU7fu0vfsVyOO6mfTnFf4jP/3cvVbWcHnM53xKc6wA87t u3TvDbLH+mD39ZgY7pKMGwM6rdOduOHHfPhvt1a3Ia2RbVbr1rhsGN0+aPhZzmcTkfVfLpuh7Yd8 v2zKGMC+X0JLnKZLyOtzzaa/yUKXAVihopqIBBp6MIBZ4XmCLH7D+doUBAMN5tqAAbL+/MkfYgxw eQCP7nAwNwi5hwjRPnf+sLxP/rSyXOvfeB7GlJvMJ/fPPT/s/g0A8MXDuIQ4dpGMW6zilkhcUbxY tllqvvpD8csjXb5qv1y3X+54ch9D7j/eux+gLQcIAAAwgEICQP8tngRoMV+1IA6Zo5rNRgjQeLbC qUTfyku/IakG6PJX//oKnv5fX2o2/cbWC/L0tYQv/Wj+Ycd/RhkMcBnAFTDgok/EhQgE7AuIBNxk wDr/44DhgQsJCT60zv/QOu8DWm0mBNwrfNHH1j8+sf71qdXgc6vRV3azb+yWs0XbeVanxXavZfbV a8Rt68TdW+TjO+Wz++xXj4hvsvWWCifvN/2zP+gTQSIBqf8DOadJ9Gip//weCOb+dnpLuZqTq98+ JugPh28XA9eLvqvtnksCCXOt6G/8jWb5LvnEd/GHVRe85zsfvUPk+9HzExa3AAEGiAGAAXisQQKu iARc388Y8MafuHGMHb9HBdXEmQBPDjAARFwvECYBV7UAIFKhHMDITAiAAYgfPBiIgvV37xNwhU2O C86CBMQAvIYnhuu69w0zAHhevx5xQugcoTPDwA91p/1YHQbc1iDDAMAAFD/U4xsGSCEYqIYEYQyA ImIBcv+uvHvHGAZAArRWc/+4cIAHiKN4WsD0BYVUiw3QI+T2BTEMeI9Um1uHXQxghQpXURwRYIA4 RAI8Olxn7FlhwLQJhcRIABjwkKAaDISuF6h+zwCpOg+MdGGAvX51/a8w4I0KGCR4LJQMmNagM8HA X4wKmAsHhpP2d+zRefWGpBvv7l8nJrZF/T08M7Ab+QDBANfWpfuIB6DGQALRmO8gIxKIPuSbWLF0 7e/PffXzB73Sv489QiRgtTkm4tNkx2PymkxxdaaYWiafq9CTKsSVGbL9MZmQKuNTRXyKnUBgkCo6 p9nd0qzOqXanNAQC12bZ3UzLkJkiICrIEL0jkODqbDNCgJHivuaUIYKBPFxSdjNgQNySZ9+GfMCN CPrnBQgGBuQGBvDZo4Py/IPz/HfnB+7hE0jvzQ+AB3BDmU08cH9BYAgmCvy0PlhokQgDHirwP5Tv f7gQEwUMA4GHC6oeKfRhqKDQ9xhEbOB/jFRYRY/EBiYlMFQwssD3ZKHvySL/2CJCAt+YQt/Yoirw ADCgamxhFa1ch/HgqSI/IQGnB1UTSlBPKPI/XcxdQyX+SSW+50p8L5T5X4XL97/Dt4PhdKBK68vv 5UcnBDcCAQDeLPeb8V8q0PlTDn9PChWvERKUB/h2AiQApFcwGOCp1DatQWZUAAcHme4gjwQQCxQD BggDJpXYz/I9YjwnYC4QcMcDngQJQIQBIyExMl+GYIC7gxALPMqBAGYDmARIQ92VAEAMicCA+yGc FHS/hwEQTwjwPIAYnEXWHxqQKQeko72H3D+sf6YamKmp6I9P/oQB5PVl/1Sy/jD98P3AgFDNj/D0 EjUhAdf0052GB1IVUwFyg8EcFAzOwLFC9/ABRPfy4AG9f3OKuv6IvuIwOoWIBGD3I2DAkIBZe9C6 X3aH75fd0TWEU0d7kd2nHWQCIgQA3ffh+KDufIgQkwDOCCLrH+oLIhggDGAYMIPCTAIMA2T9AQN4 NKvqSDwQCQM8Ftyerwsgr48zQxkG4g0McD6QEEoANgtigHgDAFsIFfhU0C0ycirAkEArNwcADJhA oNVGuP8QCVSDAWIAsv4owAD84Z9DgA2aSMA4fuwQBqALSFBtLgwGCZDX5zUmUUQnCuP+8b0/SWMy 2K0ZAwwDkNE3AMCbRgYGjNGPBADj+KMNAESI44JQRxCahVqugWLXYgK4daJukyhJbZMU+n+SVcd1 igCgM3n39arLJtljo+q1SV63XQ3c7Qw7qCen6jdycL7nx/kEAMHXs/SEY87gPfr6LerqzU6vTTgh tMdG3RWt/6rzWtlxndM+EXMFCRgylm3X0H9Ut6L/+koRt0q3XKljVsjo5VCLZaLZMt1sqULnzxJ0 /jQhBmAAQAhAYutvdjwMICrgdZGKhAGDBy4AGBLgIQGOBWrCAAsFAgGwgao/DwyArh7u/8FPJh/A 5IArnir2gMETvv2T5snGaP4hANDk/pvNx7d/8/m/xUKy/hrf/hfB/eP2X57cxYd/fPtn97/M9Pyg zyeBLT67f+P4UXT03L8BAPqVMYDdP4snAdBTFEd0scgkAOz+6f8G7kQiNZkD99/oWwUA+FY0+EbU /wZjvkbo+Qk1+Xyh/v6F/PsscXF1EriYGOAz8Xfu+XEf2fQTG1wcesdjgIsxIQARAxiZQOCijyU3 CAkDA2T3z/8IMMAAQDBgGwY4/wNQwYWsCz6w/vY+8OCCD216vPhj++KPA//8zG4wy2r8ZaD514FW cwMJC0W3pfaVq8Ut66yBm8Xw7daEffYrR+SsDLGySGf87PxugwFs57SAgso5rRkMLH3639bpoj9O bylTs7PlGyniqT3Wg1ut25KsK1f4Oy/wt5odaPKlr8Fn/r/j8jKkBCYiCDFA6DQht02oFgyYneo3 DXPNpt+bGaip2jDAPMA1UoIIvYxzRWswQEgGBnDlMF81UAMGqP4vMFALAyL1X2GALyH+q2QAF43V hAGTBpgGIZKhAnQHGcdvGCAks4OfOCJgEiAGCMEAWf9IMQyABIyqwwBWd3LAuP8aIgYgu++tbptQ GAbI8U8oq4v5AVw69lcwMJ5hYDzVtWIBUgQMVJsYrgUDke6fFd4BA4xCOFALBqrlA3U9GAglA2eF gSfSamGAURgG6jxOJPAXMODGAqSzzAzg0rEwDPQkGEi88e476kTHtrgEaYAi1d9jN9hrAwn2AAMu 3Ws15KnixnvRKdT4gIg5fGpsSdKq355f+Ntbt2RnxR62Yo+IVkdEmyMi/qjd+Zi8PpN4QE4sV8+U qoll8pos1S5VtE2xaSXFExUQNqTa7VMlGodS7c6pogsp3eqWYfdIwzmkOIqUkeAyniW4IhsXk+Gg oRycNXRtjt03T4IHcqwbc21cT5Zn34KzRwVahvLsO/LFHXkB4gHSnfkBXFoMHsAIwV15AdLgvMDd +da9BfY9aBnC1QT35fkfyPcPKQzcTyuCAuvBfPAA4gKiggLUDxegj+ihAh9RwbB8ku/RAt+jSAx8 jxVVDQcS+B8nFfiABIU+d5aAkADyjy70GzwYU+QbXVg1mpCARYQwlmTqoiqTFYwvOjWeu4kmAAaq JpXiruLny8i+o8WfjwPyv1vhf8cVxohnmsHfMgshANdk+l+D44fvd+V+/ve/WobHl0nk+0stsv5Y S90oIKQXTF9QKZNAif85XDAcmFwSIAwgGJiIEWH7WQQCIIHxRUQCgTEFJhOwnnTTABcGRkDyiXx0 Bz2G7iBJJDDM7Q4yJAANzQEMDM2x+IwgeX+euD9X3AcMUGT9CQYMA3BfkLgnC2PBZjIYIYAbBciB GYJNv7wzQ92ZSQxAqyQSIJG/d30/W/Z+5PjTsXl7ajXdlqroJ3rn9lR6R/VL1Xd4ujNVDWAeGJTu EBgMAhUoooK7M9U9GWgZugc8oPsfwxUEyAcOysv2y8sYBjAizC1A5uAgd2KYAQBDAtwOxK1BXOzl dqD9Dll/QwK84lox4/4ZBhAOuDCwWyIZ2KO6IBZAFGAEDGAS4I4gMxWAGiPCJG4NMiFAhx1YXfFO u22CYIAsfju35uOA6HGbwkpUwOeEwvez9ceUMK3o/GH3DxjAPmMAraoVWX8UYQCANsi4TRgCbrWO AYBbgEIwgC4gU5DpJ+HuMLftJ3adbplMUjHreTWf/7lokQy5kwDYDzt+I9pvniibJykIh4Qa3y9N F1BINdx/M/L9XJDvj8Y1AjKGz//Bdb9kxGH9VZsk1TZJxuPzv+ywDglARwKA9brLBrQAdd+krtii btyhBu1Rjx/Sk9KCr2Q6b2U5M7ODU9KckQfl0P36lt1On82q5wanxwbVfQN//l+vOuEcIVwjEI9b BVRbIo01svVqzdeN6ZarZMxKGbNCt1gmWyzHh//m7ryvbLZMudYf536S9UcjUOOlqjH5fi7QDoQW IHL/2DEk0JgcP5t+dv+KanQKGfdvSMDMCWBsQJs6BAMNAQDyUsQCgAF8zqeaVhh9yHza96x/+Hu/ 6/vNh38+dZTcP3/7F2T9m8yXTeerpnwbcYuFusVCGY22H0VC5w9Zf9ISfPV3P/wvUfFk5UnLVQIs PmRu7EKxopqIBNj9Q/Qn7SD6RzwAWKxacVtRHP23FshoiD//4+oxhTGA2RItQLNlw+8IAEwCoC4h fYUQwLT+G5nGHvOlHyuTwEWuuYenDxl9ggFexUWfWZ7jBwwQG2CfkMBNAwAAF4dIgGHggo+tCz8W gAE0CJG4O+hjNAgREpz3YYB8P9z/h8QGBAO2SQnACe9b579PhGB5AirQXyEx+Nj61+dWw1lW06+s mO+sdvMD3RYF+qywb0q0Bm0Uw7aJCXvkq4flV1lyY7nO+dX5ORC0FPHAf2TwP8ohERWgICr4xX86 8xcnuVR9mWE/f0g8udMevEH0XW31XOxvNy/Q4itfw898//zId9F7Vefz/QNMAhghgN4CCUS9wRFB dRgwIn9vSMBdiQfI8WP/FJn+KMwKnwEGwu7fiB9DPIAWIHL8RAK1Boghsvu0vuRaf3OEaD1+ZCoI NwURCUQ+Qrxz1pkBb3qYalOEMKAeW/wwEkTAQNSZZgZCMEC+P4IHoOptQu7Fw5EwAACIkNmp52JA CAZqqDLq7DDAItOP4kxRQOTAAGAAAICmIL5i7CncKhDZJhRlxojdq8cipoery5DA2WCARL6/3hiM EVc/RyicDESoBgzkVscAlwTc1iAeICbTXwcdQQwDHga4VOCRQN1RaXVGpOHXmhgA4b5hFwZS6oAE wjDgkoBXhGFg+FnbhOqYS4hpHb6/Q49Oq9cn3jC4X53ols0v2SUu2S3r78YBo/XdSWJNDEBU0HCP fSnfQtBov910v7i7YN+q32cs+/2VW/NS41JE7CERm2K3PiraHhPtj4k+mYE+x0THFPV4sXi6VD1R oBNSrTYpgIFWx+w2x2TbFNkuzYo/JjscQ09RB3o5ze54jE8ZIh5Ig3riYjKcRto7A/cWX45byeyr MuVVPFh8TZZ1Xa64Locbh3LEDbnWTbniplz7ZkwV4y6C2/Ls23MtDBLko3Gofx4GCQbkm+NHrUH5 gbsKAoPzLeKBe3B7sR8wgKwAuj8ficGQfBtsUBAYkh9AXABZQwkP8n0P5hMV+B8p8A2DAo/koxhe gKAAo8bEBjxd8HgBUgKjEQW+kQUAg1GFVU96eIA+IshDgsKqMV6NR9xtjLmCp4txI8GUMt+MUtj6 meVw/2+7IYCfR4FxEqjp/0HPDycA6POB0Q+8VEJGnwo/6SVzQxntG9MPBTAZXIbVuH8zKDyjJBAh a5o3McyjAoFJEJFAgI8Q5SGBQms8nxeETID7gp7kw4JII3hC4Il8CwcHoTXIHs7dQe6QgDkqNMdt DTJTwkYP5NgPcBTA1l/cl6Xuz7IxKOyRAK338Nmggw0JZIiBGeT+bSKBQZnirkxkAjD9GZp0B1n/ dPL08s50545U0Y8c/zF1e5rul6aN9SfdGqHb0rz6mCTRO+ZNWg0S9E8jyf4o1IA0nCZ0V7pDVICI IE3fy3EBYcMtx5APXIX5Adh9VwdVd5cEVPf9gsCA6u4MA3ylgOzlHScKDKjWI4QhgW57Rbc92j0s yA0E3BXDAHuABHyHAIaAcWao+fa/S3cEAECAAZ4P7oSbBDTxAM4MDWEAJwPEAAk7kAm0o3qbhrYq QgJ8+wcJMCF4a5st4SggIgSQBAPMAN7n/w0aLp8bgVptxDxAq42ajD7v8wwAd/4Y69/SFOv5dCAy /dhhBlinY5JVtMcDVLRY51r/Fmz6yeW3IKOfjE/+VMD3o+kfDULG+rfgyQFam4dGhKlYyznAam8Y gDBgjW5Gvt9QAfYFOIHe5MNGWyaquERy/4oAoHWiaJss2yXLhPU6Yb1qv1523OB02Yhjf7psVLT2 2Kwv26pv2aHv3e+MPhJ8MVu/la0/yDv9drYzI915+FDwum1ICXqQ+9/odN2gO29wOq1XHZMxTJyQ pOMTdbtEp+1q2XqNIuHs0ZUKX/3x4Z/vKVshmy2XTZeRsxfw+ks1LP4ybex+MyroEef/YG28WDZa IrHDVIB9DwBwRhAzAz+6CUAoB2i8SDdcpEiNQslAaHR4gWYSkJcuUGZW+NL5AnMC8wWpwVwvJSC7 zzcKs6gwZ49C8P0Y9tWN55H1h+D+F+BmYv7qr6MX4au/2/ND1nyJarVYtFoiW3vWP345N/yscIzp J3Mf6fU7rnRo7bRCdVzhRgHYdxMAwgAzJ+C2APEMMaEFvv3H8cUCMfztvwUfPAoAmKPqnd/C7f/B AIA0n//NQZ+hLiBY/y8VCZ//WeT7LzbrLMUrk8Assvjw9xd/JjH4S6JHEIKN4nN50aeSvP7Fn+Kd iz61zGCAGREOCVHApwgESOd/YoEHPnJJgBMADwY+xud/Em1ygxBRgZ+QAI7f7HswYB5Jf3s/YHTe +0AIevnvHwf+8alV/7NA4y8C0d8GWs/1dVpk9VoWuGGNPWiD/cg2e8JekxXIdcV28e+4poBTgtMq SPqPEwwSHkiufwkED/+gl+Srd46JZ/ZaQ7batyfaly8PxM/zt/wm0OjzwL8+9l34QdWF71Sd97b/ PMDAKYKBqDdI1RmAfnLTAFpxjpAx+ogFwrV33zAZfV65jjhXlAw9GCCCCjwMgMjxv/xv9/O/YQAW 75Pj/6Pei394Ft90CgEGvB0y/b9zL9DvSAZ4ByME3hrRI+QeIgTNCN0wYB7h+w0SGIXuGcBRQuz4 iRAiRUa/3nNY6z5Hj0QCIfcPHqA1AgwMCXxfl3YwLeB2CvEY8Y9e7Qo3DEwKwcBZFcWjw6R6Zx8g Nm1C9Z6tTgLcLOQ9ejcM4LJhTgMMIYAEOCKIIISo8SV1x5dG1WAAooVxHAtwMuACAKseq64LAOz+ OR+IhAH2/ZBXh3jAkwcAdcI1ooA6o7LrjMqqY5KBUfD9kQqRAFbvHKGoEal1vOvG6o4449Vj3CCE u4ddGDCxQAQGVIeBsyYDnvg0oQ7dO65ev7bvXbfVaRHjwcAuG/1Cu+xL9tgN0DIENdxjNdxHSCAb 7w/clXtg2W+vrv79pQcLdkUftNodFjEEA4ftNkdluxTRKVXekinJ2ccfFR1SZa800fGYbHNUtD5i xR21Wx2RrY7YBANtUoAB8YABK+EYBos7cuNQ13SS1S3d7pZq9Ui3e6RZvXBvMWDg8gz7igyLhIvJ MHxsX5fljRDkonGobzZSAuIBniLgoCDXIvXLCQAG8gJQvjUQXUOBgQUuD+CSsvzAPWgfCmCcgMAg 308wcF8eF3mBB/JJ/qGmj6ggAB5AOOAnKnikEFQAMCj0D8uvehRDxr7hhWgiwnQB8IAJobDqiUI/ BwX+URAhARTJA0+CBGgHxehCAgPfuCLcYjah2P9MMU4UnQE3b5HLJwAACUROAlT430TbDwYJuOEH 1p8c/0tEAuTvS62XS8j6U00kgM0XcUEB3P8LJX5XZQG+zBgnh76AS4VdDOBZ4cA0vlfYYIDRxBJr YkngGYwK8JwAw8BYiEggMJozAcBAvuEBSTBAJEAYEOoLCsHAw6Y7KIeHBKrDwH059n05gqz/fbgQ gGDAuH8OBDKpEC4JwPczCdCabg/IJBhADnAnMABf98EAGer2dDL0yAHIzd+WKmH3YfTJrKMm3cLG /ZYUlwFuSYNuNpv8mkkM+qVqEoFEv2MOQoZUPYCzAgQFxANpajCLDx1CB1H/VOdm5APOlYc0XD45 fvL3B1UPwAB/78cKVYcBMzTMMBAmATyy+zeXiFWDAY4CBMOA6rILMGCGgzvv0R2M9d+pOhAM7MJI ANadOCcURwNxX1CH7TJhh3BhwIwHbFc8J4AEIH47nwpK1n+baQTiwQBzVCjJjAUzCYRgoFUYBqo1 AvG5QG4dt1HFbuLJYOQAWFuS9d+gILL+G2TMehWzXkbT5noNPECPkI5ZZwCgGgyEW4A4CoDpT1bN kA/wMIAJAQgG1gIA0NiTqJslymYYDoaaMQxwz08YBpqt1U3X0E+oo9fomDUKIcBaYgAZlyRaJ8k2 ybrNOpWwTrV3v/0TAKgum1S3TU73TfLyrc7N2/SAPcGHD6qnU/SMjODr2cHXstXUdGf4ET14j3Pz Tqf3ZkUM0J3+aj0ahzqvIwDQ+PbPd4rhw/8a2WqNarVax65WLVfK6FWw/vD9y2lV5P6bwujLJoQB y8j9k7/Ht3989V+mAQNUsMj9s9dnl29e4GQA1p9F+42YB4wADEgG3BAgUi4P8NAwkwCSAZ4WgBp5 MADNE2z0BQrcNMyOn3aIAbig/cYLJC4k5o5/tP0sVM0WyOYLVXNy/wtli0UyepGMWaRaLsZBnzjr c4lqvUS3XaZI7fDJnwGADD25/xW6/Uqy+DD9HVkeBrgkwO7fcIKbACQsdTAEzBlC28W6jbkKwHz+ 5wQgZgEuHGiBz//cAjSHJ4Bnq4bfAQbqndeiAWHA18QA4hLSV+qfxAAkrxEIY74RJGDkAsDnHgl8 DtNPMMAWHzBw4WfiQjL9TAL4yYwCIx8g0+/CgHn5LDCA2QDoQ54WIBhgEjAwgJUtPpGAOy3wQeBC NxywaZ9gAGsNGPjAqvee/7z3rPPeJSqwzn8PCHHhh/6LP/b94xOr/qd+ooIW3wRazwl0XmRdtty+ ca09aKMYvsOatE++lSIW5Is9J5zSfztVdlA6BANICUhEBVQTJPxpB/P/OL2xXM7KFNMPiuHbRf91 1pUrAh3nB1p+S0jgv+SjUxd/UHUBH0LKyYCvJgx43UF8ZBDPCXgf/kPzA1AtGKhnMgEXBgwJGAYI FWeDAe7/4X3opUgYgAgGwo9UGxh4vlpQYMRtQr96DFAdBkI1Ho3vZ5HRx/SwBwPe539mgJ88GIDL rwEDxv17MIBHjgWocCcHasBA3eowUGcSb04BDNSw/rVlYKDu/xUMRHQKudPDdTkKiHoqBAMl9Uwj UEgTiqPGk+8/UzLwVzDgRgEuAFS7XsCFgbq4ddhFgpokQDoDDPDjKF49GIDvH3EWGAgdMAoYCPUI nfGeARMOAAbqQGEYqM4D/2cw0L57x1Xr1lw/6NY6zaOb/WuX/a+dNpBgl8WdQhwO7BGX7reRD+wX jfZYvVKK5v7y9po/XhpTtr7FwVMt9skWB0XLw3arw7D7bVKsy9JU7wwZn2LHHyXTj83Wh+2Wx0Ts UfQRxR0iMCArLzqn2K1S8ELbVNHuqEg4JhL4rKFOaXZn3EVgd0u3uhMMZIge6VbPDJ4fSA8QElzB VHAlDx9fQ2tm4Los63pQAcCAu4YsnD2aKwgGcPwo1kA/TgmABLikzI/eodzAwDz/oPwATiDle4uN GAn8HBFgyBhzBfkB0gMFFiGB0ZAC/9B834MFaB96MN9nRgsABvlVDxf4huX7H813YWB4ATcOYa4A QwXhoKAIYDCysAp9RKQit5vIZYNC39gC37jCwHgeGJhUjKHhl0vR/EOmn2BgpjsSgGlg7v63XuMW IOQABgDI8cPWB4yqAUCpn3a4cDUD95fxVECpZdqB0BFUahMAGD1XYjDAmlISmFyMceFnCQOKAjwx HCAMwJxAgTWWW4NG57uzwiPzrRFIAyxkAnkGA+xHcT8Azg99JM82cwIuDIAEMC4cgQGGBLgRiHuB iAHQh0N1Ng4PvTsTEwImEyDdmUEYIAZkyv7p4s50MSDdviNN3E4MAAxQt6bJW4kBqEjVnu+XRALw +qnq5mOSpW9O1bTekqpvOqZCujkFuoX2XXGd6tx2TN+WIm4/5tyJ0QJaFVEBzxK4Zw2R7k2Xg9N0 f/wj+rqj+nLiARwZpBAIwOVjdNggAYw+FbhegJhB99wv+JIBjA539zCgOy4YDgNASDwrLDt7E8Nd d2rCABweiqkAFpNA++2i4y4NACARGODqAEEM0J6vEE7YQTJnBwEGeEhAm14gYgAeEcZsgBsFbFNt GAl4xYRAazMYgJVbg8whoR4MwPdvkBgD2GDSADMGIIkEQjAQi8vCyP17MEAFWf/12ImB10cswC1A MnodryYKYJHvD2EAqMAkAMluDgCvnwTfT2qxFm+S3W/GLt9sNluLRzMTjATAmwQw8wO4amCtjk2U OAKIGCBZEgDEr9f8+V912qA6b9Rd0Pwje21xLt8ir9uh79mvR6U4UzP1a1nOm7nO6znOlFTn8SP6 xp2qB3ECnxfUBaPDqlOyQ+4/gdx/Mu4WaJuoW5P1X8OHDhn3DxEAqKZgANFkBft+fNRXjUJG3yvc xyXuh/9q4ogAMLAk4gUPAxovIveP11wSoBcYBkLhALn/EAycUQQDtBIYMAPgSz/5ezL6jRbwJcQs BgPX9KPVh3w/q/lihYafRYoUs1iSYhfj23/sEv7wH2r7Ife/XLnf/mH6wyKv33ml6khapTqjdjqt IIEHTAhggoJwFxCaf2TbJZoTAEkAELeIrL9qiUsAyP3L5vOgZnwkUePZ7gQwjjH9lqSQAHwDGPjh x5+JBxACfKn+8SX5fleR1j9SbP3lRcgEFAoolAl4MPC5gQHwwIW4K4D22esbAQnkhQQDhhAYAEzh KjQozBhw4ccSBU8MuzDAHUEhEuAiEPEIVDj//cAFJgSATCxAGEAMYNP6NyCBdd57gfPe85//vu/8 93wXvF918UeIC+p/7mv0hb/F136igg6LAkQFNyRa9260R+4Qzx1UH6aJFYUy/Rf9a8CxFVqGWEF1 mqgAcYGtT5+oCu6qlN/liFcP2yN2Bgatt65ZGei8MBA72994lu+Sj6oufs//t7dP/a3aaULcNcQn ikIGBmD9XTCo9zqSBPoJ3UEMA+GDg6rpz7qvEBLwALGXCZif2PrzDQMEAy+doVMoygwGmFGBUMED A244wJmA4YHwtIA3M4A3I0y/mRh2FZEMhKw/RF6fGSCSBIxg8cn0k8WnR/erP+EBUYEJAcIwYIQ3 mQRcGEBfkAsD3A4U7hoKCbHA5BN1J+P4oL+gAhcGztomBBEJkEJtQuz+Q91BpiD3H4YB75KB0moY 4CmKfT/WGoqEAa8piATfH3G0qLl0LAwGDAOh0eG6Y2phAOnJ7Lq81pabDIxCs1CIAUIiDIhQGmGA CwNnHRgwMskAYoE6j5P+CwmQarr/CPHMAMNAtw4EA9cNugUwcMkuWX+nAgzsQDjQYLdosJcK2QAn jcpLd6sOh09++dOnSX+8OK1iedyhfzffL5sfCLQ4IGIOirjDos1REX9EXJMpOx+V5O/bHhWtj4m4 o1arI3bsIavlIdnyiGh5xOqZLh8tlrdkqzZ8+lBbRgIMEvBxQ+3T7A7pdsc0C/MDhARplgsDWaJX pt073cbdZJnWFZnWlZm4lYy44poMwREBZKYI+mYHcFdxDiICcx3BrXn27TlAAp4ttu9AUIDjhgYQ EhRYAwsCTAU4h5SRwE9IEBoyvi8fHUToHYJszgpcJMDqwQBRgRknGFbgJz2M3qEAZgkMFZi5AlIB DxUUYsL4icKqEYABM2rM4wSFgIExBS4MTCgOPFNUNbXE92JZ4NVS5ABmLBiHAuGSgcBrZf7XuPXf yGvy4W/85dbzZWTxjXAaKT72k9Ev9tMOXyEc8fnfGwnglWqLYIAYAMK1Yu6sMAIBDAkEnim0SE8V Egm4MAASKLRHF/DJoXkuCRAGEAO4GJBnEQaQcHgoYAAXhxEGGIVIgPuCxH3ZJLcX6J4sQgJ9N6IA eV+WfiBb3p1h34UbAwwJiEFoCpJEAndm2ndiJEASDNyWLm/PIKHbhxjg9lR92zHTCKRvS4OhZ39v YAAAwL4fMBBigBtpTVE3HoVuOopp4JtTZAQS6FtT1O2YNNCD3Zljp3+qM5Dk8oAz2D17FC/0o388 RV9zWBkegNc/oJkHTDLgfvg3rUE9ORzAWaLuxQIar3kk4B0f5LYJMQkQA6guhgR26c47cFJQ553u tcEIBLy1/Q7Rfqe5S5hHhHFqEAPANgMDZjM0MazdHMCdEAAMtNmq2mxTrQkGmAfa0I6ZEHCnhMEA 5qu/4QFeTYOQit0oY91AQMYax49NggF8/m+5XkWvEzD66wTSAOP4kQ/QPlt/EwgkEyQo4gRTgwTY 8eN+AB4FNu4fqwcDrt1P1OT4kQmsFVhXq6YMAM1WKyg0CYAbxNBWBK2VcYk6Lkm3SVZtkmVbYoB1 KmG97rBedd6gO210um7CGaBXbdX996iHDumnU/ULWc5bOc7bufqVbDXmaLD/Ln3zDueqrTgntOtG 3ZngAX+uyfp3SNZo/SfAWEtC3z/c/2r+9r9Ske/HDWXLJdz/ctl4uWy4HKafGIAs+xm8Psu4/Oq/ erXLALwuRp8PXgMJqCbG0NOO2x3kvlBzSICDgoiWoZrCXMFCAAC+9NO6kK8m4D6fpotoVVQ0W0zW X0cvVtGLJdYlKmapiFuiWi3RLNV6qW6zTJHaLifrH/rwDzdvPvnD+q8i9686udKEAUYGBsw77dEL xFnBCid+ucPd/9p0//M9YrhROHYRLhloSRzCE8AYRJ7H47/eIUU4sXS2avCtiGAAbwj4K8DA/+f/ 8/8xPBDCANLfPRi4eJYbAhj9/QsmAYaB8Gpg4HNYfPL0oWSAfvJ4wPvq/wlgACRgUIH+NpIBXBKA +4+YEzCxAGDA8ADahMzn/2owECmXAdAp5Ok8Wg0AsNya1veo9iMreAfrBe8BIS78wP/3j/31P/U3 muVv8Y3VZg6uG7tiReDWJGvIFnvcHvvVo/LbLLmtQpb+W/tkUBIMBAED2jmtebTAVsFf/KdTfwyi d+ioPXa3fc9G+9pVga4LArHf+Rt97v/nR1UXvVt1/ltVf3vrVD2GAXQNedcL1H2jigHAJYGQGAa4 L4jHBjwAiBRIwMBAaE6A9xEL1KP6ZVr/5LEBogViADcZYBjg3IDdP0IA/t5fLRkgBnje5YGaA8QR 08N83zD6f8yju8nNQlTUIaMfggFWJAOEH8ncm3YgrushE+C4wIMBnhUOC/cMeLFAFEiA3P8PYRhA LBAmAUMFIRio4f4j5TYIPXu83kRzoFB1Bni23C0iSCAktvu1YYCvG3N5ADBguoMiFVWDAUKKhAH3 ECFaXRiIUCgQcMVRAMFApP4vYQAhQPVkoKZGggQMDNQ96/XDZ4WBCB74X2EAci8da78yefV1A28G DPxzBzCAkOCSnQLrLgESICTYHSAYaLbvz+crlyafeuGTH79MOPxTk71Wk712s/2B6IN2y4Oi9SHR 9ojd7Zi6NhMY0Pao3fqwaIU0wIo9iugg5hDW2CMIDW7LVn0y0ClE/EBvtmUSaJciEo7JhGN2x1SC ARwx1CVNdMctBFY3M1KcbvXOsAgGLsuUl+OCAouo4CoSRggwVYyIIEfgrKGsAPHAjVkB4oGbsq2b swPEA7fkBDBFkMODBKETh3L8mC3OtzFFQDKzxWgfwtFDhAT35PkJCYwYCfwmKEBWkO8jGHgwPzA0 D11DHBH4DBKACrh4JL9qGE8Ym6GC4fm08mUFZqKgALMEI/IxToCJgggqGFvoH1fkn1gamFKCm4bJ 6JP1f70MvUA8Fmy9XmZhJKA8NAnAGICTf9j3l5Hdh/ufXkzOHo+w+8b9EwYU809k/Uv8BAA8Fgxx HQgxwJQSa0oxBoUnFrnrs8XWM0X204XWBJAAhGvFTHdQoZsJ8KAwSOAxCNcIDMsnDAAJmFlhHhd2 m4KgHHuod5Hw/Tk2SCBH8DyAkbybwwFzZujwXD2+UD+SjZGAwRnuuPBAtAYJwEC67E/KEP3S5V0Z 9oAMcXsaWoBg+o9JIgEU3PxDRh9e31tJN6TIG1PVTamaf9I3pKi+KfKGo4oEGEjRN6ZIvJnC4j+5 NdW59ajTL02Nz3EGcfuQO158TGO8+Jh71tA9aYgIOB/QNx6VxAN9DqIXCF5/v8BMcOiwIMwKEwnw CULgAU0wQGxgSKA7uX8TBfBhQV12CxcJCAD2aCIBtAZh5cOCcH6oGQkw1p+1U4IEaN2BK4TJ93cg BuBMAMmAmRPAmaGGBDwAYBggwfpvla23yNa0blWttqi4zdKMArfeqMnft9okzHAwrXFk+pkE4Pv5 879RzAbTCwT3H8MwgMJTS9wfTEZfx6zT5PVJMeu5SCYhHIh2x4IJA/gIoHWu3a+tZjwZzI1AshkP A0AmDSAwWAsSCLUAuTnAGuBEy0ScSRqXpFpxAkAYgGNA16n2G3QHAIDuutHptUVftU3fvFMNPehM SHVeztJv5jivZwenpTvjUvT9+4NXbVc9NsnuG4gZVJcNaB+ifyEhWbfDxQKy9VpcM9wqEeeNtlyN 64ejV+kWK2WzlbLpCkXW33z7d7VMNuIBgMbc89NosQj/xCJCaMSO3zAAO37mgeqPEWISAAyEW/9D swEeDOAFPJqLxozRpzddWjCJAe3gZSr4SjLMGzRbpJotks0XiRYw/RLrItmSfP8SGUO+33zyXyrj lshWS2XrZYrUdqlEw89y7Vr/FSqBfPxKV9zhw1qlO6121XG1SQA0wQAV9GsnExFgSAD9QubzPwFA W44UWqOzSLZagusFzD0DMQtx6igBgLmBuMkc1XiOxOd/9P/IS7+D9W/wnaoPAOAhYHcOWP3T0z++ dGEgxAPk9d0EgKz/5+LiLwgAkAC4MMBNQQYGOBYQF80yyQBtohfImH4DAxeR1yff/7nJB2ifjT5Z f44IjPDTJ/YFPBuA4mMiAXmBJ3z+NyTwIY4MOu9DfygcMEcGkcj6YwwASID6/A9sDgTCMwMhGDj/ vYBHAnj82zsBxAL803kMA+cBBnx/e8d33rv+v6GbyHfB+2gi+vtHgUs+DTSeZbX4JtBuXqD7Evva 1dad6+zHt9tT94sP08SaIpn5i/Or5VjOf3icAIcOERWo01j/tJ2cX4OrCtX7x9SEPda9m6zrV1td Fvpjv/EREvzrQ9+F7/55/tt/nmeOFZoZmhMw7j+cDIR2GAb+jVlh+rUaBpD+rJ4D8A5jgLcDx88k wNbfrSHzGIYBTA//Xs/DADcZAA+YZOD3ukQFEV6fVK86DIT2cQ8x2AAFvD4PDLimnx9NHVqjuCOI rD83BYVWkwCEogAupiIccJuFCAawGhIwsYDbF4RHJAMAg2qadKLepO//embANAh5scBZkwGPBGD9 QxgQ0SPkFnzDAP9EJGA6hc4KA2dCgjAMeEPDYwvrji0yMwMmCgiJGKBeBAx4SADVefIMMMDyCgYA nh4mDKCVdnCOUG0ZAAgVRgwDwIDaMIDjgzwYMG1C/9PMwF/2CIWSgfjOCSuTVl175011mrdo9s/t 9iU71b9AAuJfO+36BAMkwIBouCfwYPHONX+8vOj3mX2OFTXaazXGJLHdfL8VfVDFHpatD9nxh/Gd vssxxAKtjmCeOPYIuX87mkjgsGxxxEY30REojgghxY5LsVpjisBqnQJ+iKc/JB5IwamjHY4BBlhW 1wyrazrmB7pxRIDzhTJln3RMEVyRKa5I95uLiq8xB4/iumJ0DfXNtrFmWTdlIR8g3ZQduC3Hui3b FZAgl2DA6p+LewkGYpYA4YDJB+7KJRjAiUMocv135wXuywMPEANgzpgf78eosds4RBpa4Bua7xtS wFlBfuAhIgSSQYLCwCN5uLPs0Xz/8Dz/8HyPBwqJB/joIYYBs45iHiASmFDkn1KC0/1fxkmgmBZ4 rTTwailPBZQHMBhQHnipHLO/SAAIA+hl3BDs+n5YfPQXoSCZTV7904pdBphWinUqyb06AKL/KGOA NZkBwJAA3ylmPV1kT4CIAQKEAUbjCgI4O6jQ6w7KC/CgMM8K59nDc61Hc+1H8+xIEniEJwTM+aG4 TACnBuHIIMwKMwPck2mbTIBEMEAYAB7IlCPz9TOF6olcNTALacDALEmOfwD7/v7p0J0Z6rYMmxjg 0Wz5aI6+7Zi85Zi8OUXcmqpvTlXmwz8VBgZIN5g6BTBAAAAdRdH3qCQBBo5wOMA75s0bU7RJDNye omO6X4q+LUXffgy6I03fARjQA9OCfB0BRCRwNyaMMb58c4q+9qC+7AB4AFHAftWtRjjgMQD91B33 DKgee/lyMb5QDIPCu71kALEAzg/tukd2QYG6E8EAnx1E7j8yEyAGSNghEjAnoM35obhUmK8LQCDA JEByZ4V5QoBgAGsYBhAFtMLhoYpgoPVW7X34N5kAHuM26djNBAk6zrj/jWGR18e6QcWGAAAwgHkA 9v3hlUcCNNl93uGCYaC5eyKQjAEMAAma8yaZ/hbJGueBRmBAiyQzEsDdQdz639wdACARHqimyAqQ IbQ0OcBaEbfWZYC2hAEbVbt1MmG903697rRBd92A7/o9N+m+O/XdB50xKfqFLP16tn4lSz+b6ty3 P9h3m3P1VqfXJrvrZt11E0aHO6534tdpErn/tsmqDV80FscXDrRchQvIYtD8I5utkE0IAHgl30/2 vclyzQAA02+MPrqAaGeZcN38UtVwiWjIBRl6LrjmPh96Ab8SM5iX+dH9Q1f0JqOC6/hdGMD5oa7L x8AAiTuIXDVdrJuS6edGI1h/1Hxa0RLZYgk+8LdYKloshelvuUSQYklk+pfKVssUqfVy/thvGv2X q7YrVPxK9PcnkINf5XRYqY3wyZ+0WnVZpTtDilauUYRgoBMBABjABAWKh4A1MUA8hwns/iUBQCv0 GsmWixRZf2KAaAKA+arZPBJOJuVhZVxVRvr/svcW0FWca/s3Um9xCe7u7u6UGnWjBqUKlLobUKRY S5UCxZ0kJIQkxN09QYLVHUiy98gzG/nu635mZk92QttzTt9vnf/7hnOtZ90ze7Jpu86C6ze3of7n K2G//q9N+kLU/sKo86WBKUDk/umU8sKAbsMA/bJ4wKwFktbf2SJ83RqKpfs3GQDZAC8JAAbg9fHi X+cAoptXgwTY91PAAGAmBPiUMEBG/xoIAAAMWI1X/jInABhAwwCeMSuFuChIZgakLBgolw1wXl5h w8AyBSSwlOy+CyAB308YgJtXLGVRgAf4mSXuq5AucF27XLlhlbvex67Gn7lbrXV12aQO3KmM91fu Ouh+OkZ9P01sKtRivxW/uC/oxgUPDx3C3KHzFz0YSHqxRD9/7A9PYLG+NFOfG6fdTkiwx919c1nr taWNPiqptbzkmqUlV3+AkqGajuVifDp5gFuEZcOAFJIAcoSo7CLwThH1lgnxpcwMSAawYQC1QBQg ZiRAt4DEAJMHCAa8GAASkDDA04QgbhJ4g1w+9OcwYN5nAKjOpr/mq+VgwBY8vQkD0vf7wICVCoD1 lyTgjQEDZo2Q5AEzP1AOBniiaA2GAR/rX1G8aMypbyqTCQM15p2U9ULV556sRtbfogITBpANOFHj WZkWoIBTBBVgwF48jEohtv4IHJdWZqCcanhhwKdAyIYBAICjTMjLA9Xw+r8Ac0WlLBio5oABZAYq kADJyQCWkBb4KxigM93uGZAwwPuGnaOETBiojrTAn2cGQAJ0dujWcRfBwI1jGQYitdqRnBCIwVkn Sq0TiU7ietHq+Lxs/7Pv7T37/p2HExvEKQ3j1cbxgIHmSXqzRKVlitImReuWLgZniQ7cP9A+RW2d orZKJgDQW6TqzVM0iQRtGRJaIl1AMKC1TtPapunEA1wvhHFDhASoF8rUOqerXTMVgoHu2UqPHIVI oE+O2jtHRdVQrtYvW+trlgwREiiDecTQsDziAW0E8wCQgLsIRuUqY/KQJRiXr4zNd48vcE8kGCjg qiFTylRCAlCBm3RToXJTkQvtBIWkMuQKCkiu6YXu6QWuOwgJmATABoWuO6Gyu4pcdxXhvFtWEBWV 3VtUdl8R8QASBWgnQIrANYNEQVHZDOIBgEEpNxWUPXKkTGYJHrMyA08cdT17zDX/mOtlru8n6/8+ twVT4BgKJHsDeAkA84As+DFdPuvlYgjxCddLCNwyA/Dy8TLiBPpyYADkpk/pfAFLjsn6u+eTCAO4 Iui5Y+55x1AURJpDOsY5gWNoEngGGODmfQK8VgyDgxwdAoXKw0gIcE4Ae4UZAwrVByDtviKeH1qo 3sMdw3fIDgFvQoBJABgAErgtDy3CN+Wih/iBAjQT30wkkAsMICogEpiWrU/N1iZna0QCE7OQELgR 00IxBQgwAJHph5tHBkBiABl6Nvfk8kelmxqdLkbRZZrGp4UEFhvYl4wEnC4gJEhD/c8ESIAHMo0p GeLGDEM2Ft+EwaOSB9BFcDPXC41JEcOSxQA0D3A/MVqH+fW/RAIJAPHcZ4xKIQkDnBMwi4JwOi+7 xWK4kJwi2jUavp8AwKoLkjkB0RlpAW8hUKdDWkf4fpydIlhhWqdwuiOYBMzGALlOmC+l+0dOoG2o RkhAjp8AgEy/xIA2hAHcDQxJGAjh6n/4frMiyBZhgMkD3BxMjp99Pyy+jJvxJd9ho8/lQBRIu883 9aZBerMgDxf9w/3L0qAmZjaAbwIDkBaQGQBJArxLmEuAArSWgTo6AQLIpqMVuG2QaB9soBnggOgc AgboftAYEOYZGWlMi/U8kmrMy9ZfyzVezTaeSBP3JHlGRxq9Dp5H9X+I1j3E0yXE05V+NsjoRABA X4X6H6waaMWzR1tgEQF2ETQh7UblD6mhFLl8wgCCAS4EarTDgLOXAahAIoFouEM02oaPyP0DAEh0 c6uEAT5RAgSjz0U+XPcvb8okgPkAAQAeQIfANm4k4FQAyc+cI0SnXEBmBk23wf03JZHd36E3Z7XY LprvEC136FKtdmKZcetdBnz/DtFup95+l0Fqt5NMv+hEph8nv+zfQ+5fmn4hnX13iGLBAdRjr9GT RRjA8tDZTaICmEEQALD757GhvDpAZgAw+x/zf1D501K++9+EF/9+PJC00QbRaL3WkN1/g3WCAIAz AHpdVh3U/yADYJMAq1wngFds+p0wQL9sHvACgBMGzD4Bs1UAbGCRgJkW4PvXyGyAfP3PuQIpSQJ0 QpIEVpl1QVev1K9ZyXgAKuDSIEkCnBNgJAADmCSw0swJVJQPDFztiK8g6+9NDkBXLHXVXFqGJMBS lwQAWzWlFgMGrlziqrmEA6aC65a7aq121Uf5kLv9eqXPVtfwvWU3H3DNjFZeT9G+yFUjv/F8W+px C3QVCw/BwMXzjATi/MVS/cKR343g42JlpjaHkCDEPWK3u9vGshZfuBp8XHL9ChQOXbnI7Bmo+R7k hIGa75fKm17JoiB6hmGASIBhgKmACQEwwGkBCwbMDIAZyAIhjumsiVFCdp8AuX8JAyYJ4L63TKhC z8AbgAHuE5BIYMKAnBfEBUIckK23MgCmrJyAV74wUF5MAtVfQizTAugWYGGcKMNAzZfI/QMGqr9A khhgkYAla72A3Dd8+eSALwxUIhQLsd2Xr/9rzjXjmg4SwEdzTtZ8Fg0D6Bl4lmcKEQ84MEAKvh8q Nn2/U3L3MKjAmxlwwgD5/kphgBuIC6t7N45JOWBgNmFAISQzA+XEmQF0D1sAMMuqFPLFAEuoEaoc BpySSwZwmjkBn7SACQM1Hkmp8TBUgQEscVqghoSBgN0jbhwjMwMEAKJ2hC6RoE6UjqqhSLVl8q9f /rIquPT1Z08ENYorqx+nNoxXGsdqTZLUpsk6GgaStHbJWp90vUe6QHVQqkZn6xS9ZRLRgto8maQ1 SaGH1eZpWqsUrYWsHUpVW6ZqbdJ04gGCAZ49iqqhDuk8ZShN7SJLhjKU7plIDvTIcvfMVXszFZDM rmIUC6mD85SBOW5ZMoQsAbqKkSXgkiFuLM5DV/HofIVgADxQqEzMAwYQEkzOdxMMIEtQqN5YoE4r xBBSqVsICYrctxSwilwEA7cWEhWYSAAY4JN0V6H7zgIX6a5CCQOyfKhUFhHdW1BGYCCzBA8cLkOW QLJBURmyBNxRQDzw6FH346gRcj11FH3DLxW73+DB/++cxmxQBgAXTwt1vXlKeYNh4A2GAcIAcvx4 5Q+h6F+++3+52HT57Pvli3/p/l0vnSiTd3hjABjgBSwSBglYFUHAACQEJAOYGOAmcTZAdgwrT2C1 sPvxwwqPEFV4apAmYeChQpDADM4JoE/AggE5QvSeAgXtAYXa3YX6XQwDd+QjG0CanqfeTuLqIJ4U JEXuHzxwSx4JCQHCgGm52jQsEUPT8NRsfXK2QF1QhjYRC4DFxEyQwDhTgAG8+PdKH52hjwQPGKPT 9ZEEAwAAfWQqMIBljEgzRqaJEWnaSNwXdJpIgASCGJOqI2lAoiCdkECMR0uxMTndqhdCF4HAbjIL Bm7LFjdneCamitHEA0nEA5gv1BejRU0YQJcwCykC5AQAA71jkROQ7h+bBBgALBKAusWK7rEYG9oN vcJw/xIGiARkhwCTAKqDyP0jCRDO6wJkl7DJA6Ij3ZRdwgAACwaQGRDtwg1MBwrDpKA24WgSaE1i ErBgwDAxwKGWB0wYqIgBzTkhgBKg/cJREWQCABiAzmB2/OaLf8Tw91YbAMAAmQHU/DQNACT4EQME Gn4BojHmBeHSL8DGAEICjBuSE0VbYFmB0YbM+n5iANGe1SlYdAxCQ3BXjAMil6+PjTHuwxIAz1v5 598t8DyX5ZkWZ/QJ03uHiR4hottBozsmCHm6HBAY/UlfFai1CzTaBuqEFq39Uf2PVcR7RNPdwo8B oNFuQSL3jx4AHv5Tn7w+9wPA9O/QEGxno0/mXr7sJ06wYKABiWz9dqOBrPjHSXf0+ls5SyDFL/sl DJh3GAYabfOw+5eXuM++H7U9JgZg/4DO28ewl6DpDrz1b75db0G+f4dovl202Cla7tJb7zTVZqdo S15/t2i/B+qw1+i0R3Ta4+nIL/s774HvJ9PfhV/hk9GX6mGp+z7Dkugpb3IgxWygEyfg9b8jCcAN APj+jpgjBABABgBThtBt3AIZALz+x+5hzgD4YTuBWf3fcIOoz+/+GQC0ul/pdb8Sddbqtb8k328L 7p9Ui+TIAJQXCoQqhYELFy58990PxAPlAcAZWyISQKMwgUE5GAAGsEwG4IAs/rWSAbzix8rDwNUr GQZWq7Jv2CYBJwxcvcKsEfLBAKkrHO6f5IQB7g3wkgCp5lJ3jaVlNZd5swFXLHYRANixecqb1nnV EvQVXPth2Q0rsGy40Selrb5ydd2kDN6pTtqvPhiuvBSvrsnRD5wQp8951PPnPR5QAcEAtxfTeUE1 zp86cz6wWHyYoT4d477tgGvorrJuX7ubfVFad3Xp9ctKrlpccgXaiDF41CYBU+zvvZLJATtF8A45 fskAZgMx4wEwALLzAJB3mhDdZDEMlFsp4C0TMnV5GECKANbfPr0wABKQMCCTACYM/AbfzzDgxQCp v4ABTgIwDJAqhQG2+7JpWA4R+jMY+BMhdeBr/X0KhL6hm04YgOZaZUJe8aZhOUQIaQGO0TzghQHv TCG7QEjmBKQkBjhggNy/j7h/4DB3D6NzoLLkgLNeyAcGeMlAeRjATQjJgWqOMiEvDFwmM2DDAKlG 5UuIIQsG7AIhHxgwa4QIBjgzcPmBQl4Y6LA7cPeoaQQDzZvU5sxArUgNVAAYoEu1VcLvC3/4Oqjk ndU/rW2X+EvdGL1BnNYwTm+UqDVJ0JomaC3QQKx3TNVGZOkdUpEWaJOqt0rC/eZJ9IDaLElvlqw3 T1TobJaMOaQtUnUmAYiooFUq9xlnoAW5bZraPk3rkAFhUbFEggy1W4bGu4rdvbIwZQgtBDkqTx1V +qOLQB2QrQzErmJ1SL42OB9ZgmG5yog8dUSeQmxAVDAyx43Zo3nu8ZwfmJCvTMh3TypUJ5NABcqU QpWQAGCQ70aioMCN9uJC180FJMDAbcQGBWXIEhS4bi90kzhwoa+AwQCJAjqJCgrL7kaiABmDewoh IEGh6z5CAq4dAgmwiAoeOmw2GaOrmAcKzSVHfrzsVbL7p3gLGHy/m9w/zwBFWzD5/tcw/Md2/6gI cjh+94vMADIguw/B8bvs0wyOIwPwXLGLfD+CY+55R6XMVMDcI7h8FquFzT6Bp4+4n+KEwBOH3bNJ R5RZh92yXZiEbWJmxzCRgGr3CSAhUGRtEihQiATu4TUC5tSgfCsbkAsGIBggBpC6NUdFi3CuTgCA PWJYJIz2AAKDabxjGEvE0C6MjuEJmepElPKLcZnaeF4OMD5TJwYYnaaR3R+bwW0A6WJUhqmp2R76 aASRQJo+PFWMIKXodI5MEcMpoDNVDE+DiAqGp+oUjEzDEjHigVHEDClidKo+OlWTMDAOPGBMSPdM RNWQZ3IGJpACCSQPoJnYM53B4GZMJvWMThVDko0BWD5AJMAAILcLMwlAkgTkQjFGAmKA3swAThLo GS16xJjrhM2KIMCArAsiBiD3j6ATbwyQ00JlgIGh4aLTIUPWCHU4hI3CZiogTPIA4rZhwADZIQAM COPtYKEesvscMAYgJ6C3DJGyfT9e/HsxgOuCkAfgALVA+x3u3+wE0JvzxgAYffQD8Ct/h8wkAAKI vL4UeX0/Mv3k/s0SICaHAEFUgLKiAL1lgNEykE6tzX7RNkhvFyzQDRxsdDzgQUNwiNE9xBgQ7hkX 47k9wXgyw3gl58KL2cbsdOPOeM/4aKN3qN7jgNH1gIdooUuQQT/SDiBBAKC3RYexaOlvtMICMtGM GGCP4bebq/93weiTUAJk5wHkO35p/fk+tIvsPiOBfMdvAQCaAThRYJIAaRsAoBF7elABDwm1fD/f t04SRohuxQnrLwFgu9Fku9F0uzC1TTTbQcKyArL7LXZiYzGbfn7Nv5sk2u4WpunfC3XcIzqS9d9r dN5rdNnr6bJPdPU3SN39Rbd95Olh8cnZ9/A3eviLngFGrwBPz31Gr32iF05T5P57kvv3NzMANi10 QxsAmoMJJAgnyPfD+u80rT+pzXY0G7Teorci679FNN+kN9uELQRNNgm/jaLx16LxBmQAUPmzXq9H Iuu/jny/Tr6fJVD543X/XtNvWn/p/r8QkG39K0iWAzlhgEjA4/Houn7i5GkHDzhhwCwQoptoHUZj gLzDGED+ni0+I0E5KoDjlwzAlUISBuhkDOCiIHb8yAms0q5axeODmAQgSQUr3VeucGGhmDkdyBcD pOTIID6hK72nlwHMaUIEA8vcEN1cwjVClcrCgPIqo5tXLnFdtbSMqKDWqrIGa8rIynf82j1gu2tC gHJfuPZigv5xthZ6Spw463EJggFGAtIFPs9fKBEXDv/m8T+mLc1Ae/HNwa7Bu9yd15c1/bSs7sqy 65aVXv1ByZULy4gKHMkBafqdOlvTKhAimSTwjhkwCZSDAc4AmDyAADAADEBMH70Bx1+eB0hmzI7/ D4YBpoLLwED11wgYZCDvICEgZVYEWZkBcwOxEwOkyNnLs1yBkCUbA+xKIVsvkvVHgZCDBCQGgAf4 vkkC5ZqGL99AXBkMOKuDpL61J4pWt3MCjgIhDsw5QgAAs0wIYECX5qIxTgjIeqHqz5hDRcn6SwyQ POADAxUzAwQApOpPAgl8eojZ/ZeTrBpy8oATA2xZnQMYLSqtvxMGnAzgvOSNY5WuFyivRzPQMGDB gIUEvjBQHQxAJIDMANoDfEgAe8fiSdVnmDAw+maGgRsitBsOqUQChAS1oxTigfrR7seOhQeXvr3x txUd07+tG63Xi3M3iNEaxCuN4zS/eKV5ktoiSW2TbHRP14ZkGa2TVVLLZL1FstosUSM1TdKbEhIk qk2ScNmM7nPJUHMnDKTJUyMeQP9AOlGBKnmgoxw5mql2zdS6ZSjoKs5UemZpvbJUDB7lxuJ+OapE gv454AFsJMhXh+S6hxIY8MShEfmK1EhODozOd49BC4EynkVIgPbifAVgkA8wsDsKcOa7bgQbuG5G BZGba4fctxWil0BmCaYX4by9sEwiwR2FZV4w4FyBRIK7SYWoHboPSIDNZTJLADBAyRDqhR49Uvo4 ugXcz6PuH12/b8pCIO4GZgZA+y99xJ0AQIKXisteOm6+47cZ4EWy+HjB73reLPvBMFB+/e/VfCmU AFk6Wka+n9w/CxgwxxoWJBuFZXvAU0exYJgTAsrjR9yzjrgfK3LPPMLVQUeUh72Dg5QZPEX0wQJZ F8TtAV4SUO7OV+/O45FBTAIYGcQ5gel52m0kdAbzmSPBQL8lH30CN+XoN1GcK+hEWiAPJDAlC1NE p2RqE7LUyZlYJkAkMDZDQ1ogXYxBQoDFVEAwgCQApwKIDcjigwHoJNPPMWEAiy4NkECqPowumQRA CJIZAAzEA0QFxqhUfKdsLSAeIKFkiFMEUzI8UzLFtAwI9UIZ4pZM41ZMHwIPTEwzRqcY4AFePwz3 L3uF4/VecRqoII7cP85ecc6iIAjtwjHYLcAYwBuFZTkQVwTZBULYGxCFJACqg8z1YebpEJqG2x/S MB0ojDCAVwdwgAmhYaJtmGHDAJ/mcgCZGZAAQDAABgg1fb/t/k0GCEZCgLMBbP2tDECzYHb8wWZR EPMA1DzILAdqKtcFsPjFP2AAwqW5BKBpgIcCUmOrZ4DULFC0CDAwjTRQb0Xab84DbRektz8gOnIr MAqBQoweB8WAUO3GOPFwqv5iruedfM9rOefvTTF6haLyp9sBtQu7/y5Bng5BRgd2/+0CRatAtaU/ AKDlXr3FXowharIbJUB+5P53CxT87GJnz+6f3LzMANTHRCAYfaQFJAPsRGmQBQMsswfACwN0NnK2 BLDsBQL8KfYHNyTrb7Ud8zt+LCBrugNBUwSi2S6t2U6drb/WnBz/Th3uf5dotVtvvUe022O0w2mq w14DL/v3ic57oS77yO57ugWI7gFGNzL9/qI7+fgA8vqw+zj3k+k3evuzKGD1CfDIgGEA6rlHlxgg 64L4lT+Kf/DWf7eHBOsP9481AnKcaDuu/m+91Wi5BbvGmm82Wmw24P4xn1RvhD1l1ot/sv7r5Ot/ UfcrU3D/LM4AGLUAAKj/Ma0/Of7P7Vf+ug0D11s3MRfIMR3IZ2mADQM2CSiKUlpaevjwUeYBmQfw hYHKhTyAlwF8RNZfLhG7VvLAajL9iskAJglYl6swR8hkAEtEAlcSDyyXsS8D2LriQ5VlwsAV5k1H w4AlbhFmLfHCQE0nBrCupJPdv4MEUD6Emx+QSmp+cO7KJWVXLy29YXlZvY9cTT4tab/B3Were7y/ +55Q9/Px2kfZ+qFT4rvS87rHY3gunqf/zjyEFO0E5y+4xYX83z07i8TCNNesSNeUQHf/raXt15Y0 /qSk9vLSa9FIgJZiVinBAPn+CmVCMktgsoEXBnjAqEwXyGFBNbgxgDsEzFSAed+CAblyuKJMNnid HD8yAzI5IKcJ0X0bBtjxmxjAJPC7kwSqMwMwACAnYJYGmTetS24YwBAhMMCfZQYowGkWCzEScIcA w4AEAAkDEgPkpTctAACYX0nrMJYN27Fv63Blmkc6DcdvdQvUYFUn688YYFMB8QBZf7tMqKbsGUBL sZUQMJHgeHXsHgYbSN9fTn8KA7I6yNSTPmVCjASO1WPVnyj08oA3CeCDAdw5wKo+y8wM2I7fRxVh wNf6VxTDgNw97JANAyYPSBio2DZAYCDZACTwcEL1GYkSBsbcAhhoej3BQISCtADBQKRaN1q9MS9t 37kP9pcumJqfXi9CqRul1YlS68foDWM1lAklaM0AA9geMDxb75Kmt07U0SeQpDVPVAkAmjIMNCES SFTpSbqDMxltBs2T1RboIpBIgKohUus0tXWGhilDWEwmqUDpmK52ylA7gwcULhlSe2BXsdIzU+lN MCCVrfTLJhjgFAE2FqORACVD+RqqhvKIBHhpMfEA2otRNTQWLQToKuZEAVNBgTIxX5koYYDEHQVW ooAC102FQAIS8YApLhy6jXMFmD6E1gKAwR1F7tu5fIibCtx3oY6IswRyJmmRi5sKXPfJgaRIEQAG Zh4te+qYe84xGPrXjqNbQO4Ck12/Ziuw2RDsfhkiDEDND4//d7zsP05GX/KAlGX9ZTMA5HoOQ0tl MwBhgIuCuUdc5P6JAZ4lWQxgFQUhG2AmBLBJAAmBxw+7Z0IKw4AbJHCYhF5hLhDi9oAiYAASAgQA +W6QQL77nnyCARUwkK/eJVeJ5aoSBm4nGMiVfQIaglz9thxter7Oy8WwX4zuoIUglwgBtHBrjnZz tnZLtn4TJv2rN2ZpN1KQqU/h5WIT0a2LAiE5/4d7BjAsCFmCTIIEFAuNJkPP9T/k7EemojpoJJAA cgIAUgTMCTJ1ADEMsDQ0EqSKMWnG2DRjHOaQol5oImtyppiaQTKYB7CV7JZMrCS7NYsIwZiYboxI MQYlYdionRZgDBAQAQCGCBEG6HKCkF0jRDDQHacJA3ZCQMIAhgWhSQCBZADZKiBTAXTZPlzDfgAL BtpHiHYYIUq+HysC2oWaS8Qobk13wiUMmEhApp/zAFZdEM8GbcGij8jx2ySA5QAgARMGmgVrzekk OXw/iUv/6abRLAixLP4hQw/rvx+v/02LT+6fkYBEvp+EnIC/wbvDUAvUJMBoSl+ICiJeULBftA6E 0AkQpHcIhjqFkNAJMCTSmBSLKqBnMoznsz1PpHumJ4jx0Z5BhzxdD6JboDO2CKP9F7P/CQACRFtu /yUGaM4LyJpx9b/fbr0xaZdoQO5/N9f9U8wM0GAHrH8D8vo7DDopJhhoKCcCbRcNdiA/QMDQeAfR At03XX7D7egfsGL6WRMYcCmTALhp+GHGqI6xods0isnxQzsEqelOndRsp+N9/y6o5W7U+bTZLVrv 1tuS9d8r2u012pP26B3J8e8zWKIzv+bvFmCQ7yfH3yPAVM9AkuhFgr8Xvcj97xe9SUEGnRT3CRQ2 BvQiPPAXvfxx9uCkQfe96PrtvsesHeqC7mG2/jxECC/+2f3j3T9Zf1bLLTqpOYTKnyYsAgAwgLf3 16gvq//x+r8cANQGAHArMFIBDAAyD4AqIMCA+fof7h8AAH1uVISB61heKiCVhwEfEjh79uxvv/2W k5Nn8YBJApXBgNk/gNf8yAyodsfw1XziJrcBXEPuf6V6zSqdYICw4WpuFC4v7x0AgAUD5OYZANyA Ab6UcnYPm5cw/cqVy1QKZE6ARfeVK9ANXB4GlvIEIQwR8qYFbBiQPQOIyfd/QO4fqQCTAaRAAmXQ Ij4Xl15BSICOgpK6qwkJytqtc/Xe6h7rr9wbpr4Qr63J0SNO6adLzhvGecIA4wJ6i42LF86fp+D8 OeVC7i+eLYXa28nKw+HuiXvdfTa7Wn9Z2vDjstpIEZy7cuG5KwADZzgJAMdvZwNsGOBsgAkDuDRv npH5Aen4YfpZHPAyAWQMiBPOVH/jD8AAkgNk/SkoDwZoDpYFQpwceN1sGgYhSAEAysFAORLg8UF2 NkCuGpDuv5zY2cPxc0z6i8yAAwawZeylH2uge9h0/9xALGcK0eUP1cjf2zBAGDD/hxrzOagcBjBR FDzg4/7Lq/q8b2wYYAzASSQgRbETBmpIGGAecAwYpZuVwkBlPQOyQOjpo5DMA5RDArpEWkCWCfmQ APQEzurm6jGQABjgMjAgZcMAlwlB1WdyfqCSzEAW7xmguFyZ0GUl0wIVYaBcsdBfwIAZEAw8RDAQ TzCwJ3D3WAkDtcK1WuHihgitVpRaK0rvnnZqy+8rQ0rfe/LkwQYxrjpRCjIDpCi1UazuRzAQpzWP 11rEa+2TjCFZettkrXUiqoCaJxEk6ICBJK1Jot443t0kQfVL1JoQGCQozQgVUDuEYaP0JFEB8gNY QYCgdbraJk1tyy0E3EWgdoCQHyAe6JKpdCMkSFe7Z1HgJiTAIgJIxbriTCABxg3lKAMJCXLUQbna ELQXu4ehkUAZkYuqIckDo/NdowrcY3JdY0EC6rg8ZTz6CtwTClQMHcojHlCn5JvbyrDDuMA1jU9C gluKFBQOFSq3kjgzcGt+GfEAkKCw9HaiAtwsm16ELIGkgjsKZH6AYIC7CFj3HXbfV1T2YJHrIcwU wmbiZ8m7H1deOeHiFWAyD8A9AFwR9DJe/MsOYDMVYNl9+ilr7E8xl/uT4z+uzEMXMpf+MwM8d9T1 3FE63fOOuEhzj5RJGJh7lDDARb6fC4FAAk8fMxmAMcD11FHlySPQbLQHmJpFGHBEeRRrxdSZRQi4 OsjODGCh2P0EAxQUKA8UKPfn04k5Qvfna/eRcEe7v0C/v4BOlQK6yZf6A6wHC/QZhSz0H+szcCmw oKBQPFCITx8qFPflkfT7c8U9+eKuXP2uPHFnnrgjV9yeTZwgSDcTJ2RrN5HzztJJhApQNoBhKtYJ 65OQSRCTeAGZtO/jiRzwjl/HLFFMFOV2YUwWgkbD+hvICUihc8AYm2oABihgEgAMpOPbJvF8oSmc GZiW4aHz5gzPrZn2lmJeTpzhGZ4smAfszACKgnryyCCkBcycAJqDe8V6usca3XhYEIl4AELHsMwG cJMAKQJBxyi9I51yYwBKgwzZEmCuEuMAvcKHeG9AmEbuH+KEgMwJWKkAndTqoCYrghgGzF5hpAWk 9Zc8QMEBXVYH8cYAQxYFYUZQMDl+rVkwsgEAgP16czkRCO6fRD7eaML3EcgqIPAAZwMcQn6AeACF QAaPAwI20Pe0CBQt9mst9nva7NdbIwNgrgXoEKx1JAY4ILocNHqF6UMO6TcnGI+miTkZ4tkMz4Mp xtgosv56txBPlwNGpwOejsH0I/SDYIB2gXrrAEFq5a+38CcAENhJvFc02mMO/yE1ZMH9WzGyATvw kfm+fxeRgKQCTgvIhgHy9/D0eIZgAF+FwiGiAq3xTop1Pz5l0GSX8JOP7SCXL/x24TU/3vTvFM13 6812Qc13mpKmvxUcv2i9xyC13Wu+8iff33Gfp+M+o5M/RKa/i7/oSjad3/fT2YNkOn7DVu/9Buw+ q0+Q0Xd/OREA9KFn6EliA84JoOJ/n9FNFgvJGaB74f5lwU+n3ebAH1j/HaLtdvnWX2+9zWi5VcPY ny16M+weJvevk5qg8ddb999gvdZgPax/vXVavXXk+1H/g95fVm3ZAMCq9aUuVfsLkpkHkJIAgADC m35L/NbfYgCclukvJ+s+mXuCgUpJ4Keffvruu+/S0jLseiEHAEDX8Snf+gMA2OKzeF7Qx3j9j+og tATglT+vDuDT7BI2GwOcAIATSGBmA6620gJoCwYPuP4kJ4BZosuwSeAq8voImAeWuWoSHnyoXlGe BBgGysjrI+ZGYRh9af0tHiBJ908wUOODMsibH3BLEsDwHz4h3KHny65aWnbdsrI6q8oaf+piJHCN 9XfdG6a8kqB/liMiThu/lHl0IoDzyBIQFXguXOSFZRfOKiLhe8+XeerLCeq9oe6Ru0u6f13a8rOy +qtLr1967qpFpVcskJkBBgBzz8A5KzmA2IYBAEAFGLASAqZ4xRiQAHrzDLl8biDmDcRs+i0SQCBv mg0DOJkNnDBglQY5yoQqgQEp69IXBsjWk/u3lg1TbPp+p2RaQAZSwADzkhsGUA4kUwFe8TQhkwQA AyTAAMsBAzXmO2KZHKgAAE5Vf86CAdPxe8uEcNMZAwbkM2YDMfcQk477wEANggG7LqiieI4Q5wHA A5XBAFTDkRngoiAzIWDf8ZIAw8CfyNozkMcw4CUBHxiohnVjEgOyazwme4grAIAl2S1gyksCAADG Ay8JkKwGYi8M+DYPPIxRQhIGdjtgQKkVYdSKUGpF6s1i/1j94/qQ0nc++GFT07izdbl/gGCAggYx WqMYrXGM2iROb55gtIrXu6WJPmmiVaLWKkk0T1KbJiAn4Bev+sVrjRMQEAb4JRAMaH6J7ubJeu8s tBk0TxbN0Fego9YoBZkBbCVLU3nEkMkD5oghLCJQO2YonB9Qu6J/gHcVZ6KruHcWUgS9s1UKiAqQ IuAswcBcDTyQQzwAJKBzaA5SBMPy3AwDaCyWjQRjIOQHOFGAFMH4fPfkAnUKKY/rhQrcU/Jd6CIo cN1YSAEkm4xvKkKK4Kb8MmwyJiooKrsNQdlt+Sgc4kQBw0ARaofuLlI4S0CBC40EhUAC7icue/Rw 6RNHy8i1k8UnAAAGcDOATAK8hIUDCF44juBF1P+Q4O/J7kOY/smnBQMkgoF5TAJ0YmEwTD9K/+ci D0AB+X6MLZIAQHrmqOsZdAZLAJCpAIwJeuKo+gTDAKqDzI5hzglY4oYB1RavGiBCgGYVYQfZ40Wa 1OzD2uwi7YnDujyfoLNIf+KIjph0RH+SdJikPn1Uf/qo9vQR/enD2jOHxdOH9aeOCProicPiySKB nyoSs4uM2YXG44UUeGYWCtJjheIR4oR8fUa+ID1g6b58/d58nWPjHsKGXIN0d664C0vBxF054o5s cUeOcXu2fG1v3JKt35KNQUA38wigm7OMm7KMaZmGfM0/OUNMTvdMyjQmASTwgl8GtnimEMQ9A0gL 3MyThW7OENN5zOjtWeIO4oFMLB8geBieYgzEvmHMFe0dK5MAYAAHDOg9sEZA7x6rd4shAQYID7qZ 7QFcFyS7hKUiRKdIvQPxgGwClkmAcB2+n4eE0iXdp0ucnBOQMNAmVG+H0iDJAEbrMA94IEy0Ag9I AAADAAZCDJkNMElAwgDnAdj6C0wFle6fS4Pw+l+edk5AMkAgbwcL0hkG6NJgx0+PiaYWDPj5a2AA ThFwpRBoAQDAhUAtg7RWkgGCtfYH9A5BBABGxwN6l2Cja7AxJEJMiTXuS9HnZHmezjRuTzJGHDIG hBvdQvROwUYH2TywX6cA7/6DRKsgzBjlBgBzDRnm/+whBtAb7xUNd7Ont60/C2mBXVrD3VojJAfQ DNCYTtCCBqO/26BnZALBb5fBJ3l9jSw+lgrvMu2+VNPd8tU+GX1DLh5usQsv+PGOn+Ld/IKf7P4e uaJYb7NXoKwfRT4G3vT7Gx32iY57BZl++P4AOH42/UZXOH4P+X44frzp9/Qg348X/BB5fbzpl6af jX4/tv79EHgIA5wkQABAIlToKRGCvnkfMYBAyy9b/857BZoKdsnFYTjZ+ovW2/VW20Sr7Vg40By+ X77115tsNvww80c03igayeIf1P+gBKi+rP5fJ1h6XTCAqCOTAGtlE7AABsg8gNkJYNT6kgTfL+uC nDCAt/5WLAHABwb+jASIAT4jDNCus2DAJoFjx45LEiAAcAojRL37BEwYkDJhgF//y9PsDZBIYMEA k4AJAxghii5h7apVJgDYMHDVCsAAGgOYAa4pBwPoGfABANLVdorgQ+WKZVY2YJmKdmEzM8CFQ+Vb h0kSBnxkeX2XzAxQIFMBXhj4ALETBpgBzKD6IjNRcOWikqsWl163nJHgk7J2X7l7b3GN93c/ACRQ 1+aLpB89fyiGOH+B/uchKjh/nqhAXLionz//Y9n5yNP6mmz1uRj39GD30B1lnTaUNl1zrs6K0muX IEWAJQMw+uABOmXPgGX9OT9QrmfgjBwwasHAWVksxDCAnIATBiz3D/mWDDEeeGHAwQDm1mGTBKAa xAOXgQGYfowWNS/NOw4YIFtvw4CUDxLYMACZzcRSTAKXgQHnxrHyMFC+UujvwUD1ed9Un2ddzv0G dp+bhm3rL+UDA/aSAR8YsElAwkB1by1QOVk84OP+EVQj6++sESJJGOD8gA8MyMtqs00YqDwnYO4Z kKfMDHjd/1/BgC1fBrD1JzBgDhg1eQCqCAO+MmEgoUPX9gQD4241YUC9IVyrdUivG1k292TgwdL3 N/yxunvq6drRIAFz6miUImHAL1ZvEqe1SCAA0PtlaJ2TtVYJeot4DBdqniS4t1hvlKDaIiRomqz7 JSpNk9TuGTxiCAkErUWy3EdmLiZDMzF2ESht07CFgHgALcUZ3EKQrnbKVFhqlyy1S7obMJCh9MCi YnevTDQW985U+hIP5Gj9sJHAPTBHGZBNQpZgYLYyOEcdmqsMy1WhHDdSBLnKyDwKXKPz3IQEY/PQ YYx2AiQK3BPy3BPRcFw2scCFuUN05ru4yZhOEhIFyBVwRwHSBYVlN+eX3lJAKkP5UCFyBRAhQYHr dsKDgrI70F5sTh+6pxBZAjlcaBYZ8WLYeqscSCYBZBsAFwKhFggVPrLgB3b/OKw/ufx5ZPeLsZdA nnOL3XNI5P6PueYccc85Yr71n+uVdP9yXQD0NOmIS2LAk0ddT9IJmQmBJw8DCWT8xGFUCj3FsZwp 9OwRt/zaeUfV54q154rV546xirXnj7GOklQ+Wcd0vq/PP6rNP6Y9dxSae1Sdd1Sbc0RKn3NUf/Yo AYD2DMHAEfHUYQF+OCweL4JmFmqzYP2NxwrEowX6zCIwwGOF+iMF4hE6C8XDhYL3DOgPFyBAVoGU L/hS3J+r3Z8n7svVObFg4MwlGbbuzfPck2vckwdaoPOeHONuFjED6c5sg3SHJeKH6ZnadDqzsVyM RwYZt4MrPNOzPXdke8j335lj3Jml3Z0t7s7S78n23JvluTfbuC/HoPPOTOMWbjAYnSyGJhkD4vX+ 3DfM3cOsWK1vHBGCmR8AFcTqqBGKFmgVIEWjKEiqc4RGVNApEn0CHU0YMPMAHcKt5mCcfIe3CxMJ tA8z2pGQFkCHQNuDdkLAwPowCnBpmM3BTAIw/RYDND8gYx2FQNL3Ew8cMJy9ASTZG4BCIM4GSJfP JMCpALqzH3Yf1p/tPl78YygQX1pDRXmakGwy1lruJ++utyEFIxXQ4QAAoOMB0eWA6BOqD43Ub4k3 ZmV4nsr0PJ7uuSPR0z9c7xTCy7/w+h+1Q22DjHbIAAheM4wRQy0CjObcA9B0j85JAN1vj06nJAE6 UQvE5h5CTHe0RntIut9ulpk00ChuQjJniaKpQPYVNN2lNyPHv0c020N2X2++R2+xF5sHWjpPvNcX rcno76NTb7NHtN3L8hft9gly/O336R39RccALuvHO36jS4CnSyCJTX8gyUMi3w/rv9/TM8iDsv5A D9t9mH54erb4ZPql+gYJ8v399nscph/FP/D9khkC0SHQw182B3u6+RukrvuMLnuNTrt1vPXfLTrs Fu126W2JT3jMaOsdWDHWcpsO979Vb4Z9ZKLJFuG3yRTc/9eiAaQ32KBJ68/uHwCAF//r9DrMAHW4 Cdis/FnLb/1NyTwAHL8sBzLrfyxJ32+LSAB23zctgE4AOq8DLXi7AiqKV4nJsh8sHbNJgOKt2/b8 9NNPDADlTD89eY1cKVBZV4DMCTAJcIEQSIBO7VqQAMlsA7BhAOsCkBmA0ffCwEr1SmQDzOogKdP0 r8AcITO2JH2/t1gIjp/uuK4AFUj3j7QAhDsODCDfv7SMdwv4wgDJCwMIkBOwYQB3GAYQSwaQ4n1h ZkxIQJcLCQ/oAdeVS8qu+7CsLiHBZ6726119t7kn+iuPHHK/l6xuLNIzfzZKNOwm81xEZoB0Hu3F hmpcOIlxQ+ridHV2lDYl0N1va1nbtSWNV5+t/WHJtR+UXIHBo5wHkEbfXCbgzQk4kEDyADCgIgzw TRMGOCdAvp8nCMliIZw2CXi7BSrNDNgk8Ncw8AqKhZwMYOtvwoCPrHIgWSDknCXqlKN7GKVBDhgo DwC2KiUB1AWVv6w+95sac07Lt/415/G7f3kyG9gnYMDiARsGWF4SYBiwBgddFgaOOWDAEloIzImi tmzrj4BP+w6zgRcGati7xipIwgAHJgA4JTHADIgEZmVh2OjfhoFqvjAAmVVD/yIMcANxIsPALhMG bjikXR+u1D6kDcvKCTj3QWDpByOz8+oSA0TxsNFInTMDDAMoExLNCQbiMVd0WIZolaS1TCQYEM3i 1SbICZD0hgmaDQONOW6SqDVN1JoTGFCcgJGjmD3KJUPYSMCzhlphLCn2D7S1UgQoFsrgkqFMjWCg c5bWOdPNU4aUrhnuHllaD6KCTCwq7pOt9clUsIsgS+2bqQzIQslQ/xyNgkHZ2qAcFTyQQyRAp3tE jkIaSTyQ4x6VAzBg8VKCXBaRQK5rQp5rUq4yKc89KZ8C8MCUPDfpxnxuJ8hHugDtxUQFeQQDrpvz y24hFbhIt1nlQ9Pz6SxjHqC4FO0EEgYKMVnoMd4tQFb+JR4DioogXgFmTwGS7t/54p8c/1z2/QQD cP+8pIwFDJCv+c33/dwD8MwxkgsnrL+L3D8CLgSSeuqw6+nDYACkBUACyAw8RcBwBN8w54gy/6jy wjHlxWPqS1LFyqvH1VeL1deOa68dV18vVt84QYHGd/RXi7VXWC8fo1Onn4L7L9afO6bNOwKR43/m iPb0Ee3Jw9rjh7XZh3U6ZxZpj0L6o4f1hwtJGp0zCsV9+dq9Bdo9+QI9x3k66Y48cUeefnu2hhXF OfodHNyeq9+Rq9+eo99JyhV30CmrhnLxzPQcQbotW9yWY0zPwZRPKItf1VtWXn50O7v5O3I9d+Qa d+d5OIdg8sA9uR4JDPfnee7PNR6AZOB5MN94ME/gzBUP5hkz6E6OeCjHeDjXeCTXeDRPPJZvPJbv mZlrkGbleR7P98zKE3Q+lG0QJ9yWKaakGeOSxehkfVgigYEYnCAGJxqDEsSgeGNgPJaU9Y83+seJ vrGiD6cOsFgAGQONkAD7huWSAbN1mGBA64CpQTrvEcOEUFQEhWFkEPYKMwxITqCbJDk1yG4X5rog 0QZTRBG04kXCLQ/QfS8MNA/hIaEslAahIsh0/wQDONn9e2EAHcO+MGCLqMABAwQG5jNw/zyBtGWQ aIVmAABA2yCtXTC6gTsc0DuEEABonUNEj1B9fIy4L0U8l33h9Rzj/pTzA8K0Xgc9nQ/w5FA8bLQN 0tsTPKD+x2jJ+4aRXggQzf315v68pRjdwLDy0v03ZvntEXRJIkPfGKafLb4FABTA5e8VeJe/W7TY Y5Cnb7EH+8WwXGyv3nKf0drfIHPP/l5vTfLXyei33ae39dfaBegdyN8HiA4BekfEZPQpEJ0CROdA 0ZkCfzrJ7otugaLbfoPO7vtJMP09pd0nm45X9WjkJaMP4w7TD+vfB6bfAwUbtsj64/U/3D+ZfpxE BfyDnCvgt/5oFQgULOQTSHjrv8/glmKj0x50GJNQg7TLaLsT1r/VdtFym6lmrKZb9aabRWP4ftT6 N3Tqa7T81l9v1F9PAcQAoNddT+6fX/yz+K0/v/h3vv5fCwCgWNYC1SIesF//V4AB9v1eMQ/wvKDP jev/DRgwewAgAgCbBMjx17iquawOosCHB/4EBogBfGAAPIAyITb6PCDILAoiGECNEPGASQLS9Jsw QHjAd8jcm6VBbPSvWu5GzwACb8/AlR9aAeuqDzkbYJYJqRQQAJgwQLGZDbBhgHlAxk4SsGCg+hKZ EJB5ADM5gEDesVQdDOAi3w8GoFhqYUl1qKzmwtIrFpZe+UHZlUvOXbuckKCkyaeuDuvK+m9zT9nv mhXjXpSq7T2qHzljGJ6LngucJbiAjoLz50EImnEh/1fP5kL1nRT1oTDXmN2uHl+7Wn5WUn/l2euW nL1q4dmaC8j9SxjgzIC0+DgtMQaYHQLWeoEKMIAHJAzI1//eMiFSBRgAD1QCA7/aE4T+vExIkoA5 V7SCKnQIVGgYIBggu19efxMG7GlC3DfsKBMi2QDw/Lc2G1RYNwZJGPBmBug0YUD6fhMDpJwwUJ1p wYYB2UDskxngboHy44MqE7l/HiTqlUwLkNFnDODTKhOSAFARBogBvJmBytcLQI7MgFUmVAEGTBEJ /P0yIcYAHxiQGCAzA075wIAMavwJDNw2mmCgyfXhaq0wvVPC9xv/+Ci07P2njwfXjyyrE67VOaTV jtLrRKt1o7R6USpgIE74xQhkBmJF12S9T4pomaC1SFCbxWtN4lS/OKVxrNowRmnIGwlMGEARkeaX iOaBZtxejL4C9AywkCKACAlaggf01lhXrLVJUdqmmv3E4AHMF1I6ZaidMqHOmRqqhtBYrAIJsoAE PbNUooJemZg11CdD6Uc8QMrWBkKEBMgPDM52D0F+QBmW4xoOKnCjlyDHDSrIVcbkKmMBAwqUp0zI RX5gUq57Uh56CSZD7sl5LnQU5LmIB6YVuKflc0cBgQHBQIEbSCDP/LKbCwgMUDVEMDCdYYDE+QH3 3QVoI37kiHvWYbLpKPsh6//SCeUFFAVhFhCSAMf5xb882fTTiZofCNb/WUh5BtM/ybUDAOgkcy9N PITiH755uAx5ALL+9NtZSIAn+SbnEDBU9LljZPql3Xe/WqzA5Rerb51U3zqhvH1SffuE8i5OulTf Oq6+cVx7vVh7rRju/6Xj2vPFGjHDvGPa3GNk91Xy+k8dVklPHNZmsdd/DINHtRkF2oMF2v2F2n2w +CRvM/GdeaqcL3Rbjnob1gxjrijq/nnB8NQsbSqvFJiSic1iU7K0SRnaxExtWhYBgKD7k7KwXmAi nRn6xHR9As8UmpAhxmVgtOg4tAHovBAAbQBj0Rgg+NToAbpJJz08MUNMSNe54EdMSheT08WUDIG5 QJnGTRnGLZgTSgghiBnuRLoAqYN7CQ9yCAagh/I9D+cZpEfyyP0bs/KNx/ON2fniiULPU6ynCzxP F3qeKfTMKfTMIxVdeJJ+hL4ky3NbujEt3ZiaZkxONSalGOOTCQ+MMUnGmGQxIlkflWyMSDSGJYih 8cbgODEozhgU7xkQJ/rHin7IHui9YvWeSCAY3WP07pGiWwRJ7xopukaILhFcOwQBFTgQ6CjAEmLO Ehzi1AGxAXIFyBJw1RBBgt4m1CAYaB0iWoegbYDnCBnIEhxEQoCoAMVCwaIlu/9mcP+EBzIhwN0C jAFIC+xnEmAYYJHXx0kiAEAJkDlL1GgWKJrvN1qQ+w+Wr/9F22ApWPkOZO5DsBesa4jod0iMjDZu SvQ8mmY8mWXMTPfcnugZFy26hYquIZga1OmA0TEY28Tacy9B2yBP2/2EAWorAoAA0cKfMAALy5qR 0d+nk5rtMZruM7AiwKHmqBoympG5N0X+XrTEqbfyR1NB6wDRxt9g6W0D9Hb+Oix+oIDFDzQ6kgIE /D1ivdN+uPwu+w3MKQo2ugZ5ugaSxTfI39NJdr97kKdHsKcnKcjoGWzgDELci/19r2CjdzDFgk66 pJMtvuh7QPQNNkiIYfTpJMdPRp+eFL2DBN3ngEy/x3zZv98gfiCR4yf33414Q77v9yffL9BPzOVG Hcn37zHa7xLtMWbUaLtLtNkpWu7kkUQ7sI6g2Vao6WbDb7Pw2wI13mw03ESmXzTEK39+608BAwAm fq4XbPr5lT+/+2eJ2nD/pmQfcC2WfRPW/ws6DQsDWAQAwIDyDODQ9V/oZPHNS04L0OV1n+sEAw7h GScMXFceA6SstIAJAzYJyERBYGDI8eO4UwkM8CzRa+Q4UYsEbPdvSd7nmGAAqQAdMGCNDSUMuIZI AI0EZP3J8VNg1gUxDJgdAiYS2IEDA674UGYJkBmw7wADwABAAvQQk9HnhACTAHoDGADg/imG6QcM WAzArQJ0VjdhgKjAhAEJABzjTb/MBnAtEPl+TgIQCZiBJAFOFCwsJRiovqC0Bok/oh+8eknJdR+W 1lnlavJZaacNZUN3uG4Nds+JVldmKqEnsZQAq4vN2aOEA2ZHwS/u80k/iLV56otx7juCXUN3uDt+ Vdrk43O1l5dcs/jslegi8MIAfD/hAQLr8u0zNd/Fye4fo0W9DOCU6f7Z5UMyJhhgHqDASQLlMOC3 Gqbdt2HAEhqF+SMOHDBAvr9cZoAYAE3A5U3/ZRsGyPe/9DNWj5UjAcKAv5sZwIYBTBMiHpAiHpCp AC8MWGmBcqNFvaVB5iUhwTc1SEQCc07XJCqQPQN0moEXDAADMiFgXkoqcJAAMYA1Rwiyrb8tMv18 2qr2pAy4XfipI9XZ/ZMkDKBR2MoMmDKLheRNe6go1o0BCSqTBQO51bl1GA3EjASVwMBMZAaYATL/ JDOAnAAFRAIPY/1weRiQ64fLwwBZf6kKDcS2qj2UUG0GwYAsE9o1/rYxWDp2Pfn+COPVU3sj3O9/ 9MtXjaLO1uJcQa0IbB6oGyUwbDRWNIjV/eI0vzi9aZzWPEbtk6a3T9RaxKvN40XTWPQJNIlXG8Uo jeM1wECc2oguOS3QIVVvkqw2RjMxJo0SCZB4AqlKkvkBM0uQqrdKUVEvlKy2xQozOhXsH0hHlqBj ukYiJOjILQS8m0zpDhjA+NGeGDREPECnu2+21jtTdhijt5h4oH8WOgoGZmmDcpTB2crwXG1IjhtU kO0enqMQEhAYjMbSYmVUjmtsnspU4J6Qp8oUAVEBEgWgAhcSBaACt6QCCQY3ERgUlJGQKCggGMCa AoKBm/NLb80vY5VKHsDU0ULXg5jI6XqKS33mFyvPH1efP+6WGIAqoGNlePePsh8kAWSJv/T9sP4w 9BBe4R92yWk//I6/jGIEKP0nMAAMyFQAftAsGSp7rtj1/DHlxePKyycUMv3k+N88oZDpJ8f/zgnl nZPae6e0906qpHdxCetPD7x+nB4mTiDfT/946ryj6rNHlKcOK7OL3LOK0CrwKF7nqw+hVxh9w1C+ em++ck+eBsefr/DIIJUnAsHr35qHuUC35KgU35Sr3kzKUadlq9NytKk56tRcFcNDM1XS5EwNFp9O Xikwnow7VgqoY9KxaOzWHIwTHZ2hj+JZonSOStdHpGsj0qDhafqwZAwJHZYmhqRAQ5PFENagFFay GEz3rZukofIyCU8OT+bBQSkkjTQ6RZuQJiakiolpYkq6cSM5+EwPxgRlGndke+7MEiSuCNJn5IlZ BAa54pFc8VieTAgYTxR4nigwnizwzCm6MLfQeO7w+bl0J9+gZ+7L8dyRZRAS3JJh3Jxu3JzhuYm+ PMNDv8VUhoQpacYk+n1TPBNSPGOTjbEpHiIE0shEMYKUZAxNMAbHi8HECRBxgj4g1ugby/mEGL13 tNELEr2iRM8o0T1C7xEpbNFltygiB40ooushvYu1rhidx2F6xzADI0cPCgo6hGIPMTGDbDZAZVGI kGotpwyFmIOGzA5je74QRgxVsmWseZBOLNFyv9462GgTLEhtD4j2B3X0ABzUOh00uoaKLqFa54Nq l4NGjzBP73AxPsa4P9UzL9vzaq7+eIYxPEr0OOjpHiq6HxRdDxpdiARCsEu40wEUBXU4YLQL1tsh pYDeAFIrJAT01vuRHMD4UYwe0tsECqcIG+hst99otx9xu0CUFXXYj/lC7fcjIHXktQOdg0Tn/YZU lyBBFr97sKdbsNEtWO9+wOhBhp7V64Cn1wFy82z0D+i9QgQuD4jekN7ngOgTYsjAdPYHHAo2+sPr w9PTJZ39EKPsR77vBxiQ9Q8mo+/1+rD7nDfgkiG0CGMwKHy/0XWfIMffZR/7/r3oNGi/R29Ppn8P Fgu03aW3IdO/S7TeKVrtgGD6t2vNtpH4lf823W+r5rdVNN6kN9okyPrjJPe/kWt+Nur1vxbk+xts wEmqu970/RyIOl8ZJKfvr73WvPTRDVaANgAUBRnIA4AHTN1QMRvgEMw9hBlBEEw/BBig+4QB5gMO Sd9fWeeA9P2m+7+yGXy/dUku/4qrmh09ejQ2Nr6Ggweu4fYA2TPAAU5ojV0XhIAIQV6a4saAq1fr JMkDEgmAAavcXCzEJ3hAQ4EQ1w7JkUHAAD5l03A5GGAMsFoCTMmOYTL6nBaQMICJomgYgOnnGiEm ARMAHAkBXPLrf9P0W7GcIuqAAcgMiAHg+2X3sFkp5L1ZqRaVXbmw9OoPsEOg3uqSpp+VdttYOmJn 2V0H3S/Hu7/I1pK+00t0jwADYNyQ5wKajDGM1HPxR7cRekL7MEN/PMI1yd/Vc1NZ6y/KGq46d93S kmsWnb3yfbQR10RpEGMABxybGMDuHzkBHwawqYDdvxMGpMzMgIMBbFkkYErWBXlV47XfyPrLnIBc L8Ak8Is8WV4ewJOW3ZdgYLl/ZAZkugDLxdAtwCuHKy8TgiowgC0LBpAT4Hf/dJoqlxyQIjBw+n5b jsyAFcz9ht2/hAE0E9ckMKBPLQwwMwNy5bCPLBIweQAwwMkBHwygS7rpgAEfKiBh1xhjgN06TI7f eVYQw8Dj5q4xXxiQPQMgAQryq3mzAXnVZ+VVhIFysTlNyClMFjIxwEQC4gFzmpATBiqqxkO8cezh y28ck5qRKDMDewJ3mzBQO5y8V1pQyeKAkiVDMwtrH9IwX4hJgFQ7QqsXodeL1hrG6o2jAQPN4rTW CaJvqt4yQW+Gyh+N8MCPrH+81iBOaUgwEKs0iFEbxKoUN4pTGiUSISh+CWrjJMBAEx43hBQBbyRo ge0EZn4A/cQ8dbRVMvIDgIEUtV0a9g8QDLRPVTukMRLIrmJuLO6WpWLQEI8b6pml9sxyEwxwb7GC QUPmBFKShixBFrIEA7PdRAJDchTSMEKCHGWoRALMHXKPQu2QW2YJUDiE2iHXeC4cmpSPBcZ0Mgwg VwAeyAcM8BxSBb0E+WU35bum5RMYcH4AKqXzVtQLQXcUAgZmHHGjW4Bh4LliZT63Acwr5tf/xxVZ +YMeX1KxLPWxinyOKQisCh/y/U8fhu+XVGDhAWIwAI8Mou9/odj9SrHyGln/4+63TijvnlDfO6G8 f1J9n84TdFrW/7jy9nH1DUw0Ul4pVl88psznuUPPHjW3Ds8i01+kYNNwofIQWf9CdQZ8vyp1X4Ei 9wncnQ/dkafcnksMgMmht+UqUrxUWCPfTwxwczYBAL/7z1GIB6Zmq1NIOdqkLCaBLG1SpgYSyFT5 Nb8+PlMdl4V3/GN5PChZf2KAsekaAQC2BRMD8Cqx4WkoYBuapg1N0QgDhqbog1P0Qcl0wvdTQAAw KMUYCIkByeXUP0kMgPQBiYLUn5SgDUzSByVJZsAiAnmOICVjLOkYzCAyxqd5JqaiB2BSurgxHX3D t/NugduzSPpdOca9OZxDyDUezvM8kmfMzBWzCQ/yjMfzPTOyxb1ZYjo2EhjT6MfT9BvTCQPEtDQD SJDmoZvT0qAbEXumphqkKamcRgAhiAkpnElIFFKjEw3SyASSGB5vDIsXwxI8w+KhofHGkHgxJM4Y Guuhc3CsGBRjDIrxDIwx+sXo/emMFv2jjb7Rok+U6BNp9Gb1ihCknhGi2yHRPVxnZoC6hOudw4RX oaJTqN4pTCdmIJGnbxeidwgxCCTah4h2rPYhRoeDBk66j1h0PCg6HdQ7H9S7HNS7HcSr/e5homeY 6B1u9AkXfcON/uHGhFjP3UnG09mel3PQDHBHkpga5xkcYfQ55Ol9SPQK9/Q86OkZanQn8QhRJAdM JDA6BusdgkhGhyABkZUPIisPVKCzE3n6IPL0Rmdy9sFAiC68joDU1TpJ7O9FtwOe7gdED1IIyegZ InriJFtv9A7x9D5okPocFH0oCKGTLL7oSwGdB0W/EINEl/34JmLT7pPF1/kSJMDPwOJbnwIDiAfw ah/izEAQZnr25Noefrtv9NgveuzHaCBZ2EO+n2V0wfggftMP02904LXB5Pvb7THa7jHa7MH0oVZk +iEDK4ctNSMA2GY03cqF/lsNUmNy/1tEo81Go806nQ038ov/rwVZf7j/DXo9cv8QCn5Q909CHkCS gMQAr9Fniy+rgMz4MgIDEAlIf28lB/4tGLBkwkClkr6/AgzIhICtayGdYABi309sQCRQUFDgTA6Y 1t+qEXLcgcj3W6eDBEjS/ZeHgauQLpDZAOWqlegf4EsNDECQYDGAFSg8RMhNMCB7hWHxlyMhYJ42 DHzovnal5twxTDetGiGy+3zHIgFIpgU4J0CyAcCGgRqI7ZscYKwQx74w4BBuytNHnCJYUHrFQrQX X7PkXK3l5+p/VNLqy9Jem0vH73M9Eu5+N1ndcVQv+tVwi/MCmYHzqB0iFsCsoYsu/Xz+b8bWQvX1 ROXeEDdRROf1pU0/Ka3z4blrPzh35fslNd89Cx7gnABcPqiAuwUqMICParzhqAvyUWUwAK//N2DA TAv8DRggOWHAHh7qI/j+fwYGZDbAqXIkcDkYqD7PCQO4QwDglAMGZJ+AqepzTkgYqCDGAHPX2DEm AcAAef2KkverP4l2YR8SYJk5AQkDMifwVzDAK4fLwwCnAnxhwMwJzJTTRS8PAxUAwIodOYHyMID8 QLm0gC8MEAnwurHLkQC3DlPggIEJBANNmjXplPDD7nMrQssWPFEcXi/CfUOYWitCv4GQIEInMKhN JHBIrx8lGsZojaK1JtGAgXZJWp9Uo3m82ixeoFUgTmscqzQCAGj1Y5X6sRg9VC9GbRirNiLFa43j kCJonIh6oSbEAFZ+oGmSLpEALQTJWGSGfQWpWusUFfVCKRrnB+gkJAAMtMeptE9T6OyYpnVOR36A RFTQJRO7CAgJemVpPQkMsI6AkwOcIuibybuKiQcytf7ZFLtROJSrDiYSyHVgq96DAACpGklEQVQP zXEPzVWGk3KU4dllo3JQOzQmRxmTg67isTkuEhqLcyHwAJEAyofKSAQD6CVwZAluzJOJAte0PDNR QHhAJ6qGuIf4vkL3o2Svj7nnFKvzihUAgJkHcM85jiogvP4/xoM+j7n5HT8s/pNHEZOekCX+uHSj 39e+5Cqgucfczx1Vnj/mevk43P9bx8n6KwtOqiwKlAWn4P6JB94+rrxxQn3tmPrycZQGPc8biOcw Zjx5VHniMMYBzSxUHitSHilSHi5080Ix661/gULW/75Ccv9u7BDw7hRT7sxX7yCh7Ee9PV/FXmHW rXnKrXTmKkQCN3E2YFoOmX7lxlxtag6f2dpkIoFsdVKWIhkAGAASwF7h8Zn6hEw591MfkwkSGJlO AKAhG8CrxJgHxLBUlWCAMAAkkEokoA1K1QanaINTAQODkrWByfpA2/pXUD95Jun9EvX+kOiXgJMg oX+STgIkJAt8A+FBkj4Y7b9iSJI+LEkMT2I8SBajUozRaZ5xqYIJQUzGGjI5WQjbx27LEndkGndl 6vdmGvdnGw9kG/dmGdMzxNQ08vSCPP3oFIO+YQwkxiaL8Syy+3ROTDYmJRuTU0ACU9I8k5PF5BQx KdUzMcUgTUoSdGdSkjEh2RifJKTGJXlYYlyiQQE4IckYm2iMiafTM4qAIR7YMCJB8GkAHuKAEEMB DGIYn0NixeAYY2CUGBhrkAZQHC0GRHv6RRn9IqG+kaJvlNEnEvxAkuQAhAg3yNP3DDd6hAupnodE 7wjRJ0KQie9LD0eIvof0gRHGwEPGgEhjUKQYEqkPixIjY/TRcWJ6gpid5Xk5z1hQ6Hk97/wDqZ7h 0dqQKGNwtDEYDxuD6AcjRL9wYwB9W5hObNAnVPQOFb1CjR6snmF0wrsTIUBk3w8aXsHTC2nineoT qtP39AklZw/xHdzse9DoF+rpF0qnIPXnGEaf7hy0Ao5xhoj+FJDvP0gwoPeRDECPER4EczYAMnBK r09EwerFBUK9ZO8vn3D8QYZsGOCCIk/XQNE1QO4ARiexbDDouE902Kt32Cff9Jt7xNDUyyNHW2Hh ANRih06+v9kOndR0u2jCb/qbbDVIZPcbb9HJ9zfaojfaIhpu1htuFg026SSK620yVXejXg8AIPhE XGe9XoetP0Tun1//11nnqfuVB15/rbiBSMCCAXL5MkAngJcHjNpfepxe35YNAxXF/h7NABSU+4iL f1j4qJy4OgglQ47kwHUkiwEwOKictGvN7mEnDIAErrF8P+mKqzhd4LjjtP5OyaIg8v3ObgGWLBBC fNVqxSvwgHrVSrfsFuBWAe4nliSw3FsdBDaQSIA5QvhILh6W1p83CVjxcjj+K5e5r1ku2waQFrhy mSpJoKasETIBAAFyAiABmP6KMGBL+n5WmRnQ/Q9c5sgglAZBBABIF5gkcDkYoDsl1ReUVOdFwhTU XHjuyoWl1ywrqb2itNHHZe3WlfXf6rox0PVUtGt5ph5yXPmx1NxQBqGxWCLBhbOqJ/K0/lGm+nSk e1pAWb9Nrtafn2uwqvSGxegiuOK9c7JXmFSNeEDCgPX6v7y8Ny8PA2bDAGCA4svCgC8JWDJhwAIA On1UEQZ+gV6qpFWAVKn791EFBrBVOQxUf86aJjSfNwzM5wIhDmwGuIy4k3jeabL+3DMAgQRQHfQN 3vo7YICTAHbHcOWySABzRZ0MYKs6w0A1VATB/VNQ/akjNhjUeBoMwDBgFgvZqoABUuVgwPL96A2w A+uS3D/EOQFCgrxKpwmZqgQGfBcOEBXIBmLAADOAEwbKIwGqg9AwgPyADwZIVYQBLhNq0rTJ66d3 h7kXLP1pY8PoczeEazccEgwDOsMAeKBepN4gWjSK1hvH6k1j9RZxem8y4imieQJKg1okiSa8jAww QAwQrdTHqdKJeiH6KEZtHKc0ilcbx6qN41VMHMJWMlPNsIyMYEBvzimCVslaSwgwIHnARIJUhXgA SJCmEQZ0SEOWoHOq2jld6ZKudqZ/ngy1a7rSLUPhLgKNwEAiAecHUCw09bBnZIHWL0frj1lD7oHE BjkKzx6VMIDeYs4PuEfmop1gZI5rVI57dA7yA+OBBCgcQoqAZw1NlL0E+e5JyBi4J5u1QwqQgBMF UwkM8nBiGmk+qEDCwN2F7hmH3TOPup8uVuYcU+YUK88eV5+l85gikwAyAyC9Pvn+Jw6XPXm47Ikj rtncbcy+X6X7AIPDZkMwJgsdc79YrJCnf+24myz+OyeU907yu3/GALL+b51U3kCpj/LiMffz9Dz7 /md5LhAmBVljQx897Cax+8c6YewRKyQGcBMGPAiphAH357vpJAy4t1wqQLunQL0rj6SABPI0kICE AS4NujWXSICEtAASAjnqNOKBXPXGHBW7hHO0Kbk6SAAwQNKAAZnaeNQF0amPy9SnoFhIjM4ABnBd kDaSACBNH5kmhjMDICeQpg9hEpCSOQGkAggDkrQByfoABwnA9CcZ/ZONfuT1+U7fRGAAXQIG+JTq m2R+xFTAGQPOIQxMEoMS9CFJBmkoThQXjWAqGJ4iCAlGpxm8iMAgNpiY4ZnMBT/TMjw3k9KN2zh1 cFuGuCnDGJdCIGEMThD94/T+8QKKEwPixeB4+i3ovjEkQQxN0IcmiGEJglz7qCTPyERBGp3kGQWL 7xmTYIxNwDmaPqU7dCaIUez4RydSQCc96SHTPyreGB1vjEnwyCfpAa/ofryHPiVIGBEnRrJGxYkR ccbwWDGcOIHPYcQJscawGA8yDDGeIbHGkBiSoHNwNM5BfA6OEnQ5OMoYEg0NjTKGRYvh0cZwnGJk rDGKFGOMjjHGxnjGxoobE8TdKZ7ZGZ7X8z2Liy68U+B5NE2/K9mYkqCPjaVn6EkxOlofEU3AYAyN xBcOidAHR+rEEoMOGQPDxQACgzDRFykFZBX6hol+dBmq4ww36OwvzzCcEHl6inFSrENhOK1LPIBL kwFMyR8h988iDCAA8FiXqPmhO32QEyBzT7ABoTQIOQTUC/UMhrlHyRAHPYI93YIMW10DWQGiC+Tp EoBRoSTMEYLdN9rziCGeNYS3+22wWMD2+nqLnToF5gt+uZqATiwnJt8v/LaR19f9tgk68bJ/q3zT j1f+DbYY9TcLr6T13yjqkfXfqNWFgAHQ13D89TYYdTeIOl4ZtWUegKuAcDIS1CKto5jvVAYDdh6g chhwWvyKYlvPzQBk9HHiJt3xwoCUJAHZJOBtFPbx/ZXeJBJgGPCWCZk5gfIw4COn+8cSMcclTL+V FigvhoGVFDhIYDX5fu4YXqmR9be8PvqJ4f4ZBsjZm2IqcMgtYcCxTQyquQzjg6Tvr2GPD7IE98+b xZwwUGMpi7sCKsoEAwYAnibkqm7DAIs7gxkGFpXy4CCuDjJJQGKAPCsIW8MAAzXeP1fjvXM13yce KLnqg9Lrlp2ru7K02aelnTeUDt9Vdlew8lK8sjZfpHwvzmkEAg4YQHhRMS4cP+PZeVh9N0m5/6Ay Ymdpp69Km35UUmvZuWsWnbvy/TNIEbxtzRU1uwV8JQmhxptQzT+BAS4WunyZkAz+DgyUEzcQU2CS AB4wHT+TwL8LAxUAwCnAQLUXviMYqGmRgKnyMCAva/41DLDmIg9gw4Dp+xGXywzUfPaUj/WvKIsE jjsBwCk2/VaZUGUwIEmgJqcIzP6By6YFSOXKhKrzQCHL/ZeDAZKEATuQJOCEAe+lFwZsVQYDj8iG gTTp/m0e4EubBP4ODFhywMC4W0YBBkLLFh0oWzwi8/D1YeL6cHHDIfWGCCIBDfNGw/U6EXq9CL1B lNYwSvOLFk3iROs4bUSGaE2GPh5dBE3w+l8j098gVq0fqxEDQLE6n/ioQZzWKFZpHKcSLfjFqX5E BXHID4AKJBLI5EAiUYHaMgmbjIkHWqdorZM1NBOjn1htm6K0Q36AS4bSNOQHUpUOBAbpWsdUtROB QbrSNU0lMOiWCSronqF1z1B7ZBASQH2zlGG5+oAcrXem2i+beEBDogAbypTBXDI0NFcbko2SoWE5 rhFIETAS5BIMKKPpzMWesnG5rrF5rjE5rvHcUUDnhFy0E8jaISIBdBubc4dcaDWWuYI8s5eAlxaX 3V/kfviIMvuY8gwAwGwCRhsAanugJ6Xpp/OIqdlHyx4/4iLR/SeOlD11GA/PgaHH1NFXjrpfLzYb fN9D5Y/2Hl78K2+dcL9+HNVBLxa75/OO4WcwGNQtv4rXh7kfK3I9dtj16GHXIwQAh90PF7nAAJYI AGYUqiRiANJ9BWCA+/OV+1hOErgr3313vso5AQXKU24n5SvT89y3ojTIUp56U65KGHBTrj4tV5+a o96Yq0whDMjRJmdrE7OUiYQBCEg6CQyQoY7L0MawpmaqExFwHoCzAaPS9OFme4AYniaGcRIARf9m aZAJAwOTybXT6YUB6enJ9FNMkNAvQe8Daf0SRd8Ejaw/xX0Ttb4JOn1EJ32KGPBAd5Au4B8UAxLN gqKBiWIwWflEwAAFw1I8I5IN0sgUfVSKuaFsfLqBfoMUjA+amoaWg5u4N4CoYFq6Z3yKZziRSQL2 EPeM1eWOYQwOihI9og0KekbLhcR67xheRxAj+sQapL6xol8MNIDgIdYYECv6x5CM/rF8Geehc1Cs GBgnBsZy83EsWgsG430/zsF8Ig9gC56eFWsMhZAfGELP4DF+km8OjdaHAgB0CLFgESEIlj4sWh9J ihEsMv1idKwYG+8ZF+cZH2dMTIAmxxs3JRq3J4lHMoz5eeffKfQsKPK8mX/+qWz91hRjcoJnEj0Z 65kY4xkfK8bFijGxnpFRxsjo88OjxPAofVikMTjCMyTyvMwt0DngkJAyY2IDFpl7nEQLzACEBBCo gO5IMKDT6Avrb/TnEy5fnlz8w7EHzh7JBBT/9AphZ89lQqgdOoCqoR4HjO78Fr8bKQiNBF2DPF3I 4putBegxgLn3x9Qg+Ht/0d5fdMBMIaODv97eX29HXh9GXyfH33qP3moP5o1iw8Ae89V+c3L8u8ji a82slcNNdhjyHX+T7brfdr3xNq7qoROm33rNv4UC2H0K6rPqbcYrf/NlP7/vxyv/TQIxLrU6GwWp Lp1f6w4JMv12CVBtcv+yIXi9qL2ORDBAMvMAN3wF1cIlSKAWjwa6ASqHAUwCQlYBme0BFUgAH1mn KSKBzzAmSDr+G74wbLtP903f7xWbewsDKvH9KAfiiiCy/hRbn177iXaNlQogYXtA+RohktkfbF8y DKBdeA25f/3qj3Bpi3y/HbAUnLhEbwC6gcnoO3jA7BWWjQHe9gA3YGBVeRiwdIUZmEVBPjBAqrnM LAdiOWNZGsR5AIsHalgyBwdVlhOAUAvkBYByssw9kYA9RdR7c0GpFFl/74mPbBJAfqD6AiBB9QXn ai4suWJR6dWLS65fWlL/o7JWn5f12uQat8/16CH3wlTNv1j79hwmjcp+YpABUwFd/uE+H/OtviZL eybafaO/q++mktafnWuw8tx1i0uu5l0EPF2UJwVZw0NlA7GzaggkwMuGMUGIhwhx4IQBnAwDQAIH FXhhwDFHyEdcI0Qw4MCA8vJmBrgnmGTBgHlZngesrQI+DMBytA4/T77fiQHyJtICEgYYAH70gQFv QoAvyeijEIjrgmzxTfvyWx4qSqZfThOSMECXaCauBAZ4fFClqv7scZzPHK9BMPCUtXiYLb5PlsAJ AzKQAhJYaQEJA0wCZlB9dhEJA4U4kDAgRwkxDDAPMADYp7NMCCcKhPKqyfzATFJODd5D7KNqXvdv kwDJlwSqAwZkAzHDwCPYOlw+IeAVFwhJWb6/grCKeAYvHeMG4rG3jKzm16RJmHvBo8cia4cphAHX hyMncD16BuhU60SKOhGibqTeMFI0itYaRZH11zon6n1TUCzUNJrMvd4oVm8Uo6NAiDGgXrRaL4ao ADDQMAYk0BAwQFSg+MXrhAHoH4gHEvjFKZINvDDAm8hkcqBFik6BNVyIYIDrhVK09mlCpgg6pCnt uYWAswRKxzQF+QHwgNItQyMM6EFgkObqkYHGYvQWo14IGwkwbgh7CaD+WTJL4JaNxUOylaHZhA0K sgRcNTQyVx2R7RqJFAGTAAQwwA5jpoLxea5xxAP5JhJwlkAhHoByyyQPoGQov/TWQuWuQvf9ha7H yJSj9J88vftpCmQVEGEAC47/qGs2McARN52zirCiGPkBjAp1zeXpQy8fd5vV/1an77snMfOH3P/L x9XnUSmEpmH6LSRa4K3/EffMwy55Pkq+H6//XY8QmRAAMAY8VFT2UGGZTALwSTIxwNolDBggSQwA CSAh4L4z300AACTIkySg3p6LhMDt+RqaBPIIAzghkK3emqNOy1FuBAOoU3N0AgDiAfQGZCmcDVAZ A3ByQkDnaT/AgLGZaA6G0rTRJgagSWBUhiAu5ZwAegOshIAYTFSQqg1KUQkGkBBI1MADyRrqfJAB wJv+/uT18WpfH5d+fiBZcLL4RAL0/+1E0RvWX8YghN6Jok+y0QdsoBE/IEWQoJNrJxEG0E0JAwQG QALWEHQti2GoGjJGJiM/QDAwlquAxqcACSZzQ/DUNM+0NMAAIcGkFDQED0oQBANYMRZtdI3Uu0aL LpFa1xjRGU29apdobBbjm3qXaOwb7hSp8e5hjYQO4EidJbocksuJte50HhJdIvAjXQ+JbhGG+Rja hbXukToUJXpFGj0j9Z5RAuchvcchrVeE6B2Fgp/eUR76tBdKgHQuB0JFEAV9KObqoL4Rol+k6B9l DIwyBkSJAUgIGIMlS0TpI6INkECsQC4iToyJM8bHGxPjPTclinvTjCcyjdcLjEWFxhsFnofTjduT z9+aKKYk6BPiDBIxw9gYMTZaEEgQV4yIEiOiBbIBkdCgSA8cv233Dxn9Dol+4eXUl/x9mNGHhLIf qG8Y1xHxKd/Z9wlFyVAPs4IIZw9cetABTM7ePEW3YNGVzhCcMPdBcPboN2B/35EURCc3GQdghmn7 AKOtv95mr9aOZ4lidYC/aOMvWu8TrXZrrcjl75VG34DL5yUDLUjk9cniywXDcPyiCXn9nVzPs11v so1O7C3224Zlxg236fKEtgpSgy0U6A2k3d8KUSztfjlt1utKmS/74filJABA5Pvtm+VgQEcGwLL+ EHcG01l7nYaeYMYDJwyAB6xyIKeIDa43YUCgOZj7g50w4PX9PhjABULmUFFggBTDgAQD5gGnTBgo 3w8g70AgAWn3uRbIggGkBWQGwPyUYEBWCnGKwHb/HzMA2JfWKXMC5PKBBAAAxbrEKR2/CQMyXokV wigEskmAPqJAJgckDMgmAdIqjWDABgCpq/gEDKxQfQDAKR8AcMoqEMLaAQkDJAIA5gE2/V4YMAMU BS02UwFOHuCPWJbv9xUSBV4YkPLCwILSmhRYPMA6J4Mr0EhQgqqhxaW1l5c2/qi03drSQdtKbw1y Pxfn/iJXT/pRlOoYMORhGJBgQGSgGeePnTF2FanvJrnuCykbvsPd6auSxh+V1FlacvWic1egq/gs Y8AfZh7AYgCvLBiAbBiQl7a8AGBLYoCpy8FAtVd/kWmBP4eBmiwHBjhVDgYwO6gCDNQkQngBJECS vp+MvgkA5fRdTZ4jJGGgpgMGJAbYMEABYgkDz33vcP8+QsNAjTnfSBjgmGDABgMvDFTH/NCTgIE5 RAV2vZC3cAgY4IUBNAdD0ugTADxt3eHkQE2WHdhyrhzm+AhgQCYBiAQslYeBomqzeJQQnTYGSDEM mI0EZjbAFIEB2KAyGCDrX37PgFMOGJAFQg8TCXD3MF9ycqACCaBv2OaBcgBQTpwWkJmB3QG7xtw8 gmDAb9XPXzeMOntDuLjhoH5DqM6VQvr1YZg3ihohgoEovWG08IvWm0TrzWO13sl623itaYxoioXE Ojn+htEyD6DXi9HqMgzYPGB2EvN8oYaxamN0FzAJxGOTcVOeQYQW5ATwgJR33ihXDSFFQEiQrLZL 1VEylILkAPIDhAHcUmyL8wMawUDXdLVLmkpnt3RsOiMS6J7u7pVO7l/rnaH0ynCjkSBT6U/KUAZk KkQCA7PQRYAz0z0kGyVDGDSUq8rCIdQOceHQmBwXUcFoLhkiGJCn1U7gmpDjmkhBDhYUoKkg1008 MDnXNTW37Ma8sttQW08O2zULHl1W/Lvx7v+o+4lj7sePlD0ut/yyd4cIBg7DzT97TEEV0DH3q8XE AOo7J8EA75wgGFBfw7pivPt/DvOCUDskKWJWEd76z0Tlj4sDOtn92xkAcv+FZcwAFLgeon8w/LOZ DEAnioLI+su6oAL3/XD/brtFmBMCbtJdeSRmgHyFGIAAgMQkYDYNMwxgatA0JASIAUwYmJxDQkIA OYFMmRmAgAGZ2oQsbVymNjYD55gMdUymNiodGEDun1sFODNAGJCuD0vVhllFQaQhLO4V1gen6gOT 9UHEAylmxT9qgbgfgAt+6BR9cFPvRY4/AdmAPomgAiieLunEZa9EU31IDAn9Eow+8Tj7yo4Cs9WY 2EDHigB0EciSIQ/xwHD0AHhGcw/AmGRjXIoxPlWYKYJUdAPfyI3CN6Z5xqdg1UBfrB824PixVFiQ +5fbxCjoSEgQKejsQIoSWDEmlwnw3gBeK6a3k/vFDiHgHcN623AMCW0Thj1ibeWdMEEBLxaQd6T4 vjkpSO9wEE3AFGA3WSimjnYIE+1DRccw0ZFOVucwvVOo3jlc7xYquoWJbuGiR4TVFXCIIYHYIJIg 4fwgFAihDWByvLgn1XgyWzyX45mffeGpTONu+i8To6FYKNoYAdMvhsUYQ6NJnsF48Y+ugAHk8ukL ZeVPuKd3mCB/3zvUI71794OiB7qHzcYA8uvdQtBJ3DXE6HYAIvsu+4BJaCwOFj5CG/F+wYbe0wH7 iY32+432geTsTfFAIcwUwkgijBPVW/tr2BsQAHMPf+8vWuxl7cFCMd48oEPYMoYtBM0plluHd4vG O+HvEe/SKSY12qE12q777RCN2d9TTGq4jYw+1EBqC0Qu3/T6/GrfDuptZtNP52ZhGn0W3bQcv1Ne x2/HtW27j/v4yEf0AJ7ZIBMCotY6nUQwUEtSAcGAuRgYvcKyTIhiJwzA9zth4Ctx/Vr9Btv6m+3C xvVrIdP9833L7ntllv045IQBpALs2Lxj+n4wgC3r5rUUWzBg8gACMIBt8Z2ybpZrC5YxBomuFtes JhIQV/Np9xCTyNybFt8rBwysAgngXMVtA5gdpFxJsgqEzOSA7BJerly9QsMpa4FkEkCSAO8TYNPv Mm8yA1xlZQl8AMApCwasFIFFAtWXuK5YQs7e7BXGfRMJWFajcOWC9Sd/75TJA04M8JENAzWRE3CK kABUUPM9rBK7alHpdUtL6q4sbf5pWbcN2C3wUJh7QYo7oFg/fdbQMHsU80bPnyceQIcx/fpN8cR9 q6/J1J6OcE3d5+r9dWmrT87VX3Huug/OXLngrJwrCt8PHvDmBGx5YcBHr+Os7mgVcKg8DGBwEHcM O2ROE5Ktw74MYMsJA2YqoPqLUEUY8DJAhcwAeX07QFyOAUxh5fDz39V8npcMWBhgyQQAMIDMDDgK gSowgFeyaRjtwl4e4LQABXO5ZEjCgJwjRHbfSg7ISx+hRuhZs0ZIIoENBo5L5ATI+ld7shwJSBEG WD0DPFdUkoCDB2wSYBVUm+3oGbAwwJkZsGHABACbBzBg1GwadhYLVTNJILOCKoEBFncP/ykMSBL4 izKh8jAw6kaGgREZRTccNK4NJQDQSLVkciAMZUK1I/Rah9R6BAOReqMo3S/GaBmrDUjVm8UoTWN0 vzjRGF3Fer1IrV6kWj9GrxtNMKAREqBngNsG6seojTg5IJEABUUxRAJaY+wlYCQgGDB5QG1GSJCA /gFzuJATBjBylPsHIIwcBQ+kop/YhgEMHuXkQKc0BY3F6eABRgKte7raM50AQOudTjCg9M3U+mQg P9CPYQDrirMUDBrKUgdnqUOyOEWQ5R6a5Rqeo47IhYZnuUdku0dlu6QwaygHJDAmu2xctms8IQEp m3jAPSHbNS67jGLsLCMkyAEMTMtz3U5muhBeHC4frh37fUmPH6WTYeAwmXiu4eFpoc8eJYvveuG4 +9Xj7jdPKG+fcL99AuVAbxSrL2P0kPL0MTxGXzWLvP4RFPw8VoSJpY8edj0KGED1/8zDCjGAfPf/ cCHJTb5fnoQllvvn5uAimwRUbg/w9goTDNxXoBIGkPu3SEC5O899Z75yp0UCckuADQM8RVS5LYdJ IE+7ORckwAkBhU7AQLY6OVMBDPDIoMlZ2oQMCQP6OGKALG0swQB4QB2doY4iZSIhAAyQg4MIA9LU 4akEA+ABSQJoFEavsCZnB1l1QYABDAiSJAAGQJMAYUAvtv6w+IlanySjd6LWO0mny95J4IG+FgOQ eibSwyYMgBnojEPhEHIFXEpEMGDVCxk4k8Qg5AcMzCdNMUYmGyOSuLE4WYxOEeNSPUCCFH0STwQC DzAMTE6jB7BorHesuWCYrD/xQCcSYAAAQHc6YMewaB8plwpjnXBbsv5YFEDOXmsTrrU7ZBAGtDbt vmgdhrUALUOcKwJ0CkitQo2WB0kyptPAUmGeB4rZoPLS/Cn+koP8swcgTBE9KNqE6G14alD7gzrh QScQguhKYBBqMB4YPQ8Z/SPF2Dhxe4oxK8N4Pvc8nZMSPQOijAER+qAIYgZPn0Ps8ikO0/uEiZ6M Fl1DoS4heucQ0YmnEvGyYZwdDoj22CEg2vOd9gewSaBdEEaIYrOYXCywX5dqg8mhWtv9BgmDRPcL vkM+3lQL8vGQ3pIDeTbfZ/CSAWwbaLpHb8aXzeTlbqwTbmptGuZLsvi6HzYQQ412YiFxI3L25PJh 9PWGMqZgu4C2IWiwTa+/nUSXhnyL7xSs/1ZRD15fr4cAvp8upeqSpNcncUxnHfL9m3U662zEiQe4 4Mf0/ZVJAoB0+abXN09Rm3uCfUgAQh4AMEAPyMyASQUSBhgA6PR2CEgYwOt/8vdcEcRUQOcNawkG YPfLwQCTgBcGLqOKMOAUTL/PTen7K1YHsRwwAB6wX/9DDgawZb77tyy+lH1HzgKyYQCXlvWXFt8M zHf/JhvA+mNgKPcD4ORxoiwwgMwGMAyYAQMAiUjATAiw0cdNq1HYhgEZEAzwdNFy7t9H3tbhJSYM EAYgLbAU7t+GASkvEnxAgVtOE6pEEgZkx7CpvwsDzANmQqAiDOASvcUlVy8uueHDkkYflbX5wtVn m+vm/a7nYpUvsvX0n4TbQLGQh2CA0wNyb7HwXCg+a2w7rL6RqNwdXDZke2n7L7Gu+IYlZ69ZgD0D NTktUAOVQr4qBwBO/W0YqPEqw4BXv8oAGGAOEbqcHDDgyABAfwID5WRWB8lLp/t3CkVBVmagAgkg MwBxdRD2DJgwwJVCz3mtf0UwYBhAA7EvDFBMn9p7BiwGICqwrX9FAQaeYRjgF/8mBlSAATrJ91cK A0QCfwID5UmAVOgDA3+SGXDCgIxtACDZPEAwwJVC5P5N688qd/l3YIBiM/g7ZUIzvDDQvkv7Xf47 R0wZXq2xX+M6Ye7rDqg3HNSvP6hfRzxAVBCuXx+q3RCm1YnU60Ub9SP1hkQCUcgMdIzX+ySLpnEa YYBfjN4IaQFRL4Lcv143Uq0TpdWNIgDAxuJ6MSr2FqNnQK0PGGAewFYyzg9ACPziFDs5QDwgUwTN E9QWiXrzJMCAlOwnbp0MKmibTDygU2DVC/GIoVSeOpqqdErlfuJUtVOqQmeXNCQKzCxBGroIemVo PdI1OnuTkCJw9wUVuIkKCAaQKMhUB2URDCjDgATKkEyiAjfFw7ORLiAkGJntInF7sWtMLoYOkcbm lJlsIJMGOW7Cg4m5hATuqbmuW8g6F7hmHHY/Rr7/qIIkwBFlFpPALJAA8YDrCTQD8Dig48pLxzHf 8w00/qpvnlBfP4GZP88dc89BX4F7Nrt/WefziF3xzwH5/ocKyfrTKd0/HiP3DwDwSvYDmNmABwtd DxS6HyhwP8CFQGT9bQzAyCCUA6FXmE5kA5AKAAaY2YA8N3cIaNMJA3JVLBNg3Zan3sIdw7JJYFoO GoWJBKZkQ4QBU7I1KFOflKlOQocAcgITyP2nq2MztNFp2hhMCsK8oNGZyAagXThdHZGBLmGWIPcv cwJDuCjIlDU/lEgAAhKgLqhfMtICZtE/GoW1vnj3b/RK0HsRFSQZ5PW9SQC6mSh6xOPsGW+SAKk3 KR41/XT2oU/jZC8BZwmQKDDLh+iUYICBpFgqbAxL9oxI8gxPNEYmoRZodKpnTIoxDksDxMRUQUgw JQ0wMBWriA16rF+s3pNrgSQASOuPhIBkgEi9XYRoFwEYMHcJHxJtQAL2+35mAOKBMNEqTFp5XiRM wUHeH3xQNJMnXXIs1TRYb3pANMPiMA54fzCpCVaGmWvFzFViLOwQCBatSQdEG1KIaBuitzuotw8h JND6RhpjY43pycZdqedvTTYmx4nBUaJzqN451OgcYpC/p7MjGX1MGqUf0dsFa9gvFiRay5XDgaLl fqNlIHaENfMXTSG9eaDRjC5ZdAf398mPzAfME3vEcKfJPt1vL2Jbfnyn8R698W6BExKIbZGbJytP 3p3OXXpDGeykQGu4SzTcCTUg7RD1duqk+jsFefp6dO7Q627T622nS6gunTsMeafedgoES6+zTa8r L7eKOlvZ1iPWEZDvJzdPJp79fZ0tem0pWHxRdxPZdxh9Cupu0uD1YfdFLbL7DAC1SV+bhf4kxgBD Ov7aX5s3IRlb5r6c0Tclam3gsh/y/VZQm4INfJ+7AmDxmQTw+h8tAbq3Fog8vQzY7ls5ARj9irq+ vMV3fsR3dHNtsKXr+PxzEiD5eH1bJgl8igfQFoyY+wTsNgAWX/LNCgxgC5cSA/DuX8NNxOT+HTkB mwfk4CAJAAQDq838wFUcIEZOwPL6q9x4/S9JgHy/7f5tAOBPJSGYd5gE7EBuFWDRJVl8BgDozwqE ZJcwMEA2EHNMdwAD/BGZfq4IMknACQbk+P+yYaCi0EJQgQGkKqsR8qomne+VUVDdmSJYWHLd4tK6 K9BY3G196ejdZY+EK4tT1QPF+nfnPDq3Ep+/wBvKsKQM+s3liT6trU5XZke4J+wp7bGhtNmac/WW /XHtojNXvnempqON2J4v5GgPuLxs0096TQbcMICZQnzJMFDz1d/5lAwgAxn7AIAts1vASgtI9++j ijDws/T90vrbcbk75XsGarzwI4qCkBYoVx1kiwCAcwJ8olII1UEsR8+ARQUmEmCUEGBAWv/K5OgZ qOD7K5UPDJgYAFn1Qo7qoL8JAygN4h7iGua6sXL692DAzAw4YECqWiXrBaQAA9UcPOCFAVQKkeP3 hQFbKBOSewb+Hgy069xu576dwyYOAwxcd1BF6zAxAKQwDxAJ6LVDMU2oXpRoEKE3iNQaR5FxV/uk ig4JehOKo7RGUSoKhKIIGMj963UiNYKB+uABFcVCpCi1foxSn2AA9UKYOmotH0AXAU8ZQnKAvtbi AbVZgk5B83gSFhG0TFRbJWktuZGgVTLBgOwn1rCVzMwSYCuZ1U+sEgwQCYAH0vWOkgrSNckD3bhw qHuG0iMd6okUgdorXe2dofTOcPfJUPpnqv0zlQFZyA+wlEFZbmQJWIQBw8zTje3FkgeyUTLEco3O KiMAGMOlRGOy0VFAVIBRpDmuabmu6Xnue4qUh2Xh/mE3YQAxAMs1+6jyzFFlbrHywnHlVR7zjy1g JxC8clx5oRi9wk9xy+9j7PXJ/aO2p4hihUz/DPL9UoWKxICHzSlA8o4yAyNBzQzAjMKyBzmgk2Qy gHT/hcCA+wEDpu7lPABnAxgDTClOEuAuYQsAkAfA8FDCgFvozNNu4gUCcoQoCRiQ5Z6SpU7KkPOC 3CgNyuSEQJY2LkMZl2HBAJFAhs7tASrXBWlYJcZrBJAHSFatiiBeIwAGQIfAoGTkBAYk8eCgJK1/ sjpATgtN4Rohng5EGNAnSeuTiE6Angl67yQDyQHCgASdLnvF4+wRxySQYBAJ9IjTe8YZPePwcI94 5AQAA3FGb4KEWNGL7/dFs4HoE282HEuZMJAghiRiEBBZ/GGJxogk4gHsC+OqIe4iSNHHAwmMqame G9MABqOSPYPi0R+MDgFigAjRPkLvEIFtwQQA7SIMkADnATgVAAZoHabxqbcNM+hswzF2BuPFPwOA mRAQzQ+Yvr9ZsNaM46YhWrMQAACZ/mYHDOwJDtb99msEAE2C5CmRABjQnB7gNcPND2jNiQQO4DuR cECuAFmCTiFqrwhjdIy4MdFzZ6oxOUF0DzPaHhTtGRXADME6YUOrIF74FaQ3D9Za7Ndb7DfY8RtN Agy/QL1RgGjsLxrvFY32iIZ7tYb7cNlwrw7t0xvtpVg03CMa7NEbsihosFevv0drgOfxJN2pv5su 9Qa7hKndBkvU26XX5zv1dxrw8dLNQ3y5yyBbT6pLXh/S6+6A0ccJ8U24eVFnu14HJ0S2nvw9Arb4 dFJce5tWmwK6JNO/jS5h6+tuNeDst4jaWwSd5Ptrb0ZAN1nk7DkmH88n3aHLWpvI4psv+GsTEtA3 ULzJqC3vsL8nE4/YNvR4gAnB8vfyGf7IvsnaUP4Sdwyv9f/aoLOW5IH1FHBOwJ4RxDBQay1i6fvx yp9hgITyHvOm5e+9SIDAp/7HBwzkwmD2/bD+hAFSpuO3CoGu+1xcyye2CPNN6fsrkfT9dH5qXPup OSaIuwLKwYDp9WWZEJt+2R4g75v6mCw+VwR9ZMGACQbS+qtoGpY5gdV0MgmQVpHvJyQgu29hAMCA pF1jjQ29cqVyJcOANyew3HmimZg+vWIFdwUs15gBcJ8ZwEwIOGROCzUD3LFiqaUYJGpfwvFzbwDc v6NACHcco4Q4AwASqGZOEGLTvwgjREkUeEmAVA4A7BohnDYMkPXHpZcESqycgA8G2CkCDt4rqf7e OTprvGs+cOX7pVctKrlhWUmj1aXtvijtv6X01v3Ki7HKhjw152fh1rmFgJHg/EXuJTh/QfNczPvV s6lAeznOfVtg6YCtJW0+O9dw+bnrPzh7NfHAO8wAjvxARRhAKqD8ZXWfPAAEGDArgl6FyPdLJCCX LzGghlkjJKcG/VrjZScGyMtfqr/ys4kEL/3iKA1ySmIAC3afSEDKYf0ted3/8z9Wh8jlk+hSmv7v HSRA1l8GkIQBiIy+DOZ9x4LvL58QMO8AEuRigb/sGSjfN+zoGbCEhgHuGcAcIVIxOX5GAsCATAg4 VeNJtAdUJ9+PwAQAFsqEJAZY52GUBlVgACkigWo2CVh7Brw8IGGALkkzmQFMGMD578EAhghJ2buH ISsz4LN4mPQwwcC/lhlo16ndjr07B48bwjAQql97kABAXEdnGCcHIJ14oE6YiiUDEcgMNI5Fw0D/ VNE8TvOLARs0itYaAAa0elF63Ui9doRWBxuLCQlUOutGIm4Qg9KgerH0pEowgHqhOKWxhAHODHBy QDMrhQgAGAbs/oGWCcQDegsggdqKzmQeMZSMFgLwAIl4gLcQtCMqkFvJSCkKlI78QGcwgEIk0D0N PNANI4aIBNSe6e7emSABWSxEGDAwSxsAAIAGAwBUmRAYmu0emo35QsCAbIgC5AcsJAAMyAqiLMIA sIGEgfE52F48Kdd9U4Hrjnzy2e5HjigzD0MEA7O5e3gujwR95YT2OvIAyusn1VdOEBVg/8DTaCRA JuERs7K/jNw/D/s33b/l751eH8JIUH7sQUch0IOyJaAIDEABAYBsCKaTdB/mhEqZLQGQmQpw3YUu YfQHl8OAPDcRDjcGyPYAzA/FKrFc9eZsLBO4OUdBu3A2SZ2apUzNQl0QkQDDgDIpU5uUrfMyAdkn QNLHZKpjMtTR6eqoDG1UmjoKk4JUHhaE0qDh5h4xEwaYAcxVYhQMYhLg+aHaQLh/Cswpov1AAlr/ RNkiTIYe5UC9k6w8QLzemxlA2v2eCUQCRg+K+Q7fJCowiApIveLxJb1xR9BNAgMuHLKl96EHEgyZ IiANjNcHJQjSEJkiSPKM4PzA6GTP6GR0EYxOEbKlmGBgSgpKhiYki6H0DbFG9ygdbQORnA1gACDH DwyIMJgByPSjK0AWArUJJeuvU9A6nE6jVRgwgKuAkBBoTu6f7DuZfisJgFf7BwwEhAQUHDDY91si GAg2mvDr/6b0AAAAasFBi2By/1rrYNEqxGgVorc9IDqF6f0ixKhYMS0B84L6HRJd6J+EfH+w3vqA 0eqAaIk0AvYNN9+vNw3QmwWKZoF6kwC9MQn+Xm9E5z54/Yb+osFeUX+vUX+3qL+HRJ5ea0CX5P7J 5cP08/1d/MBuHf5+t15ObPfh6XfBx3u1Q9TdSQ/A2de1fL/0+lJ0kwS7v9NThx4mkb+XAWOAeYff 8ddhx2+K4i0GrD8CGH28zif3v5W8O7/XN1/wa+z4WQwAjAFS+g0b1Vo4Yf0lBtTCaRAe0E1y8BIG 6BLAwCdJwgA5eHzqMPTmRxRs0MjQl5d9X6/Dl7XAAyYqUAz3b8FArQ0GAYB5h2CA3D+Ze7stmJHg BnkiA8Ajg/AREgXoB/CFAVksBF2P3gDb+uPOdT69AdL0O4UtY2ZjAHqCHR9JGCDHTzwgrT9uOkmA ZNcIgQToFA4eKJcZYCQwuwXsRmE0Aa/hDADpI4O8/rV8loMB8ADDAAGAXSwk0wK4Se4fjb8sGwZw R+4QkK/88anMBsiAvD5TAR6QMEAYgJ4ButSu/FDDKXngMjBApwUAdMfCANaVct2YdVljqUMMA1dY XcI+QorAtPscMANIGDCRwPy0PAyY40SBAfL0cf8mA9iBaf0rV813LTYwqeCcTBFcufDsdR+U1Fte 0vyTkh4bSsfvds8KL1uWrkWc0n4sNQyzpRiHcQFMQHd+KvMcOKEtTnE9FOoaub2009qSJqvO1Vl8 7pr3z1zxzllZMsQk8NeZgZo+MGBmBiA5WUiSAEw/gwEZffPSfPFvwYCPTDbgZ8jukyqFAU4IMAnw A+VhwMkAPjBg+34KfAeJVpANA3D5ppAZAA/wMoFKYYDcf6WSMOBdOlbe+gMGfMYKPcO7h5ETsPQU 8UBxjacodtQIOajATgUwGByu6W0VMDHAki8AOFUuLUCSDGDrcXnKuqCKMOBLAiyn+7djeWkWCEk5 SMDSw2noJ35Y8oBVI+TFgD+DAR4lJJXQplPb7Xt2DBw9GDBwLTBAvy5EZx5At8B1odoNB4kERN1Q tS7BwCFkBvyiRGvyQ8miSbTeKFo0ihJECA0iddQIHdLpsToRLK4UqhOp1iVRHK3Xi1IJBupHa0gR xCoN0EysNGISoJOpQPOL182uYtlFgHohmRnQm8drLYAEWitSktYaIhLQ21pU0C5Vb8dlQu14vlCH VKUD1pMpRAWcJVBkwwDyAEgCaHD/WTIJgLqgwdmYIzQ0Rxueo7KUEdnKyGx1VA5JGZOrwNxjtCjF MPqjcxVsKc7G/VE5GDTEl0AC2U7Aj6HPGDvL0DPgvim/7M4C94NF7scOK+TvnziqPFuszi92v0zu n2uBXjuuvITtY8rTR5XZPPkHJf6Hrff3RWUzDiszDrvpJE//YIHrgUIX3b8/v+yBIvcD+WV0B/ct 32/LBAD+Ev5Bcv/0pGwDkHLfhxIgU7D+VhKAAQC6SwKAtzdAmZ5PDEAylwpjoZhcJWZODuU4m0gA OYEpmS7AQLYyJZNiogKeHcR9AuMzFLlAAAmBTKwPG01KQ42QzAPwSTAAHhiWSgCgDE21WoRTVS8M YI0AYQBIACODkpEHGJhiDODmYG4SoFPra00HkiKXL2FAOn7L94vurB6EBPIS7/5Fj1idrH/3WCQN esUJmTroHe8BDMSL3nE6xN3GXDVEN/W+cVr/BNE/VhsokSCeS4Y4RcD5AZLgFAFvFkvFvjDeJobN YvTRQOKNKCQHOkYhM4CiIGKACBT/tA0zSKgFkiQQLlqFSQzgINwAA4QaLTgbgMxAiN7ioIHqIMaA JqRgtSlIwKC46QHRJNiBAagFkhkA0RzAwPkEsvKcVeAMAMx9G14n3Pmg3i8KY4ImJxlTCXXoj4gD eitChWCtZZDRnLQfL/6b7RdN9ws/cv/7Db8Ao7E/1GifIPdfHy/1pePHq/16e7T6e0XdvfD05Phx kncnf08xCzdx36i7S0C7dTrp0hJdavV24VPvM5bq7AQD0FkH7/sBBrV3sJXfYdRlEQDQR7Vti4+3 +6K2lQGg+/hom6i1lYy+9xl8xL6/1lat1hYNAVl8wgAEZpEPLreIWpsNae5xwusTG1h4sAn2ndw/ 3ay1ySD3z1RgOn7YdMIAtvi16L6FBOZH+NSbFpBIYF+yuMgHdl8KN2ut16TF91FtgoF1+g3k+607 N2ygS51O3CcAgPsXN6xjHljHJUAytsqEOLZgAKft700MIMku4Uo7g6Wur6wWCO/+ZQBz7+v1bQxw ir6EAw2lQQAAXEoAAAxUYACnTN/PIiQoDwPEAHTq13yMALRgwYBkgHIya4TUqxytAqY4V+ADA+AB +3IVWoSZAcxyIIkEnBmgS5AAvL5dIMTFQjYMkL+3SQDTgbhM6Iol2Ckm3f8VDhjglQK2uF4IPFDJ ijE7MwCvb80R8k0IsEAFThjwihx/uYYBJAcs0eXfgYEaFgwQCUgYoLPmu4CEK94ruXrh2euXljRa XdLuy7LB28ruCHa9lqBuL1KOnjEUHjwKDGAeQPnQ+Ytu/Xz6D+LLbGVOZNmUvWU915c2//hs3aXn rl145or3zlzxtiSByhsGvMkBy/ez9ZdtwRzz0jE+ze5h1AJZKQKzTMhp/SvKygxUx5YxuXW4UnF1 0Ms/cVqgnGwGsGNbEgakYPcrlAZVJ6PvEO5wmRD3CXB1kFkm9J0sEyrPA2bJkO37nappx5IEKsDA 5WTBQLGt6jgrSQ5Ue/JIDc4DeGHAIgE7AAlcdr2AKR8YsDMDPmIY8BYISTlhwNFA7HT/diwvzQIh HxjANCFzxijfKT9dFHOEzA0DfxsGOrTZtmt7vxEDq/k1IRjQiQGuJR7gngEpLhNS64RrdQ9p9SO0 RuG6X5TWIU7vlIDOAYKBhgQD0aJBpIDjJxI4pNc2YUDUwU1RO5KRIAp1RA3oRIex2gAjhlTmAW4m tpIDjeOJBwAD5UqGEoEBJgxwiqBVEomoQG2dpBMPtEnSSG2TtHbJanvsKmYYSOFlZGlq1zRMF+2R jvXD/TPVAaQMbWCWNghdwsqQbDQKD8vRMDWIACBHG5GtggFyNfb9sP5jc5Rxueq4XDrdE3KViXkK do3lKpPylAk5yoRcdAWMp8cIACwYoBN4kIVAbiSYmueeTra7UCGL/+xRdf4xBbuBjxMGqK8eV184 ocw5qjx5hD5VHiKvT+aedX+RC8K6YuW+Ajf9OEr5iQHoU67quQ9WHlTwQBGfjAegAnqABwGhD7gA mQHgBNcC2bNBUQLE04FI9+S7pPu3aoHQHIwZQVwOZKYCiAQsGGAMIBEAMA9gtbB6M28UvoVIIEsh DODSIM4JZKlTM7EfYEqWOjlDmZylTshwTzCHh2rjMpAN4OGhKoaHolFYG5Whj+IOgRHpZnsAY4Aq u4RtABhkpQIkBqA0KEUfiHZhwMAAc5kAioK4TwArBdAZzL2/vbnaR7p/CQNICMTrBACSBLonGBwA BrrFAQMIBnAnTmeJbjFaDw660/dwiqAnRgAxD8RzI0G86Bun94nV+8aajQSD4jFoaEgCioU4RWAM T8Tg0dEp0Fi5YDjFmJisExKMTRJD442+sZ4uUXoHYIBoFyGIBEhtDultwgEDbcOJB7wM0Io7hgkD pJqH6i1CZXWQaHEA7QGSBCQM+B0QxAB0NuHTj2CAewOQBzDLgfD6v8UB/FTLEK1NiN7qAMp7Wh8Q 7Q6qPcLF0GgxKdEzJcEzOEp0DUPRP/0WLekb9osW6C4w8O4/QG8SqBMD+AWIxoF640CjUYAgoYxH VvXI1/yAAenytbp7Dfh78x0/mXuy+1qdPTqp7l4hA4IBmHvp9RkGvKLnCQMYBmD6pfUnBuBPLRiA +2cJwIAZQ9Lul4MBCHgAKtimAwNg+k2vDwbgmzD9nBaQAEAwIJ/hmD+lEy4f1p/f95tGHzCwSb+B GMB+5c+VQuT4fWDAewdZAjpxHxkDr+MnmUYfWQKCAVn/4zwhJARIqPwxq4C4EMgWv/6H+wcAMAzI zMB6NAnA8TMMmKdjfqjMA9iX5h0HDEgGoJNzAsgD+NYFOcQw4CsJAzIDUFG+MCCTAKbMbuDrPjXo EiRAeEBBeffv1DVrxNXWwFASMgNWgNi2/mu0q+UEIfOOLA2qBAZg/SuBASIByMYAKZkZMC8dMCBJ AHZ/hcwD0CV5fa/7J135ofsq+H55EyRg8gALsTT3VjZAgkENNAlUgAEHADglYaD64j+dIASVYd8w aYETA6S8MECXMnDqL2CAMECSAGqE7PwASobQVfzOuZrvEA+cu3LBueuWlNRbUdLik3O9vi6Z5O96 Kkr5JFNN/E4r4cGjPF+IC4YuoJFA95w/ddbYdVh5Nc51e2DZgE1n235a0mDZuesWnb3qPV5B8Bbs PgqBfEqDyP1bcU2rgbgCDCAzQMHlYABtxMgSOADAVwQDv0gYqMAADsmeAQcDOAHADpz6SxioRHK0 qAkDqBGSVCDdv0wFmCRg6XIwgPwAxZIE5pys8Ux5+TKAHUgYYOvvPGVawAEDJJ/MgC0LBsjrWyRQ GRIAAypmBipggBSs/5/CgENO92/H8tILAwh8YSBVZgacMFCdYaCGOUfob8JAYqv2bbbu3NZ7WH+G gYMakcC1oSoJJBCKnoHrQ5gEwrV6EfDxjQ8Jv0i9SwI2jqFACDkBDd0CkXqdaDl0SK8lK4XojhTH dSPpx/W6hxQ8HKXWj9IaRNMPEgnojXi+kA0DkDVfyOIBFA61SNCb49RaJOrEA0ACwABJa51AUtsm QcQDHQkDUrSuqQQAWq90vVe60idD65ul9kdbsMY8oKFLOFsdRAISEBgwFaAWSCUNy0ZyYESuOjJH HUlnrjYqRxmbBzwYl0dU4J5AGIBBouAB0uRcbB2elKdSjKGiue5x2WVjc8rQTwxUcE/OdU3Px2Se p44qLx5XXy3WXi8GA7x0XJ17THnyKEqGHiLrXwjx4E73vYUkFwEAYQAZdGnZIX6F73yRfx9+ykVI IEt9pMs37T5XJcn4gXyc9INS8mdlCdBdeS4pTgVQ4L6Ta4G85UCWpnNRkFUXBN2Sp9yc6ybxEjGN y4GQDUC7cJZ6Yxaqg+hyapY2JZPTAlgopk7IVggG0B6QqY7LAgkABtKV0ZgahN4ATApKMxuFCQNQ GpSqDkmhU0dXgCSBJDAAYwB3CSMDgOogc6cYFopxQiAZqYB+vDsMk4LQB6wxEug9ZYGQzAzEa1wU ZJDv9/IAeX37jEUpUY94vSuzQfc4o1ssMgYkrAaTiQJsChO9CAmQIjB6x4o+cUYf4oE4vV+86Ben DYjXB8RhnfCQRKwTHsotBMOTjFHcUjw20RiTTDzgmZDsmZgiJqQYI+KxRKxHtIbMwCHR9pDemhSm MQzA9xMStAr3tAwjABAtQ3k6UKhBAGDK2Rl8UGKA1vQAY0AwGKAJWoSRGWjCZUJMAnpzxgAIaQQN r/kJAzAvyOgYJrpHGENj9AlxngnxxhjinAijVbDMG2jIIQQhA4DiH3L/+zW/QNFYWv99egOu/6m3 T68PDBAN9iEVQHG9vebLflQBsdevCySQJEAOnoT3/XV2SwxgKgAeSAwwpN2nx6Tjl6bfjuHv7dih 2tsdpl8yQHkS8GqbfsNWrdZ2vRY5fsv3SwyAv7epgPMAdOeGzZrl/rVa3pieNIMbiAFYJgxsFnzH rPmB19+IU5r+2pvN/AAuOSdgf4SAEEJekstno49nUOFDsQkJ5OARk48vVyNU3vqXFz0MBrBhwCGZ FoC5t7x+OWEukE6C48csIPsj4zrGgOtkKgDZAAQSBsxuYJaTBEiy7MdJAlLS3HPs9PqmrkUGgDAA jh/tAfb9Tyv6fu9N2/ETANgPyDIhMvqOTyGQAF7zc3MwWX8pVAqBB3wxQIprhGD9/y0YuIJOBgAW 32ESkGkBWSBUcwXnASwewGt+Mv3ylCRAMUt2BaAZQPYEm9VBHAMAvDDADQPw/SYAIBWAkUEQ+gTc fwIDslIILcWW+6++sEQWBVmXJgyQ48dNy/2bDOA7S7SCGAaQDZBUQOLMgH2J9WHvYo/YFe+XXLOo pPays34flXT6qnT4jrIHQ1zvJ6tBxdr3JYbwIC3ALcVyV/F54/yFX9znw09qi1KUB0PKhu4o7fhF SaOV3ELw/tkr6WvfNH0/nL3NADxHiAOTBJwyScCiAgkDKAfiMiGOzVYB874vA9gio08wQF6/AgCw uHDIygy8QADgLROC46+IBM+Tp5dNAl4SMHnAEVQmTB0lGKhpYYDdMCDLhByZAS8SoFsA1p/dv10j ZBOCCQOnajxzquYzOE2VhwEpkAAFdpkQC5VCFdICUiYJwPqbZUIWD9jFQn+WFqg2GyRQoxwJVA4D skxIlgaBAdBGfFkYcGwY8IUBMyFgdQ74wIBX5RuILQaw5YsBJCIBJwy0bNd6y45tPQf3q9akqd+1 BzTkBLhzgE6OkRmoFa7VOYT1w/UjRWMeJdSdfHmk8IsSDQ9pDcjiy8aAaFHrEAaSEg9IDKjNiQL6 QYqJFhpEafUxe1RrQDAAhAAMNIhBF4GcLNQwRnYRaH7ID2AlGfOACQOymbg5NxIACRLQTyxhoE2S 3jZZbZ+idU7Ru6Ro3dO03hl6rzS1T7raN13rm6H1kzCQqfbL1Ej9caJRGF3CPDtoYLZGJ8HAkBwi BCDBMLNeSDGRIEfFEmJUCiFdQDxAGp+rjCf3j93DvHg4zz0lX4XyFNLUPCzWvSlfuTXPff9hLBue f0x7nScCvXRCnVesPnVMmXlUffCwIu2++VbeadALrTsOESQgsNw80gVk8QtJBAMu+eKfcMIEAJac BYRyIPqo0EwFSN2d5wsDd+SjscEGgOl5AADZGADluqfnuG/D0gBgwC35yk15btI0NAbA9N+EPIAZ T81BhwD6BNA6bLYKTMpQCQMkDIwnEshwj8/SiAHGcmZgDJFAGnqFRyAboA5PBwlIDU4lBgAPDEpW bAywYMDqDUjRBqToXBckMDUIC8XAAygNojMJMEAkQOqZoMqcgEwLyN4AtvicEKDTZoB40SVG60q2 Hi/1MR2oR6xGT0KAAaM7kUCsWTtEP2jmB1AyJHrF6MQDvb0wIPrG6gPjjUFk8WWKgGFgKPIDqBoa nQgqGJ1EPGAQDJDGJHoGxRm9o41OPDsI/cHhRuswo80hwy4HYgAwswEUSBhoRkGY4TMmSMKA3wG9 UZAG308YgKlBds8AAQB5erQEoLjfagtuHSLaH9R7ReijY42bkozpKWJIlN4xxGgdomKOEDAAP8j5 BMNvv2gcKPwC8Pq/cYDRIECQ6u/R60sMAAnIVIBGDFAXb/rNl/0AgL0Gx3QfL/tr79ZQ7UPBLqM2 +fvdxAB63d0acQLBAN2pRZ5+t0Yn0YKEAfPdfwUYqL1D897BTXL56PQ13/ozBuCSYGAbyoFg7sn3 bxe1tkEmDNDJMODFAGn0LZcvxTCg3UBCICiwPqI79CPG9eTg2f3X2kyxIOG+9fpfmntTFe5c/7VG dp+CWhYGsODsGQak0QcJUCDvmyIrv9G44Wvjev6oIgxYFUGAB4YB5gHp/p1U8JVG5r7WOvLxJhWY 4hQBu3/P9V9q/OJfXgIPapH7l+YeN43rwAxeGCAGIB649gtdgoFkg7+EgestGHDeJ8H0cwYAMEBI wDDASQAy/SQ0CuO9vg0DskbIx+tbn1JMJGDDgBl8rHPTsMplQmAAGwbI9KOOyAKAa2wSWM3dAowB 5gkG8EUC6fttyTIhYICEAQIDAoAVGgkdxiu1K5abXh+ZAYaBmssJBmQ2wF1zKecErFogKRsGnJIf mTFGhZaDAbQOgwS4RshqEqBL0/HzRzI279gNA9ZZKQzQKWP4/vdBAv82DCAPYAGAqXdIGP7D+YGz 3FdwFl0ES841WFHS+rOyfpvLbglwPR/j3pSv5v1maAYxAGaOQgQGnC5w6edTftA+yXDPDlfG7Srr tu6c36qztZcQD5y54i1UCvlkBmzJrgCTAbhzwMwPMAw4MwMVYaDmn2GAFGCAX/yb1t+nbQClQWbP gBcGZFARBjBjlGw9eEDCwE9OGKDzT2GA0wJWz0B1RgLYfSsh8J/DQM1nT1cKAzIz8K/BAACA24UZ BsrXCJn68xohIoFyMCD3jpWvEZIlQxYMSAC4PAw8BhL4WzBQoWfArhGqxtuInZJlQv8aDLRpvXn7 tu4D+1Zr0qzJNcHaNSEa8gM4QQLXh3L3cKheN1x2D2sND+ktorGSqWmk3oj8fYSof0jIVgGy/ixC AlQK1Y7QahMPWPmBuugtRheB5AHAAKtBlI59ZOABYIA5bzRWaxyjNiEqsOeNxqnNEtRm8dg/ABhA S7HSMhFtA22T9Q7JhAFqN2CA2jNN7ZWmEQn0TlcxIyhdo4DUJ10jNoAIDBgP+mVwx3AGBgfxOFFl SBaQwNwwkMVIACnDGAlG5LhH5apoDMDUIJQPMRIo4zlRgNohpoJJue4b89Wb89U7CtUHDquPHtGe PKbMO66+fEJd9I348DvP/BPq7CMq5wGU+4rUe8y9XQqZ/jvzXXdxuc6dBWzKC1wU8KcYSHoXB/cU uJA0kGyQ78KoH5wu29/jI7rJz3BDMJGGCxQhPyokusCliRzIA8jOYBdJYgDE5UBw/znK7ZgRZKUC cnDemqfcnKfcRKhDynHfyC3CkgcoJgBAf3C2grqgbG1KBrcLZ2CQ6KQsZWKmguGhWdr4TJ4axH0C 47L0UekqNwnItIA2PJ0ZAGkBc6MwJwTUwRgWRNIHcY2QbBQGA6BDgABA65+iYV4Q8ED2CWBbMJYJ EAkkSBLg0qA4rSe6hLlDIIFNf4LRjRMCbPQ1CmTnAGFA11idzt7xWDDcP5EekDcNClhMEbHEBhpR QQ+i5Ti9V6yHIAEziCQPxKKdAEsJGAlI/eON/okGfeGQBGNwPMGAZ3iCGJnokVNHxySL8cliQqoY lyKGJ+h944wu0aJ9lN7mEIaEsggDOJDun3lAIoHMCcg8gJMEMDCU/HqIQB7gINICzUO4LZiewVwg vcUBDVsFiARCRKsQ0eag0emQwGDQeGNKgjEmzhgWY3QPN+ij1ugHQAURMQC+dr/eGIVAwAAzD+Av GvgLy/0DA0h16WTrL3uC8eIfjQFm2Q+5f7rJMfl+fuUva37Y3DMMABJq7yIAMO2+/FQ+UGunqE2m X6YFSHjH733TD68PERVc5vW/Q5wBsDBgm06qzR0CIAHOD0ijD2BAQoBggGmBMICpQDp+ft8vMcBk Bph+6d0pkDE9Q3afgIHMvcwGWM/YDGBnCRAzBhAP+FzKV/6cE0DxTy16YAOesZuAK+oGmSuwHD+L Y7MxADBw/To6Dbh8OqXAAOzv6SOZBEBXgE43KQAeWM0Apuknc8+Bbe6liBPsj2D9eWwoMMC+Lx/j CULXOo2+Letlv61rfS7RD2B6eqYCw/L35QTfv4ZIoBwMOOuCuOYHXQHk4BE72QBpATb6dDIMXIUF w3aBEHOCjD8SV63SrsTgIDQGXLlK4+ViMhsADLhylRsjg/itPwLuEsZMIU4LyJFBsjfA9P1AAoIB /QpuHbZ4ADOFWGqND12EBF4AMPuGLZUnAUsEA1DNJQr7ftkhQDDgIhiovtRdbTEWDHN+gK0/lwkh V2Ddge+H43ez6be6hyUDsPu35byUMEACG1j5ATvwdf8kuVWAOwR8AeBdBxIQDCAzgOSAPIkN0Fi8 4Ny1i87VWXau6cel3deVjttd+vgh95oMd/x3+lkVPQOcGUDVkCwc0owLhb+KTQXq/BjXjftcPTeU tPjoXJ3FZ69998yVb/1Rk6w/Of6KSOCAgYqyYUDKGjBqqdLMAPl+7yVvGHj5V/h+x2hRSQUAg5fp /k81XvqZdwxLBpAAAAawScAZ15yPOUJ2ZoD1PdaNWTxgNgk894PZKmD3DDgDMzng9f0+qmGSgAQA b42QV3LjGAV2QsCp8jwAPXO8ZjkSAANw54B354CTB6o9yZ0DEgmIBLwYwMmBJ0g8UVQuGnvcCrww IO/bOQHISQLQbJw17FFCNhIwD5QjASi3+qOVLx6u9qhZGuTICWRK9+8jBwxwsdBD2D1cw5cEKlCB gwRILdq02rxta/cBfas1bd5k/M33VqlK/1s15sa72nXuUbd+o1p16v8bql1XqgGpTj1Swzr1G9aF GtVt0Kheg8ZQQ7/6pEZNSA0aN23QuFlDP1LzRk1ILRo3bUnya9bKr3mrJs1bN2nRpimpZdtmrdqR mrdq37x1hxZtSB1bte/Svd/QsdPu9vlXqFKVqlSlKlWpSlX6S/UeNIo1Eho4shc0gtRzAGl4z/7D e/Qf1qMfRI+1aN1q07at3fr3qdasZdP0Y7/9J8oo/j331JnCb84e/u7cke/OFf9QQqKALukmfUQP +PxIlar0/5ueeeHNr7fu9py/cOnf/XVR6qJTFy84hTdJ5islKbnRhmUuvDRsebwS5eVSxY6AsGWf bPT5V6hSlapUpSpVqUpV+kut+HxLVt7h8ioiZeQWpmcXpGTmJaXnJKRmxadkvrvs0+YSBvr1qda8 VdP3Ptn9l3p3zS6fOws+2/Px5pCv90Wv94956eM9U5//pOO977e7573rJr9EooAu6SZ9RA/QY/Qw /YjPl/xLev/TPe9/tnfB5/sWkr7wX/RlwAdr9y/+KmjJ+uCl6w8s+/rghxtDl28KX7E5fOWWiFXb olZvj/5oR+yaXXGf7E74dG/S5/uSP/dP+TIgbe3+jK+CMtcFZ60PydlwMO/r0PyNYQWbwgs3Rxze EnFka+TRrVHHtkUf2x5dvD3m+I7YE1X6f1rEwcLwuFSjzJZiqtSUcKrEXU7nbLnEWZdOOlOm/0Eq 1X5n/VZCUn89p/5COgv9dEYh/Uj6Q/nhDzf0u/t71ne/kVzfSv3q+sbS6V/KSPT8mVLl3tkv+vwr VKlKVarS/1bR37P0ty39nUt/89Lfv/S3MP1dTH8j09/L9Lcz/R1Nf1PT39f0tzb93U1/g9Pf4/S3 Of2dTn+z09/v9Lc8/V1Pf+PT3/v0tz95AHIC5AfIFZA3IIdAPoHcAnkGcg7kH8hFkJfwcRdVqtL/ Gt03+6WI2OQvvt756frta77auurzTSs+/frDT9Yv/Xjd4tVrFyz//L1ln76zdM32vQdue/Cp5q1a mjDQsk0zny+6nJw8QM5+W1D8Sx/t7vHgwpZ3vnvHe1tXBqaGZJ2MK/ohufgXEgV0uSIg5fZ3trS4 850eMxbSw/Qj9IP2l0hVxIzLqQoGqvRvqG2nHpcuXbJ8fznrf1nfz9ZfSgKAjQEggXIYYJHAWfVn yMKAMyYGSAZgDPBlAAkAUqekfi5za8adj87z+VeoUpWqVKX/raqCgSpV6R/UvbNeIBj46MvNqz7f SBiw9KOvFq9au2jlFwuWf0YY8Nbij99YtPq1BSs37gi45f4nvDDQql1zny/6cy36Yt9G/5hF64I6 3vPuja9+FZx2/NiPZ0799MeRb37KO/591tFvM4+cJlFAl3Tz5I9/HPnhj8CUY1NeXtvpvvfoB/Hj X+yT3yZJgM6/gwT/P8PAnpiC+PRNRwrnnT5290+nx/50Yuzx/Ptj49Zuizrm82dZlf6bJWHgsqaf VMH0S0nrb8ubDWAAkAwgMYBJoHw2wJsHcFfKALb7PwmVyvPET6Uu1bj38arMQJWqVKX/K6qCgSpV 6R/U3TPnEwwsW7N+yUdffbDqS6QCPvz0nSVr3vrgozcWrn71/RUvv7v8xbeXrduy5+Z7H2/eSvYM 9K3WpsO/AAPL1gVuCoid+vya3o8sDs8sPv7Db+T7Y7OPHco4EppaFJJceCC54EASK7mALukmfUQP 0GPF3/8WmnGMfpB+nL6Evkp+pySB/x4Y2BZ5JCwx7NiR+a4/2ms/NFKPNlYz/NQEPyWhiZrSmHQq ZvrW0JyqpMH/K5Iw4LT+PqZfysf6k+D+GQCkLAyAbAwolw2wioKsVICVDaiIAT+bGEDu36njDAP3 P/mKz79ClapUpSr9b1UVDFSpSv+g7nx03qGYpIUrvnj/w8/eXfbJm8wAry1Y+cp7y19658Pn31zy 3BuL57626LP126fdPbMZw0B3goG2nVr4fNHltPLr4HX7onvNWPT8pwGFp35MyD0WnJS3Ly57V1TW 9oiMrYfSt4SnbQ5LtUWXdJM+ogfoMXqYfoR+kH6cvmSDfwx9ofzmv0MCpP8hGFjhn/3cptT7v0h6 fFPSIv/AX0+9p54drn7fQim6Wou9vuxgq9w9s0K3Ldz41bqNazdkBs0RsXWT/d/fElbg8ydalf47 JWHgT0w/yWn6vdbfllUO5M0GnKsMAypUBFVkADsDIK3/8R9NFf9YIlWmGjOeecPnX6FKVapSlf63 qgoGqlSlf1B3PDwnNCrhbaQCUBH0ynsrXnr3wxfeXjafMOD1xXNeXfjMywueevG9j77cfONdj3ph oEOXlj5fVKmWfhVIJND2rrc2hqamFZ7YF5O5NTx1Q0jS2qDEzwPjP/OP+9Q/9pN9vqKb9BE9QI/R w/Qj9IP04/Ql7e56i77Qzg/8Hf3jMPD29rSbVsbcvDb12QM5a+JC83O+uKDvuqC/cf6Xjq5Uv9/8 e33+2fOzlmx+78uDX22NXL8rbsPepA17EosOzTwdesvX/ik7oot9/lD7xxUdsSUn9LWckJdyQl7M PvBiVvCLmcEvZAQ9n77/+fTA+WkB81P9n0vaNy9x37zw4C98frZKUu069yQYIH9vmv7yvt/H9Nvv /h2qpCLIxgCZCnAUBVWWCnAwgAQA6fuP/VCJyhTjkblv+/wrVKlKVarS/1ZVwUCVqvQPavqMZw4c in31/ZXAgHc+JAaY9/oHc19b9OwrC554/p37n3jpnlnP3/XY/A8/2TDljocBA1u3duvXt1rHbq18 vqiiFn2xb3NgbO+HPth6KC08Je/r4PhP90Wv3hW5fPuhxZsPvrcu4K1Pd7720dZXVm95fc22t7/Y u/DrA4u3hC3ZGk5aStoWvmzboRU7IuhH6Afpx+lL6Kt6P7yQvtbuH/hL/YMwsHpf+vRVMTdvzH0m 6+xHRw6HpX5+Xgu4dHHrJf2BS8XVLh2sluR/7+qgLc9EHp6878TID+NuXxn9ZegR/jPrWPihbT9E TVi/K3575FGfP9T+WYVGhZzKWFby0/pq33euVtipWlIbMrU+v5Tf/F0/rSv9cV38nnl7ItN9vqFK pPZde9N/KLL1TtNf3u6T4Pi/PHTsvlWxN30Q4atFh6ZB4dMWht+4MOzGBaTQqe8fnPp+yJT3Qqa8 e2DKu8GT3wma/Pb+SaS3Aie+GTDxDf8Jb+yb8Pre8a/tGf/a7nsXB38anHuEZ+/+uUoV47Hn3vP5 V6hSlapUpf+tqoKBKv2/oNQj0nVdKovf4fPR7vfCv/e9X/FOee07cenSiVTHHf7+cnegLzLK/vx7 KurWB54KPBhlpgLeWPzsKwuffun9x+a+ce/jL9w9c76tD1atnXI7wUBLEwY69/hrGNjoHzPluY+W bA3bH5uxZtehZVtCFmwIfmd90Ktrds5fsGbxiy98NfOuzbeP23zTiA33Tln87BPz31354qqtb34Z 8Pa6YEtB76wLfndDMP0g/Th9CX3V0m1h9LX05T6/3eX0T8HA+9tTxi+LeSDqx4W/Xdp0Mj8r+9NL l8IvXVpz6WzfSxnVLm6pcSDg2eWx8e8cPTOv2JiR7bop+my/zwvGfBC+KgilQSHRocdiHvx6b/K2 iCPOP9H+caWELf/j1Jeun7+WJFAttLX8fyL9+vl4WEHkuzkHX8oOeTHrwIsZQS+k738+LXB+SsBz Sf7zEvfOi98zN2bnsxFbnwrdNPvgxtkhXz9+YP2soHUz9294ZndQoM9v9D+hd3cmz90Q+dzGBNK8 rxPmfh0/Z0PcM+tjn14X+8RXUU+sjZz1ZeTMzw898ln4w5+FzVgT+sCagw+sCbn3owP3rA6+Z1Xw Qx+HzFkfvTwgc2PE0S3/Wcd2px796L/YL2fNt/v2a36nMBX0nPrQJ/H+R86GnnKFnnaHnXKHn3KF nXYfPKWEnHIHn3TvP+4KKC7dd6x095GSHYfPbSs8t7ng3Ma8s+vyzn6Ze+bzrDOfZP6xOv33lSm/ f5j029KE3z6I/21h3G/vxf46Y0fxxFXRdy8KOvztub9UqSJmPv++z79ClapUpSr9b1UVDFTpv1/k 3X/PCKcA7vxs0Rfej8Ljz5KJ//6I17JXvFNBO4p+P/v9kbPOBwgGyn4vd0fepF//Ggzcct8Te4MP zX3tA8KAZ15eMOu5t+99/MV7Zj7vo/eXfz759oeatURmoGvfPtW69mrt80U+wjDQLwMnzf94f0z6 sk3B73y579VP97y4Zs/cFVtfeOGdoCF9D3VtFtOvReLIVikTWqdObpMyqVXE9F4rn3/qycUbnvto 9/w1e5//hLVm7wtr8IP04/Ql9FX0hfS19OUV541Wqn8EBt7fmjRmaezj2edWlV7afSrnZMGqS5cO Xrq08NIPDS5FVft123Xr9ixcnJa38g9j4ZlLr/58ae7pC4/kqTfHneu17tiQt0NWBxWExQWlRS3Y tD9je/T/7FihrINvlP6wnmDAR6Xfr8s/9PqZ7/Z8e9/QY7f1y53UHf9vcfy6eEGcOf3l90VfZ4W+ WHJ6acmpxSWnPig5ufDcife/y3nLf/1cn9/of0JPBhStCs0LKfh1b/aP69N+3F3wx578PwKKVdK+ Ypf/cXfAcYUUdEoP+cbYf1ILOqkGnVD3n1CDT6oh31+8fV3c4oMFd29MempdzLu7/6OMR9feA+m/ yY88+/9nrvOxJev+Zc0PacqC8JDT7pkBR2cFFs/ef3J28OnZB04/EfTN7KDTj+8/PXP/N4/t/+aR wNMP+Z+a4X/q4cDvHtn//YzA7+/3/+7uvd/csev0bTtP3bL1xE2bi6duKp709bEJ64+O/+rI2LWH +63Omrktb+qbewq/OfuXKnGLWS8s9PlXqFKVqlSl/62qgoEq/ffryKXv95kxXHsFd17xZqWPmSKi ILSQp3UTzx854bzD6YU/h4rKdNM9s3b6H3zqpfeffOG92c+/c8+sFyrV20vWTJ4+o1nLlhu3bO3a p0+1br3b+HyRUws+27MtKL7njIV7IlIWrfN/6aPtz364+amlm59YtuWhtz9ffv9dUb1bJY9pk3Fz u5x7OhTM6FT0WJfDs7oUPtwh6smpD766+PFFKx985/OZSzbP/nD7E6SlWx9fvHHme1/OevfTeUvX L1i7h76Wvpx+i7+zj+w/h4EPdyaPXxr9eHbpZ2WXAk6l/3B8DecEXrl04qpLIdWO72i9InDz0vzT H/+irz5zYWXppSVnLr3+86U5p8/PyNNujDnb/cvD4xaG7IyMDIvY+z+dFkiLXH005q0jUa8fjny9 KOK1wojXCg69mh/+Sl7YK7mhLxenfPjr8RXHbu9PJJA6or1kAPr1x/eZGUEvpQbMT/J/TuYH4nbN idn5bPT2ZyK3PX1o65Phm58I+frx3WGxPr/dP64nAgvXRxcezP1+W+rpT2OLA/J+2Zv9w7r44o8P pH4WkvL5wdQvD6aujcjZknJyZ/o3wceVwGJXwLGygKNlgcdcBAnT18cePHlu+lexYSfP3f95pM+X /0vq3m8o/Zf5/ndU9v/4Bwr9pfW3hQ5gbgImGDhw2j3L/9jjBANBJ2YHnZod/M28oMOlu0foh+45 Ff/hyyFFDAOnH9x3+qGAbx8K/P7BgO/u3fftXXu+uX3XqVu3n7h5y/EbNx+fsrF44oZjE9YdHbf2 yJgvD/ddlTlzS+6UN3bnnz7zl6qCgSpVqUr/p1QFA1X675cDBvDi/0g4O3VviuBfggH6Bv4I+QGf b6DT+RvJO5f7nso17e6ZW3YHPT7/7Znz3prx1Ks+DGDrtYWrLBjYAhjo3qetzxc59fHmkBdW7Xp0 4caVW4LmLt0w8/21M9758oF31z7w7rrbnv9w1y0jkse1yb6zQ9GjXYrndDvxcvdTb/Y49Vb3b97o tmj+U8+teGVl6J1zV86/8+UFt7yw/LYXVtw6f+ktc9+5ec4z01+959F3Xnt64Rf0tfTl9Fv8neTA fw4D01dGPRj345qSi/6nMn4/RSRw6NLFuZeOVrsUVC15Q9e7lu8c9k7w0PdCJ62Oe2RfwYITruVn Ln5w5tJrP1166vj5+7KV8eG/d1+Res+qiJ1R/+OjhIgB/vhmz++n1/1+eq2Pfjv1+S/Hl/90+N0f C1//sfA11qs/Fr7yY/7LWcHPl/yw4cHES4NCLtXaIQHB+nVRaL98rP780Tc5C4M2Pufz2/3jmh1Y sD76cGj+Tzszvt2Ycmpf9vdvf7Et8KMXjq2c9MfSzuqCRmeWdilePTl67WsfbvL/OCw/oOhM0HHV hoHb18WGEAysiw09de72dXE+X/4vqdfAERcvXfr2V9d3v5HQ6Wt2/dpiTqD7NgzMCix+fP/Jx4NP bS84c+KX35S9Iy9FDb0UPdQImbYsNHWG/ymCgRn+3xAJ2GmB6TtP3brNTAtM/tqbFhj9BWDg0S05 U17flXfqzF/qXBUMVKlKVfq/pCoYqNJ/vwgAzHf2aAb4z2DAywAWFSA2n993gr/c+9i/DANT73x0 wzb/R+e8MePpV++d9cLl9PK7K7hMqCXBQJfevav16PdnMLApIKbHgwvW7ot46oO1D7yx5o6XV09/ Zc2tr31282uf3/b4awk3dcu+s/2RJ7qeeKX7Nwt7fLei5w9rev7wSY9fVvW9+5lXlux+bn38ravD J7+3Z9pzX9z1yLJ77v7gtkkLxvd9b+RNH0+d9sxz976ykr6Wvpx+C/qNfH7rivoPYeC1jfG3bMlf evbC7u8Kfzy64tKlyEsXn7l0pNqlgGoBK3rM+yp8VWAu/TFEfxitDip4bmPK6AUHHwk8tuyPi++f ufTiD5dmHtVvSywdvO+nAe+EL96T6fPH2T+uozFv/Viw6nTK26eSoJOJb51IIL15PP7N4rg3jsW+ fjTmtSPRrx6OerUw8pWCQy8fjn6pIOKF09krPKXb2uy/VO1rvdqiPEkB8tfFi0L9eZXy43LXd0uD 1s30+e3+cSEzEHskrODnvVnffhpZ+MWa5d+vHOJZ3kT/uJv66QDl80HKJwOUlT08i1t+t3RAyMZV S4PS/Av/CD6h/uMw0HfI2IsXL53+pUxO+PkWSGBSgRRPAcIgIBMGAgADs/efzP9VXZf+86xtGSW7 R1yKG3YpYsilvQP0A7c9GnCSYOCBfd8+4P/d1qOuoFPK5bS1qHTU50V9l2c+sjl38ms7c07+8Zeq goEqValK/6f03wMD1f72L58f/B/SJ59v8ZHPA/+SXk0R82JdT4SfnRn6+2MHf3sk8MfZgd++uLfw vc/2+jxZqR548tUxN95Fp8/9f0//7LeR3li55dF579Lpc/8fE1lz6aVOFDkcvK1/AQac1UHoQDCb hq3nLVSwqOBfhoEpdzz85abdM55+7f7ZL937+IuX0wtvL7NhoDPBQPe+l4WBJWsDvtgdNfqZFW9/ uuOeV1beNG/Z5LkfTpq/etJLn459bvWcBx/OvKPj4VldTr7W/dulPX/8vNcvm3r9uqPXb3t65K4a P+mp13ekvrg7/bHNiXd/Fn3jwqBJ87ZNenDtxJs+Gj90yZjbFt098qFXps1dQl9LXz7m2RX0G9Fv 5/MP4KP/EAamLouYm1e25YdTx/OWXLoUdenSiyCBfdV2rRq0Zn82/dFDfwBJGKA/kugPpq/CDk9c HPZ86s9Lz15669dLz546f3+eOv7Qmc4f59y05IDPH2f/uIpj3/69eLuh/CTUP4TyO+s3ofxK0pVf dOVn3f2T7vpRd32vub7TXN+4z+TmR7595psvjHObxdmN4sx6/Y+v9N+/0H77TPtljfrzavWnlcqP H7p/WOL+btH+rx7z+e3+cREMfB13NLLol73pp7/48N2yj7p61rRXvx6rrOmufdxB+7S/9mlfbU0f bXVvdVnn0oUtozctXR2aE3i0JPikFnhcnb7ehIGDJ/9TGBg4ctKFixflaH9s++Jxn6ACBgPnJFCC gaCT7ln+xbMCircX/rE2/afbNxc+vjundM/Ii+FDLgYMEDt6u7Z2P7H33vv3nb7P/5v79n1Ljr/F x4Utt3/b8eCvA+LP3Jpdol641HxehBR9OvSj7O5LEmesz5j82o7sE7//papgoEpVqtL/Kf2XwIBp 8//2L58f/58Quf+ff/nN1n8IA09Hlmw/fC7gpBJ96lxS0Tf+hT+uzf91TU7pkvCM+BXTQ1bN/OCT rT4/4hR5d3LCdDp1y31PPDL3nTdWbPZ5+E8kMYBkf9t/jgTEAPQlG7bs+gfp4rICFdiVPLb+PgzQ fZ9f8tvs5zldEG5nD/5lGCCL/8n67UQC9/2p5r+5FNOEbBj4k56BjzeHPLl0y5wVWx97e820OYvH PLlo5NNLR8xZOWL+JwOfWLLmnsl5D3Y68UK3bxb3+PELYMAfQT3PhPU8F9X9szfvv/2lVw8VvhuS 88Le9Mc3Jd69JnLqO/6Tn940+e5Px09aNW7Si48MfuRN+kL6WvryuSu30m/0l5VC/wkMvL05/qav MlZ/92tGxrJLF8MvXVp06cQVl4KqhX7W942tyfSHTkUYoD+eFuzOuvXLpCW/XVx05tLzP1x4tEi/ ObGk764fB72+f/X+fJ8/0f5ZHY97W7h/uGhkXNQPVqYQ1oGLWvAFdf8FJeCCnq6Vph9J+CA79OXM kJfSD7yYGvR8SuD8pIB5Cfvmxu2dE7P7meidT0fteCo9ZG7A2kd9frt/XE8GFm5MPB5z5NeP1687 t6K/5/OWWsBc+n/9+T+Oi513a8tbayu7aSt7qCu6ax92Uz7odG5Rh3WfrPw0Ii/khEIwcIeVGfjP YWDI2BsvXLhY/ANG+x+3kcCiAqemLAhjGDg6M7D4d8Vzz5aiB3cXzw0sKt01TN3es2xL97KtPd0H 710ZHHHvruN37Tw+ffuxv4SBvksSO7wdcddn8ZNe3Z55/Pe/FGDg+QU+/wpVqlKVqvS/Vf9FMLAP qt+uPrt9/EK8r9o1n17TqPtjV012XzH1Ep3yI58f/0vRb7p0beAvv/3ucrt9PrqcyP1/9/1PJ05+ I/UfwsBDQT+HfS+SIyIvPdKBtD165+sHH30h6J6tydHffDFKLL3u4hq/oM9e8PkpW7Z9Z/966fz5 86qqZmbnfrF+879kweU3vPvuu/bZpmM3SQUV9Xe+2SYB+ir6EZ9P/2mhYcBbL/RvlAmV+ykSvtA3 A8CVSFb24F+HgekzVn2x2cf6V9Tc1xdjz4BdJtSlx2WnCa3dFTHiqeWvfLLjjhc+HPvkwiGzFgyc vaT/Uyv7Pv1RvxlvRt/d7/DjXU6/1+Onz3r9tqvX2UO9ziX0PJfc3ZXQ896n5r702ZvJxcujCt4N yX5+V+qj6+NuWxYy+cXtk2esHX/HJ5MHPfZMv0ffoy+kr6Uvf+WTnfQb0W/n8w/go/8EBh7/LPrx yO/CioIunN936dIXl76reymk2jfb69/6wcbPgnMvBwNbo4qHvB20/FfPsnPoHHiyWNye7hoS+Euf 96Lnr0/0+RPtn9WJuLcN9Y8KDECSGBByUTtwQQ26oAReUPzPu/eed+0+r8Re0IvO60fOa4Xn1VyP kuVxpxmuRKMsTpREinNh+plg/Y+A30985f/FIz6/3T8ugoGdqScick/nL7njwpe9ldXN9IRPLtL/ wS9dotMT/5GypL36Xgt1SRd1aVd1SQ/9zcbffnzHop2ROzJ/CDqpEgb8UzAwYuKt5y9cPPL9uaPf Y6uXXPglqeCkpAJLk98PCzzhnrnv6KyAYs+Fi1PW5s4MPPV04NGft404tW3i57u/nBlwgu5P31xw 84acm9bn3rg+d/PhUnL8l9PmgnN9Fid0eCvirk8TJr2yPaP4t78UwcBj86v2DFSpSlX6v6L/Hhio vag2Wf9GcxpJu0+/7DvEAKR6IwLovHbSb/SRz4//pfaFJnz/w4+/Egy43JX+A1QUuf/T33xfUHhU 6j+EgRmB34V8q33z2Zvi2cHq/NHL4r78/9o7D7gmkvf/+1Pvvle8O+9OvTsrSJfepYgFe8UKYu+g IkrvLSEkpJAQCAm99ypNRQEp0rsoIE2wA9I7yP/ZBBGjoufp/f36zb7er3F29nme2c2GyXyc2R0N 74V7Pf/wL230S0oodZRPo2kNMATYvCaAfjart838GR8XA52dnW1tbVCoecZID0Vjc3krrAiTxYC1 tTUS8W3bezv3k5XAh9h/NBP/nf/qbT/j3XqkN/9qe3vJqzgTryid4OVMocmdfogw9cuLpgLEgKOL N9yRqdExxWzac3T+osWIGJAQn8b/7kXHfKPTBA+iDF2Ct+nilE+jpI+jxE9iRc+QBE+T9qqfrNLk rTu59KqWnLf2eu+za9OMJVoDubor+B8myvFqmgRm4gvraJl3cdfKLWIKzgZka1BTNllEbDjlvW43 cafQfkOx4/YQEMJCcKhC6BDqvQsO/BMxoEZMccpJ721wfjEaMdbCM3Z9Wov3f7xuBq90zVNxuLbc OoFJvJzVZXmreHlILePkLeKWW8UtJ2URn42QupCZQtr1IxolvauutPATC/cRrrC1aJ+Wd4sB4NWA wEhP1Eh3xHBX2HBn8FBH4FC73+Bz78HxCUKuzCeGSb0P8b3M2UHd9+26G637HvvFun/2aUJasZWR efV+oYFDaN5Br1X9Tn8NpGJZYoC1jXY0D3ir9ZnP67NZ0mcv2IteNmQ118eVgIu+FVfTp+aRnlSL yIB/LgagdRgeGa28//wOc1WvquZ21lq/iCR4iCwJzJpBBGywS46u6TkeXX0iBhkZOBJWdTym4WRc 45GoWs3QO3v8yy/FVT3pHtzmVbLFs3izV8lGz9IN7iVr3YrX0ApWuuSvcM5TJOcud8qVI+bI4LOl HLMksVlimExu85Q9LhnrjIPzq5+9FxADx3Rt2C6BAwcOHL5WvhwxsODQAtY4AFMIINuMoBmIGFBU nrlp7E95LJT8JbgN8pBhc38TrGuIm180K385+UZF5d1bBWWQj7qawyp8L9D7z8rOLSwqB1Kup/1T MRDTFF3Xa3OtXjfpflDOPffCdKvrHuS8nMi6fp0rT1ZZITZj7jyTXSbD6sSzUtjYxEBcwlUdA0vI AGu3ax7RsWRzn4AVYbIY2L5rn2dg1JvAITBmc58ANACrugklANsU9v87gBiwd3LXPGM8NRfMHDbt OYaIgcBAQUmJabyCi9gCTRB0OWOumsUxtKeaPmGFFkb0KGrpIfT8g9hf1TErdp7evfMgz46Li/ZZ Lj1kv/QIeu4ec57dhoQzql4mG3mPGBU0epU0uOfWOKXdRiUU64XmHKanbbWL3XDWf72K8YE/dpos PYSCgBAWgkMVUBFUx3YCbPwTMbDWPqkgy26kP3GsZ8NY1rR+r+n+8Vjvjk7/F2O+o2PeI2PeQ6/h OTTmMTDmNfDCvfcFtXMMxIB1y9j5hlHN8j7V6238tLuqNp936a576ZaDfS2va4DE0aHiF/1Jo/2X R/timUoAGRAY7goZ7gwa6vAffO4z2OY50MoYeEbrf0rte0Lue0TsfejY0+zQ04TubrTtarDsqjPr eciI/hfEQFxlRG7tDZreCHZRD0Olz+G3weu48b/Xlxtog6EM1347/j7Tv7qteUZM5hQ7a9lHZkXe 7UReLVqLvFr0n4sB1e37QQxUND4HPTAhCV4NFEyMFTzs3GCbHFndczwKNEBNQnV7QvXzo5E1B4Jv 7w0s3eVXusevJL3+eVjZk61exZs9izd5ghgoWederEovXO1SoELNV3LOVXDKWU7MliXkSDtmS+Gy JBwyRdGZXGYpu6kZ64yC8qqevRcQA0cvWLFdAgcOHDh8rXw5YmDO/DnQ9QeQzLRpv3Ehc4S+9fp2 vhAiAEAG/C0xEB/s9+ThIxOMW4i3d2Z4QGpmHhSGJmZNtpmCAwePaGoe1tA4tE/9wJ49+3fv1tA8 cOzCBQM2sw+khy58KeWx3c1H3xqmzTbPJKYVDtxd2F4ml387ILq+/0Lyk0N2LtFuZj2eUmyOE7A6 8awUNjYxMDg4yCqHraenV3WrOpv7BKwIIANYG+RXr99qR6C/CRyaonM/EQfSiW0K+/8dNuw6DJ8e iKWp0TXHbt57bP5iRAwgi44t5V/IFmiC4PjMb9YaLlHTE9Ewmbfl4nfrL87cZDx9u/X0bRa/7EXP veDP5ZS/PaJR9+ojfEGnW0WXUWyJiBbp5wPYjbYmlQ8Cqh7659e63LzjkFRiGJZ3zCN9u0PCev3Q zbxHT07fZAyhICCEheBQBVQE1bGdABv/RAwccg7sa/UeHTAbuz1tzGtaZKQO40lLwIuxQGDsdZiF /iMIvoOgB8bovWPEDkQM6DQiYmDt9TY+Rq2SWQRbi/ZpqUkDMfB0QgYwSRgZusecGsQaEIh834AA ofcBrqcJwxoQ6Kq36Kwz6bxn2N1Eifr804S04ypDs+9VO2x5geXucZbrs5k9eM1h/O/19W20+9lA wPE+O/EB/d8fO6jaR98KKWvZ9enEAPxhDA6Pst7iD5LgNlMVIMv9jkuCV6pgvW1SeFXP8eiqE5HV p6Oq6tv6shvbLZNr9geVmCbWZDW217b27fMv2+pZvNGjGJTABveS904TEkGNi4G1RoG5VU/fS0fP 4OHz5myXwIEDBw5fK1/UA8TIsEAUc4hg2rTfDX6HPKQsAfB3xUD5jQS9/RoJOsdTvKmpwV59Bnv8 0QSSVyzSk3FFDGyoYZPt2divedjDw4NOd6fR3KhUVxqNHh4eSSA4HfM7sylQQdFnsTx9kSpNXtPl lI3LVHGALoZ4IumYfsrjY1G1P5ll/GR2MysLD2KgNeyH9NL42MZBh5SKwVCVsXAlPzqezXcCVueb lcI2hRiIjE08dNaMzX2CiQgTm+Kq9QbWhAn0rPDahqgj583h0BSde1acN8UAyZ7BMMHFLeXNV1GB DOyyOX71bNx1xBLrclDbdGp0zXFb9p0AMYCsQCwlOY2bdwFboAkQMbDeZJr84Wlyh6Ypn5quqjtz i9nMnXbfqVnOs8/8yalA3Kv8YFiVWXIjPfdJ3J3naQ1d6Y+H5591mXsco2xxwTsdlXOPmlPjeL3C NLLgBC1NTSdo02pLtZ92G0AQCAUBISwSXP4wVPRZxUDqzfN9bV4j9/8cS5yW6yNMLq/wH37h/w4x ACIBEQPDiBjwGBij9YwR2scsWpgvFCrtUb3axk+rUjYPZ2vRPi3VqRaDfU9eKYH+hNH+y8ND1RNP CAx3hQz13/7wAYHOWuOOGoOO6ktdDbgI2hG26j45Z2MrQ27VtNhIjtkv6XUU7zOZNZj02h8t29Yf fqnn4u/dVsKYmLyg0mefUAxsUT8xMDRSWt/KepH/WyQBc+5QRUPbepvE0Lvdh8MrDwSX7/cvORBY GlH+uLmjH04P0tDSx7t8S7d6lWz2LN7gXrTBAxkWgB7/QufbSy8/Vsx+fqS8s7N/eOLpYdYDxEK2 mUtMUnY5Z6w1DMy9+/S9gBiAv1K2S+DAgQOHr5UvSgxwb+UGAYA8KjANGROAPNdWroX8awT2ls5b LAuFrDxk2NzfxJ4SEHtw12UnVIKXawYD30M3bzmzBco9/SKiomIePXzo7j8+ieitqKsftLFBGegb 6erq6+hcsrW1d/fw2oZXVor/Q/nGHysy/lBMmScd9ruw8y9bMTun0BVdDOnnjOWQ2RNUHXy3M6K2 z72sI+12xp0rh8vSjWNrW+k5VdWJutVxx7MC9CY7ssHqfE905d8lBpqaH27de8QY68XmPsEB5vQe Lr5l1tbWcsqqwNY9h8+b2AOgAY7rWh7UNmHNY4FoYMnmPgHrTNjEAEpCvkr2lyEpkcGTRwb2bh/8 5fvrXIuijuqy+X7dbNx9xMze+eBZ06m5aOEIYmDBksV+QYHLZCSnLV46ny3QBEGXM37cajEdZIDi sRmrtGes15+53WrmTtu5B3F/oG/OJuUu8yhTD7lrlNDgnPUo8nZban0X6WYT71n71BtUGX38vOMo QR3jNda6G1FnFYxP8508y62pM2+f/sx92JnqOAgFASEsBIcqoKLPN03IPy6xvU2l75nGSOb/Pff8 hhzjxujs9x0e83sxtpJWtMLhipzlZTmLWEDePFbOPFbWPEbWLFrWLErGNEraJBLBOFzaKFzKKFTK MFTKIFjSIEjbLZWtRfu0VN0wH+x9zBoQGH9CoC9meKh5pCdiuJs5INBf8bYBAWQlgbcOCHTU6LVX 6bbfPd9VZxfuepituk8OiIHgWzWtNtJj1ot67UV69b4fSLQd/3t929btc6Jb57ducyEQA4HFTz6h GNihqQVioKSutRRgSgJED0ySBEDhvZacu0/XWSUEVLQfCCjVDCjZ71ei7l+yz79kj1/pTt+SnT4l at6l271KWMMC692L1jOK1zLeLwYErTMXG6XsooAYCIAq3ktn76DmGSO2S+DAgQOHr5UvSgzMWYjM FJoRNIN3LS8rwypfLix8XUIi/yVQwuY+GQdaqJuLy5XU9FDVtYU8i3NP7esw0ug0O1C9XopxwdzB RI9OZ2RkZpEpzlZO73wMYM9eTRMTc11dPW1t3YsXDZ2daScoGoqX563K/1M5a57Cjblyyb/75bv5 5zJ4rGftRh1nc59gzJ3/Dn0nZHZHN7uWPKeXddBK211K2oOqe2sfNTjnNPpmZuakO5Nd3jnLnwWr 8w2pkaX94dO6kAF2aBzHkVwhA2JgeHg48coNtf0nTunbs/m+yezf5oIY+GvhkpOXrE9ctDqmYzGh ASZgVcfmOAEcAoPXxMDDh6AExvLzx4qLMwXmAJCBXSj8nxofADFggqIcOmc+NfrWxK0apxYsWeIX FCQsKzVtMfdfbIEm8I1OW7APNX3V+elKx2esPj9joxEogZlqVkt1fH6zvjEbf4uLXrI1sPJ8bC0m tdmn6FlCTfde5/gtpgajzyLGnobfuO5sQEZvMbXaaGhy0vIcxXHfXQ9Jc9y5mQdIMzWJEAoCQlgI DlVARZ/vAeL0dIeOZxK9d+eMBP8fI/CcWcEdau+I1/ALz75RJXSSa1wJNDrQ9EADBM0QNEbQJEHD BM0TNFJszda/xt3r5oM9D1kDAiMDecODVcODd4eGW4Z7byJPCAw2vjEgQBlfSeAdAwLtVTrP75x9 Xnmm4555mMtBtuo+OdpxleE5tbWOai9M/+xBi/Re+K4/4V0jAy/6Qw16jHl6deY+Rq3CxOR82mlC uw6f7x8cKa5FlvRC9EDdpCGChjaQB3lV4x1xVcvLvmXPNQNK9/uXaASAEije61+8268ExMAOn5Lt yBuESrZ4FG90L1rHQFClF/pXTjVNyK+8XcAqc7Fhyk7y3xADGqcM2C6BAwcOHL5WvigxABtrphDr PUK/WvzKKgQBMCYldY6X9xgTKGFzn0xSgEdgQGBzc1NJcXHoEp4ycb6mLTJAhbyQPdGPirKM8Han kQih7lO9fmf3bnUdnUva2jonT57V1zeh0dzXOYsrXpmneHOu/LU50vG/rQrnHx4ZPh95iAv9g8R5 MTb3CV6NDMQ8IBW0ueXVJubEP77t+qIrG3596551uuU3ETIbFI2DJnu9CavzDamutfPEf/ybkwJO G2IOntQ5rWO068ApzTNGBh/W7ebiWwbRxGVXvKkBJmBVx+Y4wVvEQHHxkzXLhu2ZJVevjgUHw7+w C4UMExyb+1fMpj1HDW1Jh8+ZT42hrdM2jVMLuZb4BweJyktPW8T1TjHgHpayXNtp+nrD6conZqhe mLHFZOYuu2/ULLhMYn81v/qbQ+ZcaqGCT8WhsGqjxAZCxkPPoi4JQxea1+mBx7F9Tf79Da7DtXZj VefHKneOlUq/yOBvDZ2vbGD/zRGXmQcpM3ejISCEheBQhcJZ8md6tahbRFpl6b6Out97s3+86cl9 Ia3IvOoJqXOYMfDCo3d0CyPbJij3CxQDlSlmgz1No31xIwO5vQMPQ8qzzl65G3ev9WRi1fOBkROJ VccT7hyLrzx6+faJ+NtHLlccjCnbH1WiHlm8N7xod1jBrpB8teDcbYE5W/2z9weneKTQntw+33b7 dFvFyfYqgxCqJlt1nxytWOQB4psB9iN6v/XYivSc+64vzgr5E319GyyM6jIT7tb6tcNg6eC534sJ J+2jb33aB4j3Hr/YNziMiIEJPfByylDRvRZkpv7LKTqqFnHeZe2aASUafsXq/sWaCU2Hcno04pvU fEpCAm3GwqSCAqyRR4c9itYzita7F6+jF62h5au45ClTkJcIyRNzZAnZyKPD2Cxxh0wRVKagdSa/ ZeYig5Rd5My1hv4TFU1BV+/QvhOX2C6BAwcOHL5WvjQxsHjPYpABLH5ehswXWi4sDErAT0yMZcDa 2NwnoLp4FV9PciYSk5KuRIRHGmzblsG1qFCIO1eA+5YQrx01DOfslRcfXp4SFxkUyuY7mf2HTx85 cvLkCe0jR04bGJhRqXQ517+WX50rm/y7VMxvoqG/UG/ibjeXCTn/vgjz3V/7ZrO5T+BGo46586e7 aY1Fq4zVGYw9s0NoxY91RvV2NgeVNllkPENltSuZBrM5sjEhBtjKAdAGoAH+1tJjLDEgKqPEJgAm 867qWLxFDGAwz9TXIgMCTBmAbMHBsAuFN7bvZ3P/itm895iBDemIjuXUmNo7b99/ZiE3V0BosISi 7LRFS94pBpz9E7VxQdO3201fcWrGOt0ZW81m7rT5TQP1u3HibOPkOXZpvxJzuegl6/0rj0dUGyc1 GMQ1c18gNdw613/fvb+OMFBjM3j30nDlwZHylSN5IkPJfGkM+XmnKd+e9vrmsMvMvRgICGEhOFQB FX2mRcciEoN7ngp0Vf7eFfGTXpjb8ZInRrXtmNYh5+5RRu/IpVvNm+wTvJPK3yoGCDGlu/HJG1GX V1hEyRqFSFwKELvgK68XsB0VTYwuZmvRPi23r5kOdjeM9kYPDzXH1hSXd/c3DAx3Do92Dr8o6xq8 0tab1Nqb2NKb2Np7pbU3mUlSW09ya8+V1p6rL7nW1nOjvSevuzu6sY163b+t4kRr2dHnlTrBzvvZ qvvkaCEPENfkVtQO6XF1m/N1aP3QF/vau4SH25q6aRodWr91XVjQpc/XoS8wdPbXuCspxITC6Oqe TygGNE4b9A4gYuA1PVDXWljDVAKTWGMe61nSvt+vRMO/ZJ9fCSiBzp6RI+Xdat4loAQgD+k25kyh TR4I6+iFa2gFKtQ8JXKuAunlG0VxWZIOWWL2mctsMwWsMvnMMxfpp+xmiYHXq3srXX1Du49eYLsE Dhw4cPha+dLEwNy/5k6IAdYmxcMDYsDhw8QAnhFelXn1aliAO9XZjYgP0T6dtWR+Lt+S+Dl/RsZd xtBZVb/nkV/ghI6pmpr64cOn9mse071o5ER2lSTOk4r+3a5Id2uMjLjnHw3P6tAJZguw3/1h8e3c bT+zuU8mgmbd5yk55ic+lrJ15NrW2ugDAZepF2PuMnIeGF9rMs98Zpv5/J+IgY/gn4sB1rMHgF9w BNKlgA2Deai4FBEDV6+Ol1y9CrtQ+L8mBvSsiWxd/zexcHDdrnlm0VKuwNBgKWW5qcQA1j2GHn5j xg776ao609dfnLHNfOZ2C15tlxk6MbP04+daXPsdk/k7pYDPvXS9/+1DEfc2k9MkjTFjNXqD1RaD VYZDd7SHb2sOl6uOFIoNpgr1hC92IJz4/ozXd2f9vzlKm7kPCwEhLASHKqAiqI7tBNj4ODGQmu7Y 0zin59ac61ThNX6Z+3Ie61R1WD0awHeOuPaOurYP7wkoPO5yw/dqBZsYIEWXKplHnUmstrzXZ1U/ YFbTf6ms62Rm6wpq8Ta7KLbm7JNTccWkv7tupCdiaOBOcFPP/YHhht6R4dGxwdGxvpEXXcMv2gZe PO4fvd87cq9rpKJjuKBtKKNl8NqT/viH/ZHNfcGNvX71vV51Pe51Pa61nSW9PUbpdc9Kj7aUHmqr OB1I/vxi4HJlYFZ1+t3Hd/Gao+dmd2jN6otEXg7A2gZS6Z3n/uw69VvXRZ6uSwJdFwW6z8yrQ28h xNwkxOdF3fmUIwMHtE16+l8TA0BBzbO8qqdsrDGPcS9+ruFfrO5XvNeveH/8/aPl3erx9ydGBiBV 8ynd6VWyw7tkm2fJekbhKtd8ZeSNopOGBXDMYQF0ppANMizAa5a5SG9cDLBV91a6+4Z2HjrHdgkc OHDg8LXypYkB2H6x+QUZFkAjwwKsrUtSElDj4dmydCkAJWzukyEwQuPDg/OSoqPDkF07lzBHZ1+q Iy48ItLG8j1T8ycwc/Tetn3Pli279+49ePqUDsaBIG8uIOzxS1JlTOOzessEvaaWRhHcwj+svvlN a6bAfmE2dzZsXCKORNzTj72rF3NX/3K1YWKdSUqz+c2n5hktphktjjkd/1/EwBTLjbG291ZnTkTW Px7XA7duNQn++OY0ISj00kezOf4tJlYcY26vLwF2tZm5ZNirhcaYywl/iMFEycT6Yqy1h99YYuyt he9my74T+jakoxesp8YaT1c7qL2YhysoLFhmpfy0hYvfKQYAv5g07sO46Wqo6esuzNhmMXOLsbBp xP+djfqPQfxPJkmzLa/9bH/zV3IBF6NM1rda3ML3kpP2i6qTQ5VHhm7vH67YNlKmPFIgNpQm2B8n 0Obz1y4r1I8Xw77XCf72OP0bdccZ2y0hLATnPuzoF5POVvWbfJwYKMg/21M9p+fqHBrhvDwmfmPa oyPlzw0ae1DPhohdIy7do+RnA7t88zeh462Dc+kJFb7X7hCiS7ToabJGYcdjboMMMH06dr5x9GBl 37r0doHgB8KXIiz8s9mas09OWbJxf1fNcFdIT1dG4pP+ur7hR30jg6MvBkZGn/WPXG/qjK1vD69p jahti6xti6pti2/sCL7XFnu/M7qpJ6Kp16m6i1zdRanuBJyrOzPau62zGhsLj7UU728pPRLgpM5W 3SdHK67SP7s29c6TvMr6Z+by3Vq/dZmKjI6NDTUWd1nIdh3+tuv8YkQG6PJ36Qq0n13adn5x3LU0 69C0wILmsNvPP6EYOHzevKd/aFwJMMVAYU0L21JfLFabRbsVPVf3L97nV7zHr2iXX/FO32I1n2I1 b+QB4t2+yMPEGr7Fp6gxF9BUXRvCBSuclg15DyZUgZj95rCAoFUmn0Umr0nmwospeyhZIAbYqnsr 3f1DOw5osV0CBw4cOHytfIFiYP7B+RNzhFib8tKlIAbGpKRYQAmb+3upTE9OiwzKTopnK58CXQvi bo1jq1W3bt+hYWKB3md3iNf+Jynawgdt0Dscc04mzDWf+avhjFlq0zfrHmLzfZPzKS3oW6122a02 2a1WWa0WmS0sJWBys4WS3/UviwExGWWIBpIAArJAesXM+JOBjj6b45u80gOsB4gfPnztAWJm4Sd7 gHh81eGJEujQM7vpVyvHO+tIx31S5/7dBi8XHp7IMLVBbfMb6w1fzajtavmbYsDAlnxM12ZqUE6e agfPcvFyB0eEyK9Z/h4x4ByQZEAJn6FOnr5Rf+Z2i9nqNkuMo/5znPHdcbcfT3vMOuv9/Xm/b3VD vrO5/qfLnaUmjNTYTaO314yUrxguXT5SJDGcs2zwumBfHH9P0NIymiC/AeNno8s/6IZ9d5LxzX7H mTssIewMDTJUARWxVf0mHycGKor29FTM6UyYT3CgbrQMkfOv3J717Fh5h0FjH7p1mNgx6tw16tI6 dDHz/npqqrxljJRx+Cps0v6gIuvyNqv7gyaPx842jB6oGFiX0bUs8tFCi5RN1p/3paIsSpKM+jvv DHUEdrYG4gseXGtsS2/urO3or2nvL3rSTSp4YJN53yS93jitzjAVqDW8cc8otdYo9Z5x2j3Lm/X4 wgc+1e1+dV1uNZ1Adke3RWZ9Q/7hZ0X7Woo1/Un72Kr75IAYCAAxcLclprgp7dataqsVXVrznp+e 23Hs567T87ou8HddEOjSEei6INR+ZmH7mfkZN1PtIrKCCh6Elzz5tGLgqK51d9/QZCVQUP3sraw2 jXIpbN3nVwRKYLdfESiBHT5FIAZ2epfs9ilR9y/Vdo21Q2GCg0Pz8vJLiksKCwquXbvGYHiYmlmq oUMmLzQmZJMpYJnJZ5bJY5i5QDdltxMyMsBW3VsB3bJN4xTbJXDgwIHD18oXKAY+ZGNzfy9490gH l49ZQnjt+u3rNqhBxoYatslGbaHe9+rkLU0tDRJWvLNPTv9RbfqKE1umXrKAhWNeNzq7g5jX6VrY 7V7S41Xay8KjpJdR3PMvi4E9x3Sr6h8KScizNMCb29+qaEIPmO05duPPP0vnzOmVEX6mpgQZ2P2E Tw9H1Y61FFx9VRJS2cLs0E8i97Xe/DsNkK7/+BAB2LzSD6+7A1ebWwoq31AIU7FV45QRyvmEHmpq sFTfnYfOcfNzh0SGKqxVmLZgSjGAokUEXc7gPUqcruk0c4vJ93tR3+3H/njc9ZdLob9aJv9snzbL 4eYs9LVZZtFzzOOEbOhjucIjt4SGs5cNZQgN3hDsTxToieTrCljaSV8QSNr4q17IbLOkWRfDvz/l /i2Iga2mEHbpUQJUARWxVf0mHycGbhfv7Cmd0xCliMW423skK1helgu/tz2r9Whl56X7/dZPhzHt o/iOUWL7CPHZAL6pD3u/B1Pfa3N/yOLxqNHjMa37LzQrB9Zld4vFtMxB50nreNESytnass9BcYJh X0f54HPfjme+F65WhVY9di1+eLOpg5DXnPmgM6Guxa34vkcp0Ohe0sgobkAoAuoBt8I6VEbN+cTK c8nVqNyH7tUduR3d5jfrGnIPPC3cA/gRP78YuIyIgRtVrRFFTe6plZnFlWW2m57rcned+rPzLHf7 Od52ba7Ok/P7j/zUcFEyNSMLE30rMLchsrwltORJaEXbTk9EDKh5pEH6D8XA8Yu2XSAGmM8JFN1r ATHwLjZaxpJyW8yu3re9cd86pdHyWsOlxFrdyzVnY6u1oqvPhZcRiE5FhYVtrW0dHZ0PHj6qr2+4 c6cqL78gKirK0tJmNTF1FTlPlZq/gVq41bVEnVGx27V8K6VsHT53ByFdzTKUrbq30tM/vGXfZ18f mgMHDhy+EL4QMQCMd/M/YGNz/BCgv/4hXfY32bBh59q121l5iKBmdVT0tNgfarN/3/wz/17hzbqH PjzsYUwodPrfBZsxG9Db/sD/qv8QThs6JKYXbdx9BGK+lb9bEeiBoxesISXZM3Cap5y5uADIfNKX irL31OkFXeyTgqBnP2no4N0Gk0O9Kw+AZgCd8IZCmJJt+0+bYlxPG2KmhkgP2nVEZ6nA0tCoUKWN itMWLJpKDADI/9kzYmcedPlmH+Y/6g4/nGT8dDF0tnnybEzGT6SCX6ils2kVv7iW/uBSwI0PiXJd 132ZfyiBbyCGty+cpyeIu9tnSSdj8ROXhdoORr+Yx4PjTxfDfjjl/h8NLASEsBD8Q4YFgI8TA4XZ x3pK5lSGbXHE+1ADU2z8M6TM4mUj723KbjtQ3qXV0K//cMjy6Yht26hd6wsWFk/HjJ6OXXj04ljd yJ7yAdXMLpHLT+c45IicojuEF7A1ZJ+JwniDvvbiwVbP9ideZxJve5c1m6TWR1e3XLh6j5DbcPN+ i/n1u3tC83eF5KkF5m4NyN7sm7ne5+Zar/Q1Hqmr3G+cisrFZtSciq04HVuhk3D3+sNW0/Ta+pz9 Twt2Ar6EvWzVfXJ0EmuCc+rSqlrCC5t9s+/5ZdcmlzVdTb9ZZLX1oa5Q38m5T8/y3zZeX5iWHJJV QblSFpzfFFb2LLjoEUJZi5pHesK99h2MVJYY8IjLZ+F3pYKtovdyUg8FYgCUAOgBEANTYOybLW4S znvB/yV+fBf8+HX9hfUCJI2Ct9kEpqffbG1r6+/vf/b0aUN9fdXdu8XFxVlZ2Smp6Z7e3iLn3bjP enBre3C9zlJtjy1mQfjwXLbq3krvwPCmPZ99fWgOHDhw+EL4csQABw5TwT5HCProk2cEAZP+vx9h CoPJhyb39V/v90ONyMDC64XvY7vmGUtHhpYJbmoonmG7j+jwCPGERYeqbFZ6vxgAfKPTNurTvjkb 9J0mHsTAzxfDZlsk/4TN+plcONu1fLb7nR99ar4LqP3O786PLjfXYTFEp72ZdLkKD9FiN/EkJ0U7 1L4NJhZzrGN+QqeBI7hDEAj1zdngjQa09y4vMMHHiYGrySgQAzUxa/BEf2rQDWhKbAMz5c2jpX0r 1mW27SjuOnyn72T9oPb94fMPRs4/GNVqGj3ZOHqwdmTv7cFNBX2KqR184Y8XWqVJnvPCRfxLSgDI j9PvfZ438Mzt+SP6qcRK9+KmC1dqQm4/PR5317Wg4UBkUfvDYOYaAoYd1frtVbrP75x/XqnFfHko 8sogJdo1z/w6regKFl75tftCsutz1JliQO1fEAOnI0pomfXRpU9CC5rCix4G598PyqkNL2iKu92S UNOVVN+bVNsbU9kaWf4sMO9+YPHjgKLHvvkPfPIf+OY2+Zc8U2OkJtf1bKffSKrt0fDJJPgk0CIy nIOvB6TcYavovZzUR3f1DpXVt7GeIf4Iciru+3h7Z2ZkNjU/6Onp6e7qam5qqr13r6K8PDc3NyXl +uXL8RFRsTSam46OTlDMtcKap2wRPhwQAxt2ffYl4Thw4MDhC4EjBjj8V8A+RwiZwDNpl2nAegxg nKkM3iUAJudBObDyf08M7DigZUvyPmdOnBqaX/SeY7q8QjzhMaErP1AM2NOj/GPTRU47fW8Y9eNJ +s+6Ib9YXZmFy/6ZUjzb7fZPXlU/BNX/EN38Y+KTH5Me/RBb90NI2c9emX/QkuZQEn8gpc4i3PyF lPMzKX8WNgscwR2CQCiRU2QIi6FHsVX3Lj5ODDBCL3eWzO+4vsiZTKcGpkBTAg2KU0TeFnS8HO66 fFTDmpyOzYXdO8r6dpb37irvV6vo31Lctyand3lqu1Dcs0WuFUIG0estQlzi/43ZQRPkxej1tGb1 P6G2PaCejK/wKG7Uv1rjW/roTNwdj6LGfWH5j6ssOmpABlxsv4usJtZ2+0xbxcnW8uOtZUdaSg8t d0n2LazXjqw4i1DulVer6JJYn7MPlMC/IwaMAzMsw7LNQrOMgzLMQ7NsovOJyeUuKXfc0qu8Mu/5 5jT45dT7ZNV63azyvFkdkH/fP7fB91ajT26jV06Dd/7DHfTrULiDkWoVna8Tku8angG/FmxVfCAg BjqZYqCEOTjwERRUPfT28iooKLzfeL+1tfXpkyeNDQ3VVVUlJSWZGRnJSUnhYWG+fv5UquvZs2eD 464XVD9mi/DhgBhYp3aA7RI4cODA4WuFIwY4/DfA1iOf6KmPM/FA8EumNph09J3PDEB+8vZatClQ O6htT/W/YEWZGo/g+L3HL4IYCIsJVdms+J5nBiZw9Iz1jEpdeMjxZ9uk2UaRP1kk/4S/9Qu1ZLb7 nVn+tT9GN8+68nRW+vMfszt+vNWJkPl8VmrLrKRHP0Y1gQGYgTG4gCO4/2yXvPAQHgJCWLaKpuDj xIBzSFpytEV32ryGeKXQYKpfVGJsot+Vq9ToK2EWfumrrWMkLGKlqbnSEfXSUY3S19okklqFAhr4 GbeX2V4TuRiy2jTYyDsj6F9ffSw7xqj72Y2hjtT21utH4+56FzXrJ9W65DzQjq32LmzaE1L4rJ7W fZ/YVY/trLPruGfVUW3Sflf/+R3dtttn28pPyVKT/fLrtcPKz4aVa4eWe+XUKlATWWLgSf5OH/xn FwPB6bWBqTW+KVVe1+66X7vjdqUSF1uEjiq0i8qzisixYOoEm+gCbFI5IbmceKXcLbXSI+2OR/pd LyD3vhoj1Tq5Qp2ewhoK+GglADDFwCCIgdJ6ZLmxjyMqLik/L+9+Y+Ojhw+bm5rq6uoqKysLCwvT 09MT4uNDQ0K8vLywWOxFfcPEm0XF956yuX84fQPDa7d/9iXhOHDgwOELgSMGOHz5IF35yXOE2J4M Zp9B9H6DCW3wukh46yDA3xsZ2HnonCM99JKt69T4hCfvO3EJEQPRoSs+XAwAJJ9494jr4mfIv6AT f6Zk/eR4a7ZL6WzvqllhjbOSnsy6+XxWXtePxT0/lPYCkIFdpBAOhTWCGRiDCziCu/gZCoSCgGxV TM1HioHQdOegG/6+LnditzUnyTZcW3X7qvqNOFu/sDjPuAJoaHDheVq065tQsavtLkvoBYhf9F9t HrbFNlLbNQX7bz0h8CZXEhiZkZduhutcDdXbG1zgkVt/NuqOfUrd6fDbHtl1G70ywz20Y92PR9OP RrodiXA9HOZyKNT5YDDlQBD5QICTpjA20Sur7lRA+Un/shN+ZfSbteL4RFfsAU/sXsCbcp6tus8H qAIm94LTaoNS7wWl1gTcqPa7XuV7vcrj2l3nhFJiXBEmKt8y7JZZaLZpSLZZ2C0D//SjPv/ooeHJ sMRAeUPbPyGrqCoiPLyivLy5ubmxoaGmuhryebm5qTduxIMYCA0FJXDmjBbRxSOjuKasvpXN/cPp GxxW3f7ZV4HgwIEDhy8Ejhjg8MWDzPWfPOcHevCTng1Ajk7e4NB7DV4VjouE123YH074e2LAySvK wJ4xNQHRKeon9HiEloIYUN70vrcJseHoGesXk77FkPbDRd/ZQeW/e9/51ad6VlTTT9dbZuV0/lja +/2dgf9UDwKQgV0oRA5FNYEZGIPLD5f8wB2C/K0xARYfJwagsaCGZVBBEvgkOdGjKYxYZ68EWuB1 j7gCaGKgoYHmBhodaHqgAYJmCBojaJKgYYLmCRoptmbr38cvtXZn6N1bjc+88h8EFz+CNKv+map3 mX8qu+VkxCi3MmufeGXd98xs8shsyrr3RMo5x+fG///LeZPQmyzqgJCbdQFp97yvV4V8uk+eJQYq Gtr+IbdK7sUmXI2NjU25du3a1avJSUmRkZEeHh44HO7SpUsGxmaunkHXcyqKax6zOf4tEDGwTYPt Ejhw4MDha4UjBjj8t5F7l20cgJ33GnxGdh/RofrFGWE9pyY4LlXjpD5LDCht/JtiALCnRyGP/DJi +c44/2yf8FtM7eyUJ79ktP1U0P3D7YFv7w3PaBgFIAO7UAiHwADMfsYkggs4gjsEYQv7IXy0GIAm AxoOGhN65C1GbD40K9C4/FeIAUAnumqNb8Uqn3IV7zJlz1Ilj9Iz4bfZbNg4Flgi4pTNT8ya4KB/ MZvN/wgn9OxADNxufP7PKa19mpZ3O/LyNb+gCBrDm+RMI1JoTq6efmHxSemF2aV1YMDm8nfpGxzh iAEOHDj878ARAxw4fEJ2H71AD04yxftMTVhihsYpAxADoSAGNvx9McDC2T8x6HKGHjlM8DT5P5d8 vve+NSv9/g+3O7+9PzT98QsAMrALhXDoP3q+AmfIYAwuH/gW0bfyD8UANB/QiEBTAg3Kf5cY4PBP OH7RFsRA5f3n/xX0c8QABw4c/pfgiAEOHD4he47peoVfMycFTE1Ectb+04YsMaC4fvlHigEARYsA SeATleoamnIWF7TJkC54hrT0ktu3J0gAZAS1nKAQDoEBmIHxh6wsNgUcMcDhIziph2rp6Kt91Hmn qf0Lp/5xV2dP/+a9x9gugQMHDhy+VjhigAOHT8je45f8YlKtKMFTE3nlFogBXqYYUFj3D8TABGi3 SIpfIj3kqm90GhCSkAWw8lBI8U8EAzaXj4MjBjh8BOYkf+/IlEetXZ29g1MyBHSx6HtF9wT9CD0I wxP0DrxGH4tBFiMs+j+Y55297kFx2qZ4tkvgwIEDh68VjhjgwOETsu/EpaDLN4PjM0ISMkMTs8KT syOu3IKuf9TVHDY0zxiNi4G18h+0zsAXAkcMcPgI4FaCCD5lYH9A20RTyxi+/aCGNU4baJwyUD+p v++EHvzl7Dmmu+fohd3AEZ1dh8/vPHRu56Gzage1dxzQ2q55Ztv+09s0Tm1VP7lF/cSWfcc37z22 aQ9wdOPuI8CGXYc37Dy0fufBdWoHEHYcWLtdE1Ddvh9hm8aHs0NTS9eGCl8/tkvgwIEDh68Vjhjg wOETAh0bQOMl0OGZDHSBmEBfyBjMXoqB5dNWr1WZv+gPJn8uYAIZFn8t/PPPBZOYj/DH/D/mzZ8H QAYK5y9csGjJIi5uLh4+Xn5BAUFhISEmAkL8vPw83LxcS7gXLeJasIjrr0Vcfy7i/msJz3xuvgU8 gov4hRcLiXEJS3CLSC0VkeaBFPJQIiCyhF9kMb/IEkFxLmFpbonlvDIq/AprhVQ2Ca/eJqq6Q2yt mjikq7eJqWwSUVovLK8qJLNSQEqZX0KBT0yeR0QOWCosu1RYBuBexgR2ReR5xJbziCvwSijxSSrz Sa7gk1Lhk17JL7OSX3Y1v9waAXlVweVrBRXWAQIKa/nlVfnlVvPJqPBKKi4Vk+MWluQSFF3MJ7Ro Kf8ibj5gMQ8/F78QzzJRfjFJIQkZYSk5EUlZYQkZITFJfmEJXiFRbgERLn7hJUzgorgERbiFRJcK iQFwmdyCYhBw/GL5hBfzQmRBCLtgMc98+KwWLIYPHz7eefP+mjvvz7nz/pgE7L7JZAPEZt4Ef/z1 B9y1vxb8NX/h/PmL5i+YYDHCwiVQHdwduIkLFkLJovnzF4Ix3GioHTmBvxb8MX8h8vWAU1q4BLmD XDzzlwosRG6fOBfcOAl5PmlFQdkVy+RURORXismtlJBTkZRZISmtLCWpJCWhIDkJCQlFCXEFCTEF cbHlYqLyYiJMROXFxeQlxJZLjJspIpaImby4qJyYiKzoMmkRIUkRQQkRAQkRfnERfjEEvleIIqmo KC8gIsLzCtFxhF+C7IpNhldEjE9UjE9MnF9Mgl9cgl+CibgElPCKggHixS0swr2MibDIUiQOyxcM mIhJsOAbR/JtMA9BWARxBLE3mYjADCIqyTuZydHEEfiZ6TiTjwKi4+6s3XHfyfZM4Is7bs8E7HlY iLzMTK533EuKX1yKT1yaX1waSSWmAgxeIfYyA+UIMvwSMqyUX3ICWUFpWSEZuWWycsJy8iyWyclD iaA0IMsvJTthyUTuZcpEQpZPQhbSl0enQoDpAikLVgQBqbcxyQBB4iUvS8BGUFpeUAbOU36Z7HIm CpAKySAISgPyApLyLF8+QFwWgXW2zOBgAL5gDI7Ccq9YJqcgJKuABEHiyCNxmPBLMaNJyvEBEnK8 4oAsj9gEcpOBo3wA64SlIAicFRIWqUJeUWS5ooiCopiikpgSoDyOopKIgpLIciUwQM4BABcZBUEm rDwriJCs4jhyANOSBTgiQITXEFmuLKKgLKqI1CKuvEJixQoJFRUkVV4hrjxeuygTMaYNkk5m/PQQ IMg4rEJAecU4SiyQEnFmFZIrVaRWq0irrpRZu1IWWMdkLbIro7oSyqXXrJReDahIrUKMJVeuAKRW qkCJnOpKpQ2rV21V3bBnvdrBzftPbT9xYdd5430GVvvNUAetHA7b4o7Y4Y6ysMUetcEesYHU4YgV 5og56pCx9UE9s/3nDNVPXdh9+IyaxvFtuw5t3rF/0zb1jVv2bdy8F9iwCdiDpFvVN+48sFnj+Pbj Z3ed01c3tDxoZX/MHn8KRzpDoGgRnbWJVG0SFUmJVK1xnLUIzlp4yhnAkXwG53QGRzoNYIkIOIC1 SzoDYIinUfhTNtiTlvbHTeyOGlodumR+4IIJcnpn9Pac0Nl1RHuH5qlt6ke37Dm8edfBTWqam7Zr IGe4Xm3tyk1rFFRVpFcoiy2Hrzd8kVh/lXLIV1eW+dcqLy+yfLmYgoK4koLkCiXplcoyq5RlVjNZ pQy7UipKkipKkEqvZMI8JKe6Qn6tisJ6+JBXKm1cpbxxFWQU16vIqyrLrFSSVFYQWy4vLCsnJC0r KCUjIIkgKC0jJCOLtBLyciLL5UUU5MUUl4spKUgoQ72K4ygrSECJIjNVVpBSUYQaISCkUiugUF5U Xk5YVkZIWkZQSlpAkoWMgBTsMuMjVcgIy8qKyMmKQC2AnOy4vbQ0uABC0tLLwGbCQF5WWE5mmYy0 EBNhWWkReRkxBTlJZXlpFQXZVYpya5Tk1yjJrVGUWw0ovERRdrWCzCoFmZXLEVYhyK4GkKPyaxQU 1ioqb1BatXXFup0rN+1dvW2/6o6Da3ceWrfz8Hq1Q+t3HFy/TXPdZo21G/eqrt25euVWFcX1cJny EkoyInJwepKAsJy0uJKMzOrlihuUVm5TUd25eu2u1ao7V4Kx0gY4E3lJZRlReSlhWUlhMAZkJUXk pKBEVF4aEGEiKg82MmLLmTDzcIFC0pICEvDrIAG/g8hvoqgYrxgCn8Q4vOKiPGKiS0VFuEWQX89x 4KcZfq8lxARlJEQVpKRWysivlVferLhqu/KanStUmazeoayyRUlxg4LcGnnJFbJiCtLCclKC0pLw 68wnAb+5SC08kEItkmL8UhBKXEhOXHi5hKiihISypNRKaVlVWfl1cgob5BU3yCusl5NXlZVZKS2p JAE9CiFJYQExIT4RQR5hfiZ844jwA7wiArwignyiCJAHg6VCfNyCvFwCPEv4gaVc/DyQhxIoh6O8 AMsF8RLiE1vGLybMLyEiKCkqJC0OHyZ8khKKMtIq8nBDFdcprdioDHdz7Q6VDbtWbt63cqvGyq3q KzfvVV6vprBqs6yiqqSMsqiY3DIhSQgI9fIs4eNexMO1cCnXAu4lC7i5FnJzLeLhXszLzcXHw83P yy3IxwOnIcQHp8EHiPDzi/Lzi7HBBwhI8AtB11RaQERGUFROSIyJiIyQsLSg+uG95ihTRAyc0jqu b3QRMDC6NIE+YHhJz+A1LgH6wMWLekz0L8KugZG+samxuYW5ja0N2h6NwWKwjlgHHAaNQdnYWVtY mZuaGxmZ6DPDXjQwvmhkesnEXM/UysDC1tAaZWyLMUXhTNE4MwAydlhTWwcTAPL2BDMc2YJEs6Z6 2rr5oz2CMV7hDt4RWO8IB89QDCPInuaHonjakug2eBcrLMXCnmSOIpjZ4U1tHU1tcUwcTWEXRTBF E80xZAussyXOxRJPsyLQrYgMa5KHNdnThuJtS/W1dfGzc/W3owXY0QIBW1oAlNhQva0pHpYkNws8 1dyBBOdpYoM2trQ1Mrc2srA2trI1tUVbYHA2OCKaSMGSqFiSM5ZAtscRbe1xVigHC1uMmQ3a1Bpl aoM2s8WY22EsUFgrFNYShbNEYS3ssOa2DmY2GFPAGm1ihTaxRJlY2BiZWRmZWBgYmekbmujDXUA+ eeZnfknvEqAHILuQh5J3w7w1ALjrG8CHDxgYmRgamRoZA2ZGJoA5gqmFsZklYGJmYQx3ysTMEOo1 MNLTR0C+BgbGCIYmeoYml4xM9YzN9U0tDOA84ZzhZtnjzbFOlnhnG5KrnRMdTaZjyHSsEx1LcsMR aI54F0dHFxyOygKLZeHsgHXGOFAQMGTAwYEChViwcXRxxNPwBBqeSMOT3AiQAfAueEdnPJbsiCXj MSQEe+I4aCQlAGiAAOBRAH4CwtsgoghESNEEgIRAJGFIgJODE9mBTIYU8vYkpBxsUIQ33UkAmuCE JjqhSWR7dihvgoGYLMhOGCcAqRGqYMGqHUNiGrwMAl8pJuRXQCGJlXkDIhlFcELhSXZMbB0nQ5zA xpEAIHk8AQHJIyU2OLw1gMVbObwOUuKIgJ0AMUMsJ4GU4PAQhAXLYMLGEjOOBSvjwATKmVhhCQg4 BGsc0QZOHj5e5kXZkykYsjOkANqJCfIJQMaZCdWeDLiwgN0JWCWYCSjjGQeK6wRYFs4vM6xCZyRF 7JkuaBIVRXJGESm2BIotnmzj6ARY45yscCQW1gAU4hFsCWQ7IkBBkV5CpMAu05dig7iTrXFkK5Y7 dtwdiYkng40d4uIMMC+BeYFkKoITFQWQnO0QkGg2BDK4WOMhFBLEAku0cCCYY5jYsyC+zCCFFhgw IFpiSZZg70hCzpYANSJnC58znCcaPl74kCnOLNAAGUAuwZaIWNoSkAuEK7V2RK73JchpvAacGBNb uBYnZxTcHfgYnWlYqhvOlY6jMRxpDLwbg0B3JzI8SO4eJA9Psuc4Tp6eJA8PKCcw3MGAiccExJeQ GIgNC8IkiO4IEJOVYRXiIQhEQyrycPL2pPh4Ovt5uQR4uwZ604KYBCJ5KKH6eVN9vcCA7Onh5OlO dKcTGHQ83Q1PpxEZbk4edKovwz3Y0y/KJyzRL+5G0LXssIyiyNyKmOKquLKa+Ip78RW1iRX3Eipq EsqqE8qqgMTSqoTiO/EFFZdzSmNvFkSlZIcnpgZHXwkMvewXEOXtE+7lFerpEewJYRlBHvRABEag h2eIp1+Ed9hl//iU4NRbkXkll8urrtQ0Xm94kNr0OP3Bk5sPnr6iGSG9+QlC05O0+49SGx+lNjy8 Ud98ow5oulF3n5kCzdeRkuYb95pvVN+/fqc+paL2aklVcmFlYm55fHZp3M3C6Bu5kVcywxJSg2Ou BUYk+YXF+4Zc9g2O9QmM9oFT8gz2pPkyyO40Rxf4+4LvIdxxkjUe+Toh3xD45pMAJwAFkMn2FLID lYJ1oeJoVDzNBe/2EroLgYFA8gBcSZ40J08a2ZNG8XJz9qY7e0MKeRoZjjLAkYKlktFOJDsC0kxZ QyuBNDXQXhFsCUQ7IgnlREKTyRikImeoyNENIrsSGTQinUYA3GgEmivBzZVEh4B0iied4gUp3FA4 6gIX4kCh2DuxmlCkJR/HCZodigPFGetMxVGpeBcXvOs4sIt1dgYvBzBAbOD0nHEuVLwrAAZUHJwG FRwpOBcKnkYl0V3gE6N602l+DLq/Bz3gJf4MKEHwZbgycfGhs3D1ZYfmSwd79yB371APv0ivwFjv 0Hhf+B6GJ/lHJAcAYUkBoYkBIfH+AbG+PhHe7sEeLr50srsrAT4QFwpAcKU6MVxcfNwYwR7eEd5+ MT5g6Rft7R0BXz+onUbxcCG6UfAuZBYEVzKBRoESopszZAiucOg1HKkUnDP8VsKPF/L7aIf8lEDL 72jj6GiDw9niHW3xOFsCZHA2eJwVDmuFdbBwwJhjMOZoewSMvaUDxhqHQZGwGGdHAoNI8SbTAiiM YKp7qAsAGdiFQhKDhHPB25NxKBIS0MYRa41zAGxwWMhDCYrkiCbjHagEnCsJTyMR6E5EBtnJg0zx prj4Ud0CXOiBNIQAV5of1cWLQmaQCC4ELBlnT8CgHNG2WJQt1g4BZ2eDtZ2EnQ1uvNAKY2OFtja3 tTSzsTS1tjC1AsxNbSzMbZnYWZijLC1QVhZowNoCbWNhb2NpD14oGyzaFo9Bk7BYCnRjnCgeFFdf F0agm3cY3EfPoFjvsASfiCTfqCu+UcneEYmewbEMv3BXjwCKqyfJyQ2Pp2AdSBg0Dm2LQVmhbS1R NhZ2Nha2CJC3Qtlao+1s7FG2GLStAxqFRaNwaDBGO9qj8fZoAoI9QBwHQ7LHQteUgsFTsURXHInm 6ERzhJTogsM7Yy3tzQ9rHVBYu/z/Ae8KqSMJUcz0AAAAAElFTkSuQmCC --_004_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_004_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_-- From xen-users-bounces@lists.xen.org Wed Jul 02 23:07:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 02 Jul 2014 23:07:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Tbq-0002VD-06; Wed, 02 Jul 2014 23:06:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2NB5-00062e-8O for xen-users@lists.xen.org; Wed, 02 Jul 2014 16:14:36 +0000 Received: from [85.158.139.211:30444] by server-5.bemta-5.messagelabs.com id B3/B5-29625-AEF24B35; Wed, 02 Jul 2014 16:14:34 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1404317667!13307548!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14466 invoked from network); 2 Jul 2014 16:14:29 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Jul 2014 16:14:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:CC:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:MIME-Version; b=D7PbqhnHbxdT1S2pVM8zypSxBsZix2bDH7G2OT3BbrUFVDXEbQEVGRhSdR7QNxOfi3C3f8yRUin57c4YduZC5P7mGu+6OD35Ev4Yj2lXv50ykT/6FUJ7pCBlPh2ccnvs; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X2NAx-000PTa-UW; Wed, 02 Jul 2014 09:14:28 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Wed, 2 Jul 2014 09:14:26 -0700 From: Brian Menges To: jacek burghardt Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: Ac+PyLUqZBBtgkzTSVapV2xYr4nMbAATrhXgACQWiAAACDAqEAAdMRAAAARCqeAAEEuJAAAOBkVQ//+ZcICAAG8LMP//8yyAgAA37qCAAGfAoP//q10A//+Q5ED//x9H4P/833kA//Zf76D/61bRgP/WlafQ/6yyHID/WcFzMP6zBYsA/WSqAQD6ycizMPWTGYyA6yaWP1A= Date: Wed, 2 Jul 2014 16:14:26 +0000 Message-ID: References: <1403697650.98725.YahooMailNeo@web122203.mail.ne1.yahoo.com> <53ABB4CC.9030608@bobich.net> <5bb8f24175b61b652662b30bd0221c80@mail.shatteredsilicon.net> <664a1530a9fe269dc121264163a61e20@mail.shatteredsilicon.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] Content-Type: multipart/mixed; boundary="_004_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 02 Jul 2014 23:06:36 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --_004_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_ Content-Type: multipart/alternative; boundary="_000_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_" --_000_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 R3Vlc3MgSeKAmWxsIGhhdmUgdG8gdHJ5IEFyY2ggd2l0aCB0aGUgbGFzdGVzdCBYZW4gYXQgc29t ZSBwb2ludOKApiBvciBzb21lIG90aGVyIGRpc3RybyBiZWNhdXNlIHRoaXMgaXNu4oCZdCB3b3Jr aW5nLg0KDQpEaXNwbGF5IGhlYWRlciBuZXZlciBlbmdhZ2Vz4oCmIGJ1dCB0aGUgZ3JhcGhpY3Mg Y2FyZCBpcyBkZWZpbml0ZWx5IHJlY29nbml6ZWQuDQoNCi0gQnJpYW4gTWVuZ2VzDQpQcmluY2lw YWwgRW5naW5lZXIsIERldk9wcw0KR29HcmlkIHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBT dHJlYW0gTmV0d29ya3MNCg0KRnJvbTogamFjZWsgYnVyZ2hhcmR0IFttYWlsdG86amFjZWtzYnVy Z2hhcmR0QGdtYWlsLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgSnVseSAwMiwgMjAxNCAwODowOA0K VG86IEJyaWFuIE1lbmdlcw0KQ2M6IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQpTdWJqZWN0OiBS ZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaA0KDQpJcyB0aGlzIHdpdGgg bW9uaXRvciB1bnBsdWdlZCBmcm9tIHZpZGVvIGNhcmQ/IHZuYyBzdGlsbCBsb2NrcyB1cCA/IERp ZCB5b3UgdHJ5IHRvIGJvb3Qgd2l0aG91dCB2aWRlbyBjYXJkIGFzc2lnbmVkICBhbmQgbG9vayBh dCBsb2dzPw0KSSB3b3VsZCBnZXQgc2Vjb25kIGhhcmQgZHJpdmUgYW5kIGluc3RhbGwgbGludXgg YW5kIHhlbiBhbmQgc2VlIGlmIHlvdSBjYW4gZ2V0IHRoYXQgd29ya2luZy4NCg0KT24gV2VkLCBK dWwgMiwgMjAxNCBhdCA5OjAxIEFNLCBCcmlhbiBNZW5nZXMgPGJtZW5nZXNAZ29ncmlkLmNvbTxt YWlsdG86Ym1lbmdlc0Bnb2dyaWQuY29tPj4gd3JvdGU6DQpUaGUgVk5DIHBhc3NlZCB0aHJvdWdo IHRvIFhlblNlcnZlciBkb2VzbuKAmXQgd29yay4gQWxsIEkgY2FuIGdldCBpcyBSZWFsVk5DIHRv IHdvcmsgZm9yIGEgd2hpbGUsIGJ1dCBhdCBzb21lIHVuZGV0ZXJtaW5lZCBwb2ludCBpdCB1c3Vh bGx5IGxvY2tlZCB1cC4NCg0KSeKAmWxsIHRyeSB0aGUgYmV0YSBkcml2ZXJzIGFuZCBzZWUgaWYg dGhhdCBoZWxwcywgYnV0IEkgZG91YnQgaXQuIFRoZSBub24tZnVuY3Rpb25hbCBkaXNwbGF5IGhl YWRlcnMgaGF2ZSBtZSB0aGlua2luZyB0aGF0IHRoZSBjYXJkIGlzbuKAmXQgYmVpbmcgdXNlZCBy aWdodCBieSBkb21VOyBvciBteSBCSU9TIGlzIGdldHRpbmcgaW4gdGhlIHdheSBzb21laG93Lg0K DQotIEJyaWFuIE1lbmdlcw0KUHJpbmNpcGFsIEVuZ2luZWVyLCBEZXZPcHMNCkdvR3JpZCB8IFNl cnZlUGF0aCB8IENvbG9TZXJ2ZSB8IFVwU3RyZWFtIE5ldHdvcmtzDQoNCkZyb206IGphY2VrIGJ1 cmdoYXJkdCBbbWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb208bWFpbHRvOmphY2Vrc2J1 cmdoYXJkdEBnbWFpbC5jb20+XQ0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDAyLCAyMDE0IDA3OjU3 DQpUbzogQnJpYW4gTWVuZ2VzDQpDYzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8bWFpbHRvOnhl bi11c2Vyc0BsaXN0cy54ZW4ub3JnPg0KDQpTdWJqZWN0OiBSZTogW1hlbi11c2Vyc10gSGVscCB3 aXRoIFZHQSBwYXNzdGhyb3VnaA0KDQpBbnkgcHJvZ3Jlc3MgZGlkIHlvdSBnZXQgdm5jIHdvcmtp bmcgPw0KDQpPbiBUdWUsIEp1bCAxLCAyMDE0IGF0IDExOjUzIEFNLCBqYWNlayBidXJnaGFyZHQg PGphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb208bWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5j b20+PiB3cm90ZToNCldlbGwgaXQgc291bmRzIGxpa2UgbW9uaXRvciBtYXkgbm90IGJlIGRldGVj dGVkLiBEaWQgeW91IHRyeSB0byBib290IHlvdXIgd2luZG93cyBvcyB3aXRob3V0IG1vbml0b3Ig YXR0YWNoZWQgPyBJZiBpIGJvb3QgbXkgd2luIDguMSB3aXRob3V0IG1vbml0b3IgYXR0YWNoZWQg dGhlIHZpZGVvIG91dHB1dCBnb2VzIGJhY2sgdG8gc3BpY2UgY2xpZW50LiBTbyB3aGl0IHlvdXIg c2V0dXAgaXQgc2hvdWxkIGJvb3Qgd2l0aCBkaXNwbGF5IG9uIHZuYy4NCg0KDQoNCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBp biB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVu dGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2VkIG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRo ZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBB bnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwgZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2Vu IGluIHJlbGlhbmNlIHVwb24gdGhpcyBpbmZvcm1hdGlvbiBieSBwZXJzb25zIG9yIGVudGl0aWVz IG90aGVyIHRoYW4gdGhlIGludGVuZGVkIHJlY2lwaWVudCBpcyBwcm9oaWJpdGVkLiBJZiB5b3Ug cmVjZWl2ZSB0aGlzIGluIGVycm9yLCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGFuZCBkZWxl dGUgdGhlIG1hdGVyaWFsIGZyb20gYW55IGNvbXB1dGVyLg0KDQoNCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNz YWdlLCBhbmQgYW55IGF0dGFjaG1lbnRzLCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgYW5kIGxl Z2FsbHkgcHJpdmlsZWdlZCBtYXRlcmlhbC4gSXQgaXMgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRo ZSBwZXJzb24gb3IgZW50aXR5IHRvIHdoaWNoIGl0IGlzIGFkZHJlc3NlZC4gQW55IHJldmlldywg cmV0cmFuc21pc3Npb24sIGRpc3NlbWluYXRpb24sIG9yIGFjdGlvbiB0YWtlbiBpbiByZWxpYW5j ZSB1cG9uIHRoaXMgaW5mb3JtYXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFu IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhp cyBpbiBlcnJvciwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRl cmlhbCBmcm9tIGFueSBjb21wdXRlci4NCg== --_000_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZT4NCjwhLS0NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCJ9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNh bGlicml9DQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdp bjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIn0NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lfQ0KYTp2aXNp dGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe2NvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lfQ0KcA0KCXttYXJnaW4tcmlnaHQ6MGluOw0KCW1hcmdpbi1sZWZ0 OjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4i LCJzZXJpZiJ9DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXtmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0R9DQouTXNvQ2hwRGVmYXVsdA0KCXtmb250LWZhbWls eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYifQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe21hcmdpbjox LjBpbiAxLjBpbiAxLjBpbiAxLjBpbn0NCmRpdi5Xb3JkU2VjdGlvbjENCgl7fQ0KLS0+DQo8L3N0 eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJw bGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkd1ZXNzIEnigJlsbCBo YXZlIHRvIHRyeSBBcmNoIHdpdGggdGhlIGxhc3Rlc3QgWGVuIGF0IHNvbWUgcG9pbnTigKYgb3Ig c29tZSBvdGhlciBkaXN0cm8gYmVjYXVzZSB0aGlzIGlzbuKAmXQgd29ya2luZy48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29s b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkRpc3BsYXkgaGVhZGVyIG5l dmVyIGVuZ2FnZXPigKYgYnV0IHRoZSBncmFwaGljcyBjYXJkIGlzIGRlZmluaXRlbHkgcmVjb2du aXplZC48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPi0g QnJpYW4gTWVuZ2VzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPlByaW5jaXBhbCBFbmdpbmVlciwgRGV2 T3BzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPkdvR3JpZCB8IFNlcnZlUGF0aCB8IENvbG9TZXJ2ZSB8 IFVwU3RyZWFtIE5ldHdvcmtzPC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7IGNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsg Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5G cm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IGphY2VrIGJ1cmdo YXJkdCBbbWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb21dDQo8YnI+DQo8Yj5TZW50Ojwv Yj4gV2VkbmVzZGF5LCBKdWx5IDAyLCAyMDE0IDA4OjA4PGJyPg0KPGI+VG86PC9iPiBCcmlhbiBN ZW5nZXM8YnI+DQo8Yj5DYzo8L2I+IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPGJyPg0KPGI+U3Vi amVjdDo8L2I+IFJlOiBbWGVuLXVzZXJzXSBIZWxwIHdpdGggVkdBIHBhc3N0aHJvdWdoPC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5JcyB0aGlzIHdpdGggbW9uaXRvciB1bnBsdWdlZCBmcm9tIHZpZGVvIGNhcmQ/ IHZuYyBzdGlsbCBsb2NrcyB1cCA/IERpZCB5b3UgdHJ5IHRvIGJvb3Qgd2l0aG91dCB2aWRlbyBj YXJkIGFzc2lnbmVkICZuYnNwO2FuZCBsb29rIGF0IGxvZ3M/PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkkgd291bGQgZ2V0IHNlY29uZCBoYXJkIGRyaXZlIGFuZCBpbnN0YWxsIGxp bnV4IGFuZCB4ZW4gYW5kIHNlZSBpZiB5b3UgY2FuIGdldCB0aGF0IHdvcmtpbmcuPC9wPg0KPC9k aXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPiZuYnNwOzwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBX ZWQsIEp1bCAyLCAyMDE0IGF0IDk6MDEgQU0sIEJyaWFuIE1lbmdlcyAmbHQ7PGEgaHJlZj0ibWFp bHRvOmJtZW5nZXNAZ29ncmlkLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmJtZW5nZXNAZ29ncmlkLmNv bTwvYT4mZ3Q7IHdyb3RlOjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTsgYm9y ZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDsgcGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDsg bWFyZ2luLWxlZnQ6NC44cHQ7IG1hcmdpbi1yaWdodDowaW4iPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDsg Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7OyBj b2xvcjojMUY0OTdEIj5UaGUgVk5DIHBhc3NlZCB0aHJvdWdoIHRvIFhlblNlcnZlciBkb2VzbuKA mXQgd29yay4gQWxsIEkgY2FuIGdldCBpcyBSZWFsVk5DIHRvIHdvcmsgZm9yIGEgd2hpbGUsIGJ1 dCBhdCBzb21lIHVuZGV0ZXJtaW5lZCBwb2ludCBpdCB1c3VhbGx5IGxvY2tlZA0KIHVwLjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFG NDk3RCI+SeKAmWxsIHRyeSB0aGUgYmV0YSBkcml2ZXJzIGFuZCBzZWUgaWYgdGhhdCBoZWxwcywg YnV0IEkgZG91YnQgaXQuIFRoZSBub24tZnVuY3Rpb25hbCBkaXNwbGF5IGhlYWRlcnMgaGF2ZSBt ZSB0aGlua2luZyB0aGF0IHRoZSBjYXJkIGlzbuKAmXQgYmVpbmcgdXNlZA0KIHJpZ2h0IGJ5IGRv bVU7IG9yIG15IEJJT1MgaXMgZ2V0dGluZyBpbiB0aGUgd2F5IHNvbWVob3cuPC9zcGFuPjwvcD4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDsgZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7OyBjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFG NDk3RCI+LSBCcmlhbiBNZW5nZXM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+UHJpbmNp cGFsIEVuZ2luZWVyLCBEZXZPcHM8L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OzsgY29sb3I6IzFGNDk3RCI+R29Hcmlk IHwgU2VydmVQYXRoIHwgQ29sb1NlcnZlIHwgVXBTdHJlYW0gTmV0d29ya3M8L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OzsgY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9IiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7IGZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0OyBmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBqYWNlayBidXJnaGFyZHQg W21haWx0bzo8YSBocmVmPSJtYWlsdG86amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbSIgdGFyZ2V0 PSJfYmxhbmsiPmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb208L2E+XQ0KPGJyPg0KPGI+U2VudDo8 L2I+IFdlZG5lc2RheSwgSnVseSAwMiwgMjAxNCAwNzo1Nzxicj4NCjxiPlRvOjwvYj4gQnJpYW4g TWVuZ2VzPGJyPg0KPGI+Q2M6PC9iPiA8YSBocmVmPSJtYWlsdG86eGVuLXVzZXJzQGxpc3RzLnhl bi5vcmciIHRhcmdldD0iX2JsYW5rIj54ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwvYT48L3NwYW4+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxiPlN1YmplY3Q6PC9iPiBS ZTogW1hlbi11c2Vyc10gSGVscCB3aXRoIFZHQSBwYXNzdGhyb3VnaDwvcD4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IiI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSIiPkFueSBwcm9ncmVzcyBkaWQgeW91IGdldCB2bmMgd29ya2luZyA/ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSIiPk9uIFR1ZSwgSnVsIDEsIDIwMTQgYXQgMTE6NTMgQU0sIGphY2VrIGJ1cmdo YXJkdCAmbHQ7PGEgaHJlZj0ibWFpbHRvOmphY2Vrc2J1cmdoYXJkdEBnbWFpbC5jb20iIHRhcmdl dD0iX2JsYW5rIj5qYWNla3NidXJnaGFyZHRAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PC9wPg0K PGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lOyBib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0ND IDEuMHB0OyBwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0OyBtYXJnaW4tbGVmdDo0LjhwdDsgbWFy Z2luLXRvcDo1LjBwdDsgbWFyZ2luLXJpZ2h0OjBpbjsgbWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IiI+V2VsbCBpdCBzb3VuZHMgbGlrZSBt b25pdG9yIG1heSBub3QgYmUgZGV0ZWN0ZWQuIERpZCB5b3UgdHJ5IHRvIGJvb3QgeW91ciB3aW5k b3dzIG9zIHdpdGhvdXQgbW9uaXRvciBhdHRhY2hlZCA/IElmIGkgYm9vdCBteSB3aW4gOC4xIHdp dGhvdXQgbW9uaXRvciBhdHRhY2hlZCB0aGUgdmlkZW8gb3V0cHV0IGdvZXMgYmFjayB0byBzcGlj ZSBjbGllbnQuIFNvIHdoaXQgeW91ciBzZXR1cCBpdCBzaG91bGQNCiBib290IHdpdGggZGlzcGxh eSBvbiB2bmMuJm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+Jm5ic3A7PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSIiPiZuYnNwOzwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2tx dW90ZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9IiI+Jm5ic3A7PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0K PGRpdj4NCjxkaXYgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQt YWxpZ246Y2VudGVyIj4NCjxociBzaXplPSIyIiB3aWR0aD0iMTAwJSIgYWxpZ249ImNlbnRlciI+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41 cHQ7IGZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7OyBjb2xvcjpncmF5Ij48YnI+ DQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSwgYW5kIGFueSBhdHRh Y2htZW50cywgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByaXZpbGVnZWQg bWF0ZXJpYWwuIEl0IGlzIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUgcGVyc29uIG9yIGVudGl0 eSB0byB3aGljaCBpdCBpcyBhZGRyZXNzZWQuIEFueSByZXZpZXcsIHJldHJhbnNtaXNzaW9uLCBk aXNzZW1pbmF0aW9uLCBvciBhY3Rpb24gdGFrZW4gaW4NCiByZWxpYW5jZSB1cG9uIHRoaXMgaW5m b3JtYXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBpbnRlbmRlZCBy ZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IHJlY2VpdmUgdGhpcyBpbiBlcnJvciwgcGxl YXNlIGNvbnRhY3QgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoZSBtYXRlcmlhbCBmcm9tIGFueSBj b21wdXRlci48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxicj4N Cjxocj4NCjxmb250IGZhY2U9IkNvdXJpZXIgTmV3IiBjb2xvcj0iR3JheSIgc2l6ZT0iMSI+PGJy Pg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UsIGFuZCBhbnkgYXR0 YWNobWVudHMsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcml2aWxlZ2Vk IG1hdGVyaWFsLiBJdCBpcyBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIHBlcnNvbiBvciBlbnRp dHkgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCByZXRyYW5zbWlzc2lvbiwg ZGlzc2VtaW5hdGlvbiwgb3IgYWN0aW9uIHRha2VuIGluDQogcmVsaWFuY2UgdXBvbiB0aGlzIGlu Zm9ybWF0aW9uIGJ5IHBlcnNvbnMgb3IgZW50aXRpZXMgb3RoZXIgdGhhbiB0aGUgaW50ZW5kZWQg cmVjaXBpZW50IGlzIHByb2hpYml0ZWQuIElmIHlvdSByZWNlaXZlIHRoaXMgaW4gZXJyb3IsIHBs ZWFzZSBjb250YWN0IHRoZSBzZW5kZXIgYW5kIGRlbGV0ZSB0aGUgbWF0ZXJpYWwgZnJvbSBhbnkg Y29tcHV0ZXIuPGJyPg0KPC9mb250Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_-- --_004_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_ Content-Type: image/png; name="win7vm-gpu1.png" Content-Description: win7vm-gpu1.png Content-Disposition: attachment; filename="win7vm-gpu1.png"; size=370998; creation-date="Wed, 02 Jul 2014 16:12:31 GMT"; modification-date="Wed, 02 Jul 2014 16:12:32 GMT" Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAABAQAAAMECAIAAACnomA2AAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAP+lSURBVHhe7P13uG5XdeaJnv19O54jESQDrirj Kttll+3CZYoCjEmSztnh5ByVJbIxAmOCAINAAkknSkhIAkmgcHJOykgIlHMgCSzHulVddavura6+ 3X27b/W9D/2+I82w1vftfVS+fzXneZ/pMccca31b/oPn/a0x51qz3nbGwv/6y3+//PfLf7/898t/ v/z3y3+//PfLf7/898t//5f5994la5766V9dueMYYeD9v/z3y3+//PfLf7/898t/v/z3y3+//PfL f7/893+ZfwYD24/NevsZCwdOvwXqnH5r54xbGcioQWRmqrm3DpTqzINua6o7d4ba3p17uwS3dyST 7kBt747fPkMNTmyvZHlZ6o5DO7rzqA6CCQhL2zG14omdIuQRx9Q0OLmjO4nkDgk4ltol2jE0xUrE Q5DHg1OId2fiUq7h+RrsGma8q9TuRoYaWrBraOHuwQW7QjrVfK7hRXsiyXiRjIgXcoy8KY9PXCOL 91YZasleavHe9tWGRhah2G7ll+wdWmz3iaAWKhnswyUjS1CzZ2TpPhNi1eLdGgwv2T2yFAVUHs9Q o8v2jizbM7p0bzNfaynHbLWuya6qC0ayYHg5hUDjkRX7NDPsl4/otKGRFVhC8W5oZMWekRUYGQwv h/wmUckC5FHMn9ApMyt2j/qqTLXMpqMr94psyaesH/VL8ppsGtpdqirYPbJq9+iqPRzzslUoY4C8 Suv5H6iXYMQvrtoLDa+E9gxLXkZMd0m8i/I7ZNrFm+BWVt9Teh8NVHky5D+RfjQt+YVUNh1asTPi puxCGUc8M7J6FzSsvxL3x9TyO9skeb2tVA5LcbpEMq6dcZ+owX+UTDUZt+2noZU7qkyLVlJaiXEm GlyxnYGMgyuQQSAZWaJWyrhcpBmfdpffngv5FKNg2e2qIYl17KPu0mp6GzQIeWyZWGLZrd2lt4hS AdRZosnvdJYU6i6+ZXDxrd1F3x5cjFjH79h00bdnrs6imzkulOnim7oyNS282XWjKKZ50tRZ8K08 6Hicq5mh5n9zYH6ewfSbSCJGwHjBDd2pb4Y6GOdfT0Xg6kxB181c3cnrOhPfiOnA5Deg7iQyDDpY xYiCCU6ZGb92YPyahpBM+VkazPt6ZFo1a97XoYF5V7PSdFUWt2jW3G2VBuZBV82CynznjGIq2jpr 7hYZbdqZu6VzxpaBMzarOJ2bptNq1hmbZmk8d3Pn9M3dM6BNUOf0jQNnbBw4fSMCiTd1fKnS4NxN 3bkbRZsG5zHGODh3cxdjqaHxzarBeVdKgMzGSsPjG0fHNw1PFBqZ2Dg6ceXY5MbQ7KlNheZvnjN/ o2jTSQs2nbxwM/SqRapNr168+TVLtrx26VbolKXbTlm+9dQV26jl235F9LoVV6lev/Lq16/c9gZo 1VXQr66++g2QxE2hstAK3Gdr6FeWb4FOXabj5l9ZtllHBks3VXrtko3QKZUWX/naTDkMLFDr31Rt 9KcTnHpFAtA/BAxYnK4dh24nDGRef1qpp89l+QwGBgED4ztFQILtEOPC/dcwADefx5xyRJxLYUBj IIHBgCjHAFUNAxD9vcCAxpWiRjUIZTCggTn7BgyE4KojoBowkJam0wxtvcnNOm16hgQjeY1nWCAw MLR47xCSKFbpTURDdPNFJjRCg74PJFDAAJMiJjGyppQXmMzc95L675nDwGha3TMMN58pVZpabtLb 6O/DHYgHkGeME8gAmlEYUIuvPECJlUexrnplrDJOMAApDMiYynLlRr8aNQhVU5H7e1OxSlMu+Qgq aV6WcHO/RMlhdQsMOCG4VxZLrUEkDQYsH8kW5VeVdygU1pyx/2KahlbLz+UZVxTHJSmIGnXwuhTF ZIOkwnCLzNDjDrnFd5UwsGtIarQyrtVYpsWdQyPlFO48n/aUwMCJKMGAT0sYKAEgz9D3OwCkjMNA 5f6nhYEQ3LyODHrCALz+rQEDnSUIwAC3elDAQHcJCjxedCusf4gwIFRg0/D0bYqCAgYqSbKzEIQg 6gsDIZh4jh7btAz6SwDAAtENA1PfVBkMTAEPlBBuaPBA8vrTqgcMMBASyGBAeAAw0JlQ6+/ufwJj mtLiu93vr38gGCAG6CiB5XvAgApIQCqYIQz0JwQY/c5c2H3cClNiQOeMTQYDNt1YMUCpBAOmuXD8 2VQUMDBkMFBggAm+32FgZNw0OpEwgCRQwsAckgBhABigIgkQBrZMAwMr2mEAqnx/0koLEgOIAgB6 wYCpZIBTgAFLiQEVDOQMECIM/OSvrgAMvC1g4AwdxdmnLsFMkQAX0v1ndr+/wuL31u1CAoQBu6Q0 90nzRFWyktbkauABMp2J22H0O3oJY3X5CgDm+ENw9jKq+/fRkaDUjgwJGAcMIJO7/+78nV0kXUPz oeT11dwPLtg9uDDiZPqhbqpJ0oIhuSRgYJCjxfD9le2mWpMnhASLZvawX226Y0B6tB9GX4VKHbOr phduuzRNGy5ftGx/nemn/eryzcHTxO8vZR59bNm+iFVNHoin+yq13bkKo4+/c9keffyvqi9Rrx9t AV6+L9y8ZYIHPNbpyMp9NMG05nTMNM3u43uoBQYsdotfSb17Lk22LiWt3kfXvmqPuHkN0irj1bhc fT9MvJXRqXt9rGo9/xhdlWK44YaIB3kmt+YuwkCRF2OtEsbIlk5QvG35h9GIAwNkaXjN7hEigXl6 XU1lovwPiCTEDHy5MUDcRFa9nlN6dylAUFl/9fd5pqmshrHAADBAimniYylUwcBMdcIw0FNh+qnl 27vLMO6gUrIGhhwGIhbJNHf8WdxLtP7i/jXmNMXRE1AYMK/v0lWbljUFDKhg3zkuLm39K9NCkIA2 Cm7qLIa/v5lTFRACkGCi7x8kLTAIdRYYGPi0JwyUnYFCzgNJgIEqMzD/eighwQn2B2oFHhAJrjVg EB6YBVpQMAhNXjswAUJAgePBzKQw0EHcMP2ZgAftCpev8UAy/f0VMLBlgHJPLyRQ+X7LaHGWLwUS 2CSVQgUEA81AGzHC8WNaAoA0BCRQ6289gSTnAXYAGCcYEMHuD0EZCSgDBAwgMCUYSAyQYcDmDAO8 LeAwABIoYGDZicEApx5TKxMGvC7DgFyKAQUDOAnA/Sc5AwQG5Nb/NVmsAgw8+ZO/uvz2o+0woJnc 6/fTXNkdNI9tgfD606r0/a1SEtjO3UHzbucl9PRtSODmvqfmcbdPrXHHAKcCdgPo+6Gd7AnMAAYG oxtgmT4wILuDpnYrFTRggOpC81VCBfN3mpsnCewemb9Hnb1Y+bD4Mi5gspfosBvJVg3LHqFeGowd RI2lSmrrCQOLkn1vPuk3uWuHhnIY4DN+D5CkUKPBjGAgnvHb1A39MN28xbnUzVfJXGb3wQMcZapx IXf2VFs3IBMMPR//a+ugDQag8Ot6w3wpHvmbtDKHAbf74u8jFkLIp+2i25Y9P7hWlZZcbvTzWG16 afRt1U28qS8GjK3aN7pq34hZ81JeIzAglTrlqjhaccPkBEMF+WOsQCu5pE2AUSYFJHgtMyKdUplR LtQrT61uZGYgbTKYa6+WAgZQo3Hl8rOMxhhH5c/I8woSDCDwDGP4csjvj1g9vWuU+GHm3p19Ur9i K1D3n2AAZYxJBWbrKxjQVXj0PNnU0CoviP1Cq2qXn0u2BrXEnkku30iA8i6Bxr1gAMadgfh+ZwNm 1NDL2F/dZbelmGCQLQkPDLI5oEb/VukGsDMggdGCA0CuGga6i7/TsS1DdPODNp7YxqFa1jQgCQgb eFAJwJCRQKvE398kqhx/Me0ltf7aHEhyGEg8MMVRDX0ESfPLaUOyTUjiEgYgwkBTAgP5TqEQvX4P zQwGri5V84BtExIYyPNt0g1CCQaEB2jo1fSb9XeXL+aerQOrTO6/EBsCczcy6A0DbSpgYHDexsG5 iAMGXAIDbUoYECRQwcDYBLS5HQacBEoYIAmcTAxQtcKAkQBhQHighAHa/XD/r1u17fWrZezRDcgF ANCxCQNw/zkMZBhgYDBDGLiCMHD6/LD+HF/B7qAzboNfVxIYOIOufSZyxx+P/5tiQQcwoPWVv2+q 8vqx15+csHOwTergVR2djiMgDAgA7LAkVcPA4IT5fomR0Wf/Eaj7LyTuH84ePLBrcGr30CSf+sPl 6+4gZLrzqUGofLQv2jPkxwP4RH+BkcDMpA6eMcz3EALFA4eEzJr3NPooVhiw6XRIAB8PB58rW80e 8EO5g9dKBlmyIavpLRj3LG63/rWWWQBDn5Imu0Np+kO1xYdGwrUv2w9lxbhJXsYai93B+4Xw9Lmz Txa/VfTo0gdAkPIrslWRxT1gYHTl/hSs3D+6UvKStNgEYw1zzzJz5CrhB7HadNgWw/HDW9v+HEuG ghbg+z1QL55q2BxYvXdktS4RDyQjgRRoxqYaRAYwIHHIyngfGGKFASYr8RfVMbdKH72zJlfih/zZ PBw5TXmJB3kBp1kckgtZluz7zNTrKv5/w38Xvt/ywINCydmra88E1156/TWpfgim3PPw5Toy8G1C HOH+pTgqyQMYtTLYgBm7aoaioV+xs1Dp9WekFYQEUQBAQySBljMD3BokAe27ksCKevsQl7K4z26i 6AxQCQzg+3sJYMC2QGepjsoGTDYVbKAw0Em9gpIKZgAJYvo54iae8XxWlpS1CDoLOOYdAxh6YAPv Jk2DGQoA0FlASfAt2R2UyUkA6jgPhLOnTnjvUMBA2iakgu+vSGCWZDiygDxgAHAijQIFA6gBA5US CbjpVyRIY2+prVckgEgF3O6fkQCUG30VkgEDshcI7p9Tq8cdztBrHQYoTMXrFwBQqrL+hAFrCOiZ gQYA5GqSANsFCgMj0ORm1ZjAgDLAGDQ/7wmoHAMWOgYs3vLqxVtfvWQrMCBIoNkZCAygVl6d84A5 fh4hKDAAmRwAkvuXHUGtGHDK0tQWeO2SjAQcA16zhO4/V0UC0GmpM3DaVOwF6g0Dt5UqV3Ubj8KA UYG1CBjT0LeoFwzQ/SOgm2cfoCM9AcgdP5ZaxeYAimXrPzf8YDo4vn1QzwTD+s8T9YYBU54kGMQU MKCQUIi2HmKQ+X555J+Lj/+lAzDIx/9w/Lvg+LuYqvtHxkmAWrCHSdr9XHsokAOD6WEAJpuBAABg gFMygACAjurRZRq+XKZ7hxbtk1Ge04d4N7fvnGIsPT21d2ihPbxXGJBYnD0CqZGmgV3IG4qtT+Z+ ZjAwrWDcGcDBL8k9fYu0mHIYUMG4jyw1KoCDj+QwkjT0lb9Pkuf36Zk9bXdkaPpTGdy/bdzH6PVJ eok5+14ksF9Gs/gcBQYklhEwQB6wZC9lDJBlmITXN2m+lHnxpGbGAaAXDEBj8OJi6G0UIy6SzgBq aOI5jpi/F1sPeOAoN4keghSzRsrsVnGJiDUskJj2PfyxBvY3uNwxi7jpiFiyRzAAY16vsSbVjqvo 6UkC/WHAbXoEkTfwaF3SQEaae3Hzmpyx4LlxIX4lYED8/SoRXTunsuqVuCSJnQQEVo+YzQGOauXz Ue62c8ixwbRq19BKuVCuZaU1MeQSUx4nwfHbMWLCgDGAZabbQdTsDKjE64to7psk0AYDsOmCBMYA EdhNCscPGOh/ogDOnkF+wrjttLGIjj+msP5EAoMB7RuwdZBjgIn9AcoOFqfmQOH+FRjyacQhNf25 9Ze4FwmAHGj9FQAUBirR3ysV9OYBNf3NqQUY5/P8APcLccvQDSqeHm6FgRMRnD0BIGIEWWdAAaCQ YIBYfz1OUBv9pmbNo/vPpkYCrwgGrgYPMC7zvpoL7l+Vpt4Z2No5g0cIzPGXSCDO3ty/jJI8PRgg xCVXsTWo2CbkS9YH0IaAqRcMqO+36TC3CSGwbUI5DKicBDaKsoZA3RPYAhhwEqhgYPOrhQT6wMCv CAZg1EClPPA6SvcC5WywtYKBX1lew0BOAqcuBQzkynsCSQoDkt/0msVQCw+kbUJvJQyU5r5Ft5cq VmN3EAJ3/4kB3PT3UgEDggFUB3nZ+SP+/vaOnhhue/wPwfGL7+d5X77/J8QlMf0+1mqY+16CxQ8Y MACopQ/+w/3bdHDSYICtgNzxN0QwENMvMCDWvyFYbUjxQE1/b5l9Txl1/xIPIq9TAQPx5coJTA4u QoHXQ0tE7ub7ap8ZfblwWDAA7l/vrFORxlITJIBM5uZfoYqGwD6FAb5ByC1+JZrygAHNWD4sPu2+ ZFK+ggEeOchkJj6UeXd7cg8HnzMDqYDeXWIJMhktiLmXSsYypb3W+8jlBgPyK1ZTabSRCdHuw/fT +ss0kqWsPgGDuXna61xq7hlHwLiq0ZGr4uNzvy6SjDp+F2DA8pAvjZAEaMctn4nNhP4ZXkWHLS4f Sqtu8dVzqwuHrGAYMLBm38gaGZVDZImVYrLlbnofxJIRMMgl98w8fSOwOGMABKooMCUfzzirl9HL mF+TXcsybuxBWVwekmIGgQq8dk3j18XBQ9wghFu5LC/AgECsP27iDFBqRBy8IQEBg15fr+JYMkCS YMMgYQCAQREbVoIudggPmL8fLvcODerYBgODcp5Yl2oMoJwTeogMwLHOF0jAmKgAKmjdPgRbzzFr AuSrUMfzrVIYkI1Ddsi4nQdCqUtggmvXjsErfPuQwgB9f2wcEgzQkUrWP04UVOosFKMvY7dxliBz /ynpGfYHeqg+TGySzUJQZ37brqGGYPEtBgZoMMFXDOnB4lqEAeUBRYJk+megAgka1r+p5PhdSNbb hyDY/QFpGvTXgPn4bQNnbFNPT6Nvvl+XLKmV2hPA2K1JIBebA8n965YhA4DN3XmbuzD97vsZUBJn CusvKmAg08bhODE8SQZgMGE9AYWBUWkICAZYT0AYQLRwKwCAGMCzwkYCr4YWb9XdQTUJNLcJgQRW UkoCpIKVV7ukD1C6fwUAHcX9b2thANcpS7dAr12y2WTNAeGBxRtPcdHuL4Lj3wS9ZtF0MPBv3jtZ mfsTVQMGtgswYLTH/Lly6y/iC0NF4v5JAjsYRx9Ag5CwgY0MSjCAWdcA7p+xdwB69QFmLLh5CSoA 8EPD9gogfUmoBNlJAGqSj/+1D5CJHQAfrSHgQY0BIYEBC1xu902R3zvM0XnAHvazPocBeHcx68n9 ZyRAV51gwP19iKd+xfpnPMCjAhwX+wHixfuk1bBvePH+ocX7ZWSMvN38BGFgpJGB4NQZOAxwKueG +8NAU00YwHR4Ke27FQQJLD+ggW4E6iVx/xkP8Gm9uPai5gAkMYNSfPbPqwgDqDSjL0m5JxHCa9Ss tyg910+evlTAQOb+M+9OGQ+gzC7xGrf7DCiz0Uli/cX9q8zHOwb4qO65UGuylHnxhu9vlZSJTdc/ TPO9fyXV6DQFCgMimuP8bpnVBjYwz6nyhi2JYiqtg7TKIItDtuRJFrjXx83VwdOyI79mjzQK/Cpe InlMZcmEeh0lT+lNUOMwIO6fP8Q7i92XeJc9yJdx1ElAVoUuJPACxmL6eWG7zN+jnn+nTv0qXyUt 2OkC3BbjEH2/yGFgEHlmtDlgFj9gIKcCecYfeSvuBwOVv++tJgxoA0FVTVVV9yAXPH2V6fC1QtoH KDBA5TCgpwtg96fjAWkR9IeBQXYMZooEeWcgYMCQQIOG9YeK48ULChhoCs5eXy2aZVLcmZ+QgLFs H3IZAESLgAoYUGfvBwk4zgwP5PAAYQBjBQOzJq6RnUKiiWtt2nZ+oE1lf2D86x1kCvffX/D9ERQS ox8wYJk2pV5BuHna/TM2+7aipFgiGEwDAyQKedkoZXggvj/BQHQDoJIEoIbvTxqe2OJ4wLbAiG4N EhjIBQxQKQyUDQGFAZBAAQOCAapeMJA6A+QBIYEEAwhWXQ1Jf8B4gD0B7imCpMbfSeraeuoywIDy AOKtygChBAOZXkPrvxl6DQQAWLTptaYaA1QJBt7ynonK3Lep2iaUdwng5unyB+bezgMDpfWfgfjs n4//bbcPYSACOng19/MiiDKrKQS/roHCQKlOIzOtwvRXAgN05Rwwgs4UZUu++1+PAYS4EUiNvghW vhopWHwwgGGAlTWVe/0ZCx4do5hyEIKMlAaL9g3qEuXAANGyW54OXoPw37I6LJygGfX0duRXUEH4 AQEBoEWLOA7JSNG1F4/2Cy02L47YYCCrhOMf0qVyrNSa1N1BavoZeF4y8uAfFy7bP0Qe2M8fdQf/ CgRzL8/7tUWg7j8tSSbHAM1gFT+q/QQty928xsi3W3yVm/h9vvtfioszAFLmnQE5LcC4Ic3bTbxG Lf7+3FKrORZ/TIs8smq/yJJ8lu+VslpMX4HG1uzPp2HZ20RrrrH8eflSi1jT3rjgrzgPAEVKPKCZ hpP2DOvtAX+IHj2fZrFOxUMbD9ioS2KX5SekABmY71Xu5iFddXMfd04FciFpAZLbStKX7M52yajX m9cX0dbHVO1+TLWZEFP+BNiApwvkzjT3UuNG3yV7hyC5uSeVB9K2Ij8JrQoGKCQwMLTCvsOge4co OP4SBtKSypdMK3YOLofkIEGigtroN9ULBqoklGAAU2kXVDuIYO7zqYqX2BJfQBQY0JAywK1d44G+ SCAHCeD4BxffOsgPFJRsICSg8UyVv4rUSUAlPHDToHcPBrUAmbYugVv8nluGchkSyEgSwOgHCTIk uMGCKTtU0JlCRqnA8CBcvsbd6Y4Umya+0Z3gKC8RykUSkGMDMiIj5wco9/qIw/dXYk8Agewdkrje NTTdIWOopTkA+fcHJE4AkMlfRTpgryKNTURsGuQKGCh9f63uvK1i97cMzkXgAgMABpCfpxgQaoeB yv1X0laAkkDIYGCqgIGx+TYqBoiMBLLdQU0S2Pqa1gMDolOXi3IYEJevMKDyqXYGDANet7wgAd5E 3P/MGQCSjUCbXoNY3L+SAGEgrL9SQUxFAgMvX37bkVlvefd4m+/PM1Dh/tX0q/tXaRMAwfD49l9d sfvtHzi47gtHP3rlHZ+96s5Lr79zy7fvuu62u27eddfte+/YsffobTv23Xjz7Vdf+82vXrnt85dc 8YmLL/uTT132gU9e8f5PX/W+i2943xdvO+8v9iz/1P5/c+He1y/bNTIRXp9G384A+LQWHLwGbTDQ S7Lj32P4e2ZkLN1/Pg0pCQQMDGm+93YgeH0G5vVtTF5fYGCGnQGNe4nuny4/S2KKpMJAb6lBTxnH AJW6fLPvdPBGApnEo1sBTbwEQg4WJ8kNi0wuNeWmJQeYXLJ/ZPEBxCGWSTCoPJBf0lfh/gkD+qSf Ge7z0Tg6A8yHay8dfC+Zj4dBV+/uV2neJM/1e666mI8bEgkk4Kt7aMd1T79aeS5ZYKtU9hSfJGAO PnfzhSLfq6ASLP7o6gOyUecAtTpMOWJKC2id6acPjEhGkoV9r9TEA7P7mekf8+AEVdp6+aHoKtjv zhhOxEAHAFSKpYAEBGK4zRbTf6tlF2OtSw05DMhUfLZfBdnlldcX/y15teyymhfIU3/KGKPx65LB UuoYNCV/Cf4k3qdYUhhg4P+lNPdaGb8lSVM1Nd+vSxU5CANIW4Dvcq0xQKUbhwADqxAwVulSwgPW FIr+QAYDOQaUKm39zFVSQYIBjlDD+jcFEugsu62z/Lb++4VCKHMYgGoGCMlXCAgPWsbvFWRIMOgf KMhtvULCjM4ZZ80BigwAANDAYIDuf9GNHUgxoECCm3p1CVoknQEEAIAiL4SQq2MwYAcMgg0UCUgC 3hnQ2IIMAIqpwwB5oIABl7UIeJ7YynS0DxH07RjM4zjLSUCTQQWW7KcCAyqFxW/VQPO7BHKEoFJ/ EoDp5zh3a3h9df/CBjT9BgPzwAkoUwbglEmbFjAwWDKAanhiS84Aoi0GABObxyY4jk5tEREDVMCA k7wncLLvDnqVY0ABA0u2vcbUDgPCA1dFc4BIoO8UAgb4y4UUCU5dSVp4XQIAmn4dezEAVLl/efyv hwFMrXY/qRUGFjsM/Ot3zctMvz717wkDyf2XMPCry/cs/vTxjTffe+ueO48ePX7v3XfcR9153z13 3XPXnceOHTt4+Mi+A0e27z74rVv3XHXDrZdtvv7TX7rygx+/+MwLPrxs9YYFi5eNT07NmzdvfO4Z 8yfHVy5fcuF5Z3/qkx+//MqNW6/ffsk1RyYuOvj65Xvg8rVXIKPs/AkMcAZIAc297fKnLNMigQGa eInN1jNWZ69TCKbfxySHAb4VFOLuILYC1PqL/MF/QwUMaE+gNwwMOQboaMnc65dSx68wYOMiBHvk qX8y9z1kADAcQWnTM6nddwUSVMwgq8379L0zxKtGAABLPNMbBoZQs5Q8EEgAK29en1Mx+sIANPf+ yN8KNGZlAQOpPjP6LXI3r6JZ90DUy+7Lzp8VxeV5AfIc5dctyQ6ArsKsw+gjc4COXB2/FigPuORh /zTOPl8t4kzi9Z0lYOVX7R9DRmNafBaYyzejX8EAluCeDQb0KrfUiM1bh2bSK3hlMFD1EGbu+1VV z6HsBkCwuRHvxW8hED9tGRcyEqzeOyyBePpYVaGeplkezIsYiMunR3dLraMURNLKrMCTlMRyh1zp QpFYcGZG+WekfC29T3F/lZh4CURu67l3SK5S6y9lPWSXQA4DnvQNTgSeVbsTAJQCAzAgCUijAGCg MMAlYsBgAQMoyBggxCVDAgTdggRCYet7yK1/NztznAchm8LuI4BKAKCkIUAMkLYAY7j8fu8XMs0Q BiiBge5iim2ENhiA1NAznvHeIX3faJWR75TdpBuEhA345bLOQgqxjsED1IIbB/IWAfBANBAZVQkD gQQCAHqY2GHA3kN6g7xQSDoDqoCBMP2aDN8feZ4T8KmcGdA3jTaaAy5dChjIMEAyvQ8ZJxgo8k4C CNgf6E0FLe8eDRVGv1U9v1ic9gjlpr+pgIGueH1KjL7CgEwFBgIDchiw6TQw4CSAoFDAwOgkpCSw Wd4dlMHAgi2zF2yZIzAwZ+GWkxZJW6AkgZMJA2AAhQE2B1phQHhASMBHt/sOA7IdiHkJRFtPLTHg VNyzQQJQOwxEB2DRplO4QQhUsFF0pQfUqxdd+ZqFG4UHMKb3jWYw8M65lennPv6UgWxfUDCAbO9J WvRn+6/6xk1fvfQrmzdeec11N1x69e0f33zgI1vv/cDW75+z6aG1X31o6Zd/sOBLP5h/yUPzv/TI 1CWPUV9+fOqSxycveWzyS49OfvHhyS/8YPLz35v83L0LLr5z0cVHFn96z+KP37zsI5sv+NiXvvjl y675+tW7d+7Ye/ieBX92EACQK2FAJluCm28CQNUBoMs3GLB841RAqDs/Wf/O1O6I1dl35lsA5TCg jr8STb84fsa+WUhIYG8swbgz6dZfXiIkQeb4S8G70/1bNyA5e0ECaQto8Ark7nxaBQZUMFBo5jc0 x5+5/77arzAAqZs3K++fAnBzL7tulAREariZVOedSS8Ms17JrTlVLam41HIMIMm7B6bR5Qdb4xat ODjKsXT5xAPngeUJBlRm5UuNrRRP3yYz95mnz3y8SAjBAq5meQ3aRHJggFEtdR7TrI+tsTgXTXzl 4z2v/n5sNQONpxFrrAxXpTzvlmJR33uieM3e0bWly+eUQn50LWGgn1bvG64yhZLDpi3Opq9Mo2v5 R5ZP8dulGPAKf3St/pBNR9dmSw4nYu7d7ms+IKGHQBERw9NLQHOv03YpCYTq1YABbwgoEhAAHAYk L5uFdnazzUJOCIAKqZRNR7Tyy12Zy4fafX9TigHRLhAGGFqmhMACzUNkAAMDN/2I1fp7EKK/TzwQ 1h++XxUZTd7aMRhAcIu0Cwo5EpinFyQIf2+ZfNpL8mFjun/AgPAAZLuGKGkaiDIYICFYRv19qNva N3AqKEUYQKA8MDj/W/Kt4hYSCIX17y+1+4CBbr/mgAjun6bfGGBg3KjACaGw+30ENtBRYcBIAEsF BuSqMSAXLb7vC5qZTgQGZF+QxcoAbTIYKHhAlubW1j8kDBBiKyCfGgmIvCdgDKACA4SAAQIDW09a vAUkoDDw6kW2O+jkJQUMvBbqAQOQYMBVxgPSH/Bn/xpzirEAAFc/9+/KuwEz0asXAQY2OgwIDzRh 4M3vPCPz/W76XQIGllQYaGrjNw9ee+03Lrzk9qnP3XvGxT9416cfetdnHn3P55547+efOP0LT57x xafmfenp8S89PXEJ9JSMT0/Y9OnJS57h+GXomYkvPzP+5WfmXfLM3C8+c/pfPI3L33vxI3M/99CC L9z3qW3HHnzwwRu231P5/qaUEPRbAU0YoKfPgjD6zakqPzHcCwZUXWTc6xsMZHuBKvHxPwMb1eUL DLjc+icYKIKcAUxh9JuO/5UyALf1a1x5dN3unwtevMq0CH598QzKMqnLx4VDyfH3ldj94RIGai2F Qfe2gMPACQn+3oLcnbfxgCSLmhCtfF8YmIkq+x4SGMCt5EzwigOqVwYDFJ/rwxAnQw+5pych6GrA QGR6q7LXmOaZ5L/Di3PMTHkkYd/pm5HUgqwmqUrKPcf08gYMsOEgSCA3T3+JFWSxwACNLL2vb90J ABBIqKTAYEbZHLM+nnf/7UplKvG+sZTyM5T+lsJAng/ZH+PG3ab/EGq9lXp6CnFrntIMxdV8SQ49 1+a+DxWEvD9gcYIB8f0xTUowgGkCgBiRIQnAxydUoHKLP3MZJIjjV2aw95ByKUgAIgPIKAGlMfcO aTKHAUeCVvVZaqBCOm0cnj6HAXYPeOpgZjCQHSrwnUIQptJDSCpgQDOw8jpq0E4CvZXDAKVvIHXl 24QyGLi+MzkNFcDr6zFiaw5UGNAqaREABmQ0GOhMJLvfs1EgymGAgcBA3yMEPZsDqhOEgdQcULsv Rr9nZ0AlcQEAuQIGhrhfSHlgy+A4VTHAEN8funl4PLf+ENlgZHLr8CR3Bw3LUQE2BAwDqLH5UJBA ggHfI7T1pEXbAgYUAxwGFANUsOlbX+MwUPAAn/pfdcqyqywAA6zYSirQx/8MeNTYBOvvEgw4weMB PWTWv5lpwMApSzZmMPDHgAHdF2SOP1fnjO0pFuvf7Az8yZe+feTI4Qee+Olt3/vbrUf/5k9vfums q15ceeVzCy97Zt5fPHna5x9/7+cef8/Fj70Ho+i94ARBBei0z6NABGz4i6fnffHpqa88u+yKF9dt +9F51/z4o9/6yeX7f37zPS8/+NTPf/bSTy677lju+5vqYAQA5AyQOftQ86VAM1EFA+HsDQZ8ChEG vMBgIMy9S5bo+7tTmO61KTN7hxakjUAKA7Xvb8AAy5QHoMLQvxLBhUtgMJC7816CEYdlr5Itgq1f SoV917wEdUZfPcSMX9VHI0sOEjaEByBuFmpYcxHc+UHAQJ6spu2S87uq/g/7+2t0RfbsHx5d3D+S Kj7vT3G6ijXLJWlTbQscNOOePf5PkmLBAL9nb99vEpuuVt4Mvbl8XeopbhlqJPtobA3GzFU7V0Qm HvOHHTdT7taceQsk6YLnxphfGDIfv3a/+HWOlPj+JJlmF2pxdpX+NH5IvD6cbsNhI683VwDgT8hf hTHKeFXlkhsw4HlUFlP8GRbPUPpsvvrFqj+gS1EgHY/6L2TeMrKqGUlqfSrLplxt3ApW3gId1+4Z 0r1ALXuHpNj3MqXNQm79daqBZXpvHyrENw7ZIYR0kKAp6xUwhsvnyCZABgOMYdxLGGgTb1Jk6PsT CWQwgFFhoMu2gK46GJRUACkPGAPknJCRgEktvrx1VKVxZwniVipowICILQI9UizWX2EgQ4KZ8kA/ 9YcBz8DTaxA7hTQ5Q7XygB8eqHgAMHBD+H4nhBYZDLS+ZrSpggGsb8CgNP0zl4ABfX9vJKgBQAVz H0HE+sahSPYQYcAe/Kvdd99fKUOCdh5w9y+xAEBXxl4wQOtfwMBWYIDIzwmUGOAkIDBQNATYDSAG CAm8itpy8uItQIJ0WmBaGFi6jQokyCU9Adp95YEMAJJyBmhY/+bZgD56tVv/pl7DDUKEgVMW86tk fAmpwsCP9QAxOwPSBHDfrxbfYj8ZrEnGDRh483k7rrvu2w98996f//SH//k//Lv/6X/8f/7X/+n/ 9T/85//68r//r4+/9J+PPPkfvnP/v918+K8vP/DXX9n78pd2v/z57T+/+Pafffa2ly6+7acX3/bj i2/94We+/fyff/Oxz33zwcu+ff/WW+68ccfhb9++54Zv3njzjd88tH/3g/ff+/STj9/xwONvuXCP bgEKmfV3+ceDk/QYcW3rZwYDxdkAwgBtfeH7M9Ofq+XMQJh7F5IM5u9VGBA12gL9NgWRGTjCtSsG qJWPYAaC1a7OB2uSecZi32cmtexVMhdtOoIMBsy7u2Ia9SwW8c4z4AFoGHemAAN8JJ8pWXlx8/2m 7coe4VeP809I4tFp9PlmUnHqmmzKYMABQGGAD/gLi69xevyfwIDJUivlmb3sF3Kvz3aBJt2O21II yWgC5GpNVhpbc3CUvj+bIlhzUK6F1dakuvaoEauNAlyYSfhBHb9mNIbJtktChAG6fCvwpoGPbuvH 1h6QQE2/ay1H3sQyauuT0q9kSaECjiLzvrpNiOJPi1K9XZUFLPA7hGiUeSuDAWbEVUP7Gk/xzW1L sV3LqRpx2brjlZavYjBDJMXN15cwb1PmHQOszP9IqclvJUFMKw2t2TMIABAqIA8UMBAAYDAg0g1C Jnj6KuaY9w1kK1FTLGA3QLYPmUoGCHEXUJ3kiWRDAhM3Eck+Iq4Wjr9IljDQq4GQwwDtPqfRJUBQ w0AEjgEu+nsPVLT4DRgQSbCEBcxLme8jStLXlepmIVj2wUW3yKuHQkYCrwAGuDUok33VGNZfjxQv ouNPMMCp7iwy5RZ/JjygNUoCenKgRd4WyPcR8YCBcEIOAIWEBFQ095X7b6qCgUmP3d/HG4dmooAB SBsFof4wYMreLKRTDdz391KCgQGRdQPU/fuLg3rBANz/0LwtWSvAScADVWAAfL8E0gc4ERgYm79V RBioSCBUwMCSLa9e0qszACUSMC3TQBkAFj/xgO7/qXQK3xnabAW0dQOmg4HC9COzcOOrRXD/UCwR BuSbAwoDqgQDb3uPwUDIrL+NBQm0amxqxzmX/+DBZ//q+0++9NxP/uZv/+2//0//6T/9L//T//j/ /d//l1/8t//1F//H//sX/8f/+v/73//n/8//8l//5//xP/3Hf/d3L/3o+R/cf8/u27+z+YrLPvWJ P73wnA1rVixeOH7a6e96+3vf+bb3vvOP5p7+nhXLl33soou2fP367+w5fsuRJy+99enJi+8dmypI gDBQWX8/EqDv/aScBBQA7H2g08PAbozCALtF3AXE88HJ4oMKkOFzfZGDgSh7m5BuBKLsoLBggORJ AoWiIaCrCgPCCeb+K0VeTPwrPBKQ7eCPpE5DzUxv0cqrpw9bH5kU+EijL0ma/jD0yw4OLYUSAGi9 goFmWoULqaUHRxEvZTC8/JD0ASSPQFw12KAXDEhAcpAyT6qPl26AZTy2pVJ68JcqH+1nGTH6meN3 Z1+J5j6t8ipbki1AzONyycDrS/1KXhJP+tX3GwbwdAGsv7h/irt61OtDEpsdlykwwA/7epJCzXRd gl4SNy9SQuAobCBL+C0hB0gNPYCBSbf+lVAAHZDn7riJTin+intuky+laSyJSA656ff2gkr9er5q ypP0/blgjnVULDEYYAzrv3b/sPwEfyVdwjIx2UIFlnQ/bYBhGYtpvpkf4RTSvCyxKeGP55nnSYax dXvH1mEJU7u5ym9YKE8qdajp99/SvJThL9SpFuBHnQpE+ZKNuYQBOEbAZPQNDAasUqb6GlNkjAEo cf8qen0HAE57wEAuOVKc+gN1IEcCNKMyAPCXFJk0WcJAFm/XowgIIsMxAIDTTJIUi6+BwACm8ioh JYSQwYC2AiSm+5c8MgYDyIvXd+vfLgGAZn9ApTxQtAjkPaS54OMNBpQHaOtdjQPETXkBDwwYDHT0 OEGCAYidAVsN+ceMB/RUccP9V1IYoAADU7T+GEPi/lXKAMgICUxqfwB5ZNz05ySQSQ8PFL6/KT9J LO5fv03GUTL5BqGWzUL091UGJJB9iCAnARabzPfPat0yJDAAqcv3fF8eOGPbAL9VDPdfwgAdv1h/ 3z6USWHAAoGBfF9QCwyQFsgDggHw/RI39gjlMCAAMLllDOP8rRkJEAaCBGYrAEhbQGBgG2DgZMLA 1pMX8eRAkIDAQP42oTYYaNc2jKfYCLuPEckmAORKGFCZ/krm8t36OwBsEga44tWLrnjNQqiAAVwV nQHo1KWb+GrRH798BWDgHafNzUmgXQ0AyDUysX3eZ+8//MR/2P7gv7v62N98bd/PL9314y/c+sJX dr54zdGXbv3uyzvvf3nv9352+Ps/OvzAs3vufPjbu+/aesOOz1129Qc+ccna931yydkfW3jWRQvO vXjlR756zqe2vf8L3/rYFXs/e939F9/01J9c+/SGrz06/+IH//hP73vzh+8YmYKPT9a/Uunm+wte n3a/ochrQCkPwPGL+4dkjxBFDIhV1SCl1j/HAHP2lLn8xABDC/Z5sHcIo8bz9w0iDy2kxPGfuNEX wW1XGVXzPIAktd4yJy66dhp9mWrcS7D4uWqjT1NuVKBiTayWkkqOJmBAxJAgATSy/BBstAQaIy+G XroHHpjVzqgASyxmwQzkkCD2HQENvQQSm2u3x/x9ZYae99EMY19ix8Cnsl/ItwyBB+R5PwO6eUcI ZvwSxGK1cxhQl58s+3Syx/xySXUVlmqKsLKD7vitRdAmt/gmN9+FZGk1gQHB2JpDXnxwdC3kHn2d gIFeEskZCH69ysxAtNdjHC0jPlgDy4Sy+/MqMdP4I9O1EHnAnDTtNYJw0ho3lLy4TPWGsUoBBtSd 5zBQCX/MsMW9fgji0vA6KnUGsiUTf0v/qjzJ/wQDCf8vCikVKBL0FEx/4xSy+P5iqqp8/5A1DSQv Jt7y9PraH9gFT69jAAC/X+YkoIKP7+YkACkMhMTx5/URuODypZlAEoikq4aEHTD3mmGQEUKIJEAk KGFAA9lEVPn+XqpgQHsFIukJaNMgVuWocSgwIGCgUrBBnD+uJKeKSQLSHwg2YDeg+CoZBQBARrcS sSDETgJcPpGg6BgkLUwwwM7AlPYHfNeQ5KMzQCEWdSYtMMm0YoBc3C/EswQySqaGAYgAYFIkMDxg UKJCUsEAIYMB5QST5AUGfOOQ2/15V2dl0HTHCSoGyNQlQhgGqAgAAQM9NDi+rSuOv8tXA1lngKMD QJL0DYbHtxIGJqiSAXhIQDXMcVu0Akbn5w0BavaCbUEC2gpwbdNRYQCSkwPb+AYhP0CsPJDBgCGB KnP/mZaRAdpEKmgwAMUvhbXp1Ytg/VXJ3M9ECgMZQrDPcMoSwgBIADptyZqnfvLylbcfmfXuufNq 6y/ybUJp41AvDY1vf/tHj+588O/3PPw/fP3Y335p58//9Js/XnDJk2/95ENv/+RDf/TnD7/jzx/+ 40899K5PP/Tuzzz07k//AHrPZx56z2cefs9nH37vZx857XOPvvfiR9/1mceWfu3Z913zww9d98OP 3vDDP7nuhfdf/ew5m55c/ZVHFv/FD8748/v/5fsOpwf/3P+TwKDPK4DalIz+tFKv35kU368AMEkA CPdfKwMADwQGYv+PP/J37a12EMH3Dy5EMpGAyI8ElIZ+5oI1j9EyCgOFlf/vVbwDlHa/fgdoMWWm 4elzqX0PMdOoqVRdUsuRAHJzj4x49FrKA1qQ11dloYOjK7CqV6EeTp0P/oedAcyyp7gdBsZWHioy 9Pew9QzU+if3L5BQaXQVdKhIwpEDBvQOPDCA8ZDFyBetALfsGHEfzzeVMUABA2r0NRlLIaUF5kWs zKam1XKVPtqvlqhDWT39PUy2YAOkVx3QnT9JCgM9NNZ39R9E/hPaBJA/lVMmh71GfLmuyhgyA62x eXd1wxrrNAtSXqT3yTPaGdA4gkLAAJVM5Yaw+76aiUsKA6yXMS+IXUkNGJBOAuT/LbmGoLVUnok4 CS6/DQba5U0Dh4Ekev1GUp29BNYfgAwGiAph93ckDGiTXhiCm7e4NP2YymqYfjYQGBQwwEp4es1E oHFIfT9FBiiSBgPaHKisv6hOhtfHdIn1EyRzS7Ha6CFUXysLmadfVBw19mShgAGRwYA++9eegLyN NPn+VgEGpD8Auw8YUNNv1p/fNi73EQkASOzfMDYkmILR95PE1h9ol/r+EOrTNOsbwPfrOI2kM+CS lw6lFsE0MBCiy/dRg8z3m+nnF8dKu99fFQCEBuZe1QID3DLUHwawWjh+6wy0wQDbAuwMbG2SQGBA wMDoVAEDiQQWKAkYDMzJYWBROwycvPiqk5UHTNteJbuGwACvNiqIMRl9PU4QU/h+ZF5jI1dDM2EA CACg4yuDAbYLHAbkraN89+hrvS2QYGD70Vlzp8ZzBgj1hYEdopT53fP2fue+v9n3yH+45o6/+fKu n3/iph8v/+pTf/ypR971Gbh80acfKYWMyAoeQfGyrz514TUvfPgbL/7J9S/86Q0vfPDrz563+cnV lz2y6Avfn/fp7/7zs/eE+w9NZ/Qj2bLaTV6/XSiQGrj/ugOQy/Lw/WL0EeuT/qTIhOkPJKDv39PV 0afi+0sS4BuBGLyy/oCZ9SzWZ//cI6RLvQRgKDOVoe+j4SX7K7M+I4n5Hqoe7ZeKYk6l0uIe0m1C buhVyEScbewxVcWhKOB0dMVhH2HWkRH3jwAYsOIAxK04Eid/L0hgMQPGmXcvrXyZEROfBN+viliD KJApnL2VuaxGpww8Vi8+JgXq4FU07vDfjbhWWVNVEgbSzh/5IS3AuDZ7rs8kprC/9RJirZe4MNbG Aw0YgBdHpjb9ciGXXJq3YF1WWQo/GsW9MKOmEV7SXgwYqDRtO6Kqd3ttz+Ybqyoz/cCAjATaZba+ oZEGD9i+ICytx7gvVcZSgoGcBCDfbkRbbzyAJJ29YIDJfX8OBkm+TQhjMv1Uo1cAf28Hju0ggb6N NFd+2pgmXmPnhEF+tDhWpW8Ar688oKY/A4BcZv17iBiQEYJiAP29BgoA7viraTQE+NIhfwlpoWXb CQNZiyBboq0fzKgABZRPLanmPjtaQEkypozbNxSlTUTlq0iBBJSzQUvfoJbDACQwkCQfJUjuPxPz esZgAEowcJOwgdj9hd/iOQSNRXb4OL5OIDDQsTGaA7V4pJguXzYOZS8aKmAgE4w+x6mG+89VkIBM Jw0GOoIBMha+P5d2BtT6V+IqAiUEZrQzUNj9mSjDAMZM9oCBVg2yIbC1O76Ncdj9CYxyfkBaBJVk axAwQFXAwAjGPjAAAJjKNgglGEBQtgUWyRuEXDkMnLRYXjPqJwc0IAzI6DCgQXL5Tb16yeY6A3+f Kay/aZG5f8Qx9lUJAJmyngA/TnwKtemUpdSpSzefumxzgoEFi6dyBmhX5vsr6Wt83rhu77VH//Lg Y//h68f+5pKdP//4TT9eeflTf8SGwMz0aXYPln31yQuufv5D177wJ9e98NHrnv/g1c+eu+mJ1Zc+ svALD45/+ru/vmFvzgBtJAAVdr/M1KvTwkCoMP1tkgf/BgOJAUIKA3FEWPcI6Sh2vytG3zGgIoH9 HAUG4njACSlZeZ1aho/qB5fsH1zcqgMc06pt+ynV8rCfZwBg03XPzyuCgdzE91dejHikjR9g1jl6 HJJVMfTLaehh4lXi3Wnoh1FGWy9BUgEDEEgAEt9P881AzH2CAcbF835tGiRl3j2z/u7sM+MeMGBT EZ/0Z1PJWFlV7HF+eYrHVh9msBoxdxlJcwC2212++Phw9rnE00uMMs3AtYtxp3dPZTUM6G1H14rj X2suHyr2/FA0+mNSluBBISG7KqayalaYXl9goPDo/EtqEoAsXpccP328rzbFy8tpK0gYDOhvyZ2R gUbWHYAqBw/xREEW54p8rFZBD+2Dy69ggL4/kzr48PShkfU0+jT96/bR9McljgeymmBApUshWPYq o8pggHEBA2vJBvT6AQC5MhhQhfuvRBO/epcdPm5tEQQqcIkZo4UGDMDfD2fnCujg1fSXDBDSmpDy gxwyZpDyygPaKJBpku4gSjxg4imCZdvh9QkGPWDAVOfJBnGKQHsCFgsk5KKt9/cL+bSxuqQVBqB0 tKDLcwUVDMi3CyQOr9+mRAIQYUDjBAOVlAQogwF+jCy2CSHgniLEPH5QwoApPkpQwABPDiDwdw3d IB0DqjMJAQNc3iJQctCY0wwGppftC4rdQYAB5mOnkMKAHicoDxUYDHAU628ZJwGLEwxAzW1C0+wU gjIYoJhsgwFuAWqQQFIFA1RfGDASqGEA1j/BAH0/MEDFowLGAKEMBjISYEMgJwEygMMAJe8UAgO8 KoMBksBi4wGbSnNAXH4EhWj3s7hViQQgh4EZq2YAVUECbAhsPmXpFjLA0k2/smyz6rSlDgPLV87v nH47Jb5fuwE0+nmQuX9IASDXqct2f+HWF448/h+uPf43l+z6+cdv/NGqy596+5899Ed/3tTDrmL6 9k8+tOyyJy+46rkPXPPCR657/k++8fz7r3rm7I1PrPzKwwu+8P25n7n/9avYGch8f6sKu19m6lXA wEA6IlxILb7HqsL95xKvnyvDgFzKCXyLqE7h/mn9szFnANXeoYX7hxYU5h4CG1SZ/oJ3H/Jn/P6k ny/uhF+n4+8lIwHEwAaae1xYuf9KUuaCuZdgeOnBIlnLnvTrLiAbl8lVGmTmPgQjPrSMbQTtJECj MPfOA2HWLfZMvsSpiDFMP63/4QhkzPICDAkGkORVqCcM0HY3/T3KVh4Yhq2X+8QWIFsVwX8zQB4j /Ld797RkgVl2mVqNCAUR5/V5TSUYcfH9tfwSevcUc/tQbrjZPTg4Rk7gqI5fPbq5fLHjkQ/Fkga5 pJ55dfzJ09sqDLTCQKoHDOhVUoYR+UQUeklmx8332959wRKFBK5amYOBwIA2ARQGqh3/vFCu0jJL 2q3sh2waowq3klH+tkQCKUj2XVAhz6yTpC7pqlxlI4UMRxZ7TSrgf9S+UZX0CuDvh2niTTJNGlmv 4z6HAQZm+gUGiAcY10peaoblEpX2BxQwoLjEAsgBQK18wACuNRKw+4jRp+Q8gMUGAFySpAVw+Tqa s6d0Sa61DKc09z7VtoAnZewt6Qzkou8XTqhlHyKwwGOBgVTjyRoDvA+gU4OB2226TAr42QGtSVK7 L3IY8P5ADgMR21RJQKVGHyNWM+vPJCx+BK7eMHCrfo5gAKP3BwQA4OYBAzxqLPEt5u+5a4ir3jRo E1x+mgYA5DIYsCYATxLLIWM5WOwwwC1Gg9JD6HXIWLcMBQxA8P3EAJvyA8bZOWMo5wHdF6TnjO14 MQucB7xAVWKASj87AJcfnQGPEw80GKBd8PcM1PcnJIAUCQQG4P5zHlAkKNx/pQwD/Hjx3Ks6NQxs c7ufIcF4BgOyVJn+XqpgQDDAqcBhgOPUNggkMDZVMoCdEwhxGjBw0sJt+jpRaA5HScoLhRwJtpy8 GBkiQU4FpWDxGYjX10aBmv4tr+ERZBXsPsccBl4Fx89g06vg5jW5iLFp4UYo7L5Oe+tK3Q7UnwRe u4TnlRUGggcAA08qDKxfv1BgYPsA3yK6YyBtAdKgiLvQvPq7v8i/etHOc6986MgThIEv7/zZx7/1 w9WXP/3Wj3//bZ+YTn/2g7f92UPQW//sB0sve+p8wsDzH/7G8x++9rn3XfXMWVc8sfLLD0997sF3 feK+U5YrDBSGPlMrDDS1J2KFARj9YIAQLH4EleDj4ebF0HvGYCDz/W3Sg8Iw/er+vQMg03YSULEz UJl7gQHx96X4tH7RgSgT04+8Tr1MnuiLZJW+nya+IgFdZUEGAJhWYy+Z75egFwzAmstodt/yZbKf lh8cgsSvq6ePJTp1VQkDvYTL9Rm/TuVhPyw12YAP6QUSbIoCneIqYsDhUYguX7YMLWfMShdgQBkg VDt13p9JwkCez9R8/B+qlvpigOrwGEbnAWsIMJMxQKU1h6GR1RJoBletOVwZ/QoGpBvg05IB4hKb qrN35TBgyXWHrTOQamRMd5B6vVAJIdVLsO5gsunsM8iSZuDO6dE1ZqAOXkUHHzAgU4MBNetyodZ7 jV2rySQrtgK9ysy9+PVh8fHm3bHK+/PtQ7JUwoCQgMhjKcDUiqUS+WG7M1bhreHa/XLYd7YLtNho gTXh7NWL61QwgLHDgPh78esssOJ2OQ9UgkfPAoeB8loggcKA4kGlxAAKDG70ocHV/rxfGwhsCxAn okCcvU8RpI7BdDDQJsCABEECkkyO32DAeCDymaxdQHOvSLB9aAVkfQOHASGBSmU+Y4ByGjDg4veM RQkJdEMRkkule6AIUfKASr2+Bn1hgIeJFQZCcqKAJDC4CDDAV5GquR+UFoEfJxAeyL5HZiozKK42 DoWsA7DwZrYFOFqyo0cOFgAGlBYKBmgVkQCjmP4BIwSeIlAwMBjgpiB5uRAPE2dg4Oqza6hFsPuT 35gFux8ZdgMMA1QSu+OfmSoY8OTVA+NNGFAl999U6gnU2tqhxd82OO8qBOABxDkA5GKZqXb/g+NZ 0yBhADUs7wvCqFPvCTgGzL9qdP5VzZ5AGwxc5YcEHAmAARkMqAAD8ppRvmlUYUB5oCSBJCcBU7UK GHgV7b5iwKZX8SMGEvSSuvw87qcaBhIDLLYXE/nLizafsoy7g05Zuul1ywkDp0dn4JyzF9PuGwxQ ckgAVGBTwQAJSgYIoWDO/O3zP3PngUf//TfuIAxc9E3AwFNv+diDb7nowX9z0ff/zccpxG+5CGMm JDMtvvTJ87Y++/6vgwSoC7c9teGKx1Z8+eHJzz749o/e+arFukEobL1qJgBgkjMA5vLD61fnATqZ 7+8n+T4ARH/vQX/xTUEL9ikMdBlUpr+fYOJBBewShKdvSC0+n/eXmUqAgVxOAgYD8Os6xZLW09wL FeReP2QO3jUMioD7N0Pv/r6vwsFncTsJwPrzWb5OVxwiCYgIA9B0jj+XbAoiA9D0K0uod9dbSaBT NfS6GlJyUDEDN8/4iHACn9bngnum13epn06BrSJgJvKmGZj7RiYpef2kw0xS8PTVUim6f2pstUmn mRIM0IL71Ky2BOLUbYo4TaksFgcfsgf/MS2uagqoUGbwQ4oHuBDOm5cfnL3efPnouqjUKVaJARJT LDMrnww9zb0mvVKNeFwi7t/quV/I81oMabFUWl7v4BL7rlZeM3LDmKZ8KXX8wgmI1d/D2VuSBRjF 1tPTpymWiATyuyKtEY2q+3fBmsu1ygMyplUad9bw8IBbeScKce2etCWMiTeg/IAyprxE8sn3ZzGn GgAAoj/gMQz94Jok+nu4/DX2jQL7qFlvnTAMuO9PIwNdosvXPKQ7izQ2lVO1/rpZSBnASKBWlXQY 8BYBdxBFo0CMPjcUwdbLbiL2E5BxGIChz5DA9wtNBwOVuNGoxAAmNVicvYd0KUfdGiRIcAtWGUs3 QJV7/WkVB5HtnLFiAEb5erHops4iAoAo3kNKGOgyM83rRw0DvDmgrxuipniKIJLaGQjJyQE9QpCp YgBpCEh/QLx+3R8gBuQwwIaAwsAraA64esAAMxj1LUPlrqHK5ReqOwOqcYyEARr93jCATEPBACa4 /DTNSGBonBiQbw0CAAQJUAoDLQBQSEhAZTAgACAwEJn6FAGMO6UtgpNp64sWwauyNw6F/INlcq3U 6E1KmfWfcQegp169EJc7CfCYQSsJJBiAtDOQYOCCc5eo189hAHGCgXk7ZWzZHaQamLd9aGLHuy46 uucH//b6O/72K7vYGVhx2RNv+vD9b/rI/X/wJw/84Z9871//6ffe7PrXH3sQevPHvveHH/vemy96 UPWHH3tw0ZefOGfLMxde/dyHrnnug19/9oItT63/2mPLL3lk6rPf+9cfPDI2/4RhwFx+FlQwkEs9 fR915lNV0r2+vR60v3IYqOx+f/XHAJV7/WLaVAkAuaIt4Bmpp+lnYDCQnvGrkq2vrb85+CqZ7eyX S9LUluzC9Jg/SRx/xEYCmpelZPf1EX6pvIAwoFe51OUzWAH3b6Zf8zUMwH8HCeBuTGYFpfVXc8/3 e2rg5j4Ctfs9YaC313ejP1MYGLNKgQF/0o+/tipLm4hYpkb/4Gx12A3R8VMJDKJMDXcEuIPm89Ve GmUrIEOC6eqldZBN81+H7WaMADzA6UiCAUEFwgCn6q3NwRsMmPTCkDr7SlUrQJN5zBpVLxhYrw7e Mw4DVEYFrZIyCyKjMMAbmqfPYcB9vPr+igc06ZKy9FtUWpWblDAgl9iFWcbiSjkMjAgPqOj7ERgM 7B1aY0hgMCASGLBihYFABYUBHRUGBnGt8cDe5lFjFX287DLSIBMyexpJFYtp6DMYMJcfgdj9iFta BMhk6jZgoC8hePegx4uGOJVNRPD9Q4oKwgC5bJsQ+wMNGPC3CfWSWH9pFPAbBZUcBkTm42XLEKaD 2XEChQEJ+m4WcvWCgY58nWBggR0byKR4IKcFuINoGhhQ0fTHVGEgk8NAegOpOf6+MJApACB/y1DW E5C4g0BIgDAAhHhFMNBDrxAGIIGBrUVyBjCAaZsSBrgMBkgFGQwMkwS2iQoYMBLIYKBy/6o5C4IB QgkGVNkHBzzT4AH9MrFKM2b9MwywTG8YOHnhZo+tOSBWnm7enP0JUoGzhJKAvztoiW4NKmCAPQFp C5AHljoM/PSvNu44Nuv95y8R37+jsU2I0y4f/G/v8OO+O0EFskeoqR2D83a++YPHtt//d9+882+/ svNnH73+xfdf88KSS5+e+tJT7/r0I2/9xA/+5Ufuf9OfPPAHH/3ev4L+9MFWLbzk8bM3P3PhVc9+ 8OvPfeDqZ8/b8tS6rz264ssPv+vj3/2tcw4MyaHhysFX7r9SVQzBvuvYSzPpDBQWfyqLRfbdAN38 E/IlbgoSfz9DHhjSo8Ol7w8lix/xIsuE5DRwUjzyV8HQJ/cv/t6CpQcHIQmoJQdHRDbtKVp5GWG+ RUsPMe/WX4VkKigEc0+zbk/9cRXPBsjBAHHzNPQay0N9KHUGSpk1DyqQnT/MOw8k8XG+15eS+8jS CtpoCajRVUco2SM0tuJIsIERglyrBRJnVJACN9/9JL/iU7XsGNXW+xQuP+pdfOrPVUh/joH0AeQB P2GgFupXCxtIEBpbc0TFaVTaVWqjjQeUBEJ9HP+0MGBad3h25fJfgWheNThET0/SIGaM0P0fxk8Y cqw/jDLXwdH1Mq47iFElf7Mo98QlGIw6M0QG8ej6NEUBplVZ3CF29URetxLpdHqtx9+ZYKCQGXdf Ymz1tayS2GCEwB1EGJUlXFJj24qAAT5VHw8REoQTeomXSIugOq6govtXGFCt3T+0Zt/QWkgxIGMD Kc5ODoAWZFUEGECNNgoYkwECAzQGGEAGA56kZCvRHtlElGMArH+OClhipTEAM3bgmFMx+hFbkDYU ZYLLLzPw/ZCeMeAopr8nDPRWtU0ofb24goGsJgQqoNfH6hJRAwOg8lRxBBUSmPg+osWUfpRAYh4t UHWX6K6hYAYdpwEDfeQPEiAeIJBNQYMS6JLJDwzIyOmAIAG9vlBBt2CDG+NVpCpz/2XHIMFAX+UA 0LJlaNK+PwAlGGg9TqCyzUKVrZ+R1OtzrJOAAbh5LjkPZC6/h+TQMNUZv1pEAIDo7zMYUBEGaPEZ pzIRHf8kvX7AgMYKACHHgAIG/NAwGcBJQLRwG1TBQK4+PNDUSalLoDG/RybOnnGP5/3tAgO0adPJ CzdWqrz+tAoYUAx4jTcEcgwgCSzdKj0BxMhvPnUJJTDw8sYdR2d96MKl4v4zSROgQwEABAYY7OzM hVjgJwcoJtkf2PlbZx+47thf3nj33315x0t/duOP/mLHzz5y/Y8+8PUfnr35hWVfeXbeF57+3Q/e J0hw/5s+8r03/cn33vSRB/5lqQVfeuzMTc+cv/UZkMD7tj1z7uYn13/t0QWf/8Ebzz7+T9buE39f n/eVh/29JdafZTTxESQ1M7VkF1AcD5BYzwy07Avil8Is1k+GEQPM/UeZuXwPFA+cEELi9S1gxjf9 m4MvH/zD4qcpzwzUq7kIA7D4Hqj1DwAo2EBhAACQK/P0ldTNSxBTE918Ni3F+iqpAEApAwgYcOu/ PN3nrh7lAaKCA4DiAc29jGLE6eYpM/FMKgBU6gEDJpCABSa36UeQZKAYsJLbhBhI3pYYcy9QZc2T 4K0l8Cf3IUyp4rE9Mmr0xdl7mbl/s/KWhztnTHhgPS+xP8OsfCHafW8XjK1lzOf9em0qO6J3Q4FI bT1JYHa5z6eQeO462UNw/ypOMxhga6JNKLDzA3D87b8CU2u38tsKDMD0r+cfNrKWpn/UYSACE+07 M8N+IX7ICIFmWjiBNTTWDJK5lyUmORWuUBgQYUlcO6nAr5WrtNgr9fBAX/UpsM1CiMWsCwyw/zAq Mf8wzayTmD8K7R/dQGnebsLVfbxKkUDuxhoJAgZsqkY/hwTihOXN3IsUBkzsCWAqLyyKZGiNHHKQ DgClXt/AQJBAdwrhWnvqv3dQNMTmAAs4EgZwKya5fUgxYBXsvlh/JjEmGND7uN1Xf08SYLHwgBw+ NhgQl787YECCQvD0fBORx7T7WazqrpTjxXD8Krj5WA0MABikWAOsmvVXhLDVpLR3yCVvIpJeQYIB 6Qy40ikCbgRaentHeaBvi0BUA0AIqylewpMDnUXkgYHF3zYYKLsEpb7DcwXAgx5sYI0CMIC8g4jH A2QqJMCdQlxiUncNARUkkC4BGwV9YcCsf4MHkKl8v2wWqjIJBroe5LLvkYXXn/DAlbYMeX+Aoo8n EujGIdH07YIKBiIgBownGJAyPU6QrH9TcmgY2obiHAbk6LAF4fjZFpjHkTWyGksEALr/BAOIKxKA chjQrUHZBqESBhaI+sIANAejHBvwD5BV3yBjlyDtGioljQI9XkzJoYJ+SHDyosr9t2rjSQuEBBZs okAINr3S8eBKxguurDBApT0BgQG+jIgYIGNOAgoDZAD7FvKWU5dAGQx8+H0VDOQ7gvzZ/1yKGED3 n2BA6ncOABjGd/6jVbsuufX579z3d1/c/pMv73rp4tt++mc3/fTcq148d8uLKy99fu6nnnr3Zx7/ 5++79/c++N3f/9D9v/8hjN/9PRGmHD98/9QXH92w8anztjz9vqueuXDb0+dtfnLtVx/59bPv+LUz j/6jNengby71+iGY9WqqGQlS5hVKkMA8fdUfyKWG3qdZK2Bvt35taE+J9bfAp0m512+qf0HrNqGh pRjF00uMgHmZakMgxJpMNO5Z/IrU88KRZYclUFrIN/kUPl5hADGfykuGo9jx4ZWypFt9FAbc1jsn uGKpKTkTDNs9AruPKf23wUAlKSsCjftcEnZfLPsRSpJ07ZF3f8889+QYEnDJbLpafDf6vFW67YiX aT0hQacCALkAA+wDCAz43awGydkKA0YCwQO4hOCR+e8ks+CZrddkbtxZI3Zfi0O5g58tT/c1pjxA Bk49Yg0ypbKQWH+afpWa/hRI7EIG/pjblnRVCsy1u62PYirKrJg1VpkuEYrQTJ5UR85n9p6PEVJb z7tJDeuzy7WmKb8K6AJfLi4fPt6NO2UZqd/AjMEAk7yWN7G76a8YA/SCgZDmtV2Qmgli7jWIqWGA kkArDLho/TVWBtC2QCzZxiGAgTUTyANr9mUBR4EEksDI6n2KBJgKPFgPIesSBAxYNyDrIeweXmWr GgwyduuvxX4V45W7h8XWc9Utvi4xFoQoYMBrJBNUIDCAoPD9DffvbFDHKr6JSPcOCQmADXxPEd1/ BgOi7SQBVe/+QClx/BkVMMmMwQCmDPhCITlMLEeNCQAZDHDqLQKRkkBMZyprCywCBkjrIDKWFxhg 0+DGEgamlxKCIIF8q7ivdL9QDxhIvQJx/BkYqAIPFAOyfEYC7UeKT3g3kdCCbh/iWLp/kREC3L+O DWX9gUwBAxLXqyo4fmIAA+iqRAI8JJBIYAYwwLbA6MJtCCoAaJN9itjGBhL0l5HAwm1q6JP7L1z+ THUSGWDzqxZsgrknCcwHDwgALFQASDCQbyLynoCJMOA9gSYM1Fqy5ZTFAQNHAAPLdFNQVwBAGgLa E8jl7l9H2TU0ME4GCJ2yZPsnrn/8tvv/HjDwtf1/efFtL/35t3963lUvnrP5xVWXvTD5uWfe9fGn /vCjD/7Whff+iw/c9zvvvw/j737wu9QHvvs7H+B06i8eWXflU+dsefoCgYHzNz/5e++/91dWHX7z h46fiv8V6+H+KTkJgCBlWvWKYMA8PWLAgLUF9G1CSUNw/BbQwdP3u5icvw95LvnWoJnsEfJXAGlc wMBQYy9QLj71jx5Cm/VvKsGAyJMpE5I3fhZT+PU8w2Tp6fuJhp6On74fLl8yEJ/3y0hxIxB3DZn7 dxjQSiUBfbGPjhIIANDlW+a/R3TnmbmfRubmC/WBgTHWy+6d1YdGCAOw7EeRVCuvbl5iLWPMqdp3 XKWBidNk8a0Mt2VABvALk+OnXZZYAi6py0elUIT4afX9rRLPTReeJdcdxRjWnEFm6/NMs8A6ADGV DMY56xlHvWTiJ7LL5Vb5zYtbZVIT75adU1Rymhl6hQErQJ5TFMgSim0Kiww7zuKmcLmZdUeC0NgG vbk4dQ80lpFen5ksL0sJBgIJtEYLKum1uhpxuqfeJxUfUBLIeCAaIHE31sDia4FJ76C3ym7YLr8q 9hHxRaWcBhv0lAKABhFHnpygLQK+tJRffW7wAAXTj1FaBLT7ggGa91hkJBABGwjSTAg5DJQy9z+N xNznGbf7/M6xLkWm0Iod3ex1pRGo6efXi+VNRIX791METbnj1/5AsaHIxfcRSXNAdwE1YEC2EuXT DADKpawzIB8isFjgQU4UlDAgPBC2nnGvjxb3Umb6b5IzA9JAiKQtAQNU+sVi9fokhGqnUKUEAwum gQFiAEmg2C+U1BsGLNNHCQbaTf8JwYC/b1R4QJsDBQYUgu/XsSGDAfYHGoLj536heOlQJb4tdHoY GJm6ihgw32BA3yBUwICfGSAVFL5/Gs1ZeJW8a4guXyFhtgXu/qtPlYlOpmpbrzqplCUXbOqvkzES AwQG5mtnIMFAAIAFdtJAGCB6AooB8hbRXvKyTa9dtKkFBkTw96rk8qkKDySZw0B3YtecBdvfv+Wh 7Q/8/Rdv//GXdvz0c9tfYmdg24vLLn12xVeen//5ZwEDb/3TJ9560aO/ecE9//zCWr/9vnunvvDI usufPGfzUxde9cwHrnr6rX96/ykrD/+bj973jo8ef9Wi7W0wQLPemdoNhXfvpxOEgQ4kh4Z5blie 8VcuPwFAHjsMmK2PvEqTEbhg3xuBwYCMlQr3X4k+PuKZwgAAQKy8gIFM22Ggv5LLn5nU7g+DB6jq AIDtFDLT74SQ5JXw68AAD8pn/NPBAEx2lREVSRrxE4CBo3WmPwxoAAxYc4SunToqLQKN84yigm3m aZPl4cUZ4MI8ydE5IWqyqWY0YBMg6wnkS2Nr6fVdYrgpz6w7OluC2UQCLsF5Nx05vDVduzp7sdr5 6lg5hQIG8qQKMJBfTuNueSumZc+kSYiVLuTp72nuZaoZuHnaZa9R9y+KqbrqXoL3bWQiMHMcseZr eT6vaYeBrIzSmtbblsmspoABqrytTBUGDoxswFRlDQSssofgxUl1Zr++xcjeZRRsoM4ehMDXnoZY 1pScH5BAdhDpKQIJeGYARj+HAekS6KkDIgQlZwn4SiIjAat0EpCrHAYwamwM0JAwgNXk/v6ERKNf Ng0ibhFNvzKASDMOAwUJtMKAbhbyQF86NEQYkHcQlTwg7QJ/1xA3DpmIB5FJjt8tvh0pzpdMQgIJ Blz8PFmcH+CuIR44vkUEMOBIi99jm1APyY4gBhx5NBmxv3LUxbaA7h0S6REChYH4YFm7AgYY6LcI RDkJkAFmDANQS2egt2Zh1HYBTL+q9PeydwgB8idCBYkHwAbxLYKCDRoMkMt4oCk4fkECOWcsU5VY /6syGOC0PwzA9wsM0P2XJACBEFwL4O+vrkx/pR4Hjp0HXPD9zgYFEpQwsCVXHxiQvUC9wYAwwPGk AgaSFAYUAwIGXrtky0xgIArskLHCwE8SDNgeId3wQ3Ovu4NcYfr7aGhy+7Iv3r/jwX/7tT0vfeTa 5z55048+/s0fTfzFE2/6yP0rL31+6nPPvufPnn7ThY+95aKHf/2cO3/zgnuBBNBvSfBboonPPbzm a0+cu+Xp91/9zNsueuCUVYff9MF7V1zy0L/6wLGx+fYeoRIGpBswMxJQcmhor8imdP8uNfSdnAHi nIAcGmZzIHb8M79/aP6BgAGz/q6u+Pve24T28xvDlATy0d/uEmg/RvjyMPri8vmtgFzh6VX05XD2 zbzYfZj+Op8b+tZkrqwPQDfvABDJyPQSPX3S4YABsf6MpUAaBWb3xesbMCTJVh+Kjl+pwKZHRrCa ufk+ghFnQL9Oyx7JEMAgn/bXmJOABEfHVnFa3dBsfQTsAxwdXaNS/x1TdeoxzZOqwtDrVE28WHMx ynWNyby7tAhCKV9m4O/F3NuoCrsvth4YUKyKjiIT5hsKg64P5vV5vFjtIxitxs13BKYNKVNV8sCA 0gVjS3KKsvVHaNkz689Kj+0R/gatYRlua7GtwgpLDcFAYi1Id+gvcdjip1UBA62CV454bIP++syU FceD/PxuM1bJA5KkmxeJ1wcG7B/ZcJDy/7T4OdZwx1H8DWlJNyxR2SFpCizhPEAkgKSgj9S7FxmC gQZxgHjfsJRppQa1YN8lUAwYFAbIxJMGvElvDBDpSYMcCXR3EEfdUKR2X4SafFpINxfl3zyGIugp 8gAcv/p+9gT8wwXaNCjBQERmyKZd/YSZxvLeoYwEbrePFYj0xaNKCLlKHugp9f0RNJS9ilQ0IN8l 8C8SCBXM4EhxJj0VYAcJIFyOaQkDN5cwAACQjxL0bQtUUioIdej7kxISVC8dUvWCgYnrRSfABgOT PDYgsnaBymHgBHhApY2CUIc80KshUCuMviqHASiHAbf+V3Unt0IxBQbkDOAYoGJPQHmg2RnQUeV5 Ov6m1PdrENOGCiSopDBwEnz/AkrAQDIyLS3+9D2BVsVmoQwGcgawnkC8QrQSAWBJAgDKThjjcuDE xtcs3Cidgb/cuP0wYYB2HzCQmf6cBLiamf5Qd3xXiid2DU3uePuHj958999cc/yvv7L7ZxdufXrq i4/91oX3AgYWX/Ls+GeefttHHnvHJ574J2cd/2fn3Q39huifnXeXCvG8ix9ad8UTZ2186s0fvf/U 1Ud+9333rL70kUVf+P6/OP/o6FQBA/6GUNkXpP0BZ4O+gu/fV2q/iPHg/H3RB9BWQGc+bP3+JJ4P 3k9NcUyQILIlSGBA2gX7hhYcgNEHCSgM5Oos2tddtF8F99/NZDCg03Dt+pifyt7+2So4cnH8uUEP 9YaBoj7L1zJP7zBQBf0kJl4cv8TLjlhGpsoAwQYQbLTBgGeY5Ov8j6jpzzO1pF0gnOAWP3veDy8e sZLAMFbl+T3dfwAAL/F4BmrCAIJIKgPw5xCIs5d9QUcpM/pq3GMKxbTKw3ZjPDZmQYg7f6QYwt1U kZF9QQIMpWufRvawP+sJ4LYSJBgQ33+UnQFHAs+Yd8+VLLuZZsAA6rkUTj2z7K4NR8Y21NiAjG4l irwWjwEesmmb1EATBjjVI8iF0W+149ZGyMp6CmZXL8lvJS5f8hsIGIXpb6ACVqn2vyQJ1ryYikGv OCQ0huLsRxvUkXgA90GGdxP3rw2BBAOQ/AearZfYDxioahjQ95+WkrcVrZVzC+vtJaoivhQVTt2n 1JCOMOju/uup7Royu6/NAQjmXgNXDzwQZTAgnz2u3X+lBAOaQTBIx19Agvh7gEGgQqHswLFZfCYt 4KuK8qZBU2b6Meb52ESU+X5VBQOl2DHIeCCRgMkgwUkgjho3rH8flQzQiw1uBQzwvUMCA/adMnYJ pocBWnwEi/VUAN8vFN8sc9OfJBuHAAOsNE3XE6hUwUClJgwUPFDBwOT1YuuRv+EfDAYmXyEMqPrA AA8ZZwCQS41+SE8LKBKoTgAGJhwGJoUEOBoMiMsPx58UMOCr7TCQlMFABIwb/YGm3Pe3SAo2uTaf NLUxLP4cxPOT4881Z34qg2KzUMBAkIDAgO8O6gEDLTKEyGBgGWHgyh2HZ31IOgPTuP9ePDCxKzQ4 ufO3zty17cBL19/1t5+97Sefu+0nv3Henf/4zDt+/Zy7f/v9973lY99/+589/Dvvv+/1a4/+4zOP Awl+/dy7fv0c0xvPvvOfnnvX1BceXvilR1Bz6uqjv3vhPWde/tiqrzwy7zPfe+P6fYNT9h6h0tzD xGfP9SdTnPn+SO7jVh8NXPDrMoIHuCQYsLeL6fz9Hdp9AkDOA4oHgwsOoGBQAvvCQPbOUNWQHvzl l8JsGpLH/2kqknqAQSCB9AQw5q69VbDgzYwqi6UMY1nQR/DudWbpoaEliQHM39uSTVM+Hf8VLddT AYXX5+N/uH+QgAZSkAuenuNyWn/LFDDgMZMW61S6BDatlZEATf8MvL5e0qpk9LNMLXh0CfIaBjwY kJMAdGRUHsaLg2dmbO2xWKWD584fXEJbL0/9ZZp0jC48M/pKAh7rVb46HQ/Mzp70R2Aq7L73DaRe haXR9UehyNC755t84P430C6boQcJrD+CmCNdvrhzXXIA6CnZJpRrttxQY96ZFl8kv0ghACrgzvwt zRQ/ERzCn86uGpGrbNoQrzqTq14DH5+KmxeOmAvHiKm4cLPj8NAclQQieaJShOgJEkCCM8ul8uda f11gAIG8YkhgAPJVZoZRIBziXp/wMKwP/iOTq+wMQIAQO3bMLoFs8gEhrD/A0Ry/B02twYiryAZN ix+jangdKIIbirSHkC9FLFRgyh1/q9T3M7YWgWIAYoEBO3kcvh+yvkF0AzTpsgzfWyoHCSA/bJCZ fogwYO4fo76QNJQjgRSkPUKgAv3SGTOUxpT4/qJLYCISaCCxJBUMPHlb//cOweXnY6ieZjH7A+wS fEfYQN4slFl/FW09A28CtB0wsJow/aKqUcDMwpvS5wWoYtcQ/H22ZFLfH0EuhQHXDd2phASkAsCA fY5AqCCmhAHlAVdt/QvZS4cMA+QNpNYTCFsfSJArVvsp8cD4NS46/u4EMgkAqqkotgxx2p139aCe IRYNjQsDiAYdAESw/leVqjoDxgMZFbQro4IGAJy4Yu/Q2HyqPwlkgqePIGnOgo3w/XPKZCshnLwg egIFDBgJ0OKXz/4bksoEAKFXcQPSlQoDV2w/5K8Whd3P1fD9LusG5Bjg2vmrK7dftv3FG+75+0t2 v/TlXS/9q49891fXHfu1s47D/b9h/bFTVx3+1Q3H/vCjP/i99z/yex96AJlfO/vOXzvrDuifnHnH G8+58y0fux9gcOqqo//i/fecdeXj6y9/dNmXHz7jU/e/fuWOwZa9QGroq2QI5r6w/uL407QQrT/c vEgZQDCg7gxoB6A0/blKfy8SGEAQq4Xj7yHpDBzq6j6fxQcRq8tvFfx3laHijUC9rT8bCCKY9UhS yw5hicnS3JuyjDzL76vK/Z+A1OKLfRcYSG6+0kqOqThLVhpdeVRG2Q5kPCCVbAgc1f4AZI/qk5LR z6VbgNTuSwaj1ONW2YP/kdysax9A8yLG7vtVcP8KAAzWJBJQ8fSwFIgXV2ePSizhJnqfdCbYZMad SZBG5FsqM9OfmXgqf97P1azeChqXgATGMhjITbAK5liVxzptKi+QmnRVHpi4aygV52ihYrFvOuLo 1wYD2DTycXPx+trHsAwlnluZ4UyeJfD6vCaEYtwQ4yE+npeATYyw3fKMf2yDPbBXRw5Dj5GnFMx2 t0gq/SpNRrsgbp6JlWceEmffECCB4rN/jdlM0CX8GYi1LaBNA6UC6Q+gADGMey7JMMnTBbT7qV3Q R3T2bBqAAfwLDBhxQyZLAGhoiEhQiYQAc49YXb4nwQ8BABbkGix5oI8CCRQGBAOYr44gc3RpslQg Qa491XGCGgZSG8GC4IEuxqxFoIFNeRA53H8NA5DxAN1/U+r7b9fOQCCB8EBPGBgszx+b6U+xBcyU 7QIwgL13iF0C8ICY+8zu5+0CuPmIQ1GQm35VEwZMfMsQgpv4yYIMBnqpYoBQvlmoUDDA5PWzpm6Y xWkBA8IDM4UBqOIBQwJ+vTh8vwa5MtM/r/j+QCWQgBbkMNCZHgYgh4EJTrUhQBKA9RcYCB4IGFDr 31QOA6PGAzZWDBDSzoACA88cz9fvEuSCy4ezL0x/X22WeozU7Pmb57gQZwBA+RJMfyrLxCYA+wBl KyCkBwxkm5C8ZSgwwLcGCQlsAQxgbLp/GYsmgLr/YADo5AVXQGcsW83OgMFAYff7qQEAhU5ZtvPz Nz9z43f//ou7XvrSzp+d9tmHf2XNkX+04dg/2nD89WuPvunD33vrnz7+2+c8+o/XPPQ75z/6j8+8 AzyAJdEdv7rhjjdsOHbqmmO/+4F71l/x+FkbH1992WNLL3nkvZ+87zVLt2cuP0Qfz839xWEAZYAg ASj3/UgysIaAxB1IfL/zgFv/BgykjwY0GCBN1fG3ggF3BB2AxafjL5FAd/4UU8IAMEBIYDoYgPIp gwYMRGASx6+xBhhVOQyopxdD37T+urEnSacYK5m/bzz4V8ffR+bjl3NM00rw9PzsV5lsKw4YGF51 eFitPxz5Kkw9VoO+Gmadzlttulr2JhIoDGQSEsiMe4vo8vVuxgPFqggAwE5CGww4BgQM5BKvzwf/ dn43BCMe8eg68gCtuXQV8m0/kLr2sXUpruSVaWpLek8RAIC/su7oCEbGWgAYUANNjW0gG9Cm91Bm nUWNAgj5ZkaKOQYM5GXy05DUOAxYgQYx7SHHhiNOBXIf9es03MiIS94gR5BllZfoL0orgG7enbSZ dVzInkPy2XoTyevIvEgLSmcv9ZBeyzL9G3Qpu0khrQcMQFIpV/lqDxjgf2P6Y7BkAWOMDgMUApKA 7iwyGJB8Pxjga1u1TKbaEDDBtQsMIMm8FIih7ylY+SzGSHMfeRkL398USMCChvWH9JxxKJFAcv9p CdPIGwxwmmNAqMAAVXfVbtj6yOs3ziRwHmhTXpBjQKbC/VdqAEApZQCnAoJBag5M/xLSwutbxvKc NmFA30NqMABn728cEiSw2K0/rHzElejyPbBpDzkknDgMLBDFFKowQKWOnzBwHWFgKjFAJmDAddPD gLx3KH2RYNJhALEhgXr6HANC7vj7woB+hQCBwoDtDpr8ulr8vtrWnUgwwGnAgKubYAA6IRhoyjAg Ajh+5HX0j5Tl2qJqmP7+SjyQq2H3+8tgwNQOA5tfBdnh4436reJXwdwXMEDlJPDaWDUSKGAAUHGy v6W0gIEdhIElnXKPUMs2IZE4fokndkHBAAMenLRwx0XfeOLm7/79l/f87NM3//B333f3qauOvGHd Ueg1Kw6+6U8e/IP3Pfb7Fz7+m2c/9voVP/iDjzz8mhWH3rCWq69fd+x1a0kCv//Be0ECZ298Yv3l jwkMPPyOi+6ds3CHOvtsm5Cae5VmqiSs/B4+5kcMTw9nb3luAbJprLrd161BgwsPwM13F2qQqb0n YKtDiw5yXMhRpjUJDJIEDpIHhAR4KoB4IEHCAMY8GAAfbySQbH2rdFVtvcVL4Okx2qokbTVJHH8O AJHkqD4++gOZwvfrrh7LiHcf8j6AVqrseADUAgN2WgBUAJs+rDt8Mh+fx02pubdYXL4+7C/yK4+q Up5NAEwlr4/zGYu/98f8fMOPUEGSOnJP2vN+xKz0JU32EU18I1mKMBCdAVEVz153HJKpWvOqRpOU ePTj+VN89evSH+DD/sgzwKgWX2BA85W8prGK6fpjui+IDYENx8bWH+OYBbE6uoEF7st7Snw27bsr s+yprDDusUR44P31DkUNV3E3ubB1NaRLrQW88MwjIwzo8iUJuyxLdPyHR86U0XQkn5IiXGNnKjzA bSNPzw0fLN7dbboEVZzEPwCjIYHcx714s7iSe/rIyDQraAqr+CGJ41oNqCwPwf1HLKLFNx6AiApw /GL6Jaa5Z4DRKpPvDx5wsVeAQGkhc/+WqZKZ4qiAxjIaGMxE6uzJABJXMKBT7QPA6+dLkJIAxVea SpkbfSSHePBg7yA7ADxvwCf9Fpu6lAFAJRr9lXoriT2psQY2FQCQDUVywCDiBgYk+dliBYAIBAaE B2IqIg8w4HcJxNPLCDaAyxfHHzLT77Gompo0Qwao5AxgJOBgML1K099fLCYViBoAUIoFBQOUqmFA ZDAwSRgINZBAZOcKxOtXnyoT5TAAGQwgL6bfGwWtyk3/NBISuGYAzn4CJPB1BmL6uxNfp8ZlTC0C bhPq0utHho0C3xRkwhQ1GlcAkCtIIJNa/J6C3W9mGjIeoOYnNohkAwPStPL3s0s1V8tMAQOzGzAA kQEMBgQDFm0GBqjU7vMNQgYDJs1bD0EU+4uIAcYASSfNNxjYSBi4ADCwqz8MhO8HDAyM74T7DwCA Ih6bun3lJd+9+d6//+rev7xk589WXf7Ur59z16+sPnLqqkO//b77Tl564G0XPfbb5zz6G2c9+sZ1 j/za2of/2fn3vnbFkV9Zc/zU1Ueh3//Qfcu/8ti6yx9fTz2x8tJHl37poT/4wPHRBRUMJMefSzYC WcCY7wKi0Y8H/51k+uWpP6lAM3s179rbWbh3gOeAOVVzP52cAXrCgGCAmn7GBwcXHdKglPQBgAHh 9T3oJVj2fBQd5qhT2eUPcXWZkwCmJQwoAyQHr3IYYAGmbv1H7C2f4ubN8bu5x9RjnUbcWzD9qn7W v0WyF0gtvnUG5CSArbYKxTOEAZ9aUs165fir1WlVG/djo2vTkgaxpKv5NCQWnzwgRpxBdmFm5Tli 9eiI9ASQ4VI8s4drd09PQpBdPVIQRj8Ck10l96mWILH+UiDWn2NJBZpUjTo86HQ2CSG5bREv1xop s7y5czhpz4TCuJM3HAa0cvaZ+R1845BfIq7aVivFPXOxXmHgzJ6rbpq5cUit/wgvmQYGcrUDQCH5 FTXlxABk+tdnksf8+f3FpnsQZQ0ZMKinlzvQl8Pr2x3ahZp+U7uJMQDZQAKJLWhqaD1RId5NhLEX DCA5VLr/PGBsLYJpqEBtfcBAmmJMq2b6q1inGtiSwwAlSXH8Te2GpCxOEWQX6pLBwO4AgHxMUhjI NhFJkl6f+ZwBGoLFH5R9ROH7e8BAytDcywuIpKzlpUO515fA8ECn/tkyywAGLO/KSQBiUrYSyXuH ILX+AgmBAarK7vftD1ACAwPybbLM9+eqYODGnAFkSYIaAzwQrz+QwcBAxgDVNqEmDETQCwYsrgEg V2H3+yvBwOQ1fG8pqSDBgAXjEggMdO3BfxDCNDAgBwag/MCAEUKOAcMOA8OTW/O8Jj2/bVTGQsjk qnkADJAwoFIOA5opzX3dKOglLZ49lS7ktHzdkO0Rkp4ATDw9fRsMUEu2vJoNgYwErBtQkEBy/yLF ANXcDAYWAwYo+H4eGNjdVPh+03iZGTcNT9z+jg/tv+bwy1ce+MvP3vbTi775o6WXPj174YFfP+fu Mz791Fs/9sjvfuB7/+KCh3/rnIf/6YaH/9Hqh37n/Q++avmhU1YdgX51w/G5n/3B0kseXfNV8MBj a7/2xMqvPLbkiw//5lkHhufvDMc/U+V2P0nZwE2/BDDuXQjThZZnZgEzautV1VS0T7sBImkLeHNA rH9P6RagKqmyTUGVYPphxwv3b0tDSw4PLj6M0aReP6alBpdSWqMun7EGpQwGqMPDS48ML2XMvL/2 RyRWvvV5Pyub0/TsP5fYdIx2OFi7BJVwYRWECAPq71eorafR55ImWxWXhFYfG119THcHUTLN5HlX +G/LoEBq1JFnBak+UzWdRo3LqdnCABCNMt05pGeC3ZqLX2fS2QCVs4sTvbKlRy7Pkyp69PWEDa1R qXFnzH0+Vglbr3m5JJVNr6KSZt0s+5lHhQ1iSVV77uTvM6Nfq8kMbRSRa7YGZx0dO+tweWc4YL3c 9iCJF7fOwKjvFNJi5wEx64XYJWBNYxWeOJ/izm7N0xLgAX+VFSDJOH4IP6plcltea/dXw61xJeZx k7OkXp7Q25LXp5/mf75MpVKXQgYkNmVxLNWSX0EAN6+j7iDKxfwGyftVVQFMP33/em8axH6hcuMQ CSFlMusvbBDTUNBCfw2u2WswIN8ps2Rm9Jl0DCgUO4VW79ZWgG8Tgr/ni4a4JH0AHYMHpIaSAkUC A4PB1bu6q60zMJhGWTIYKHmA7j/Xjq6ygXKCW/8h+6pxTQgw99orCMefSU0/487SLC9x1RZQEQ+a SXj6ggo4doUZ0kcMxPR7LO8aouNnMpSsv/YNGDsViMW3WCSfJOP2oQQAXsNgAWI/V+AAIB2DNFUe EPcPEsj6A1MeuAIGjATS64ZIBQNT1zMWQuABYjH9Knr6fJxMcaiYptcKmdoAII9nJN0mRGfP+1/D nUKTMPrM9Ja8gIjMQBJAZnDi6iABSGEAGpy8emjyanX/QxwREwMMBvRtQi1S9+9lyKCS9YXvNzAo k6beAFBptiimCgYOCYW5rzSbfYAyYzCQmgOQwcBCwwCSAD9pjJFbg1xboAQDrlcDFXowABx/BE3N Xb76aYWBD16wSI8Fd9kfyBgAjn98TzsMhFjDMtXg+K7fXr/9yt0vbTzw8qdu+emf3/zTtVc8M7ro wNyLn5j47NPv+NgT//rDj//++x77zXMf+adnPvzrGx5549l3nrz8wKtXHHr1ykNvWHf09M98f/EX H1192aNrv/r4mq8+vvzLjy78wkP/ePWuIZ4ebtj9/iIJFDv+K8G1h/s3TQMDKXbxeb/HCgOMW2AA 7r/OlFNXAoCkw8IAQALEKODDfoWBoVcEA4NLD0Gw8jT0YAN5jU+l4aW5CAMOAPWT/maml2DQJeCG /jwpEhiQuBUGTOr1s0xy/02Vdh+evsoUUtPvXj/DAJXnxd+bC4/iTLHko+QRZwAwe52Ma2O3z4lJ r7LL1/ERO0bc0+8Gg64/oYFZdnHtIgQhz+Q8gFiXNGk1In26TxIQGDBOCL8+cwyQzgADveTM45I8 OvvMYxDBgGMldeQQVpPbpl+H4N1TQaFghrw50KJY1eDMo3DJuO3sBjxYRn6dnQFMzzoqf4nX2JL8 ebIkD/5VkmSNe3rPew9Bk5IXGMhFPhEY0EDi9FsFDHig9fDTnqRGvIHAvMIApo2fKxSrQgUI1KYn eaXRC2vKglIw8THmGYtlW1GaBgaI6OYFBtgH0KR0A8z9Z+I2JAT0+gkGvHVgnOAFhIFw/OrvNZCl LO/fKmbsoxUjkE8cWMZHlfcTMO7me0sdBjBiqjAAIa8MwOJVEGtUGQyYAAMdh4FMjgp0/xG0ijCg sW0iKt1/LjP3eVwIJFA3CkLsD/AZv7QI4PLh7LVX4AygXh8jLb7CgB0bkKUSBqCAAXf/fNGQY4Ad MjYGcBhwJOgJAwxsSXx/q9phACRwowok0MlhoPGKIbX+oYABlfYE2B9QGGBPQE8VU/qm0T4wUOn/ fzAge4RyGOivaB2QBxAABtT9VypgYKonDEgspt+nPbSV/YFMo71ggEsyTiaj3195f0CmhIHZU5ty he8XvRIYEBIgDGQkYKpIwM8GZCTgrYCT57czADRn/uVzpi4HDLAzsPOgw0DeEwAY+O6gzoTsEfJn /yrdJjQwsUeVwcDuX1u184pdP/7CLT/+i+0vfeLbPz9709MnLd51xp9/b/4XXnjPnz39bz7y5O9d wDMDb1j92D9atW94/u7Zi3bPgRbved2q/ad/6oFFf/HQqksfAwysvvSxZZc8MnXx939lxe7uZMPr 9xcxoB8JmEoYgI/P42k1pMEiWn9ggIwHBz2oXP6MFMeFRbTvNP2w+3D/iMXQSz4UlTPR4NIjAgNH BuH4DQOO9NRSMIBImgAGCYX7FzzItgw1hUvg8lFg9t3z4eanl+/1z0bx+lhSH484nxYyAIChz6ea aco7A3UeknO9CKQDAGWOX4NQvuGHt0KMO8hJgFyzbZ8PDX2e96lxQgBDHsRVCEZLjZXK/P0xAYDj autdYu7zaX639XlxUTl7A5cKs54VFPlSTg6oaSmbfeZxiDWkAn08L17/TJpycfMQzTScLn32WV5z lhpi/DrducSxRHgIm847pExWwJ+QQG5leVp5N/qJFkS6qhhglQww5oHJVhFgLB2/YIDsOJICz4/Z qrl5aQIc8t/lfXjhWVjFneO3YPHtpwU2OJY/ZwoUidUx3qqlslXasjDB+itU2JLZd+RLGBBzLxCS JXtKLH4xZdDoIcTOokpDHhAGLKMAULj/JH/7EA29bh8SMNBM5JPEsqvqJSWErKAh4ATdv05RKQCg bCCdAZkaDEiBWnxFBX1LaXzLDCPRIiOBLFZgaGwWYq9Avl1QJEXSK6D1j4MEDAISxNmv2NEpjX4f 8SNlBACJeZAgvXpI2gg+0uj3FBx/PrYKJKDfKQvf71QQbQEk3f2LrbfYRaMfQR/ZK4ZuhAbg8kUC AwYJ2iIQALgpZ4CQvlwohEwBA9lmId0mlAts0AEb8A2kqWPQjwcAALkSCZhICPGuIQa56depr6a8 iEeHBQZABdPDAJXvJgIVBACEQAI5DAyyORC2vqCCUF8SgAgDDTGfY4AwQEDClpHJzRjD5WMacVOz JzNNbapX26mgkpOAY0DAgJPAFgeAraLEAybZQfTqhc4AlGFAZf2hOVMAAA2IAaocBhbaNiEjgV1Q d5yBP/hPz/5VHa5iNEV+cGLvqct2fXX7jz55w/PnbXpyxZce/L2zdw5P7XjdstvO+Myzb//Y07// vid+85zHXr/60T943yOnf3TX2y687S3n3/a7Z976hmXfed2KHX/8p3fO+9R9S//iwdVfeWTVVx5Z /uVHxj/74KuX7om3AJWSfT4S21fAEOteoFcKA1SjJ9BLtP4yqvWX2KaaUalfr04IWNLVldUs4/a9 hAFdDXPPghmTALWMMMDRYKABAJWWEgbo+D0zvPyojKY8hkaW05QHCYiOigwAdJsQjbso7flRN88z AAzU9+finv48GfVu7jmNOBe9O928TDnqtFWyGqpXx9YcH10NSVxgwNERsekhz1us1+o0PD1jncpD /ZTXZ/zrjus9Y4mBT3OhsnDwpaJgbP0dmhnbwMfwtOzrkTQX7j7eYIDFlDl+XWJAL26BLuXym9T5 kBr91ElghqNmlATYJaA4ZX9AZO0Cte+04+bUK80+W30wasgP4d3FIqtdVjNt7p/bfvKpooXehEnm YbXHzjqWyvQSv4+4fP4u40hKwJ/zH1Wp1xfPrZI8kmfp8QMXn9PLg/+oKYX76P1HzkYZ/wBfwoVe w2v1j9HfEuNuYitA3b8CgBS3YkOWMVpgBr485QMGJClLtO/IawFNfA/1WRUrX0zzUZW2CSUhw6TC AMZoHbCNAE8f7r+SwQAhAW7eMtookKvM5WdvH6JNb4zi3VNBL1WrZADNa4zVrMAYIIMBwQCpdN+f byXKYtr9ITlIIEG4f2QKGNCPGFiB8gDfOgoG0LMEqWPQAQ8ABrLDA0YIM1DAgJwr0MC/TlC6/94q AKAQYeAWyHcNaXPgFuSR8SMEwgkZAFSaEQyAIjjKKQLwAM8S6EGCGgaEB9IXCTRWHqhUwMD8fjBA gQfYJSh5oGKAHormQDQKsnZBAQMdGH1jAF9NSzkMCA/MDAZCgz06AyABjAID1ODkVYNT4AGbli5/ 5to6NLElI4GtQx4ECfQSCEHaBWADqjL6JmBDqBcMTFbuv5LCwOY5cmZAGwIkgYVBAm0A4JIdRKJE AmlrUCVz/yUJQHOXyTah7YCB8xcMiN0Xi08qiKlafBBCNAGqVkDSxF6QAHTygu2fuO7Ji7/94rqv PvyH7z/yhuW3jn9sx6e2Hf3zbzzzqetf/PPrnl/3lWdWfenpPff88KWf/uiRx564577777zrnt0H 7/j6Lceu3f3QJTc9fOGV31v5pQeABMsueeRdH79v9vztGQyY+zffDxMve4E6dia4MPf9Be+uI1VN 2yRbgGxTELw+gwXSCsCFmctv1SBV2n07KDy9akMvkq3/VK+Cdr0iGJBXiMLEq603NTMuxwDx+kPU 4eGV/L4vYg1CMN8cVx6VdwEdpbnnmGnVkVHDAxYED+hxYcvkz/v1hqkVkGAg17A2AawVcGwsW6Lj 16f4sO+5VhfT6AyoMI3Y1eL+XeLRsZSZe7pwXIK8wABuCBjINxT1Eiy7dADsVvDxlN5QMxIoDMjz e/CG2n137aQCJQQaeksyzzjPzBaQ6CWSQCOpdp+irafdV8fPQLGES5bRQCtDs8+8Q66iubf+AO14 KqAyCw6nzls5XRS3zcx6kuZ5W9hoL1CHLQWpnnkpPhsAcAySPMZj9T3bRd+PgHf2eo3Ly4UETPbr MZbFLDAxD6duqyM07vZfgSls95iYfsYUYSA2CykMWKy/qzRC4YaKAb6kzJCRAzLw6Bpr0Mz4+QeL qb6biFoFT6+jniVQlx8ZnbYqWgpkA3H/I+vYH9CNRrbpSANlg7UHeKRYX0W6bj8YQCFBaiS/tgUM htbsh4lPSXlrkC9leaUFOXYcyhGCrQDvG/iqIQFvyBMLPGAAux9JjLqzKCMB9g3E4tPlq7KeQAri c2aFHAaUAUI8XQBnv4JBtV8oj5OiA+BTBQDTcgvSweJpXkh6K7cYwfrH4YHWXgHAwPYLcSrvHSIM aGcAMDC4+DudtvcOZTDgmYwBNM8Rjl+mIAEJdMtQMAB4IM4ZU+r4y0xBBSUMULPm34AR1p+tgBYY QODfLc6W4pBxT5UYEHHj82SEgXyaC0u+O0jja2fcGbAewtDkNQ0Y4LQVBvJegQs1ESf5B8sKSX6L TTMYICFgdWLLyEQBADNQn0YBYKCQkID2DTbNKY8L55LvDGw5KYOB6Am0wwDzqLEjxcYPsSlIMGDO 1MY5k1cmTV0+e/JrGQBYjCTEA8Q/+cuNtx8ADMxXDICn78zzQwKV1xd1xg0GUlsAYDCxZ3DcSAAa Hb913Zfu/uxNz33+xie+c/Dho8fvfvSxx3/84x8/8exPnvvhT//q5Zd+9jPqpz/9yZPPPPfdB76/ /+Dh23fsuuW2HXv2HXjgew8+9tRz9z3646v3PHPeFd9f8hff/8P3HRqa+63u5O7u5F79LIB88df7 AFDD5bsqc89kNqV4brjMhJonBPSpfza1DsCQxdwvlCuHgaZyu09Dv/Rwd8kh2cNDdZce6lY+3jUM LT3CWHb7qLnvId3eU0yb9QSDMpOLj/9ru0/Jkk9XHMM4gpHGnbHK4pXHVJjqg38Kll1GxQC2CMS7 D9Pcm6GvJNhwrFCjBjDAgCRAZy+ZY5QY/ZS02B/ziyym1zcS8GkSLqkyqtE1x0fWHh9ZB8N9BwPK rT8LiA305ZFUDNAkHL+4di2YLdZfrTzupoEWaGyVWNKH/eutQFfd6AsSiDT2VUWCWG0397Tp4qdZ s04q1evrtWLi1XBrjOJRXiL8cKZebreyp/5SU0h/gpIl3pAbdaA5sNcw5cny0nmPnSXFdL1HZ591 RyyZ7FYuyThmFLwxG/fJL1SpxW9K7L4++G+V/GEqjS0fplyVkUPKaFBWinHXBoUJ5jt34bJ0NkbN RBmV/2KovLnexG6IgLJbAVQOj57DbsMIWxOcFsV6rkDqUSOr/MuL7kEuuVZNPGTJfH9Rqag0OSpI n0H6D5ym/oAGKp3mmSRN8vyAtAj0dUOaWWsnChQGNJntICq2Eg1ShAEGsYPIOwY08R6wGAbdp5AZ eqmRQFb9HURaQADQ+gwSdEmD4AEVkhKQCjQ2BgAVOBhIBgxQnDGwDEiAHYNWCRvA9PvBYsUDbREo DyTR3+cMADyQE8bLWsAASfYE7DwxIUGmto+os1RaB8oGsPh+hriW2P3iKwSLbxng43+r52pGCHGQ IGJ1+XGuoNDi5P7j2ADykRxYcNNAr4+USVtAqCBaBAUSqGjxFxgYGAYgYyRwg/EApJxQvlaoXXp+ QMBATxsX7r+XnAQaEnNPfUM6A5UEBijwA8eoz01/q2KD0CBIYDJOG189SAbAtGAD4wE5W4wgaw5A NP0OAGH3i6Bd47T+4v63qK0fHt8y7ElR7vhbpTuIJK4xQCSbi2LXkMfFQYI5BQOkz5OdvBAST59h gJNAyPOgBf3+wILN/CSZ6KSpjaE5kxtrGAhlDDAbwVTAwM+vBAx84LwpgYF2AMilMNCZ3BvyRkGC gaF5t877+IFjD7380EOPHjt+5+59++/97v2PP/nU8y+88MKLLz73wovPv/Dic8+/8PSzzz36+BP3 3PvdPfv233Lb7Td/+5Ydu/fcfd8D33v4qfse/dHBB3789f3Pf3Dr47+19tbOu7Z1593WHd8xyI+L ydtCuRfIVTNACEafATBA7LvGZuVVIIFOmWmTPv5368+YFyZnn8eZYPFTIArrP7iEXn9wCQHAllph AMZdAMD2CKmQFBiwoGHfId6EQQsMZFPT8DI6+yTZ/BOaEQyE7xcYUJEQVAYDWHISCAUMtLn/E9Nq jnxPqPt+ToMHMhhoSkmAnr4BA54RkQSyaSYHABjuO0a4w4cw4O2CZovADH0orDzdtqziDrDdkcwV VyE2sx6xXCJJm0KzPc+lJgxUgkdff3z2hjvGzhTTHzekp5cAgrEWiy+BxAEDHOWRv8AA2wISSI05 ct4Zbt5iuHO7YTzIJ2aow9bLQRdnscwYgJyAaVoV2d1ceWYGMNAm+nWz7Bxp6MsClxp9s/v4w+RC 1FsBLyxhwGp8GmqjDjp43UqkqBBJUZRRJUVA6ua1sikWj4iz1wwxwKWOX/Nw6hxjW5FXytR+RTsJ 6unN38tUr01JhYESCXRV3XyS7TXCiBo5bABbX32sgJn0xiFOYegrtSZVYf1TJrn/SgIMJvAAMIBs EB0DuHZvFESmVeLs1dwnGJCpAUAurWcAu+9fJ4jVHAZYICIGSMZhACTQBgOyau4/owJJpkYBYcDj dhjQaZvv7zlNLxoqYECWuI+IU3p9HiBWf5+JrxWira8+SUb3f4uMdvg4rdLx0/drXMFAHCcIwdb7 mAKz+yLAQD5N6g0D4uwTD4QUBjraHJhMMADZTiHZMlS7/0oVDExO/6FiU9YcKKX+nvHAuPQNShgQ HpCafwAYoPUPGNAzAwwmKhjgqFJnPzyRYOBEtAViK0AkMBAkMBMY0P1CGmcMUOoEYMBJQGDAH/Bn JAAFCeRJhYHAACojAYMBsf6zJ66YM3nFnIkaBuYIAwAGFAzOWLb6yR///PLbCAOT/IJYw/fnUtPf qpwNuFlofM/cD9/yox/96P77Hzh+x507du46dvyO7//goccef+LJJ5968qmnn3rmmWefex5UgP/z 0MOPHDl67Lbt22+6+du3bd9x/K57v/v9J+566MVdd7/49X3PfemW5359+Q2dd27unnZ994ybupM7 uvP3ZHZ/v+7vb0iTlaeXpLj/SlWZSjYFRQzHf7CzsPD6KjX6HBvbfqJATLy9/4fuXxlArH8+tkpN v8WQGHSZyoafHjDQKph1HTWIDLz+oDr+FZgekt3/qCm8vm/+KZIKACNZHDCAAO7fGgKrjlO+w0fk Dp41R4dX2ZYhcfAo9tU2qUGH6qRcOwqtvmNk9R0cddW3CcnUruVGoMzrjyYMqBV5aSNwBxGLobV3 WCAaWcfd9jD6GAEDHCVW0UDTiKsdh2xLT27rTXrVerYXWOxP/cOU21SL3eLnMr9+ooL7z+MNd46d eacEsomIq+L7rUAAQBQ+O0S3rTBgmaZTb1FOAm7Zs1WBAcZwnwoDTCai6CEUeI3cze8sN6GRVUfu vjz+VJ1CbtnNzbutt6mXwcSP+E3U6JuUIoIl+kovF0kMnEAgz/VHzz42wkxeQ/OtpjzE/T+NGi0b RgD77v5exOf6hAG9z1mH5CbIHNW7qczTCwNQmo+f9ruxZsNBDcbOku6Be31b5ZtS/QBxqeGzKC0O GQxExk8myE0sgH23zxW7kq3PVK2OrD8IQx+rEavRt6AJA8YDVgbB/SsAcNVgAIHE9PHFlqFSBgM6 leIUYFRF7KtpKaRsIAUpqW0B1aBpV6nc+u8eWiljjgcOAJXg+wED2itIPODiEs8PtLBBoYABaQXo PiLfLMTvFgsbyEg1YEAD//gAlbYMFdNc3cW3cJRXD8kRAj1hnDGAWH+L4fg5NZevVKD5aVXCAFQD QK7YLCRx9AcoPVisMjDoITs8IG8WEhhgpjD9PZS5/0rq79kZQBAA0JRXUm7uT1TaCmCsGKBSKggN le8hFVu/TZQb/ROWbhNqVQYAuRQGsKotgqQcBqAxh4ExicemNqkqHojOwMkLtzYxoEVCCycBAxYQ AE5agFvZ4ePZCQOS7wcJqDQGEqSMNwdOmuJZgjOWEga+dus+wMBEZ6JuC1SOv5dyElB1J/e9bdVX nnzyyQe+971Dhw7fcsutx44df+iRR556+umnn3n2mWeeeRp6+pmnnn4GYPDEk089+tjjP3jo4fsf +N4PHn74oUcef+ChJ45/7/nb73hu885nPnvj07+2eGv33du6772me9o3unNvFh6oPhBmgmtPU8Zp Grae+UytMKBfDVMY0J6AlBUAkKuZyWW+X9Xw/dPCgLUCfK+/SpYsnrlg1iOIWCQwABIwOQzA0Eul TuHgZRSvL0kx/ccKGJAAGsJUSAA3NCTgXiChhZXHWSOEYEtKC0lq3PlE3wx9KTXxlJn7gAHLa42N djbAlkz5RiBOk/tnEua+KX/23y7rBiRTnsNAJSWHEJy98oBuyFGLT/Md7lwsviQtYxcGDESQ1VSa DX/PQMeeYlkOA+GPN8QdaK9nb6CxNiTQglJc9UBjunAL7pgDpTwf+efOnpd4KyCWeHIAMXwzLbJd qIGuhu/Prq3/Nr2zxXpbjKg3D82b+1Vi0CWvZj1XnkQ8ejZdOAQqwOUaiy+XSu8DxCWVsKSrGvDP QMzegj3px63o0W1VdYRtBBd7AmfzhIP8aFE2omIZC3ATPQhBGOCUq0AFs/7eE8ilGJCmEJx9FNDr q90338/TCOfgnoe43Si5fKuBkFcAqMQlBwDDhqylAAbQTIiNggYM5NNKuqrWPwRbjxF5DSQjSTCA jCMaGw+gzK4ycTfRAYwCAweEAdSgWwMhnT2QUY27B5QdIShhgE2ALClKq5rMY4UBTcLTOwwwiTHY QEU86AEDlExzBgjR8ftnywYbMCBHCHhygIcKXIIHpXIYkLaAuX+QwLLtHYUBjEs4OgM05DDAUdy/ cIKggjcNpNJ5QGFAThUP8vyAfq74OzxLIK0DP1uMkUEcHlAM0AxVWv92FTAA3djI5DyQTD/UCgMD k9ws1EuzvEWQny4YmEF/oASASgID4vKlgaBBfxjo/52BdsHod8kAOjUSCAUMRKZEglxh8bcMjvsJ gRmI1r9oDrho9ysSgHIAiIIWGIAUBjJtGp3arDwwBySQGgLAAFVxTqAh7xsIDJzk+4K4F0g021sB gQE69tQkYYAtgvkMTl+66okf//yrt+yb9f5zxyuLn6szIS4/TguU1r9Vvzn5ue985zv79u174IEH nnjiiR/96Ec/+elPfvTjH/3whz984YUXnnvuuWefeRZoAGB4/PEnHnvssUcfffThhx9+7PHHn372 hYcef+7YA8/edPjpr9362LW33vG6d32ie8a3CAPv/Xr39Ou647dUzQF7I5BbeUkqCcDu7x9YAB+/ X00/FGVWXMKAvioUMEBUEN+v+4IYq7MvYKB4E2hLZ0AwIJf5+0zdRqZVmXGnmpmG6MsZwNOb+0+r Gvt41PYFaUC/TluvYBAW3x7za0YcfF/hWovp+z3vRv+4bPfHaO5/WEZodDVG2H2ujlrSGcAf8MdG /6bU3ENi/RUbjuPCMT7RL6+yzkDiAcUAVbL4Lm7+kVGVL6lGddSCtWHNGaiBzgMrcyUY0AKRw4Dl Y9VFXy5luDzP95b6+zPvHDW7n8y97iNKZWQAlLEme/Avv8gMpJuCjo8ir4cHVObCEWTW3G13LibP PA4kkPoku4NcUsozdM9plXeInzjrjtGzdQMSf86K/cL4XW0XFD/BG8pt1Z2TB/QO1goIcx+KFgFc tRccx6jJvEwDWvAsD2uugV4e8mmMR1DDPwPePS5HDXhDbphfCGlSa8bOkbz8kP663sdiSviBIKHJ I6PnIMPH/Gb6eX5AjxAYDAyfze6BwgAu1DJmaPTt5IMG1mcQGLAbagNBHH/FANDQmQcx6iN/FLDS txLRpstqSPYOJQ3J5SFNqr/XQGP5illChepLZ1EpccrnMEAeIAwQGzIdHFp7cBA8wF6BjJIfzHoI ygMZDIhki5Fb+UJMlqY/2CAV1DCQksPZEhQwILG/eBTF4f5dCQ845m8fymCgnIo8kPPEygPcPmRn CcAGiB0AppOCQVdIQMFAmwaqQW4rSkhgRl+k1r+ZtDjrDKi6S77TERiwqSDB4CIFg1s6C4kELkGC hcz7EsYGA4Rq699UggFResuQNgeYFDBARp799xMKgAQIGkeNp+kPlO6/n2KbEEx/IoEMBjDtnkhz INsppC6/aAtAPDoMDLC4XGqoKy0CZwDCQKWw/rXGt/LMgKqCAVGGAcn3u2LVugSl9a9hQD5KsHl2 vjVo4VZISeBVi7a9alG5ESiTM4C8chSav5ESBtBWQFj8HAP6wgAwoDhAfPoSwMDPLvsOYOCcefmO INVAuP8EA4Xj76Ox92659hvX79yx46WXXnr55Zd/+tOfAgb0349/LEzw4ouggudBBc8aFQAJnnzq qWeff/HhJ1449sAztxx86Jadhy697KvD77yse/oNhIH3XM1x7s3dqV2JBKD58P0HMQ5iJAMcHJyP 4NDAAjCAtAhchAHWcMNPZ+GhLmV55QSTun/1/SLGteM/bG/87CMAAC4JKmhYfOhEYGBaAGgRfbw6 fssw4BS+n0LAmAcMvDOgz+/h3SWWTf9SJrGMbu5nIjp+jdX3ex+A+3naYSAVaGBT3aWz+tjwGn0X EMoMD3QfvwTH7Rwwp7rKPPf2lHZfd/uMMKC0OcApPH0PGMhVLK0VTmiUjcmSTWncW2DAp+b4rUAU U/h+mPUCBmDTI2YxOwN5Jkkr3d8nidFPT/rJA/HUnxgwSses5EDrrE5abqJ5DajZaXqn22vCgPpp 9d9MskCmUqAOvgkDJpZpZZ7UoFgKGABFkEwECZBPPyTFY3Dq0hBgZSmW0cdT4tFhjmGm7f5jZwMw jicj3hTtu17OaS94yIUahQEEdM/FUgUDzgCCJe7apVIzZuv9R8+hQaetp7PXx/+8g10lCIF4RIvZ TGBXgRkWUCPSLsiMvsAA7ik8ILLTC1ocBbKdyfsYPHwMHrBiuSevFRggOQwLD+Cq8PcjghnDuBWc utICRjYEyAYKAzpawDw9PdFiA3RwGLel44cOD204NLIeFMEljhkDyCcdVMIDOooGLXAM0EYBPT3G g/bWUcbh8jXgK4msCUAwOCAYcIBT3TXkrQPegS8w5X14KyTXAAYkjteYFo4/C6aHARvLJW0F7Mth QLS7u3pXl/uFah4I8S1DLAjrvxsZ+H558agcL16uDIAYeS519USBvHvU8UCOF2uy4ftF0g0gAFhs chhgwGf/9pEycfyJBNgfWHJbZzHicuOQKzLcGgTTn8MAMzT3g8IDavQzWYsggwFjA3uhUKniSHHh +1t1o4swQAbIWgQKA12FATk8wGPEU1kHIItleh1E6190Br7BNwvxC2XXD/SiArh8WnkNxPePJ+sv 02T9qYny3aNlZwAKr++C3VdV+a93JyHywGDxGiK3++wGINCmgVJBwQNMKgaMb5NAtwyFCAaD4xhV W2D6CwYIIT++ZWRiGxTHiytlpj9gQJOR12TNA4SBjAfSJ4oXbJm9YMuchdBWSEjATX8GAJS+WlQO FuuLhsp9QUUfABqDJn1UFQCQafKKk6auxDh74vKx8a9Bpy1e9fiPfnbpt/fOev/Zc9X9BwmI9S9h YMbiC3/e+43PX3LFwYMHd+zcefjw4UceeQSm/0c/+tGPf/Jj5YEf/vBHL7744vPPP4/8M9wy9DR4 AONTzzz7/R88fOjwke3btx87duzir2zpvPOK7nu/3nn31s67N7M5MA8wsLuEAZDAocEFhxgABuYD BmQKi+/HBtTlq+nP1V2YfP9MJB8AVq8PEjiSfH9vDS2B4++9C6gUXxUK2UYgyYiJz+NppI/54fi9 OUAeSJKp+/5pZYYel7i5n0aZ3a/kjv+OPJk7ftnlz1ED3fdfCQxAEoBf5yN/Mfqi5PJlOnvtHVUm r7F8BgNU5u9V6tclNu+eSw4GFO2CXGPr4K3vtJgm26x2u2unKS9lV/URDL0IMbx7sUSJ0ZdV2/mj DCCjy/Iu3kSYYTSrcalvVgPNGhGD2WfdxVECNdCtUo/OQO4QeVFQxD+YggpMfPZ/fM7Zd47S3FsD wSr1vysz9HT/59wJDECNFpvV7inUVBmT3PbY2Dmw6YkWNJiZjtOm4/L0t5lwn/irsj+PT/eBAQjG AANlGWEgYk4BAxYLDLALIYFkzhEG4N1ENP1crZVoQToMxADAgCEBRi0jAxhREA8QqK13HRk+UyR4 kMOAnB5OlUM6SgcAPt79PbsH/GltIxAGKFABTD9GQQXlBBQkGNBrh9eb5BKSA8TvlInjR41kMk4I BpAtQ4oE8q4h+Ht2CVz7houpaA2o4KCfLgAMcEpUWHNA7iDHD+xgsRaY71fVvQUq5wFOOWLqnBBS GGBAAQZ2EwkaDAANpuPFQQIKA+QBxPLKUUGClXD8u7ord3OE2ApwDEgCG9hHi/UYcXW2OInkYO8n ZUNAOwOAAUKCNAT8RUNJygyLUca4cP9eo1Nm9PG/SzPOBk0SgO9HYABQKEx/XxEPplcLDHRk2p3/ Le0MhIQK5GWj2i5IHQM7MyCx8YCQAGVJfQlp64uG4P4lECogBgw4ErTAwGTh/itlx4Lp9aVX0L59 qDPFd4xGvVOBuHzbFwThJjUDhHR30OA4rL8FLiUBKDLWH4BqGAj1aw7kMKDWP59qpgUGoGgO6LeK QQJjRgLAAI4nsyEAVQyQdgSJrCGQYQB0JcacBKDEAIIB1PjlsWpi5sqTcAdfxQgRBn7480u/vW/W +84+owPfnwHAwMQ+YkDD6Nea2oexO8lRpv41gDO+fdYHP33o0KG77777yJEjO3bsgLk/dPgQ8ODA gQN33HHHAw888NBDDz322GOPP/H4ww8/fN93v7t3795vfOMbl1562Sc/+cnPfe7zN95443333Tdv xfs777is885NnT++AmP3vd/ojt/G+xMAchkMSE8AhKDfDTgkTYAmADRe/sNH/hrXVl40U98f24FU kqGJ784YBlSGBOL+dTwhSSvAp+ABdfbLrAlgY+b4h7jF3+JBfhbAHv9rhuYel/hp4Gkkth6B+nvG 4fJzox/yaZ7XMisuNbzmjpE1zEtw5/Da48P+IB9xcvYizfcSCoAEeR8Axj3GctrT9KvyVVhwjqAR 4QGdilm3qStz7ZBPqbYdQRAf3sOyc5eOeHEdK8HNK3Lwthxx/1xRKU/0zcpD0gGQS3y0jCsZa/XQ ZuvluXs29lHUh+bAZzOYBgZ89xHqvVIuxFRVLInkib5Zf/P9Z7OGLv+cAgnkQl5L9y8MYM6bFhw+ 3k28BzbtvRQZJwFfPUeRo6gM2SXntNzNZPds5EvJHSLmJYABoYLGbb3MpRjAspEMG2jlMdYkcFiD 6CFoz0HrKUlWgo9noI2FnAfOPAwrj6tIBchjGnigkjK9Q2joLDYKgByKDUIIMPS2WYjuX7BhEC7f VskJwgaHh+D+yQZS6S6fvl+svwIAUUEYIKbCDMIDPDNwCDDAjgHub3uHTIM27suTJAG2C3i0QCSd BPYExMQzlrx5eg0IA1AwQBsMtMnZIEigVjQKVktQwkCuwfT14gQDqiFuE2Ig4+7BFUACOn4CQNpB VEr6A2r3S5Ei2vJ83yhfMQQMWC7fJgMV6KhG38Zk/ZsKGOilrnyiOPtK8Xd4cmDxdzqLbukswsij AnyDEMbF6SxBa3+g0gx4IJoDlAb6cqFO+SECk+MBYIBS35+LLYICBlzu+Hu8eLTju4a0XTALGCCx Jk18s1DGBo3OgNyEARhgcOIbDgMlJIjkGwXsD3CpsaqSq2oGCCkDhML6y1QBwDI5DJjiswOZZLOQ M0B2igAwMDzNR8pmAgObhQQ2gwEcBqQtIDBw0qJtEliLQN4xqluDdEMRewKOATxyoBqb3Fi4fwOA y0VXjNLiXzk2YaZfpe8UyjOh9xIGfnbpzftmXXjW6fxcQOwLorPf3xcGwv0j2Ned3K9UkGBgcu/v TX788OHDMP1PPvnkCy+88EP599JLL/3kJz+B+7///u8eOnwYjv/SSy/9yEc+smLFivHx8dNOO23e vHlr16793Oc+d/vtt+/Zs+e1bz6r846vdt5xeeePN3bfc2137i3dyT2DCw7C+ofIAD4CBmRV9wKV DLBIx7Y3gSoMNMy9a8YwQB12yTahfjAAo586ACrFABtlS48EGG2fT771v6ekIQANBwmE1zcMgNE/ 3hDd/6CU6Y4gvYTOvk9nQKy/Cj6+ggFY9iE+whdnn1y+OP7M92uQjyHcoRJgABgwslaEAGVr7qTy 7Tru7/uoqtHdOxJwjIBWvo/E2ecZTrmrJ4cBeegucWj2hrsstoAm3jJFnMTb2pb95NFr5T5eR+GN pDPN/Y85BrSoxABU8qk/eSAZbocBxKiJ8cTkMJBbeQuQqfy9JtNU4jlnJR4IYSqO32HAVzU/do7a fS5BcZVggNRrAZ308SgOhJDArTn8vYgZkcZ5XgLPJEeeLglZTXa3Qnq3KhlKFIFRKu1uVlDBAItx iSf1WjHxauhTpVp8j2X0nUWy5L7fM64j0jTgHiGJMxhwckgNAZAAHX82lZg1mmnAgBxBxhTkwGt5 OZ/9w+gjOAz3zxjBBj7v50gSADMcER7g6HjAvPQWiAcSHPaREgAgDGj3wGGAMSx+wICOpWTXUCY+ +ychWJ48YI0FEadsDriPd2evDBDYUMuAodC0MOCaFgayYwM5DDAeYkMAAbcJaaa2/k3pDiLpEsDo YxwUBmhiABmAgWwcIgzYS4eS7FsEsjso1MCAPOY0AKCAhFsAAB3lgcWAAW4cGuC3C24ZWILxO2AA xQANHAa+My0P6EcJGNP399o+xP1CA/OTOhwBAxIDFQAAzgA5DOgIHjAwcMX5gVqyWYgvHu3BA+r+ EcwCDExcq8kGDGjroAcMiLqTNQyICsevMEAewDSdH2hKOwPaKFAM0NheLuTu3wKfNmEg2gX9zhYn HsjBQN5Gqt8pa2CAChhgQWCAMcDUVo5CAmCAfHfQnIXBABwdBuwIwUkLIDtaMMdePQQeyDFANFFo 9sSVs8f12b8+9RcSUOs/wSRIwKalRud97b2LVz72w5995aa9sy4887TOxN7ueP9ugNr9fVB3av/A 1F4IsQT7+PVfLsV3gg8MnnHzqg985fHHHntW/r344os/+9nP/tN/+s//7b/9t//4f/+PP//5zx98 8MFvfvObF33sYyCByclJwADGxYsXn3feeZdffvmtt976lqkPdN72hc4fX95915bue68bnHfrIEhA TX+hA3zBqOc7C6HDAwYDpemvxTMAGmffA4bvr6R5RQKMUK/iPEMAYH8gef2jmftHHMqSy45hHFp6 bGiZSv09zH3EJhp9BLrtJ6a6xFH2CCUYoN0fXN7KAKbhlXd4sR8PCJcvnBCnBeDXGbjvT5lggAwG aN9zc888AxbIw374eBnl2T88vZaF9afpz6cYnQTWsnhszZ2h4TXH1MdXEpt+F0155tpliqTJbiiB jNOQAN15BA3jTjkMqJL7zzMb7oKzH7XRpI2C2euLehY3ntar4ul+PqXpz4oFAyKguVcY8OKaDej+ KSmw2OrDPYtsyZUvUWrTe50NAAzAzSsA8Pk9iwtzXwR6K+0GgD3OkTJ/3m95lz7m59Z/mfJaEcy9 WGR1/BxJNVKsGvWAceSNIiyZ8iY13zDKzId1htWW36IKeOCq/LSvJlpIQSHBErmD/RDLIhmKJOUB flryUmNLGheEUACAKGIbnQri9LOIMKCbiLjkMJBWdarfMoMkiLxLWgEOAxIbNojvh60nFaASAeuV CggJrNcjy6M8bcxAb6KOH4HAAJS2D0HMKwyceWhQgQH+3hlgeD0ZQCuVByIpvQKlgiRcOygy389X l2KsYUAwQMXpIE8by8imQRI3F8kOIjlLwIBiMUZlCbmDWf8ECTD3EYfU9A+v3juSTSsNrWo5TOyS kwM8TKwHi8X9q/UnGKSpxl1uHDJx6rGqkwLbOBTuP/AgMtpGcCrQl5DK9iE9YCBvHOKLifRcgUot vjYKlrXAQC/JxiE/SSw7hQwGTMYDKm0OdBfaIePOopupjAGg6tMEmfVvRQKY/mIKo49AYOBGPTmg DICAdp8YUCJBGw+0ybcS9eKBhgoYSKoBQEXTL5cMTpIEsozGyeVrW0ADqDcMQAAAjAEDlg+vL9a/ lpj7aBcoGCQeaO0MqAQDQjOEgVAGAzweoFuDuDvISYAYAAbQMWBAdTLwwEggZ4DNc6IbMLlpbMox QCR2vynZMpSbfsQ8HsDM6DzJzPva2DwyADQy96uQwsCXb94764INgIF94IESBvjUP9P+zpR0AOj1 gQE2HbDABE4QHeA479bfXvClr2677emnn/7rv/7rv//7v/8v/+W//G//2//27//9v//pT3/6wAMP XH/99RdddNGqVaumpqZAAgsWLFi5ciVgYPH6D7/ujz7MhgBfKnpt9/SbBid2DE7t5S4gUZBAh8oP BBMGuosOi5h3x4+pBoc6cP+LNcaqVkqcDH0fKRJEGafdJUcGIesGMJZbAQNkyToA6vgZSLKCAY7w 8XJa4Eifrwdk+398FAwYJi04Dyw/MkjR1ktwpPL9rQIMUIzF9DsM0NNLRl3+8EqMIjf9uIonAXSU IwGap3Q/j8Tm8gMGVjsqrL1zWOw+jT4seCRp+tX9mxQedNWEGGUqmnjtD9wxsk4LJKZiWvn7u9IZ X9sOFCSgcS6pUclWHBFJoA8MyMFcCeD4QQ7m9S3DtkCGAUICAAN59h+K4jPJDIVlx4glMeJYlaR5 +ugAKAPM2XDnHGGABAO6mix+Js2wTAo8X1ZqLFa7SEKw70yqL1c3L2JNlZxjF5oj1yWMnJ59x2xY bYmVBHQJaIFxlHlZUkcuU7X+vIlKLhErb854tgX04vIEnT+qP60iDLCeSTHWjGefm4x7uiqJltoL 4IBZbJmw5vKLHlN+CS+vGCC/lj/HezLJvCxpgfx5Vi/Krs2DqDnXk34rJpOOShlrchjAr8N/Owlw bMAApjxvkIuXyKjSgwcKAxLIKW1x9vDl2j2QPUI2RawwwNh3DUmx3tAwIPghlyKB9AqyPkAwAIOD uq0IRKE8wIwcIQAPsEx8P3cTsbegRwvAAOwPjJQYoAoYYBxdAkWCQtEHIAMIDMioMMCdQmL0ObJR YEcIChhAWbQCdKORBIIEtPXOAHKVWX9OVxszaAbSD5OZ7HVDhgS2iSjxAI1+BgNJtpT1DUAIbv25 fUhkAABVMNBdvtPOEsTx4kaLoJS9h1R4wIVYwYC6DaPvHTIMsLj8SFmLFoduGVh0C4IGD6gECRZ9 x2Bgoe4jUgAQSGDfoNExCKPPaZj+dg0QBr7FQHsF8P0QYYCbiBwDDAYSAPhU9wvlDDAQBwnkfaOd huPvJ9s4FBhgYlvADxWo14cUALAKAMhhwOLJa2j9xcrryCD6A7T7lizFvHywTMVYdFVnfFvIfb9J jhEHDAADIlAeQFBjgCkngYABOYKsnyRrQ4ItEfSAga05DAQSVGKvwEmgCQPAAMJARgLUxMbRCe4F GpMRsaiGATkofCVJYPxrozoKBrTDwPkb3psxQGh/KfIALL52ADpTB0SIGYj7zyXMoF8Inrjt1add dsa5X/v4l2/Yc/i+n/7s5Z/9/OfPPf/c3Xfffc0113z0ox9dvnz5+MTUO0+b/JfvWPzGt60fe8vH O+/a2j39W4Nn3DQ47xZ+eJgYwJcFcf8PTwXEG4EcA2DoF6qtz6WP/8vk4oPdJYc6cOr2hlBx89YW yF1+kr4/dMgaAlpjks+HHemKv5dY7f5RZ4Dc8U8v+vi+JwTYBIjn/RqYsGrv/NFH+7lgzSvfP8Qm AAN4ehltmiV77gsSZ3+nAIDYfWZIEUiqhuDydWnV8SEx8YoBKjYBlArC4gsMuF+nqmnIMSBbzcFA lZ702/N+nYoQN2AA2FBkwvrnF941tv7uqJHTvcYATRiA29ZVm2ZLJgGAIkPjTo1iFNMfnj7kGEBU QM3sM++G5mCUephvrMJVSwz7bo6fth7uHxYcU7mn1HA0xy/TsPtNzTm7mt6dx7Fa5T2OB/n6hB71 UOHX/Q7m6WWJxZnVNkmxu3yx/ubao+Dcuyw45y7W8EdbboUyqbxDLL7Y+tzcW6xLsNH6hx3PeMCL pVKtP+UF4qdTsXj0mDZ0bn7nNuUcIswAk63TaS4MDkEgl4ywFZDdQXy/TuOeGkMJBnyKyz3OYUDE E8ZIChgQHowNbFuR8oBmZOqrcuYY8hqYdQlk1KPJWuAwEAI2aBnyTRUw4M0BXRriZqFa2iWQUwTW EAAJsBvAqXEC1dYWUFlnQDQsxwlUghDGBhrY1KX9AUpJIB78kxP0aIEeO1ZJ34BJZQaRHzUulWfS C0w1SBgg0s1CKjCAwgDkMFBLMCCxAWBApyq1+7KhiAeLB0seqKXfJXAxk7l/aQtIH8BUkIC8bJSr lowuAQkhkUAl+H4dO/E5guABF9x/BA0BBoAE7B74O0aBBG37hRrtgpC9eqhkgFrztTOAmI0Cl54u iGniAb5iiGJGrb8BgOwRyqYBA3bs2H1/a6/gWpHEM4ABl8IAyorOQGfimq7DQFKCgVLjjYwghJOA qgUGdJuQjIAB20GUKcEAAj7yr2CAXx4o2gI8M4BAM337A0ECDgDbclUMEFQQmr1g65yMAWZD1hDY SBjIGIAAIGMPXTE6cTlEEpi4vDokkGNArvcuXkUYuGnvrPPWVzDgrYBCXILRlw6AkgBNf7j/pPn7 uWto/j551c8BEU08v2sGi//uLaPv+trsd3559h9/cfTtnxt+68WDb/185+2X8sticP8TO7oTO22c 2iu3IgNIH8DaAnEMQM8AZK2AGWjx4c7iIx04e4khevpF8by/kPcKLM6nliQDhPtXT4+AhODTJPh1 CXw7kG0ESmpmShEG+Lw/c/yOB7JNSIJY4qrY9zxjSQbZEp/0S1tAJEjAMrh5ffyfS1y++X6RU0EA gFyFIBy/un+VwoDmae7liX64/5R3cz/qgcke+fdW5uBF6uljDNOvsqR4ffhyOn64c63Hrcq7Ma/2 vXkGoJI+4zffT4svj/aFDbQh4G0Bt+8CAISBdsHaGgzQ5fNuQh3uvzMYMIufJBnrDMhv5fmeysx9 Ln2Qrw5eTD/9vceWdGHKPxsBY2MAXUIeNv3usXPuhtXWPBw8vLXEtcunzq0zepMqqdJbSVchFTgD RBlhYHbjtn4JnLHSBWBAMsW1ldx2m5+Ga4/f5X2aMCA/bcnS0xeVurlIGOAOUAGC2ZLJa6ys7C0w 6WV6fxSwJr+2DQZi2g4DIgTVqj74HzvXHucLG+hSsu/aVcjFmygA1DCgXh/yaUYCeazTPgoGaM1I 7JAg01xyAkEaBTLVHUSccrMQAUDfRKT7iBQGDAnsbHFCBZr7NhgYtA8U6FSDxAYGA4zZHAAGkASs xkkAQo03B3oJjj+LaxhQBQ/k6nOcgBigsbOBieeJ4xQBp9ofaO4agnISIAzwhUJ9XjoEAKD1Fxjg lD2BdhjoxwN6wKAPDECw+zo2RBKgMhjIjX4SYaDvoYLc+jeVYEACO16sPJBgQFXBwKysOdCAAUyz EwW93jralDJA0rV8LWkfGBAGYE8gwYCqz46gTBkMiO/P41DRHFB1J5h0GMgxQGUwMGQwkGFA3iuQ ggYMkAT6woDxQAEDC68SErgKdr9kgAIJtHVAAFASUAzQnkCOAZPm+McK9w8BACLpMAASmOIhAe0G WGeggQEqPUD8lZv3zTpnbcBAkwFCWOX+n4ABZwANfIOQdgO4iT/DgCnz8b1Erz//4PDCg0MLDiAY WnAIksf/h2T3v54ECCFDtT/77y/CgJh1M/QlBtgOH4ru38uYFN+vgpuPIDSUYrH7peDmPeDGnu6y o4N2EsC1/NgglGcyDS8/PrTs+BDG7BE+xLwmSQh1B8D9PWKz8lKTnL0pVVp9XRDbfkTDq+7MdAfc PwFgtQQw+qvvGlqFkUeHYevV+sOmm8tXEoipwEBSNS0FRz6sMGDm/i5FBY0lIAxoT8DllW1SBnAq uGsUU9uuczfj9ciAB/S2vHNu9ytpQwCmXzBAAMAlj+QpW6Lg+1nDTFYZIhWcdTcC2Ot8FN1NT8+y vm6+qXQH8+46Foon/XmNB5QHnvE8M6gUipAxX6Lwn0NbfA8AQIRYYAAmm0/6LckH+efSx9fePbn2 u8zry/lgT7pwrV9Y3MEv1/4D81yC9+UdUlKLmZQ87sBV3WhkNVEmq/pDdNsuxumGfDyvN7TH84oB o+ceHzuPxXGtBykzdu5xlkksdCExboICipcQA3gruaEWsNgDKebuoFiVSwIJmgihErqg6PtFygCE Abmb8oBKnP1RftZAXmkqLzal74dTV9PflPYW9NrC2et4NpXyKHbTH0mJOdV8yJbkjAFV7iOilafv rwkhZAUxSiAHkZPYNFAG0GPH4fgzHpCpGneKBcIGfpwgLSkMcKluGqjjlwJ2A6Q/UC5xVad0+QoM HCkSgscZJ8D06zgT9eIBuHyPI0CZI4GcJ+7axweSuImIQd9GQciRoJdADkIFNjUY0GCJ4EH1ElKV GP0KBloFu89ANgt1eIy4XR05YNBJXySInUKEAQvaNNDoD/CNpbo1qDxC4NN4CWmTBL4lGODK9gt1 MpEBJhtgUDQHoN5sUMOAZKaFASeByDA2W2/+vo/g+CPooRYegBoMkGvLoJ0wNikADPrXygIJFAZc GQyQEAwAhA22CQlsAwyMBQnM124AGOCqkxZdfdLCq+H4mz0BYwCRvXEIKjFgtMSAfpoHXRFIIJuF AADUSG8MUMmrRQUGNqwCDFTWv0Xq+zMSgBwGGv6+j2D9u/L+nyKTjarS/ReP/zWfZ2YqIQH6eDP9 BgP64F9eCWpLBQw0AKBbdAPatIw12gFA7KNgwFKLfVVEGJAzvjkGcAoMIAzQ95dev1SCgeEVsQuI 5l6DmLbIlrj5B5JtP/VrgkS2F2hIRfcPx4/RMyIQAsc1sl9I+wDy4N/dfzVNXn9aESEyGEBgJv6V KocBWHnZ8EMAsM0/vo8fGll/hzUKSgaoRX/f5wE/pQCgMOCqkQDGOmCAJjvBAJJRLP5bVqMsnvfD fHveYh4RDq/vbj7cf0iMexsMSBNAhd/SYMw1ejZurobelK+aslWROmkLZJRYDL1kUpDcPFHBk8wz Fl8uxT1gIE/aaEsw31xSabEWmMAezBfX5oGITt1PI8Cj6x8jtp5/NgOpsWD2eXfSnQMGdKqXy6g1 asRh8dXKGxXIFDWj58k0gwEVMryDXMK7sUHhS6QFuf95d8DHyw/JT8jIAolN+isiJQHFgDQaD9iq +Huae14FE2+Zfso3GoW/pxQDzj4mY5YXDTsAVLFPs9GOFhxNVJBJdxDVsVw4xJcREQPc9+tqQQiQ tgiG5MAxjT57BUV/QMBAjTvFGoeBGIexhMD3FHHqxRponA4VFEowMMwf2j9IYOAJhEGSgGwlYnBg uIABxI4EPakAyf3aPYj+QCUHALj/FhjgZwfM9ycREnTXEANkAgmsbxAMELG+aCjsfqUKBijAgPCA woDEPD/AAwPsJNS9gtz6V9OQOf4lPXkgYECaALkMBnrxQMCAMgAUQVNw/AEDTc2autHcP+NvGgzI 2JmU1w2F+2/AgHyXAADAgF8oY7ugBw8IDNTqDQM6xjYhCayA8QSuKny/nieuBLsfQW8pABRUwI+R TSP4fg2AAeb+JZnDQM4DM4OBBgnkMAAh7kEC1OjU5tGpTVAiAdh6bQtM+LSP5l1BGBjnJiIQxdg4 YmR0dxCD0AgBoNgyBBjg24QAA2tXzAAGSgxIRwJEHd0a1E4FqUXQnZ8xALsB4v5lGgyg4mngZOJf ke9v1RJuE6Kt5x4hZwCVJmHxk44iz7Gv74dZz2ObJgAIu39UHL93APJppiH4fgGAxADaGQjfLxv9 G3ISiAMAafNP2HqdhvtHpWdC8PFyODj6ACokY2uQ2f3VGAEDQgXi+yXQngBH2n2+IIiOX30/LtER qMBM6fUh2P0qA8GpY+SSBGbK//uU3YEP/kkFhgHRExAwyHiAj/Ntb49af/BDJlkSo4/Ku1lZW3ya e5cviePXJTH6mmTc0D1aA805+x4IgVfSxEdAs352AQPq5tWOy5N7NfRemSy+Xa57gXRJfk5WxdD7 tZrknYkBhcWHmBHLzqkVnIvMPfI3YKpL9mRdYrX1nnH/rSPNtzlsOG8ZNSmVGtgo3p2xjKGAhIaQ tyX+aLF015zzJJBxjmT8j8EI125l4uD1PiotsxijIweNvufp7EEFDOjyad9Dasfp4AEMWA3R6BMk aN+lzKy8rEoyoIJSQ29LvPyYxV5g4q0Y4FqtxGgy628XQgEDFGBADb0EygYsoGRV86yB+y+kF+q1 GjBWDDhHfDwDZCQQsWMAy+4AEIJHz2NO/WiyL4nX10rHA68/bO8ycrvfR17gqMBvHlOcrtdRjhzA 6GssnNAqXR0ECWTMUKvPkuwm0q6CjPsHAw/IA+r+BQbYUpCpNg1o9On1h9LnjSsYoPjRYt9NxI+U NXgACgxQ2afKxPRDHcgZINQtqCChQscZgAeLHQbU4tv2IcYYExv04QRggMKAkYBa/wwDTP420goA uktTbI5fYAC+Pxgg1yzlAW4WysVTxQoD3YQKTSRo+27x/IQBkHQG7H2jUEkFCKB0qEBgIHUJ+Oli MoC5f1figY6zgWCAIsH1es64lnYDNJCRrx+Vj5Q5G2isUzH92WYh7heSjE+/7sE1rgIDuuP9AaAS SCACVUKCttcNEQAGcx5wDNAx8QA3CxkScONQAwZGhAGEBLaRBIpDAirhAcJAms5ewBMCoi1jC5QB 5LzB5ObRiU2qMSq5/zweHS+CETh+nyozjEkSVAAGGIH1n0sYwKiBJDmKiAQjc7962hLvDKxa9p7S 99P6u+k/MDAJFTAA+84jAQUM7POPAfdT5fhVtspjwfa8v7PolT74b2BDByO9PuIjjOXpfpKb+F5C TZVpER/2l3t+RAkDWFOb/qbMxEOEAdn/kytWewhWPkYG0h8Qi48xIwHIYSAXH/xLcyBMfyaQQNkW gODpV98lMt9vkkf+Idp3t/4s1lZAvtpDxRYgwQC370nq6RUPVMybp4+yu2HWPRaJ4wcASGfgrrF1 d83ecM/s9fdgOnuD5UX03ypx+cYGNt1wj0hugmLjBBWm9wgP1BLLzn0+Gpd7gQwJtLFglT1EGBAe 0Njr1dnzhiqNxb6nJ/dw54EEwAm5RIQ7+FIIfyFHubApXaLL5wN+ic+9BxrjCPsrsRYDBiI+R1e1 nn56znkoUOtcGHfafYpJNeJw0nPIFUxyKgVRD1XTXK1LY+cJA2AUSZJl9mcgc579kZLUQF27Jfkf okv8r4jRMsoSetWc83iVFIMExPRDSDJfi15fTfz50kmQ6ei5d2lSYshrXJ4nGKQY+ayGEmYgKsid dcqMFfu1ccOcAXLBxHs8otuHXJY3JoHXt9MIJiQlYGVKpsvV/cfUegUaxNQZIESz3shwVGXO3goY EAYkKAr6iI6/3Ds0GDBAr6+EkPoGdP/aH8hEGFAqUH8fea/UvGXWSSdB2wtan6S7hvI9RXrCGBig GZ5Fto1GJuBBtAv2DfpnjE2rMPLMsZp+HikmEtgHjEUtMBBSu08YyDBA1RUY0DFPihIMdJZvh8zu ZzAwuHwXgkGR+f4esheSVu5fzxIoA1ASCwzEaPuIGoRAkQoYDGQvGpKpBECFIAG6fwUANfo6ddPf Q/wiQXL/BQ+4EgZ4IK8bymAAmpXFAQPKA9EiSBIYUACwgDHq4finOU6g3yJwEqDLV7sfHQDLpLz2 CpQH4PgxWutAXkVqPNCZEFuvLw6apifQRz37AzxOkI4HaFIYoPX9QgAA8oDAAKhgcpu0AsAAW0ft kIBiwFVj0g1wDIiewDa2BdgNsIyuapm2EfRbBCr9ctnYRNIIDL1obHxjZf0RjMhRAS3QJEgASV2C 4xeRATL331QOA3tnLVucYAC+P7f+Ifh1CQ4SEuDddQzZWeEs067c/TsM6BtCbUeQYEDLq4FOXAQA OyGQRu0A/EPDAN1/gwcqrz+t1MSbqmlfwe43MoXRHyw1VK66ZJsQOwPm++HdR1ZBhgSBAcoAGQyU yoy+2f2AAQSZ3R9ew/39Ma1kR4czo2/NATH0aVx/tyZH1lOcGgyIWKZgoCOX1OtrrDcZkWIkcxhg Jn+cT4tvVCBTk3wlAIGygUqmcaEbfQ001sBVTIvVzPHPOSuLHQYktmLNq7N3GJAYMheeKZJerxuB ihoRvX4+dU+fmXvWqPXX5Oxz74VFzqbFqsAABNPMkUYZNj158WgCQFrpeUpgAH7amwCVajZQJUde SJcMA6Dz3cdHfVq9m6teUwju38sq2SWGE/bfKApffufs8+WnIeIHlGAAq6w5X0aTwQCkQUxD6sKr DE1/lqHcxCO2+pgCBpQH/G7w3woe/SQAIJVZAyF2E4X7P9daB4AHLbB8AwYwFgwQgYwM1NDLtRSu 0kwP5YbekmUPIVanVTsMaLxBXb59oyCEaYEHAgOQ7RSKfGCDHkSuYEAAQHsCpZhJe4RkygwrDwxi quePEwxgNBggDySjX4udgYgVDzzojwRNHui2wUB2xsB7Av5tMgsgWvydogIGqnMFVbugw4PFsPvZ C4gQkwGyrxMEKqTPGNPxI1Dr31QrDNiULQIyQJftAjs/kPUNagDIpTAgm4V6wQBU9Qe0LVDzQK7o ElDKA/nrhhwGPCMwQE1DAkklDIRyJEgkEDDATUHeDej3kQEqLH5Xdg3FtFTaIyRif6A7ftXgPKo6 TAyLr1uDeJLYlooNQkkFDGxRGCAPTG0LjU6BBHrBAPcIaRyrxgDzt+rrRysSoCY2j45vUo3MAwNI QBjYpAygvj9ggB0AgQGSAJJtGjYwMAAo2UC2CS1Z9dgPXyIMLJzvMBDuv40HoMzWvxKp++/oVDCA WggAsG4ASaDy9G3iPv5GUqW+X7YDmTD1pG0HgoPX8R9Qr8D9m0off4Kij/eRDKBjpQoGcvE1o2b3 i56A7gXypTQN5QCQpiheczcDGH0ETbtfdAPurlZ5KgCBngMWBQCEwsEjsKnyAA/7Gg+cqMz683E+ RwbrM2evnh7xmZnFFzaQVQ2iHjW8yWwHiegDQHZtzQO27QfjmDt+UwkDWjaGMsLAvR6I3WdAGQCg TBkj+Xt9YE95xngAI8tUyJRIoA/+3ZeLkC+mIomtsiooxXtKmQT3zPFH7zDWGmhG7L5ecnfUJKlx h8SLF0sid+pJ6ZIogBE/312+FtgofwD+SFyIEZnz8/v43bzY8ynIVu2qyPsSMOBO/gH4rTQyDzs+ +zwwz53cp3R+eHcN7oJN1xo4aVuS1kGaqnxqS9WqS6+K0Yt11afnmXGPTC21/mLiNUNfLrEGenPx 61ovkKDXSl6SxbXDMvYSVpUKcO1wBgOEBHj6TGb6RdU0F/x9BIxzNojABcevxwmGso8YCAbYTiGv YaAMUJHACODBYWAwe96vq7pByGLngTwzE3G/kDMDYQCBvryIwKBIUPOAUYFObafQ/i6VSABiTYBB AwMg2TLEXUON5kCJAQEGvl8o/2YZJS8g8i+UEQaUBCjtGMQHCkQVDFB2coCnC/RFpc4DmZwH4Oy7 ULZNqNt+yDhz/xkJqBwDKhgAIfTjgZmfHxCRBLw5ACkM5NOITQoDsPsaxMYh7QMwaNs7JGxQWn9+ rey6gakymXigRoJc/DJxooJrO2AA+fKAjzUDlKqsf1P9YMAYwJFgSEaR9gT07UPbnBAaO4VUggEV DIwSA2D0r569wJ76t8k5YT5JAL6/nQFcwxObhhswYFNx9kYCkARj41fMli8QWxJeXwOJh+ddrpKp dAlcOQycLjBwyU27Z01MvJsfEGiBgYPd8e3d077ZeeeWztsupd5+aeddWzvvvYH5zOWXyg4GuBQD DAaiDzC5o3PGtzrv3tZ591Wdud/qTO60r4blnYGpnd25N3bec1XnHV81Ic7UnXdjd/7OLny/bAoK 36+vENVjACG49jyeVkOyBWga+Tah2uX3Fix7lYHc389IudfXaT4ySGcGagEAchiIbsBwxgO5+8c0 4pC5/0oOAxgNBhi0P/43o5/FYf0jGK12B3GDvj7vZ8ACN/TRGcgFU15NmZGkPv4vpDCw3i7hxiGp N1uv1p8MoHLr7zVSJko1mGKVxerpSwaoBa8/ehZ5ABZffX88/ldgyGEgU5ERGPCyzNNTGQbkot23 yyWjgW7jyR75V7Jr2/LCD545797Z5947h2MUeEASYD7z+hL4VJsAOQk4J8BJ301LLQ6bgRZEULpw FoQL90rmHQYa0jvoJp9qqRbL9M6YZj+X3V8zGmfFssSTAwIGlLYCvF0gMCA34a2wBOFWXJWYxVqp eThpuTzJDysXyaa0hmO274hnjq3AXHtPNWCAdl+ClDGXb7HCgK5WNVwK019uFqqkwFDDQCkrZoFM 1fEHBsRRY5MgAZIlG1RSux+xqX7pkJdlMJCLZQoDbCywUVCZfnYDShigqky+VCrvHgAGeMJYp3WL wM4PGAOs2dtds6/LjUN6ukCFKcCAqBAwIDGVY4AqYKC7iueJtUUg6gcDnNrZYhfMfYABv1C2a1B5 QEggrL8GeUZFBtD9Qja1JPMtPGDbhDIw4G6iEgNUtl8oV+KBRVQFAxgdBqC2wwOw+A4D3favFOcy GHAeUBiA1Pq3wAAyOQxozOnk9b32Dol019D0XQIjgcnrlAdg96cDAxTLNiHHA0zlraOhE4WBQl3Z IwQpGxgD+PtGKxjQJU75gYIGDAQPZCSgu4OsJ7DgaogwsJCqSEBfLVrBQK4SA4QERDkDhEbG4fiB BxiBATxFYAeL856AwkCGAbkKGJhbwMDj7AzsnnX6Ge/uTDoGVILvf9uhu36R/t31hY913vJZfhfM eOAAhMrM+icYqJsAogQDZ3yr+47Dd/3iP1697mOdd1xGMPDOQEd4gOZ+7o1Sk/7d9cWLOn94Ufes B1/+xf/j6gvBfzd15u9U6x8Kx9+QwcDgktLQt2loaToZ3Cop6L0vqC8eDK2IwPx9FsPT09a3im4e o539lelKfkeMHQYfxe5b0KoKBoIBQrT7jgQBBsOrsiZAm+j7Mxig1sLQ3z3KDoAo7xXQ7pvpz+Tb fkRw/zICAESZsxc2KDI5DLi5L2CA7wyFNZcl8+ju5nWaiVSAYPaZ98ooXt9qkLkXpn82GwUyIs8O gJwBoONHfYYNfNhvREF/r1fp2QCp53N954Hc2WcP+xMJYDSzrjXnWH+A4n6ee/USz5jdR700AVLe HueroZcY+TlSiYBTXXIHH8ptfS7kzdljeh4yUnae1t87R6bFtfhRu4QjfD+Mvnj9u+ecjyUYa8bi 3TnacV6div8OVz2GWJ70m8NmcI/kxYVbXithneVy5JNZl1v53bRy9gWS5+V+VSrw3/V6BtqgaNRo gQeS51QusSWx/sEDOlVCUCqweo3p/u2/S+9mJKCid8eFDORWzgwqnhwY1dUWARs46lTPLvNgg05J CCLHhkoj+SYimO9zk7+vRGuexXlgxl2v9Uz/FkFSvINIpgYDMPQSM48CLKnFl6n5fmaiFUD3bzUw +v5mUqshRVgmAvH94uwFBjQJc++tA2MDLqnU6LsSDKAGoyTF4pcwYKKb16tsye2+XGKxvG+0Vg4D 1h9IsuaAIgGPEGAsYcC6BDxOYLuGpDNAGOChgoaUCror2RzoAwNIdg0DjA0o/2CZv2goxl3gAVIB zD18f2b9iQH8RkHWHLBjA4kBpC2gySYPWHMgSAAKGMgy8olisf6aUSUScLEbICTgPQE4/n4wIPo2 YQCaGQyUrYCMB6YEBuTlQpkAA98akG1CXPLmgG0ccg1MSGAwgJEwIPF1FNsCNQZQSgKFCusf8hPG EOy+lQk5XCswYCIMyAHinAc6nomRmlcwgEh7AokEIMSDigHCA0PjFg/K7iA5TEwSUBhoanhiG5XB wNjUVaPzqYCBsYVXjS2UrwrkJOAYAAZQ9cIAIQHDgNBIAwaIAfNIAgggI4GJKwMAhAFEc2sMMGUw QB4oOwOEgXe9913h/ungfexMHaTp/4Nb7/rF/+3qBWcM/JMzZv3ZI7/4xRMf+ufrwAPd074pjp/F g/P5oQAGsPvaBxAk6Cw4qA/7c3XtfPChznuumvWv5OZLlgz84cfYIoiGgIvP/t98212/+HdXL5w7 8Ma5sxbufvkXT3zwN5YM/P77Bt76uc57CQPd+bsyu99P+mogFe17cvZ+0reXzPH7wQBhgMElxxUG eC1U2v3+MMAXicK49z0ZHIcB6Pv9QLBaeYUBw4AZCCa+CjRWhd3XOHiA4tkAycPur6rd/zCtvyy5 GjBwpxKCxLYvKA4H577fdQ8E415QQW7oc1VeX+ReXx7/R6DP+wsYcNHNU+r7XRkMSAEC8f2QwgCd vT/p5zah0TPvHoXFF6Ujwg4AUkbFbp8RgQEUx7N8XXK7n4QajGrx3ejD8tqqKR63Z0m1+EIIwgzs OdwLfsjk1lwEU24MIBiAgGadzt4LMkMfgRbQ0EsmhwEm7UJx/FGj13qGygtE8cRdMUBQQZy9+GDk 6YbdE3NJZHlI3DwvP/+eOcx4XmU8IIFkSBTMF2VzLrBr9ba6I0iCogxTUyTLgoawWhWI+28I7rzM 0OuL0rX+6+Ljo/IC+zsh/Naoxeb1UYBKsEHYfVnS+0TGfivLuIlXPMjaCCPnAzOcB9TiZ/0EFETc R9o3eIUwoKY/j9XuN2FAeggOA4YHITh4BhyT+5clHa2m+IKB2v0MBiRpgZLAiC0JDGzg64agkTOJ AQoDNrqG5F2luWD3mRcYSAq7rzUx7StrGvDFo2wRDK9NMEAeYKPggGLA0GoEFoeqXUPaK4jRMisB A7slEMcvW4bU8eeKpC2tcB7IhGQHAKDMYEmSQCfbIxQM0IQBm1IOA9olqHggg4Fw/y0SGGiqDQZk NACAy+/7hbJSAzxG3AcJ4lABeUAOElTKYcCS8jmCb3Umv9nNzwz0kDCAHh6ILkFPGGiQgAq2Xkb1 +rWuyadyyBh4oEENA2Lxzf1XMNDtAQOBASHyQIIBsgFcPkiAYx8YmGRGjgpQ+vogAICSAGGAPQG2 Bcbg+OVlQbMXNUkgYKDGgOGJggRGJksY6NkfkKMC2ccHDAPmXlmowgBXBQO827wrFAa+DBh4x7sC Bg52isf8Bzpvu7T7z6+96xd/e/Vp/2zgVb8x61WfZjz59o7ywLu3df/oMupd2xB3dPyjy5IwPeNb JsTvuCzXwO9fOOvXLr/rF39z9fibBn5j8cC/+hh3/nCJe4G4/2dqJ+Lu7+AP+Lurz8Cv6x/w96x/ 49zOv1jf+Zfv67z5os7bPtd559dMp13dHw/g7HXsI7H7ZRLOfukdGhsPaCZz/DDrEVSC76/OBnhG fDkCPuafXpn1p6fnyz1p2W06KFPJi49faYY+ZRrKfbyqLmA3wPNBBSL4e4EBxNwRpJlcWGVPgOM9 IxCNPiz+PcOgAjH9kVENWw0EBiAMqL/vJVrwKgPT7xhQjPIdMQSV+B4hmnuJYdkZoCxVBgwAAFhA YEBQa/RMwMC9AQNw3hGLsIQaUAEdP32/PukXBtB9QQIGGshoskf1KnXwaujjMb8ZfXmWT4ddSU1/ HDBQAAidey/386g1F9GL24UUL8nytprwIDn4vECcvV+VFYT6LFHn38c/KewyeUD7Bgxo3y/gg393 6hQdvyRV4oBZqUTRKq3JmwOZUrL4lQv8zib7RdQkDFDhKl5of6cnMaY/spSZ+DkXgF7uwqhx5FVw 8FIQSxgpMoN4fV7LTHEVJA0B5PH3m8vHrahk9AUG2HbIkl4Do58lxfqfy2MM8Otc9cCPFrCMhl5f jZpnZiz49Swwix+ZnqpWczw4x8BAmYGbi2Drdap4oNgAu69jWH8jBGMDju74I1YMUN+vcTW1gKeK HR4q0euDByhMiQTrEhuotExNfw0DohPhAQn8CAFPHjdUM8CqaBfYNiEVHX8OAzqu3DOoMCAY4Koa BYYBCHgJXL68b5RUIL6/jQ00YzuCMIoikHzeHyikJwfg+4UKlt4+iHGJjRUMQJ2lt0JpuqQGgFwD 1i5oHCnm9Ds8WGwbhxQJejUHctlbR7u6iahdCgPyqbJaqScQsu8TZ5IXB+XyIwTCAPkoqmEgMvJ0 P7YJ5UqOv5f0SwXxvQLywDhHBYMUOxsECZQCAFSZXAYDKj8kAEkgjQLmLVPAQJAAYUCPChgG+Aah haJFxABoDKNjwOwF3hBIGFDtCxLfPy7q7f4bEhIgA0ijYN5GBwDwQKYGBqhyGKCEB05fym1CX75p 16y3vuNdfIqvDQF/KZBOB/71Z2f9E/j1v7r6nbP474N3/eLl6975qt8Y+Cdzu8uPvGw7d5770B98 rPN7F3Z/95Kr/85Sd11yNeK7LrlYfX/3yy/94u/ufedvr5v125+5+m+95rMbZp36BdwRNx941W/K U3/999yH3vq5zh9/tTPvxs5bPzfrjVcUf8A9H581dNKs1wgVTL191hvx5/27q7/9nF758i1Xkg2A BMIDg0uOdxcfC3F3ULFBqOwG0N8zMBjwrwTIB4OPDy67I3y/yTO5vw+F7++KNIOxu5LTzopjmvdV Gv1c4viTQAJVRlQYd7h/JPNMPoVZT7ae0/z1oL0kXl9NP+y+Wf+GZCnHAEqcPTEAsRv9zO7X09H1 94ZaMQCOfDQe8HN69wgsuFh2TuVBPh/8u4+XaYqbgokfEyvP+Cza5cy+Cxuo1zdaQGwZxObvcyF/ NoK4w92j4r8xSoAlAAN/CNYcGIACWm2poXSqLt+NPsVH9WLo26SXJKlB51N5TMWOn3vfbCjVmMvX VR3H+Bge7lwy5ubd92uZTy3pMu/u4rWyL0hiXz3/Ps9EjSoq7z3pfIz3GQNwKpeon3YnrTxwEh/z 36MwYPkLxG3rKM7bgrDd0iKwMkwLPGAm/L1eC+svY1wud9NrM0UGwdgF94yCE5DJylhgP23/IWOY Sg2XoswLaOth8S+4cwy6ULcw2R8WYv5C9/oXYPTYFSBRCTAwev7drjtH9Vc0f4FNUSauXfoDcmer FACwAJ7+vOOAAWhYgmFtC5xH6z8sSbXsSgII4iVFIr6hKLYJNQVHXgX5VC17ZCQ2H98i1OhmoQwJ MklSNheFbIq8dQAkedYxuPmRs44zyPoDQ2cbEjRPGFO+TUin4viPDK0/MrwesYqmvwSDI4NcPSpI QOtvDCDTXIIBMpoKo3+iGtSjxmwRHORHyupNREQFihjAUTYLKRgUVFBJ8MAaBWL3DQB0KhJgsNg6 A4IH1gSoYECTJt0sJO8hlU1EooQHsmuoIIGGgAQM7C1DqUXgChKAoY8xMk3R+pv7TzCQSzYOzRwG KD1LMLBAvkhQYECLwADyOYImD5iaMKDbhJI82XEFCSgkdKbYH0gKPJi4rjtJ5STg0+T7Q7pfqO2D Za5xaxQ4CVzDLxZnvQIDg9r091JqDqjp111DDgASJzzI2gIJA64S2Ylhx4CvU3D/Guh+IekVMJBK ef0oMIBnDAgSDgN+PADjlhE+7PdugMSWGd80NL5xyB2/anR88yhfN4T4ijwvMMBdQEkVBuQZYsDX Mh64HDDAzsCNu2a9+e3vbMLArKkDA4CBt1wsMOD/7vrgrLHXUzTxf8+9Q294+6yP/+DlGz4w6w3n XP3Xv3j5xosGfnvdwL/6GDTrs0/94oFrOf3tdR984Bd3fXLurFPXXP1Xv3j5mx/o/M569gF+J8HA rMGPskWwcO7Ar/7RrE/84OWbPzvw5os6p101YDAQ/+764Ow3zJo1MGv2x9kuGH+T3OEXv/juFQNv nDfrzx/lLqbf2dB56+e7824ahPtfXMHAcWQGl8D0FxjA/T/F1GGgsP5ZbJliZ39ggEpdPvPLwQx8 /B/Wv7viDohtAS/mIYGMBBQGUOOmv4YB7QkoDCQk6AsDoruGMhigj++vtXdT4vWHMMp0KNhAV61G tFYxQKQWH3Y/w4AKBkLi8vvBgO3zacAAJTCgGNAfBqIJYFN19vpcnzAgfj3EfFLeEGiBAa05+z5c CIOuRl9hQP26JmX1Xn32zxrJR4EFAgNsGjS9vqg1WYkMwCDHAFW6VmroyBUG7Hk/7Dhxgvnc9Fcx zXpDZvF5E0ozavGzAomZlLwDgE0lVhjgHc5HgSbVpt8DGNDOQPjp5PJd6q0bMCDJ4kLEdkkURBDT PjCgl3OJnQEiQfQH0uXZDVnmip+OVSm4m577wrvEnd8FaQ0l9cCJ0QAA2ndfNWlSbL3WEA/unAO7 T2dPXIFwB7u/skEOA+SBBAN0+b40Imyg24po6IUHEgww5vYhN/24D5WfQ1Dx3EK2g6gSDDpGlnlc KU9K7Oa+NxWIy2/ygMEARiUBKbPYaiQYPStjAwvkOAECFOQkUFLBEEfLZI6/UAYDxAAVkECooIYB PvhHsEEAYF2+j6jYJsRLSrtPZQUhxQCDgXU9YEALrCcgMCAniV3cVlQqlqRFkGCgbgtUMAB1vS1Q wEDOALX0OIGKFj/BQO77mS+mlRQGOotv6y7OeYBnBuTYgB8e0EwfGFh0G8fePAAS8M1CepyglxIM 6JahojmApWw64B8py2FgFpPKA5ZhkjuFjAcUDzpu+lUDCgNt+4j6wICM9P0BAxYkNmh4fRFhoMED QgjMN2AgNQcimCEMDM67qvt/svcfUHYV17ov3r1Dt4TPfW+Md8+997z/8z3nGtsYY7BJMjkpZxAI kAgSSOQgosg5ZwQSQUIigwXYxmREjgKBcgaRc8ZkcDjn/31zzqpVq9be3a2WGoRUc3yjPNdctffu brWb77dm1VrduHbILxaKYAD1MkbjAYOBPAZQtjSoCAMCAGQAP8FIwG81FhjoeaHAACUYoOJ9S5UE mnqca4ljA8KA7hMwEuDDyCSh+/d1yd3qIC9v/UUw/dmh0EIGA10FBuYsOhkwsM6GhIFGXSbkdg40 9hFtcIys5JEL85uOWQIv/n/9jDCwzQR3FV/igVOkMmWf/75240+7Nq41ovTbUQ0/u+je/3p6H9AC /PrL12+KF2526ZL/uh/vIHNG5mCAbx7EI2O5/mfLMY1dws5Ao0x7WfJ9XJHdijHbrM7eAhcRvTam 18al3+xd2vIS+v4ABqxLABIAEnC5v1ABr/3fIT2Bu6qoSCuAS4AwyoL+GADcciACwHYZDMDie2ev Ut9vJBDAAAy6Tub7YNT1P7VgQEcz9C7Xw7gn0Ip4nx9gQGXwPZUiDAQrf6BmlxAboMj015PZ+nvF +oMERMIGDgMUDzhZAcALFr95Z08CPFTfD78uiUkc/H2yf+B+jDg0GIBQFOvfotwcGHpYf8EATwKt Sl5yv3QS5AsjPMD6c+y8KySJaDWOdPZFqR1XJJBpeJXKzlqCirPsoQgPgZv3RZeLw84OpULTL7l0 DCjBACfmbCOYIxehqJadufl+JpxZGwNU4uMtCYs8hOnna8X664V/Nfp74BATYIVtJidTBgl4ob0W dpnz4bDNnZuBll6BiXOsLjNpkSV3iUjzsJJTXM8dyqt8JczF5Y+whoZ9RPBZzB0JqKzoTyEZIdf+ BQMksVOcI3Kv5WIe6SQQD2Q+acEDgMpaBOw20P2TAbLmAIsw/VKk6ddGgYjbJwQJpGkgDIA68mbB Brh5HIINCANKBfDuewoSiNfnOqJhKGJmLRhQH4/R5YH8hOKp7FakBd3NzQa638CMPiT7mIUceKj+ 3i0HygnvoMCAHBOMCnhoYAAY0Pqud4AB6P4dMxAJpK6OnyIkiIb+pbLL7eAB/8xjyN9xSPcMsJKD AQUAiHluyZBRgYEBk53/QllRNxDT68Pxc3KwZMjvJy7CAORJgI8jQLKTPKxgxz+SCpy0LcBksB5m PYEqc11BdKt2DLhMKAcDGRJoc0CpQEcmTsgrwAMHAxkSFBJM9gnGkocBNgQoDwOS1FwyZEuJSrLD WLYXc7FQSUTH3x+OP3cTUkECzQMY6E81+o0EeBVVFwYgeRYBNxKQCuzxZMoGISFkbQGx/iIuHBLT L1IACAW7r2ODk6wOymBATrE/4BoFfnWQk4OBsDlgsv0DZIDGXuNyMMDcbSPGBMUD5q7ieCB8XHHL yq0dyoBBHkMmMhgQMGhVgIFSAANkAEWC7nT/lR4kgZKMCgNgAB3zJDCm2WGAhwEmfaXYmzDgaSEP ADmxFSAjVO2ewYD6fkpyRQKteNOvy4Q8AHjJYVZpFmXWX0QYKMj3BwgDcxedNF5goKTWv8+fysID tWFAHPuSsQO4Soe2/t59UEIOc//f17ZK5b8hb/zlEMBA4//utum415Zc0pOvuqSns/J8VeN/Xwck UIABe8PG/3t17gcQGCh1OS4HA9k8YQAPA3ZWCGHL/9W4+ralTc9WGGB/QNx/WRnAi00AmPtw8Y+u BYoBgK69cKgMwIqDgbaIbp5tATBAtvdX9wNoDpvuiyEMaBKInh6JOPv7ZFSLb14/r/scCbShG6CS VkCVfYAcDNRlA3P2ugNYbvSpe3+tkpPgwRR/KO7fw4B3/3b9PiABaErzLg9QcpjBgNeumBBWssMm wEDo7/WSv+Rq61sWLHsnmH5af3uh5jI+8JNdlQG8OF+kh3DwHgYeNPfvKna424NyStoCnFZDhAFx 9vTlUvFJJDh+SWyJjnp0SC7YGwnoNMvJA85/e7lXqWz1Tl4ZHtC1c457E7267/IABtTfq2mmRoho eaFgQpCHRcq/p74DIYGH/Aox7vmgFOmh7SPESVsOv77H/f8ygh+Hw38ZMeVftN6aOFO+zkBck6M5 3bwozGHQc4cjpmgimuIv1WciD9ic1UbkTikShJXOe8jaJFk4pOQAKoBxD5YJ4bu+t/NIXX3EOcoD eC08PYs4q/4eGuESoQXXH7ivefi9EIt+pkiXMAlOYM592h/wwgQmDgBkpiEB7fvwe5qG3cN35gOV hS6k7iaAJUARmC9ni5L7GgkGqO5p3v3uTrsDCTKLz7ojARp6re+WowWM9riDYI66fDl0rwrq2iKo 7nqn6wwIDHixLoQgMNC8611Nu3CJUSRaf46AhDsVAEIJANwhMHAHJBWDAe0Y6CIilwfa+XZKZpYD 61+WJL+7ANY/O1QYkFEOFQay24+KDAb0aWWWi2D6Ncn1BFRw/DqKkNyaw4CQDVxzAIrdv6vYoWMA TVBxMBCISKBscJPejdQzQIvieiHpEkgrAHkIA+wbeB7gHgPPAw0AALyW+XUEgzwMhM8lUJVdi8Aa BUQCawWIFAyCSh+562hfPn/A3XEoJgEvNf2l3pbUkfFARgXuWQS1SSCUwICuDpKK4IEeCiFo0giJ 788vFlISUGklp0a3sTiAgUsNCbx6XsLnEiwNDOgyoSIMQAAAhQFJFAaipUGCATLyer8ngT5CAiLf DUDCpUSZYhKAnPvnU8yq3S0XuW5ACAagArH+9kBiRwUoKgOE8jCgPFCEgeauZ6v1hxwMmAwGJtzc sPYGGQyUuFKIqgUDjbKY57Uxm/03sd3iwT0MVLaCTV9yyVbIS2vsUtrwWHr9XtcvWfLAvUuWwKA3 rPa/gjmAgV2gDAaCNyQMrCEwsFUEA8oCQUPAJ/iS8JXwy3sJeeP/7l7qckK5PwGgPFAUwEB14N0q 2QEcuH/2BO6uymEEAFqpbntPdbt7KjIy2Q6TZRx0T5mKrD+LcO2aSM5DJ3r6EAO81MGHh0x2uM9e uIO9gzP64vVdDh/vKoEGCwygDn8v1/vN8RfvDgTJgp82NwTiy/wmcfaSAwbU5bMeLRMKGIDi8hs3 hurM4gOdhhIDMJIQMrufCQYdMODsuxYzGMifLUp4gI7f5U6Bxa8hYgBbDREMwGrD2aPoLL44fjXo Na7ucwJeghfWhgG6djHuVoF3p+zQ1c3li7nXxLy+SVsHdvZBN0dEe03BdpvzpnEXwx16cY8Eemgu 3F4l06JTmdyEXFH0IMc9iQdsGrRRtN3hu+lHw9nbW0Gw75wjeSa5eO9svZyly6dsQh3pHCjjCnl5 +ELv+3lxXYuYL7Z+tYAEOumaokCdWMx5/dVG3LfaSFbwwvC1NWUTdH3RCHH/e9xjp0gF9/KteBbu H0Xff/CrknioLl9hQKTwIJKZoWSrsXICRy4iys5aowCiv6fLF/AIbk/EdsRwWXo0HJ/oKAJEQckp Ec+69oK0CyQhM2QwoOSgTydoGnZX0/C7mobdWR12JxM+Ls2WFYmnN2DoxGJm9KUiE2q1DsgA+cOm 3e6q0vrD99+VkcBuyHE2dP/IwQPucFdZOMQ2wh1Vipf/m6R7wLO6x4CHt1cEBtyqIQ8JBABWbAVR AQYog4GqjvIq5AQDLcLuIwlIoCilAoyZdrytvNNtSMo7cnQkcKu2BeQGRLD+igT6kDLLpV2As2wd KBKo3TcA4BohaxeEity/qpytIGKCQ1YUCSISUMnthkokAah2c8DLOgMuj3oCBWU7BzgCAIQKOEqX QBsFgfuPGwXcWuBJwDoDV5f75g7z/YGrZM8ANw8YCdTngcj3+6K/6ZAsFqLpD2HADh0PNDrrn+sb iHiXocz3Xy53IDUYMAxwoyYlbi8GD6iVD2FAFbj8WgIJNPpE70wqDymT+wtZi6DU2lMI4P4DHuAC oRAGPAY09RjT1HNMtefFeRiA16e89Y+k3YBOvaUPYBsDYgBQBb7f6/xqdy/n/vMw0MxbiPKZxHzI QGD6PQN4eRIw5WFAKoVdxTVhwKx/URud1vBLu5kPL/n/97U3vfKN/3ppwqar/Y+GLS/LFvY8dCHX +nOVjsW9p5xZ+h2bA/vcLzsNVvtfAIDGf9vYlvhL3HvcXmL0Xxmz2U8aqj+R3oKLx64vbXJWufsk jmuM8y/5L956aB1OrhyQg4Hu6+D95c1fY/6roaXNzjYMcOK6IEoYwAswsK35/qr6/m25/ic30vSL asFAebu71fTD66vjL3MhkACAuHbJOeZhgIdN298DkNA8FBf3uzk2H56eAHCfwkDO61OoUE3w/fGp +yoo7ng/UQEwIDwQAwDEXb9MmlshgSmWyIKfIgzAuzdzGQ9NPA6rQ+5vQjJ0CpOhPKX+XmdKT4BN AC2qPAwQAGSEmoUEVNITgE1/kGywKypw/BSMu4wshm7eK4IB+O/gkLmr5F6OYi2pfX+ws8AAR3H/ KuQqVyEMmI/nBf4aMBCu5i8qhIHOw6Z0hrG2a/mZoa8JA2b9hz8oEhgwl/+g5ZjARGAgtOxSrG3f UZdkNQcDzG2yn3+/Je4dOMFOZeJVfAcDcLThqUj/wmk2Ga9aTX286wZ4O+6t+b/sqf4+c+omm5DV 7SUFHsAhvyQ7ywoORTT9Nkc+JesteNfuYIB2HPMLhj668B9J5udgAN9vOKGmOo24ZzXfKKDd57Il s/48FNM/Au9JDBDhVTT9nX1bAPIk4CoZJ7Qq9youIpLmAJcY0bvXggHPAF7ShRBICOuZ74f4WjYZ XIWv8muK7m4qiFRgJADHLz0EOawNA63JLRC6s4pkV+QAABMrXDhEr0+7D1TY5U6I7p85txn4ZUX0 9AYDwgC0+0gwX2BAaYGbB2RUT29sABjQUxEGqHIwkBdO8WwZufP9NRcOedH3R1Sg0pVCTlWSAB2/ VwAD2T2IAADSJSAeQKXtJeeYIwSviAF8knuMscGA5wHJeR9SSvYW81Fl5W1ltzHVAhVkp7Q/UJ8H BAMwsgmgPQRx/3L3ISThPYUkiWEA8jBAyZIhhQFRDgZUCgN2CH9vycRyrY3FavrD1URWyVSDBzwV eJX8luJQIQz0GqePI5D7kGZI4GVswFVDY8XTRySgMt8fSdy/A4AQBtg94KYCVLIbkhYAIBSXCWU8 QDZQEohhoGcEA2wIKAx07p31ASJFMNDUi88ioILlQPUVwkCOAVQAg2aQQLfzmrue2xSsF4Kz97lX hgGm/M2FUCnCABTAAJ9AvPaGm+UAoO+fNSn1/VNp84u4G/hn/SnZCty41giu+P9fG8H9M/nlzjD9 pQ2PK621V+PPBkKlNYY2/nZUaYsxKOJwnyn/de++/40kgFNr7cWzmIZx3UNK6x7Kw//dDZBgkpez vuUl5W4Ty70nI8EhX4JpqtUHZvPxtv8qWn3bUKX1Di1tfWmGAeL42QrgTYH0MC9ZLAQY4OV/MfoF cZo/rIABBjEx0y+CR9eRGsQxO2yDaNy3F+/OQ+fjg7yemna4v2nw/dXBGO9DIvl9ODR5GFAS2EmM viKB7AO2xA61LcAl/nkkuF/dfzMSP+YxAIJ355htAJgCAMhEy/4AEwIDjb5bC6TWnyMpAon0AVQh BoQSDHjQIYEHA+ZOsPLxfgBYc0tkzY+vexhQaYvAH0ai0VcSyCpSzPMAR+kMiFry+p0xinFnolJP r2f1Ar/AAP398Ae4WEhGUAFc/r/A6OdhQPUvavrhlSUpyJy6+HiZydFsvTp7GcVt58X35GgTbMxI IJOZ9Zb0oCzs4ZofP9n4JJujMCDJnpwPI/svfAlcsn0x7AnIWR6aZaeVp3EXMw0A4GIbk7p8qYhN N88t86HO4uA5ysuVEzpjPifbTCUKza0iI16lb6iHmdxkvIN/E5lp8zHmvhJ5q5+M5ASVTuDLpbeg L8lG94aUTyjlCpHnBIMBdiQEElRumVD2WpnAOZHvV2ZwchX2CqzbYDNh6IlG7CS4bQm86m+T26FO w2QJE3sIdl8j2X4A3dM87F4uQBp2b/Owe6q7Awbu0f6AtAjYQxAY4GjmXoCheXdUWtqCrHIdgJAB opz9gapCApcMUXpKSEAr1iKA3ZfWAZy9koAdSn/gLxVBBTX96v4j5RnA6/Yy7HvMAKxXhqBuzzzm nYj0iWa1YACoAMefqzgMKO90mzYHQrESuP96imDAeCAPA42GBNI3cI6/uoMlMPqaeLn1QtYoKAh4 IDAw6KbKdjcXdxVzKVFUKcoxALsHGQ/kNVDaAuwnCAyI+9fcJ5pHCgAgFGGACZFASIB3E7K2gDUH tGOAHKOsHVIqKDv3TwBQxRjgxduShoLR97cfbext1r/kWgQqK1KuA+BvN8RnFccwAOnMTD2KDykz ux9JYcAvE9IxOHsJxbYA54TWv6iKPY5AOwMxDHgSqPYcUxEY0EVBJjp+kEAoWy+ki4Ka3dIgWn+n ak+uAoLdr9cTCBggkjEA1fM83nrIbRJwqoEBXnkYiCRIEJGAyMPAKRNvbvjd77do7PPnht5/dDDw l8Y+t9szwrYZzwcCyN2BGjc4pnGDY6m1RpIB1hhSWmukkMCxpY3PJA/87hAnKa61F5cJvTRh0/9r dZh41jc+q7zh8fT6EBLNf7M31LgWx+yUgwGMpU3O8tNKa8scjKpf7WKC+w9U3uycSo+rYd8JA879 Oxi4Uw9ZEYsvCe1+izCQU1kwoJIngZyWHgYgwACsv+Sx429BCgOh4P4rwAACAFWEAct1Y4CTmH7V FLp/AoAmOhIJQutPJAg6A7T+sPJ6yd8u/Gck0LyLjEMFBiSRCbzqLxhAKujES/7O6+/yIOcE7r8g Tg4AQMdQ3uhngkG3RDcAQFZ0hyLAQHhocl6fRp/+PnP/5uApcAKKtP7i7HEWOWaGc/Lizf5zQhHW 309AhebewUBnMIPAgBd4QDsAzAMYgDgB5rhFGBCxwpd7Z5/34jXlYcAf+lx0Pyx+Z8lp933icj20 U3aJnWdXE0MfvjOn6ReM3MED3D+sKuwvJHPwJvLaEZA6cjPHOkcvrvs8ruSlMEApDMiX58+qSAh+ WmvCTH6D7lA/F+NPRj7gXT4hBPJf80jM5AofL6GI7PtScduxzudrteLOZp8lJJCDARNMOb37CLmf KRLx9HbKTaBcf8AaBUIjGN1ZrkpCQrPuMMDELcjZy6HVkNsSoyIS6Ooguvl8PRNgAIaeRJF1D7i4 iMX6MEAZBlDaCmja/e7qsLurCgNQxAOyxMgdIoF0OZBXeKiowJwMoNbfswF5QIt/adpNugQeBjh6 3dGkuwgIA9JbwDjkDvYKsoVDgbivoCUYKPNhBX9pGnJ7k/QBTDvf3rQTinYoO49vj9x/dGiSrQVQ iATIw1ZATcH6y1KiHAyIos7AZBRlnFxzsZAoQwIHA6HCSgYDGAEDLd9TqHXV4AHZRTDwusaB1yIp ub3F9PrZVoG6MJDrD+RFHuiLUfsDVzdCfXQvgREC5WAAqgcDTDwAxI8ny/GAMED8LIJSLRiwunUG mJME2ggDULaNuC4J5BTtGRABAxp7jGnsOUa3EITWv6hKN6UF7QzIMqECDAADhATGaEMggwEuELok RAIpajegCAMXGQzA8ddiAC/4/qZs93DIBq4hABLQ248GDYFM4u+jolYC959Tc3fXIlAGCMFAYWDe opMn/aFh/Y23AgwAAKQbYM8JbuT4l1LPm0vbTODzwtzjw8o45KPBztAHCEhyBvsAXgIG5Q0vkWcO vDWmbzde74eP32JMuZeY+y0uob8PteUlmTa2isGA8EB5q0vLm55d2ky09aWZtLLZ2eWtLy1vPTZT j0nlPpO96feCj2cTALlhwD2S31N1iTf3Kvp+9fqD7uVrB90LDMhGWxekC4Ha6vvF8Wsiy360J2C2 3kZZ7ZNt9mXOU+L1d9CL/aHX1wTOXs19zuJ7GQMYDJjU4msSVpz7Z65e39YFeTkMADCo71ce4KX9 qDOg3QBlAFcHAPjFP7z8L/4eDl6TULT7+boCANR5lwfBDBg1UQbobCRgpj8SjHvk+yN1CnOZr45f rb+XTrCc9p140HnYg53g/ocxgfSsKHP21kNwczht+EOSOBKQi+Iywt8zEffvV/6ICAAyQUlATDwN vSuuRjMtlRb1L3s85MdY9Oix/mVPzBRDj/cfwdE+V0bAAE51FlPOhftq3GW+GHQ3Xyy7TRAYoIOn s6eh/xfOpD9WNoAwDd+OTH4A03g9XjDjJyMe7Cy+38Tr9HJWrvpr0V+Az0mtswgfKh+njjmYU0/y hnDwYuKR64hPtISSsz+hlZdTOjP4SuSropn2Fbwky033EwCY6GfxUM09pKZf5ea7zoAe4tRI5rkJ kjuisGcj5EQeYJE2PfgIiu7fQYLygy03MiRgYo5fRtccsDVI3HvA+xRpjhfyIwLR5ev2g9D3axKY fl7jDw65x0ASvK0lAAAygHsMgh0GVMBuAIvSSbgHMKB1woO+igBgzCBIwDVIDgmgu2HudfSSrcmo SJHMcLdhgJGANQqQkBCsjvEuhwR3Ng11MMCFQ8IAu95RcQAAQ19MNOc4JEcFgg2204CyBUJ2tsJ7 kuYeb8yzO4EW6iwZ2slUgRwMUDtmMMAxq8ckkBd3F8Dx6+juNaRggIS0YDAgkCCj5VAIA9UdJlcG 3SwPJ7Z6WVoHGOn+t48eWqwzkcje4m2BBzeVtru5pCuIik2D+sotHxpoW4obdcPxQCZUP64g4joi bQvIrmLLa4IBAMB1CUpkADH9fCiBuv9MARJ4+UZBDVl/gOKNR7XCkTAABohuN5RvFwRgUAqQoJ7q 8UCsjAS84O8VEmoraguYFAOgHpfoE4tblO4u4HqhSvdLqt3HeB5o6sFc1wg197qkqfeYau+LMSoG FOUhwTYVyJoiEx9TYD0BU26LcCb6fkUCWSmkFWsIkAT4LAIBAxm7ndPc9bxq1/Mq3c6phP4+RwIZ EkBV+v5sZg05Esj2DMxbdApgYMPNtvEMEKrc7w7yQF/rEpT73a7ypzBGKonKvW4udb2KVAAGWGNo 41p7lTY8np6+X3bL/6XRXeUBd/o1P17i5iPdVd72biiq6+V8TUIY0CJhoL4cDGS5l3p6vzFAD624 A1f5h6KDd6a/psToSyI5L+fbFX1R5v6DYg2p9c8qTTtNcRb/PlsjlF/tY+t/5O6fTTT35v69UKmy CWBj7uxO1gGAcOhz7QygkmGAIEEnYQDtBmCsd+FfbT3l8s67PuSKdPNWdCSwmuSu7ifA/au/z13m 12INiTWHm6eCOc7Q53jAdQaC4vCHVPI+fDeacuSyekcw4EFu25XJ+lk62b/EfHxetML+UC/22/V+ Wn9nlM2Ot118OZz9ng/RcDt/LyYexWya1d2hyCbTu8Pf4+V0+TT3WucbmvBWVjQYGCFvLmwgn2KT 3eV8KY6UxDlpWOHO8Nl4B1kOhFOkBV6txzTwAD00nbebLD8NM9ZwvTmPzpmUd/Aivk9wSKl9F0Of P2WHYd2+hkw4Fb3KiZ+ee60U9eO0WHhhNnkkYcAfqim3U5HAAGr6BQaY8FAxQF8l5h6HetadCiZY ws6Ay+1BCqzogiKTuHz4fuEHSFsHygbaYcALbZr6fqEFeZUgAbw+T4UM4KUwYEhQTx4M5KEHnXhr IwEA8fqaoAJscDAQnHKHTsYJ7l6lfk1RDZEBds94oLY8DARSHqiCBMADQgK2uyCvyi53lLleKMcA deWWEqnjD2BAWwQBDDDXohdpwWCgtV0ELcs6Bjv+UXsFwU2HTOLy1frfyq3GdP+qDAYkyQBAVw15 NcL0uz3Hzuv7JJSDAYEE6Q8Ep8AAvCepEILuFqj1dIKaqrmdQEnAw4CQwHW+UVBU0DcwBV0CfTAZ n1ssuSIBGKCesi5B2BlQBTBwVQN4wB/mGMArXjsEeR6IdhJDpbwMBmDrQ+tfU0UYkHaBWxFEOdNv G4jryPEAFLv/WAoDskkAYIBDaQtIN0AxQNWpt9l9c//uMJPtJaAyDJAnlPGGpN2pKqQPKyhgQCYh AU3E9NuhrizSiqrSDRggJJCHAS8PA1E9L9cZUEUwsK2Dgd9v3k3tfl7AALP7OBQM0EOMyDMACOVg 4A+EgU1kec+6hzZueByv9PeeXBMGSnUIoeIfHhwxgBvp42PdVdrubiiqh+Y+lN8KXE+6HEjFw4AE IJh+vcwPB+8xgBt8uUqHIhIgkZFz8u5fNSBFihQpUqRIkSJFu0J2Dri7DBVIANL7DgkGAAaUCrg0 SHmg2usSqKn3pU292RyA6a8BAwEGRCQQw4B/clno/p3E98cwIKfOlw0GORKAPAxUu51b5fMEvMzo hzBQFwmc+48UdwY22rK7WP+MAQIMqHH531FBQd7K61r/LWU5kF/w48+2Uf6uoIH1Z+4sfnnbVny/ FeWeP/UkEyTJG/1QsOze62tuDKDW350y7eAYwMsdegBQ4Td44MCBF4+5ZPrsxW+882lSUlJSUlJS UlIbteSVN/9yxx2wUkSC7peWu9fcT8xlQk7EACRKApVeIQmoxjRxnwC3CngSkL0BdTDAWf+iuEwo WCkEZ+/HTHD8ggFCAjybZwCRLBNqipWz+8CA1poDgWrCwNWTGzbZqkepnzKAwgAYgOa+DglAhTov 8FtbgJ2ByNa3Q/l1QcU+gJJAEQZqKnT/kThBEvr+mlt+xbj7nF7fkhwMyJ09hRBsQsADBRhoGnw/ fnGHDRs+bcaCR2csSUpKSkpKSkpKaocWL3kdhgq2Sm42eqkoBIBQHgaEBwQGAhIQ9bmkqQ+QYIx2 CYwBeOdQPn/AY0ClRRKgbMmQPGIsjwFyaNYfh516kQTo+1k5jxIMwNjU7fwCBqhii99KcyBULRg4 aeIfGjbduicMfd76I/frgsTfRzLXLklhnU/EA3qYK7olQNlaoKAPQPcfWHlWrCcQIwGkSFB2VMCt vZKo0fejyip+wY/4+PoS7y65mnhNeMMftf6yEEhlvl/kD8t87q8Vq7LxF+LegMH3A2RJAjNfSkpK SkpKSkpKarfAA7BVjd1JAmwRiPUvyQKhQGMqPS5VDKi6nkCVS4PIAJ04CgY4KmjufUmhG6Cbj/Om v01SJGBCHlAwcH0DpQKvSjd2BiTJ+gPWHNhGFwvB0+Mw8/0hCejthkRy4yBJ1Pez4kgAqnaFzgQM PB3CQF7AAFVUd1IH3zYYUNWEASbUnboTwEsNvSoosl6KpDDgJqvj94lyApf+iyqyFbjG5f+cYNmZ 0O5Tcpk/y4uJm+B8f02F9/4Hv5511nmPzXwpKSkpKSkpKSlpGTV58m2yWEieRCYkkF8gRAUwICTg 2gLNBgA4ZKUK2YQxTRD3GQMJ7B5EeZefU6X7BZD1BEJZNwATbLFQ1a8gkhYBAEBJQPMQA7wUBhwD 5GAAAgkUYKAo2T0s24hJAttQWw/cnjAwaTL3DMRevyBYeZUBQEE5r19Hlf61+wAqNfE+qSd1/4Hk Gn+EASK9/K8WvzUAoHhFP8jLrfl7TNPHhBEb8Kr8WRbDw+AOP/h9nT578eOzXk5KSkpKSkpKSlpG vf/RF26lULEnAAAABqgMA0gCvYwEpC1g8mdFdschhwGt8ICHgaZuMma6oCIVmn7pDPAxBT0FA4wB 4lZAqHLXc8uaa3/AlIMBrxZhgDcerW6T01YDt39q7qKTJt7c0GWzbVpoApTEvnsYUJmnzyvz+m79 T24VEMYCAHipjw/zmopIABY/zOn4PQY4W99G0dP7VUDBUp9lFKy/T0IYwG/t47NfSUpKSkpKSkpK WkYFMEAeqE0CveD1ze5LB0BGf5gxgOwo8LcbcgxQcc8pc6pBArHAACLpAFzIHDAgzyZzTQBlgJgE AABRBdJiwAPnVdkrQOK9fub7i4owoMnBwNNzF5141c0N62+yVREG1PHT+jt/37JqEoLBwABrBeg+ YHX8XNgzMFwCRK8f5kWZ6XfuP5SSgPFAwei3RXZ1H5Ir+ssOA4oBwRjDwBOzX0lKSkpKSkpKSlpG hTDAh5G1AgPSBOjNPQMhA6g8CXCBkDyYTOVuSwokuIgPMw6eZyyVAgmIFAYogYEm3Xks9UpXgYGu 55f5WLEavj8SiwEJRDAAEtAnEtRrGoQkABkMDCAMnAAY+N1GW4YMYLbewYAmbZZvBdTtA0QWvyxI IPk95W3vKeXO3qNFETcGlAfdW5JuQPgEADp4zbdfahJgQ8DW+VhngLn39O0FA+/7a0ph4Mk5ryYl JSUlJSUlJS2j8p0BUU+2CBQDqj3HVnuZgAFub0COAZogbQW4bkDg/s30h2KjgEjA0emCSq0WgWCA rBeSnkATbzx6flXbAuABwACTgvXPIwFyVcUAoKhaDLANGYCbBPIk4AUYeEph4LddNi/CQDjm5ex+ TZEBPAbcWcoAwBLJQ7ufgwGx/sGpbXWLMPf+Rpf/VdluYK20CgPBrgBX0X3AIj3MPH1bGQD+3o+V gvUvSmHgqbmvJSUlJSUlJSUlLaNqwoDvCXgYaOo9LoABVLRXgDnABt8TMABoGQYgwoCMTp4EckhQ 1UeS9bhIdg8LG7AzYCRAWc5dATEVeB7oap0B5AUMULUbBhYSBtbeYLPQ9JMH6iz7KZAADn0rQO4L 5Bx/bdH6RzBAAAgFNuC4Ldy/7QcImwCZ4PsHGQPkzH0t8WK/PgvM+36vvK2vCQChj9dDjm7Zj1WC OdRO+cMd72/acUrTTiaFgafnvZ6UlJSUlJSUpHpg6sJx19xz+kWTl6/wnnjnlekjijIY6DnOk0DZ kUAIAyK6/yaQQO9xfgJkjyUOGMBLYaBYDDCALQKCgRUJA2XuD2ZS7XmhrQ5yS4YqTmXII4EXmwYB D5AEDAm0OVCt/SQyBwN0/7IoqOvZCgMtSGHg+Ktualhr/U0iGOAtgwo3DA0V7BW2e4N6EgibAK6i l/9DBvDKMEBvFUpgkFZA5vtdDluPsaTFtsCA6wN4GKAKdl/uGuSLPuE9QJFEnr5YUbXUEBAA0LwJ SjCQlJSUlJSUVND5l9/+4FNz5yx5e/kK74l3Xpk+oigPAyXuGRhb7sW2AHigSqNPBqhkMKA8IMWM BC6R55GFyvl+M/p5hW0BgwE79G2BC7koyPYJBDDgJpQxRiQA5WGADQGfd5OVQpIXeGCpYaCy9Vm6 TOi4CTc1/Hq9jWHr2RDod4fdBShn94ObAjHXRCpq9wvuP1TFGCC88K+H+brfH6xePycygKq0vSu2 viKInl42A/BQ1/3XXP0f3UI0M/E1dF9TcMlfL/P7QwhIUJZR6zohm+ZyhYGp899ISkpKSkpKSlKd ftHkWS+89fDzLy5f4T3xzivTRxSVdQZUCgPO9FN9xoU8gLM6ehjgDUm7XxIo4wH1/bF0jVAPv1Lo AnfqwkoP8foAAO0JcFFQjgG86sCAWf9MAQ94tQ4D6vgD989nC2zt8q3PMhiYs+i48TdmMKB2nz0B un+nAXdHS4BKA+7MXf7fVm8TZIeSeJev64LM8UfSncF2pb+2gAHc2isJPL0kGLdnUeXtfibdE6yn igpMfzhWB0/RG/7Y4Y45lw811ag8gFdVB8touUjzPC2wdbDTlEoAA88seDMpKSkpKSkpSXXGxbfM efHtR6YvWb7Ce+Kdf8CPeHj6i5DLpfh8Xiy+KImOMs2dQg6FH1FUBAOVXpc5kQFUIQkYA1hPIFLY FsgOndc3aTHjBOkMCCHYnUb50OL6dxnyytoFrSKBaptzy93ABoYHggFuhwB5INs5ULatAuc6OQwI tGV/wMDC4650MOB0l/QBAgU3APWKYCDLqex6vyi8/H9PCaOuAuKWgMj6F8R1QUYCSgXkgTwMiPsP SUB6AgXrX5SsApK1QCAHWxSUjergTTD0VL7oYAAjkxowgFOUcMWUCqQwsKPBwLML30pKSkpKSkpK UtFGv/TuozNfXr7Ce+Kd2/IRZ140aYed9qknnI3me9X4iBkvPTpjiYxeSx6Z8dKZF00M3nDio9Nf OvPC7EP5ETNeemS6zedLNJ/+UvgRRbUEA73HmgIMaBEGVBkM+EVBoWrDABsFhAFZGtQ6CUB1YaBw fyEvhQHdPOB6ArEq3F1wTpXLhNoCAzc1/HpdwAB9f6lfwADBNoCa0nU+TNxmgCD3JGAbgpnInmDY +tYZgBIAIAx4eQwIrD8m5MCALr+4KyAQrb8ICXy/eHfJORIDnKGH1PQbGPBQzX0mt+xHL/8rFXgR CQJVdsqkMDBt0dtJSUlJSUlJSaozx9w676V3n5j96vIV3hPv3JaPgB3/R/3A2Wi+V/EjHpv5stMr mjwuCd7kv1wgP0vww46l4l4VK/yIonIw0OvSAAagsaiotEVABshhwJggp2TJUFZUx+/wIJahgsGA ksAYbQ5EtxVqWeVuvMco1SYYsBwwoPuJRXzaABK+Vu4+FJBAAQZkmVANGMgpvzSIRt/W/Djf7xJZ JqQ5xxAA9K6gJmfrCzDg7b4qKMqOYVePYAC5jL4JoMrsvh7mpQzgpaafJIDRGECLTVz8QzZAErn8 QDJTwIAv5OX/BzJJHyCUbieoOhh4fvE77dCGKVKkSLFSxE9/+tN/+7d/i/7EJSWtyqKNfvm9J2e/ unw1/+X38M7ZR7z07pOzX6speHEz/rUCZ6P5XvPFqfuPmP/Ke4/PfvXxWa/YOAvjq0+Izrr4arzP P11EOc7yicI62UjjlSfkHfCe/iOKUhhw7j/sDFDlgAcy9fTu33y/bRsowEBo+r20IYBEz/rOAB9V lsFA29TNiyQQ3F8oA4BI2XPK4jnnWKU1GAAJtAADd5cH3F0RyQIhlYOB3MYAKyoAiLLc7g06iBuC o23BrAdsEKkkKu8ga4S2R24MoOIplztD35Ldp0fXJPD64VmZoMuE1Nk/gAkY9ZAVwIBUigov9oty 1r+68wOVnS2BmoY8KJUHKkMMBqa/+O5SCf/t7Nq165QpU958800j6BQpUqT40Qa8xZL3P/r/uvX9 1//5P6M/d0lJq6Zoo1+u69TbrXlio7OPeOW9p+a8XlMeBpCE8sVovpfyRv4jXnvSCbkcvq6HZ4+5 Bm/1t3yggrpMsGnuVSaFAf2IovIwkFfPcRQbAraIqNRT7jjkvH5JAECSMV55GEBu7j9SBgNcIHSx YIDldpchl7TQJfArhbhYKHz+gIqtgMDusxjAAMGAS4acznbTlgIGjs9ggBuFZa8wLP5AwAASTwKe CtTuF+QbBfJYAO/+HQxkJCDS5kCMASZZ+cNdxbVggAuB5JK/NATM00sHQMZckaKh34HuX2GgLJLJ 7qwcehiQwylld8m/Km0BWfHPi/3VnUy0+J4B6PVh9B8UBmCFcwQAQhgwDaEUBmYsea/tAglcfPHF b7311pV3z05KSkpaaTT3r9/csvA18ED0Ry8paRXUmZfctuDVD56e92ZNnTPmWrXmNYWz0XwvvCfe uS0fgfd5XwJJy8VINT5i7utPz3sDemre68znvs4EFeZvnCM8oG+LQI6KTMA0vsrLH4YfUVRtGOg5 riqjwwDjAQcDl4pqwwB5QFsEJIFMpe7WBFAGCBoFFzX3uqQi2FAKYCCvOjxABjCVMYYkINbf+351 +QoD8PpyGJIAVdkmU44EtlYAwKgiDGyhMDD+poY1AQOB3XfKwQCMfinDAxxqK8CaAMQAJQGx+4U7 hBYcf0EV2SjMPQBy6DoA1gcQBoB9d3a/VhOgprzFV5UH3w8Y8IfsEsDou4TFHR8o6yV/XvvnoZh7 GH1YeV7aVxKAy1cAiOSmeRkDVIYIMwgJeBiY+dL7bVfXrl1BAuPvnpOUlJS0kunxT7766eBdoz96 SUmroGB2F77WklO3tlqtaMmpv0Yb7T8Ch1PnvVlTeJM3JJCE8sVovpc69ewjXv1g6nze5Gfq/LdE SJg/g3HBm+deQqrR9/SBCurPLHgLEzBNZ1JM+A7hRxRVrzPgMMAYgKM+lcxgwF/7z0QAyHcGAjDA eHG5+0VUHgYq1hMIJACAJM8DBRIIVNabjdZqDhQkvj9fVBgIAIAKrb/oHCcHA7MXHn/FjW2EAe4E CISiPFFY1/xsd6/sClgK9x/JwwAxAAq6AQ4GgoVALtEr+qH1l8S8vvp+fymyjMoAAP/0SURBVIq5 K9rhjmwCsF0gidzwR0jAX+DfKbL4au41b6NsaVCmoQ8qDMx6+YM2asMNN5wyZcr4e+YkJSUlrZT6 8/tf/tu//Vv0py8paVXTWeLUn57/Zk3BLr9UP3A2mu8FwMA7+4/AofPosVr9iGi+F75s/xEKA88u fPuZhW9j9JLDt8695LrwU6L83EuvC18SSmFAP6KomjCQkYC4f8KAPpLMlAFAKJh+4wEDgKhXcHGp +0WQdAOIAUSCnjiVM/3LAgNlPnRMdg6wV6BJzvSLBAYCHlASqAUDMP2AAc8AXgoDg2SZkMJAcNUf 4jKh4FAkTQDJkdjTgnPuP8zbKmUA3ScQdQPIADvoqF4/hAGtmDJzb7lQgfp7Tg7t/gOaOGXW34v2 3SVFZ6+JbABoXZUhVHXoQ5CQgFSGPoTfV/zWzn7lwzYKMPDmm29OuHduUlJS0kqpW9//6qc//Wn0 py8paVUT/PTi1z+KTLAXvPKi+oGz0XwvvCfe+Xv+iGmL3522+J1pi955juO70HOLqfAjkJ83lmxg x1J5DpMXv4PxObx2kbyDvDb8iKLaAgNcJpSDAVsmFMmZfg8A2WFQt8v/2hMo9xA8CKQwUCABVSt7 ix0GyKohzTGG8kggMOAxQNcFlXM6p7T1OeUYA7zOVhg47sobGtb83UaB6eeCH7k7UOb+Ic2lCXBP abvY09djAF7Rh61nbo8LwKGafukAoGi+P9gbEMOAJKH7z1oBvgmA3CdZ0TGAytt9Vdnncu1fFVr5 cgAD5v51zE/LNOShJs7kaDPV/QsPeCqAFAbmvPpRGwUY+Oabb666b15SUlLSSqmb3/0Sf+iiP31J Sauazr70j+LU36mpcy+lb64nuaYev0SF98Q7f88f8fwL7wV6V/Tecy+8d/7Y6/0bnjf2ehTDCnLM 4UsWhy+nwo8oqggDngTU/XPngJCAl0MCSDEAYOBzowKR5VFdlwlVe4xRi1/qJmuHnLRowED3bxWn GABC6TMHsi3FEQkUFJIA5NmgBBLY5hwmMQNk2qL/di3CQFBhE8AwIHeT0EC1ivDxg+4tyahy1/4D ZQxAqcUPDrO6M/r0+i6R3K0UUgDQXQEqaw540x8KAOA6AAoD8O46ZhryUO5Qr/RHFYxw+SJhALwk RgXpBmQk4GFg7msft1H4b+R//dd/Tbp/flJSUtJKqeveIQxEf/qSklY1wey++OYnz7/w/vIV3hPv /D1/xPQX33f6IMipGbkKcjlcwnwGExk5jcKhzgw/oiiFgXKvy8skAdcQCGAgxIBQAgDaH1hqGKj0 vKTM/GKqG5KL3CIiEAJ7Ag4GIhKAgActbyZmQ6A+DNg2YreZWNy/7wZEMNBSZ+CcLfoBBhYcd+X1 BRhwbQF2A3iHULn5T74b0NLtgEzm4zMYcBY/FEy8y2nuo2J+mVBOav0BA3T/weX/yP1Hh0VFxr1l CULk1gj5C/+Q5NIB0FHnBAzgpTAw7/VP2iiFgaunzE9KSkpaKTXxbcJA9KcvKWlV0zlj/7Tk7b/O fOnD5Su8J975e/6IGfD0Sz4UIVF9OOOlD2Zq5SU59ZI/5SbkDk36kvAjilIYKPW8rEzlYcCtDqop AQBlAIWBGguHiiIGBHsJnLhYSJGgQh6g7ycMFHnAKgUSUAEAJKnfHPAYcJ4AgI5UaesMBjwStAYD 848ff33DrwIYAACUhAHg/nOOv8bSoBrioqA26f6yM/q+6PMwqSltBfhr/xkGyJaA0OtHh5Fq7Qqo p4esJzBEFgKp13cY4JWDgfwpVdMuD1d3eVhhYP4bn7ZRCgPXPLAwKSkpaaXUFW99hT900Z++pKRV TZdOumfqrJdffe+L5Su8J955ZfqIoqwzUBMGCgCganSJ44G4M9CCuE8gwABU8jBAqe9vBwzw7qKS ZBhQvL+QF0kgU2lrAYM8DJQICTEGqDbvu+2Ts+cfe8W1hIGgD2AYIFKL32oTIFOwD7hNoqePDnO+ P8cDVd03DAaQzQBq6C2ptRU41s4PVtxNQs3ZtyC95K8zh9rl/4pd/q9h9Js4xnUUm3aRZJeHK05l 1xlY8MZf2yiFgeseXJSUlJTU0br25od232JAt39dffkK74l3jj7L69I32BmI/vQlJa1qmrbgnUsm 3nPO2D8tX+E98c4r00cUVQ8GxOvX5YFQNXsCavRDVXqO1bYAcg8DTjkYgMqFlUL2PLKskjEA3X/0 3OLI9+dVhvIkAAkMQNl6IcJA/f7AZoCBWfOPuewawMDvSQJw//qAMMBAzuIvNQxQwT7gSGH3wBt9 f1jO3ylIpa0AawhYHyB/1b8ODJR1o7Dc37PsNwmwkrf+Ranpl9G7f4UBM/q7PJwVxeWHRQimH3IM 4BNKYWDhm5+1UQkGkpKSvjdtu0aXByZc9eW86ctXeE+8c/RZXgoD0Z++pKSkpDZKYcAtExIeIANQ TEgFrSJB6wuEKoSBbJoAgG0SCHKvi8v+pkN5GAgq3v3rLgKvZYQBUQADmkQkAG3WZ+ATs+YdPe5q woDfGKAjbb2sEdKxZfH2oIG/hwADle1zl/xVHgP0kr8k2TTmXlxHZM8Cc+4/knh94QEdawoAoGJb QDsDLo/df16w+DT6QRMAzt7nHgByGsqr/kiIAZn718m1YOCtz9oohYHrH1qclJSU1NHq9q+rfzHn ufdvmbh8hffEO0ef5XXh6wIDhb9+SUlJSW2Rh4GQBxrJAJeVe6DoeaAFJIDLb4kHKj0uDUkAyroB 3D2sykhAVXHW3zOAJpKHSKCJ5hfa4wUi978NRjP6PIxhgJsHbJlQ1BmQXJJ4P/GmfQY+PnPe6LGT cjAAc18qtALs9qB6NyEkeuhMfCi2FCSJYACH3vcLErhcrH9pcKbyjvGG4Fji/uPOQC2VdxJUQK4k 4KXX+2H683a/LdJr/+Gyn6WV3zOw6K3P2yiFgRsfeSEpKSmpowXL/vnMZ9+9efx7fxAhEWkFIxOX +7OiCfaqmydkL3QJ3hPvHH2W19mvEQaiP31JSUlJbZTCgMOAGmoDDIgyu49kbNkdEgO4OiiWY4BI gAGOSgLGAGb97bCO3AIhecKAV4mjbhdWKvAAUFMOBkxScWCgY0W6BNVtzt2094DHZ8498pKJhIFw LRAXC7lcMSAcvd13bj7LyzvUhgE4fi8clna4v3H7+6AS5jsYKCsM0OW3AAOCAW2BAbciyNoC4v7L HgOcQpffRhED7PJ/7PLbKMBA//792wEDNz36Yqu66MD1GvpPvOnRiV0bsvjlgQ9G03I6Z2dO+s3x F0X1usKbr7f7jVHRSz6aX0Ouzi+spVfV0o3H/3JpX/Loi0f1b+37bavqfpv4iPw32Oq33Oo/R25C 13OiszVV98trl4rv5iutfvHuVwgR/hax6N6T/5QubM6Du/9Gj3c+yr/EFH7icvweW1S7ftlWVsGy //X5p965/rJMN4gkv+K4E/wdwZHXrBT19vWX4T3xztFneZ3+SoKBpKSk9gu2CuZKOwNFNVoyjlQQ uf+85MFkavSRuMOe2eoguHw3wQ5r6WI3XiTPIpCnFLubjebdP6XPKs5WB3U/H2O52/miC0gCYAM5 LInd9/0BqnU2gILOgMLA1uABPpRgk14DHp8x94gxIQwUbxkENx+OBWUw4C78I5Hr/RkDyDQtZn0A /1TgLGlF5v519PKHuj2AfQD/rN+wD7CU7r9pKFy75rTvYADbDyCGvvxDwMAfHnupFd10whq/OeFi 5pO6Naw/7CatI4dVnZSbmYlnu50bFVuWf/PwU7xYXOM3UV2+hhqT26iaH1RPDw+LP719qvOh/CEP 6Zb7iFa/5fCtpB7/cwQTzh3S0DDk6NzZmgrfc9lVfDdfCU8hL3zx+IHU+EoeHtZ//azOOblv6uKD 1tf38Umg7BN51n6lO0LF7zqJgmX/9NnH37p6zFuTqDddooLjx58jDeSXH31sVHkTLwnm833kHfCe eOfos7xOfDnBQFJSUvtVDwa4UkhgQHig9eaA7DmGy5e2ACrduTTIkQAO6fVzMFDjBqOhuGSIjyFT HvBdgniZkBefMADTLzAAXQiVumrO/kApxIClkHUGVP7xZAEMXKUwINbfwUCFssv8YSsgeE6wyWAA ozP9RRjQYilYDuT8vUhhoPC4AKhCid3PA0BeD1Z2eqi8Ex8YXOblf0cC0gqAfV9aDIDM+rsbAXnh EG6eGwMkabuquz5S2VVGydsHA5Mff7llXXLw+msc/Ijkk7o3rD/8Znfq5hPXaBh6jJuWV35mm+Rf UvO1LHYf4L8S0XlDGwYMXfoP8lrKL5IfNykuLrVqf6j+kIMfNdTqt5x/qxr/HOGENn6zbZzWRhXf zVfypwpf/DEDGnLfuOq8oWscfGL2wvhVjwxfu6H7eTVPQeEnLt9vM1KHvvmPWLDsHz/18BtXnv/6 eNGVF7iE42Wjj95hp33+6SLKcfYNmayj6ALN8Z545+izvI59KcFAUlJS+6UwEK4LcmI3oNwjq7QB BiQRVXqOo2wvwaXw9yEJqPLuv6iLSkICxgMKALX6AyYBgFACA9IBsJ0DkdF32loeMmDrgiLlOgMB DJy3cc/+j02fc/jFIQx4bVe7FUBbL3igia9wURC8vk6j+3+AbLDDlEwFo5+pfmcg/wjhOjzAJwA8 VMaoDODcv+Q8LA/JGX1OcOJVf9p91r3d99bfq+oU+ntKzD1G+PvoLCtBkRigFVH7YOCWJ19uUTBY 6w+frLm4HMv1VEP38yWfDO+lMfRYTrNYY9QjOHvsQDtsGDip8D4+1yR7rZscTsOI99eKfmH+5eHX 4L4qfdWooVrUL6buB9V5efeB68s3JRPWPvES1jPV/tbiT8zefI1R4mWzn6HK/ZBzH+G/znrfsk/8 Wf+Vq4IJ5w9tcO9c+JrrfHnZD8R9AVml5Z+wV/QVhpWWv/jc27o65uhvV/ErLL5n9P5RxedMcv/E 9ob5b/B8//OJ/0HdD8e/TxD88QYfGr+E37JG/l9tpZXCwKuXnf3quLMxvoZEpMlr484ed+Ro+P6/ 5QMV1G3auOxVKrxKYSD6LK8jlnyRYCApKandqt0Z6CHrgqQ5oG0B4wGeUvcfgIHejVR4QEdggOVU zABOuiKorjwGUOwSyKqhCABEtP465kUYEAbIrQ4KFD5qQHggOxQpIYi6cgQMqJq7XaAwcNhFAgPu kQIid1fQaHsAFDOAP9xeL/w/UKL1d62AYhOgTXqgvCOfBoCcIxmAhw4GHpINwbonWEZv/Q0AHvL3 A0XOG/sENwLyh1aETXcw4BUwgJwKLH6o6q75Q3X82VlpAmi+26OV3R6pQkICTbs9ulQwMP81ewLx bU+92qKu6dEw9LgsX3+Pyf7UY3us3dDjgnz9gqFrjHqsMFPli+HZYrGl1x43UD/x1dsmn7TG2ieN zb0qOBUUGwZew+IFcJb6jYQv8R9U9+Xy7fg5/kcRKXzPmp9obz52FPyi/1An+16Q40cafknMW/yW w7fy/xxe8sVo6JeUU/g+xS8vePPs37T2j6jw/XrJ2TgK709FXzzPrjEq/7ZI+EHRCyn5sjEHp/wX UJyWVTjffuAo+n9i5rW/QZ2cK7o3D344wfv4j/Z54SX27ei0VUKw7C9MuOj+bmu3oNMG9IP7f98F clSiOZHwnnjn6LO8Rr1IGHjzo6+T2q3XPvhqybu5/7LgEEWcev3Dr5KSftz64Cv8Mr/6wVcvv/fl i+/UcFAGA70uywleX1cK6aFQgcIAXH4MAyK1/goGFXmJg4EWeICKGMApPCtbCNT3uyRUxAChKl0h u6eQKrT70XPHYhEAmPDRY9IZUDX1uKDa/XyBgbkGA4oBcp8fMoDIAMALFj9iAJHmgIEppcFUK32A GqL7j5TvA6DCfcPi/h/OfH9tsVEgqMC8DInvd60AEby+bwWQBKwh4OHBeXoktZYDudU+TAKp148E 6w8YsEPNlwYGHpu+ePwNf1IY+OPTr7UomJhdjs/y9fe8xZ96fM+15fCWk36lNk9j4DXxzAt3sVNW DM/6vJiEckV8FpzZ068dD4t8Yb6efZ2Fs+E71Eja8nLIfb9uGtWWb819zbmiHVJjD1n/V4c87nP5 ASKPX174qqK3Kn55wTsE3138Ndf88viSIPAl5d+kxZ+wVwuV6FT0xYdncQqf5ScU39MXw1PFaaj4 qPUr3fo36IrFH05uWq289s+zwf+7rwpSGHiwzwYP9N3gwb42ijZ8sM+GSE4fNBDu/418oII6J+CF Is7nSzZQKQxEn+W1/wuEgV123yOpfTrhlDPveehJeKbwvyA4RBGnoslJST9SHXPCqX+652HwQPh7 rlIYgO8PZW0BJQHjASUBaxqI5PK/k+JBxdWXGQa8fAOBSOCpQBigJQyApDNwochuLlTkgTbJYYAn ASQb9ez/qO8MKAxoK8DDQHR7UMjDQA0q2OH+kt4IaKkbAq3BAFcBPVDWbcFFGJBlQl7VIY9wjpOH ARFNv0phIL7qn2FAHWk3QJx9ZZdHKrvlZI4/UFMAA3zV7o9SbYaBex+fcfk1t3gY+PMzr7eoa3s2 7HJClm8w4lZ36taTYZ54yieZgpnZ2cdHrKPF8H18XkxC+aK8yUUn/2qdky8L6/mv4YTtGnpeFL4q zItJW16uh/lvs43fGqbZVxtN8JUo9D39zDrfcvRW+W/BvbNNuOzQDX516OP5ae5rrvnlFd8tX2nx J+zVQiV/Kv648Kx+naiEUfNt/b9Cra+/xheTL7b+DeL9pdjKm9fKa7yEwr8Lvhn5oJVfsOwvTrrk 0R22LGgLjGfuuAN8/0suohxn8y/JhPfEO0ef5bXXIsLAP/75n6uaDjzwoKjSPr3+9vsnnnbW2x9/ E/5HBIco4lQ0OSnpRyr8Ml921XWvfpCDXpXBQI/LQtWAAVFNGNBFQVKXnoAkbBd0t83EIrunUFGB 768pvdko1FYY8L0C2TOgRb2/UPtggAxQ6XZepeu5wAAlgco2BgOHXkgY2Ej6APeXBsHce8m2YBTd qiFv/ZHYXUHh+zHKiiDY+mBdEPz9A+wSMEclsvs8C8klf450/Jiv2wPo6Z3j3/lBuTtQsA2AFj/n /r3vV5WHPlIe8giRYIjkGQkgh3gXILkRkLh5sfg4qwlX/ojdp5XH2V0lcRU3hy6frQAAgOSU5EXB 9wMGgASYw8SpLTBw3xMzr7zutok3/eWiibcoDPzl2Tda1BMj19lg5B81vw7OJsgbel6c5b867An3 Eq24mRfv2rDOKVcg+eMpv7Ii3tO9Fmet6F8SfopX/g2zjwtf5d6TH7TrSdGrcjOjRPOWXy51/Ua8 anxr0Xv6or35FYfB/AXvGb6Jyf9wgreq+y2Hn+W+/kzRBMlrf83FL4/Fwr9pyz+iMG+1Er0w/uJP GtTQMOg65vze9bNUxfeUyfJN8euXV/kkUI0X1v0yct+g+znULJqi9ynmxZeY8KXWrK98gmV/+YYr nxrW98lh/aCnhvdF7gXHv8gF8rN3GRpVnvIvwcikn74Q74l3jj7La/gCwsAX3/x9VdO++x8QVdon +KRhe+71zic5GMAhijgVTU5K+pEKv8ynnnnuay3BwOWhyj2vyC0TCkQesMRgICf4fiWBDANCxSQA Bb6/ZV1c7mbrhcp8uJg8bswBQD3JMqFwsZA9nLjg+OvLegLnKQmQCmQPMWHgeYGBNX+3kSOBKSbm cr3fkABSPLCNwjDuav1VjeL7NVfrXxqsAKA8YDBQCmCgJNJcbwmqzwTg0wBo62H9YfTJA3T8BgOx 9Rd5KhAJDNDx52DgkTKt/6M8ayTwqMKAuPnM7pMBxPSTBFxujt+JRl+7Aer4/ahFf2o3aQUYADzG /oDkbekMPDXrpfE3/GnSzXeMve7PU56ZrTBwx7S3WtaVh22w5mFPSX5DL16U1dhgrz8F0/50yppW h4e7QWb6CU/ttY7U19m11zquOIbuljFoVzcze8nJ8HY8hffRd8idlTfc9eRiPfsa/MzwVT6v80Gt vFy+5tyXBBW/tZqfmH2/ax52Su495WtwP14TfuC1fobFbxmJj9x7OoXvIG+7zilXtvjPkfvy4n/T tv+EvVqoIPERzVG5r7PuO/gJJIEro1dlFa/iF1Mo1vkGew3i9XtErzHFmcVf+PD3KqhHL/H/F2jw /7IruWDZX7vt2mkH7DztgCFOyPVw5/OGD4fjVyFHsVCxmab99XAI3hPvHH2W164CA19+8/dVTYCB qNI+wSQNH7H3u3kYwCGKOBVNTkr6kQq/zKeffX7bYQDSdUFUHgZMhWVCEBlARh7mGEBVuzlQMP01 JQzQbUypm+sM0OtrMef+Y9kyoQvL2ygPYLRdxSruLW6ZDbpaT6C5JwhENxKcW9n6nI16DniUewYm 1oIBihhQ2eGBiqsg9+5ftgdkuZKAs/6Qh4FMIAGVWP8pJZEDAGEAuTGog4Gcqnqxv1CHnN03sThE V/8/XBpK0689AXH/BgChxN9bwrE2ADzqpC7/Mbh87/tZ1MRZ/2YkmLz741DTblQV2p2v0mLLMDD/ tU+umXwndPVt9//poamvfvCZwsCdz7/dim4/Zc11ThkfFVc5Pb0XrPPtUTFppZe4+fTvvjwEy/7W 3bfNHL3XctLemuA98c7RZ3ntNJ+3TYv+w78qqAUY+Prbv33zzbcQkuhUUf/853+O2Gvfdz/Nw8Cn 36CIU9HkpKQVUF98/bevvjF9ScUTIPwyn3nuha+3CAOlnleEMNDY84oyVcAAUbBMiHnFNQq4VcDJ NwcqPZQNYP2tEsJAuQfvOup9f5jXkruhULAcqGWVQAJIghaBd//aJfDKACCvarfzm3pcAGxwMHBe BAO/V69f3h4S37/9A8QAlfYEBj9Qgb+H44f7lyv9GQzIodj9GABCCQa4BwJA7pkA7sHA9nwAgYGH qnnHrySAokeC6s7EA0i9vip0/6rQ2RcsflEw8Y9BeJPqLo9VxP2LpEjR8XsYgK1HzjpG2n0eeiQQ 6/9okzEAhMSQoGUYuP/JWdfcctdt9zx+2Y13vvDOJ29/aDBw1/R3WtWEIzZs2P7GqLhK6ZTtG1bx n8Cqqht7N2y49+1RMak9gmV/7+F75p58yNyTDpl38iHzTmJiOnkU6zw1ap7lGEfh0HIkIv8qn+A9 8c7RZ3ltP09g4Nu/r2oiDBSK0Fff/v2bb7/d4J4Xoanv/hWH0YRIMEl773fge3kYwCGKhIHC/KSk FUpfkXi/u+O1j8+Z++5F89+7/41Pvv72uy9RzE/DL/M5F4yJNsqrFAaUBEo9Ah7gSiEuFoowgLI9 AwSASq/L/aZhAgAZIOOBwP0XFfKAAUA5g4GsmNfF5W4gAWAASSBDggAMKt0tUQEGSl0v4EzfJejK BxLrM4lDFe8uSkjodl4TewJACG0jyKmu527sYeDXGQxwrOyQtQL0kJsEBj/Ai/0q8f1SkXqLDAAF PQFHAjs/GMCAYkAIAzkS8FIYiBRaf3H/j5Z3QUIkkFYAdwkHdj8ULL5e7zcZA0gPQQHAz3SOnyQg jp+5XuaXQyaBHm0a5hnA1DSMp1gf9lgLMLDwzc+uu+2eG/5034Q/3PPknJfe+uDTNz74q8LA3TPe SUpKqiOBgb9ExaT2aLtfb/zQhKs+mvrY8hXeE+8cfZbXwLkJBnL6+tu/XTH7vS6TFwAJ2BkoTIgE k7TfgaPe+/Tb8D8oOESxZRi44aabD5Y48cSTPvjks+hsO4Q3ueDCC1t+K/+hiAceeiQ6u1xU/DL+ +uXXY8eN0w9dLt9sW77TpLYIJPDKx18Ou/+l3/9hvtfBD7/y/udfsUUQzMQv8/kXj20ZBqgeHBUG rCLuv9z78jBxJHBZGSTQ63KlAq8QBursHFBlJOCljt8ntQQYGFPpNqbc9WKowkMFgJb2DygMlLfJ 9hOXup7X6jOJpRXAnkCVu4ele7CN6x4IDDw2Y95hF08CDHSp+J6AAEBpe/X6dZX3+jEMuCZAQUYC 5vud+ycbuO0BqMhSnzoKfX9NsRUgJFBmi8AW/2hPoLKLxwDIM4Ca/noSEhAAoOkX3+/dvyRebALA 8cPuS5LXcM7RvHl4S8uEnpr98o1/nvKXB56+7MY75r3+0SvvfvrKe58qDNwz892kpKSkjtZV19yz 7Rpduv3r6stXeE+8c/RZXn3nyJ6B4L/6q4hqwsBX3/79mVc/2fiKmeOfeastJADBJB046rD3/pqH gb9+i2ILMAAjDl+u+aOPPwm77E+1Wy+9+vqEiZPqvZU6cv+hcNLXXn9D2z+37f67+GWgcuZZZ+tr w2+83Wr5O01qo76A3f/625G3Ldxk3Iy9blt0x7z3bpv9ztCbFuDw8Dtf/Oqb78LJ+GW+6NLLW4eB YKVQic2BcaVeGRJ4wf2zIUAFYKBIwK3DZABdL6S5B4ACGwQMkIcBnxelMOAk/QFdOCTNARllh7Hr FegyIYUBt1KIi4WKKnfLtwu6ntvU88Jq9wtcN8Dqulhok16EgSMumdSwloMBaQI8UOLegKKmaFLG mHf/0WFlp4dcH8AYoNESIwGBgYAHuPE3s/tVtyIoPFS5PcGR+9fNAJRUHrJT1iKwCXmLD6GiSBDV i5K1QLuJ9XcY4MTL/FUYfWiYwoBIk+HuMFKLMHDv4zMm3/nwLfc8ecOdj7727qcvvPvJi+/YQ8fu m/VeUlJS0kqpXrNTZyATAGD8k29sctFzNz6XgwHk9RoFMEmHHD66CAMotgADMMQzZs+NissovGEL PhunlsWFt91/F78MVMAh+trl4uNb/k6T2qivvv3bPfPe2+SCaSNvnA8q0PVCH3/+9fYTZqK44K2/ hpPxy3zp5RPaDgOWtAwDvbUnYJLdxrVhoNRTMEAaBXV5IHD/UvHun7cT9aegCAY8CfjOQIX3GspW DekNRnWZUCC7rVAotgtkaRAdf9fzm3uABCwXGMgWEZW2OWfTXgMenzlv9DjAwLpdeHufzPeL4w8P Ye597toCvs4x7/4hevfgMKhgfBjA4C1+cOfQbKuAXwWEnIaespU/3uury2eFu36zQ8yUhLcHhZuv BM6ehj44pLn3dd0A4Hy/VmSFj/P9WR5o2BNe6vWBB5nvDwRg8HkLMPCXB6f+6b4nr/jD3X9+5LkX 3/54oUhh4P7Z7yclJSWtlOo+a6WCge/+/s9//PM/YVzwp1sDOYR6NDOCAbX70CZnT4XOvXeJHqKu p1DUw/BVEN788NHHFmEARZyKJns98NAj3h+rPvjksxNPPEnX0ign4CzmaMWvroEJfmrqszhE4l9y 1NFHw2TjPfW6OyrFNz/zrLMxx1e8ojdBpfg++HqQ+zktfA36cv36vfQNNfdgUPO7K340iv4jEPrO xY9Iaofg/i+676VNznj6T8+9RRKw4nfjHnw5KkL4ZR43flILMNCopj+PBEoFVB4GiAEiqygM0PcD ADSh6RcAyBggK2LMHkFgMBCq1J2SJGOAUOXuBgPlbhd7EvAw0HaBCrh2KCMEufAvYFDtfgGkecYA waaCTXsPfGLWvKMvu7ph7fW6yB2BxNMHAKBe3+y+q4RyDIAx5/shmvggUYtfDope1SF8qoB3/1X1 +qISnwmQHUI50+8Uw4CIFt81BMgD6u+ZuxsBsahLfXRZf3TVXxUWczDQBABAIhhQkYRGf/jj1T0e x+h9f7PLCQPKAy12BgADdz787Oljb7zjsZkL3/xo7usfPbvwLYWBKXM+SEpKSlop1XXlggGQQENp t6L++Z+xL49ggHb/5CeKUiQIDyMegEk66tgTizCAYgswAMHyehOM0S/Cgc3FKfXK6qFR1yU9WtRX QUi8J/beGpXw3VSw6TWvx4dvghHvgDn49IvHXKLv4xHC++96X4O+HBV8kL7EC28Yvha5JtF3pzOj j0ZS/MkUPyKpHYLXv/TeFzc54bEbHn/VLwpC8fw7FqN4x/NvRjBwxVXXtgADDYCBXle4TcN1YaDc K8MAHe1ZBNYZ8LLbCikYIFFZbhjgYUCT7MajtPtho4BsgCTHBvn+wJhK14uFDbKGQFHBM8i8Lihx dRDqIq4jOr/SDSRwYdX1B8z9gxO2NgxQKQwcd/k1Db9dHzCQMYBPXB5UkCgAqAL3X0+h76/ULHLx z8N8OIAq7/5D2SV/u/DfijwGuL2/Iua0/sID3uhnMBAUVbDvcPmaEwbg+ys41G4Aig4GUFSj3wQY gHAo7t8YAJAgp8gMw59oAQbuemTavY/POO7sidff8eiTs199YtbLU56a29DQUBMG/poiRYoUP8KI /pRBW838HH/o/H/yf+z6jqYl5gFU2tgZ2OSYh0MZCRSKIQ+0GwYguFt11Uj0yjcCfldPaRLm3iJH E6JToYFWoV4TBsI30Ve9/f6HmDnt+Rm+gjH03zis+TXo5Nfeeif6aPX99r25S/vhC32unxJ9NM7a K91Pxp/Slye1X9/87ZmF728y+sEBpz/+zkdfgAegF978tOvxD29xzENvfPB5eE+htsCAKoMBBwY5 GAgbAiLCgPJAJK0XlgkVYCCSIQHtvk+sS5CDAWopYaCWzhcYcEIOGGBPAORAxx/DAG8oZJXN+gx8 cvb846+8tmFdwoBd6TeXL1IGUBjQs9IHUEPfEgl4o1+W/QBsCNRRpTUAgPhwAE8CUB0YoPUPK+L7 PQY4c09/79x/VKFTr+xul/ntFDy9bwJo3cmmOTUNe5ILhAwGDAAikQeGP1FtEQbuf3LWA1PnHnfG 5ZP++NBTc16dOu+NR59/IcFAihQpVqaI/pRBKxkMQBEP1CQBqLhnwHjgsPtVRgLuMBTq/lX4sONO PLUIAyi2CgPeZD8QLKRRhRWYYM1DTx+9JDyF/LY//dmfgmCdvYMPFb6JvsOiJS+H76N56L/DD6r5 8uJHF717+MKa353Pw5kqnIo+Iql9+urb7+a+/OFWh927ycF3dxt9/2nXzzrpmhl6eN0DL4RtAQi/ zBOuvqGlZUK9r2zoneMBbiD2nQHhAWJA79j0+z0DXuwM2FlrCHhlMKAVPn8gZAMlASR0/5kcBsgh txpnPCDKkMCvGjLlrH/UGajVKDi/2uPCag8QBTcTGwYEIgm4bcSb9xn41Jz5J024rmH9DVuCgbI7 FZAAVIABmHuXRDBQGkI17vyQJl6R6a8pcfZ5GChIMcDDAHsCBAB5Cpia+DaqCAMgAYWB+qp4MKDd f0xhQBoCTxalE1qAgcemL370uYXnX3bTJdf8eercV6fOf33qvNcSDKRIkWJliuhPGbTywQDkeaAe CUD1NhATAA68EyNyPYTOvXk2ilrXU/4l+KQTTz2zCAMo1oOBv9x5tzfW8OjI4XfH5lf5o6IXwmfM nuuX44cX1P0EVXQqMtBa9B+BT8TXoEV9Feo4izcJ3we5vk9o02t+DeHLo49GJfrWIP9CnK353fn3 wRi9vPgRSe0QSeClD3qM+svGe9+266kPYFRttf+frrt3AX7Dea+hYD5+ma++/g9tgQEkuZ6AV68r ym2AAVsmZGdzJAAZDASHrORIAApz6NI8DOS2GqvaCAORijDAnkAPJOwSlOSpAllnQGHA31pUYODp OfNPnnh9w4a/30iv/Uebg2sxgNPOuUNuCGYCxy8u3y78P1TCNKWCIY8IADxSESGJTL8KVj6qZKqz MSBrCLgmgOsDPFoJYKBpd/Hu7jAS7X5wGF71Z+4JwU9zZ72ahonXZ3+A1/7diiAUuS6oaY8nmvdk sQnjni11BqYteOOpWS/des8TR5x08fQX3nl2wZvPzH89wUCKFClWpoj+lEErJQxAygP1SACqCQOQ AkBo95HfeM/8jfa8+co/zQ7rqn/88z9PO+vcIgygiFPRZBW8rK578T5YzbQW1RDDr58ou2avvvY6 GHGdhlOwwvom/iV+U68/Feah/OcidEL4ud58e6vt3wfvj0/RFU01vwb/cpzyuSp8Q6+a3104039K 8SdT/IikpRVIYM4L72494poNdh5/xPlTvvzq27fe+/Sx519+asZrH37yxVcFEoDwy3zdzbe1uExo vOhKu31QoHKvK8sgAY4iWyaECs4ix+jdf06CB5n191IkUBLwMFDqaYlIMcBJlgnJg4rrM4AsE6p0 5WG5mz18oNyVSOC9vqrmzgECQPfzqz21J4AKYcD7/praou+2gIFTJ93Q8PuNN9bOQKAHZFtwgAH0 9C7nYZazCeBgANNg+rUJwBEa+kgpgIGWNwbA00cVUeb+5Yahol0f5eV/kACXA8USy55bC9QqDGCC IAHHEAZUORgI6l527X8P+n5pDkAZAFSRjOBIjWgJBma//MGz819/dsHrg3c96MnZL01b+Na0BW8m GEiRIsXKFNGfMmhlhYFWVQ8GigIAXHbzM+sNHvf0rFeLDySGSTr7vIuKMIBiPRhISvphNWvhGxvv eN5v+px28Km3fPnVN3y+mFMRA1T4Zb7p1j+32BmYAAEGdJlQQwQDvS9XEmDFe323eYANAVcM1QIM GAboXoIeYyushzAQdgaWBgbkYWS836htHqgBA6o8ErAV4HsCWqkBA/kKYGDqnAWnX3NDwyabbuqb AHVbAXUEu99ofQB2AMTxU8795w4LLj8vd+0fuXf/PBTr7xWa/rLPna0PlIcBde3I86N3+ZjAOcoM LenJKtf9swNQ2fNxOHsKyR5yHyG58K/SQ53QNOJJS0YyaQEGFrzx1+cXvT1ryfunnHPJmAm3Lnrz r88vfifBQIoUKVamiP6UQQYD3/x9VRNhoFAsio2Cb75dq9dJl1z7MNsChQkwSedfPLYIAygSBgrz k5J+WH31zXeXXn336pvut+/RV5AEvq7xW10Ufpkn/+nOVmFARB6AzPpbZ+DKsscD9fpCAp4HakoX DrUBCYJtA1luJCA3IdWEPBDCQA05NnAu32CgHhKUu+rZC5p6Yqb0B7Kz55dtUdAFIQN4bdlv22fm Ljjz2hsbNttss1LUB/Bev1aRy34035mX/7k0SBW4fy8z+q3tEoZCDAAAlHbRB4c9CsdPDPC+PxAM vSTBXYDCXO4FZHnO0NcWwKDYEwjVNPzJimoPSv09BCrIwEDlMMCrsgfGp5pGPIW8BRiA5r328dxX P3pu4Vs9+g19buHr81/7KMFAihQpVqaI/pRBCQZa0Fff/v3xZ+f9n41GQEACtgUKc2CSLhp7RREG UEwwkLQC6ouv//b1N3+7+dY7v/zq6zaSAIRf5tv+ck/Ly4Q8DCgPKAzI6HoCpstVsnZIDnvVRgIP AzUeVBzwQAQDrJiUB5CABxQJarj/cl55HhAY6HohD2vygDycuNpDSaAAA93OkyJyObWNPHOgK3cO ICEMzFtw1nU3NWy2+ebe6HuX7/MSBE/PHKPuCniUS4McAJSHhqPbDxC4/wwJ6kgBwGNAzSaAl9r9 yu7ukDygSJCddTDQkrOn9XedgYprCMg9f3gjIO4G3oMWv4IxS56sOJdP9x8BgGrPp0yYE1Ws/mTL MAAtfPOzxW99ftVNt++420FL3v40wUCKFClWpoj+lEEKA1/AIqxiAgxElZrSzgCEJDqlgkkae8XE IgygiFPR5KSkFURffvO3z7+u/StdU/hl/vNdU9rYGYC0G1CSRJEglAeDsp1y9xpSBvAPIjASuLwM cqA8DEBi+pUKPBKEhGBSGOBDyvQxZJlkVzHcvywNUgAgA1ixOwT3rzBwEecEMCAbi/XwomqPiyGt y21GbQVRfh2RwsAF5IFt7IZCW/Xf9tl5C86+/qaGzbfYQn2/XvJ3TwMwHrCiuH/RIxA3A4QdAJJA bPFVpULFpNZfcsOAOu6/ngQDdKWQs/68tC8k4Jf9FJQ9JQATsvX9tsrflv47cTmQqGkPqrrHU5Dx wJ5PNY14Wvy9jCOQ5KRn/aiqYhzZOgxAi9/+/IW3vzj2lHP22PfIBAMpUqRYmSL6UwYlGFhGwSRd MfHaIgygmGAgaaURfpnvuPehtsNAqc9V5d7jvfvnXYbU/QcwwFx8f7lX8Gyy3gYD/hRgIJNgQEwF DgOUBMpFdfdPLOZiIb2bkEcCDwYifdoAdw5Q7rEDQAIvqZATkFR7EAZ0jhcwwEv6A6KuF/IRBIEI A/MXnnP9zQ1bbLll7Ptd7jHAJ6ocCYQNAZFWLHdJeWi2OVjdP1Ta5RE+EpjKGf1WVXUAIIcZDFgx uNgfKvL6dqsfp+rwJ2wVUH45kJfYel7yD2GAFXX/IQkoIcicWG2GgRff+WLJO18ce/LZSwsD515w WVJSUtIPKPtjVCeiP2WQwsDf//mfq5oOOPCgqNI+vf3Bp7f+5d4iDKCIU9HkpKQfqfDLfP+jU9sM A+MFBowESj3HRzAgxRwMaIW3FaoHA73rwkAoaRGMreQ2E4ei9S/CgCMBWzjU2O3iUjeFAfP3BRiw Yo4E3Kk2wsDW/bd7dv6ic2/8QwYD3v1LItuCd3q4JMXSkEdFMQZE8na/lh4zHghWAZWD54KpWu8P 7M5uQFkAAIchA1C89k/fH6z8gWj9eY1/D+7rVVWGP1bRrcBeeevvBU+vo+hJ2R7wpDf31hnwvl8T FLlvmDuGTWwLyKm2wQD0wttfLHn3i5fe/bIdMPCPFCtjqM2ygxQpVtRoNwzc+9ATSe3To09PnzH/ pbc+/jr8jwgOUcSpaHJS0o9UDz353IwFr776/pfh77mqAAMTQALSHJAWQa8rGwkD9vCBHAmozPS7 e5L2ulz3FocCBmAOkjwGqBwGAAAMBhwVeHX3Oey+MIBTibcYysOACDwgtxWyXQFengeUBHzuJwTS ZUKeBxQSzvMSGFh4zvV/iJcJyW5guTdowetHgrN3uSWB9Xdya4EAA5VdHtMtAf7ZwEsFA/KoYC4E Uhjgcn8e1oABu/Avd/33MCDOnht5M8HZ532/VwgAvsJlQnu6+wKp9fcwoEbfa0+MqIABMPJVnIn6 yKeb9nqqjTAAgQdefq+dMPB5ipUr1GOlf9wUK3gsCwy899dvk9otWH/89yL8LwgOUcSptz/5Jinp Ry38JkNvfvT1qx989eI7NRxUDgb6XAUSEBgYX+qDij58oCUYaOwNAMjqVH0YKMUkANWGgdyTiVuE gYgBfNJIGHDrhZw8DDgSyPUK8qoBA2UTbzMqewYWnnHNzQ2bbU4YcA2B/GaAGuKKoPwOATDAY8Fh bkMwxO0B2gfQhgDH1jsAau6LlepuvEEQt/+q9bcOAPJsM4BpOCsGBvUv/NeVQwWPBLIxIIMBFDP3 XxCsP92/auTUpr28lgIGoMVv8b+RCQZSJBhI8aOIZYGB6K9fUlJSUhtlMNCHDQEjAcKAdQlqwoBX STcYhBXeeojPKs7EZULZ9mKCQQ4DmGQM4CpOqHsSgAAAl4bLhLiFICOBMY2WZ0iQYQDE7QTaExjT 1NN2GDvrX0+EgRJvK8QmQ8XEZUJb9tt26tyFp151Y8Omm/FuQoQB1xPISW4TFAp2vzQk2wDgYCC/ G1gBAL6frQCz/m2DgQwA+FgxnysJEA/0EQF568/7/1hO36+j7AFQEqjofoCC0adkjVB2aO7f5hgJ yKh1ucxPDNDr/c7uCxiMRP4kx5FTqyOfruq419NkgBHEgCbmSwcDUDtg4O9///tnKVauwL+pwsAP +4+L38bHHnvslFNOseMUKfKhv6j2x6hORH/KoAQDSUlJy6IaMOBIIIQBeQwZ7X4jVwQhGa87jJG3 CgPl8F5D3G1cFwbyVKAyEuCDyeQeo2r0hQQubSQMGBKEMMDOgN5ZyMFACSIMXFzpPka2CggGdOW9 hgLrzw5AXoCBC3iXoW0uCGDgAkgfOnbyhBsaNtlsM8CAPjY4Esy9JS6Xx4fB9MP9sxtA308GsFxk pj9Q3vozr0MCfKKwgwG59q/Lgbzg8mvuDFbp7YPU/WuiRj/y+l5V8fplOUvHz1VAXjkY4GV+jHu4 VsDIqSLmYvohGH1e+LdDJPT9ggGuISCHrHw/MGAHKVaWCGHASt97gAHwq4gAD1gpRYp8JBhISkr6 /qUw4HsCEQyo5MnEcPkTCAO92RAgA+iYhwHygNxplJsHeopkjZCHAeUBt5nYKwKATMIAvjMA8YED dP89QAKU3HXUCAEwoBjgRR6wu47KQwl6jGnqcUmVNx2SpxSDE3LWPwcDuoJIdxJXtqHcMiGCweZ9 tn1q9vwTrriuYeNNNituDhaLT1ll6GPSDSAD+EQlPBAAgMCA2v0cA7SyHyC3IoiPEcjcf8wDTub4 eRdR1wHQCs+KxWduRl/df+b4WVGjHxyqeIhRAYC3D5JcuwHi/vXav7p8HqrdD9cCCRI07fVMVtnr 6WZJmvd+5vuBgU9XhJh5VpcuZ820gxTLFCEMWKnjA797CM1BAmAAbQsgtPjjiBX893Dl+r9JgoGk pKTvXwoD5b4T6fvJAzEJQA3ukWQKA419cCiJym01zvGALiuSlUXFp5IFi4VagYFyT/egYhm9lAQC GCAPFGFAxWVCwgNl2SqgeUWbBoH7D1Xpnt9YHG5EBgx0u3CzPgOfmjX/2Muubdho4009DDj3b9f+ 1ffzbB4GeKgwICuCmAsAEAasD1DD9ysMRIt/NCnrQ8T0MG/9i6PKAABI4EhApWed++coot331p92 v3BIEhhBwcfrWB1ZrIj1NxhwGKAKYcAUwsDU7xMG/va3v338PcQtw8UrSgy/xYphTD+zS5czp9tB a4HJ+ffh27f95d9/LNV3t8yBf1OFge/pH/fjj/GvoQCg7l9JQP6xGTappZB/Uf8jqvfvq3UXNX+P Wv9NQ7Twz9H2f6l6M9vyBRSjjZ9bc1qHfmJHhv6i2h+jOhH9KYMSDCQlJS2Lws5AKc8AkUquM1AT BhozEriy7B5a3GYYqMsDJQcDkRrl4QN56WIhun9rFDgYKEmlwt3GsmMYbCCqCQO6l6AeDNg24m4X btp74BMz5x819tqG32+8Cfx9486PlIYCCeD19ZJ/dvmfXt93AxQPeF8gmntTkGfrfJzKuz4OVXZ9 wmS7Avy0zPqrqrtbN8BsfQAAkLf7WWegoOK6IFnrT9PvnwBAAFCjrzlG8fpatFOuAhNvGKDiGiFb EaQV3RjQnHf/MQzs/QzU9H3BwEcdHM+dAQs3bLIdfTR5WJZngUldznjODloLTh42zL+Ah4g2v/z7 j6X67pY5QhiwUgcHfvEiEmDW0ODPIjSvHTX+QWv9+4Y/RuThb5VEVKv9m4YI3yeKFk5FUWtmW7+A YrTxcwvTOvwTOzISDCQlJX3/8jDQ2Oeqht5QzABe3CdAGGCu8+WmQw4M+uSbA7rbuKe/11B+pVBv WyaUpwK4/5pUUCSBqCdANXa7RGQAYBjQnRWQgCwuuohI0E23DqvFr90ZAAnopgJJamuTXgMenznv yDFXBzDA/oDBgO8DMHcjnyC2i9wtlNuCnfun3ScbAANkNAawDQC7PpEjAQ8DeQCIpHa/LAIb8FD2 B9PoyylJxPfD6AMAJKfvxxiQgBn9AAZykjU/6vvLcpgxgORcICSO3wue3pL8MqECBmQiAJAWplb3 fkZVDwbufXx6TeG/ke2AgQ87OGg6plmexTS6GIlhk/VQZ9WqnzHMHWpIcbJ7xeRhDcPOsIPs1Q3u 2F7O0LeI5+RLVssq/n1gT3k8bLKdsy+oxszoE6MZHR4hDFip4wPfHdy/hwHEf8m37CvIbWoh5Gc2 Df+O9vOR4xr/vjqPMySiw8KxBqryhSD0bFbQt7SD4J9vmsxxv3D2deVeFh1Z2IvjyOa6X4cWfkME grJf+FqvDT4hPrYI3o9nZVZLv5N158vcDotlgYHoT19SUlJSTUX2CVIYaOx1VWOviQ0CA3X7A7J7 OF/MwQBG3UjgYUD3D2jCjcVcPkQkUDAowIBXO2GgZDwwRncVsyL9gbLAQEVIoMSzYICaGHCxdgA8 DLSgTXoOeHzGvMMvnmTLhDwAuM6ABwBpAuwCo0+vbwzAmwVZbu7feX3FAwcDAQOwY5A3/XLV36s6 zNcJA+XhJt4ISADAY4CKl//zHQD4e46yK4CVCABk72++EnYAOLpc7L7sEPCenpV8olKvb9qbph9j kwcAHj5T3WdqBaf2faZp32er+9SFATj+moH/RmKM/tsJ2X9XC4H/En/99dcvd3Cs3zB0kqU+Jg1t sOojJ8p5/M/6Jz5Ss+4qWWSTh07S3CpByMncy1GpOSf40Nw7S8EqfB95Mee6pO7Mwifa235PgX9T hYHv4R8Xgd86xQCGSxQGQjxAYi+Iw/104h+X/Gz9T9WP+iJG8MNH4Gx4WAw/PX4fCT3rT/nJvu7e fNJQSYpvUvsLwOutauf5P9l7xb8h4dmarw0/1KpR+C/dvW34nsVPbHl+R4b+otofozoR/SmDFAb0 L16KFClStByRfYIMBnpPbOw9qcHtGZBVQ5npZx+A4/hSb9k8oGuKKIEBXSbkBB6QVgB5ANZf7iZk WwhMvjkgO4kVAHj70RwPQBkPZCTQ3WCgSAKUAICXnBojTylmorkmsm2Ay4FyFp+NAm0IcJlQ7lRB G/fs/9iMeYddBBjYZDNdFBR1AxwJqPtXGBAe8GzgjT53AjxR2YV5CAOYIHNg8TnH+35n+mnuNRej bzxQ3T0jAcLAHk9Vhj+ljxLzMKAYUOazw5QEaO5JAoHXJwzoll/mT1Vg93koDCCVPAzY5mCV3imI o6z/YcU7/jqSa/80/RBhYJ9n9BDu3yQw0LRv3bsJ2e94IdoHA0s6ONZb7/iHLHXx0PFZEXnDkIla qVfXig9XnDgE3zEmBW/IV7kovmEb54QTGMGXESUtzCxO1mLHRwgDVuqwwPds1l/ilIZT8Fvo5WEA I8JeE0X2w8G/p2SuEv/7xj9GnOdJi3o/ZNT5NhI6IZwZnc1O2Zu7z8i+FovixxUriPizWvsNqXlW 8+i1iOhQgzPDaMMn2kyNwqd0WCQYSJEiRUdHZJ8ghYEGwEAfwkBDnwlsDoj7D+V4gEmgoDMQwIDf P+CkSOCkbQGBAR6K9W8RBhwJFGGgm0ucIhggCfDWQ9YiUBIodYPpBwzQ+ovvd0ggMJCr1NfGPfo/ Nn3eYRdObNh4U4OBkAEEA8JWgIcByl3sf4I5GSC3JUAZoAw8CK2/U9ABkAn5JwaUd3+8PPzJ8vCn QlX2eBoKrL+JLj8PADnR98vFfua0+Gr9KWf6qaAb4CUk4BgA5t47fpzVivP9lX1o9/WSf9M+z1aZ PIuEvl/qdkoSkMD3BgMvdnDsDJP1oOUWD9JtWA15w84TtVKvrhUfvqhzfIWHbrav+JfXmzMx+AKL r9LwlShpYWaYF6d1ZIQwYKUOC/zKqdfnxX9JQhLABD2FETP1JVHgZ4NTPvhzCn9u0b9v+GOMDl8M /yFd8B1c0c8Pk+isPyVvt/NEGeRQAoeI4EvSskWdL8DX+HH5X2mfF5NiHr2W0donatR8z2Lio1jp mEgwkCJFio6OyD5B1hnoM8lJNwMAAGL3z6K2C/IwoDwQjqoaMND7CoWBnMT614IBKOoMWFLsDKi0 MxBWynw22ZhGefKAkYDAgCZ6WyFZHWT7iUEIQgKtw8BGPfo/On3uoYCBTTfbIoIBWHyDAbcWSBlA Ks70i1DRhkCuSAx4MoMBtzrIPynM6pLIxoAnnZ7iGMLAHhhBArLsp0ACuhPA5bWkF/vZEMh5/Vbl SCBrCDRztY9c7zfrr84+8/oYdQKLeRgIhMr3sUzoq6++WtzBMeU4uL2dJ9jR4gk7I58AU6UlnkWG /1nvuCl16/koFrUS1PnyfKXuHH5oULJK8BUj/KvipP7MMEeSn9WhgX9ThYHv4R8Xv3KeBBDI2Q2g jAF0jk6uGbkfjf5ThD9DDa3k6oWfvP6Yc2+284TgJTyrOTOZVjwbVPTt7GjKcTtnE6XGs/G/qbwi /wUEX6e9wr2BlTT37xaebfm1EqzbFEb0iRbhq3xu74hocX5Hhv6i2h+jOhH9KYMSDKRIkaLtEdkn qAADlGwjtuaAhwFVvtIiDOR4IFBAApUABlrYP5CDgW6XNnYb24ixsHOgBgzIBmKvjAfyMMCkq95+ VGEAdr8GD4QdA4OBC65q2GLLrUt2t1DZGWwLgSJlDQFe9fe5JuwGPCY7g2V/sCz1McevS4B0FBiw ilNl2JMVMIC5/5o9Aef+zfSz4uw+EkUFjsytrm0Bin0AvfavXQL2B572nQF/UyDuGTDrTwaoyrV/ tgL25sZfYwA2AQAAyHmBXxggZ/fZFhBpzuJ+GKf5CVDzftPaBwMPzPkgFP7zaf9dLYT6xYUdH/cf C8viYqfx+ZIc43C9Y+9voR5Gsegq43eyF6+3006shDPrzcEpX0JoBZPtWCr+fWomNi8/M5zjPsGf 6dAIYcBKHRn4vpQHBAQaUNFDreicFiL7cTHwc1rv2PHBz1BDf5Lhj7rOzzI3RX6DavxzB/8c8dnw ny/89wt+RaJSNl2i+AUEpcKvdJDbuwVfJKOF17rIpiDiT5SvL3xVkGdffwvzOzLaCAPRH7QEAylS pGh7RPYJqgkD/vJ/TR4IhFPGA168rZBDAn9/oWzhEJsDwSOKAwDIYCDrEoAEmHgSaOwBEoDLt+ZA oUWQkYB7PJlsLCYSjGnsGqwU8hIeECSALtK1Q+Wure8Z2Kh7/0efBwxMbNimaze3KOhRuS8QEnP/ 6vWZOAbwicKAyfl+UYABu/NeQHyGgIOBEvsAT8H9Z1Lf73igMvxpxwBU2fUE4O+d0Q/uDUoAmBoK c3SXMHcFEAPM9DPPHhpg64Iqez3NNf1uwU8ZDLDPM83EACatydoCKrcfQPoDklRcEun7gYEvv/xy fgofV+zYsOMVlv9oA/+mCgPf5z8ufvcsk9zDgJV+jIFfhnWPvtcOUiz/0F9U+2NUJxIMpEiRYlki sk9QTRiA0Q8ZIMt7WyVQDAOqEAaYGwwIBjC5vNSb2wbKvT0DBG0BwIDxAGFAMGBcif0B3yKou1LI q0wMgPt3eGC7CPIkILJHFHfV55HZ48mYSx8g7AaEUhg45PyJDd179FTfb7I7hGZen8XduPiHwiFH vYmQXwL0pKoKc88xy3nhH7kcwuWXuArIfH9O8P2SGAMEPFCAAS85O2JqdcTUpj2fcTAwtQkV5BhH PpPtDWA3wO0NAANQdrcfu+EPRnX5shyonuDmZYGQu/CfF4rKAF6+LYAcGICk/TAw94NQrcLA3FU+ Lh+Mn5zG4Mut9iOOEAas9L2H/jTt4McZ+K1YGX4bVuBoKwzk/6AlGEiRIkXbI7JPkMJAqe/VORjo PTF0/C02B6CYBKBG3ncogwEBABVvOQp5GJDtBBkMgA0qvAeRwgAFBuDYBhhAEZKewNhy97HhkiGX xyRgEhgod7+I2wnk9qONspNY9xPD+ldERRgYdf5VDb169/EkUAIJ7EbrL4kDgFDsA8Df27V/J4MB TPA5RB7go8HYATDTHyhqApi4QyCTQAIT8/pMlAR8K0Ck1l9HPcX1PwYDZekAFCVrgfgUMIorgorW 3yWCAV7O6Gd5XckyIWJApmc7DgbULCb9IJrTwfHFF1/oByGxUooUK17oL6r9SaoTCQZSpEixLBHZ JyjfGTAkKPWG1OjnqKCOai0WCmAAY6X3+Io8syxQtlioJBsG2CIQBnAwcHkpYwBTIxcImUrd4ocQ OxgYZ4cCALKsqDUYkP4ApCQgMEA2oOo0B37fvf8jgIHzrmroP2BACAOKAXVggKgg7h+mP1QEA7L+ R7sBBRjwRr+2IhjYk0JCfy8VjwFuvZBafyUBiFsCJJFL/rLo36y/3Ozf5bT4lrhDL3H5kuQZwEuN fphbZb9pVYjJs83AAB5iDmEg5IEOhQF9SYrvOfCTn9XBEcKAlVKkWPEiwUCKFCk6OiL7BIUw4PsD hIFaGFCWYnA3Ia+YB0IYAAmUoRwJqDIeCGGAkqSxVwEG2BNQjfMwoAygKvUYG8KAiLlTzACB3AIh p5LAAEiAMFDggd93IwwcDBjYbrtB5V2fKIXNAUUCXREkcnYfSa4VkFewRsitC6L794n6+/yTwuTQ rD/P7iFLhpADA0ZMJQmM4IV/en2YfiTi/qUhINuFR8i6IHX/I+UCvywEkrVAUysjp5ZREd9fkQv/ BgMm7/4tcYd6ayCx+EjU9OtZ5/u16GHAG/0sZ/Js0/4yyiGRYP9pnQ54LsHAyhdq05OSklT2J6lO JBhIkSLFskRknyCFAWBAqS9gQPsD2hmYWO5b5IGJpRpFxYMiD1xZ6j1eSMDcP9ig1PvKSsADJW4e AANQxgNCAnwwmbQFcAgG0DFUBgOyZIgbi5lfWu4JYGCRTyRwDNBGHtDmAPsDfODAmFK3iyB5NtmF 9WCAnYHBO+5IGID7d9uF9bkBbkVQG+Q2CYiQM7E9wW6TQOj4W5Z2AygHA0gMBtyKIFkCxG4A7/9D 9y9NAOMBLvup7J0tDYKJr5mov5fbgBoGWAX+3kZz/F5q/U1q/VX7P2cMQMf/HBgAvh9jdf9nmg8Q GAAVHPBspwOn4bB9MPDg3A9CJRhYoQI/+X+k6LBQf2kHKVb4aAsMRH/QEgykSJGi7RHZJygPAxjZ HCj3uVqaAznHLwIJYEKOB/hcguwwhwQkATj+PmL9pVEAQghhoJGVIgxw4ZDwQA0MUBEGKFkv5HcR uIS5dAYCBvAaU4bkMWStSMDAbjbqugQeBrp4GNh5yBD2BLguKF4a5O0+zL3PvapsBdD326FDgvLu 1grw4iOEC6a/rsTxZ0jADsDT3v3bJmAnwkAgTGvee1p1r6fLexkJBNZfc4ze9z+bNQeQ685gG+Us IMFbfzj+/TjS69PcP1elv0cyDUkViRR5eMBz8P2AgeYDaP0pxYMDpwEGoPbCwIehEgysUIGf/Ocp OibUXCoMWCnFChxLAwPZH7QEAylSpGh7RPYJCmAgUB+QAMaJtVYE1egMBJrQGMAABPevUveveOCF OjsDXgIDRgKiWjAAx2+5kIBWTIoBZeQOCWrJwYCM8mCyumzApxA4GPAkkIOBIUOHlmyTABf9U7s/ CanFV39Px0/T75DAmgAGA3Y2aALoWBTX/0TSa//WCsgWBUXSbkDIAC55trrXMxzZE3iWwICR8rsF zO5n2lu9Pm8cZE8H21dhwB9KRS7z8/I/Xb7lWmw6ACSA4jPV/Z+B7xchAQN4PYuXKAzI2eebKTub YGDliwQDHRcJBn5c0WYYyP1BSzCQIkWKtkdkn6CaMMCVQn2ubpSdAzV4oMYNRkORAcp9Yx5QEqgN A9IZUHF1UAAD0Z4Bns0YwGusPJhMtgoIBqiKMGAVzwCtkYCIO4m5cyC/k1hhgHsGhu6yizJAafcn S3wsAPS4hwH1+uL7rRIWVf4pAWSAlmFATb9QgWwMkKX/sPt75rYHeMHil0Vw+Y4HpjbtxVET8f0y ZhhgeZXPCJNbhcL9ewAQ6Q1Ai48CkEPn+Jk8xw4At/9qN4DX/okBCgMHTKvS6DMR0eg3H/i8JFaP YABnoXbCwLwPQ/0oYWDJmE03HbPEDlaqwE/+sxQdE3//+98VBpBYKcUKHPrvZX+S6gRhIP8HLcFA ihQp2h6RfYIcDFyT44HetlKII/x939r7ietoQrlvfv+AMIBXDAOyWMhXSj2vCHmAq4bC5kCNRsE4 eRyBtAXcGqF6PQEHAxiNAQIYQDFkAK+LS4IBfB5Z1zwMPDfnoHMmNOy6664CAE82DnuyBJEEHgcY eN/vGSAn6wZQGQl40++Syh68H6hJHL8Tvb4HgPII2SHA/Gk4fhYNA54uj5wqo2wG2OtZlXYDHABg DEhg72k4zABg72lIKiJ4fS+Ye5fImv7wwn8kMoDL3dX91vSsWv9OB0yDhAREQIX2wsBD8z70wn87 V2AYgOVvaKhp+pcKBn5U5NCq+0nR7ghhwEopVuBoIwyEf9CgBAMpUqRoe0T2CarZGZANA8AAFfy9 HmIMTX+sct+JZSR9kedgoKwYEN9alPIwoPcdgkq8o+jljTD9Ktk93MJiITkFyTIhbiGAp7fcM4CX hwE+iEAeUdxGGOCdhbpdTPFZBBdCBgPnTmgYOnQozD0xwIkPCbZbA2U9gaqMbAIE7t8AoE43gEgA W+8PdRWQ7AHQjQFeweV/5iVXiUQAMOUBIAcDskMAI5sDrg+gSbAHAM5eEoyZ77f9AIG4TIi7AuQQ Z2PTT7luQFwBD3SyU8QAr2WHAWjFhQGa+H32qWnkV2oY+DRFx0QIA1b6ccXMs7p0OWumHUgUKzWj jdNWsEgwkCJFio6OyD5BtWEgUGPfSaXeV0uLYJIYfZh+UkF+3zAZwMGA7yEEPNB3giEBby5EKqj4 WwzlHkkGKris1AswcHm55xVlunyDAc39ocs9DAghmOlXDKgLAxEJOBgYU+bZEANCXUQqoJBQGQwM 3nHHAgyI+w8WApEHMPIxYbwTaIYBdPx5BhjOe//D7nMhkFz4r+75dHUPWwgkFesGsAMg8l5fewJI 6sEAlGcALy2yD2A7hrUnIL6/wq3AKvH0QgKaKAyAAbjfV4uR8gCga4Qgs/tu1MSfClWsrNwwoB7+ 3n2C3gBK+B40pBoU3DH5wUr73Jt7DWfkj2T+mDH74FDmrgCBn/zHP0R0wc9g+C128PHHtwxvaOhy 5nQ7ajGmn9lFZ/pkRY2//e1vCgNIrPT9hvziZbHUP63iT7iNP/N2/9P8oP+m+u9lf5LqRIKBFClS LEtE9glSGCj3uwYqQQUYgBpBArzrKI1+I3lA7D5yNf1GCLwVqfIAxggGKMEAwIAe6kYCVQwDbA5c oeuFvO/XOwvxGQKSa1HPcsOAPXyAewYw+iQkAajRegI1YIAJ50QM4KUkoImDAe4ZmNCw7XbbcbdA AAP5W4Wa2C5wzwwuDedeYXX/TPI9AYMBs/5gAOkGMLGKkkDk8iFbILTXs2ERFt8l4vvlkn9RbleA 7QQIpTBA6y93+s/W/DgJDLAnYKPuEHA9Ad4pyBl9Ko8BOuqiIMu9DpructSf63Tg9E4HTe/UXhh4 eN6HoVZUGBCfDr+e0QAy59ndySxwEufo9d0JPz2brJMktMj5KwwHSOAn/9EPEV26DBvWpcsZz8nB c2d0YdhRW4OvWsqXfL8RwoCVvv9Ylp9S8bVtfLd2f+gP+m/aRhiI/qAlGEiRIkXbI7JP0NLAgDxk AOotYm4wkJGAg4Eyi7pYKL7ZqCZcIBTsLc5gICMBSG4uFMCA5b24eYBs4Csm2TkAT+8SrzbBAOo5 AKipAgz07d+fDDDcSECv+pf8WiBJnOl37t+NFLw+L/y7DcHSEMgwIIAB5lBg9IuybQAj6e95GDv+ aTbNHVb2mlbZe1p1n2lw/MAAJQFNVE289m9UwIcBF2AgtzRItgvbJgHpCVSDbgB1YAYDqjD3oukH Cegoh515+HzTwVQ7YWD+h6FWUBjIOXjJskqQi5u3UHPv5xRfGE5m7HNvbv4KEfjJf/hDBDzfZBq/ acgnD2sYdoY7mHYGmwaMYZP1sMsZZwwLSlKZFszLH0WvksMfKEIYsNL3H/bjyvLsx1LrhxbOnMYR zKZz5Jyfk73WXpMryLTcv1puhvtHiSuFN/1+o60wkP+DlmAgRYoUbY/IPkEOBq4lDxQwoKCJjX25 q5i3G5JDCNbfwMAdOgEDCpuJCQAZCeiYhwFPAirdOeC2EJjAA0wacySgkg0DTgYD8hgyQQIlAYGB nhkMOLUFBiDygMLAqPOvaujes6diQE0YyPl+woDVs2K2LVitv8EA5FcEhWuBWlZJjD6SaFTB/du2 Ad4w9FkwgGBAJpKAgwGhAgDAc0YCcPm1YMCLVCDWX9y/AUAAA9MpgQH4+6rIu3+59k/Tr4dImvIS NgAJPAetxDAQ+XY69tC4a85JruQrfk5NGMjOShQrP3TgJ//yDxHrr3/iIy9PGtowdNIjJzLXkRWU OAEFZvwfq/BkNlNmaNLyq364+PrrrxUGkFjp+4/sp6Q/Hf9jqfVDC2fqj5o/cSsEP3z5h5OJwUyr TBoq/6bRv1rx42pU3Lsx+wFC/73sT1KdSDCQIkWKZYnIPkFLCQOi2jBgKsKAKoAB2TccwAA3EtSC AT1sDHoFjQAAtgjG8SakvTwMwPcbDPCuo9xAbHVdO5TBgJHA2ArluwShbP8A1cO7/6IuzjoDW2y5 Fc39MAWAqbHXD2EgkLp/M/0Qii4RDBAGYB+glVZAJMAARu0M5KR3BKLjN6NPsRuA5DnBAJh+HVX6 hGDiQWb39+PegAwG8j0BawWY9c9JHxEA99900PPVQE0HT68ePE0sviwKOng6KirjAcmbD5rh61D7 YOCR+R+GWjFhADY/W71jrt6Ze/HwTAMrX6xk03lO3wyl/KKgcP6KEfjJL/khYr31jn9oyZKJQ4he QyYuWfLQ8azoqDOQ40xUCecUE82jV/1wEcKAlb7/iH449fKWf9Ra8XOYh4F/wOxf0ia38a3Ciia+ +L1HG2Eg+oOWYCBFihRtj8g+QQEMXFtSJKi1WKixUMmmyV2Gyv0mOQa4SuSRYCIcP2FA1xSZMjAo KRsoCfQS06+jVw+X6HaCXnw8WamXbCFg08AwoJ7AA2XiQaZKT/p+AYNCZ4DY4PcTIwnYIKeLfq8w cP5VDV022tgDgEkAoKyLgvIMEMq3Auj7HQDA/Wsiec7otyB1/EzCw70pAQCafhX8vbP+z1X38dY/ Fvx9ZX9igG4AsF0BxABNAgzg5X8FABnlGr9e6VexAluPBNZfGYBGn4eQBwBrCOSKOQZoHjVD1V4Y +CjUigkDeY/ufD3NPMPfZMgVXIW+30eOJhB8RThB58v7rDiBn/yLP0TA8z2I/3kQLnDniZqgoqNM sFNRJZxTTDSPXvXDRQgDVvr+I/rh1Mtb/lFrxc8J67mYuDN/0ZfmrcKKJrXf+fuINsNA7g9agoEU KVK0PSL7BCkMAAOcuHNAkaAmFUDlkAQowYAMBryytoAofFJBrktQdiuFGiIMcM0BE280dJk+q7ix 17jG6HlkLSkHA2wsWB+gqBwMgBACAMjp9911mdCEhnXWXS9HAuwDyNJ/JMIDNVUNHhqQuf8RU0sj ZWMADsXct1Hm/vd6RuWaAAoDuvrfEhh9DwMZFYQSQoDLVxiouscIGAzwqWECAzU7ALIHQBKDATAA VwT5PoAygMCA5SZbHVSFsmIOBqBlgYFHF3wEPeK0YsJAO2PFM/dLG/jJL/4hYr31jptiqcSU46Qy AW5y5wlWYGZ1Cc19xWYgWnzVDxdfffWVwgASK33/Ef4ocj+WWj80K0ga/qjjH2z2Wospx+2cTVzv uAnFDy18XI1KmP0Aof9e9iepTuDPl/410z9rUIKBFClStD0i+wQpDDT2uzbQNZAiQeD4MwDwnOCS ejDAPcRO7BUEMGCrhhq5n/gqhYFGgYEGb/2LcjDAxUK9LuPyIX9T0VaUgwFUCgzgZRuLYfdbhYFH n597yAVXNaz5m7VLygAY5T6hggRq+p/JPTUslLh/uz2owgBsPbsBT7eMAX4JkB3KzYJ4mF8IlGlf S5zdLwDAfs/LWiCMyLXC1T6V/Z7VDQAqWHxiQK2FQMoAAQmwM0AMcMuBInlzz3yU5Z3M+tPua0Wt v+b+EFoWGPBKMLBCBX7yC3+IWG+9Y++3VOL+Y62CBL83jJ3Gh3WfB5XxO3Eej1p41Q8XIQxY6fuP 4g9Qc0T0QwsK6+20k/2o9RihL/TvEJ/SfwoGj/y02i+xj6tRCf9Nv/doOwyESjCQIkWKtkdknyCF AV0m5NXYHzDg3L/z/TL6xFoHUAVjH1QmVZQK6iuAAQgYMKGx91Wl3lc19kYCCQyIYP3LPQubiXuT BGSx0GWNPWQjgcFAq0hgGFDW+5DanoGQAbxydxlSRRigcjAwoeGXa/66JNuCYfHjhwYQBiCfOEk3 oDyCPl5W+XNFUGUkeODp8sin6PL9sh+75F/Ag/wEPjY4Ww6kOUy/JsCAWh0ArwAGKsQAd+1flwDx 0GDAVAsGCsrBAKy8y6dXeUcg8/d6ymRrhGYIHuTAoBk6ZKbl7YWBxxZ8FGqlgoEff+AnPz9Fx8SX X36pMIDESilW4NB/L/uTVCfw5yv6g5ZgIEWKFG2PyD5BNWHArxRC0uhzzwAFGKj0RXFiAANXuySn PAxwezFhgA8vm9DAWwxNUBLgFoKQAURcR9T78jI3EysGyFPJ2BwYp4d59++lnOBgQEhAfb9P8qoB A1BEAtDvu/d79Pk5h5w/vmH1X67BpT4OAKoOA6p7PJsDADLAs5UR0NSqLgqK/L2Iy4QkMZdPx08x 1xuGah1z9nqGXl+MvgcAiAxgS4DkVGT9pQjrr77fMcDz1f1VzuIrDxzgLva7RLcEWNE1BEzO+tPi HzijCgWV6oH0+jwlhl68fi7JcpKA5KPIAE3hqVE8bCcMLPwoVIKBFSrwk5+bomMihAErpViBo60w kP+DlmAgRYoUbY/IPkEKA7ZAqP91Nva/hs2B/tc2gAH6w/GTECr9MWYMUNCk8M5CIQP4oj2tLC+9 06itEXICGNiW4gwGIGCA3lqUCnYPCyRYPs4/qzhQBgPCA1YpkEAkJQHigQJASAW/79aXMHDelQ3/ 8fOfl2psFParg6bKzUOnlg0GuDQoggEz94VDJuHlf0WCvaVRICuCZGlQhgEq1xBwimHAtgoABiCD ASMByDUBPBWo7xcYyHy/8gBGuvxMvPsnSQCansEAcu0AcEuAtQKaZXVQkQq0G6BqOmSGwMDMTjhE znEm1G4YeDxQgoEVKvCTn5OiY+KLL75QGEBipRQrcOi/l/1JqhP48xX+NYMSDKRIkaLtEdknKAcD /a4tGQ9wpZBDgmsq/a6r9IcUBuohwSSuFJJxKWFA1whNaOg1Hmrsyc6AwIDDAK4X0h3Gri1gdXYG BAPo/j0bKAzoXUfV+supsRWuL9LmwFLBgHUG5OZCRgIOBmYfct4VDf+++urlPeD1yQOibJMA9weP CLYIw9aPfKaU7wmo3c8Oi3cF9cosfpjnxQv/TMT0i/X3GCDuXxYFWcKGAOquJ1A9wO8NsIVAZvo1 OXA6VNWnhqnU63sJJJAK5FDNffUgIMFMf5NQtwpIYGCUMYBZf5x1dl8YYEanQ2ch6XSoVahRGNvZ GYj+25lgYIUK/ORnpeiYCGHASilW4EgwkCJFio6OyD5BHgZK/QQD5J5CklhzoDyAPYFAEQN4cdsA 1ZcwEO0fMBjQPCABhQEygEOCkrQIuFJIdw7I/UYrveXRxQIAIQxY3sO6BGUBAHX/0gRweNDzsgpv RTpOYcBLeaA+GGQwoCISuOaAwcC5lzf8+89/Xt7jGRWv/e/5THnPZwEAVW0CwN8TA5iHpt+LLl9H bQL4/cEitfjuDqGZaOj3ea7smwBcGpQ760UYgO+X0fn+oqwDAMHuVw56vpJ1AOj7Ye4rB/JBAWb0 PQBABABAAkde+w/nAAYO5uiMvnr9GZ1kbD50ulQyAHAqVihlg+bD2gkDTyz6OFSCgRUq1K0mJSWF 0v932J+nIPDnK/qDlmAgRYoUbY/IPkFZZ6C/dQZUzAdQ5QHXVLI1Qi3AACQ8QBi4uiLbBir9ciRg ysNAsIHYa3yjrBHSZUKVXnUeSZbLaz9zgKZfR8UDy02KAV6twgCkJCAw0OeR52aNOveyhv/4xS8U A8p7GgzYcqARJAGVPj2gOvJZLdLos2g9AQcD04wNZPEPAMAYYN9pZefyfU+ATw7eV2BAGQBzAhjg BM8D3BugOwRsDNW0/3RJiAEVwgAxQGEAtr75QN7+P/P99PqyGeDAGU0HzRQGsENXxMi1QAIAvNhf PXhGddQMd8nfj9NJAirkavcPBR6QEDodOgOyosi1CGY1Hzaz6fAEAylSpFj5I8FAihQpOigi+wQp DND9OxiwnQP9ri33vx6HIQxoZ4C5sUFRYAAHA30mtQEGJhRhoKGXNAEcAPjnE3vrrwphQA5dH8D2 DPi2wLhKL6JCiAGqZYGBLl0FBs65rOFnhAE+NIAuf8+n4eyNAWRdkNr98kgYfcitCJJr/15lYoAm DgDcToAqXH7YFuCVfrJBeb9pFShsCMjOYCABRu4EMLs/TRsCTQeo6Y9VERjAWVWVMDC9cuBz7AO4 boC2CKQynXafAgboEiDZJCA7g9kZEN/vWwGSGwxQ4vXF/YsEBppYyXy/qtMhs5oOm1U9dCbEw0Nn mQ6b0dxeGHhy0cehEgykSJFiRY6WYSD6g5ZgIEWKFG2PyD5BHgZE11vChoDmbA4IAxRUd/MAJTBg DyhozJGAiiRgtxLKk4DKHkuszyaTpxDA7jf6RxHXkm4eICHIqiHPBpVel+uhU4wEXgUeiEkgVJeu vR+ZNvOgs8c2rL7GGuwG6K4AkYcBRwIFGHAyABDlugFO8W5gL/p+XQVkDKAYIMuBdD9AoQkQ8YAc egzQs4oBbA6QCuRivzQHmg+wVUDm+9Xu66H4foxEBe/768sc/6Gzmg+d0XTI87ktAayL9QcMHDKz SXLOZK4wMKvT4e3cQPzk4o9DJRhIkSLFihytwED+D1qCgRQpUrQ9IvsE5WHAy68Xqg8DoogBKL3x aAADJdlFsBQwwLO8xZCN7vnE4vhjBvCi0RcYkJGStsBlSwUDeR6IASBUl20EBs66tOGXv/51acRU 3RbMUZEgb/pDGOBjwuD+kaj1NwYo2H0nWvwgBwPY6iBdGgQG2O/5bHOwYwC3Luj5Ch8UYADQtL+Z fskdHhwwHb6/glFgAKafOU7peJA0Cnjhn6uAyAAKAJT4e83zjl/EGwEFOTx9fvFPkDcfIvsBoEOJ AYYEIhQ7HTq9+XD2CjodNrvdMPDU4o9DJRhIkSLFihwtw0D0By3BQIoUKdoekX2CIhhgQ2CAy7VR 0FpnQA+NBLwMA7wm0uIbD5ABvGIScNK2QAQDkRrDQ1kLxKTHuBKcPfPLqr2vqPCOQ0sBAwEPxAAQ asNtej307Iz9Tx/TsObaa5f08WFZKwBeX90/VdnrOZcbDNjqIAcDXPxTuEGQMAAxIIMBWn9PAnZv UDYEHANohdpf2EBgQK0/xMv/tkNApF7fJZS0AliUlUI0/QAAaQXQ7oME1Nm7boA/pGRFUFYU6c1A Jedodl9Eo2+JXP4HDBzKdUE0/RiNAQgDTbI0CPXmI3B2Jsb2wcDTL3wcKsFAihQpVuRoGQaiP2gJ BlKkSNH2iOwTFMJAWWHAjaACSfIMEAimX7YQyC6CCAZEIQx4lfu2CQbKfTFysVAjnzBQGwZy6nVZ o8BAY89xEB9U3OuySm/pGMSKMUBFEqjRH3DqnnseGWDg/qee2/OEcxt+87vflUY8q4Lj17GO3CaB YDmQT+xOoJbrVX87tLrz+mUKh/T07AxgFBIwl89D5rL4x1l/BwPaDcCoAFDlAwSk6DCAtwM6eHqF S4Byvl+SXAcgfyqrq2j6HQAABiSRK/3O6DcfPrvpMDvEqSbYfbn8nxfdP9QEHjhiZqcjZzUfOau9 MPBJqAQDKVKkWJGjNRjI/UFLMJAiRYq2R2SfIAcD15fN+ltbQJFAKyEAiKJKzABUhgEqrhRq7AMY mBSSAOU2EOuhIwFpIOipnuNLonKvCeVe40s1qEAq4v6zpNdlfGIxJMuECouFFAl0DATTLzygAFDR iqo7xowHNty6171PPLvr0Wc2rL3uutIZCBmAuWsISK/AAED2/rqlQWb693mWC/1p96XiL/xjtEMB gH25aRg+Xn2/yBn9WjsEIikDcLvwgTO4W8B3Aw6akelgXfqvMMBRXb55fZ6VCZ4Q9KEBOQAwDBD3 P8t3BvwqIC4BwihGXw+97+cCIU0On918xCz4/k5HIAEJaA4MmNlpNCvtg4GpL3wSKsFAihQpVuRo GQaiP2gJBlKkSNH2iOwTZDAw8EbRDSEGuGVC15fkHqOUuH/eSoi6DqY/TwXX+keSlXSMkQB2v7hM aCJMP6V5n6sq/TgqFagyGDAkcFsIimAQYkDvy8EAKs8AQQ7TTwAo9ZRWgO8JGBUEGKDqTgbgrYRk 3HDrnoCBXY46o2GdddfT9T8BDFCAAd0fTOuvvt83Afa2+wVZJQ8D9P26HIiOnyN9PEZtBRSMfguq SGeAfYD9ZUuAdgMOnMFbBlkiCmFAVAsGMNpZSF1+pAgG1PqLuPinyey+AMDhM60zwHFG8+EzUWk6 YhbFtUBcFAQYIAYcKQuEIGkLtLsz8MyLn4RKMJAiRYoVOVqGgegPWoKBFClStD0i+wS1CQa4n9gE xw8qAAxUCAMZBqhagQGSQNwZaOgjPQGBAVW578SQBOrBgEeCdsOAG005GHD9gaA5cClU6n5JSUbA wD2PPzv0qNMb1lmvCAMAAFsLZHY/OpSGgC7+CZcDCQbYciCfZBf+tRWgxcDxm/Taf3jqgOllgQfF APYEbC0Q/P1MXubnjUGtFaCO33t9PZRuQHZKYYD1ghwG+EPyAGBAbw+aXfLnVX9b9tN0xOwmkADy QMAASeZYN8B3BqDR0GzoRw8DS8ZsuumYJXaQIkWKFDUiwUCKFCk6KCL7BCkMNA68oXHADeABw4AY BqIVRHavoXJhBVGJDzAOYKBfHgag3pOkP8DNxI19rqJkLZCuCEKx0o+04G805B9OXCIDeGUwkBd4 4HLAQKXPFRCTCAYKbCDKeEClVJCBgcFAThsIDAwZfXrDbw0GsoYATf8+3vp7GJhW3puncMhHhmlb gKaf5t7DAHMaeimSBFxbAOberQvS5oCu/PHSpf/SBKD1zw7p/inuD+ZDwZQEIGJAhTCAChy84EEA A5DCAMy9HeYXBYUiBhwyg75fOwBUtgSIpt/BQNMRwAC1/shVRgKQokKnI+a4HBgwu3k02UDbAu2G gWeXfBqq42EAlr+hoabpXyoYWDpykA/NR+KOFCl+jNEyDER/0BIMpEiRou0R2SeoAAM35HiAa4Su p+/PwYC70VAeBgAJfHJZ/2saQQJyg9EaMMDHDvCpZKW+kxr7iLhGaCIEx29bBUQKCR4GeLYAA7X2 D1xR7k0ScJ2BK0L3z6QODOh9SM39WyVbPgT3X2JnIAcDdz/+zE5HnNqw9u/WLY/k9oASYGBvudhf hAHeF+h5J/r+itwkFC6fK4KkzkYBAECsvxfbAu7WQOr4MSoMeKnpr3LkIdw/nxIgGCDPCZaGgKwC 0uVAKLqlQdwzIDAgeDBqpq0OchZfScCrKo7fH1YOMWWmn6Lvl7VAM5shbgvWDoC0BSSh0T+SO4YV BpqPhPWXurYOoNEsyijJkXM6jTYSABi0DwamLfk0VIfDAE38PvvUNPIdCAMu2veqFClSrDDRMgxE f9ASDKRIkaLtEdknSGHALRO6sTSAi4VCGAjlYcBL1gs5GBhgMNDA5xAXYKCPMoDJSECkGwlAAh4G PACEagMMsFjpfaUBAGHA5eL7tUjZM4lDxTDgVeqZMYDXBlv1vPuxZ3Y6/NSGX6+9Dh8hzKv+kJCA gwHx/Rjh9fXav0OCbEuACBhAErAOgK8Hdj/rAzRFMOB8v+4Jzg6FAQgDYvcDGIDjR0WbA6H4qGBp DpAKJJ/edLCs9hk1y2AA73CIXvuXq/5uy29e2gSA0dfV/wIAfo0QxK3AshYIkyMY4I7h2Z2O5FYB 9gEIAxjndiIMKBKQE9oHA8+99GmojoYBdeP37hNcmEcJX4qGVIOCOyY/WGmfe3Ov4Yz8kcwfM2Yf HMrcMORU+MFuhnxF9xY/KP6oFClS/LDRMgxEf9ASDKRIkaLtEdknyHcGFAbKsnOgPOBGUaFLUIAB 3UhQ1oQwcI2q1oaBujAgdxmaqPuG68JAL3YJdOeAmH4kkFGBgoG7Cel4YQDkV+Q7A8x5cyHKM0Ck mAQg22Gc1/oCAzsefkrDGmutVTISeN4BAPcH52FAigID5X293dfNweb7tSfAVf4OCbzj99f+7dAw QABg/+fxEubi/r2UB8T9AwNo931ngLnrBojFF/fPEY5/ltS591faApxAydJ/L+f7M2mx2doCs6qA AekJkAR0hNfHKVp/MfpaFwxwMEC7T8fvYED2CcD9Y5zb6ah54IFlgYHnX/401PKCgQWvvh3Kqt6M ZzSALLDdkd/GSZyjHXcn/PRssk6S0CLn+1I+oo/wL637QYU317zwDSYlJS2j7P9arUXLMBD9QUsw kCJFirZHZJ+gsDMAEgADIKkMvKkieQQDqgIPmDwJQKUiDDg1+gVCLpE6SMC1BbJlQjkqIAz08nuI s/4ASaAnSICPJ6v0zhGCyAMAqSBUgQSgmASg+jAwdcfDTmn4+a9+VeLSIOUBaQhkq4M8A0giK4IC GDDTTwXuH4k8HpgMUNkfebb6X32/1K0D4O8LROtPyR6AAAZo7g0JMhgINENJgBhgTYBZFeSAAbkR EEZdCES7X4cEIIMB1wTQdUFcCETJJX8YfWf3JZeKU5OjAvh+V9TtwtwzQCo4ag519Ozmo9sNA38N tVxgoO5/1zM/DZMtWeiwfU5T7gKVnAsvvDCczNjn3tz8fMSnzOvb/xQ/6N7Cm9vZFClSLOdoIw+0 BgO5P2gJBlKkSNH2iOwTlIOBbW8qD7xJqIAjlwzB+i8FDLAzUGoVBqwbYJsHGvtMLPebBPl7Dcmu YgUAl0iloff4RrYFasAAFMIAdw6EZ93NhUIwEDaISACKSUBVEwbuemzqYMDA6r/8ZSmz/lwFVN4H pj/YJLCvy2UhUKDgcP/ny2AAmPugIaBSGDDr75S5f7H+6vu90ede4XzF6jEJsF1QPWRWRRw/xY0B cPyocEVQ9TDm3utHJFANcjr+w7UzYMuB9GK/jLPh9cXfSxPgSD3lYGD0nOaj5jbD6PPCP2Gg05Fz iQRy4yC2Ao6c1fnouZ2OBgnM6XwMk/bBwPRX/hpq2WGghf+iR76dxjv035pzkiv5ip9TEwaysxLF io/CKcEAY4H8WQcD9d4qRYoUyzvawgMtw0D0By3BQIoUKdoekX2CDAa2E/dPHpD+wEBQQQswAOUx oJ/sHu6nqrNMqKg+MvaTJ5H1FikJiBpcZ6DBYAAV3Ux8VWOvqxQGSs7uKwmUe48POwMl9+jiMpJa MFDu2fYWQYswkF37zwDAEm4O3k+2CO87PXh6gEnsvvQHnPVHwj7A/tmdguyxweLvKeTZDmCx+1rn 9gDafVYkp9cP3f9BcvlfmwAYURkF00+LX1AN9w/rXz0cY66iibP+hgEBDJjjD2GgWYx+MzcES/Go uU3CAE3AgKNtLRDU+Zj5zThkN2BOM0jgGGguYeCYdsLAjFf+GqpDYQA2P7u0bq7emXux4kwDR16s ZNN5Tt8MpfwV+3B+FMVTfJ/gK4g/qPDmKVKk6LBYdhiI/qAlGEiRIkXbI7JPkIeB8rbgAWkLDGh1 mRAIIXs+ccADHFVlHPYFD6jyDJAXewIKA30mZdZfYAC5rBfSovYKJLc7jWamv7H3lZU+E0AClV7g AakbGOR4wC8Qqs8AXhEMxI8hy5YJKQxU6f7DboCDAb1HELcIZ50B8/3uVqH6NAD6fhh9tf5umZCs F5LdAh4GAgAw3++bAB4GHADw8GDUZ1FSKY+ayVaAdAA8CTQdNrsIAM2w/hEMOLni7E5HzDHrL2oG AMjIhNbfXf53q4BMo2c3AQZGCxiwLTAXpp/j0fPYIjiKGwM6HzWPMCANgeajZmsCGIDaBwMzX/1r qA6FgbwRd76efpvhbzLkCq4ift1FjiYQfEU4QefL+9SIGqeCUs0Pit5ciylSpOiAWHYYiP6gJRhI kSJF2yOyT1DWGXAwUBlgi4VcT+AGPowMYwADlgzINQeUB0qa6NgaDJTlvkONfdglaOwzUaSdgYkN vNnoVQoDlIMBlcAAvP74RurKUh9a/xwM8LZCIQwID0hDIIABGWtSgTycuGUYsM7Az375C/X9wgPT qxkPTBfJMiFigDwoAIm75I9EhaKa/tD9RyuC9CahYvTV94v1P1A6AOGKoIAEiuJ+AAIArL+uCzIY 0Aodv3P/wgbi+A/31t+RAHy/LAfSUyQBGX03IOgJBABA0z+LIxmAdr8Jpl9IQASvDxIQMBDf3+lo EILPqc7LBgOzXv0sVIfCQDujBXO/7OGQhNGhH5QiRYrWYtlhIPqDlmAgRYoUbY/IPkEZDKgGskXg BAyA6bflQ5LnlCcBSxQDVHwGWX0YKPPBZHaLocZsLwFJwHKuCHLuX5YMgQ1KjgrKvYgEzPuML3sY cHIw4ElAJIuFKhhh98EA2isIGcCr8NgBld884GDg1Iafr/FL7QOU932+vI8AQA4GMpX3m0HtP6Mk 3QAV7f5+M5r25/ofun+wQR4DVBkMmO+n6TcY0A6A4kEtGJANwcQAun8dAQPkASUB7g/WXcKqDAkO 16VBTnp4xGyMtPvsBjgM0LaAyQCAa36OlA3BAABaf+f+cUg8sENrCAgMdDoKI/sAXBEUkIBWlgUG Zr/2WahVDQbAAlmvIcFAihQ/aCw7DER/0BIMpEiRou0R2SeoHgywM2AM4NUyDIj7D3IetgoDLnck kBdhwN1vtAADGSf0gcY39r6yZBhQYAAv3TnAzQMBDNTsDFAhBowVuSeR2TKhZ3YEDKyx5ppy+d85 ftknUN4XFp8uv7rvDIyoYwQGOLl7Aan2AwPw/j+qkAFo7l3iHL+M+kAAb/eVAQQMsuLBsyoYaf3p 9SuHzqgeOluQwB4VzMv/MP3SHFAY4CFG9wABdf/w91Xx/dUjmLMhIBf+WZHcDl3CfDTFVUCAAVsL BOvPzoB1AFjUdoHKcpyNGADyGLCSw0CKFClWjUgwkCJFih8wIvsExTAAZZ0BQwKvjATye4jF+ueo wKvspEuGJBES6I9ixgmw/joG4pIh2VicPX8ASJDBgBPqjdxbvDQwQB4gEvCGQiEMaJ7dZSjkAZPy AJ9AzOcMnNqw5m/WgvUPYYDJfs95BvCqZDxAGCjLrULp/g+wO4EW1aQw4EhATX8EAzxUGNBD6QM4 368wILnsCnDdAPfgMHkygFY8A3hFMEC7Lwxgvl9aBIoBfpRVQHOqo3nVnzyQ2X0qrPhlQlKE6QcG zOt8jIeBuZ2OwSHd/2ouUbUPBua8/lmoBAMpUqT4oWLZYSD6g5ZgIEWKFG2PyD5BBgPb3lza7g8U km1vVgzwSJDJHkPG/QOOBJDcIL7fSECK8ijiPAwoDygMyAKh3B2HDAByPHAVRn+XoZowUNJegW8a 9JY9xC0tE8J4Rbn3FbJ/AMpgoH5/AIp4IIOBnY44teE366ztSUAwAHq+rNsDHAxIESIPVMT6Kwww 0QcFHDRTFwKJJMGhVoJtwTpKMsv3ASpuM4CTxwB2ACpCArIrYDaX+qjpZ10cvzYHUKe4E4CHh2OU ycG1/0xHzq76DgB4IGAAryIGaEOgyR02HcV7BGldhGSu7Biex3sHsRswv9NRczsf7RnAgcGx89oH A3Nf/yxUgoEUKVL8ULHsMBD9QUswkCJFirZHZJ8gBwN/KG83uQRtCx6AnPuXVUPWFuCh3G904PUU dw9fLySgVGBSBvAq5UlAYaBCVCAJ0P0rAIRIkIMBfRhZ0BxgH0AlAMBD6w8QBriB2GCgRQkMtLBn IFbEA+MIA48DBk5rWPt3v1XTD7vPUe4aVN7fdwOyBUKVA2aWD9Bkulp/jqgoFegF/mBpEI2+HhoG 2B2BFABQEZdPADCvb90Aq4R1Hh4mknrTYXOqh0NCAkx4CqMUYfFtzU8gsf5Hzm4abQ8NQFExwE4h VwDA2QwAMgwwGFDr75Oc2BywzsAxWXOg0zFzOx1LdT52HoSkfTAw743PQ3UQDFw+9fYTp0wc/8wd 9y565pnX5s9/95X3Pv/4u3/83U4vZTzx6PTxV/35jvumzJo9/5VXX7NqihQpfuSx7DAQ/UFTGLg2 RYpVL/T/JimWKiL7BIUwQB4wGPiDwUAmxwNkA8JA44AbIMCAMIAmmpMHSq5RACkDOF1TGsCx3E/c fz/AAKjAYEDuKUQSEDCA0Xc9gbA5YDAg7r/vRCUBPbREnj9QyXcGanUJ7OZCUCm2/kUBAMI8hIHf /lZ2CJj7L+83o0QYkG0A+8/EqDBQ2m86ioCBCkez/uwJHGA7g7XCdUFkAHmQsOTm/pnPFs0q49Cu /WM00++tPyqWhCQA0e7P4SV/VmZVDqcUCejsOc5V3y8jjT5XBwUwUB09u6oPDlMMIBvYMwS4UbhG N8Ansk/A7hZKGHAAEIg7huc2u7VAfKqAWP9Ox81TdT5+fqfjmbQPBua/8XmoDoKBXW47c8frT9zn 5rP3vvWc/f98/oG3X3DonZcccde4Ux+45oqpf7lrwdMghAXvvdoqIXzx+VczZ754/33PXnPDHZdf M+nBJx+bvWCenUuRIsWPPJYdBqI/aKkzkGLVjAQD7YvIPkEOBm4qb3czxBuMigIMiFWAgVBtgAF7 JJmsEXJJWUZDArABMeBqMEC570RIVgfl5doCkhsbyDi+1Jt3GuXYen9AdUWp5+WlGk8jDtUSDKwj q4Ps8j8ll//F/WfFCopcESSjWX9dFzTLmgCOB5gc7AEAyeymUWAA6QbgkIv+4fi5CkhhwDt+qQMJ ZjUdOofu3xcxHja7cvjs8qFw/7PZCmBDQNf/iPWHrZfFP2b94fvlwn+Vjt92A2fy0+SwCgaQOYAB ePom2S6MRMdQTSjao8QcHnB1EDBgXudj5zcfN6/52LmqEAA6CwAICZjaCQNvfh6qg2Cg57n7/fvA TTbs1XW/Y47YeuTOa+81cJuTRvQ664Ah40/Y7bpTdr7uhN1uOn2/P51/1N2XH3nXZSdPufqSJ24D ITz7+oKF778GQvibI4QXl7w5buyfnnxixl33TXnq2We+++67v/+9ne2FFClSrGixHGAg/wctwUCK VTMSDLQvIvsEKQwoCRAGZAOxjACDsD8QdgaYU3LXUT6CIIaB3Hohn8tegmt04ZAwwDXSFiAGmPSZ xLJeSLoBwIBJ5d6oS3OAmij3DppQAiG4VkAjKy4nA2ijgCr4fqrUE+6fCnPyQM/LIgUAEIowsOHW Pe/JYCDv+xUG2AeQpUFcHXQgZAwgK3xmIbEK/L3WUTmImwfU9wcwIFsCcGhLgMTxY+SGYLnk70w/ DwUGaP1lRZBN0EODAVkdpJsB5Bo/SeCIWVXAABOSgEjqavclkdEqoQgDtgk4bAIwgfv3qsrSoCaB AQqJ+v5jzfcDBjhKEdZfkUBgQHScjCcsaDcMLHjr81AdBAP7nTF6xEF7bXvgrkOO3fvgkw4fedj+ 2x+w+/Z7D91g4FZdBvfoMqTvesP77nr6oQNO2b/bqfv0PP/A7hcftPO1J+51yzkH/vmiQ/5y6cG3 jznx/qsuf/r2cZNvu/nG+1995Y1LJ47/6JOP7d1TpEixUsSyw4D+HVv41heaJBhIsWpGgoH2RWSf IAcDXCMUrBQiCYg8DNiW4owEWoKB+B6jKoUBWSNkMODkYMDJrRSC45cWAa3/pMYMBq5ScV9BXRjA hLbDgLj/XrEKGKAyGLDOwFrrrO2bAJqUBANIAvsrCdD0ywiXLzAgeFDhHgBQgesJyKG6/zJG2HoZ uQ/4kJnlQ7jlV3lATX9FnyB22Byu/zEMcGDgYICH7APIHG4J4CEdv94dyJoD0gpQ96+HrMyD2Blw MOClfQAtqu+XxT9zWZGL/VpELu4fJAB/Lwxw7NwmeH06/jnKAOr4jQH08n/WEEBuJEBOUB44rv2d AfxXM1QHwcBtj9x19ZUT1h/aY539e51wxTkTTx+7/0H77zP2qE0PHHjY+cefN+aCvQ854OyLT9r7 qH3/f5v95re9Ntnv+MO232/P/+iz6W927rXxQTtvcezuPc7af4crj75wzOTp0+e9+vrrgIFvv/3W 3j1FihQrRSw7DER/0BIMpFg1I8FA+yKyT1AIAyXjgdowoAphgMuEwAMZCRgMeOVJ4DreYoh3FLXO gI66ZwDWX9YOwffLKJsHZN/wpEbm3EwMGCAP9JlYlv3EdPwGACauHYK/dzDAMQAATbwcBkA1egJe IQaUgieRGQwcfprcWlQbAn5pEPcEzyQMHEivDwwQ6z9bR8KAbRKA7zcYUAaQtsDsyqiZZXd3IHP5 eoMggwGz/mwRuOYAAYATZGMARfcPuVaA6wbQ6MvGAPH9bA6o9YfLty4BGSCTBwCXUAIDIvP9XOrD hkDWB+CFf2oe3H/TsXOaj53XGYfw9Or+WVEqyMGA5lDnoCewmnQDoNVOsEr7YGDRW3jJF4velrHD YOD6B26/9qqrf9Zrg00OG3TcuDOP2vvQTXps1eek4Rsftf3B40+99sqrD9n7oP5HDe9x6NB1dtrq kHOP+69Pvj3x6BP+7w3+o+/g9TbYZoP/b8O1f7nxBj/d6LfnnnvDB+9/9OH7H954y63fJBhIkWLl imWHAfuD5pRgIMWqGQkG2heRfYI8DND6GxLoMqGlgwE+qLgWEhADqIwNQhgoAwasUeDbAtIr6HN1 uQ+QgEuDmOgpgQEciq6Sa/9UZv2DoohUUO7VSn+gpspUjgQgBwNMdM8AnzPwyzXXpO+X5UC85M9u AA9p/bkcSDsDswQMqOpB4AGQAIvGACIUm9T0h1IAcLcMYi6X/MX9y6gS919WGDD3H2p2hQuBuANY NgnIKqAjgmcGS2eAqHDk3Jw8ADg1j55bPWoOr/ofhWRuZTQv/yOB9TcMOJqJHjYft6D5OLX7wgZi /en7RQCDHANIW0DtvlYkkf7ACQs6H+eo4IQF7YQBYECgDoKBYyeed9Zppw076oCex+y23Ql79hq9 +8Ajh+9/1uGb77vtQRcef+E55/favNu2x4/suud2W+zcd58zRu935CG/3mSD3Q4cOeqUEevutEW3 Qf23HTJ4g603Vhh49533CAPffGPvniJFipUilgMM5P+gJRhIsWpGgoH2RWSfoBAGynqD0UGeBKgi DOQfSxwtE7qhsd/1GQzA5UtSHgAS4KGSgEp5wFNBDgYkd7cY0v0DVzcGVBDCAATTX0/thgE4/haU wcDP11iD9wji7UEFACh4fbh/gwFpAhgJQAID6v4NBjiHrQDZGRysBeKhQwIz/WL36fj9Wa27VkDF 3R5UJX0AvUeQbAiWhE8FFiTQUVU9cq6IYMBFPjEDEAOYCwOEUgagpDPAboBSwbFw/xjndTp2vsj6 ADaK3RcYkOv9rpKHgQWySUDGE4AEQgUnLmwfDCx++4tQHQQDm+y/bf9BA26/447uB+y00d4Dtj58 SM9Dh/QZtcu6+/YdeNiuO47aY4NeW+x/wqheI7fvMqT73iccvulu/X622ToXnnHuaRdd8O9d1/3N Vht2GbDNf1/3P84593qFgetv/sPXX39t754iRYqVIpYdBqI/aAkGUqyakWCgfRHZJ8jDQCDBAO0V MGkFBvS2QibAQNgcyMFA9swBFTFArL+HAXeXIYMBU5+gOaBLiVgRBmgrDEDxnYUi9x9JYOByUYwB KsKAPoH4Z7/4BUhA7haaXf6HXGcAymCgfPDs0sGzyqNmIikfbOv++cxg2n1jAD/S6OsDAdTxKwnY 6HYLHJ4bufInhwEZDIjpnys9gbnN3A8wr3oEAQB5uDSoefR8TXDWOgDKAH4TsJh+y2n9edVfc1ka JIew/sctEBiYzwSn4O8dBjDXPsAJXDukGKCjwgAF3y8YAK12wkJNJG9nZ+CFd76AFjt1EAz0OGLX rjv2P/CsY9bbuWuXwd22GrHdXseM2vv0w0eee0S3w4ZsfMCAdffs+eu+m6zRu8uGu/U68JSjdz58 7/+x+ZpDDxg5bvy4ISN27zFs+593X/9/rPezCy64ecHCRQced8Tl48d/+OGH9u4pUqRYKWLZYcD/ QdMkwUCKVTMSDLQvIvsEKQyUBk1u3C4nA4NCc4AriAYWFgsFSGCV/tfrPgEkZXlcsYcBXSzk5QhB XH4GA3KokicPNMq+AhVzxYDeE2VLsSFBUY29r3IwoAIGGBhE7j+SLBPyypYJxTBw2KkN/+cXPycM cGOAYwBKcgIAOwNVhQEhAYEBjO7uQGCAQ2eVJafj15sFwfGj7lx+BUjAisFA9VDafRTllMzRG4aC AUTVw4UBdOSCH71BEK1/0+g5dPkCAzT9o/MwMJpev4px9Lzmo8Tiu50AVSRBH0BvCmS5MYCuDgIJ CABQAIAFBINjnN3X3cDO+vO5AaACAQNUMhJQGBB10vFE9gQ0by8MfBmqg2Cg7+jhv+23+S4Hjhh8 6F6/G9Ktz5G7nDju7COOHH3yCSdde9tNOx25l457H3XI+oO7rjNw89W7b7DmgI1/PWizky866/hT TjjwtGN677bDLzZY6/wLbpo9b97Ea6/7/PPPfxzLhJaM2XTTMUvsIEWKFC3F8oCB3B+0BAMpVs1I MNC+iOwTZDCw/S2N4AEVVwrpZmJbKcSbjXoRBm72JJDJtQUMCXxzIEtsz0Bjv2s8Cahg/a0noEiQ 5wGSgNxciOKuYn0KAR8+0EgYmKTPGYDE/dsIDFAYKPWaACkMlHoCA3QkDGiLwKtlGAhJwMPAYMDA f/x89aAJINJDmv7ZYZ2bg/nIsNnsDIzytwpVDBAS8B2AQ7n3V42+8kDWB+DTgjMYsAnGABR5AHZf xEO7H6jcORSJmP5mgoECAMGAnDB6rl3yPzpe/MPlQJI0HR3UFQbCboDmdP9w/PObhAc6HS9IYNaf Ll9z3S3AJUPKA4QB6RKQDaQDcCK7ARg7QSdhXND5ZCQc2wcDL7775YvvZOogGBh80PB1ttzg8FOP m3j91VvvO+hXQ7YYuOvggw8ctcv2O+25+x577Dr8gL33O3r06KPOO7n/3jtuseuAvY7ed/1+m/9i 8w0OPvmowaNGbL7bgC37d//p2qvrMqEbJt+C9/zuu+/0zdsWcOUNDd6Xy1HDPvfqEeLefeSs1l0E 5yVyZ9vm8ZcLDERvooctf6ka/K4Y0Zdg36xLXWjJV2q/ZYoUHRfLDgP8Oxb8TUswkGLVjAQD7YvI PkEKA42DbgUGgAGCxUIOBjDalmI3EgZiHtANxDVgAGfzMGC3FmXfIMcDkCCB5U7cOQD3L+uISAJu /wAxQG42qhXfCvAwoInLczCQYwCvOiSg8jBgyfpb9bxLYeDfV/8ZYACC1y+zD8DmgPQEpAkgCaig PAojlWcAsf4OBmDuxfdbE4AuXyrw+mr060j7AGQAHjoSMJnpn8e2AJIj5NAIge0CHtoGALf4x4kM 4BLlATYEdHMwfL8sEAqldesMHLugkwgJXT5hYCHxwAiBxc4n0Pp30gv/2goAA0gHQIqCAaqTFwID VO2HgUAdBAO7HzvqNxuvu3bfzQbuO7TL7n022L3HiePOPvzwI3fZcaehQ4fusMP23bbZ5vddNvrt oK02Hdqn7579Rh64+2bbd99yu257HXnQiePOWXfw1t132+5/rPPzc8+9YcacuUtefAk8sHSPG6OB 3mcf76lrHCLEYbsai5Ejjs+2wS6HL2l3RG+ih/EXU/hq6OprfIUoB986jnJz/DHfsg3fX4oUyzGW Awzk/6AlGEixakaCgfZFZJ8g1xm4rXEQmwN5GJBlQr4/sN1NZbYFbuQ+YxzmYQDyJOBg4AZ5ULGR QIQExgDcVewhAYeyf0DYQLcTWEMA6ueSvtxCQAwAJBgM5FYK6cMHlASsEvCAKN4/4JTrDPjcKXen 0QAGfvazisAATb/AQOVgNgQEAGxjgK4CUvfPEUbfYUCJDxCQxT/0/c79+0v+igTO99PuH5HlqiIM cCuwP6ur/8kDHgyAAW4/gF715yqgWjBwjO4KyKiAEtMPuRsHCQAABggA7AyI0XcwcBwAwBYIRWo+ cQEE0990guQnUDkAOAnWf1Fng4EF0GqnLGo3DCx598tQHQQDe19w/MRrr33svoe2327Qf/RYr+tB gwfuOni3PYYN3nbQoEHb7zB4cP++/TbaeJOjzjt5gx26Dt2v2y82X2etPptvPnirvY899NJxYw8a fcjZYy/6t/V/fv75N9338EP7H3f4TbfctlQwoM6ZPlg9sBzf6+w0HfCYgsNGtHSY2WiU8cOUcKeD ktWySnGOvI+8+Zial+XlVPxl1CzaAePeffLHEjYrmxzBQHBYeMMUKTo6lh0Goj9oCQZW5Rg7duzR Rx996EoU+HbwTdm312IkGGhfRPYJUhgoD7qtPOjWkvBAtmHAwYDk4IGbBQZ8Z4BgkIMBxQDkSKRL UBpwfWOeBFRGAtIZCGHAK4IBdgxqwYA0CsTx6+YBRwU1YQByMFCPByL3n1cvg4GwM7CDwYAuARIM gPsnAxwirQACAJcD8ZFhGA8V6y+3/8ehMoA2AWj6FQAUBvI3BYLIA+L1mw6n0Wei1j+jgnk2iuPn HGEAwEOz7AGwzoDcFIimX0ig6eg5ZvHJA87u+wphQKy/QoLvAGjRbRLw3QCOhAEuE2o+fn6TLfux DQBkADh+YQBx/2SATv5QRN+vzQHHAxAYoNMpC6HOKzwM/H73Prvvt+e5556z7vrr/W77LdfccbMT x5293977DurXv0fvHr179+665TYbrLfebwdtNeKY/dfaat3/d8M1Nxy45aY7brPTPnuM3G3EgK69 Dzj04N/23xQwoHcTWkoYcMbW04AVxPtqHo76IkbeK4dn/VuFYdPxP+5l4QdJIahYCQVm/B83KXpz OZULnLX38RF8BIPv78N/kL0iy7JpUgjfJHrDFCk6PBIMpFhece55511yySXvvffeP1aiwLeDbwrf mn2T9SPBQPsisk+QwkBl0K2VQbcZDIjcA8iQyP1GpTkgDYGbXWegBg9Qul7IUUG2XigjgVxzIBTX DvUVHsDoYMD2Fgdq7Gu7COQRxQoDbr1Qb5xSBiAPeCkM6DKhlpHAu//8MiHHA1AMA6v/TNcC6SaB 0iiCgcDATJh+Fa2/wEBZfb8AgD0WQEd1/L4zYDAgbQE562GgevjccNWQkoD6fkqQIFsRRAbgrUJ5 4V8YwF/7Vx7Q3CquD5Aryj6BaK9wCAPNx7AhkMHA8XT5TSfMa+Jol/yRsBUgJNB0ovUEWDxpYbM6 fk8CsP4nUp1O4mHnkxchIQycuqizCIftg4GX3vsyVAfBwCYHD9p9373/cO3N/Qb2+/ee664/tMfA XQfvt+++PbfpusUmm2zSZePfr9dlvd/+7qjzTu4yuNv/XPdX/2vdNX/bc6PNd9xm6CF77bnHiI3W 7TLyoH1/03ujc869/r33PnhgyiNLBwM57yuZq6gXpufVSjZTI2+IcZbTJcJpUT18E/+2dlrDEYif U6z4HFHzMCrG3j04xEzm/J9cxC/Hcfgm0RumSNHhsewwEP1BSzCwysbo0aM/+OCDv/3tb5+vRIFv B98UvjX7JutHgoH2RWSfIAcDt4AHQhjw/YEQBrwcDNTggbIyAPPrs/VCOdn9RsM9A17WHMh2DsQw wAcS14OBPnwEgQOAHAxA+c6AV8wDrcNAsExIYWB1JQHdHCyX/Gn9syaA8/1e+cM5mK8NgaYjZCuw u+QPVYLcSToDCgBKAofPbSYM+D3B85qPnE8MULtPcXuA7gzOeEBGzW10JBAcLhBpfwC+X5oDskWY GwAEAKQJ4JYGOQDISEByG7UtcFJWhLNv4s7gRYQBcf+6TAi5YIDAwCkLSQInS2fg1MWorMgw0P/s I4+89MITT73wP361zr913+zn/TYHDJw34ZJBI3bpu+PA/tv132zjzTbZ4Pe/HbTVr/ptPurYg046 87C1e2zaZeBme48+eOjgob9efY1RRx+5bv8tLrjg5mkzZy7tMqHIBdMDeydtRrmOw6536F9luZuk E8JXFSsa0Ry8W/FVmiNqHrY8J2fl43PFgivlESKekyJFx0aCgRTLKw499NB//OMfZqJXosA3hW/N vsn6kWCgfRHZJ0hhoLQ9YQCC72dbQG4ulDUH8iSgzQGSgI5OjQNuahx4E8cBRghcKURlbQEVTL+M 1zUCDIKHEysMlJD0hQgDAgZxZyAStxcrBpAEatxplD2BYLEQD4UE9LZCCgAOBtg6KBXWCwVUkNsz sMNhpxAGSiQBYMBsrgs6dHZZGKB8GFsBYv2R0OujoofCACb4ex2hEAMggAFhgJK2QJBLowCmX/oA vi3gnhKgq//daO7fJzV0zPxCW2B+hRX6fp7Sa/9+PwA3AS+0+wWJmk5Y2CQdAKh6/DzkdPwZDBgY qN1XErCeAHTyomZ4fVsaJAxwEty/06mCAZhw6kJMW8Fh4J///MeUSZuff9xax5yxb/e9B//vblv/ xzY9ftq711o7D9h99P5r9tl4nxMOxQg82HDg1r/eeO2Ne2/yfzb/7b9usEa/3QdvP2i7X/z0/wwc tvPPNl/n4osnv/POu+++897kP/657TAQOHd3BbzodLWSq2Nq8EJEeNafDIpIhQv0M6JK/q2CCucg C988zBE1D3PF4vtHX0T+pH/tvfvYCTcHr9JK8UUpUnR0JBhIsbwCjhn/jfhspQt8UwkGOi4i+wQ5 GOCegcqgW8qDbmkMbjNalwcgAQBZMiT9AR0JA8AAjLJSaIDxgN5ryEmQQBlAtw0EMKC5IQFGaxHE ABCqjTCgiVfQHLCeQC0YyN1vVMTOAKQwsP2hhIGfVUbNKY/SDQCyE4AuP4OBlkXT72DASxcFeRhg AlTQrcCuAhjQCoshDIw2AMgkS300z+w+Dun+5cK/OP6qRwLJm441BqC4DSAjATIAYACOX5Lm4xdW j7dr/2b0FQMcDECCAdwhoMuEdBUQRAw4RWCAfQDCwGqnLFYYACSwFXAqkoWrnbpYOgOLOp/Sbhj4 SoT/cDLpIBj4xz+++/SRfh/f3+3du3tOPmOthbf8/paLNzvy8C16DOu2er+t/7Xr1v+zd8+1dhn8 /2yz3r9vte7/WHf1zr/66b+uu/r/s+7PNxrU/dQLzhk56oCjzzrx/6z36wsuuPH99z54+eXXlgoG ck5aTbLfO+xD/TEtsI9oRuChJWQuj+nE9QX+Lj2ulFXCd44rYrrDN89/UO3D7OWI8LQPP6Nw1r9h 8CbO+fvvJqFAiu87lgcM6B80U4KBVTYUBuw3YyWKBAMdGpF9ggwGdvhjeQcuE6K2v620PZIcD5S2 vQVqHJiDgbK1CGrsHJD+AGBA7ywkjyEzgQquNx5wy4QUAEIkIAzoBNlC0DIP5GCA24hzJKAM4JMM BjIeaAEGirpcVgpdbp0BwMD//tnPuENAVweBBHRnsHp94kEgrcD6m/u31f9i+mV0DKAWXyV1c/w6 Nh2hDCAAIBXdIkx/f9Sc4M4/mfXP3Q5IK3T8SLgBgAl5gL6fdWMA8fpq9/MYwATu/3hHAmQA6wx4 9085GID1FwBwOwSQnJjbJ+BgwLoBcP8KCaFWO41LhlY7tZ0wEO236yAYQDxz55FPTt7tlb90/cOZ v/l4ymafP7j55w9t/dcHur51x5b3XLbFmNO773HgNmtv3+ffum3xk403bOqyyS96bLT2Fj//5cZr 995+0MDB25189um/2vi348bdDBh45ZXXb7x5ctthIEWKFD+KWHYYiP6gJRhYZUNh4NN2xq178IKI RZezZlp5BYgEAx0akX2CFAbK299GGNgeAgncRgwAD7gWgTQHAADsDzQOvLnR8YC0BWz/AMBAewXa FhAeEPcPNmCvwO41xGLWH9BbCUmLIA8D/rABGMA9Ax4G6lBBb/AANxJwL4FRQY4HVDkYyDoDIQ/U hYFgpRC1wdZumZDAAB8iVj5kTgXi88KguZU6qh42L4MB3idU7L6DgYgEqCPnKQxAxgPulkHNRwED UJxrW4QVBrLL/5L4DQC0/k5KAnL5v3o0AGBB07ELrQkgDFA9fkFVrb/kuiJI1QT3r0WlAtp9gwHb IkwSmIcEhr7JOgDi+1EJYEA3D3SSvQEhCSgMwP2zLcBRYEBaBKudtni1Uxe3DwYWvvVFqI6Dge++ +eyT9xYtnvmXq87odv8NI6dcv8tjN+40548D3rp7m08f2PKLB7b46N6tbj1r7adu3H7MaX0OHdWl 3+gRe198TI9j99hweP/VN/ntjvsN+48N1xw/8WrAwNNPTb3iygkJBlKkWMli2WEg+oOWYGCVDTjm v/3tbx+3M24Z3tDlzOk+b2gYfoseFCKc2ZZY2vlx4JtKMNBxEdknyDoD299S3oEY0AIMAAPqwQCl JMDFQpT5fqWCgcYGeRi4XngAjh/JDR4JIhhgYp2BUG2BgVrrhfrUgwGoJgzU3U+sMDBYYaBy2ByS gN8eIHnlUC1KrlKvL9LtARhruH+V+H63ZwA8IE0Dbguer6NKnxDMxwMjl/2+VY5ytx/rDCyQOZLg LHw/pSuCpBsgrQB1/GQAES/8uyVAGLUb4Eex/qG0D6BtARj9RfT62grQDcGCAWADkSwK4s7gRUQF BwOUawJwORB02uLOpy/ufBoY4AUlAR3bBwNTX/zE65kXP+k4GEDAvr/11ttvv/3uXz/96J3X58x7 9uYn7zplyg0j775mt4duGPrA+G2uPWXNDx4a9PEjg757ZPPbbzn7vY8/nvHC/Gvvvu3SP157xl+u 2vyIncdefiVgYPzEie+///633333z3/84z//8z/t3VOkSPEjj2WHgegPWoKBVTYUBj5qZ0we1tDl jOfs4KPnzujSMGyyHUSRn9l6LO38OBIMdGhE9glyMEAGKOsCIQrJrQIDt4AEKoNuadxucsN2GG9R DFAwYE8gAoOaNxt1MhjQpoEhAUTTLw8kdjBgkCAkwAcOyP2FdO1QPRjgMiG/Uogq62GRB0ACSGQP sQcD9zwy6w8ABjg6DKihHpcDBu4GDBx+SsO//2x19f3SEAAMyI1E6f7nsBUgGGA3CXUwEAIAmwMu twr7ALL+Ryt8gpi0AkbnMCCQeP2sIQAe0MQOm49ZqAIGcBWQLAqCeJlfpAAQwoBVOC7E2MTRFgsV YGCRJQQA1QIdOwcwwLEAA5ZITgY4ZbEkC9X3EwZOw0gYWO3UxWwLiNoHAw/M+eCBuZk6FAYQ3377 7SeffPLOO++8/vobb7759vsffPjhhx+89dr8hc/fNvXeM28ZN+ihm0Y8cevez0/u9tR9k+w1Ep9+ 9td7nnns0ssmvP3WO7ffdTfe5+uvv8afRQDGP/7xD5uUIkWKH3MsOwxEf9ASDKyyoTCA/8C0K8Sy T7ODDz+cJjTgUw0UMM2Fns6d1QhLhflLHwkGOjQi+wRFMFDe4Y+ahzDAW47mYaCooD8A38+dxE7W GfAwIDuMC/uJHQCEeU0YKPMpxTWbA22CAZPDAC+BgfF51eWBcs8rNty6192PP7MjYWD1n1sT4FAx +q4PgNzL3L9tEjDTz/U/skxIDw0VuBZoQfWI+TqBcwADavodDOSQYDTHpqNkHzBlTxR2mwF4S1Bh AN4XSFcBYWQrQLoBleM5ZtIWwQm6IZijJqpmQQJWwiLvDqRa1AzJMiGBAfYHsqv+wYX/zP1zW7Al mgMAOgEATlcYEJ0OAHhBuwQ/IhjQ+Oc//4m/aF9++eVHH3301ltvAwveeAN6691333vztUXzpv3x +cevffONV4ENiM8++wy+X1948ZXjX3v19XunPKiv/ebrr0EF3333nZ5NkSLFjzoSDKRYXgHHjP9w vNzOmDS0Yf0TH7GDl19+5MT1G4ZOQhLUJw2VLJxZPMsX+tMS0TsvdeCbSjDQcRHZJ0hhIFwjFMKA 8IDAwKBbAANQxACR2CvQ9UKZbspgwNYLuRYBn1J8vXf/oZQECAMi3xOQ5w9ABRLgNmIPA1cH+4kL GCBSAAhzwAATaxGorgyfSRyxAWDgnsef2emI0wADv/ArgjIYOFRaAYoEfpGPx4BWBQwYPS80/czp ++dW2AewooqtgKP4LDBigFz4r8pyICdU5lfE/TcfRx5gHgJAQXD2wRj4ft8TONF1AwQG4PstOUl2 ApysCSUX/l1egAHIdQMEDKQbEMDA4k6n85AwgMrpi39y+gs/Of3HBANhKBh8/vnnMPdvv/32K6+8 8uKSJa+//gbw4LXXXntdMtT1QZLXXH/9woWLZs+ee93Nk1H54ovPQQVfffWVvVeKFCl+zJFgIMXy CoWBJe2MiUMa1jv+ITtYsuSh49eTQ/wvfp98DJmYm1k8ywonBRG981JHgoEOjcg+QQ4G2BDIdwYg hYFbS4NuBQwgIQ/k3X8NFWCg9tqh3M1GQ+VgAGrodw2pIIMBXSlUszmgABCp9s1GFQY0geD+rZiD AQWAGi0CgYFndz7ytIb/+PkvKofJ5mB9bLCsDmIikuv9dgNQU343cCjdFlw5cm6ZtwedXwkcP2GA twdVZfWqbQ8gALA/YE8G4IZghQEe0uLLZX55SDAS3xDQK/3V4/kQsfB6f6Tm3OECO+S1/0UYqycu gJtvEgxocsuB1PFrzkOz+876OwDIegKan7ZIYWA1TwXSGRAtXk0Of6QwEMZ//ud/fvfdd/hj9+GH H4IKEFwj+dFH4AFQwaeffnrjzX94fvqMFxYvue7mmz/44INPPvkEX95nn31mr0+RIsWPORIMpFhe oTDwYjtj4s6w7A/awYsPwtPvPDFMsghmFs+2PL9dkWCgQyOyT1AIA+SBHf5Y3j7kAb2/EEbwAGAA 4+RG3lnoD7y/kCQ1lIcBDwCNA23PQAgD0hzIwwCsfx4JGogBAgBcIEQekF5BAQay3cORYh7gtoGA BCC4/8beV6oUAwLR/TOJYeAZgYFf/NJg4DB2ANgE0BsEkQHmV6KlQc70M7ERFTAAHxZWOYIX/uH7 VVXfGTjarD+bALIuqEJaAAMsUBjQy//SGZBtALYiaL5uAzDrfxxH5/iVBOzyP3Mz+pmaZZOAzbdr /7D+yBfzECRwEsYFGHnh35l+9f2R5KZAhgF6pyAvYwAR7L6uC+p02kIjgTNeWM2p8+kvrnYG9MJK AANRgA0s45MKGI8+9tjDjzz65ptvXfeHW95+++33338f2JA6AylSrByRYCDF8go4ZvynYXE7YwIs +3FTfN6w84Qs9yck4pn5s1OOW6+F+e0JfFMJBjouIvsEeRjItD30p1J4cyEhAesM2GKhWo8hE+nm gTwPQK4hEEhXCnk1QgOibQMYsxZBfueAJtooyHhAbyiUv62QSB9GxiRHBV6CBAYDDglACLpzgEjg MSAHA0ec1vB/fvkrkoDAAMw9rb9tADAYoOPPYIBFESeTCo6cW6F0FdB8DwPq/k0hDLgickoYwPYE cxQYOH5h03HRcqCFBgNi9LUIo8/ELQqi8puD8RJNZCHQAu0DZDCgOmmxjKhkMNDM1UGyPzjw/ZRv AthobQEtCgzw2n8nGSGHASs5DBTjtddeu/0vd7788muTbrgR+fvvvZ82DKRIsdJEgoEUyysUBha2 M8bvhN8bi/WOvd+qjPuPzdYC7TQeBZsqefFs+FZayM1f+kgw0KER2ScoggG6/x1ksVBtGHA8EMJA /hHFdWAg6A/oBuIiDAwAD3gMiHcShzDgtRQwoM0BnxQkMDA+VGsw0PNu3TPwszXWhO8X668wQNPv Kur7ZTdwlmvdYAC+Xy1+kzj+AAO0qHcLFfdvFZ4yEmArgB2A5uNk7y/l3b9d9afjx1kQgju0BKM6 fmf9xfHzpkAsygTZCszbhjafhEM+RKwJyUm8T6hbFLSo+dRFzacsJhKclJl+jwHe69uhMoBIz9L9 a8U2BsD3w/H7pUEv/OT0FyHlAdWqAAOISddfP/66a595ftpnn30Wtg5SpEjxY48EAymWV8Axf/nl l/NXusA3lWCg4yKyT1CNzoBSQS0YMCTgZuLJEK1/gAGqCAaY26ExgJGA7ip2GGB1AwPDAIOBoDmg m4kjZSTQ12EADmvwgFOBBCC/XiiU7B/QlUImkoAkvLWowcCvfi09ATX6BRg4XOvzq0cu8BuIdWNA dTS9vrh/Ci6fud4dyLz+giZQga0FsgrBAAlvCpQtB+JVf7nwX8FIE5/jgVxiLt8aApRggAqnDAmO Xyj+nqY/E2FAaIFNgMXNJ9s+gU6nLJYdAlkfIIIBt0zINQTYBHiBbQECwAuuD8DciZCwGgDAHWpP YJWCgX+kG4mmSLGSRoKBFMsrFAbmrnSRYKBDI7JPkMHA4D/lSUBGBwPkAVkjZNuI7c5CkxsVBrhq KMcDUK45YHmNbcSNtWHgev9IMuOB+jAgnQFVm2Gg/pbiSCW75WiOB1T6nIGdDj8VMLBW+TB/syD6 /nK2FogiGNgaIe4TKB9pzw7zW4Er9Pe83u+XA0Hw/dxALADQfPRCwYAFnCmbg7maXxhAdwhkdt+e FeB4AIfZZX6Z4BJfMQwQiy9FXQu0iJBw0uKmE3nVn4uCyAZZLuOiJph+UMFJcvnfmgAvdDr5BX9I BhAwaD7VMCAUnyusS4DAAzT6L2KkznphtTNfhH5y1hLWz3qxs9fZS1YRGEiRIsXKGgkGUiyvgGP+ 4osv5qx0gW8qwUDHRWSfoJqdAcAAFcKA8IB1BkgFtzZse0t528llkEAtGKAcDJTZH3BgEJKAZwA2 CuJVQy3DgAKARwKpyKPHgASCAYoE5T455ZFAMACjiNY/jwRyVmGAPBCuEYIUBnYkDKz5m/JhbAWo 3S8fWegJUPPKR8yRDcGyH0Ddv6wOUhjwMhhw1l+eFgwtZMX1AZqOXdAsCfsAcrdQNff0+rLll4lJ 1/0zUfcf3BfILfpXEtBbggoGsJhZf0tMYv3BAM3w97o34BS5R9Cpi5tP471Bm09+ofMpL7KCw5O5 K8DAAIeuLcCL/a4bsNqZL3Q6k5f/O53hdCZJgBgQMoDTTxIMpEiR4kceCQZSLK8YPXr0G2+88dFH H81aiULvrYdvzb7J+pFgoH0R2SfIdQZuL++QNQdagQHpDzQCCba7pQgD2cKhAAZ8nt88EMAANwzc UM7BwPWNA2rAAEaFgZAEtNLY5+oGBwNkA8UDtf6oFGGg90SX1O4MUAYD40s9x5eCh5FlMLD6mr/R y/9NvC/Q3KYjF+hTwzjKPYL0oQF61R8kUAEtqO+3NUJyC9Fj7LEArLsRL2k6dqHkC60bAPcvOwSY u7VAQAJSQcAAeirYDSwrf5wMAKQDwEeGyd5frv/hEqAABgIkMHFpEEgAWtSkMAD3r/5etgI3c6UQ cq78wSliAO8QmommHyQgjh++v/kMNgQ6nfliZ0ECUsFZL+rotZpQAcbVzjYlGEiRIsWPOhIMpFhe cd5551188cVvvfXWFytR4NvBN4Vvzb7J+pFgoH0R2SfIwcCfw5VCBgPkAUOCEAYy8U6jhAEAgFcp 2EWgGCC7CDIeKG9ba70QwMA/eaDf9Y4HgAFCAv25n9gjgfKAKIcEjbqZWPoDdP8hDxghOBIgG1zV 2IujNgR8EstgIJQtE7rrsWcGHwYY+PXaFT5WjJf/af2tFbCApt+WA9H6l4+aB9OvFT4V2LUF/IQK HxgMDBASkKcEVJQK9IkBGOHv5cFh1WNlb8Dx87PnBzswsM0AIrfsxwGA5sQAjlzkQ3+/kEv/lQG8 6c8f+rOdTn6BLzkFerH5lBeYwPGfpkggLQJUaPpf4Hj6C81yvR9j0+mLm+WmQE7cA9AZJGCOn3hA MHAAQDxgQuuP5CfnZCTwk3NeSjCQIkWKH3UkGEixHOOcc84ZPXr0oStR4NvBN2XfXouRYKB9Edkn yMHAn4rbBpxccyAiAUhhYFAOBsgDDgbU/TcqAwz0vQKDAU8FbAuIynpPodx6IbdYqF/MA6xI0tCX TyXjqDBQT2AAGd16oauECmzPgFcbYIDNgRwMhDcIUhggHpjv95f/rSGgaoLRFwbQPgAT4AGbA9IT kNVB1aPnN7MhsKjpuIXV4xbR7st9gVwfQNYFGQNYrjCgACDSnoC2AlxPIPD6vB2QbQBwJOAF6896 7pSDAZAAYcDW/5y2uEnGZph+YQDBgBd9Ahjg+h8HA7IP+MVO4v47OQAI5WDgRc8AgRIMpEiR4scd CQZSpFgukWCgfRHZJ8h3BuD7C82BP4Uw4HmgNCgCg1sa8zBAFR5EkNtSLDwAGChvCxhgHu4Z0F3F RRggA/heQcgDYIAgFyTwymCgMYYBWSPkMQBs0FYYgMYbDHCZEGDgyPkQTD+lYCBNALp8vfCPEXZf OwBOigFuIRCtP+tCAlUUxfHLQwMWVIgB5IGKUgGVJbT74fMBTlzIRgETWnnafQUAunlNpOjNPSQw YHne/avYEzhZGQAA4HsCvPwvS/9t/Y9nAOR6aOJmALj/FzufuYSnzljC5IwXVzvrpU5nSk5xdZAu CopIIKKCBAMpUixLjB079uijj7ZLcCmWPvDTw8/QfprtigQDKVIsl0gw0L6I7BPkYOB2XSlUyfEA CYFyMGA8sL2TwIA8lvhWfdqASqz/ZDYEtv2DjiUuE8ovFpL1QgIDdjch3mw0wAA+gyw4tGK/6yMY 0AVCuoWAMCAtggAGrinp1mFDAk8Cfr2Qg4GAByBggFTqwcAE7hl4PIaB+XqnID5BTNf/yPV+Wnzh AUECtzP4WG4D0CaAwkD5GCGB4xaxzmeHqd2H0XetALYF5nNkE2ChaJH2BwwGYPTdvYAiKRtw4ZD6 fq07r69FNf1M3KHJMAAiAHSWJoDKvL5QQWb9RWL6CQZNmOZhAPIw4C7/Q+wPCBXYDgEAAA41IQxk JPCTcxIMpEjR/jj3vPMuueSS9957T591naIdgZ8efob4SdrPdOkjwUCKFMslEgy0LyL7BAUwYDyg /QHDgAIMkAeIAX9s3M76A/oYsmzngPUBgm3EAgNCBSEMkA3cSiGMNxkMyE5iEoLkAQlc52Ag4wF1 /2ECAQbckiGFAfKAhwHm3DAgIg9MzBjAbSMu9bEtBAoDtZDAnjOgMPCbioMBYwAVHyPAhF7//8/e f4DZVR3p3vg53Sh1K+csASIaG7DB9jgnPDO2sUmSQCSHGT3fN3funXDH40yyCQaTc85COasVUM4S YMD2NRllqfPpbs3cef5z5/u+f71v1Vp77X1Ot6SmcavlVU89i9rr7LP7dMOM63feqlraCYCv/5NC IHU0CUj2z6/5JUAsnKDf+v+EqyT6TP2Pg0ogL/nSIF4qDPz8j92Y6OuKwLJ/S/39pe6Ejh2bEcSd X7BAiFKACgLdBQOufwurpPU3WKKPLF+Tfl8O5C6xw1YBvkShwO7BS3QHAzdSCrjxLQkMBsQpBSgJ hF55y7vqEQaiRWu3/fCHP6ytrf3P//zPlmjtNfnryd/wcEadtGYRBqJF6xCLMNA+y6RP4mkYmJdi gNA9CfgyoQtmKwzo4QOyemXAu/FAxtk8oFVDEAcEBgAJhAG2EEAl0BYC31JsxUIGBqE4UOxZGIB7 GEi76QPJsQMeBvJKCLi0/VZh4HjCACaKam+AaxpWhyDgYYCyQLcf/ZEMwDIhdTKAIkEYm//sTR93 l/gnWFkRBAYQP05ggAxwnLCBpPuBONDt54EO4MDAaoQk9f+FLw0yGOh2zRtggOvf6nn92wIA3a5/ Q7w7WgJkfYPNwaYMyD7ze2GAt8U1Dt3l/SVc836WBkne/65e0lNTg8xvoSN4VzzCQLRoH8T+8R// 8b/+678sq+0I+8Mf/qBzP3SqyY4dO+yFY9rkbyh/SfubHrlFGIgWrUMswkD7LJM+iRfBgPYJoH/g OMRz6XMoCCTiAHlAYMDEAfMLZpZnJgslDCDpfgoGVCWAOGAwME1hwEqGWoOBb4b6QBYD1EvBQCs8 kIGBv3osgAFXJlQaBqxMaOL/xDkDp+O8MK0CUgD4EbsFmPGjD1hfUh3gx4IEf0Q5kGT8igE//YMq AIYBXh9gkDAAqQAKAPsHuv8MX/br9/1c/9iNWT5y/XSlkM/1ke4rD/iuALnhWscD+PpfMOBtnBp2 /Vvdr0dPsI4GSoqC2CjcHRjA7F+Te8JAmOvrpkOCEAyY8d/0rgQggZvf6XnT21yBASgHstT/3ST1 //V7PjC/9b0IA9Gitdskhf0//+f/NHeE/f73v582bdpDDz20ffv2N99884033ti2bdt9990nm/KS 3XSMmvwNIwxEi9bpFmGgfZZJn8QDGJhfPnF+UilkrjBgzQPKA2SAWVAGrFJIlQF4OXhAvE1lQJuJ g5Ih52wbcDwAd1JAAAPPKAxwzWKAuZAAV2EAoYLDgAF1Sf09GLSpDHwdZw6ck4aBRApAnwAxQGFA CUF1AHE2BiTf/WtgsV46ESDxnzD1FySgFCAwcByCN7v9PFX8Y3m/BEQCTfd9EMYKA2gPuI5VQK4l oNv1b6A5mHNC4fj6/60eAgPX89wAcUnrb8A4IMTiWvzj+gHa8F6S/SMwBYAk8C5IgDDAroC3kfHf gtSfq8FACgNIArJGGIgWrd2mMGD/xbfX5s+f/5vf/Oa222577bXXXn/99fPu3nLu3a+ue+acVxd8 be3atS+//LK8dOedd8pt9oZjziIMRIt2NFiEgfZZJn0SL4IBCUIYUKGA4oCrFwIJYBUY8JVCM3Mp GBCHRJBhAHHd5MkD1AfSbhiA1Q0YPV/YQHYAA0E/8TMOD4pIQPzwYUA8xQPOkf1byZD3kjAwiTBw GhJ9l/Sbgwok9f/jcT+iMvAjLQey9oAUAxAAxDXj180k+JnKAm+ic8BXBOnA0BADNNBDhYuy/8Q1 9adrRRDnhL7ZQ3UAZvmqCVABYLfADW+jFZhf/3sM6HUjUnxTBtghgCBdGhQIAlYX1AvNwWgVEAaQ dJ86wLu9xJ0OQH+n16/f6flru+x163sV4nL5a1kNCSIMRIvWblMYKHwwu/baa1955ZU333zzxLve OfXm127Y2vCRO3//7oKx/789415feObm6X/96quvyg3XXHONveGYswgD0aIdDRZhoH2WSZ/EDQaA AfOPs2Ih6ACQCMgAnCzkSADigPAAkUCnCXGUUOIJDIAHyr4T6gPTyy7AcKH8d9x8IfAAX0p44Hnl AVkRgASe5dTRZ8rOf8bDAJUBOJsHnNvU0acFA7RSSGHA8UARBjjPzhcyGCADmEqAkqEEBugCA0sy MID2ANccDAb40f/C2NAf/xFHDbgUv9tPjQECFxj4oxUC0ZMblAQACXyVdUHqGRjoztRfHZ0A8BQV oBaIk4K6X/uWYABaAlAO9LaKADg8mJ3BhgEAA6y4ASTgXHZY/GOezvgVBowQJOmX1J+DgLCaWy2Q OBJ9v/ov/um96D6u/PX7Gve5bUdUBqJF+4AmKex//ud/Nnwwu+666957770x9+yfsmD/DdsaL11S f8pNv9394if+s/pf/t+ac95ff9rWRz79xhtvyG16/7nyf4RmV8/QrY61l28899wbXw6DD9nkbxhh IFq0TrcIA+2zTPokrjBw3MT5x00ECUjgxAEFA6cPhCqBP5Y4xABxzBu1zWJ9QIKSWkFAAuq+h1gl gqSf2MkCiWu9UJm1EDh3DAD/6ycOCQN2RHEaBtQFBqxeiHhQFugDQZnQKaeiB+DHSS0Qu4Tf6Mb5 oeU/xnQgS+410f9ZkO6r/0wvEx4wx+TQN4/j2u3nyOlJAlihAPxCNoEESPFVB7D4jZ7XBjCAcUBW CORaAvT8YIWBt7v79ZfvOBIwMEDDgI0DMgBAuo+AazEM3Ph2D3zxTwUAayb7940B/NZfN3/9bs9f Y+0lif6tlven/f3et8IR454IA9Gitd8UBuo/mEmW/+677w686e0pVXXfmFv9sbvePeNfN+1dffr/ Wzfx/6n+m//nwLiNj5yrMKD3n3vur7ZrNP2qnI870Lb/KvkRfxKLMBAt2tFgEQbaZ5n0STyAAa8M ZNx4IAMDmveXQAL1VmEg4QErFsrygB1LDAZwGNAaDPh6IVcjJIHwAOLcNwMkMB5oBQl02GgrMJDE qhWEMLB2y8R/vg4wYAzwY/YHI/ijjgxiTm95vwcAJPfpHR4ggEohvVSVoPsv3qJLWv8WSeCtZGyo C+wQMeb9GAOqOkB4oBjaglH03/0G9ARjQqgEN7ztXTCgh8YICAN2ijDW4CgxgwHnyP6TbgEyQI8b AQCuDeBdUwbYJaypP7L/my3QuOLX7wkDeBgAD3gGCMEA+7gEFfz6/QgD0aK12xQG6j6YqTIgMHDy g+8ef/d7Z/zolVP/+7r9G06of2lC4dVTW/54+tanPyEwcO211+r9kqlv06hOaOCq6duQu//qKvk/ zaumy55cSghzl+dedVVqK7yHz0o9IXhN3qc/K3N/iY0PZBEGoh09duwdI3j45/pFGGifZdIn8RQM BN4WDLBqyJqJL5hdhrFCCQaEeJAcPkAkKAUDnDGaRYKABwJxQLL/PL0YBuCsEcI95IHWYaA0FeB8 4pREkGBACgboDgY2T/wnhYEfJTDQ/cdaHcR5Qa4xoNtPLPUXEihPDg92Y4ICMOhuCoBl+VoRREFA 9k0fUMeBACoIqALgAEArgrpfh25gfvcPGHAYIP5mCgZULnDuZYEiGHjbAEAuJe8XALjpnR6S999I pw5gMHDzO905IEhck/4QBrybOPBrIQEwgLjrCrCkv+K2EAbeR+eA4MFtO+SlCAPRorXb5H9o//f/ /t+Syn8QExh4//33+/7ilXE3/G7cT7ec8M8bJvzz5n1rTti38uQ9K097r+rkbY99UpUBvf/jH//F agarf/HxnMT4R+6yx7n13uOXuRjbEtlN4YvyD3e7vJp9gttMgpL3287jlyXva7fJ31D+kvY3PXKL MBCto+yYPEbw8M/1izDQPsukT+IKA+WT5pdNTDwNA8l8oRAG1AkDc/wBZAAABwMSlOnhAxdmCoRm BDGOIkaAM8goFCRIUAoGSkkEhgfftKohLRZKYOCvZX0i/w2cUtwaCThP80CbMIDRoh4Guv/oj929 GiBpfZoEUitqfuhpGGDwppYDsRAogQG6xG/2+MXbEAoIAMoA3SEdOB0gmAtEDHiTDhighyLAW+qS 2YMHnD4g6X4AA+Ky+aZ+94/sn03DLvVnLZCbDcoA3gMk8HbPW941cUACzgXSGBighwYwpiAAAECT wG0JDPQmAEjqb6VBCgPCBrfJGsuEokX7QKYw8M4Hs5tvvvkPf/jDc3d+ZN+WTxXe/IJ401ufH/CT P1b88I3+P3lz3HVvf+5flr/22ms33XST3n+2/B+h2tk/WynXK392tgbFce7Sx8Kddx67VN7zmOyH lrkneIgGeE5olz6G52jQMRZhINpRYsfkMYLy6xzmuX4RBtpnmfRJXGGgTGAg8HLwgGAAuoozMJC/ aDYbi0kCSPfnAAYunJPjmQNlwICwcGhGOQaPWoFQufUTGwzwTGJPBQEJnE8XACAD+GKhMnQRGBWE rjCQRz9x4jkcOKCFQzh5gMOFJN1/svybpWAAlUIStA4DOmBUm4mFBxwMXPKP1xIGfvwGmgRUHNDv +J0UUNoDGOj+8zePk5W1QEoCTPEt43ckgJIhwgBbgV3qj94ASgFODVApIGkJ6Hb9W91ueEtWTfq7 47t/rLjN2oUR93I73skAdpIA2wBQ9qP9AHCrAkLSrwFOD7j5XWgCxIBet7xn2b82Bqg7QUAdGb+b HCow0OvW96EPkAGgDLigNzeBAb95r5JrhIFo0dptCgNvfzB74IEH1qxZ87tnv1Sz5XP/sfub/1Hz 9ea3vzjgp/L/mhqH3/4fYx9uOuXGV1asWHH//ffr/ZKgv6iR2otI2W0nE+cmPxbuvP3YZIWBNp4g 5i81yLyamDxNbPJjdtl+izAQ7Sgx+e/wvzr0GMGjxOSXOpz/E4sw0D7LpE/iJWFAXPuJM+KAMoCH AUgECgMXzM4l4kC2aqjMKQMCA1xnavafgQG4nkx8/vP5858v/w6KhZD6a8mQdg58KzyJLHECAEcJ JTwADLD+AQ4bTRcLqbv4rzlTyMGAzRdKwQDOH1AYKP8rTBYCDKwxGDiNDcQ4ECD5+j9I/TE5lH3A cKT+1has3sMYwHiAACDrm91YLMSuALxE14lAjFUHIBgg779OAOBtTALVtF6TfjQEOwCgkwpss8cv 36EgICuCnhKoUGAdw293vxEVQdoPgJMBrBCIGKA8gAYAXBoPOK/AQQHv9bjlHQGACs8DWN9RAPAk YAFhQKlARQCm/ljRRSAM8Jv36e/1lvX2WCYULVr7Tf739d///d/f/GC2evXqu++++4033nhnwSf/ 472L/2Pv+QIDg372Zv9b/uP4x//9Yz96bea6399zzz3r16/X+88++6fLNVJb/tNg5xFJ0Cc/gki2 EYWvyouIk3vMUk/w7/T7Je6fbLdn3tlOk79hhIFoR4PJf4f/p4OOETyq7DCn90YYaJ9l0ifx1mDA nTng5wsFnsCA5P2OBy6cpUcNZEkAVUOzyrSf+DszdMpQulLIXNiguExIHZOFEAgYOIkgTQIIvilx SRhw9UKQBZ6CMvBNTwIBGBTDQOKPhS0EHDH0yCe++PVFazZf/A/XAAZUBzASkCDEgJ9b0i88IFm+ wIBfkfGjJQAvORKQRN+UAZwDcM0bsuJo4V+83V0wgFVA3MeMIIkhDgADoAkgxZf8HmeEORhAZs/U 30qAEgcJyEu8n9k/AKDXjbLJWiAnAsiqc4FUCsB3/8IGsn/Lu+Ldb+Z6yzs9eSmrMIDCgKyyk5EC TB8QVJDsXwK2CqgLAPQyDDAnA8ArbnsXGHA7L+94XzzCQLRo7TaFgT9+YLvuuuskJ94y8/yGP1zw v3dPbn7ni8Oufev05/79jHtrv3zNOrnhxhtv1DvFzj77J8sspC37SWpHLuX/SmGTHk5dinEnsynv zTzhj398eBJfmTTJ9jP32+uw9PvaaREGoh0lpjBg/2UcQxZh4EO1TPok3hoMlE22TmJ6GgnQMyA8 4JoHLgIS5C8StxFDWikEErhYg+T8AWKAethFUBIGHA9QKAi7isXDYiErE0owIAUDXhbQSwcAWi8U wAC8CAb8lCGIAwkMyBrCwOlKAgoD5AEHA5ACjARkdS0Bb3b/uab+EuOL/x7XvN3t52/JmoEB5P16 OhjyfuEBqw7yYEC3oqAEAGQN1ADbRLpPAIACwOBXb4trUVAPrQjyxwMrDMhl8MU/NgEAngRccIsF 7BAwZcBgQPzX3OSpYXqZYYA0AOwQt8vboQb0vl12oAbQ35O19507IgxEi9Zuk/99/bd/+7c/fGDb sGGD8MAbb7zx8vyJ76w5v3b758de+9an//XVL/3L0tdee+3aa6+VG+zWI7WqH5111o+q7OIoNfkb RhiIdjSYwoAdhndY9tubdLDWuTf91nbUZn63aOtwDY9075XHlHj4EVuEgQ/VMumTuIOBBeWTFpbB Ax5wncQhCQgDlF9sgYMBYQCFgdk5SAHCBqgUUlmAygDwoPwC8RAGZpRdMB3Zf+Byqa4w4BjABwEM fNuTgB1GJgDAY8hwGcIAAx8DBsopEZAHnnIqQSkYkJ0UDEigxUIZGDj1dE391btL3q8wIKm/aQKo /HFqgFcAkPG74K1ufkfbgq8R51Fi19hRwQIAYAB2AsilBsoAPW94G/oAAQCJ/g3voApIC4GcMtDt ep4l/Kt3hQq63YDUv/uNbyG/T3qC066jgcSZ1sOdIJC4voT1PQl6ok9AMn4nDoj/+r2et6JeCCcK S36vSHDre5XQAVQNIA/85n00EN8Or7x9B274jcDAjgoBA3rv23eCDe5gsdAdsWcgWrT2m8LA7zrC nnvuOeWB9fNvnnfTp8+duuRvH1j56quvyqa8ZDfRkBykzV4oaYv/9ayz/nWxXRylFmEg2lFi8t/h fx7xMYIzrs4VH85XcrMNa+0hHXOy4GFO740w0D7LpE/iCgPlgAG4MED5ZFktAAaABIwKHA+kYIAz RucqDKg4UHYhNAFCgiIBSoZCZUCDcsRZfcBpAoQBDdBMLGsKBnAeWSgOgAGcJqCXCQM8nftGAAPq rBFqDQaUAfJ/DTcY+Cu2DRAGwAN/hZ6BBAZQF4RcH1X+YAC59OIANk0Q6Oayfx+YX/NWN8n+r30b qf91kvdLuo+6IMCASgHuu3+szg0G9Lv/697SDgG9VAbopmwAFwaQHUwK6v4rzgZVd3HCAE4E8LFl /KW8JwaDqiCACaGyUhMADOhLGBOkIkArgkAvWd2lZPnKA1oXBBi4nUhw+w4hBC0QokcYiBat/Sb/ +3rw4MHXO8ieffbZa6+9VgBAkEBs27Ztcimb9vKxa/I3jDAQ7WgwhQE7DO9wreThf0d6ImCHPKRV izDwoVomfRI3ZWDiAkn9MWDUNAGygewklUKJRFDmJAI6yoTQM2DiwJwcNYFyKgagAooDZa3CAAWB YPAotQLPA6WqhvxwIUcCxgMhDHzrmRwVAwUAXyOkLjDA5gF42TdNJQiQ4AnFALiRAJ0Y4P0TXzxv 0drNF/+jKgP29T+c5UCJIEB9AKm/8kD3a95WEQDxL1gaBAYQGHAMoDtwdgVch1lAigHu+35ZsS8x eEBhQEUAuMRsC4ZE4GDgV1AAfOrvAcBjQI+bbKc7vv6HAqBVQJLQa6ztAQoAGojrKQFGAuZ4CzAg SP21GQB5vxcEGPRixt/rN++rV96xU1N/qAHKAHfICjzoLVRAEugta2wgjhbtA9gPf/jD3bt3y//W SgbfIbZ06dIbbrjhuuuuEwyQQC7thWPX5K8nf8PDmXvYmkUYiNZRpjBgh+EdrjFl17P33Gl8PMQv u+kO/eP9PORPjDfJjjPcog9MNs/91XR5hJ0YKBb8wMO0CAMfqmXSJ3GnDCykqyyQwIBWCoUwICQQ wICshAFHAnTJ/kkCdK0XQg8xKoXIAziJjDBgeJAVB1ApRAyQ1ZcMab2Q5wE4hwsJBpQnPKD+jKAC YUDYIGEAooLFngRKwgB4QJEghAFzEwegDHgYsBlBJgKkhgUZAwTVQd2uwZBQXF77VjcU/wAG4Ne+ DTYIYADf918vMMA6H4ltHBC+8gcAcCqoNgMksoAGugoD3Phujxvf6f6rt3oy3Q8wgF/822igdz0M 9EQsbPBuDwwJ1ew/aQ/gJZJ+jRMYwFRQ5PchDHgk6Im8H+k+MMBS/x2YJaowcLvflHRfLo0EAANQ BggDwgB3wnvfCYkgwkC0aO22W2+99c4779y7d+/BaO01+evJ31D+kvY3PXKLMBCto0wy5v99xMcI Pn6ZneuXPvIv2dQAISPcZvcl7whuS+LUe/3Rf0F4uHaY03sjDLTPMumTeAoGJON3MKCVQuJeHFAY yE/MKANz0yQgPls3PQywnxheAgZYKVSO5oEUEngY8HEGBlQcAAy4wwckBgAoBmRhwIkGbcFAlgfE S8GASQR2zsA/aQNxUiZkMICTBJQE0CUsGOBIQGJrFEb2LzCAAqFrJHgbs0GFATAhFN/9S97vnDAg gWMArf/RWD0RAXT/l293E0iw7L9ELZA6NrGveCCrkgAcxT+sEZKcPiQBXUNn3o+M3+LbmP17GAAA OBjQFdm/CQIKA8j779hRccdOuCOB3nfukk2qAVYjJCQAvys2EEeL9oHslltu+eEPfyj/QxutfSZ/ Pfkb2l+zXRZhIFpHmfwHKXmzHYZ3uMaz/Famj/wLN+U/Jm84qc+9FN52WJt6zN9jl/q9w7YIAx+q ZdIncYUBSgEqDqggQBcSABgEPODwIFAGHBJcjLYBMMDFc/LiElwIHoAygH5iigMXkQe+YyVD6lo4 RFcSAB6kCoRYNZSWCNhADCQgBkjMQDFAnTDANSGBBAaUB7gKDCgJCBJkYODJcj1/IAMDnDR6jsDA OoEBnDOQgQH0DOhpYnoJBlAYsCFCThmgCNCDOsBxbA6GDuDOCNNA8v4MDCQZv7v0gSoDFASQ3Du3 WBuFEQQ8wBMDkj4BTfq9FICeAV4qEvT69fuyegxg9i8ZPyUCYQAeC2ABY7QFsy4IOwYDSPSNBAgD Kb9jpxYLVd65S2LVAZQBKu/a0ftu7PS5KyoD0aJF69oWYSBaR5nCgB2Gd7jGs/xezBzeF2xmD+Zz L6XiQ24e6gzANi3CwIdqmfRJ3GDASMB4gDCAyUIKAxK0AgNpEpDgIolNIghgAKcQ0FMYoK4SwSFg QHsJAhhI6QMhAIQxYSBnGJD0EKsrDOQJAyYUHC4MwBUGJv6zwMDJpxWXA+mqAIDVqwHXsBboF29A BIAgwDIhlQUgAvC4AAWAopMBNJCXkPf/CpcIdB9dAdoYoCIAVkniu0mALB87SPf1kGDm/eoKAz3g 8hLVAKcDcPM97RboeSskAmb/7xMDsLI/mJdWJoRcnxLBuxWsGtK6oIpEB7BV0n0G3HfKADCACkAg AuwUAAAGwCUWHnhfPMJAtGjRurRFGIjWUSYZ85EfI2iH+WWP/As20yfz+fvD+JCbesTf5MntOubv MI/yiDDQPsukT+IGA5NDGICbVkB9IPGJ8/OT5kmQnzgvh2OJE31AYaCcQeJ6JJnrHzBloMgJAPDy C5QHiARsGFAnAwR4AFcYcOKA+rdsBQMoDCSaQODfUBgwBgg9rBfCKCGlglI8IDCwZN3mSf/z2ty4 Cac4AGDpv9UFYVooSoCUAbRXWLL/a95C3i9IcO07JAEtBDIGUA8u3+l2A2PJ+CX7Z96v2T/mh0og MICugHdR4SPZ/41vocjHwYDE+I4/UAMYvGenCCP15w1M/SWnNwaA41t/CVjtQwVALn/9Dr7slx2o ARrw63/nuM3FgAF2BaBvmDCAL/69JsDsn+0BO9kurADwviT9kvqrCJCsGoAEdvS5Bx5hIFq0aF3a IgxE6yhTGLDD8A7L3IF8evyeO47v7J/8ZJI/kS88sw/n/slN/rC+JLa3pm4I74ThHndy4BFZhIEP 1TLpk3hrMCDOSqGFvnnAYGDivPwl87BOnFee8EDiAQzo1NFZZRcm/cTlF86EKwOkmwcY++YB6gNO DTAe+A67CFIwgEaCFA84GAgvk0FDiWcxwHkCA4m3DQNjTzxJAeC4X8A19Zek3/oBqADoJgLoANy8 7h30BJMELPtnOZC4Xvp6IR0QBBj4VdASIDxw43smCDDXl7W7BJLcOxjofhPEASoDgRRw8/vJpSMB cU36Q+9BlwBf+SNQNoBKoBm/7xPwrvOCZF/bA5D3u+w/AwPaKFx5x06cJnbH+2CAO3dUsBxIHUVB d+/sc88uhQE6SCAqA9GiRevqFmEgWkeZZMwdcozgh2QPTsxNfNDiI7LDPMojwkD7LJM+iZeEAZUF DAZYL6RqgLnAAHlAYaAYCdqAAfYT40Disgtn5S+YgSAFA+JOGQhgoJT7YqFp1kAcuMGAkwhwSQbI fYMrAjQJZEhA5YISMKCeOnbg8XO+TBj4F4GB4ycg9XdOcQBf+Wv9j1yCEIABwaZwwnUu6S9SBnrc +C6+8mfe342twMf9EqOBqA8IFbzVgzU/kvpLxo+v/zkzVHYgAjDLxw2uDcB0APcq/JZ3u1snQNIQ bMGt7wMAmOXrJZyxFQIBDLDaS/oqdIAdvVxvQJjx+zjxOyTv38muAOgD2g9ABxJI0l9x1/su+3c8 cM8uWfvcI/GOvvfujDAQLVq0Lm0RBqJ1lCkM2GF4R5t9gAMEIwx8qJZJn8QVBsonLwphAG3EwSXP J8aYUcMAONiAJCAYoKuSwJx8FgnmJKcN8PwB4wF6juJA4MIAKRjwlULwb8t+yANCAhwxdP7zeXhb MFBUL5Q6bcDDgDuPTAGgFSpIYGDLpH+5Ljdm/AkhDCgPYJV0X9mAANDNMIDtAdcx0RcG4DEC3a7n pVYEiVMEkNQfO796pxti1ydw41vdbsJX/j1u9jBgl92AB5z/o9VBt2A0EMBAsvyb3wUMaGdwoAZo OZC64AEx4P0et77X49Z3jQcs45edFAygJ5gvgQo0vm2HBJwdxKKgWxNNwA8P5bwgfv2POaEav+/V AFABWwUAAwIAAQn0BgbITiwTihYt2rFgEQaidZRJxnyw444R7Dhb9K9nyX+SZ/3rIrs+UpNfKsLA h2eZ9EncYOBSgYGAB3AAGTHASQRoHpi4AAzg3cPARDqz/9zF4gYGwAAdK+RIwHvIAxQEZpQ5GLBL 8IDAwIwUDNCD5gEhAS0TUhhI8UDoygNpGBA/BAzITgIAoXsYWL9l0g+vy412MAAG8LVAEAeY+isD cLPHde/Ar3+n2/WhIIBcXzHASwTdWBeE1QqE3hYGQDewdQi81/2md7vf9J5e9sCld2T8ktk7WcBS f3QGc2qQ7wfo8Wtk/6H3kqQfYMDknlIAEn2nA+jKvF/nhzo2IAxYM7HCwO07bFKQTgt1jhbhoBCo 4q6dkv0jUDVAewMUDBwJqPe+F7JA77vf73PvTvEIA9GiRevSFmEgWkdZhx8jeDTY4Z/rF2GgfZZJ n8S9MqCVQpr9Z9y6BRIMABWUXzK/7GKoBNpIkLtkrrhiQNlFJgsoEiBItxGHMICMP1EGMHiUMCB4 gNUBwLRy1QS+My1vJMACITo6B0rywLfoDgZK8kBJiUAcRxBkGOCvk6D8r59QZWDyv1wvMHC8woBD AnYJa3OwkwWUBNgn8E53wkCQ+rukn4Rg+1YRJCv9JswFEhcM0PPCqA9QBLgRVAC3gPU/zPt1YCiH AnkpIOkNCDFAHQqABUH2r2zgL8VVAbhth+6wOogMcBu/+/cMcOf7vW7PwkDvu5nrGwzsqAQG7JQV 2b9iwF07+wgGgATQHlB5747e9+yQtc99O/vcv6vPfbtkPUpg4L/+678iD0SLFu1ITf7/hvx/D7to 3SIMRDscOyaPETz8c/0iDLTPMumTuFcGyiYvKi/VRiyOHuIQBugCA5AF2DxwRDAAAPCrJ4EkyFCB Kw0KVzgLhOiAAdMHsp3E7YYBNg8EJJD2BAZ+KDAw7ng0AAgJBLVAiaMi6N3u17/rAOCdbnKJMUFv d/ulYgArglAIhBtcizAYAArAjVoRJDyAjL+HZP9KAhwEREJILiEFuCog3zOgTQJI8ZHoQxnwqb+k 8mH2b5fcV2XAAADnBljeLwzAAKs45oTewcaA23f04oAgyAIu+++FKiA2B6vfuUsu/df/3kEC+OI/ ceCBwMC9Oyrueb83MGBn7/t39HlgR2/6UQIDYsoD0aNHj374fjgkIBZhINph2rF3jODhn+sXYaB9 lkmfxD0MqJdNltS/CAZYI0QHBpQ5HpBLLRNqHQZwAJkeUQweYPOA1wTELe8PXEcMwZ1EkEerAJ09 AyoUpNzDwLeVB9QDKqAbEoQw8I2nct94sjQSJGeQlaYCThPyyoC2B+jX/1yR9NP1u3+s1+vsICgD umN5vykD7wAGqAYADFj/0/3Gd7sRA3pQBOh54zvd8PU/8n6uSPq73/xej5vfV1RgzE2nA4hDByAA SABgcAAQMoC5EwHUQQJyj7YEKACoJvCbHb1u1VbgnZr9i/f8TaYoaJek/r3ugkvgDhGzTgATAe7e WXE3xAGX/e+svHdnxb27et+nDinAVjhgoM8DO/s8cLQoA9GiRYv24VmEgWjRDmkRBtpnmfRJ3MHA EvEyFgsZD0gMTQCet2PIUj0DQgKEAbBB7hLCwMVwqAHqThxwhKA8YBKB8QCyf/PyC7myZyCEARsr 5NwXDtGdPqA1Qqn+AfUSPJDAgDDAt0AC6ikYgD+Z7idOuYOB63Jjjj/hOCsHsqIgTwK+B8Bg4Jfv QiUACaBPoNsvZUdeeld7BsAGaBF+V1aFgW4CBuwN0IogcUv6k9RfMODdnikYSI4LEAaAGkAeUBgg A3BeEEjAYECpALl+MQyYILBDpQB/fBizfxQFhToAGoItQFuwOGFgt8KAuVMDKlQfEAC4W5WBXZX3 ajkQaoGY/SPvBwzI+uCuPg/u7vPAbqwP7o4wEC1atGPeIgxEi3ZIizDQPsukT+IGA5PTMDB5oakE 3tMwoJcJDKB5ACu7h7ESDAQGqBIQDMolJgzkL5qVY41QRiVQV1nAeICB846DgW89W/atZxUGQg9J gD0Dh4aBS394fW7siRO6XftOt2vYEsDv/s1veLfHL9+TgOk+RYDrFQbk8l2oAaYD4BIY4BhAnL0B ElAE8H4jMv4eNzH1v+X9Hojf68ns35L+W2SFewbwATJ+3dcYDIBEv4fm/a7sR5GA2T9Sf5sFlHz9 /77WAknGrztBl/CuCsn1JZDb7tzZ6+5dvaw9AF//97pbdnZAGbjLxAHZrLhnVwXUADCAeG9oArsl +wcAyCoMgOogwQCBgR19HtypJCD7EQaiRYt2zFuEgWjRDmkRBtpnmfRJPK0MpDDAaoQY5zlfKH+J SQQEgwVsGwAbJDBwCVJ/SgE6U4jKgC8TIhUk4oDk+hfapNGyixQGskcUexjIAwBeKDvfYKCc5xP7 yULFGIBNi1MwYDFhQC5JBSCBsm+BATwVCAOACriSB7JIoDBw2b9enxs34aTjrnv7ODQHJ5qAJv0C AxZopRCcOwoA9G4qCIAEAAPd0jDQDWNDdSSokwIkkFdv4Sygm99XKcCSfpCAxIYB6i715yUzft2x OA0DPQUD8PW/Zf+EAWsGqLhjR0/DgKQ6iDfslBtkv/LOXYIBsvYSJLgLIgAbBnZWImYV0F0oCqok JPS5Z3cl1AAIAlYLhFi7hMkDD0ANoCYgMCAkYDAgHmEgWrRox7xFGIgW7ZAWYaB9lkmfxNMwsDgL Aww8DHgSIAyYSpCCAfJAFgaUAdBIwJccDMDTMIA1AwM6UwhU4FJ/6gPsHwhgQLP/IiSgHy4MaFAM A44HMjBw3pL1W6YIDIw/6WSQAKUApv4SI3BIYDygGX+3G94BIUgsKwLoA8j7b8KEUJDAzVgl3de6 IDQH81LnhzL7hzKgvQHI9e2Lf4uLYQAZP5FA3ZJ+AAD2DQPQCZDU/0iApJ9I0DNRBvCtf6gMQBCQ HfYGQBm4w5oEcInjAjgviDCgI4N63SNZ/m7J+CkF7KyUWBjggV2V9++slNRfMIB1QVAD6PISS4N0 FRgAGPR9MCoD0aJFO/YtwkC0aIe0CAPts0z6JB7CAD3oJA5cYMB3DmRIQDEgFZtr80DQNuDBgDyQ v2B2/oI5+QuS+UIGBhkeyFQKKQaYa7GQOVJ/HyReopnYw0BxsZA6G4ifTMNAigfO/fLXq9ZvueLH N+TGn3yKCQIJAJhTGTApoJs4GIDOoEdSF8SKf+cOBsQJCbe83911BSQwgLw/OUJYVzpgoLvL+8MV DQCuBwBnhCkVcBNJP0lAMEBhgLEygHkCABgSioZgc8JAJSYFmQMGkPrvqLhnpzkAQHWAnWgJgBSA duFKpv6qA6AoiC/JjrABLikOeO/74M6+D+0SjzAQLVq0Y94iDESLdkiLMNA+y6RP4kUwsKR8svFA gASLyyYvAgxMWlA+Mds/kHHTBygRwFkjpK4kgAAuJDAbLQRYJQ76B1qFgVQnMdyUgUQfgDhwODwQ wEDZt54mAOgKl50yCST7JwkEMJDwgMDA0g1brvrJL3PHEwYSBuBX/gADusCABbr/y7e7qRSAWiAd /UkegCAADECBEIt/utvhYoGzQEjWnnKD5PchBtxiOgAnh1rxj7iHAQwMdTAgbkcEMOM3DHDpvvee rP/xUkAPHBi8swdODhYA2AkFgKVB6BOQe+6SHbkBVAAYuGcX+wSEBHZV3Luj8r4dFfehIkiCSiT9 YANm/wAAiAASPEBN4L5dfR9AY4ACAMuEoAn0lUuSQL8IA9GiRfszsAgD0aId0iIMtM8y6ZN4KzCA gAwQOucLCQm4vF8njWZcVQKDAbQR24HEWVd9wLnAAAuHHA8E+oCRQIoKxI0HmPpjVc+dL26dxAkh FPMAe4idMpCFAfCACzwMZPSBT37l68s2bP3uz27MHX/KKYYB179z3HWYDgQ2wHf/BIBfsUBIOwQk vpGHBvC7f3HtDSAGwHWTFUH8+h+pP6QAVQOgD9zCzJ4NAzhmWAGADBDAAAAAr0rGz9i7IAFkAQCA ZfxW+cOif0361TUOd+i7et25E/3BigTipgPsls2Ku3arJsC2YG0O3o1aoPt2VzBg6i9UsBN1QSAB 2dnd+/49qBTSDgEgAWqB6Dt7P7Sr98NwwsDOfg/vhjLw4NFyAnG0aNGifXgWYSBatENahIH2WSZ9 EjcYuKzquMsSHvDVQV4ZoEqwKA9NQHgASBAAAGJlAHXE6iYUBEcQFMGA6gPmDgbKUp3EyP6VCnQn hIEQCTT7Dz1/vq4CBooEBgO5858RdzOFJHja6QOJl3/j6fJvGAyUf9PDgCkDgIGNW7//i5sSGOjh 1QAoAO90oxQAEtDqIBYFCQboyrz/fcAApQCk/u6Lfy0TMncv9bh5R49bxN+nu4YBAwCLvScAIHFY ESQ8oEVBSgJpKUCRwJyHB/eUGyT7dwEYgNm/uDYKS9ATmsAuIYEKRwIGA3DN+3fBhQFYAgRZAMND 96AcCDvQAUwKcMNDKwEAO/sQBvo8vKvvQ4i1RuhYgIF37vrMZ+56xy46w6qmyt9EbGqVbUSLFu1o swgD0aId0iIMtM8y6ZN4AANVHgZcgRAAQHlAdvKTFhIGFuhK9zyQhQG9VCrIXTLncGHgQisWKrso O1bIHVGcVQYSPxIYUB4ADCSVQkUwUOSlYOBmwsAvEwxQ58BQgwFU+ygD3IRhQUjxHQxYxp9yzf7d SxIIJNzyfjfKAlAGbgYP6Bf/JbJ/OjL+23ZgZQ+ABLI6NcDOB1DXvN8wgGOCwAlygwCAxMQAOCcF mSwgAMC1QjDgHglYC0QAqER7gKT7u2WVjB8AABIwKYA8oBLBbs8AkAhMDTAS6PPQ7soHd/Z+cIcw gAKAgoEpA12mTEhS/lyuZNJ/RDBwpOTAH0trLdUXFOhoFvEf8kg/bbRo0VqxCAPRoh3SIgy0zzLp k7jCQNllVfBLlwAJIBGkqoNwABl6BhblJy4iDKgyULptQEkgBQPggSIYEHcnD6Rcp44SCcrDI4qd OODqhUr1DzDwJUOJBzBQ9m2rFxIYsMBmCgEGyr6FhoEQCbw7JAjKhDZu/d7PXZlQGgY8CfDgMA4M RfcwThAzDGC6rxl/ggR+02kFWhck6w52AnDVSiEAgJGAuxQM0AAYoM5W4GBMkAOAXjww2C4pAigM 9LgDpwR4r3DlQJUGA4YB8KAcqNc9nA6kABDAQMX9OxQGeltd0B4TBAgA6tAB0BsgGGDDQ/s+hFhT fwlk9Rig3jVgAGnx1KklU+MjypjbkV63/RZ5tcMlgXZ8yGjRorVpEQaiRTukRRhon2XSJ/ESMABl wJOAFwrEuQMeQKWQVQfR8+nmASUBH9OR/cuaz1BBhgTgs1OThbLDhRwSkAeEEEIYwMkDCErCAFbN /o0BEhjQM8gSGFAewIljgeuO54FPooF461U//VVu/CmnYGpQxiX1VwZQR67vSOBGHCTcDZU/AAB5 KUn9sZIKKAKYFIAzgzXYIYl+91vYLZCWAlKedAUoA+Cbfkv90Q2ssRMHHBKICwx4DFBHaZDc4C9Z DqQHirEcCKk/AxUHdqE3gIQgPOCUAeT9lv1zWiguxXl8mDBA74f2SFzJQiAhgd4P7+0DGMDZAkIF wICHd/d7ZI8E4v0f2SOXXQIGND1OfQmPLNwZd4MNdw1+sC0m7MktuCN9xfvvugslP+nknvv4qckN MN7kKoTE5J7kge6n+Qcitg/DC39T8Cn0YwQbCf4ke5kn+61o0aK1ZREGokU7pEUYaJ9l0ifxFAxA FgiLhYQNlgghgAEmeTxYnJ8kPKBOGJCVMEC5IMMAieNkYs4X8iSAyUIXZ0hAq4YScQA8kIIBc+MB qxoCAwTHEifueQBxAgPPoXVYAIBdxQIDrBQSFwxIwMBJAeay4zafFNdpQlf8+JcYLZpIAXA2CiPp d0VBFAck4CoZP1aJ2QmAKiAPA/T3ut/8LrP/dyXv57f+IIFu8tKvd4AHbtnBtmB0AiSHhRkDsDEg 6A8WTwQBWd1oIA8DrAKS1dcLpbJ/BQCMCZJE/+7daAlwXQEVd3MHeb+2B5hTH9hZcd/uCjQGCAYk yoAygHfJ+GU1GEC7MGL4gwIAe3s/vKvvIwYDEAcEAx7Z3feRPX0e2XNUwcD/2rEvdNvV5FeS4oQG kIVbEuxeTExelNeQQLsX/O3JzXoTTTdxf6nE2r8lvMF/ktQD7VXcKFF4P2Leh7tcYG905j+Rf6YF bT45/ZzMHzB69GPe7T/9Q1mEgWjRDmkRBtpnmfRJPAMDkvqXX7YkfylcecAYwMEAioUcDOQvWZib KD4/Pwm1Q4oEIAEHA0YFlzAmDLjziek6ZjSEAZw8oC0EwaTRoFio7DutwgA8TQLiHgby5ysSWLEQ YMBLBN96NgcYQP9AIgu4YiEPA6oPeBg4h+cMTPnXG3LjTjoJ5UA3vIOm4V/xjDCPAXQMBaI4kMwL 0q//XfafCqAGgAEUBhijb5iVQuKKB+/54aHmCgBkAA8Dpga4AFSApD/1kqb7ggRaIAQpQDEA3cCS /cMrQQLoDfA6ADJ+usbEAOsHAA+gK2APlAHCQG9tDn5wd8UDu8QVAHygDk3gob2Md/d+eE+fh3f3 eXhXn0ckxqre99E99L1HDwy0+r/rPjn2mW+yk06d5cOpyU54T/Ebw5th+uW9vz+w8C3+huLNzKuZ B7ZxP252VvIef6k7rT05WrQ/SztMHogwEC3aIS3CQPsskz6JZ2BAewaEBCxONQ849zBAMKALDCgS oGQooQIiAWEgqRcqD3ggCwOJp04mDnkg9COAATp20sVCiSsPfBMwABJIH0hc5E+e86WvL1m3ZfK/ XJ8bO2FCD84P7YbJocQAnhjgkaDHTeGpYVkY8MNDEbMWiNn/Dhfv1EvGyPu7c+15q+yDCnxRkAIA xAEEyPU17wchuNRfYQAiAHdkte/+CQOS7vMS5wPA79ldIQ4Y2AMdQAWBew0GGBsMKAbQLe59/26W BuE0MSUBVAeRBxI14CHJ+BUA9vTFypgYAFngISgDDgD29HtMA9k5WsqE2vhfdCTAgSH1Lc6GcZPb 8jv+npIwkLxKK95RK/mW4s3Mq4cJA7jT3dTGPe4W7EQYiBYtbYfDAxEGokU7pEUYaJ9l0ifxDAyo IHBoGGAzsSOBhViVAUrCQNrDM4khFJRsIwYMaLGQkwiKSEA8AwOW7vu8v8jTMKCdxO78gW89W/ZN IIFk/14W8F4KBs5bvHbzxH++LjfmxBMl6feOpF9hgOk+LsVdIZBdagOxIIFvDKAmoCRgO8z+dQc9 wYEawCOEGdy+MyAB+/rfJ/qAAZsFhOIf7PNbfxUBwhU3oCd4d0/0A+yWjL8n2oLJA3fvwnEBPu+/ d5fsazmQEwHwKgEA/cEKA5UPwHs/sBtHC8OpDLAuyGDAFwWpY4TobpAAAIBSgMMApwlgFSQQP/ph gPmvxS6rT4pjkB5LGOTExTvJ7XhNHyZbwWPFwvtD8/vhDSU2kwfKHqK279cguEfC7Ie0Vw/vydGi /blahIFo0TrEIgy0zzLpk7jCQPmUpWWXiRsSwMMaoYxPgjsSOAQMILhY4oAHLplXfknqJLL0dNHQ gQQGAw4JwhYCBwPBZCFN+kvOFEoIwQ8XUhIwPNCGAdc8IA4waI0HPvHF8xat3XzxP16bG3P88ZL6 H+enBlEZ8ADAQAEArrVAPZn944Yk7zcM6IGv/O1SvKeunCKKVRiAGAB3DODUAMRoDKCH3/0j1/cw 4AaDhqt4BUnARACoAZLi76y4Z3eveyz7h9+9wysDmvSTCogKbqf3A3ugCUjqf78VBbE6iAzwIPJ+ QIJk/xI/CH1AYqb+Wguk2b9hQKgMiPd7bK/60Q8D6WTX5fXIkGG+y9ZtuB0kzt40l4bpbXhHeIPe z+ekLLnnUN/0a+xvLn4pc78Lsh+bt9uHbLOBWO9MxdGi/VlahIFo0TrEIgy0zzLpk3igDBgMlF+2 NOgZKCKBwAMYQIFQMQwUuRMHhAcuBhJYyVCWAeD5CzKXaCdQNiiCgUQcKBdn0q8ekoB4sgMA8BKB xQ4G1AUGZE14IAMDHxcYWLP5wn+4Njd6/HjJ8hMSwIAgaxjocQtJwMGAAgDye2EAkoAl/QIAVghk 3lOrgxQPOE3IeEBhwHqFCQOBLIDs3zQBpv6KBAoD5IFeOEIYACBIoAygGAA1AHm/rFAAeqEoCG0A bhPHhJEHkP3LJXc8DOzqfa8eGrC78n4KAqwLqmSHAOYFWV2QNgqbMkDfxQ4BYEDv4Ot/dSgDDgYk Fu9CMNBOi1lytGh/HhZhIFq0DrEIA+2zTPokHsIARglNWZoHDKBeKF+U/SeeVQYgDuQmLhAMUAcS pElAGcBgQEjgUDDgXanAyQKzipQBDBjlYWReHIB7ACjtyP6fc+6ogNm/aQI8fEA8cxhZBgYuEhgY NW6sZP9eEECjcHiKMADgvZ6S62tjgKb7SUuA81t2sA1ApwNJ4BkANUKS7vPgMCT9ssJ5Gbgk+qYG MOmnFKAAcPsOVQN6SuwOCqhgURDaA9gVwNKgPUQCdAV4KQCv3rtHcn1IARQBNPuHCwkoDNy/p+KB PSABJPp7g85gZQDAAF8yGFAS6PPwXi0H4oAgBqEmwNTfx+J95FJh4PEuUCbUToswEC3an4dFGIgW rUMswkD7LJM+iSsMCAOoUx9Ylr/U8cClbrRo2gMSCF2pYEHiE/28Ua8JaNXQ/LJL5pdfMrdM64WK AEDcKQOzUSzkNAGBAU8CRT5d3CHB9Gz2/x2sOQl45gAkAsMAkwU8D0jGTyRA/4CuIQyIOxj42kKB gX+8Njdy7BiTAqgAHAd/14sDti+u7QHuxABdVQHoxpFBCgMsB9qphUBaGqTpPmCAJAAeEL/NGgao CSDR76EwgLog/fqfAKCygKT+uoIBiAHi96AxoCeQgFOD7t1TcY+4tgqkYKDyHnHlAfYDqCZw/x5i AOYFVTywW3gA7mDA5/0+1kvxvpgRtLv3I3uVAQQAeluA2FJ/BwPoG35sT7/HhQH2YX0CfszCQLRo 0f48LMJAtGgdYhEG2meZ9EncKwMgAcBAVd5gwIqFPAyELQRFDBBeioMErGooEAfEKQsg8DBg/QOt jRXSA4m1RuiC2WUXzC5vlQdCGHgh/23EAgDu0qhASYDuSSCAARQLPZNWBrIwIC4wcPYXvgZlADAw ZrQm/dAHboYsgERf/GbrGcD5Ysjy8U2/wADjVp0MgFYB44Fb3+t5+w7xMPUPHd/334EsHwFlAcDA Xbs9BsjKfgC0BKhLig/HvCCm+0ICYAP1hAT0bAGQAOaEqibgYOB+mwtUCQzQxgCDAcbGA8j+H9xT SQaAUPDI3sqHd/V+dHdvpvtaFNRHLgUDHrNGYa0I6vPYXtwAHWCfZP99yQD9nxTHZYSBaNGidWmL MBAtWodYhIH2WSZ9ElcYOG7K8uMuX0YYUAxQhzigMMD+AWsp9lRQxACLeOwADhxwxULJMWTqHgbE wQChM/vPAwBCGIAyYC85JLBm4ux5ZAYDDgmm579tGOBhAIJA6AkMBDxABkh76uQBdcDA2s0X/5PA wGiDAWEAhQHwgO6I+9IgTAJNSMDpAInrTq/b9BK9wj1uEwyADoCk/zcoDUoYwO8z+1cdoIfBgFMD 6KgRununx4AABlQfMBKgMmAwUOlhAKu1B+jYUM4L2ukZIAngeyoDGGCZkCT6e3rjBDHk+pL0Cwwg 15fsH6uJAMz+E01AvK9cQgfYBwx4kquDAVkjDESLFq1LW4SBaNE6xCIMtM8y6ZO4wcDlK8ovX5qf gs6BQBkADyD1v9RgQBnAe76IB4QEuLYKA+JWL6QlQwESlHPGKI4lbvXwAc8DJWFgRgAD4tZFAAY4 LBhwPJAlAfEQBp7RLoIQBkZ1Y9KvmkB3gQFcGh6oW37PpN9d7uiBgaHv92CTALqKUR2E+p+et8nK NgCPAXS9tB0m/b1YEaRf/9NBBZAFOBFISQDf9N+DfgBUBHkSECpQWQBf/+/qde/uXvexTOheia0r AC9REAAA3I8ThSX1pyPoxV5h5v17KhwM4KwANyOo98OS+gMGuKrvUceZYi7170sRANOE0BWwxwDg ib19H9+jJEAM2DcAGGAeYSBatGhd2iIMRIvWIRZhoH2WSZ/EFQbKLl+en7IsD2VgWRoGlhIGirwV ZUA9JwxgZUIZGAAAuM4Bg4HkTGIygMKAgkGxJzBAT8OA8YCDAZAAMcCQQLxtGGDh0LNl5z+nPBBQ gWT/GDbKk8hMHzj7i4CBS/752twIgYGbkeKrKxIg19cuYY4J6s5c3zGAD8Tf6/nr9+k7BAC0S1jz fp/9V9y+C8Edu3reIYEOC9oFWUCz/zt28bww8ACkAH7339Nl/Mz+EwBAl7ArDeIlRwOZCCAkQBjA DbtweoBz5v2sAvK9AXTAgKkBrjfgIUn9Jd3fS5fsXxJ95P0KA30elUu2CigG8CVuAgn6PoHsX7wP AiCBODDgqf1CCP0oCwx4cr9cRhiIFi1al7YIA9GidYhFGGifZdIncQ8D4IHLl5fLeqnvIVZf4puJ 1RMYaJ0HXNuAzReyvJ8wkE9OI55XDmUge+xAayQgThKYk2dLcfkFs8qoD5SCASOBlBMGQicApJCg 7Ns4eUDW8vOfcyRgTk0g6R8ADKzbPPF/skyoG+aE7uzO7N9IIFQAmPd3l9Qf6b4ygLxEQcCrAcoA gQjQg648oJ0APTgYVGEAkBCoARJUaCGQHhzmYQCu+T1jgYF7EVAEkBgKgGsS0B2hBbyl9/17Ku7f Le4wgP4gGYDZPy/3VjwkMUqDTA3AF/97wQNaGvToPs37SQII4KQCFQTYFbAXNULUAcRVGVAY6Oek ANkUBvAeYSBatGhd2iIMRIvWIRZhoH2WSZ/EUzAwZZkqAykYuEwAQJEg8VwaBkqpBDZQSHnAwYC5 hwGJCQOBPiAuMHARkKD8wqxEIAxgw4UQGAzkExgwd4cPpCQCAACDvBMK8ucbEgQOGAAPpElA3MNA GfSBEAbGjCEM4PSAJPtPzwsCANy2s/utO2VlzJYAtggLDEiM7N8wgLIApgOx5keVAcv4Le/HJeaE AgYwC0jSdwIAMUCzea4s/uGltQeEXnnf3l737ZLsnxggN+upYe4I4fs4LwipP7N/Y4C9pALoA4iB BFADrDmYc4GUBwJXTYDf/QsJsDdAYADDgh7fFwoCJAEWCKUwQPsE9ssqGDDw6QMDnoo9A9GiReva FmEgWrQOsQgD7bNM+iTuYYBlQqVgIHHDAAcDSbEQgiwM+BmjbCRIw4C6wgBOG0g3E1vbAGEA/cRZ GDBlIDmcmC0EaR5QGFA3GCh3gbjCQIoELM7CQNhCkMcZZM9o84D2DKBMaNTYsaoJpGBAUnwrEOKh wjguQNadPW/dpS0BQgU9f8MThQkAPcTvYDewVgfduVsuxSXv16Di7j1CAtAEEkGAdUEmBaQnBfGL f++oGsJX/gADHhyGADBwz060CogLDKArgAygGGDFP27lMQKuKAjtAe6l3b0f3puuDjKnLLDPw4Cs UAMwKhSyADEAMKDtAegNoAKgPGCXbB0GEjwFMIgwEC1atGPDIgxEi9YhFmGgfZZJn8RTMKAYIEiA OEMC3r04cDgwoP3EAgMleCANAzpgNEEC8fKLAAbhcCGFAYsTGBA2mFmerhcSDJAg5AHAwLen4Yhi BnRHAg4GiAdWJqSVQmCDgAewQ33AGogJA+NcewBgwBULoU/Au8KA8cBvdkEfuI21QK5AqCdhQFzH BHXXuiBN+ikRiOOsAIoGve5SGPCpf+LaFizZf09J+lEOhIoge/U+1AhJ3i8vaYACIYUBAYAHUBeE 6qAH9gAMeFn50D5MC5Vcn73CCgMVD7E9QOIEAJj0P4yjxIABsgoGgATkMmGAfo+zOoiHBkAWwNEB znVkEACA2f+Tpg+I939qv/iAp/cPeGrfwKcFCWIDcbRo0bq2RRiIFq1DLMJA+yyTPokbDExJaoQc DDhxwKjAawVL8pOLioWIBEWuMMBho4CB0voAjxpwMKBOBgAGUBmQIFssdOHsMhxJNosuJDAr00/s GCB044FWYcD1D1jbgOT9qhIEDFD2TYvFBQYW6jSh0ePHmxrgYEAvk6IgXioJEAPe73H7ju5gAMKA 6xVmaZC5JProEEBbcMp73YkZQYSBnb1SUoAFCgPqHBW6S9ZKXywEZQA3YL1vFzqD79tdeT+yf417 P4SKIF8FhK//H2JjgNvpJSTwMLoC6KgOEndUgPofwIBqAq5VoO/jAIC+T+DUMDIAGgPYG0AMCHQA cUgByP4NA3TVHfEBDLokDMTThdtnR/R36/A/8p/i35r8jFxuapVd/QmsamouF/9b7GSLMBAtWodY hIH2WSZ9Encw8GLZ5SvAAK5YSCuFiAfKAN6XlE3GvFGbMgQSABWgfCgLA+IpGCi7ZFExEqSUgQAG NJDUH80DzkMkoM/mkWQEAHEnDhSRgHgKBjwSeAbQgP6cbyMulgWcPw0Y0EPHRh9/vKb7oUMZYJ8A S4PMcW6ANgffsbO79gYw1lXdaQJM/Tkb1AK73OnTenN8wQ9HRRAug1ogWe/bW3HvXn0VygBaAvZW cECQff1PTaAXBQFiABoDNO+vgCCwR2AA2b8WBbEzWFdk/1wdCUAQ6CMrYtcrzHIgJQEtCqI+ABLg 1/8cE8QmAblUDEBFEBhAAQA+4OkD4hY8s3/AM10EBpByOZNUrzitPESiyRwxbV0wg+NvYZ+71G80 darbayUd1r/SIf5Wzg7ztsO3I3pgu366vMn96v6/mDbJwN2lPwpvD21qVfFOiSfLRsf+oaIdoUUY iBatQyzCQPsskz6JtwEDxgOmCXhlQHaS4UKKAXBJ/bM8AGUAJIAeYlUGxLMnD5SpAwZSM4VMHBAA SJyXGRi4EEcUl13EMqHk5IEMCYhbt0DKmf0bCaRhIHThgaLhQk+f/XmBgU0X/sO1uTHHn5AhAfit aBfu+ZtdggS9oAYgDsuBxD0DIPv3m6YAYIXftasHzw4z9wzAWiAEDgbUqQZgKJDCAIqFGFfet6en MACy/71KAsYDRAJVA3q5yaGAAQkEBjAtVEcG7al8BI7s/xGSgLiCgbsECTy6p/djcKgBAgPEAKws CurPiiBZ+z+Br/z76foklYGUCAAYoAiQwMCAp/fBn4Ef/TDAhCxJ6aqmMkdrX/rV7jceDYYPL/l+ +hfI/EZt/4JH9Ot3+N/qQ//pSVYukf4XI48J/ttJG7L61l4rkeFzpyqFG3ZHWz8k2p/AIgxEi9Yh FmGgfZZJn8Q9DOQvW6EkcEgY4KRR8xxlAa0UclTgkcCXCREGCAYZEshdPD/HeaNpGECQv2iujRgS AHB4UAQD6rMFBtBDzBYC8kCGBNRLwIDqA+pOHEClkGGAigPplmKFgbMEBlZvuuB/XJMbe8KJCgDd 2RYMDECNEMqEEnHgN1YL5JN+75b047gAjgkKXDAAbcHCADYsKJX3q2ulkGb8IAFUBDkYuF/yfnhP rsj7URoEHcBkgSD1584+KAAPgBYcD+xGhwCLgno/uhf+iLligFYE9Xl0b6WeIcCKIJMCHgcGiFMK 2N9PgidltQ4BpP5WCMTsnzCgCoBngCR4Zi+6BUgCA5/tAqNFS2SFzBTvCr+h1dwRa5tfj+ttyYW/ x2V6xW/HXWrundgp+kgfvulnzyapqd+o6FIt+RX4S7h7km3bTP/uxbfZT8ZG6u8W/Lyim1Nbupe9 R66zf/bkFtyRvuL9+m/ffQq15LNI5F7ize9gx72Ip+mWbZQw3JN+uO0ETw5i+yHROskiDESL1iEW YaB9lkmfxBNlAG4w4JBgOZ1IgJOJQxiwODe5Kj9pcdmkJeIEAzhIoETVkKoEXiIwGNDAiQNKAomz OsiS/hKVQugckJWTRi9y/cRBsVB5CgZKnD/gYaA8gQHxw4WB7/x3gYETHQxAEFBnRRBPEe5+6/s9 fsOxoVYdRABQEtCknxjgA/AAioIwM9QODKYg4NsDeiYHhDHjNxLQuiDWAukZAgAA5P0V9+6lGmCX vVgU1OsBHRIqjtRfkaDywX0Ahgf3VDxMNcB98W8wQGVAxQGhAjAA+obJAIoBj7nqIKsL2ttXAqsL 0pmh2jCAvL8vAGBfv6cPhBVB8JABZBV/5sCAZ4UBDgx85sDA5w50CRgo8a0rMjO3qymgpmPYd1kZ 0r9SbwyzNp/OaVDi7f6O4L3hbX86cz9ePlH4wzO/UeYSZr8JTF/1q9s2sSXzuxc/yv8xioNis5f0 Wdxp7YHFP1qC5ObgZ+gm7vdbiQWPD97iY7xLAn8XfpK3zNPkNfcoM7cTvtLKD4z2J7cIA9GidYhF GGifZdIn8TQMLIcnY0aFBFZAMXCpvzrKhCbbwWQCA7lJkv0LElQxlhUYUKYjhiYnMAAMCGEgrRII DJTTMzBg1UEu+y/VNuBd64UMCZQHgASpFoI2ziPzJKCx8YD3dPPA02d97qsLBAb+HjAwwQCAJNDT YICCwG27evwGpwUj9Xc6gPCAwED323d4GMAaBr4zWFam+84tVgxQd5fsEpYATQLcR/bPQiDZuX+f ZP/KAyYCMKDvw6X1Cu8TAKiw1R8d4HUARwKJUxbg8WEqAnhPYMC6hNkh4EYGabovMBBKAdwhDDxD DJDg6X0Dnt3fny6BYMCA5w4MeK4rwEAmLxML0jCLw1X3S2R06TfCLImzfxS/HVUhoXVexpd8tvTv lfmNsr9gekdj25HnBL9R6o3ud9cdeYm/PMzusT+Y/SO0zM3hY33cxj3+tyt5M6zVIrFgO/xcSaxP KnEPXgh+j8ylWLijTzELNkt9pGh/GoswEC1ah1iEgfZZJn0ST8PACoWBYNLoCvCAMYCrFJpMd2wA BnAOiYDFQjppNAsDyZjRIhiYuKA0DGilEIqFMGO0LRi4QG5I9AE/WQg8kMCAxkVIkIUBcQEA3XQw EIgD+W8+cyZh4Nt//wvCwG3WLmxjQwEGO3vcvgt+x04cI4DOYN8tYP3B3nF5l9wpDLC7512JCCAw wB4An/3z638gAS8ly0+fJ6Beed9enCEgqf8D2higGAAS6Hn/rl4P7BMAMCQQGBBOYFEQpoiyPaDi YTs3AL0B2ihMVx0AzrogcR0W5ABgH50YgEZhMABiAABWKwfSAiEGfZ+2fgBN/VEppGzwrGAAsv8B z+xTEsDOswcGPQcf/NyBox8GDpHTaxyuuu/TytCKkjamhC4vLH67T4g72+SjMfs0Sz5U5jcq+gVT Oxqn7pFfUyyTYQe/u+z7nxbck/q7eSu+OXys32njHv3RcuE3U6/SindowXbwwcKbZbskDKSf6D5B YsU7sMyT03+JaH9KizAQLVqHWISB9lkmfRJPwwDFAcKAGzaqMIBiIe8eAxwJJEiAqaOAgar8RBQL KQyESCBOiWBRBgbAA+qtwYD3tnggKBaiJqAkUIQEJWEg48YA3jOVQgYD/02VgQwMyPqb3UICSPTv wBRRxQBeAgY8BtgOAEAdPKAkIGm9lv4Xubzq4lIw0AskgIzfKoKUBEwH2FP54H7tB6AgsLdSwODB PRL0wvigvZWP7BcGqEQPwD62ATgAYHsA2wZwgECfx1kLFEgBhgF0YMBjODYYAIBW4GqvBigG6NqP MODLhFAyJGwAGDAM6OdgYMBzpgmAB7pCmZAkXeFX8tkGYo3DVfdLZnDhDWqy4xPEEm+XfxSleXhL 8aM/XJMfGf4Jkp+f+Y2Kf8Hgbvvges87d021G3kdYo++w93m9+3tjHmRXJmVuLmVnx7eE+wkt+M1 /Y1lK/2vILw/tORHIdS3JI+xveSmJApuSsVqxTsw7PpPIRclP1G0P41FGIgWrUMswkD7LJM+ibcK AxQHFAboIQkkPKAMELi2DWhsR5Ll2VKsykASAAZK8cBhwECbxUKz82wm9vqAwoBqAuUXwA8TBpD9 Z3ggAwOrEhhgXRDODdjZXUgAmsBuFghJur+zmwkCCgMAA5w07DUBAkBSGnTP7p4cBmqOKUDmqgxk nMeHERvu3yv3aOpvHcNQAAQDQAVKAmSAXYAB52wM2EcXEpCV7QGPJQygLmAgm8AD1xacMIBiAFbj AcCAlgYhy5d0HyJAn6c4Msjqf6AA8FVhgP396QOePSA+kNm/rBqQAbA58PnqgVQGBnWFMiExZF7e JDELky+N/Wo3iRUncCWztmCr5NvDTb0RO9mnfNiW/thB2hv+RslHTf/ucjvNZhHZW9yu/lrhr6lv d0/299nb9ZmpH5xYiZszP734nuIfTdPb8I7wBr1fn5w1eYd/wf8QfSAu7dFJ6J/r34Wd9LOLdtyD g03ck3zuaH9yizAQLVqHWISB9lkmfRL3MJC/rIgHpizPJzBg4oCDAeMB7jD11zUFA1XaRpzLdg44 cUB2LlmYm1gCBlAvdEmrPJBvBQbyGmjnwEUzZVVNQGHAI0EAAxIjCGcKeRgo9lAcEBiYv2rT+QID Y044UTAAU0R/AxLofvtudAnLCiqAPtD99h3oEEiUASMBHRuqmkAv8gDy+3t29/BnBovfu9vDQCII pHwvDxDg1/9FLjBA53EByP55dIAEOjD0YZQGgQQe2VfxyB7J9WXtTU0ANUIsBHIwsE9gwADgCbgk /e4Sqb9iADbZFaB1QZru939yv8BAv2cO9HsGq+oA4gOeQnsAN6EAaN4/SJBAs39rEtg3EIIAYACv dpEyoSOwVtPE1i1MINvx9mPGjvR3D/9uH9A67s/eOVl5B/4porXLIgxEi9YhFmGgfZZJn8QVBsov X6kkUD5FAmoCDgbYQGxjhRwMWPewjhXKqURQCgZUHNCWYg8DOcwbtcsABhaUTcQRBA4AMu5I4CIc RtYOGFB3+sARwUDQNiBrFgZ+wXMGiAEAgNt3CgxQGdhBEtgNuSCoCyIMGAMYCWhFkKsL6unODWD2 n7zkXaUABKYD8Pt+9AEz+8fqzhB4YA9KgHCOGCQC3oabVQqoeGgfpgbpwWFWGrS38jEk/RKAAQgA ZADk/b1xfBgUAMAAMcADQOJsCdDjw+iQBZD0a28ABAH2BggSWDNA8vW/DwY+Vy2x8YBcEgMGTts/ aNr+Ac/vG/TCnzsMSCKXZI8RBuzi0Jb6u31A68g/O3DgT8oD8oeIKNDZFmEgWrQOsQgD7bNM+iSu MJC//EXPA6GXVAbKLuOkUWUAZPyMJyPGWCE9bYAkYMrAJF8vlHWeTDw/JxiAqiEoA7Kik/hieooN SikDFzkACNyXCYEKUiSgzQMCAOoJDIAHvj0t/+1iJEiNFVIY0APIXJmQwgCkANUBdve8g8qAZPwS 37kHOsBdu7kmOkAPLQ3S7J+CAABAYlMAHAxY9k/HpvGA9QeLkwEqHtiHm4UKtFWAO7JWPrC/p4kD OizIqwFoDuZ3//srHoUg4B1twY4BHAmg/kdIoPdjezI1Qp4BIAJgZUAeMJe8Hx0CxIBnq40HniED PJ/iAbYIIxggJOA6BMQHQhMACQAGXjigfkzBQLRo0f78LMJAtGgdYhEG2meZ9ElcYaDsihIkoK7i gEMC1zmQBKYMeKcyoDBgPKAreKAYCTBslDAgsaT+E6EPCBK0BgN2DJm6pP4X8SSyNAzwDLJkzKjn AQcDWikkPt1ggEJBXlJ/1Qd0bR0GvDJgMDB6/PHdb9+BUwLQNLy7x52yCgwg7qUYINm/rKoM3MlL dgj0uHe3uKb+kuL3UBi4H1/5Qx+QFUiApB+5/n17Ku7jpCABgyIYcDNDsYlWgQf3Y31gX+VDBwQD 2Cu8p/Khfb0esmODVQqoeGxfRRoGQkGAvkdyfU39S8IAMn6FAWT/su63o8TYG4DqoKcPQAeAFFBt a4oBAjdxADAwUGDg+X1ggBcODHzBkcC0/YOnV0cYiBYtWle3CAPRonWIRRhon2XSJ/EQBiAOXF4a BlI8cLmeQgDPeRhww0ZdvZDBgPdWxQHtJxanMpCBgYAHBADmEQYQS5C/kDttwoDyQD6BAfCAgwF1 UwYMBlzJkCscSsEAeaAIBkaNG48Un0eGqfe8k5qArIABVgSxQwBqgNYFMfvXAiEEQgLUBELHPr/v 10sm+rqi/qcXRoIaDAAAUAhkSNBTXkV1EB0MADWgF3qF2SHwCHsDHkVvQAW+78eMIGBAAgDmlSkM sOzfu+T94dr/KSoArl2Yp4lpgKKgAc/W9H+eVOBSf5YDWXUQL93m86wUmlY9aPqBAYIB0w9IQBI4 gDgqA9GiRev6FmEgWrQOsQgD7bNM+iSuMBCWCWXqhQwGrGSIxUI8kiw3ZamQAAIHAwEDeFeVIIGB Mk4WyrjxwCULFQasUohsoIFDAiUBDVgsxLj0cCFPAhfOLEsfO6CubGDZv3eHAW3BwPnoJA5gYOw4 PTcg+fofxUIGA54Bety1q7us9wgD7OmBnV1+MKim+3RWB92/t8d94AR2BXhH0o9mAB0QdP8+tAd4 GOCZYhX3I/XHmCCcGoaBoRW+Rfjh/ZWS/ZMEKh9FjHS/FQzo8/h+Sf0rn4ATAyT7xw56hdUl0X9q fx9UAQWu/QBPGQNgbOgzB/pSDegnGb9k+c9AFgAAgAEsdmND6agIOjBg2j4IAtPNHQwADAZPrxaP MBAtWrQubREGokXrEIsw0D7LpE/iDgZWCgOoMpCBAXWBAfYTUxAIYAA8cFmWB6APlIIBVgplSUBc YUDWw4MBkIDzNAyEKkGgDCgMMPvPwIAAwIxykwjYVSwYwAKh1mBAdvLnIwAM6KFjI8eMNQZAozDV gDt39bpzr/AAYACawO7ud6M3ABVBd3Nw0H17tEBIZQFHApLQyyWKgrzz+/59WiyEmMU/3OSOKwfi q7t7cVpoxQP7e7EoCFIAYaA3Tg/g2FDXKGy1QPjWXwFAJYJ9lY8h1xcG6I0+4H29mfqHsoDwgNYF SYxyICsNCmFABwcd6Ms+gf7Pof2XX/9LbEm/BAOflf1qNAc/Xz1oWg0mh0rq/8J+qAFAArw06AUU BQ1iaRCQYPqBITOEB7rGaNFo0aJFa80iDESL1iEWYaB9lkmfxBUGUCZ0hcFABgPUTR9QcUBI4DLw gGAAVlxajZA6eCAlFDhloJVKIfqC/MRFZZcsDGEgoQIk/VnP48CBefRS4oCDASGBkAFKuK8X+vaM svOnCww4Eih2Y4P8+c+e9bmvEQauyY0cPUaVAe+4FBIgGHRnk0ACA/fs7nnPLvQD3IeeYFmtVQBO GKAyoKsKAhUPyCVSfz1KTHJ9y/6JB44EWAv0EAIhBK0IAgmgUXh/70cOIDAMcADgewOgAyCgIIC4 j8BAuihIHRNFBQPIAHLJoiDCAAuExPES64L6P1PdD43CWA0AhAccDBgGsBwI2f8LrA56QWJxVw4k hPACWwUEBqYfGCwY8MJ+wMCMWCYULVq0rm0RBqJF6xCLMNA+y6RP4ikYkLUVGEj8MGAAXgQD0ATa ggG4hwHFgAwMIE7zQFswcOFsax44fBjg2joJiJeCgRGjRmmBkDBADx0ZBJfsX/L+PT3u2YPqoLsh BfSkh0cHYPO+lBSgM4Ukv9c1SPeVBCxGz4BcOmUAqf9DqBrqLTvoEsbYUKgBAgAPWzkQSAAMYDBA MFAA0CPD9vUWBlAMcOcG9Hkchwb0oUTQ+8n9fXB22P7eT+0TJPAYADB4ioSAKiB0CbM3QFaBAZwj hnIg1ydgpUGoBbKWgAHToQYgnoa8H/qAVgfNEAbDp/eEAAD/9ElEQVQwTWDwTPX9Q2ZVD4owEC1a tC5uEQaiResQizDQPsukT+IhDJhfvjIvSOCpgFVD2jNg4gAPJ854lgd00qg1Ey/OX2r1QoIE1jYw eXHJ/oGyieLGAx4GlAdCKtDAOUqGwk5izwZaI4SVeb8PUs7yIcKAtRGn2wZCoSCpGnIw8Ivc8JGj 0ECsggB7A7RJQEig1717e/Dr/wot/sH4ICb6qT4Bjg9C6q8x6384LdQS/bQnhCCrwsCD+1EgJDDw 4B50ErM6iAygGCCpfwkYAA/w6ADJ+IkB+yqfFCRgh4BsPrlfdvCSwADbA9AhQA9bBSgI7O/L9gDT BKAG7EP2L6n/8wf6aWewtQfgcsDz1QPYAOBdqWBwSAKMwQMzhAFqHAwcEBiQNcJAtGjRurRFGIgW rUMswkD7LJM+iRfDQF5h4IoUDIAHOE2IMLAiQwLi6B8IYcA5YcB1Dkxy9UKS97cCA2gj5pkD3rVz IGSABAYu8j4XBw4IDxAJCAPKAw4GqA9IUIIHrJdAB4zKSrfsnzCQxCVhYMRIZQC2BdsZAsIAPYQE VArQ3oD7MDJIYcB//Q8wYPbvL5nuuxMDrFeYm+I6MogOAFAYYIDUn6VBsup40F5QBvbDXeqf9ccx L6jySQoCSP0PiKsmoLFnAHFJ95HxAwBYEeRgoJ/OD322uu+zB/pBDdindUEgAbggAS+fPzBgmjCA eoABEr+wf8B0Tg2ahiaBgQIAM2sGTt8PEjAGAAAMnoGGgaEzq4fMjA3E0dL2oZy89ic/C0wtngj2 52ERBqJF6xCLMNA+y6RP4g4GVqVdqOBFIEEAA8YDUAlKKwMhDOiAUTui2IsDgAGcSoakX9ciRxvx xEX5ixfkL7YzyMQl+zcXALgkqRdyZUKoFELqLyRw8VwBAwcDrm2AbcSS8SsMaFzkwgBaL2RVQ4ky UBIGPu9gYNjwESYF0HVkEJoE7uHAUB4m0OMeSAQJA9yLL/57kgGwcx+yfyABeUC90pcAIek3GFAS 0BgYwNtwwLBrFwYVCACoJqBtwWnvI6tiwBOYDoQSIOEBeh9hAFmfBAmgKCiAAXUggTLAU4kU4B01 Qs9WD+CYIGsPeNaVA70AGBiINoAa8ADrgga8gNZhuFMDWBFUIzCAGLLAfq8GyDpkds3QWTVDZtUc /TAgaaS3dD7JFDOT7CH/c5Y6W9j2vHWtJNF9/FYS6g7M4DOPSv/l2vf3x33pdwZZun+DvyO9ox8g eLu9t/hzZj6Jmtxdcj/aMWQRBqJF6xCLMNA+y6RP4sXKgHpeGAArkCB/mcGA8gBgAMeNadWQkIBc IhYYKHNqQEIF1jawRGDAioV4ILHpA6WclUKpTuLAAQMmC8B1oBDFAcKAYEDgSRsxBAE3adQDgJ4/ 4DyEAagEygNAgqRMKPEzvTIwbPhwDAhSWeAejgNCddAeKAPM9eE4SQBHDtul9gl4GJDsn0m/BgoD igG8dIHAgN7A2OYF+fWR/YABqgEZAFDv8zj3ZcUX//sJA+ABiANM/XVfYKDPk/v7yhpiAAEAMKBd wgEAhKvBwHMcJOrVABwcVj1wOmEAPEBZADAgKzFA1xmS9NeQARAoAxgGIPYw0AWUgSTJY16YpIXI /6ZODXLAzOtVU4MUUq21lPHot7Y/eQf+XplHhZcSt+fvn83Hce3eJ7HehPcyyu5kfgouxQ4bBpIH Rztm7UOCAUmMokX7czP9P5NoR2SZ9En8kDCAyynpYaOGAd4dDGDMaAkY4CokIIHWCy0pg5cuE8KY UcKArxFSfcCtBgMCBocFA9pGfOHs/AWzxLVkqNzxQFoi8CRwCBhQxUBHi57/3wgDPVgm1FNJ4J69 wAC2DiPXv3c3MnvBAHd8GDdRQaRJvyb3PR8Is/+9lRQBdHAQaoEeQC2QOuuC9vZ+eL8AgGT/mBQE BjgAf5Q8wPaAikdwrFgCA4/v7/PY/r6S7gcwUPnEHi8LmD+BdF+y/34OBtAnADWAw4K0NyBxZP8S DLD5oQj6sSioP1qEq/tPq+43rXrg9JoB05DrD3yhBhigLpcqCEiAGUEAADDAzFoGAABJ/T0MqA+d dWDo7C7QM9BazqdhkGm2mg8mlrolTBP5mCp5VfJO+RVh9hLuUgt+zp/+22b/yRncVeLLcxhuyXzg 5P6pVSXeG9we3J/8cq1fanjov39wh5jdZP/wmb9/oWiHK/7N8Bl4+a5kP/lpdin/sF9GzP+C4Y3R jj2LykC0aNE60TLpk7iDgeIyIU8FAQYYDGBVAPABHPVCPHnAkYDCgLqLWSk0cUleSKDUmQPmExfl L9E24hL9A44E0ioB6oK0T6AN98eQzSqCAXgxD7SGBAID81dt+hZgYNjwjCygygACpP5oIEaLMOeE JjyAnQQG4FADnESgeb/AgPYGaIAzBFAyhDPFKALIWvHIvopH2Rvw6AGJ/WliAAAWCykJyNrn8f2V RgKAAQcA+9Er7IqCMEGIgaT+IAG0CO8f8HQ15gVp24AwgACAJP1OCkDwHM4QAANgUhDUgIHTtBwI PIDSICgDkvqjQMjDgJcCBAY0DmBANQHoAN6Hza4ZMqd6SJeDgSRZdDmezzWRB7o8sjXLJIb+YRrg Ce5l2cGWvyN4b3jbn8xSP919pvB3t09U9IHD+0u+15u+NXkULXOZPN+9EH4G/6MDCx+QxBYFn9bi op3wTo39yow/MXs0TW73l+Ejox2LFmEgWrRonWiZ9En8kDAA98qA9g+0DgPoHCiCATdZKAADgYGJ kAXaLhYiCagn84WMBzwDeC8FA+gqDi8vUJUAMKBU0DoMZHnAw0D5dwIY+Ltf5IYOG6YjRHsw+w+R wBcC8VInBWkVEHL9BAZcURBFgAQGtGNYlQGsrAjCwWGS9AsJUBkABhAJej96oBf6BJIaoT6MlQGA AU9yZdznyQMoE0qqg9gt8DSyf4UBCfo+DRJQBijSBFga5JHguZr+z8MBABgWRH+eUgCcGACJgDqA 9QMYDKgPcsHgGbJKxl89ZAa7BebUDJpdPXR2zVDBgLnVQ+fVyNpVYcByRN1hlOy0btl77Gn2j9Sr fGxVJuPsvKTSf7bwQxZvSmAfVc0n07TW3ms3M58O7xHLXB753z/YltB+jtlnPhPwgz7ZPd/vuPfL hRhe053Mjwsv8XOC1zJ3RjvmLMJAtGjROtEy6ZN4KzAgHsKA0wTMhQEcAFzmmokvW5a/dEXu0uW5 Sw0JvBsSBEJB2STwANZJqBcKGUBPI4aDAYwHCAaJPqDigNMHrFLIHzgQejhv1PMA6oUumpW/qAQM uDMHSvCAhwH1j30WMPDNv/u5wQAwQAHgPuT9WNkQLPuS63Nzr8EAs3991V+iMUDSfdMBAhh4UABA 9iWmGmAwACmggmvlo/sFAyTA+uj+CigDwgAH+ojzEDEjATYK82hhyfWZ+gsG2EokYNzXlQbhdGE7 Q0BJoLrfszXAgGcPCAP0fRZqQD8qA/0RH+ivUgC9n6wv1EATgBTAWqDprj2AuT5JIAEAvRyCoqCa IbjhgGT/OGVsdjVIYE7NsDm1AgPDBAbm1gyb2xUaiEvlfMj3AuOey0rbsKK8kPmmS0BTr/Jpvjyl 081/tvBDFm+mfgVayft9LKv/o/kdf49YK5d4X2DcK/33zzzAzHbdX76NHf9+CcJ/TX5fLbn09zkL HhntmLQIA9GiRetEy6RP4goD5VesLgEDbBsgDGR4wGCg7LIXCQMr4OwcyMKAZP/CAKkDyOiT4ISB YNhoxgEA1AfQPwAvv2SBygJI/Uu2DVyEUUI6TUi8ZNUQxQEJTBlI9xCXhIGABwJlQGBgnsHA0GGS 6GNkEL/+x/xQlAZJri9Z/j4wgARckf1rlu+VAXQLwHVHYUBd2QBf/3NgqJEAYABqgKT+vdEngNOF kf0DCeDCAF4ZQGOArwuCAoCWgEqsAANJ+vs8bY0B9vW/tgiLS9LPQaL9n4Y+AAZQAHhWAACxeP/n 1RMGUADo/4I4xgGhY9h1BQgMqA6ggcbqQwgDurJVgFQwx3zI3Nohc2uGgAeqhwsJcO1SMCBpnc8H gwTPZaHYTW0X5YCZDFKM70nSSP+qPdP/xMDwlsxTPnzzny38kOGmfcyiD1zyfh8HO3hGegeWumzX 39+9mjL3WHlR3+CfmN1xdyamO5l9d2nvCqz4AdGOMYswEC1atE60TPokbjBw5WrxMq4IPA+oCxVo gRBdUn9dLfBlQnSBAdQL6TFkrfQP8OQB44EQBlItxTZTKIGBMhYL+bYBBwOOBC6el+fRY/kABsrT JBC4ax7grKEUDGSLhcQTccD6BwwGNioMDO1xHwcH4bv/fZwgRCngvn1yWXHffgl63rdHe4JVEBDX vL+nniQQZP+VD1EceHBf5YMHrC4IThGAFUEQCmSlGiDe59FqawzQiqBH9+FggaQl4EDvJ6v7PHGg z5PVvZ8QRwOxxFogBAwwEsAKKYA8gHqhZ7DZD8eEgQGEBMQHPAdxYMCzNdzfb13Cz/MYgek1/ekc HCQZv+zAJcVXHtDUXwKKA+gN0Jd0XzBg6Gx0CAybXTN0di2UgTkHBs+pHjavdqjAwFzIAoCBuTVd AwbkR5q5pC6b3yX5JnJBb+mkEFYiMQy2Sr453NQbsZN9yodt7jO0WvYjfwIxXGU+cCv3+1jfiHt1 Zk94j1j4NP9bZ+45xN8/eTWx5An+5/t/W+md7M9yO5l9u/TvFdMHygvJo6MdkxZhIFq0aJ1omfRJ vCQMhDxQ7niAncSGBJb6J8VC5rnLlucvxeBR0wSKSCCNBOpLEgAAD1RZDBgwZYBlQgvKUDVkzQOO BCRwPADXo4i5IuN3lUIXqxoQuM4bZaUQAp5EpoeRtQ0D5q3BACQCPUTsfgEAwIA4JQLJ/i3pBww4 BsAQIXQGS2w1QgIDQAJHAr3RJSwM4GCAmoDCgLzE0qADfR6rVhhgRdABUwPYHEwqIANgh9VBLBNK BIEABvri9IDqvoIBz1b3kRUBdAAVBDTu92z1gOdq+3FsqDUHM1ASGDS9VtWAATMOoC14Zo0EBIDQ FQnMAQazqgfPxuTQwbOwDpkjXisAAAYQHmCBkGLAiHk1w+f92R86FmaqxXlntI6wzszHS5FItGPM IgxEixatEy2TPokrDOTTMKAkUH5lShzAycSHAwNcWS9EMEBgDQOlSACuzcTwyZL6L/HnkaVhYGEI A8YDWLMw4JBAMv655cYGaRIADMwmA1AfsPMHHBJkSUC8NRhwPQMCAJLiYxUeQAOAOVqHtTRIV+c2 SFSyf0n93WYFMcCczcHAAPQGQAQAAEj2/xgaA4QBAABCBXL52AFcCgYIDxgJuNIgCgIqC3A1KYAr eYAw0Ie1QFAGntaDhFEFJEH/560cSEgA4sAz2BkwDaOB+j9/wDBgek0/YgBEAHYJQxCYUS0MgHWm BDhR2GkCPvsXr8WZYuwPVicDAAMgEcytJQZYXdBwUgGCBbXD5ncBZeBDNckVkzQ1wsCHZcCBTuAB 6ATx3+ixbxEGokWL1omWSZ/EDQauAgmkYYBxUCwEGEAXwaq8gwGjAlkvfzEXgoF1EjsYYPOAh4EU EkxCvZBOGkWxkA4bDVoIlAfK5VXyAPQBHkYmLiRg3goMqERgjqqhLAxIkL9wtsGA0we0bQASQZs8 cCYbiG2akGIAGgMoERADUDIEfQAYgKOCPQlY6m9Jv6x6gtgBibEaCVj2Txjg+iiSfiEBOKgAYNCb SCBgQBLYX/nEgcon91XqEcKmBuyDDkBBoK+uT1cTA/b3e6ZaYYDKAIuCtD+Yw4IgC7A3gDxQ01/w gOVA7BVmi7A2CQgG4PQACVQQQPY/UGFA2GAmYgEAnCpgPICZoYNngwFcYwBIQHagCUAWEAwAAygM DJ19YBgnCMk6fEHN8Pm1wgN/7spAtGjRurhFGIgWLVonWiZ9EvcwIB7KAgIDWK80DEhgYMqLZTiT 2MEAOgccEmgQwgAkAmIAZg3BMzCQJwywnzh1LHFOScDBgHfCgCCBwoC1EAQwkHEygMJASAJwzhSC GmDnE6t7ZaD8OxkYYBvxt6clMGCjRX+eGzp8uHYLWFGQmx+aDAVKu2KADyARPIBWASEBrsj1ke67 rgAeKLa/EpoAeACTggAAnBz6OKnA6oIOCAywNOgAdIDH92MlD0iub2oAjxaWe6gMHOj3VDXUAA4L UhiAIOBODwAMPF+NqUHCAy/UCAD0ewFIIGv/6dAEhAEGslIIU4McCZgLBsysAQCoLCA+q1ZcpQCs rj/YkGBu7VBJ/cXn1mFw0JxqrPNqhqrPFwyoGbGgVj3CQLRo0bq0RRiIFi1aJ1omfRIPYUCLhRwS KBWsLL/SlAH45SvLwQNYDQMEDJQBfGBlQsFkIVk1LlYGEsdYIQAAV+0qzsCAdhIzXpB3+oB4qpM4 69ZCwH7ihARcABLwMIBALn0zcSIOaJDIAh4G3AnEYACDgYr79mNFil+EAcz7EYQ88MC+3g+7XmHL /tEnkMCAagKMCQP7QQKPV1c+Vs0mAWT/lUICThBAzIBNw5gjBBIQHjAFAGpAfyEBYwDs9HuuhgVC SWMASoMQHOj/PDBAS4PQKoBzA8AGA9EeUDNgmhcEsCoAeAYwDJhRbSQwu1YrggADPEMAwexqIAGo AKcLCwMMnVc9bD56BrQoSGIJFAYkGDE/wkC0aNG6tkUYiBYtWidaJn0SdzCwRmEg5AHtGSAMqFag MLDKYECyf3WVBRhr4ZDCAAITB5ZjR7uKhQ1K8wBnjE6yZuKcGyuUgQEXp2Agz7w/3Tzg3WAgXSbk YIAk4GFA3Uggqwy0CQMsB3IuSHA/Ev3QTQTAIWL7e0kQtgeIBxhgGX/oj1f30j6BRw9UPF6tp4ah UVjyftUE0jCgHQJ91Z9Erm8wQCpgaRCmBknMpL+6rzi//keNkOoAPEEM5woLCUjwAuuCSALw6bUD ZggJiGtFEBig/0z0BgykIIDUX2K+5DWBgSwNSkjAxYPRK1w7dJ56zTDx+QzIAAIDWBdgHT6/duTC OgkiDESLFq1LW4SBaNGidaJl0ifxlDLg9AEWCIlrz4B3ayPmTCEtHFJlwMkCCgYsEzIGsGIh4oHA AA8fQNVQCYlgCZSBiUtYIKTnkVEoSMOAKgOcLDTfNw+IZyeNppzNxBeLY9hogAQJDMA9Dxw2DCxY venbfy8wMGIEzhDQGiHyQMgAsvbkIFFzPUuYzimi7A/WZgBXGiSpP3bQHFxdIQFEADQGoDfgcVmN ARQGjAdQ/CM7rBF6slrivqz/SblrD+hj80OTXmGDAfQMAA+EAQZMqxXv94JQAdoDUBr0gmsSmFHb fwZ5YKa4XAIAsCL1N3GAZUIQBMAGs2sGz2aBENsDtEAITQJggDpZh8zVciBJ/WtZGoQ1hIHhC2pG LgAGxDKhaNGiHQMWYSBatGidaJn0STylDDgYQJkQY8WA8ivN8ywWAiFwrFBSJqRU0CoMaFACBvKX kgS0c0B2AANL8u48sjL2DRfDAD3pJCYMZAAg5QEMeAwQn5uCgYAH0jVCpWHgLMLAd/7+57nhI0do gZD2Cuv4IEn6LfAYgOOE2SL88AEgAXsDZO31COaEsksYJKA8wBIgDgtSGCAP0OWl/ZL0gwSoA5AE kP2zKKi6D4L96BjW1P+ppDpIi4I4PFRS/xoVAfqSB9T1UGEE02r6wYUHkP0bCeAMgZr+OEiYBULT D5ABDgwgCSgSAAAgBRADZknAvN93CIAKtEW4dqi8NLeaDICiIARzAQCKAagOmov94QEDjFxYP2Jh 3chFdREGokWL1qUtwkC0aNE60TLpk7jCQNnVa0MYgEtwhc0XckhgXQRlqBRaBZVgCocIcZRQ7nKn D4gTCUwTwLoUK3xZbrJNFkKQyALmggEIeD6xzhfyJFDkQgUZHmizk1hdGSBBAo8Bs9lSDBKQS6sU cu5gQE8jVp9x1ucTGBjJ84NZGkQpwFanDAQ8ABce6P1wde9HMAjIUn9hAFcghMtHIQ4ICfSmGtD7 8WqNez+OI8MMAKAAKAkoDKA9AAVCrAtKZgRRBBAASJEATg2r6cfJoUj9nwcYsC6opg8OEasVEhiA 6iAE/aZV9512gIcK1w6Yrhl/3YAZJgiQBwgDEk8XEqg1AIAUUD9w1gElAVQE4RwxqAHm8+oAAIoB BgDmAID5dQycL6wTDBixCOvIxVEZiBYtWte2CAPRokXrRMukT+IOBgJlgDxQdvXqHJFA+wdcPzGd bcQcLhRoAqEHMEDXBmK5XFaGsUImDngkMH0g40U9A2k3GPA8oJVC3sEAl8yzwMMAneeRqXsYwCXn C/FMYjDALGUAwkCxSgAYWLh60wX/XZUBBwM9H9zX6yGcHkAYYOr/IKaF6lFiFZwfKmvlI9UVj+zr 5WBASQD+2IEKnh6A7J+vAgYwOVT1AVnZGyD+lOT9iRMGqvs85UqDyADiqAUiCXBaqGoC/PpfeMBp AsAAOlL/F9RrJfsfMF1goNrNC5KMHzCgIkACAFYRVDN4FnqFB86qHTSbOoDAwOy6QXPQFTCUI4Nw gMCcWnlpyLz6IfNrhiwADOi8oGEL6igIGBJQDaAgAAbAOnJR/UghgUUS1EYYiBYtWle3CAPRokXr RMukT+IllAFWB+WvWqOEUBoG5IZDwUDgqBSSICwTIgkUAUDKrYc4788ZSBqIHQzodFHHA2WHBwOp zoEABqgb4JKVQtAHJOkPxAFOF/VlQgoD/0NgYMSIUAQgBjDQ0wO0NMgVCAkGVD5aXfnIAf3u3yYF cVUGwCbyfrQI8yQBnifwOHJ9yfhBAk9V937KdQwjrhEY6PtUjVUE4ZQAHiAgJPDUfgUAiZn9060i qLb/c8oAvJxWg9IglgPJitlBPEoMJ4uxPaA/sn8JVAowTUCdckHtwNmS6IvXDWbGzz4BiWsGCw+g UVgFAQwJBQmQAeBaESQwoIGsC7CCBBZpUZBgAIPFdaOWgARGLYllQtGiRevaFmEgWrRonWiZ9Em8 NAxomZAHA4EB8ABaiskD6CTGfjEP+EYCRwJOH3BtA8IADgbomvcrGAR4MAmdxGXoIQYSKAwUucGA d8KAMEDAA0ACjUvAgJMIWoUB76QChQFDAsLAxgv/ATAwXLL/nnRXJoTjhKEPPHwAZwxDE9gPNUAu H2YJ0KMCA0z9SQIOA1AOxG4BhQHwQMVj+yse348CIab+NjLIMEBdMIAu2b8WAoEEyANKBbKjUsBz B/qiIigpCjJBAJoAGKDfC7V6qDAahSX1xxRRVQCqB8yqGTCzTlxhQDUBYQCJURqEvB8MwAmhQgKy qhrAkiFMDiUDzBcAqCUA1A5baGVCbBGuc0Ht8IUkgYV1wxfVEAZYILQAGECvORZgIB4b/GFb/AtH O7otwkC0aNE60TLpk7jBwFXrUj3EigFaO3RlMQxAHHAwkNQLJYcQp2GAY0apDLBYKBQHPAxIrBiQ lAwRBjhjtI3OAVYKeRi4GDCgcQgDGXHAlwnlL7bAPICBshIwkCoWUhi46B9/nhs2YrjqACwBIgPg CGFiwMNQAySoZFDJSUGEAcoC3rVXWBuFH6+W7B8zgh7HSxVWF4S8n4F2C7A6iBIBTxS2AiEVBKAD UBDow/YACfo/V6sAIDDQl+KAkcC0WnGSgFUH9ZsuDmVA2ABnionPrO4/kycJgASQ/QsGcIooYGDQ 3LqBs2sHMvWnAmAFQoABNAbYCgyYLwFqgVAXBAVAHIKADhHS0qARbBEGCYAKDAbo9SMXi6NhoOvA gCSkuVzJlPSIUtV25LX8yWr21pIPaceTj9j4UfxP0Q82tUqvxKqm8tXgA4sFr9NSrx7eJ+6QXy3z EL1s+6Oq4beCZT6C/bIudKZbfqf0I6MdYxZhIFq0aJ1omfRJPIGBK9eWXbVG3GNAamWxEOuFoAzk i0jAYGDKipwk/Y4KcsYAySWFgnCmkA+IAanmgcV5HD6wpGzSkiIG8M7TiIPOAXNk/wYD5YoEAQyU XzS3nOJA/iIvDngXErBjB0IYUBII542eLTCwZtMl/8RzBiTd7/GAzQ/t9ZBhgMEABQEGYABWB2FV AFBHJwDcYMC5wADbhakAaFGQrJUkgb6yiSYBNgq7uiBzkgD7BFAXJHl/PycCQAfgOWIIgAG1/afX gQHM6/pRFuBhAhAH2CusRUGy1g2c5WAA5wbw6IA5NQNZBYT+YMIATw9QBqiDCwOwLkgyfgmAAc4l +ycSUBNYVDccakDdsIVaIITqIG0VYJ+A8gBhoKq+a8AAcsepU0vmpEeUqh7RzTBJK/0bqqZqbnnE D+kgy/wRSlyKMcP2H0/iTEacffUw0uXwLe22zEP0Mvthij4NsvoSnxD/VpJfXa5S9/hrPPIwfr9o Xd0iDESLFq0TLZM+iadhQFZxCgJFMKCagEeCYhiAX7EyF0oEhAF1YgBXyf6n2JhRDwMeCUq4nkTm AIAlQ4lWkIYBrKoJeGWgNAzQ0xhgLjCg4kBeACAkAQkSGJj+8S98bfG6TZN/eK3AwLCeggEPV/d6 2KSAjIMKHsHBYb0wGBS1QF4HQOyoQLL/3k/UyCZXd5IAZ4ba4CBSAQSBp2sQP639ADxHTGPnfdgu bE0CfmqQnyCE9gDBACUBiAASY2QQ+oNrMUIUx4qhG5gwYLODBs2qEwYYoMeHzbEmAUn6wQNzcIqw FgWhYQBdwnWD51WrJjBkXrUODB26AGVCIIEFtZL3I8awIMEAXOoKcYBSAGUBCgVsGh61pG5UVd2Y pQ2jl3YNZUCTxjAx19zRjLvBhrtGwmhbzAmTW3BH+or333UXvlIO88dsopl6CPNRewvfrtktd2D2 zuQd9qO4o9ERmP6E5I/A6ypuyhU+6F3JZ0ie3dZl8tvJtn1C/8GCreBjh9fhjvsDF//6anwp+zFK btoFrGpq+ppmdyU3Z/4dBZdFD4x2TFqEgWjRonWiZdIncQ8D5Vevt7y/qF4ILgAQiAN5LRYCEkgc wIDznGMAAoAVCNklTx9THshfqqcNKAmUhoH85CrMGJ20uNXOgTQMaF1QAgMuUBLAmQNuwGhGFlC5 ADNGhQQusjMHPA9kYOATX/zakvWbp/z4+tzQYcN6+aRfg4fRLaCxeCVJIACA6gqsyQ43hQc05gEC qAuy6qDerle4L7ymDxuFtRmgz9M12JTLZ6xGSLuH+z1b2x8VQRAB+qoO8Fx1XyEBHBTg1YC6/uJs FHYuL0nejwCnB8yqURiAJoCZoQoAdQNnV0v2jw4BIAGCQbOrh0r2r2rAfAgCaBReABck0F5hwgBK g4YurB0mvqAG2T/VAAlGEA9GqBSAYiHx2lGL68WFBEYvrRcfs7R+1NLaMVVdYpqQy+mSRFiiII3N JHyaDcq+z1n97SUzSN3E/X4rMbw1k9j6h4RvKX6IvBO3+Z+deaNGh2/uzfZYv8FfRONw1TfBeIPF wWcQ848KzW6Xf2Q+dvCcZMe2ZAMR/uFuyjycL6VMXrXneAt+BAzP9+Z/kL0jiZLbuBE+JPPAaMem RRiIFi1aJ1omfRJXGMhfva4M7jQBN0rI77h9gQGcPqYk4GAgEAeuWAlZQGNJ/d2ZA4YB2jOgbQNO HCiCgaVhsRD2J+EwMpss5OYLFfOAHkmmMAAAQLEQMSDsH3DiAJHABWkkwJkDF83yMAAPecB8+jlf Oq9qw5arfvZLwgBbBYwE0DccSASPcFqohwFVBgIYSJCAMABBgLVAqgMoDEjSLwEaAxQG3Nf/st/v 6RqCgWAA2gOoBsjqhwXV9J2mMCBUwN4A5v2qBvTnicLuUjCgVlxSfxYI1aJpGOODBANQIEQMqB08 t37g7JqB2hY8p3YQlAGIA0FdkHjNEHzrXz9UAADuqoOAAQYDYIBFusKhACyuBwwsbsB5AosoBUAN qPcuMDC6qovAQCrtYxQmkT6WgBkhTHbCe4rfGN4Mc/m03l5smnBmEtLwLRofzo7GR2rJe7O/S/LR in8iTF4PEmJ5FbfTwtsy++FD/GPtZbX0XwyvFu34WKzkZWYz81HDS7kTMf6Rsuzb5Tp8SOaB0Y5N izAQLVq0TrRM+iTuYQA8cNVanShadpXECQx4JMhBGSiCAasUwoqTyBwVlIABrRpSiaAIBpD3AwNS MAAemIwDictYLMT5QsXnD+iZA4vKAAPgAYMBFygJEAkCGHAxhIJSMIBm4pL9A9AHpp/z5fOWbtz6 3Wt+BRhIUn/qADxPQAKQQC8MDkLe75N+DXolO7Ie6P0ESeBJ1v/Aa1AXRCTQXuG+SPp5yUlBslIZ qBYYkMBhgOT96BXuBwzQpmE2AwgJkA0EBvrii39k/+KYGUoYYNJfpzAAn1k3aHY9y4RqcJAwTgwQ DJAVPDBoVu1gSAQ1QgIsE/KCALqBSQKIwQNkAAgCC7FK0q8wAABYWDdcsv/FUAMkHrWogS3C9SOX 1AsDjFwibID2gFFL60YtrR29rGH0MiGBOoGBsVVdoEwokwAi/QuTSI1xk9vyO/4eSxPdS7KRepVW vJM1l1mWfIjGxTvuJyc7Gh+hyVvt96fhMf5peC34YJmf0tqlf5fF7ia9IXxX8Y5a5h55WvG7NBYr edn2PalUPvta8YbbCt5V4p5ox6BFGIgWLVonWiZ9Ek/DgDqaB8QVAIo8IQHHAwIAzqESGA+U6ZjR AAbUrV6oFAyABwIMUHcwUJWftMQNG0XVkGT/GYmAJGDigKweBrwygMGjngG8u+YBNhIQBnzbAL2M 4oCsCgPsH5h+7le+vmzj1u9fdyN6BhIGkMBRQa9HjAGQ9D9hDKAdAjY/VKUAN0rIdwUw47euAAn6 YGxorcCAJv2EAWEDOhmA+9YrjKIgzA6q6fdcrQQDFAa0ScB0gNr+M1AdJDAwECVDwID+0zEvSIJB MyX1BwzABQNcaZC2BwyeU88YFUEGA/OtOmgwa4GGiM+tkbxffIg2CVh1kABAvcLAMCGBxdYubJoA jhEQGOBhAhQBBAbEJRitggALhAQGxi6rH9MVYCBIWn1Wn6TYku8hDNK+4p3kdrymD5Ot4LFi4f3e ZLM4HfUPCd+icfFO8FHTT/D3HZb5zw3TR4Y/S013Uvtt/pr+xWBTQn605GMHO+lHBTu4R6Lw4WEs VvIytVn8/MyHSL/o3+v6uv098i7dKX5TtGPSIgxEixatEy2TPokrDJRdvd6RAIqFGKxNyQJhvZA7 gCx/eQIDZZAIqAkYGLgzB9IkkPiUZfDLlkMoSPFAFgbElQRUGcBwIVndkWSlYAA84F1IQN3BgHcH A2wVcF3FTh/Qk8guYv/ABTOPIyE4GJgu6ye/+vVlm7b+4PqbDAaMBzwJ8PQA/dafeT9XgQGqBL0Z q0MTeKLGjg4Iq4PoHBtKGGAVEPxplAmxQ4CXdCDBs9V9X6jt+zwuOUEI+kC/56v7oz2ADEARgH0C dbIDBWA6W4TRElDdf8aBgTMhBQgVDNB5QewS9jAwaG7NwLl1cMKAOaQAVAcNmsveAGLA0PkIJO8f vrAe2X/ajQEW11MZUEfqj+x/Sd3oqgbDgKVQCQQG2C3QIEgwZilgYOzyhqMfBlJJpM8PkTrC/FQZ t+F2kAl6S1JCvQ3vCG/Q+/mctGVusl17SDLQxuWm4UN87D+ZmO7gqf6+w7L0Z5MnBr3D3vxnsB8m VvRTwk+oH4T3ZP968prbSnbCJ2d3+BcOH57+QaUvk7eLhS9783cUveofGDzE/Wv2v01EgT8LizAQ LVq0TrRM+iRuMPDd9eABEwfWqisJmHsSYOeAwoBzlQI8EjgYELfUP0EC30ZM1x7iFA/ofCHDABfk TRZAsRDWySVgoJy9BMUwoMqA8xAG5uTZNlCkDKRgAMFFM8suECqYFTYTf+qrX1++eevf/vLmFAyQ B/bZccKsCNJv/YUBsDok4InCGBxU+QRhwKf+2hvAuiDtEOirNUIu6YcTBrQoSHcQPF/TRzBgmqwo ENJuAScIQByQvF94gJeAAaEClgMRBlAaVK3KgLUKzKpRDAhhYPBcMoBKBOY1EATm16NAaEGdkQA0 AYMB+CLlgaQ9QEkgcFQEjVwibkgwkuLA6KV1o5exYxgOEhizrH7c8oZxK7oADLTTfLJ49JjkqDE7 jRatoy3CQLRo0TrRMumTuIcBlAl9NxAHAABGBR4MPA/kg7YBHEhsvioLAzZjtFV9AJVCNmhoGdgA bQMpGAAhGA8syU9UHigNA/CUMqDzhcwDGHCCADoHkjirDOBYYvHZ6igTEiQImgcMBm6AMjDcBIFH MEcI3/0/fqCXMgDahSX7r0XeryVDEAqIAU/WCA+gN+BJ9gaoKxXosWLoFQYeSLrPFmHPA7KjXo0T xDA1yDAABwzj9IC6PtPYN8ypQW7F0QEmCKjPrnflQLLymGFhg1niNZL9CwOgTMiKguqhDMypVykA Pr9uyIK6IQslwMggAwC0CCcKAJx1QZLxD3dNwykGWNIwUpyygKsOqh9ZZTGy/6o6yALL68cSA8au qB/3IjzCwIdt/mvq+EV1tGgfhkUYiBYtWidaJn0ST5QBunUOAAaEARwbwIEHCQxwrFDZFTZpVDxP GHAksLLMziAL9QFz9BK4GCeUuamjOnI0dxkxQAEggAFxpwywTMg6iUEFHgaUBBinSEDc6QOEgUsU ALxEgH5i8TQMqDggJKCx9Q94GNAyIfQMDB9hMNDrUZMCxB0MyCokUIvAyQLqFU9Yu7ANEsVhAnCF AU4NAgl4GAh4QHZQNURBoNY0AQRwyfsFBpQBvPeDLAA1oB/VAGb/ygBUBiSgFCABpADJ++fVD5zL c4XnCgBonwBj9AYIBrBL2CkAEAGsOkhLgwQAqAYsqk9gYFEtTwwIYGBJ7UjJ/l17gPEAYWA0DxMY jVMFxOvHCgw4DICv6ConEEeLFi1aaYswEC1atE60TPok3gYMlF+9Pp/AAMSBDAzQMyVDngqIAe4A srKUOKCx1Qs5GNCRo8IDh4IBnDmAOD8xJQ5omRCRQNxjQFIypOKA6gAZGFAvCQP5C8gDAgMXoKXY w4A2EGOaEGAAJwmIGwkg12dbMGPbUYcagNKgmt5P1vZGxu9nBCHvV2WAgWKAaxVIKQPaIYBGYUwL pQjQd1otnNVBBgBCBSEMKACQBAaKe01ghmCABCgH8lKAd6cJcEAQsn9MDYIO4CqC1MEAi+olYJew kADW4WAAjAzygsBIXZdAFhjpegMoCFgAX1o/ZhnVgBUNXNUblATGr4BHGIgWLVqXtggD0aJF60TL pE/iaRjATCHWC7GfWIuFwjbi4PwBTf0TGLDCIbQNIHD1Qjm0Ea+wwwdCGHD6gMkCevjAZD9fiCcM sF7IkIDdAuWTCQOuTMgHHgm8Z8qEVBkIkCBhAO9FMOBkAbuclQceWBvxOV/+etWGLVf+/Je54SOH GwB4EpCVk4L0HDECALxS54cKDDwlJAAYSLJ/koBk/xooCbj5oSAB7RCQFXNCtUngObjNDJ1W1/+F egGAvi8ADAbMqO8LcQDVQWwVYHUQFAAyAA8TECRQKUAZQAIAgJ8fOqeeZwgAA6gG1A2eXzN4Qd3Q +fX0pEMAIkCABN5xSRIYtrDWYGBJw8iqxtIMsKR+FOeHCglI6g8SIBKMe1HiOu7UjVteJyRwfISB aNGidXGLMBAtWrROtEz6JB7CQP5qKAOyMk5gAK4AcLVSAXigHDOFQAJI+iEIwHGZbR4QdwcSAwzg Khd4V3HAqCANA1iLlYGAAbwXwQA0AZw/4KhA540GMFDEAxclzcQ8nFhS/wAGZBPNxNZGfM6Xzluy fsvlP7meysBjNUoC5pwg1NvBACqCtE9AxQEAgGFA6AIASgVOE6j254jhaGEHA5L9a3UQBAGWBgEG nhcYMDVAfABiHiMws3agYADnhzL1r8eKRmEXJy3C9LlB0zDbA4bMFwyALDB0oQAASAAqAQeGJiQg a+AQBFAjxHlBSxpGQApAe8CIqoaRSw0GZB1ZZe3C6Bhe1jBGAIBqAASBFxsxRZQwMO7F+rHL68at qBuvMPDisdtAHC1atD8PizAQLVq0TrRM+iSegYFgRWkQMUCbB5QKUCBEHhAYWFt2+RooA1euyoXO owYMEhwMmCygGMDLsjQMBOsyDwPqHgZySc8AHC3FbSkD2j+QwIC6wkBJHtCTyJI1TQJ0d/7ABTM/ ARjYfNmPr88NAwww6XflQBUu74c/gV5hCUwfsNTfjhRgmVCiD0ANeOaAkoA4NAFODUocZwjU9pHs /wWtC6rthwKhmr6KATYsqL7/jPr+OD0AgoCKAJr6CxuwIogYgACjQgfNrUsOEIDrmCAwwKD5tUMW 1IsPlgCDg5IaIeT9em4AzxUmA1ANWIRzxEZojdCS+uFVwgBEAigDxAC0CDf404VxoNjyxlHL6pQE xioMrGgQAJB4nGoCQgIrGgQDxE9YGWEgWrRoXdsiDESLFq0TLZM+iSsMlH9vg7giAWYKEQbKr15f ftW6/JWAAV3JA4YE4AH2DPhKIR8ID2igMCAA4B0kIEiQkAAAQD3RB4wHHAwESFBm+oBSgVx6oSAL A+oKAGE/cREMJEigA4WKACDtFAeEBz7+xa8tXrd58g+vMxjQY4YxMuiJLAzIjsGAJP16jpjrENCe AVw6ZcBg4FmJD/TTLmHJ/ikIcExQrU4KQoHQtFqcNDyNzcEzavuJI6AyMLNBuwVYFGQwoAxgY0PZ JGDnBiQwUAMYIAYQADSoG7aggYJAvQkCkvrLJgGArgxQL/tsD0AMDFBnbwDGBC1pkNTfzhUWX1o/ apmQgGCAqQGjhQc8DLzYyLogzBESDEC3wEqSwKrGCAPRokXr6hZhIFq0aJ1omfRJ3CsDxTBAQWBd 2ZXr8h4G0jOFMjCA7P8KHEKcuxIYEMIAGECPIwhGCcGnhJqAh4HUMWStwIBDAicOlBeJA+JtwECa BygO4PSxQ/GAg4Gzv/C1RWs3TfyXazlaVGDgcRwskDDAY7UYIYoxQQy0T+BpcRMBVA1wZwxX94Em UEtNoLbfs3U6LKi/qQF1wgMCA4IBmBT0PMSB/hwZpD5gBqQANzKoPsEAfP3PPgEhAesQkECQoHbg nLqB8+oHiWsgPICzhCELqA6AmaELJfUXAMDxAoCBRBBA3h/CwIikVaBuRFXD8CUNPFCsAcNDsdrR AYIEo5Y3jNJhQQhqlQFGOzVAYWAcSEAAQFaOD3oRpUHjuZ6wCh5hIFq0aF3aIgxEixatEy2TPol7 ZcCRABwkwDVBAuEBuWTJkLYRl2nbwOVrZAUPpE4e8P0DygPJZCEFA6ziARUoBmjtkJsxuoxgYDCg PCAwUD55aRESJG0D5ZOSSaPqrBdaEPKANhMLA6R5ANVBKefJxPAL5uR5AnHIA2d/4asCA5f8z2sA A5L9s1XASAA9AywcEhiALPBkDaeIomlY4j5PozNYkUC9r7DBMzUhDEAQeKZaYAD1QmwMQGmQwoDD ALYII+9H6i884GJeWrswegZm1+NIAQcDg9gSIHm/AABrhIQE6HNq7DhhgQGVBRaSEObXDaUgIHm/ hwEBAIn1gGFUBy1CIRDahZdYRRBbBQgD4kvrR/D0ACDBchQFjVnaMEowgAAAElAMYN8wB4nWkQF0 ghDi41cCBsYLCaxujDAQLVq0rm4RBqJFi9aJlkmfxB0MbPQ84ANm/+vcscSMsa7WBmIqA4CBsius cyCEATYPtAkDsuPOHFASYOrPqqEpmCwEz0gEJZQBdSEBFgtBHwhhQBjAYCA/MdEHkjOJLy4SB0LP woAXB3As8dlfhDJw8T8LDKBMKJkjhF5h1gVVPlGjJFDxdC1OFoMUwKlBz9R5DAAJCAA8faDPs9Xi /Z6t7SuO1mH0CssOLtEVwOxfewO0UdhpAgNmIuPvP6MOfQJEAn73b4KAYoArE5LV6oIgBczlDg4V pjIggaT+eqAYRwZxkKjrEFiEHmInBYAHhAFGLGoACSD1BwaMXNqIFmEJCAMjqxpGVTWOWFw3ahl4 YPSyOgWA0SsaRy+rH00eGLMC+4oBzP4bxq2EFDB+JeqClAcYCA/UnyC+quHE1Y0RBmDuYLB4Kli0 aF3OIgxEixatEy2TPokrDOS+uzGfFgfKbLKQThoVJMCwUdMEtFLo6tUoB7pqbe6KNbkrERd73mYK SfavPKAlQ1Y4FJ4+po7sHyuOIpbsv8xjQNswwJ4BKAPggdIwwFjcxAFxyAKXQBzgSWQlYCB/0dxy CTwDOAcYXDTr4wkMQBlg6/ATNjJIeKC3kMCT1X2erqMUUKcDQ7G6ngG5DIqChAQ4JuiZavQGsDpI BQFN+nmSAJqG1fH1P+qC0B6ggawsFsL4oFAHQIGQZPxzJKhlLVDDwHlyCR80GzyADoG58pJ2DKMW iMOCwvmhyP7JA1odBCTgyWKcHMoZQaGzN6BxlOT6wgBVAgaAgVEcDQQSEAyAOCBIYDuyjmFREPN+ XRsUAAQG0Cqwik4S6Cow8Bmm6WpI1o/0aGG5P3h3KRMU6OjDiv2H7OCDkKumZp8W7hzqsGP3euYZ 2Lat4AmydZdc+QfJS+mHJn9YmL126M3wh7f5gYN3+feET8r8FoGV/JsU/4Box4hFGIgWLVonWiZ9 ElcYyH9PYGBTGfUBUwYIAwSDdeUCA1YshPlCKgs4X1t2JccKccyouPYMOBhAz4D33BQGuhIGinlA HCqBKQMQB7geEgbUyQMJDMDzE5MyoRAGlAeABIEyoKOEPAwgaA0GvkQY+KdrcsNHjNAaIegA0ARq FAYwRIjVQQID5AEggZKAAAA0AWCA8IAwQA1gQA8Ue662/3NCCDV9nicPAAOSDgGUAGktkOkAkAKg D8yoxwjRGXU4ViyAAWoCtQNn1wAAXF2QHioMEhA8mGeNwhAEhAcW4FBhgYHBC2sHL+BEUe0V1pXz goAB2iGwGNn/8CV1I6rQKgASwORQg4GRS+vF2SgMMKAygBbhBAYoCIxhMG4lOoYdA1AZWFE//kXB ANQF0RsFAyaIryl0ARgIM8HWE8C2rO03IsHs6Eyx3R+1dbM8OHhsdqdqqvs1Sv14ZMUlfk3Z/szU qe72bMaPV/mKPDH75vCH8KPghsPadE861AdO7uOnwFuTu965a2r2HWL8mcnfxP8+4Y+NdoxZhIFo 0aJ1omXSJ/EQBnLfFRjY5GFAJQJBgvKkUkiVgRIw4AuEDh8GJO9XHhBXTSALA3BfQUSt4BAwQE/D gLhXBlAvlIYBRwKllQEEF84p9/VCAQx84ktfW7xu0yX/fE1uxKhRIAHOCzJ9gBjQ56k6PU/ApICn q/tKIHk/S4P6PVenp4b1tvYAAIBggB0lhtKgmr4vpNUAHR7qYWAmdID+MzE7aMBMXJIBFABYHYQO gTocIYxeYeT9CIwEdF8yfsDAkAX1Qxc2DJHsn+eLBTqAMcDQhbWS+tsBAovrh1fppCCtDmoYIQxQ 1QgSEB6oQvYPElguQd2oZbJvADBGV3QIsD1gpbim/r46CAF6hVdBEzhBXElgdeOJqxomrG6YsAbe lWBAMzufN1reJ2ZZXrKRpIy08C36fTeNb5OHOpN7Ms9M7p9ahViyZn3N7tMfnLzJfnCykeTZyV7m yX5L78l89LTxXaV/tZT5HDixYk1BzN6dPKT4jbLzmbuqSv2UzI/Wy0NvlvhsrWx60/fzk2Q/RClL flzw2MwHi3YMWYSBaNGidaJl0idxhYGy723KgwRMFsgDAzaK88wBKxaCUKBUcLWeP4ARQ4lfVaJS yNqIEx7QtgHWC13OtoEACTwMqGP86JRluSlL8+wnVhjIuZlC5VgXFw0YpbuxQuF8IeoD8xEIBrj+ AVUG0vpASSpISMD7OV/GOQOT/uXa3Mgxoyser6l4ohYwwKlBlU+iV5gwgD4BwoBcolEYUsCzdX2e tfODkfeTATwMaHWQNQkABgQA6vRAMcOA6dAB2C2A7B/nCRAJFAbYG+BdMn70AwgDDKQIgPmhaBcW DLARohkYYK+wNgoDBsADODSgQVboAOABdglDELCVARoGVAqAGkApAGoA24UxOAhUUKcMIOuYFY1j 2R4wxnQACALoGxYkIBXgSIFVjWAAeGHCGnGSwNrGk9Z2rTIhZnOW1UmeZ4mebCCyf8CS75TVfCKI e5KbktTd0sSSz3T3I+Z9uMsF9kZnsuPfn3p4m0/2z/E/ojXzj/WW3eFz3YMDwwfwlvmMQZTc5p/K J2Z+Ki37o/nLH3LT/7JmfHyJDxyYvj375NYtuZM/nXvpONoxZREGokWL1omWSZ/EnTKwia4wsDH/ fax0soErGQISYMaojhktAQMlkMDBAM8kts4BBYNU6q9f/wc78CnL4AEMKA84GKhqGwZCPyQMBDyQ hYGyUjBw7lfPq9qw+dIfXpcbNW4sC4RUBxAMqMYIUcAAh4caDFAQgDJQ2+e5+j7PJzCgHQICA54E MC9ougkCBgOuQwAKAI4UqAEAzBCvhxTg64JUGZgtSX8DWwWQ9KM0iDCAPgEMEmWjsC8NQi0QZola 6s/sH76Q66L6oVoatKhu6OI6iAMoDTIMGKUdw8AAtgjj7LAGDA81GMAlKoKcAwPYJIBjBAQDODVI SEALhLyDBFy3wIlrCrJOWNdw4uoGwQD4mq4AAz4FDJPCMDWUGHmeZHutpJX+5sy7MpuZV+VRh3k/ bnZW8h5/qTutPfmQVnxn6fdaxo0fZR/qriQVxq7E/kVnqecEOTv+rslryTOT4iI1ZtvZz+M29T1i qVe9FX9gf5f7JMmT3V1umxfBW5I7+dO5l46jHVMWYSBatGidaJn0STyAATAAOwc2eRhINAEtGZIV GKBrmgc4Ykiyf88DPlBxgDCwUjuJ0UAsAQSBlcWagPd0vZB1DqgDBnyZEHgggAHwQMlioYW6lpws 1IYyUBIGPvXVry/duGXKj67LjR4/rvLJWq0Okoy/8qnqSp4noOeI9ZXsX2EAjQG14r1xaICVA6mj SeC5pEMAvcKEAeoAepSY6xKWdJ+Dg5QKxIMThU0WGIDqoHqk/mCAGtYISVA/eF7DkLm1XhDgCNG6 IfPBAOJoHXYFQmQArQ4iG3ClCCAMIADglIGl2ifAQ4UTHQAMMBKNwo04XXgFioUMBtAh0DD2RWT/ 0AH0GAGuTP0b4SvrT1gtAaeIrilwBQyctJYwsAZrV4IBn1nKTpLwaT4Y5nxi6bTP35x5V2Yz86r/ WX6n5P24093Uxj3uFuy09uRDWvGdrby3KPMNN4reU+IhfotvlKX4p2TepZdtb0qQ+VzOij6wWviD 0x8i84NCS14KntrG/dG6uEUYiBYtWidaJn0STysDG4UEygkD5RKDB7RtwMQBBwPrcletK5dANj0M XGkw4D2hAhw3pr7KwQBPH2PQJgysAANMWYp6IfKAh4GySeIhD6TFAfFWYIBu/cQhDwQwkOUBLRPK BySQv2D2p7729WUbt1zxkxtyo48XGPDtwtWVz9SoVyCu1iaB3s/U9BYMAAzUwSkCyCok0Pd5zhFS TcCdHqCyQAgD5jhR2GJN/b2jb5jBoDkNKggMRN4vcb2srl3YCwIkAcoC6BImD8ARs0BoEYcFsTpI a4EUBiT7FwYYubRRLqkJMPXX0iBigPKAHi2MAFODlAEaxRGsrB+3qkHcNwzQHQDAG4ABa+onEAZO XNN40rrGCWsLwgMTBAbWdSkY0GzQsjq5sETPMsykobQo7/Mb4SslNks8s637NQjukdDyVUR8kr16 2E8ukXQHFr5LLdgJOmr1L6WxWbKFn6KfxZl/iK+vcvfIP7lT/J7gXTD3Cx5yM/lLyHZbH5g/M7WZ 2kj9oLQFL8lz9YfhvdlfINoxYhEGokWL1omWSZ/EFQbKvrdZYIDdwxQEvr+h7Hsb81fLuoFtA9Y5 4HoGOGuIskDZVWvolAiKYCDVM0AkIAx4NgAPZADAO3oGLkuUgbwiwaVVBgOTMzBQJA4EGFDkvp84 6SRuiwdUGbiILcWOBwgDW6/8KWBgPJSBJw9UPl1T8bTBAAJXHQQYIAkABlyBEGEAQT+BAXQIoByo Lx2HBsjqJoficiaUATYKN7AiyPqDsc6p7+80ATgFAfP5GBw0eC5IYAinBg2ZXzvI6oLqeKgwRoiq AiCOWiBZMSwITQKoFFqsJwrXj+SwoOFYtUtYq4MwLEizf8AAs/8xywtjVhRsZJA42gOEARol9R+7 soDsnyQwbiXWE1YVxlMKwLq2UQBAYmGAEwEDkvpL3Hjy2oKsJ61FrJVCXQAG5EeaMZvzqR7yu2Cf aaZaUQqpdqhv+jX2Nxe/lLnfBf4Hh5Uzutl2A7HemXpgcU7sLHmA+4WzO8kfwG5Im7+96EekPoCZ PTD8kJmnhj/e39faZvAzeQuv2/zAqSe5Z4WbwSMTC2/gM/3PKPUniXZMWISBaNGidaJl0ifxUBkQ GAAJ6EAh6xPYUPZd2VQe2MDGYogD5VcrCaTbBq5cm7vSpgwZEjDQKUNll8vqMSDwKagaakUfWJ6/ jG0D6BxIZgrlJhsS5NE54KggAwOTFuWzDBA6eeDiBR4DSvGAIUE5GUBWDUIYuPpnv8yNAQxQGXia msCztQYD1ATE+z5DEniujitOFO7zvI0SAgwoCUyvVxIAAIgTBuBUA9QHzKxXGDAM8ABgGNAwcC56 AxIYwOAgDhLFjKB6DAylLIBe4YUNQxc0AAZYAqRrKlhUJwwAHUBnhmLFJRiA66hlhVHLSrULr1BN AGrA6BUNY15sHP1ivazjhQRWNgoDjF/VOF6y/xcJA6tZCISv/wEAYAAPAwjEG05mn4AwwMnrsJ6y vguMFo0WLVq0NizCQLRo0TrRMumTeAgDZYQBDhhF37BzayMWt+YB1y1waBhwrjCg2b8FiUTQhj4g MJB47tJlGRhA0AYMTEo3D8imj00ZSMFAMQaYl4SBrwIGvvvzX1EZeKau4mlhgLrKZ+sqgQHgAXXT BFARBBjQ0iCFAVcaJAygykA9qoMgCLiiIG0S4MggrjYvSLuEQ5ekf+DcWsCAkQCrg8RZHTRkIYqC JPvHUWKqDKA6SIuCLPsPnV3CKVcAgCywFP0AQZcwAUCcp4xBGYAsUD9mBbqE0SSwUhwzgvSMYR0Z dLzwgFCBFQWZJzywBqVBJ7JJYIIwAGHglPVNp6wrnLK+8eT1XWC0aLRo0aK1YREGokWL1omWSZ/E QxhI/Psb89/FZKFymya0ASVDHg+0pViRgJOFAh6wI8kEADTQuMx1DqhK4DAAl66Z2ABAZwrlkP17 JFBPzRRKvC0Y4LHEzP7DOIEBdwaZIkGaBwIYoDhQGgZ+ITAwfhylgNoKgYFn6tAeoFJA6AoDOFtA GwYIA9NqqQagT4CaAJsEQh6wowPELcgwgDjBoBYigDDAfCUBNgnM19OFqQkshAMG4KgOGuKaBCTv H7bYY0DDiCUNwxcngsCwAAYsIAyMzJCAuCkDSaOwOjDAufYJHL8KxwiMXS0w4JsEjAQQr2k8YW39 hLUN6BkQDFhfOBneePK6BiGBUzcUxCMMRIsWrUtbhIFo0aJ1omXSJ3GFAe0ZKPs+VvHcdwUGWC/E HuIQBlQckJUnka0lDAADAiRYkyABVhMHCAPAgBAG6FQGDAZSEkFm2GhrMFBOFwAovzTFA/lJ9MOA AeWBgASyPFAMA58UGNi09XsCA6PGje3NAqGKp6uFBFAa5GBANvs8q4KAZP/1/aY19H2+vu9z9SoL +NIgkACcTcNeE5jZoAcIsDRIq4OMB9AoPKdhwJwGWQfNhQiQOKQA5QGdGmSDg6gGIPsfvKhhCI4R gCAwhBigA0OHL24EDwgJLOWkIKb+w9kinLhrC/YkgGBF4+iVTaOXF0avKGiXcOIrC+gQQHtAI/oE BADWNIofL762IKsCgGGABGsbJ6xD54CsJ60HCch68vomgQFhAIEB8EAsE4oWLVoXtwgD0aJF60TL pE/iXhkQHvAw4FwHCkn2r80DThmAOAB9AAcOXC2pP1WCUByQNYGB1bKjlUKW/V9BfcDBQI49A8ID JhEkqT+mCflL7ixlpZAVC4UwUDapqvzSJQIDXG2yEMqEFAxKwMDCDAyUlS4WSpCgBAxsVBgYO6a3 1gUJDDxb2xcMoDAgJFADHUA2VRN4vg6lQc+xKAiHCdAFBiSeVoc+AagBaCDGaNEZNRAEZuK7fycL UCWQlZoApgaBB2xkEDBgXoPEQ+aJsxZIUn8HAywQ4rFiC+XS5ocO09PEFvEoMZYGDUe7sIkAuHQj g0YuZeq/vDBiOaYGmRqgRUECAysaxnId46YGOSmgMH5l43iQgABAYTxhYBy++wcJHM+pQVYXBBIo TFgnbgxw0vqGkzegKEj8lPWFU9c1nLIBMHDahi7QQBwtWrRobViEgWjRonWiZdIn8RAGsAY8UGYw sCGP1WKjAm0vBgywWCghAe9sG0CNkMAAq4bS3cOuhUA7BygOiDtloEwIwcGA1weEBHDygGsj9jAA FxiwM8i881JIQBigxLEDC/OXeBhAJ3HZxcQABwPll2R5AANGBQbcmQMJDIwcM1qbhlUKgDhAWUAr gvo8Dyro+4xgQH1fwgAwgDAAQWAai4Km1QoJDJiBYUHaHmAKgMAAdQCcG+B80GwwADEA1UECAIks 4AuE5kMBGIwhoewSZrcAAh4lhgKhoFfYeMCpAVoRJAAg66hlBQlGKQksqx8ZHChGGJDsH5OCwAAr 5J4QBigFsFtgPDCAasAaMoDAAFctDQIDAAMaTxQM2NA0YX3h5A1NgAGX/Z8qJLChcPqGwqkbC6dt bDo9wkC0aNG6uEUYiBYtWidaJn0SVxiALJCBAQTGAB4GtF4IM4X02AGSgHfFgNwV4lYmlHedAwoD Kg74TuLAhQQgDuSnrMxUCpEBPAyABLIw4Nz0gTQSsFJoUfmkxeVZGBD3p48tKL8YnhxAFpAAtQIT BwwJ2EysMICegRGjR1EHgAsVKAyoDsCVHcM4W4Adw1QAAhigIMDBQQIDViOkjcIQBAwGPAmID5gt nCAwYOeIDZoLZWDwPMn1G4kBAgOUBRQGBAM4OGjogiT1TzCABULDFtcPr0JzsMKAHiWm7ocFjYQs AACQWDUBxJwXJKm/tgeMfZHrSsDAuBcLY1fVj1vNwUGrG8etrlcMIAlwUtDaJmgC65q0NIiuGFA4 aX2TBNokABhgn8Bp4oABoYIIA9GiRevaFmEgWrRonWiZ9EncYOD7ViOUhQHZgRRgMFBmzQMQB+wY sjQM6JqBAUgE4jpgNBgrlIYBehYG2EwcdA6gTMg6B9x00RAGJic1Qil3ykAwbBRlQnRKBGQALRZy MBDWCxEDLp7jYcApA1uu/vkvc8NHjfQwINm/rup9n693J4uxQAgYgD4BDA5imRDAgL3CA2Y1Cgz0 m4EOASsHUgcANAxyRUEQBOaiXogkwNIgNAoDBoABHBOE7H9hw0BUBJkgMGyR7NRJ6j9UTxJQNUBI APNDURqERmE7TrgRZ4pVNY7iaWKa/Y9Y3jByReOIFWgP0DMEJOkf9WKj+OiVjWP0KDEKAqNfrB+7 Wjbrx65qHAcdoIAOgdUNCQaspaNRuP7EdYUTyQBaGiQBSUC8QVbBgLBpGOLAxqaPbGw8fVOEgWjR onVtizAQLVq0TrRM+iQewoCRwPcTGJCAY0YdDJgbDGj/gJ4+Zqt3ZQBFAri1EQsS5FUfCNqIef6A wACPJDMeyOoDzgUMUCyUN0/BQPlkdA6kMaAqP9FiIQHtHCASEAaAAQYDWi+kVOA9hAFDAhQLqTJw HmHghtzwkSMyMOB5AABAfUBWlQL6TkeLMACAagBqhGaK1w9gx/DAWY39BQBmonNAAWDgnHpxi2c3 DJ7bKDAg2T9OF55XP4RNAqgOYhux5P1DUAjUyIogDA4aBmXASQFuatCIJegVFhhgLVD9yGVoCUA5 0LICh4cmGKCCAC+9IIBDA8RHrqgHCawqqDgwDjCAaaHjVssmeoWR/a81GDiRBUKcFIQdnC+2FnVB E9YXTpSk3wSBBgQbEKBJYFPTKaoJbGzCugkYcMampo9siQ3E0aJF69oWYSBatGidaJn0SVxhQAAg hAHECDYihjhQAgaMBFyxUEYicAwAFwZIYICOkqFEFhAqMDBgMzG8dRiAtw4DOJlYYjYMmOcnolio jPVCZZM9DBgPEAAk9jxg+oAwQMADCQzACQPnfuW8pRu3XPWz6wUGhmuTAHUA0wRYHVTbzwV9X6jH McPT6/vyHDFWB+FQYRYFNfSX7F/HB2FFx3BSF0Qe8DAwaE4d1QBIAWAAaxJoGEIFgPOCJPUXJGgY yulAggHaJ6DZ/1DlgcX1w5fUo1eYjQEqCCgMDHcwAAygJiAwMGaFHircOErWlWgUHk1NYJTAwOom rQuSdczKhrEkAe0QcH0CZACdF7SmQdUAEwRce4DCwMnrCietaxQAYMdw46kbAQOnbWwUP1XWzYWP bC6csbnpI1EZiBYtWhe3CAPRokXrRMukT+KmDHCUUI5lQooEWL+/MYdKoQwJiLcKA5QFOE1IB4zi DDKMEhIYyF/h6oXEg2ZiSgQKAxAHxHWsUOZM4vDkAYWBbPOAdhIjFgaQ7F97iJUHnCbA+ULpYqGF hAHVB5L5QgoDThlI8wDaiA0GriQMjLAmAefoFZ5W1xfnCdT3mYY+ATQJTIcgwBqhuv4MBliHAPqG vVMcIAMAAMgDs+qsQGg2K4LmNwxSAECTQMMQEwQaBi2sH7SoYcgiuawdtrCRxUJGAmgMWKTzQxvQ J7CkfgTKgRqH26HCaAgmD6AcSBhAAAClQawOGk0MEBgY+aJk/4CBkQIDAgArCwIAEAcQozpo7OqC rOMIABgcJNk/i4IUCWRHMYCCQNNJG5pOtKIg8wnr6k/Z0KAVQadshEMQ2Nx4+mbIAh/ZAgw4Y1Ph o5ujMhAtWrSubREGokWL1omWSZ/EDQbSZUIkAcQ5pP6mDJSjZMirBAkMIEhpAhbzkkig+sAVSgWG BPnk9LEiGLh8RQ4wwFOKW4EB9eyYUXqZwAAKhAIYEAyYzBOIU8qAd0GCRWWsF9JGAsKAyQJcxQMY oJ/7VYGBzVf89FqDAZUFAnFAMKDe+gTSMCAkIAEwwA4T8CTAEaLoD7aTBAbOpiwAEkB7QDAvSLwR l3Prh8xHRdDghfVDFjfCrT+4cfhi4QHAAEmAHQKLG1AgtAQdAsNBAlomBBgACSxHS8DIFwuyapPA SAEAaxKQtXHUi+gTgDJA1yaBMasKY1YJBqA6aOyaAqqD1lIQQCGQdgggkJ0T1zWdICSwnqVB6woC A3CIA9AHTkXQKH7qpoI4lIFNjadtMhj4yJbCGZQFPrqp8LEIA9GiReviFmEgWrRonWiZ9Ek8BQM/ 2EIMSGAAEkEaBsq/hyAtDrB/AGqAOHjAkcA6xQD4lWvQVazzRk0cKIYB8xzrhQgDKxMA+GAwQBJA pRBidxJZUCmkY4UwX8gpAykY4KTRFAx8UmHgJwoDAQZAFpBAxQE0CdjJYv1mNPSdLpfoHhYA6EcS UBcqGDirUTuGBQBsghClAOgDggSz7TABRwKqDMCpADQMWYjxQcIAEqMQaGEjmoYX8YBhNA0TCRZz Ra9w4zDWBWlREJBgmaT+aBHGCioojFoOMBgp2b/ECIQEWB20ymBg3CroACoFYGqQP00s7QoDE9Y1 QRMABgAGdIToSeu0QKhJeOCkDY1QAwQDoAk0nSYOGGg8fVNB/AzAQONHNxfO3Np85pamCAPRokXr 0hZhIFq0aJ1omfRJ3MOAbxtQ9zCgA0YdCRgY0I0H2Em8IVADlArUIQtAB+CIoRwrhTBQSDDAU4G8 erkHA4MBBEEbMfJ+RwJ62SYMLC2fvKQMbjCgJBDygCKB6gCBL1IwAAzIygIhBwNZcUBh4HLCwMhA EHBUIDDwAgqEBAagCRAGBABUH+g/q6EfuoRZFBTCgMOAAdAEOD6IfQLaITBkAbqHyQAsEBIGQF0Q TxLgeQLDFjcOW4gTxKgMFFzHsBUIaXvAcCEBmxpEGBAMkLw/UQMaR9HRK/wiMGD0yqZR4oSBcVYU BDVgzCp0CIzFIWKFcasxOIjjgxQAbGqQxBAE1hZOXAsYEACYsAGtAqoJsFvAKoISR5lQAAObCx/d 3CT+sS2yAgbO2tocYSBatGhd2iIMRIsWrRMtkz6JZ2AAUoDnAQcDLnCXngc4UEhnjOrpY8YDVxkM yGbuKm0ewKWOHLW838PAFdjhQKFwxJCSwCFhoAQPEAYwZhTZv4OBPAuEPAxo4MqEEjeVgDyQExiw HuJWYWDKj6/NjRg9GmqAKxPqO60Bq40QteogtAsrDIgTA4QH4GGNkGGABdongDFBc+oGza8fMr9x oBsfJDAwdGHjYIUBKgOS/cN5yhhGiFY1DkG7MHzE4sYRVSgKGkYMEAYYyaPEwAPLTQ0AD6BJgAwA GIAyMNrqggoSjObgoDEvcoSo8ICWBq2RFUhgfQKcJXrCWpf9r5W8X9YGDA5a3yQxYGB940kbGk/i LNGTNzR5Bjh1YxMLhJpO3Vg4fVPzaRsL2iFwBmCg8NEtTWduazpza9OZW5rO2hqVgWjRonVtizAQ LVq0TrRM+iRuMMAG4rxjAOMBHkOW8u8KGARnkCWVQulpQletZdWQkMDanEkEdhgZeEAyfnrOuZAA ecD0AVMGdMboFJxGHJKAOs8nXoZjB0rqA5N5+pjwgMIARwkh+2cDsSGB4EHq5AGDAYwSAgyYRCAY QBLIthGf+5XzqjZsvvRfr82NHDNGMaCf+LSGPs/XKQn46iDlASDBDGgCmB00GyQwYFajgoHAAKqD MEUUwaC5jeID59YPnFsHQYAdw4oBg+dCH9A+AbjVBcnqG4W1Iqhh2JLGEXQMDiIGYHbQsoI6YACa gKT7hRGQBaAJiOvgIJCA6w0ABuAkgcYxKwED41Y1YXIodQD42sbjIQIIAIABgAGYFyQM0CSr6gDe T5LsfxN6A07ZiPaAhAQ2gQpO39jMQaKYGiQk8BFIARAEUBokvk0woHD2tqaPb4swEC1atK5tEQai RYvWiZZJn8QNBn6wOU83DHBUIJ6jMlD2fRQIsUxoU5m1DQgMoHtYe4h1plDZVeshCCgSCAwIAziV gDwAGEBd0FWrtYEY2b8FqZMH1Msue5GThUrwgMAADxxoBQaoDzgScOIABYEUDCghJCSwMM96IcUA 7+SBLAyc8+XzlqzfPPlfrsmNGjsWw0Ofr+8jPq2+j1MDcIYAhoc6GEDeDxjAkQJeE5gFHQBtA7Pq VBZAxzBIQFJ/NzuIrQJaGjR4QYMKAiYLsGlYNYFhi+qGL6ofysYAqwtCaVCjMID6CD1JYFlB1pHL 0Rw8ankDjhJj0zB6A7Q6aEXD6FUF7Q3AMQKoCCo4R5cwpYACdAAUAhV0hKgjgaYJ65slkJV9AgkJ nLiu8eSNhZMFAzYCBjIkcOrGptM2NJ2+semMjZQCNhcEA+AgAQoCWwqAga1Nn4jKQLRo0bq4RRiI Fi1aJ1omfRJXGMj/YEsxDIAHvo+BQkoFgAHwADQB1z+QlAk5GFhXdqWVDOEYMpQJJeKAQwK2EZsm oJVCggFZEhAXGOCxxIQBoYIsDFi9UEkYgCfKQCkYcO5hADyQwEAKCQJxwJAAMLBu88T/eU1u9Pjx mBckGDANxwhI3m+agPLADASCAQNmN8IFBtAqwLogtAuzKGhWw+A5bBIQDGAgef8AgQECwNCFBWAA vB4YsLhhMDBA10b0DS9uxEHClAWGSUBxYGQVDg2Q1N9IQDCAMDByeZMwAEhAGEACHCSsYIACoZEv kgRWYnaQrGMJAMAAKwcqcGqQZP/oB1AAOIGNAcAAZv/aG6BUoAxw0np0CZ+0oenkTYAB7RJGRdCm ppM3NJ62yToEPrKp+fTNBcwOEhLwmgAwoPnsbc2CAR/fBhI4Z9ufQc/AO3d95jN3vWMXH9hae1rx fsf+3NbsT/NTokU7ii3CQLRo0TrRMumTuIOBrcoDxgCQAjwSgAcMCRQG5FWygfYQ84ji9VAJrl5f DgzApNHc1WuVEAADqWKhNfkr5NK1DuvKRoJiZQCjRS9fKXl/MQw4BwyUXZaCgbKEDVIwkPGSMEBn 24CtCQ8EMAAe+MSXzlu8btPF//SL3Jjjj+8rJPB8fT+cIwb3MMC1jh0CkvS7PoFZgAFiQJ1k/wNQ GlQ3GDVCuBzEgaGS96sgIG6aAFuEBy8UN0FgqPiixqFLJK43GFgChyyAANVBygCKBCOXFWxMkDYK QxDQSUGF0ThRWDDAGIAuAFAYtwqTgkavrAcDJNVBeqCY6xBY13TC+mbN/ikF8DCB9YUJOFlMSMCm iJ68sfmUjU2nEABOdpqAOEgAZ4o1fmQLSOCMrc0f20JlYHNBOwSgBmxrFgz4xNZmIYFztncBZUB+ YmilU982cuLSL8lua89qxfQ5rf2g4v3W7kwbP4fZEX0cs/b+XDP98VOr7PL/+/+qprbvc/zJDB/Q GT9o8hd0n7t4p/hdaq39+skTYMHr0Y5GizAQLVq0TrRM+iQewMDWsu/raFGHBDZfKBEHVB/A4cQG A+IOBgQDDAbgAgM5rwzQExgI9YGAChIeUMWAJEAkWOnLhKAVpGBAe4tbg4GgUqgYBorKhMTzPHOA 2X+2WIinDRgJiH/8i19buGbThf/j57mxJ54gMND3haQ3QBiAxwjIjpJAQ7+ZdSgQojIAMECBEGYH mQ4wp3EIGoXrB8o6T+uCOD5oPjFAeWARYGDIokZxagIFbRhAl7AAwJLGYYvqQAJVjcOqGkcsLQxf pqVBhZGsFBIe0KlBOEZAYQAnCjeN1tOFV7AiSDsEVhUwL4jHCAgDCA+MXd04RgI2Co9jLdDxFAcg CKxvOp5+wnooA3qusDoZoPlkYIAAgKw4UkCLgk7ZhAPFTt3cKCRw+mbxwke2NJ2+qYCiIFYHcWoQ ioIAA1sKEAS2qyzQdO5LXaRMSJKzIIUrYW3cUPIlbE6degRZs7PWflDxfhsfyZncEqSm79w19Yg/ zuH8lLYMbw/+DrgU+wAP/NBN0vUwOQ9+f3kFYfGORqVS+tZ+/eAZ4fOiHZ0WYSBatGidaJn0SbxV GJCM36iAnQOOB8pldSqB8oBTBjaUXb1RMKD86g3KAPmrcQAZPa0MeBjw9UJYV/rCIWMAuiGBZwBH BYoBViaUhoHQOVaISJAhAcGAUjCgjtS/qHPAwYD1DJz9+a8uXL3xO//9Z7lxEyagQAi9wgYD4koC HgYEA/oJAAAG6vvPrsPRAam6IKT+A+RSTxeGMtA4ZAHqggwGXHvAUKwNQ5ZgcujwJQXBAHUBADIA mwQQsE8AskABZwj4JgFMC02UgZFQBnh6AI8Wdo0Brj1gpZ4mZmrAuHWN49cXeKaYagIFkkCjYMAJ 6wqYHWQwoFODCAMbm0/eJGsjCoQ4RVRh4DRoAoXTBAO2NH1ka9PpW5vO2NYiDKBqgIcBIQHAwDaU BgkMnLOtUUjgk10UBuRSPgdMM7zkWhM5u9BMsFQyp3tJroj3+GTREsfSz3FPK/WqpJWZHT49uVWv vSU/PzG+6y58j93aZ/A/xd1h96d2+FR5vpnsJ48KfyZvrnLvwG9+l7vIvAF32o+eWmWv4cel7uQG n+l+Bbxmt/nfF3vhhzgis387zvjD9FEWFu+IZd7ljDeU+PWDZ7T21mhHj0UYiBYtWidaJn0SVxgo +xvAQP4HjgTocolANokBiX8Xq+CBwoCQAJUBYQDhATo6B1AmBAZoDQauXK1nkKkgEHoIA+o5jhUS AAg7iRMYuHSFrxTKlAwBBkwc4KTRkAd02OikxeWlKoV8mZCnAjdgdF45YeDMz311waqN5/+3n+bG n3RSP9QF1eN8sRlCBbWEgfq+M9E03I91QZACZjc6KqjTwUFCBQzYNIyTBBoHSuq/AJVC6BbA1CAg AZxnigkSDF0EJBAYGFZVGLK4fliVYQDahZc0qgggjuogMgAFgSYUCIXVQS8W9Cix0eLM+yX7H72y QVYBAKGCsasxMmi8YIA7SeD4tU3iKApin4DEKgucsKFwPFoCWiZsQIcAGcBWAYCTWA4kwambURF0 6qZm8gB1gM0FIYEztjZ/ZEvhowIDqA4iBtDP2trsSoNAAp/YVhAMED9ne+FTL3eRnoEwOUN2ZumZ bCdRcoMzTeNKvOS25Ab3UpLyJZGz8DnFT/OvumdZaHcGj8u8t/hRYnhz9ufDin4KdmQrvF92kp+L F5LnBFdVU4PH2818usbhTngPnoAX+HNdYHfarbhFIvzDv5m36YUP/KPaY/hxau4Rfsc/s42d9A/W X00/mcZ+tdvFUu+IdhRahIFo0aJ1omXSJ3GnDGwr+5ttZdY2sDUFA1QGcOlgQBsGIBGYYrABSHA1 2gZwABl5QEjA9IGrrFIIQkHAA7krDAZ0zKj3kjAAJwaUXfZimYMBehoGLjMGSNiAMGBIoCcPhDwg GCBBKzBAT2AgM2D0zM99Zf6qjd/6u5/kjj8ZMNBPTxfm0cKmCfBkMdYFYXaQKQNzIAUIA6A9AA0D IIHB81AONNDmBTUOUmeNEI4SW4jeAIGBoQsbBi+sHwpBAABAR3vA8CWNOExgSUgCBUwO1QAMQFmA DQMKA5gf+iJOEBsFQQAAoIIA1ICVhbGr4cIAY/WM4dWNjgQAA+PXAQA8DEwADOA0sRPWB6cLb2g8 ZXMTBweBByTW9gDIAigKaoYgQFngDMBAs/CAwoBgwNnbmj+OvuHGT2xrOnd7yznbWyAIvAwY+NRL zZ96udD1YCATa4KZ3XSmiV0mnUt2JAt0rzEh5D/dTsnn+PeWfJXv40tBcmk3qSVJcvAx3E2Z54iF b8++yg/vv9YW01fDVfdhmg0HP13N3Za87N+ODW/u1wnekvpxfBh2wjvN7C/r/sAdZfz1E2rBz9ao eCcwe5eZ+6iyy1+ylV8qeEe0o9AiDESLFq0TLZM+iadg4G90ppCHgS0qFHgMkEsPA+K6aZNGeQAZ W4o3UiUADMBDGLgK5xMLDKjnr8SY0YxDHMhggPmL6CQu2TNw6Yq8thEXwQDcw0ApHoAfGgbAAwkM YMzo3DM/KzCw4Vt/99Pc8aecrH0CKBBCqwAdhwlgfJCXBQbOKWCK6JwGNAbMZZkQApwnADCQ1H9e gzDA4OCAYaoBIAEUCAkDcB3i6oK4IsBBwlVJb4A4pgYt9bVAstLRG0BBYGUjSoPIALJK3j96VWGc AIDCAHoDtDSoMH5t0/g1Xg2QS8n4BQCaT0DG3zSBef+J6wraJXziRqwnb2pGXRCmiFIWECrQRuHN hdM2oUUYgsCW5jOgBjR9dAtcAIB1QeZnb0WTwCe2o2/4nG3N525vOuclCAIggZcKn+6KZUKZ2Cd+ uokd97JuhvfTcEtgwd3yKMcCrT3Hr238FLya+aK9pJVKTLPPcRclnsa3Hy4MqCVJr5m/TYLwL1n8 9vDOMAjvlNj/4rpDk586tYqLbXSI8ceEv35rO+FHyez4Kwla/fU7/JNH62CLMBAtWrROtEz6JK4w ICSAMiEWC5VJIFk+uwjy7CIo+/6WfHAAmTYQa0Bn28DVggGyWr1Qni3F5gIACgMa80Biqxe6Yq2v Dko8iwHqHDMqSFB6rJBwgqxAghQJ0AUGeAYZUv/yS1MkYOJAFgbUDQmyMIBKofmEgY3n/91Pciec eko/dgz3Q6UQOgcwP5QkAJ/ViGMEhArmNAyYK+6aBAQA5nB20DztG0Z7wJAFBbQOL2gkCbBRWGcH oW+4gTCA04W1T2D40sJwzA8tCA/gOGFHAlADlhdGoUlASQAMwAMEChwkinIgOBiA7cL8+n8sBweh QwBJfxNgYHXh+HXNPFe48cR1zSeubzpxg5BA0/ECAJL6Qw0wHjhpozBA0wQAAALWAjWdgiaBplPY GyB+KjAAJPCRLSgT+uiW5o9uKXB4KJqGz0ZvQAtGiG6zJoFPbGs892WQwKdfav7kS02fBgw0/cXL zX/RJXsGkNFqduZTuGwyhy3uZRM7seRNMHlYcP/UqU4XaO054Vr8qt+RH2A7yactNnuvv0g/xz3B wuzvop+8+H7bwTuSn5s0J4dvyF7BbKfoY/s7s0HRvw5/gze8kPyivMzccdjmi5zshwWfs9Wd4nc5 k8vijyo74b7+nTWOdlRahIFo0aJ1omXSJ3EPA8oDIAGsWwQDCAMCBoIB6pb6EwZ4qT0D2AEAlOMS PFB2lbLBejCAqgEUB3DpmgewKTwgMHDlavFUsVAaA3LaQ9wKDEAZcDBAX1Z2KXgghQQKA5MW2wnE GoTHEmcxQD2lDOjJxB4JUjDQn5qAKQM4UkB7AyQoCAwMnFMYCGUAggDKhOZCEyASGAMMZI2QrDhd eAEqhQQDBi2qR6/wQsoC1AeGOQbACFFtFagqjFiCsaEBBjTRtTrIxIHRK5voBZ0cSgBgUdBqiZvG roYj+1+HFWoAHLVAPF2Yjl7hwgkbCiduZNPwBsZEAkoBTSdvaIYasAl+2uZmhQH0CbBLWFxgQDAA ggDVgI9CDWj5GKQAyf6NAcRxmMB2YYDmc15q+uT2JggCLzd/+uWWT73UwrXwmS7ZM6ApnVqS2CEH ZMapAWKdE1P83lRuF+R6eGz2gdnnuLeXeNU2XNrrf1DxS4FlX/TvorX1U/Sjhvdr7HeCm/nFvFnw +PTb1Uq9He8J94sDu6/oI5mlt3B/9o7DteRnuX9VyY57Zls7wb9gMdnPfBDdCe7PvCPaUWgRBqJF i9aJlkmfxNPKgKwoEwrdSoaKOgfUUSD0PZxCgFFCV7NA6LtUBlylkPKATho1GLgigAEJrlotbmVC nCyUdA5ckaICxwM2XEgxoAgGyAPOvTJgZUIZV2Xg8GBAPYEB9gx8+7/9lMrAzIa+M9gbID6nsR96 AwpUBpxEME8FAfQJ+GDQHHQJD5xfj77hhY2DFhZQJrRIAh4uxvPF2CGgbgBgGCBIUCUYYAzgA2AA GgOQ/SsJqCsMoC5IVjtHrDBuTTNJwIqCAhKw9gA4Dxc7HlVAKA3iwFAIAhqgLkh8Y7MOC1I/eUPj qZvQKHzqxsbTtjSJozdga/MZ21AdpHVBZ29rcXVBZIDtzXSMEIW/hI5h1gU1f1ow4KWWv3ipRTBA vWvAQDS14uS1S1gAXNGidbhFGIgWLVonWiZ9Ek/BgKT+EjgwcHKBlgmJpzDA/Lsby7/vzxwADIAK XNsApgxdZZ0DbtKokYDBQAIGybEDaQAo5VMybcRAggwMJLIA24gdDyxJua8UEh64BCcMFMFAyvMT FwgMlHOs0Fmf++qC1Ru/8/eAgVP7zUB/sMKApP7oFkhgAI0B/UMYgCyAS5QMad+wYgD6hgtgAB0c tATx0MVGAtAEWBGkJEAYsKlBDgOaRrEuSBlA17HCAAYD7BCALNAEEiAMJCSwFiqBYoBcnriuGQcM rwMMoDpoY4tKAQoDE3RqkADAxqaTUBqE08RO3oQuYS0QoiCARuHTQQIFkIDDgI9t1bGhzWcKA6A9 gO3C2xUGbF6QtguDBLarLIDSoM+81IT15ebPvtISYaArWdeEAWGB+O16tA/PIgxEixatEy2TPokX w4BjAIs9DEAiyJCAThNyJABHdVACA4oBKg4k8QeHgctfFB4IYUC8DRgQdwOFkm4B7623DQgAKCEs LLskgAH6WTxn4IL//rPcCaedapqAjg9SKcC56xV2msC8RjAAMAAAII4CIfLA4IXoDbAuYZwnUC+r ZPxDvCaAeUGCAU2eBEYuaxqxTOuCxHGgGHuFkf1bgZCdIcDsH4IA2oUlloyfrQJOClgnPNA4fl3T 8es4JogYgJFBnBekFUFcG09c3wg1QKWATU06JkgZQKuD6I1aGiR+xtbCGZsbWRcEDAAJbGs5a1vT mdsKVhe0vfkT9HMEBuCFT77c/MmXmmWFLEASgAMDmj/72ybxCAPRokXr0hZhIFq0aJ1omfRJ3GDA pgkFmoAXCn6wKdNArM7yIVl5qZNGOUpIlQHwACaNZl1hwAqEApedBAZc20BOi4JKeBYGipWBDBLY 0WMZD6lgYukDyMgDC4phAIeOrdl44T/8nMqAYMBsFAgpAAyUwHqICxQEGlAmBHGgcfDcAqhgvqkB 3uXSHS3MkwQgCAgVWFEQUn94QXzk0iYEoALVBJImAcKAYQBdAjQJYHBQ0iRggoDEqgmwOog6wAYl AR0b2szBQbLZOGEDeoUBA5tQLERNoFnbAzApaAuRYHOzwMDpW1pOcxhAEsDMUHWcJra95UyQQPPZ 232HAAUBNAm0fHL7wXNfOvjJl5sEAz79EjUBrE2ffhmCwGdeKYh/7tXmz0UYiBYtWhe3CAPRokXr RMukT+IOBrYj7/8brwYEQTBdlA3EbB1WBgjcYOB7m3LsHCAPcKCQagJpGEj7alkJA+CB/FXoJ7ae gVa99EyhNmCAPcRFPBDCwCUL85OW5LMkIG41QgkMsEzo7C8ABi4SGDj+lFP6z24YMKfQb06jODuG tQqooT+niAoJYHAQ2oULA+ehXXjQfBQIDVpIBhAqWFgYvMgEAeUBlgZZUZC49Q1L9o8RooXh1hvQ NGI5CoRGrWgOYAAkMGZlE1YcJSYkQFmAMEB37cJJh0DzuLVNx29oVgwgA6g3T1jffOJ6NA1rkwDq gmTd1IwzBNASQBjYBAzgyKDCR7YKDxR4lBhIgK0C6BjGAQLAgJaztx8EDIABmj/xUvM52wtWFyQx p4iyOgizg/7iFXOUBr3c8rlXBANAAp//bewZiBYtWte2CAPRokXrRMukT+IGAw4DAAABDODyB1vL f7Atj5PItG1AS4Z0ypCRgDAAOom/u7GcEkHZdxFbJ/FVsoIKOHUUk4XUVRzQMaN+B5tXrc6RBMAD 2QbilJdNWVl22YtBA7FpBWVuwGjIA9o2UO7OHLBJowESWOdA6WbigAfcWCHCwKaL/vHnufEnn9J/ TmPf2Q1CAjxMgMoApogSA+Za9zAEgXlsFHZNAiYIAAaoBkAKKAwDBkAT8LLAcFmXYk3UAEn92SfA uGnUCqT+4sIDLApCn4C2C2v2rwEEgVUNwADXHoCRQTo8VBgAI4N4gAAahTkpiGrASRtxtPDJG5tP khhIUMDwUMKAMgALhJoEA0gCTYIBPFS4+aNbW4QBztzS/LHNQgLNZICms7aiOkjyfvhLLee+1IKi IF8X9ErLX7zS8umXOUJUMOAVdAh85pWWz75S+LxgwMtNX/ht8xdfjTAQLVq0rm0RBqJFi9aJlkmf xB0MaOoPfUABQGMEWi/kjiVmAB7wJKAuDABngZC6Vg0lncRaNSRJfwlxIHFfKXQocWBlnjCgAJD2 FAyU4VSy5XlhAHqABIQBfwyZXHLNT1xUnkWCFAyoJzAwbsLJggH95xYGzC0MnNM0kEcK9CcJoDGA MDAI3jAIU0ShCaA9AFNEMTtI1QCVBSgCQAcYRhgQAECTAGEAZUJ6wLB2CJAE0DOwXDHAVQexQwCC AI4PK2h1kDphAKVBSgICAFgFANY2nbBOUv/mEzZyZdJ/IuKmCRgbyqKgjc3sEECXsPYKa5OAYQBO FG4+fSvij2qvMFx4gB0CW2RtOnt788d1apCSANuFBQDOVQx4uUVI4NNI/QMMQHUQmgQ+/9vmLwgJ vNbyxddahAciDESLFq1LW4SBaNGidaJl0idxg4G/3c5Wge3laRiAEwZydvqYh4FSM0YDEvCXhAGc TOxbCHKli4VMIlAYED+kMiDeCgyIhzCA84nzl7qSIcKAaQLFMECJoAgG2DaQhYGvLVorMPCL3NgT JwyYU+hv44N4uNg8jA8S98oAThbjeQKqBqgyMNgfKAYMaPJnilEQYNMwG4UVCWRHG4UhBSxvFhiQ eBRJgI5ZohKMXmXO7F9XnimGJgHwgMAA1ADlAVnXo3v4eJ4rLKk/TxcunLgRg4MkIAagLkgBQDWB UzA2FCTAxgBgwEe2ueGhrAsSHkCvsKxWGoSiIO+f2N5yrvhLBgPiOEDgZRwjwLogrJ/9LWAAK0ng iwIDrwoPNH/51ZYvRxiIFi1aF7cIA9GiRetEy6RP4k4ZeCmPtgEHAGQADUwc0GlC4t9DLDAgcQYG AABpJFAnD+jhxMoDehhZSALirl7oqtW5qwgD4pe7eqEiDDCf8mJZ0Vgh8ymeB+RyOfUBwEAOBULU ByAUBDDgSKDN4UJWJmQwsGbTRf/wi9yY8SfggOFZDVojNGBuY38CgMIAu4fRJICjxLRGyDUNa8ew Dg8tgoHERy5FuzB0gOVNw9Eb0DSSTcMjljUaAGDVoDBqZeOYlewQWKO9Ac3KAGwXRl0QNYHmE9bC T1zbfPz65hM3thy/oVn8hA0tAgPQBDaiZ+CkDZL3twgMAADYIsyV84LcUWLwrY1nbCMJbCEMbIM4 IDCAE4W3Qgf4+PYWMMBLLern8EyxT+FcYS0NAgCwSeDgX/wWMTGg5bMvo0nAZIHfNn/pVfiXX2v5 8utxtGi0aNG6tkUYiBYtWidaJn0SNxgQEqDnf7BNxQHDAF2/v6UcTQKa91uNUAYGJOlvHQbYUpzA AAqHWi0WcjCQv0IxoM16oSnsJNZm4qClGITgYUDLhFQWIAygZGhSFfSBEAaoDJAECANZcUB9YQAD LBP6h5/nRo0dBwaY0wBNQAIBAPAAy4TmNg6iGiA+0DEAMGABlIEh7iSBQeweJhIUhi4FADg1QGeJ okkAGAAAsL5hWUcul9S/SZxNAlydJuDOEGimMtAsGAASoAKgsoCfGkQpQABABQEAAKuD0DlAQQAA kDAA2wNQHbS16fRtzaejNEgAAAzwER4q/DH0Cvv5ocCAs1ER1CJIYIKA0wQwNvQVNAp/GvOCWBr0 W7QHfOaV5s+9glqgz7/W8vlXW77wSvMXXmn68qstCgNfeq3w1QgD0aJF6+IWYSBatGidaJn0SVxh oPxvXiIAhD0DhgSQCH7AQUMoEIKjn5jiQAgD6pL6s20gQQLJ+1EjhPlCaBtIMUBJHuCBxPkrV+eu WFN2+ZqyK1ZnAcBrBVNW+uy/hCcwoAVCsiZI4MUB6gPkgUlVkAUmLoFPIhVkSUBeRb2QkED+Yh0t uunC//Hz3IhRYwbNKWj2rz5obmGg6x72OkAKBtA33KQNA+5YMfQNS/avMGAYwJVdwgYD6hgftKIw +sXCSDQJmDhgMOA0Ae/oGF5HGGCfgMAAlAE9UoAkQGeTAGHgpI3NJ25CyZC4qQFbJHAwsIUkYIOD IAigN2Bb80e3+GMEQAJnCwa81PwJMsA5Lx/8BIeHnrsNHcOfegVNw59+ueXTL2FsKEuDQAKfffUg NIFXWj73StPnxYUHXm3+4mstX3qt5cuvqSzQfN5rzREGokWL1tUtwkC0aNE60TLpk3gbMCCrp4IQ BtQJA5AI2oYBYQANnCzAQ4i9Z0hAvBQMZMSB5LKoZ6AM+oBuLitTHigFA+IggUkcNjp5cfmlS4ph gJ0DKX1AYaDsEvAAYGD1RsDA8JGj0CqQhgG0CswvDJ5fUGVgMKUAgMHC+kHaKuDGB6FhQALHANYn QAbQ2UHsEta6IPAAZge5VgFlABUHcLQwSSCAgcL4NU3j1haOR3tAM1dFgmaqBMSAjS0nwtErPGET ThMDD2xuOnlzs6wqC5wmSLBJAKAFaoCWBm1rERjgucJYP7at+UwbHtp81nZMDgUJCAMIDOjIoO0H z3m55ZMSvIKRQZ96BYIAdACoARweioqgls+9irqgL7zaIjDwxVcFAw5+kYLA114/+JXXW772evPX f3fwa8ckDHxIx/S247Fd88DgaNG6lkUYiBYtWidaJn0SVxgo+9uXMFH0b7bTnSbwN9vK/zZRBlgv pI7Rog4JJG4DBigIsExISUAuc9ozcHUrY4XSMKBlQpr9awtByiEOSOpvSMD+AY8HywUGtJNYViEB NA+0AgOqDHB1VKAekADdKQPJCcSEgf6zGwbOLwgGKBJAGZiDdmFk/65pWFdrGiYDcHBQAAMcFuRh gN44cgUPE3CawIjlDVADnI9e1TxmVbMEYzwMrPLdAoVxa3Co8Lh1GBYEAFhTwOAg9gprxzAwwDUJ TFiPKaKEgeaTOTVINQGsm5oEBk7bIiSg3nTG1paPboMLDAgJnLXtoDYKCwOcvZ2HCgsMvNQCQeDl lnO3N31S1peagAGcGqRqwKdfaYIgQBgABryK9fOvtQgGiH/5VZDAlwUDXhUMaPnKq02y/tXrB7/+ uy4AA5+RH+lsapVttmWagh9+In6Yd2ZuS13yoqroOYf/GbzJW9K/Z9XUXO5IH3IMm/59aO6vgr8Q LftfR/KnS96V/lO29tcOforYYf1XF63zLMJAtGjROtEy6ZO4wcDfvFT2t9vRRvw32xkkPJCBgTw9 gIFUJ3FrMMA47BlAnLPsvy0YyF2xWseMwov7iRMY8DygJOBggOKAxJQFSigDLBPKwoAEeddMXMwD eSoDCgPf+fuf5UaMHDUAhwoXBs5rHDyvMIjjRP3goEQZwETRJkn9BxMGtDSISFAYtqRp2LKCYIBk /4YBwgPLCiNWNA1fpscMw0etEABoGrWSGMCOYSEBlAaxQEgAQGBg3JpmNg0TBrwOwADHCKxvchig nsgCJ+FMseaTNjWdtKnllM3CA646iPNDT99cYIeAnSfA+aGyCg/oyKCDZ28X10ZhYMA525t5onDL uS/jUGGODW3+9G+bP/UK6oIgCPy25S90ZNArKgg0f+61FvYJ4CSBL74GGPiSIMHrLV99rVkw4Gu/ a/n66wcFBv6yKygDST7NFO3QmZnclk75DmGHeX/2tuC6tScc6ScRw1umTk09WewIH3IMW9VU9x+A 5O34u8g/dEf+VJm03v0hg38N9iZnrf21g3eE7452dFqEgWjRonWiZdIncYUBLRPiWgQDgVvhEDAA AMA1BQPunIFSZUJutChhYEPuKuoDV6KLIN1IkIEBuCkDwSqEEMCAAUBaGZDLZWVTBAlkByRQrAy4 eImWCQXKgASLFBI8D3gq0GKhsz731QUOBkYLDAAA5hWIBIVB82x46EDlAZwqgF7hwYsbhiwRR3sA BAFOEAIGWIcA64KSPgFUB6E0iGcMj1qBWqCRK6EGAAa0SUAFASUBWdc0jRMeIAmMXdMoef/4dcj+ 2SQAEhi/rqBHC5MEwAAnbxAAQHvAKcIAYcewkAD9tK1NaBLYoocKN6kg8JGt6BA4S0hge8uZ25rR IbC96aztTTov6NztLZ+E2/BQ7Q/G/FAhAa0L4lFiVhT026bPvdry+dehBrAuCL3CX36t5Su/BwB8 TUjgNVQHnfeawEDLX73e/Fe/71IwIOYzMwnko8Dcy8mO+3LXXpEE0ExyxeCuUg865GO5pxb+BHuv Xhe/pa3HBgmsGB/iNQZkuncVP5bXuFMSWVxPrbLX7FmZh/OZd+GvYH8A9yNdaow998G6jPG3egd/ IfttdCMM0/8IXnDGyxJ/7fC24CdEOzotwkC0aNE60TLpk7jCAKqD/lbFAcCAVgr5hgE9nzgpE/qB lgnpsNGteRs2SjagMqCHDNiwUSUBTBNyxULAAHHFALABVg8D5mvylycwQDBI6oVSftnKcLpo2RQg Afxy9BBTH3hRMKCsCAbUc5Or8peKS7wExxILEpi74ULpsUL5SxbS558pMLBq47f/289yI0eNwdQg ccBAo7hggCsKEpegQXhAYGCIMIB4FTQBIQHMDlrSMGyZqQE4WWxZk4oDCgPoFmCfAM4UY6/w6JXN YACbHWQr2wMSV0EArQIbgAE8XExIoFku0SRABwyQAU7e0CQwII5jxTYLDPgRos2nAAaUBAgD0ASa zhAYwLygpo9pqwBHiAoG8ACB5BiBT0rq/xLbA36rY0OtSeAvXm0RHvjsK+gVVhj4IuuCvsDSIPEv v94CEnj94Ndebz7vdcCArAIDf/n7f/vL3zX/9e9auh4MWGpWnALKjtvSHduXf7SSy/lnJJnfYTyW oZm73f7Z6lvaeqxs+Bdh4Vs0bu0heCde4MNcYHemH45/BD/EP8kH/lFdyPSPkPwOYhbbK2JJhL8J Lf1rhg/R2K92v1j6LdGOPoswEC1atE60TPokrjDAngHVBErDgGkCygOmD2RhQDyXhgElAe95jBXS 7D+BAQ3yWR4gA5SCgRQPQBlIHT2WwABGjmqZ0Arv1Ae0nziEAQaXslLIu5MFEJSGga8QBn7K0aJz 0TMwZL7AgOT9hUGLFAM4P5SCwGCWA2mBkDAAMQBJP2QBUwbcBCHWBVmHwDIMDholGLBCp4gKCTTz jGGJIQXAbYooMYA+XjCAIgBkAZwnYKVBygBcW9AuvBEOBsBhAnasGEuDiAGbQQKnb2v+iDhJAO3C AgDbWz6GKaJNH3+55WyeK3z2S83nsC4IBwi4c8TYJdzy6d8eRHWQHxnkzhD4zG/RHiD+hdcPKgwA A149iGMEXjv4pVebvvq75q+9dvA8ksB5rzf/5e8P/pVgAGHgG10UBlK5mpjL5PSWTFaXyeXC9+pL /p7wJVipx2psptmnvMB8VG8ofous9kC1osfiIc7cS5q9JrltGw/JBP5SdzI/DqYf2/2jS5p8dv2V wl9CY/zOKaMqwpv4Uvg7u7+MvFMMr+hO+BcL42hHpUUYiBYtWidaJn0SVxgon/oyYQDigG8gRkvx 37qYYAAkSGDAPKUMfI/iQNGBxIGvlxsoEVgLgaOCkATgOeWBUjAAHiASlF2+MoejBnDaADwFAzhq gOJACAPgAU8CoZeEAY8E+XSZkMLA/FUbz/+7n+VGjz9+MAQBkABhoHHw4iaDgfkNQxZrx7A5NQFV BggD2iEAJwmoJmAwwNlBrAgiCTSNXkVZwFwwoGncmmbtEwAMrML8UEwNktTfFwitbZ6wDjvoDdjU wsME2CSwESNEcZIAYUBLg05h37AVCFl1EJsEtjSfIcEWqAEf3S48oMNDhQQAAx9nkwDPECh8iiTw yZeb0B4g6ysHDQN4hoB2COjUIIwMIgZ8iStIQNbXWr4mTilABYG/Egz4fctfv95CDDj4rd+3fPMP XbNMqDg/K87eSt4pl/6LXv9SceAt3Cl+FUkkq0w0v9Qbit9S/MbMPWF+6l/y+7oTvkUtvDMMwjsl loeEOzRmzWEa3bVMPrn/fYLfoujXLPEHydzkryRo9a/ddf9Qfy4WYSBatGidaJn0STyEgby1ESsA JBIBMMBVCgEDsjAgJOBhYNMhYOB7G0IYEBLgShhQbxMGcleszIXiwBRx9AkIBpSCAa0UCmEg20bc tjKQwAC9GAa+9Xc/zY09YQKahjk8FL4IygDKhBYUBi/QEaJoFMa6pDC0qok9AywQsjOGDQzQMMDq IDtmmOLAyBcb7TABMsCYlZwdhCFCgSDApuFxq7UoCKk/S4MAAzhZjCRwgusYnrCBOsDGFlQHbW45 hYKAc98n0HwaMQCDgzAyqImHCrd8bCuUgTNfasLUIMwPxQShc146KDCggsAndWyoksDLkAJIAs2f e+UgRgYJBrBL+Auvt3zReoWtKOjLrx/86usHURT0uxbBgL/8HaYGCQZAEPh9yzf+cPAbfxAMaP7W 7+ldCQYkLdO8zAfeZMfuQ16X5HM+y6MFSZ7dZpHechiP5W5ieId7iz28+C0lH2s7yQ9Xs4cEljw2 /RB/ZzYoeri/wRteCH4bXGbuOFqt6KPKb1v6Lylmv3jwp8vcZDcEpjvhvrw7c0+0o8wiDESLFq0T LZM+iXsYsEohuAcAc7skA+S+v8WQIK0MsGSI/cTAgBQMuGlC6okyQAYwZQBlQqAC3VxbduW60jBw pfCAaQKQCGSdgjIhWZUKMjBQdrnrGTAXEkCZkC8WahUGXAMxYABrAgPggRAGxk04CQ0DOjII3jB4 ERoGhi3C7KAhi4UEGoYsbhIMEB9W1TBsMcQBxQAwgOsYHq6lQVxHKQkIEmB+qEkBo1c20gUAWgIS kLVx3NpmSAF6oBgOGMaKiiAUBQkM6Ao/aQMGB6E0yGQB6xj2MAAS2Np0OqcGsToII4MAA9tbOEUU HQLWHvBS87kvNZ/zyr+hQ+CVlk/+FuunAQBOEHi5GSODfnvws79t/vwrNjn0C+KvAga+qgeKvd7y 1d8dFB74imsS+PrrzX/5h+a//F2z1QX94eA3f/9v3/zDwW9BGWg+v0soA/IjzYKkDFmdM91Gyscr HQ/j87ngTkkD3V1+1AxMN3F1yMfy/sDkZZdc+p9Y/JbixyY76QTWP8Sb38k8JNwvDuw+PtzvJ5be wv3ZO45OS34zGj+0/1ea/kuK+d8yeVv610z/GWC6k/oxRY+NdpRZhIFo0aJ1omXSJ/EQBqxngACA EwaKYUCbB4QHHAnQoQyYLCAMgEohGzMaeo5IUC4BYaBMeMBIgDDg9QENrsgqA7nLVwMD6MAArw8A A1As5GAg4QHAAKcJBTAgnuoZCDwkAXEeS5yGATdWaGHZxIVnfvYr81du/Ob/LTBw0slUBnzHcGEw ewaGLIQaQBEAmoA4m4YxREg1AZAAioKahrNReMSKZsKANQygW2Bl06hVzXqwgGDAGOEBniSgdUEW 4DwBnDE8fl2zBCesb5kAxxnDvk8AvoGHCusxAloghAlCTaduOigYYKVBJIHTtwEGQAI8RuCjW1sU A87cfvAsnCuMeUEfFxcYeLnl3JebhAfOFRIQAECHgJLAwb94uTk5UZh1QUoCCgOYF4TsH00CX8Vp YsIDmB0EWYB1Qd6/+bsWMMAfWs7/w0HBgPN/33L+77qAMhCt403y50wSHC1al7UIA9GiRetEy6RP 4gkMqDggPBC6IwHzH7i2gTQMcHUwgAAZP1L/dL0QGMDBQP6qDdQHjAG8y07ewYC1EXu/MsEAIwHn BgNTKBQkMODxIOGB/KU8eSBLAvD0NKGgUihQCbw48DHAwIZv/t8/yY0/+RRPAi5oHLKoCWeKmRqg g4Mahy1pEgDgYcPoGx6+tGnEUuwQCXDSsGIASACyQKM1CaxqHrVKqKBx9GqsY3mm2PjVqAtigRAF AW0S4AhRIQFJ/YkBB1EXtFEwQFatDoKfxNOFcZIABQFhAFkpCFATYIEQjxaGJoC6IAoCZ7/U/PGX WwQAPvHSQR0ZRFmg5dxXmoUBPvVy86f19ACnCXzu1YOfFx54tUmyfzQJ/FZgoFliwQAtDfrKqy1f /92/n8dDhb/+est5fzj49d8f/Mvfoz0AGPC//u0bvz/4TfH/BQb4tveuoAxE63AL5Ixo0bq8RRiI Fi1aJ1omfRJXGMiTBMr/9iU9fQyCwN9uy8AATyNmnCIBdTttwCOBuCcBjREoCRgVbMiBB1AdRABI lAHtHFAYYP9AAgMZz1/hjh1QHqBQYNm/8gAHDaVhoHQDsXirMODHChEGyidiFRiYJzDwf/0kd/wp pwxymoAwwP+fvf8Oj6vO8n1hldTz33vueZ77npkz3cQmgwEDxtnGOUecbdmSo5yNTbQNBozJ0UAD Pefcc2fumXvmPZN6unu6oQk2OAdZOauUs2QDVtVOJXc//a7vWr+9a9eukjEGDbb5ref77N5VKkmu gu7+ffxd37X+8t/p+tVf/U5lA9AmpELDXxIVKBj4GFvG/vpjxAN++slZiG5kn8DH3e7sIMkJEA98 fdU+eAIEA9d+0Q0Y+Lz7+n0yOIizAQwDNxzEcjHwwEGQwA2HzoIBjnTfjAlCaBASErj1SIRIgHTr MdUdJJ5AvxPwBPphh4BsE4vcTToZuTs3SkjAnoC0BgEGBp6IYLUwDAEeHiowIEFh1oj8yPBCrBIb WdA9ujD6AO8QGM19QYQB44oNuk4oiE7EfWR8SRTDQ8uik4ojBANggNLo1OIISKCESaAsKiQwqzQ6 qwz/vmoY0KVL1+VbGgZ06dL1A1bg+ERSMKBGi3pXOvS7zsCakxmk1XRVsYEkZ+B4BiIE4IFkGCAp AGASULYAw4A4A98KBqRNKEEBfwApgu8bBjwS8MUGBAamMgzc9v/9d0wQ+kvfgmFJDNPp/69+L+bA 13/14ZdqdpCME02AAeSGCQOULeCRADsD1xAJwBb4mkjgOsIA1s8/j+B6KHI9nvwaPOAKnsARhARu OnL2RkKCozxI9KhaJnDzsQjvF4vedhRiTyCC7cIyOEgZApG7CANORsQQECkSONl9/wn0Bd1/qpsw YHA+MUAUwYCC6LACaQqKDs+PjCyMjixCR5BcCQbGMgDQdVyxCRIoMiYgJSyKTCzuJgyYjJFBMASm lkanlHajKaikW9wAus4uN2aXR0kaBnTp0nVZl4YBXbp0/YAVOD6RBAa4QYidAZgDMkRIYABXf2wA N4IEnpgHQivd0aIQpwiWH4WyjwoDsAgSDqeDBBQSxGHAFXiAYUCkMMCFAX+bkMgPAyLuFIrDgLp3 YQA8cAFtQrj3wYDfGUiGgVv/z98iIgxngPcJCAwgLaB6hM4CA+joTwzwEa8cJhL4A5EAewKfcFBY MOBT3CsM2Nd9zf7ua/Z1X/XZV9dIXFimBikeOPvzA5HrvviadL0wwEHOEB/EXuGbjkTdqAD8Abq5 iT0BXihGJCCbxWSZALqDBAMUDJwEDPRnMQxECQNkfuj9udH7T6pVYoPzugfzPgExBAAD8ATODpex oQWRB4qiQIKCyOgi9gQKuscWdI8jDChmleA6EavEIlNKoKllxtRS1Ro0o9SQkMD04m4igVllRALR 2WXRByuIBwwNA7p06bqsS8OALl26fsAKHJ9IAgMZOacghgE1U8jLEwsMcIMQHf0xTcgFA/UwPllI zAGZNHoMMeLlRzJwFRLAUFHCAB8JkNS2AT8MQC4MsDwY2J+2FDFiSRKnZ+5PCQNpcAMUAIRYQRjw TRNKUMAZWPB72UPsIoECAz8MTBEY+C9oDTpL17/C7KCv2Q0ACZDwkBMCEHcH/Vckhr/+6Udug5CQ ADEAEsNf/+wz7hHax0jwGa8V+/zsNcwAPDuIYeALFs8PVVGBg9wphB0CkRswNQg3khiW1iCeGkT3 X9PVnRoU4ZAAXeOeAF2FAeh6L5YJEAnADRh4KoruIJBAdGBeZCBag7qHnooMxWYx7gsqpGv3iKLI yPyzIwvxcBTvFBtdyEHhosj4YrECEBQeTySAVWLGpJLuydwX5GmaygpHJSeAvqByY1Y5MODBcoOu cyo0DOjSpevyLg0DunTp+gErcHwieTCQHoeBXG+4kGof8pwBdxWxqzgVuCSgbAGW6hciiTNAbJDO zgBhAAcGRMwA2TJHyIUBnzngE/FAPDnAzgB4IH1pgAd8bsCSFDCQ7sFAAAkWfpShbIGP4jzgwYCn BBjYDhj4y9+dRVqAcwLummGQAOSuGf5rIoGPvgIDMAxwgxBfP0ZU4GeffH31p4ABr0GIb77C1KDP 3U0CuFE5AYUBYADVGiQwIPGAmwQGDvMI0aOQ7BUGGCA3HCUYuONEtB8GB4EBIC8qkIupQfcQBvAa gft4eOj9JyODT0WxWjg/MjQ/Ojj/7LB8Y1g+uwGyR4xTwlgjUKRyAqPYEwAJICcQmVBiwg0oNbBQ rNiYWBKdXMoLxUo9DDCmqcFBkRllETBAWXQ2k4DAwOyK6JxyY56GAV26dF3mpWFAly5dP2AFjk8k vzPAACASQ4A7hSQ5IOJpQmrpGDDgPDBAN3EYEB4IOAO4QXIglTPQGwxkxdPD0iYk8jCAFYgNAAaU RaDkDhTqBQZ8SgkDKkD8KwUDt9zyX/5d9gmozWL/9aNuIYG//sgLCnNTEI8Q/dkn3X/9ydc//bRb bAEYAp9inwCPDPJyArxUeL9sFvuagwE+DHC3CiAoLFfMDorwVgE2BDg6LInhmzkxfOux+PxQ8ABy ApF+x84SD/TDTjEMDsII0ZMRHiFKJGCokMCp6P25Kis8KB88MAQ5ge6hMARUVIDHhvLk0CJ3qXBh NxigmIeHIidgYI1AcXRSiTG5jK7RqaXmFKwTNrBQDH1BsAKgUmDATAYA1xCIzimLzi2H5pVH5+vM gC5dui7z0jCgS5euH7ACxydSShhAI1AcBnJx4sczLKYCAQCCAZcKFAwkMkDAIojDAPOARwUJJODx QBIJQOgUEhjwkQAUtwUgXkUc54EkGPhYeCBOBd8KBhYwDAxzYeD6m29WoWGEBOSqxokKA3jOgMAA AQBgACTQ/bNPiQTEBOD9Yp8hKnDt/ojkhgkDrvucrl9hkwDLgwEiAYEBrBTgHcOcE3C7g45gkOit h7s5IozTvzc16PZjkTtORKFj2Cvc73j3XSejMAR4hGj/3Kh0B/FqYWKA6MBcAgB3ahA2CUQJBkAC eegOIhhgN4AUfYCuxTw4SNYI8CqxccWRsYWR8SXmxJLIBCKBkuiU0uik4u5ppVHkBEAF2Cam1giU YnDQ7ArlBsyuAAzMLTfmlNM1QiISWKBhQJcuXZd5aRjQpUvXD1iB4xNJYAAn/gRnwJUbHiAYUDzg woD/hmGApAwBpoI4DGANGTsD6BGKw4AXI2YMcNuELgwGPk9TDUJKfhIADCSSAGBA+oXiMEBSVCA7 if0wIG1CfO0VBu4SGFi7Pe26m24SAFA88BHdf4XuINgCyhn4ryABNAX99SfdP/30LANABG7AZ7AF sFBs39fX7Dt7zX5ShGCA7jkkwAyw/+z1aBBiEgAD8CzRA5GfH+y+kVcKCANglihagzBKKJ4TONZ9 y7Gzt2CCEMeF2RBAYvhEhEQMcCe2C7tx4ZOMAaei9+ZG7mdDYAB6hKLwBJANiDIPgAGgAtgCIAEM C+oeVRQdVRjFDgHBANaEYmM8JgUZk0qMicWRyaXGZLcpCH1B2CiMvqDpZegLmlkanV1uzipDXPjB suiD5SRjXoU5j0igUnkCkG4T0qVL12VeGgZ06dL1A1bg+EQSGAjlxGEgI4dzAswAggFyA+Hc7/GA ggFRussDnjwYkMAAYAAbiJEnZh5ApxDroBsj9l2zvkgnMOgdBkIMA4gRp4IBEhiAjvu8gExsAR8M uFoEJIjDwCIVFUjIDCTzAGeI7x42RjkD1zIM/KUKCfAaASwTYAZwPQHSz9AgdJZI4Gc8ROhnn3b/ TLqDPjuLbWJYI8BxYaaC67+QuDBO/9d/3n0dGwI/F0OAQwKeM8AkoLYL05WbgujozzoWQVMQuwG3 qwXDYABZLeytFeM1AlFgQG5U1ooNzIsCBk7x1CAxBPIjQwt4hCh2CERHYHhoZEQRJMNDRxMJICeA 7qDxJeY4IoHS6HhScWRSafckJATMyaWRScXdU4oRDyAYmF5qEANAbAjAE0BIAG7AnDJpDYItMK/C IAaYVxZZUBFdUBlZWKWdgYuq8N5heoOvLl2XRmkY0KVL1w9YgeMTSTkD6/ISMwOeFA+oEUOrXPkx wL13Zwod9zDAlbQJHUnntQOJzUIeEogIBg4hRpyEAaJ4mxBnBggG+OYzXjiQgARBGEhwBvySZiF/ p9BHDAMuD7gM4E0XDdEVzsCYX33KzsC1N95IJKC6gz4iHsCCYYEBVjeuHBVgBuDZQcAA7hHC4CC6 foWRQZwTuG7f1+wJnL1uP12RG2YGYBig0/9BLBa48WBErRnGzFAkhm8mDDgakU0Ct3JiOAADtx0n ne1HMHASI4PUMgFW/9zo3Scj9+cZ9+ZGJCeAEaKnjIFed1CBMSS/e1hhZFiBeALREYXdxAAj0BqE 7qBRvE1sTJEhq4XHl0DEAxMlIcAbhQkGppbyNrHS7mmlEUwNKjOml0VmIiJsgAQIAypNnhdkggQq zXnl5vwKc35ZdH6lsaDKXFgZXVRtLKy+HDYQ08mbfivXhZ7Av8thPeF7+cGHST/tIn6+vAvf4t8P cy78/ejyCh8bV+IO5d4+XnneLb13+YosDQO6dOn6AStwfCKlhAG5z3DtApgDq7llKAgDuMZhwOWB 88OASwJoE0riATgDMlMogAGu4tOEQnT1wUDQH1ANQio8IDAQ5AFeQEYkEIcB1xxwlaJNKCUMqPFB aA36CPuGYQi4mwRwBQAABq76rPtqYAAMAYQEiAT2dXODELcJEQlwVphg4PovIpgg9AVWCkhI4IZD 7hRRrBVDQuDm49GbjrIhcLj75kOMBFgmEL3lGPyB2yQncDxy+wkSFgzfdTIqs4MUCZzs7n8ySrr3 VOQ+FnICpwyCgQG53WgNyosOQYNQ99CCyIhCg0MCdEMkEBWNKOgeXWTwXmFjXIkxrigytrB7Ag8P HVccmVSMeUEYHlpm0JVIgBhgekm3WAGzSqMzyqPcHQTNkaxweXRehYm4cCWaghZUGPPKI/Orogur oovCBl0XV18GbUI58SPzhzkXeJq7iMN6vHzf3NvPuYifj2/JyUn4yVQX/Yf8kRYd8eVfAfr8Eo72 vX28uHE/ZP+9riuoNAzo0qXrB6zA8YkkMJC2Nje01oOBZIuAbQFWBlFBLzCglIIHVKpYwYAPCYQB fEhAGIA2IcBAqjYhPwxACgZcJcDAZxmZ+4QEBAZwDfQLoU0oniHGDYHBQjgDbqdQqswAKaFN6MYb +fTv9gi5fUE+GMAzdPPTT78GALjdQVfR6f9zrBVDQoB3CCA0zBuFr//ia8kJBJqC4oODjkZuOkY3 smIMtsAtTAI8RfTsLYgKeMsEAANEAv1OqCmiQILj3XfnRvpjeCgahAbkoUGIW4OgQXnRQfnRwXmY IoqscAHPD81TCQECgAcKkRAYDfFq4WI6+mNkkDDARJ4ahCvDgH94qNohwFlhgoEHy02sEitjEqgw iATmlhvzBQCQEDDmoy8IDCAwQCSw5PKAgQAB+M+BdDjE+Q5PSX3TIz4R0qkRj3M+VF9L/gXq0Phh jvoJ8jj+o9y/1I8/o77D90ziT+Uf4nkMONTuTf6x/Biv7OVPGPjh/DP34q/K6SG+5v5K9bHwc+4f 7Iqo+L8M/N7j74wfpvh4/S/zSELXlVUaBnTp0vUDVuD4RBIYAAmsywutyUuHAmNGGQZ44UAo6Awk SD3pIwGfUeBrE0qCAZ++MUOcCAMswQC3WciFAXmSGIBbhjxnIAEGILdNyBsrpEgg2CZECnnNQgwD 2EC8nmGAMQAkEMeAP5z96cfddIUhwB1BaApCXxCE+aEggbNX7/v6aoSGu+meQwLd1x0AAwADuC/o esUDZ284GLnhEAkkgOuRszeq1iC1SQBRAfgAPDuIu4PgCRxHp5BgABiAdTePD7onF5sEOCQQHaBI gMcHISoQHUIYUGAM5cmhw/Ojw+lagL4gSQgQDIzhvcJjiwweGWSMKyIYiI5HVMCYUAIYwBTRUoNI YHJxZCpSwtEZHAyQpiDsEMA9UsKYF8TdQXOBAUgILKggDIguqDTBANXRRXxdHI4uIVVfBpkBOsKh /Mc471QnN75jsPIO4kdA3wFQnsSL+Wv4ue6Nd16Ucr9J/af6afgG9bPizyT+cN9r8HvcL6L83yL3 vf0QfCe+wD/MvVGvTPzh+A/fL/F+knfj/agrpeKfVfxNcslHJ0/KvXflf324rqiPQpdXGgZ06dL1 A1bg+EQSGAAJrD2VlqNggI7+xANoE6IbFwaUP7CKtxGzxBlIhoFUzULxTiE/DKRnJ/BA+nKQgIjN gQQSSFv6OcFAaNl+tY2YSSCUtV96hEgJMEAMIMmBVM4ASwYKxTMDfmeAriHVKZTAA0ouDEwTGMA+ AewXAwzAAcAI0bM/+7gbWwUIBvZFFAx8gh0CBAPXEAzshwlw7f5uXL/ovoaXCVz/RQSeAGOAwAB0 MO4JCAxgatAR2AJsCCAegLTAsegtzAAEA8IAPDgo7gkQDNx9IoqrLBPIRWLYxYDowDxj0CkDI4Py IowBdEVoeASJYIDnh44ABkQeKJDEcGRMYVSywuwJgAHgBpQyBpREp5QQCRhYJcbLBAgGiAEEBjA2 tNKcXWZwd5DpBYV5ZBBhgLGArQAmAYMwYEm1sbg6srgmuvQygQFVOAl7J191EHTPgwlfQ6mjoZyG /eWeFAOvCZ4S5QfTF/hnygv8L/OeUT9WyvfD5TWp/kjxP+s3/pDAjfdQngn8OlTgY7kCy/fOEt+l +1Gk+Hj9H1rCx6XrCikNA7p06foBK3B8IvlhgBMCeRk5+W5mQO0k9sQxYiEB+AOhle6NCwPgAcYA b5oQwMAHA57Sl4MHQsHkQCIM+EhAYAA8sPQLkmwfE6MghMlCn6eAAXQKKR7ww4CsJQ4toaN/gjOg YECmCUnj0EK+D5AAS2BgugcDf/UhQgI/5ZQwtwYhJ/DXHwMGfraPSODs1Z9GSBgkuo+O/gIAmBd0 7f6z19KVkcCDAZ4ddPYGSQn7MICujAE8PoidgVuPdhMPgAoIA45HSBIavuNE9PbjWDB8h4wPOskw cDLaPzdyT65xzynjntxu5QwgJxAdTOL5oVABWoN4r3CCJzCqgHeKFRmjZa9wIeaHSlwYI0QFBooN jAwqjUhcmEhgepkxo9xATkBWiXFHkKe55QoGwACVJuIBYWNhNQYHwQ0ACUQXV0UWV0Yyq6NZNeay ywgGUPHzH98FDr3xc2D82Jd8/kv+UqozIvqDPlQsoF7gf1nyM1KB1/j/eN6XvOflGf+3SPlf6b/x v5Lu6Yf4n+FK9bFcURV/a4H37j2UT8Z7JuFlV/In82MuDQO6dOn6AStwfCIFYIBJwIOBBBIQITMg SJBKQAJSwBzAfZAHBAbSGAbYExAekOmiSumEBJggJCQQv0JZcAZ6gQFcJT8gJJAkPwx4PODCADsD RAJpCz90XQIFABmL1E1oAZyBX7swcINgwH/lbMDPPu4mCQZcvS9y1WeICxMMXPXJWSEBeAKfo0fo Wpka9DkYALnhA3goWWFlDhw8Kxhw02G1UAy2AG8XFhK4+ShdOTBwTMEA3UhOAIbA8e47c6N3EQac iNzNI4NI9+Ya2C6ch5yAeAKkQafAAIPyo0MLI8MKo7JJYHgBJ4YLu0egNUgNDhrNngDnBBASGFcS nVAaGQ9DgBSZJAmBeEggOr0cmlEanV1hzmZP4EFeJcYYEFGGQAW2B8yr7F5ADFDNhkCVsThsLqqK EAlkshuQWR1ZFjaWEg+EL4PMgDqRU/kPdjjzuW0f4b056mn3FfiqfBsIIeEA6P2Q5Bt/MVmob1Qv oKfU6/Dj1TOB02X8GbzG/7Xk3xL/sRf4J0z64d4LvMIXfN0weBh4xeVd9BF8u4/X/zx98xX1YehS pWFAly5dP2AFjk8kPwxk5IgtoGDAJ2kTgr4RBuAM+GAAN4IEzABpKw4nwkBCckAtH1hOSKCoQMID gUmj2DOQtZ95AFcPBsADLgwoLfk0IwEDPgstdmEAR3+BAY4Ru21CKjmgnAFODrgwgA0D7r3AwIwN OwADbAKc9cPATxkGhASuwmrhs9wgxPEAhATOXneAACACGKCru1r4Og4NIx7A3UEk1w2IyoJhutLR n0mgm0cGqaywCM6ACwP9TkbuPB5hGHAXDMMWwEIxGAIKBtAjBBLg1qDBAgOKBKKkkfHuICSGRxVF eKcYY0BxhEhgfAkxgMlBYWwURlzYxQBcCQPKMDlURDDAawSis8si2CZGDFAJQ2B+FfqCgAHwBIwF lZHF1cbiKmNJtbm4KrI0HCUMWFZtLAtHCQayw5eBM4DjrSr/US5wylMVeAoPcWx0ix5735d8k1De sdP3Avf3xOfWBH54wjP+s2qq3+I9E/gh/ueTb9Tr+Id7z8cr8Sm8PviKy7y8f9YX9vHiE/Aq8Vt0 XSmlYUCXLl0/YAWOTyQPBiDXGQgpGPDahOIwIH1BGRIeUNdEGJCWIT8PgATUQCE/DGSsOJLBSODj gWDLkIKBQHjgPDCw1HUG1MNPvU4hgQGWFx7gXQQeDwRh4GMXBkg8VigJBmYCBm74+X/9SHqEgATY Kfbx2as+QUgA3UGMAVd/FpHuIMSFeWDotV/QlYeHggq+jrsBCgPgCcAKYAbAPgHiARcD2AogKjh7 y9HuWyUqcDxyCxgA44PuOB69/QTDALqDoneecGEg17gnN3LvqQhhAELDWC0cHZjXTVdgQIGEhrFG gFcLR0dggQDxQHRUsSHbhZkBMDtoLA8PncCbBDgrHJ1SiuGhU0pN8QQQFy7HlTHABAmIG1Bl4Qpb AJ7A3MqokIAMC5KQwOJqkzAA3UGMBMuqERWAJ1BtZIfN5TWX7QZiOhNeYafc76X0x6Lrx1caBnTp 0vUDVuD4RAo4A5IZAAysdduEFBi4PODBAEQPJUms0sPpq4/LQ88cAA+sJBJQMOAJzkA2FhLL6T8B CdR9rzDA2g9xs1AaYICENiFhAJ8CnUIKBlxzQEggkQfiMPCHEHqE3LFCvjGjaBMaPvbX+w7N3Mgw ABKIh4bBA1d9GhEewPggHicKGEB3ECFBBCTg9QgxBogEBq5PggH2BLplpYA0CDEMwAeAsFAscoss E0BIoBubxQgGTkpcGIbAPacMNAgxA9yXC0NgIDaLEQygO4gwAN1BTAKk4QUYIUp6oAiGALaJsSfA MGCiNajMmMgwMLnUnITVwgQDcAY4J2BMLzPRGiRLhSvgCUhfEGlOpYltYhgW5AaFMSyIMAAMsDhs 4sowQKf/pWFjaY25rAqtQVk10RU1ZnaYrpcrDPj+3l5XvPTHoutHWBoGdOnS9QNW4PhEEhhAYIB4 IDEz4COBBKkBoyv5uprzxK4tEDcHVrg9Qq4/oBgAYOCHgWMCAAIDbpuQUEE8P5AKBkTMAwgWBxhA KeSDgdBiIQH/M54zEEcCzxbwqMCFgYSxQv2Hj/3NvkOzN+1Mu+bn1yMu/Ak2DcMT+Lj7qk/O/uwT uAFXkT7lTQL7IzI/9JrPv6arb60Y+oLQILQf3UFAggMqJyAMcONhiQsjIkwwQFcICYEoGOBE9NZj ZzkqIFsFuokH+uXyZjHCgFyoPzyB6L2niARUVhgMkG8QBgzJMwblGzJCFDuGvQYhjwSKomOKiQTQ GgQVqalBangoDw6ahMmhHBIo45BAmTGtLDK9HKHhAAlIUHhulTGv2pxfbWKpMPcFEQzAEAhzX1C1 mclNQQQAmcwDdLM8bGRXRwgDVl7OMKBLly5dUhoGdOnS9QNW4PhEcmEgL12E2IAXJg5OExK52waA AbyDLN4m5MGAHwPcKzAAV+EBaRDKPoqjv0/sCTASXAgMZKFfSKYMBTAgLmkTwjUZBgIkQPLDAAlG AWFAxqLfwxlY4MLAAoaB/Yce3Lwz7WqCAQwRYhj4RILCX2NwEEgAMHA1ogJIDIukQeha7BUmGFBp AbEFbjwclWUCcRhAWgCTQ8UQ8HSLGAInorfxBCGMDzoO3a66gyJ3MQMQDNx7ErYAPAHCgFxsFRiY S8KCYewTKIgOLUR3EDOAQRgwHAuGQQKk0YwB8ARK0CCk1giUumsEeHioJIYxQpRgABgQlalBRALS GgSVReciJMCeQBVEDIB4AJwBJgF0BEUIAzKrkRJGSACKZhMG4BpdXmOsqDFX1UIaBnTp0nVZl4YB Xbp0/YAVOD6RXBjIT19bQAwgGBCHgRyZN+ojAWkQEk+AhLmicpPgDARgIGGaEMNAGsNAxvKjaRwj Tss+xNdkGKCbC4KB3swB6RTibcSpYCABCf7AMEAAIM1CCgbUQCHAgNsptODDe0aM/e3+w3O2PJl2 9fXX/RSJYfQIEQlc81nk6k8UDFyzL3r1p19fqzwBHiG6HyEBTBE9GA00CNFVAEBgQCWGeXxQAga4 JCC67XiUE8Nud1BupN/JbsGA/qei96A1yMR24XzjfoKBPBgCxAAyRXRQPs8O4gYhyQmMhBtgjOTZ QZgfykJ3EKYGGeNBAoQBUbcviBmgBJsExArwuoMAA64nMKfSnFNuzEWDELcGVaM1aGGl7BAQEpCp QcZSggGJB9SQCAMUCaysNVcTCYQNuq7WzoAuXbou89IwoEuXrh+wAscnksCAChCvzQ8hMECSpWNw BhQS8I1CAoEBzx9gJMiQh645kBIGvB4hT+nZR+EPwCJIjA0kwACUnpIHGAbknnggxMmBoDhM3AsM gAQECXwwICIYUPkBOAMLiQS8nQO4VzDwEMMATxA6e9XHZ6/+7GvMD/0kcvVnUYIBeAL74rbAtfvQ HXQN0sNnBQZ+/gV0wwGGgQMKBoQB1A2RwDFXBAPHo7ceRVwYDUJsCKjZQScAA3fmRu5i3Z0LWwD7 BPKwUuC+PNksRiRgEAZwXNgYkt89REgAywRUaBgYwCQwqoSHh2KnGM8OYhiYCJmTeWrQ1DKsEmMY QGsQMKA8OrMC24UTowImXedVmXOEBCqVJ7CQEwLiCRAJkHheEKsmwgkBYzmTgMDAKoIB8EB0jYYB Xbp0XealYUCXLl0/YAWOT6REGMgTGJCjvwcD3sMUMOD6AwID4hKkhAEigQAM8FxRgoGDYADGAIEB AgMGgAAMHIgzgKcLg4FQ5mcEAykzAwIDrjkQgAElhQHqChIg3Tty7L9/fnje1qcIBq79qZod1H0V EsOcFfb0OWwBSQiIM4DuoAMkxAOIB65jW+AGXjMsAHCDSwI3q21i0ZuPIi4MQwDXbiGB23mK6B0n onccP9vvZHe/U9E7T0XvykVcGCTAieF7cyP350cHkE5FxBPATrFCczB7ArJmeDjBQH5kREE3McDI EoNgYHQx1ooJCfAg0cgENAghLjy5NDq13JhaYkwvRVB4WpmJhWIVvEwA3UEG9gmo7iACADDAHIwM MkkLIMKA6KKwPysMGMgkHuARotk13BQkfUGEATXGqlpjFV3ZE1hTa+bU6TYhXbp0Xd6lYUCXLl0/ YAWOT6Q4DKwtcG0BBIg5LRB3BoQE5BriaUI8UAjDhdRkIVlInOgM+GcKsTg54CEBwwAO+q4noALE 3DLEN8QD7jNZzAZxf4AbhLB3TJFAeubnmCmEaxIPsDBvNNEc8EjAhQHIhYEEHiBl+JPEC35378hx BAPzt+1Ku+q6a2ELfMIk8OlZDA76NEIYcPW+s0QC18oU0c/9ilyL+aGIC8syAU4LJOwTIPF9NxsC 3cQDia1BuPKO4cgdJ6PiCYgtECcBSQzzFFEeGWQOPoXWII4LgwHQGlRojBAVGCMLI6OK4zkBVnRC UXSiZIWLJTGMnWLTSgED00qi08qiM5QVwGsEeK2YWAGqO6jKnFslrUHmoho3LqxagzAyKDNsihuA 0HCNmV1jYXgoMwCRwKo6i25W11oEA0QCObXm2jorRzsDunTpusxLw4AuXbp+wAocn0gJMMBtQulw BiRMnOAMKFtAFHcGZAeZPEyAAf/2sQQY4H4hdbP8mBcdTqNDvzBAfBlZAgzIjNHAAjIRbIFMVzxj VBTgAT8M+G2BC+GB9IXKH4AW/u6+B8b97osjCx4WGEBKOHo1pohiq8C1+6LXoEEI2QCOCwMAFAl8 wTkBBgAYAgciWDHGnoDnDEC8XEx0y9Hu23h2kOj2EzAE2BPA/NA7jp/FMoGTgIG7cyP3EAmcRFyY SACbxZgHZH7oIM4JDJHBQWgKMgQGhhMJFGGrAJHA2BITI4OKzbG8U2xSCWBgIpPAVDgDkaliCJQa hAGk6bJMoMKYVRaBIRCHgchcIgG0BpmSE1AMwK1BSxgGMjknAAxQJMAwUGPADeDr6loTV8KAOpMY YG2duR43+PdVw4AuXbou39IwoEuXrh+wAscnUrIzkLYmjxRaK5sHOE9MZ30/Cfh3kJHEJQAYKBiA iAQStw3EYcBzBgADR9O8DDEL5/7zwUDqMDEHiFWMGJsHXJ0fBgLmgMcD3wgDGYt+f98ohoFHnk67 6vprr5buIAAADAHwgJcTcBmArj//IsqtQSzVHRRvChLd5A4S9XTb0eitsl0Y6laGwAkScgJ0cxfi wpG7T0XvOhm5R9yAvOi9ud33Y8cwkYAxKN8kGBhcEB0sCQG6ujuGwQDF0ZGkwshoNTjIHI/ZQZHx xZFJpVGZHzq51IxPDcL80Ag8gUpMEZ1VbhAMzK6IeoYAXecSA1SbC6qthdUm+oJcEhBDgFuDjKU1 IAHS8lozmzcJLEdTkLmiBs7ASvYH0BfEWhsmGDDW1ZsbGywNA7p06bqsS8OALl26fsAKHJ9IAgMh hgGPB9QNzxSSaUJEBXGLAKf/3PRVyh+QliF/gBiSbQO+8EAcBhKcgaMsHP1F7lghYQACgDgPcIQg YdKoAED8Rk78mZ+nZyYyACvQJiQw4KkXGIjzQAaPFWIeQIx4AMHAAYaBq6+/TjaLXfNphKjgmv3d 10JCAmexbHh/9/Wfk9QgUTEExBnALNFEGLj50FkCgJuOdt9yNHLr0SiuxxAUBgmciNx2svt2YICy BWR8kCSG7zll8OwgkADpfmwSMAaewpph6Q7CTjGGAXYDmAQKIqNlcFAJQgIyRXR8iTkRPBAdX2pM LovKXuEpxcAA8QSkOwgwwClhNAiV+1qDEBIw51Ub80mVBrcG+WCgik7/ljBAZg16hLLCWCW2vNZA SIBIoBY8sKrGJAxYw61B3B1EAgmsrzc2Nug2IV26dF3epWFAly5dP2AFjk8kDwZCBAM5KWCAwwNB GCASAA+wIZASBoQEUsNA3B84RiSQkX00fYUPBlwJDPhIADCgOoXizUK9wUCK5EBvMBBaogaMXiAM ZCxEmxBgAG1CDANX78MU0as4MXz1vu5r6dx/ICLOwHWEAV9ERNcBACJqiBAhwSHYAqSbDkdv5B6h mw+jO+imI923HIMhcBuvErvtaISuMARORDkuLDAQxY5h2ALwBPqfMu7Ni97LrUEkJgF0Bw3k2UGD C4whhZEhDAPMANGRHBceVQBb4IGiyJhSGRwEHiASmMB9QYgL8yaBScUYJCoYgL6gchUVQHeQt0yg EppbjoViogVhS7qDwACsRVUwBIQElqq+IBJCw/AEMC+ISQCDRI2cGrQG5dSZ6+rMjfXWpkZzA5FA vbWx/jIMEIf3Dhu2N6wefOf6fn+aLl26/sNLw4AuXbp+wAocn0gCA2ILeM6A7CFGgJgZwBOagtAX xHjAzgAjAYGBFxs4CQCQ2MAqt1kojgQwBNJ5vhCRACm+Z0BJ9QiRCAxCchUSyDoYyjoUWubPEMcl MOBXKCUSxGEAPOCHgXS3a0jBAG7+EFqsSCBB3CyU4AwQAFzFPUKkawEDJKSHr8NaMTQIYaWAmxPw RDBAAMAwEFEwcCR6y9Eojw+CLYCgsBoeCmeAYAANQsdlnwByAjJItP8p85484748QxICWCkAGIgM ysM+gaGyY7gQ24WHCQkUmogLF0UfKDZGQdExRYABuAFMAhMhQ+aHYp8AGoTEFohMhydAGGAqT4BJ YC5kEgzMq7bmVYMHsF242loYVllhFpEAGoSYBIwswgB0BwEGMDmUtbwWcWF4AmwLrCUSqDc31Fks c2MDUQHxwOXgDNB5nX4rF87tfQ0DgV93IfVd/kjy63I+VA///OcPcy78F/8ICx+PKvnQ4v+8vE8t +BrfP1Iu79Pu7cNP/Abf13VdiqVhQJcuXT9gBY5PpJQwQErH9ZQoGQlCggTSL6RgAANG6ZpBN2uU M5DYLEQkQBhwLF21CfHU0eVHQytw9JfQcLI8GJB+IUkOBEhA9L3DAJ370+EMqG0DfmUs/CgOA1dd dy1mie6PXLs/gh6hL7qvOxC99nMSkgPCAyABhgGEBPjmpsPGjQwDmBp0CJ4AIcEtRyKAgaORW7BP QEUFQAInsFgAzsDJaL8T2CoQJ4E8jA+6N9e4L9cYkMfLxXizGEICPEh0KImniKJBKB+tQSNZo0vN 0bACTFkrhp1iJVHxBHitGG8XLolO5c1i00vNaWVYIwBPgBeKzeI1w2gNqjBJc6sMFRfmEaILq+Ke AE8NIgYwhQHgCdRiahC6g6Q1iK8wBBgD3NYgYz1IQGkjeCC6qd7Y3HAZOAM5/kMencvooPY9npWD P41Og4m/7kLqu/yR8L05Od734yHV9/cGr7CK/zORD9330Xv/6IKvkXtV/n/AvX74/u9L8TN0XVql YUCXLl0/YAWOTySBgdA6BQMJSMALiSVGnCg3OryGm4VUd1DqNiFRBrsEopD4A2IOLD+WCANxZ0Ck bIE4D5AOpLk7B9KWoUcoTgLLWAIDatjoN8OAX4kwEOwU8hR3BmSakPIE9nNWGLYAhJv9Z68/ELke +4aVG3DjoegNB92cQHzNcJTAgDDgZsQDAAMYH3QUI4MIBu44CR7od9LodyJ6Z270zhORu08Zd+VG 7zrFDUK5xj2nzPvyTIkKcGuQMciFgaF50WH50WFFxrAitVlsZGHkgaLI6CJjdIkxhj0BuAG8Wnhi cXQySMCQBcPTyrBaWDQdJGCKISCbBGYzCUiD0Nwq9AXNryYGsMQQWFyDWaIeCRAALMOCYWDA8hoM DyUMWImEAJEArqtqPAawcOWOIGBAvbmx3txUa26qtwgDSFsuDxhIPJLz4Wyv+3e/8jV6Tj2Wk178 Nfz1+Jd9xz71TOCv4emsmPjr+KXuU+okmfjzzvcID3HcxOOcD9XXEn4BXrD3Q/fAiV+/131w4T8q /kr3/cbfPr4W+PPzc/I7Lt+Sf1L8VuWN+G7dSvqn6f8wqPhbUnz4/h+V9DN0XWqlYUCXLl0/YAWO TyQPBsADnBmI88DaUxgw6sIAP8SNcgY8AQOSYEB1CikY8EiAnQEfDEBq5wCO/ryJzC963kcCHhgc CGXHPQGGgdTOQCiwhowYYOm+UBIMgAHOBwMJ5kDaQgwU8sHAtdcgJ7APtgDiwtgy1n0dMQASwxGE BL7AcjG6uUFg4BADAGGAO0uUYODmwxgcdOsxA/sEjkRuP4bAgDQI3X78LGGACgmgO6gbg4MQFei+ 5xRvGgYMCAkgNDwozxiCCUIcGs43hmFkkDGiMDKi0BhZgJ1io9AjRCRgjC2BJzC+hG2B4ghhwJQy CzBQFp3ChoBLAtgsxlaASwKMAXNI5cacKoIBY34VrxEIywQh7g6qsRZzSADbhWtM9AWFcc2qQVYY 80OlO6iGDYEacx03CK1FShgjRDkeYG9sMMQN4Ctutl4O04ToMIbyDmQ4z7mP6GuB858c3fyv8Z/m 1CEPP1I95T/2cQV/HZX3A+I/XH1Z/R10/Ick/S68mL+Gn+ve+H+j+l7+Ru9bvGf8r+n1R+GxvBQv oTv8h/fNvj+Ud+P9qMuy+O3F3x/ePpf/HQVeo0p9YF7Rq9QHmPjhy3erSvgOXZdgaRjQpUvXD1iB 4xMp7gysLxQG8GAgHaliBQACA+ISeBggI0dDCZNGTxIGnBcGVGZAFIeBJAyQzADd+BjAU8JMIYaB eIzYDwN0kwIGVJL4ImGApNqEvjg8f9uTaT+79upr9kWv2R+5hrcKiH5+IHr9F0QC0Z/z+CB4Agej NxyM/PygCwC8XwzC/dmbj6FH6Laj0duPGmAAwADdSEgAfUHYLHYSzsBdpwyCgbuZAfp7m8XyjPvz zYH5MAQkNDzoFJYJyCBReAKF8ARGFURG8XbhUSXR0cUggXFCAsoQUJpaZsEWKDN5xzDHhStMEpEA WoMq1eCguRWYF4TtwuHoQgg7BHyJYRkeahIJLOVtYkQChAHLw1EBgJW11mq6CWOfQE6dtbYOw0PX NyAnsLEOp38PA0hb6oyH6s0t9ebWy2gDsRz56HSnDnBc3r3/9OYd6bzXqC9Iucc+76vevb+8X6ce 4E79R+LXUN4POc/vSr6Rch/Gf6g8Q1f+EW71/qO8h/KM/5WqAn/+K6Po3eBNum8K7zzp7anXqJIP Rz3gcj8oeh1/xL18pL6foesSLA0DunTp+gErcHwiJTgDdJXAAPGAdAqRGAnScnIxWYiVvobNAY4R QwgMKDBQzsAa5Q+kr1Yw4EOCuCfg3XjOgMh/Hw8Qs9KzSAc9BghJvxBTAQDABQO/EmAgUzqFvH6h OA+IwADMA6LQYiKBT9IX/SE9KUnsg4FrrkZg4AsRewKYHEowwK1BAgO4umvFjhAMuObA4e6bjxo3 H1WJ4VuPnSUY4PFBkVuPI0B8Z655Ry48AYYB3ixGJHAqeg9miUb75xkDct1BogQD0h1UYAzNJwww QAJFuGLHcBFgAFGBIiSGx2J2EE8QIhhATkDGByEuPJVgoNSYLoZAmTmz3JhRFmVDgFVuICvMMDCv yppfTSQgngBsARUSCFuICysMwEKxpcAAbhCSuHBNPCGwps5cW2/n8EIx7guyNtZZG2vREbSJ+4JA AvXmQ/XRrQ3G1gZrW/3ltWeAD37JBzW6emc+75nAa+Re6vxfjZd7zlR38Ydc8QNk/Iec53f19hr/ 8/6fFngZlf+V/hv/K+mefoj/Ga5Uf/7LvvB+vJYqVNLb9v8j5Pvgl73vkM/NeybhJ11pn9uVVxoG dOnS9QNW4PhEEhhIX19IMJBBVxcGMGlURDDgswVSwIBCAkkSgwFUnjgZBhIsAigOA8ocgD9wHhhI yyLxQCGl1DDgR4IEGCAt+Swjc1+G4oFvgAHwQC8wcP/ocb8/cHjhI0+l/fTqqxAScD0B7Bh2d4qJ bjgYuRG54YgkhgUDCAzoSgxw8zE0CN2C2UFua9AxA3OEjkfvYAbolxsBBrCAAaei9xeY950y6ea+ PG98EEcF2BkYWoBNw3QdUWQML+weidXC6A56oKB7dGF0NDPA2GKDhLRAiTmpODoRI0TNKfAEILQG MQwQCczivqAH+Tqr3Hiw3JxbafEygejcamN+2FoQRjxgQbWhuoNUTgAAkMVuQHaNBU8gTDBgrIh3 B2GhGOLCbAiAAVibAAMwBDZyXJhJAJ7AtgbD06UPA8O8k1jyQS3pGboNOgM4zAVOc/FjoXo9P4ui x4Ff5917/SLhvTnqafcV+Kp8W9Lv8n5I8o1U4CGVeubCf1T8lfQE7rwXeIUv+N4oHgZecXlU/LNX /xB9n5J688mv4Vv3qwmV8oOiZ/zP+36GrkuzNAzo0qXrB6zA8YnkdwZgDrgMIDAANiAMyCEegD9A 4h1kgIGgVJL4JPYTKxLA6rH0VSdCK1m9wEAaBgopGGAeOJwmVMDB4gAMsJAhDmVj20AyDHCkOG4L MAz4eIAwQJkDKZwBYIDbKeSSwMe4STVQSGBg0aMKBuAJiDPAhgByAh4JuOoWQ4BhwGBDgEQwQEiA caIEAB4M3MENQv14zTAGiZ7oxkoBTgwPKTAmVMYG5Jv35pkMAybbAhESw0BEBge5hkCEYAChYV4u NqrEGMskMK7EmFhsTii1JpREJ5VGecGwggHpDpoBRWdWmjM5ITC7EleEBKrMuVUWuoPCFi8TgCeg uoOqzSU1FmHAkuookQC7AUZ2rZEdjpJWhlVOgK5qalCdlVNvrK2XlDAWCBASEAaIttQxBjSYRAJb AQPmw024PtJ4GTgDOMaq4kOZ/6Dm3uNIKK+Q2TCBQx49VF93T8TuN/hnyXAlv1TK/xO93xZ/hTyF h4Ef4H1f8o1U4CGV/5XqB33Tj4q/ks+73vPxSnwKrw++4vKo+GfvZwAp9x0lv6a3N5z8Qckz8Z9J lYQQui6x0jCg69vWgc/+POAzdZ9cz/zNn//uK3X/H1Pf22/86s9L/sP/8LoCxyeSggE6+rM54MFA vE1IYIBJQCkOAz4qWJ0bWnUytBrK8HjAI4ELhgHFA73CgMSIe4EBjhGfDwaWCgykbhMSWyDBGVgk +YGPAyRAun/0+N8fOLL4sV2Ageu+wIoxNAgd5KgA0gKuLYDxQewMHEaPkOQE6PSPQaKHozfzLNFb jxsEAMAA5gFMEHITwwgNn4zelYvWILEFBpyKDs43B+R238vLhu8vwFaBQQVR0uACY3ABcsPDC43h CA1DI4uiDxQgMTy6GDmB8dwaNL4UmwQgXisGDCi1iAQIA2AIlJmzymVwkJsV5r3Cc5WMeRgfFJXu oEUMAwur0BekpogyDGQiKGxlEw/w7KDV3BrEJCBBYQs5gQbEhb35oUQFmzgnsEUYoMESwRloNLY1 WQ83EgxchkvHfpCi8+XleXhWdbn/+XXp6r00DOj6dkUn5n/+8zP/3Ouh+bKAAf+3/Mf/gXX5K3B8 IgkMYI4Q84CQADOAuklnAEhf54OBnLw4A7C8DDGSA7yQmEiAT/8YNBQirT6OYHEqGEhsE8JAofO0 CYnSsni6KMeIv9kZwIBRd6aQcgZSwwApGQbSiQR6gYEPDx5ZwjBwNS8YpqN/lHTDAQPDQ92VArge whChG3H0JxKIgASORG+FIrccI3WzsEmAFwxHb88FAwADcjkx7JJA/zwDs4NORu87Zd6fZ6ioQAFJ YcCQguiwAjYECowRxcCAUTw7CJ5AEXIC8ARkn0CJObHUmlRiTS4zpvBmMQwOKomCBErRDoQFwy4M EAY8WGHSdU4F1ghgdlCYF4rVIC2gcgLcGpRVg5zAsjDvFOPBQdIXtLIWS4XphjHAJgbIqTfo9A9D QK61CAeLJ0BH/4fqzG31wIBtjdbDTebDTdYjkPloM64aBi6k6Cx9Wf/98OX+59el6zylYUDXt6rG /D8vyVfXlKVhQNe3qsDxiaRggDAg4AzE5cMANU0oCAMJ8gIDRAIrGQZWYycxP+OGB4IwoHggbTlf hQo4P8A3QRgQDEjL+iIt+wu5ARJIYCCRBPjJz0NZcWcgnUcJAQkyP3PHCnnyqMDHA0CCj4EEiz7y 7yQe6MHAz64BDPwcoWE0CP38IG5uOERgQAwAT+DGw+ABGAISEiAd7iYSuA2zRKO3HO/GcrFj3Xew M8CeAHICcVvgZLQ/TxC6J8+451T03tzogFPmgLzIwAJuEMqLDi40hhSaRAJDGQbgCTAMjChCdxAG ifKmYekOkh3DkwgGMEiUowJeTkBsgVIPA8wHCQNAAmwLVFnzKrFQbF7YUjDgJoYZBrBaOKvOXsab xbJkrZgsE6iJ0tVNCFhrG6x1EBhgU73NPODrDhJDAH1BPhhoNEECTbhqGNClS9flXhoGdH2r+jvx BNgfaFTPqQabAX8DQpCzNb3smTr1xT/X/XkAvxj9Rfwyr8sIL85XT/rpgr5dnlQ/xP35pAP8RPJv 9Nf5v51eL/f0x/DfU3k/KvUfLNUvDf4uXd+yAscn0gXCgIwZ9cFAqtiAiNuE2AcQGJAtBKlhwMcD yhzww4DwQG8wAAz49jDAAAB/gG5SwkAIq4gTYQDhAcQGEmBgjAcD117Dm8XOXn+AcwICA5wT4K0C BAZoELr5qHHTkW6BASaBKISpQZHbOSqgYIAZQNkCTAJYM8wwcC9gIHIfSCCKNcOFppsTiA4piGCr gJAATxHl5WLR0QWRMUVRLBcrNTE7qNiYUMxTRDE7yOQpoiZmB5WZDANAgpk8O+hBhATYDWBDYB5r fqWxkDCg2oTYE1hSY5EWV2OhmFouJlGBmqiXFV7NWltnrUFIwCQMwPBQhAQ4MSzzghrBAx4JbK0n BiAYQE7gkWbCAEskSKBhQJcuXZd1aRjQ9S2KTsMuAygq4KKTsRyFG/kAjecJANwTPzFA4KDsP3Or l9Hr3YM+/WQ/GFB5r6eXyZdS/EavfL9aKuW3e9+S8p5ukv9g9OR53qaui6vA8Ynkh4EEHuDAgAcD IkGCDHreNQeYDRQGqLUDbpsQY4CCgRDxAK4JMEAMkL4ygQTEGeAb8QR8MEA3yTBAGJAEA7jG8wOA gbRlcRgg+UjAswISFHJhILSYA8SAgWCnUBwGrrr22uu5QQg88MVZDwOICrBa2M0JqKjAke5bjyoS uAWGgLgB6BGSNiF/dxDBwN2nDCIBdAflGQQD93FrkDdBiDCAG4SAAZIbHl4UGVksa4ZxHVNkEAyw JwAYkGXDBAM8SJRgwEROoBSh4Rnl1vSK6AzYAhghimUCricgJLCgylzkThHFgmGBgbCVWQNbYJks FKu1lsteYcYAyQqvrMXgIEwNIhIgIR6A7cLsDGBekMoJ1ElOAOJ4gCE+wMNNBpOA+Vij9XgzbjQM 6NKl67IuDQO6Lrz83UE4EMs52EcIVP7ztDpDe1/lg7XIe03wIM5/+67++l/K9/f6EP3SXn6jKn59 HCeSvz3l7028T/Fkyl8a+F26vn0Fjk+kIAwoNyAuPwmkrwUMpK+Nw0CyJDbggwFggIsEqWEAVoDL Awnq1RkgJcBAuiSJk2BAyYMBuUmwBYIkQCIYSEgOpISB0eM/lADxVdddq/aL+cYHISQAWwDjREEC 2CRg3HrEuBVXzAsCCWB+KDDg9hNR+AMnDWIAgQFcT0SIB5ATQIOQeQ/2i0UHFphKRAKMAaQhslKg IDqi2MQ+gWKDMACtQUVRgoHRRWq52PgShAQmlVriCUwpQ2KYQ8OqQWg67xh+kGFgdoUxtwKtQXSd X2nNrzQXVltYK0YYIPNDaywigSXVKiGwvM5cXmsQA3jzQ9e4U4NW1yErLIODiATYEDA3Npib621i ACEB5ATqrW2N9tZGJAQebrQebjYf4YTAo43WY03W46RmG2q6vPYM6NKlS1ewNAzouvCiE3D8VM3C qb2Xo7mQQ5wf+Nzs/d3/+c7cqWAg+Mx5YIBL/vIef5Gf/O0pf2/ifYone/+l8d+l69tX4PhE8mAA ngDxgMcASc4AbAGOERMMsDkQxABXaglxIgzwQCFOFXswIDzg6kj6SjVWSGwBYADfp8wQi9JUs9AB hgGRzyWIw4AbIHapACRANwk9QnEwCMIAZwbQI+SDAZkmtOiRp9Kuuf66678gBgAMCAncJBOEEBrG ijHXE4jecphgQLqDDJz+T/A4UXXTfQcDAPYJEAZwgxC3Bpn9T0XuRXS4m9cM80qBAswS5ZUCxuD8 yFBeMzyiGBOEHigyAQNsCxAGjEVUQDwBAysFSoxJRAIcGp5aZhEGcI+QMRMThIyZiAqYBAMPcneQ wMA8XjO8oJLXCPDsIAkJLK4yiASWggQ4JIDZQWqn2EpcmQTqzJxac22Dtb7BWldvrncTw5t4n8CW hnhUAJ4AwUCTtbUZDUKAAdgCgIFHGs0nmu3tTAKPNdlPtNgaBnTp0nVZl4YBXRdadar13ys608sJ mE7GKZp2+PT8zD+7B3Hv2/l03uuZu5c2oeRnUvzGxPI4JOW3J/9e/31vT/b2S73fpevbVuD4RAo4 A+lum1BorQcDdJOHh6KcvPSc88FACNNF/TCgeIBnCrnmAGGAjwdwkxgb8IvNgZQ8QCTAOwfiABC/ FwxQN8v2hwQGXAEGEhYOxEnAg4FEcyAZBrBnYMHDT6Zd8/Prf+4jgRsZBkgCA0wCHBo+ivFBBAO3 S2hYMEASwyfNO04kJIbvOmncnQtPALZAvnFfvnGvmh1kEgncnx8ZUmgOKjCGFkRBAlguFkVUoNgY URB9oMQYXYLEsNcgNKHUmliG/WKTS2XTcHRquSlpAewTKLd4liiTQIUlJECaX2HNrbQWVMETWFBD 1+iiGsIABQNLa+ylqjUI12xMEUV3kCwTWFVDJCAjRO119fbaOnNDo419Ag3WxnqbSGAzXRuMzfVY KgxbgDCgCTDgzg5CaPixZuvxJgIA6zGBgSaLrtubtTOgS5euy7s0DOi6wDrwWfC8izOxr7GeRC/w H6PpWO9vqcdDeplvMmnKM7fcyw9Uf93O/CDPnP83onzNSIpDkr5dRZmT7r0flfoPlvxLk3+Xrm9Z geMTKQADqTLECgDkIRyDNfwQR/+UMWLsHUNswA8Dggdq3iibA/QkSMBvEQQxABli1yhIzz6UZBEo GIA/IADgkoB6GM8MJMBAaClsAUkOJMKAQgLJDCTyAGBAJDAwYNS4331xeP62J9OuveHnbmiYW4Pg CSAtcDOuYACBgVuORG453H3bsejtx6O3nkCDEA8OYp3s7sfLxe440X3XiQhhAPEAogIMA7xcLEo8 wLYAZonKSgEeH8Q5gUJjRDHSAiMKIxgnWmI+oDwBXjNcysvFOCpAGDCZkKAkMq3MnFZmTC2PEgkQ D7g5AWSFhQQEBiQqsKAGMAASqJG1YpBkhQkDliEubCA0XIsGIeQEgAHWWngCGCEqC4YBAw0YHwSh RwgNQhwSIBgwtjaZW5sZA5rtR5osGSEqfUFPEA80W9uZBHa22DsvGRj44x//qHlAly5d37bofzfo fz3Ug95Lw4AuXQnFdKFP/99LBY5PpJQwoDyBdWIU5IfW5qWjO0gCA9hGLJmBjBwZLpQSBnghsack GIg7A3KzgnggkQRI7nRRgYFEEiC5zgCJMwMpYaA3Z4AFcyDDgwE3UpwKBhQJ+GHg3784PG/rzrTr brxBcsPsCURuOgIGuOkIbIGbjxi3HI2gKYgnCGGI0DEEhaVHSGyBficNYgDkBE5g5fDdPD4Ig0Tz zXsLrHuRGyYeCCaGhxSaigQKoiNKzJHFWDAsGlWkpogSAyAqgM1iliSGMUi03JhWDhJAd1C5MQu2 ADwBWSkwlxcMi7BmuNJYwGuGkROALYCs8NJai7uDzKywsbzWJhJYUQNDQELDkhNYW2cSDKyrN9Y1 msQAG+rU4KDN4AGDSICnBlnbGuwtDQb6gggDGiUkABKAJ4CmIPDAY032jhZrR7O9owkkcOnAAJXw gJaWltaF60JIgErDgC4q76/AtXqTrouowPGJFIAByIUBgAHDAAEAX9kioOuaPG4TIhIIYIBPqWBA tQ9Js5ALAwoJ4s6AmxxY4U0T4uRAkARIcWfAHSjkaxPiGaNxGEgcKCQ8kL6UFw54MEDPuzAgJOB3 BoQBPN1HMPD54bkPEQzcdCMWDJMOYa8w+oJkdhC2C0duwXIx4zZ0B+EqaYHbjoMBfAIGsBtgEgbc fTJyD5YNG/fxLNEBsk+gAH1BCA3nR4kEBhe6JFBkICRQHAUPcGh4bDGWi43nlQKkSZglyoODMDvI nFbOWwXKjemwBZAWkJUC4gYgJFBlL6iy51UYC8qjhAHKE+DWIPYEzKXAADMb3UE8QhSzg6xVdRZC w7xJgGFA5QQ2NNibGu2N9eamBmtLA13NLY0WibPCYIBtSAyzGtEOhMFBBANoDcL1CTr9sxuwo9kU ErikYECXLl26+qg0DOjSRaXanFjaFvi+KnB8IqWGAdgCfOUbJgHXLlhbkEECDGDbAJyBlEjggwE1 adRTojOQBAN0o3jAE2AgRZI4AQaYB/z5ASUPBjK8GHEcBmQhsewgYxiAOSAYkLSNODEzcN8DgIE5 BAPX33zTDdgvhh3DAgN8lZyAhATM2zkqAFsAs0SNOxQDRO9AYlhmB0W5OwjOwN08SLT/KTVLdIDb HUQanG8MLTCGFprDikw/DDxQHB1VjMFBY4p4iii6g6zxpeakMguJYXeKKDCAG4SmV5hEAjw+SHkC vu4gc16ltYBgoBKeAMEADIGwxTAAEiAhIVCL8UEra8xVKi4MBhCtrbdI6xrM9fXWes4JbMJ2YcAA ssK8Tewhumk0tyIeYIkhQKLTP2YHAQNsAgMige10+m8iErB2tNg7GhUPaBjQpUvXFV8aBnTp0tVH FTg+kc4HA6pZKAgDdIN7hgE++vM1gAQ49PucAZkppNqE4jHiRBg4mracMIBuPDBgYftYyplCRAJx pWUdCGUdjDMAzxhVMLCUMGA/wUAGbuI8kJ6pYMBtExJnwPUEligecJFAZgopi4Bg4LefH35wy460 n99yMxqEDhtICKjFAsbNR42bjyEtQBiABqHjxq0njNuOR287gRGihAG3H4/0O4FNAtgqgNYg3jSc a5DuzTf75xnEA4QB9+UrGBgEN8CUKaLDZJZooTGi0PMECAaIBBAVoCuRwLhSY0KZObHYmMRpgSlw A8zpFZgghM1iFUIC0iCk1gyjO6iSSACzRN3xQcoWyKyx0SAUNpYRCdRaSAzXWstrzJXICiMxvLrG WFNrra6BJ7CukWcHuWvF0CBUbyMxXK9sAdLWZlsGB23j6yMtsAUwQlTmhyIqQADg7GhWrUFPtlhP ttpPtdq7Wh0NA7p06briS8OALl26+qgCxydSShhIlkcCck/KgOAMpIoNJMMA84A0CBEPeDceDKzk mUKygwxXnjTKAeJ0unJ62C8/FaQBBg6lZYEHPH/ABwPggfSln8MZSGoWIhjwy98mlAQDnpAcAAzs PzybYeCWm+AJwBC45XD0Fmwa5kGix6LEANIdhEVjdKPiwoCBO3NNggECgDtPYb3A3bxl7O5T4AFs FciL3legSEAWCwwq5OVihcbQIoIBiEkAU0TRHYTxQQoGxpVGJxAJlJoTeZkAkwCvFChlQ6DCIBEG iB6stMQQEBiYh3Gi5sJKa6FMEZUFw7JdmEggbLAngMFBiArUWQQDEhIg5dTZOUQC9XZOvSH7BDbU mhgZxN1BD9XbW2AIWNsa4yNEH2m2HyUGaKGr6gt6HK1BNmlHi7Wz1SEAcGHAfKrV3NVqkTQM6NKl 64ovDQO6dOnqowocn0gCAxkbiuIwwFEBMQeUkmyBBBiQZqELhoF0HwyElCcgJAAYEDBQMMDOAMFA gARETAKEARwgRqeQ1yyUIIGBEPIDKWAAboBrDngwIBhwfhi4V2BgM8PAjUeiNxzqxgQhQgLCAN40 fIuEhjktcPtR2AIIDZ/g0DBmBxl3njDgCRAMnOT9YiwigXtJ+bAF1KZhJoFB+dEhBeaQQtkqYGCQ KGFAiWoQkv1iiAtjdhCRgIFZooABcyqTwLQyk0hgallkJjcIEQbMLIvCEHCjAnPLEReGJwAYMBbV mEtqLeKBTDQIRVVimEUkgAahWnNlnbm6zlxTj9lBOcQAdRZsgXpzfYPFOQELDUIcEsAygXqMEN3a wG5Ak0lIgMFBJO4LepR7hCQ3vB19QfaOJnNHkwoJ7Gq2nm61d7VAz2hnQJcuXT+C0jCgS5euPqrA 8YmU7AxwbtgdK8RIEOI2IU9BGHCVCAOKAXxjhVwY4OSAggHXHHC7g1iEBL7YQDp4IA4APhJIgAHm AcBAehIPsHqBARHzAGDAHSjk6htgYBbDwK03Hom4KwXQIHQL7xa45ViUE8OYInrbCQwRAgxgdpDA QOTOXHgCxAN35/JWAd43fG8+wUD0vnzMEh2QZwzM59wwwQC2CmCxwHAVFYiMLBEYIBIwxhSrWaIT yjBFdGKpObGM94txaHhKaZRhgFuDKtRKgdm8XIw0l3igCrODCAPmVhkLq8QTUFEB5QlU85phXiaQ HcbgIKwZZhhQGFBvr+PQ8Pp6C4NESXXm5kZ3fBDvF8MEIR4c9HCz9XALBok+CmeASECmBoEECAOe bAEJsBuA+6darV0tJsHA060O3TxzySwd06VLl66+Kw0DunTp6qMKHJ9IARhgi6AgY11CsxAd/f33 vcEAy+MBJoFVuR4MBGLE54OBxACxHwbSlwdggLVc3aRlgQ14G3GABEifh7ISAwN+eW1CmYQExAAe EjAJ0E1qGDjEMHDrrYQBBAO3YJAoSOD2Y8Ytx7lHCPNDo7cdR1CY7hkDsFDszhMSFYjcdUqWi4lg C9zj7hcTDSowZZAoKR4VwJph3idQHB2NFWMYHyRrhsezISArxqaUYaUASABpAcODgZllUR4fZBED zK1CmxBdF1YzD1Rbi6rNxbXWklpzKaICPDvI1XI0CBkr6232BKw1tTZdiQS4O8haV2ciLowRosgJ bGm0N3OP0BbGgG2NlowPEgaQ1cJ0g3hAi8OtQWwIsBVAIh54qsV5soVIAK1BTzUbT7daz7bZu9s0 DOjSpevKLw0DunTp6qMKHJ9IcRjYUJSxwXUG1hayJ9BrfkBgANFhTBMCBsQDxMoiEDfAJ3gFTAKu OaDuBQYkLYBtAwIDqZ0BFh7K6T8922sWEh2ShQOpxDBwHmcgk3cS4woSkGlCfmfA5w/4YWA7YODm I1GkBQ5jiuitRwkDogQD2DBwwsTsoONIC3BuGK1B/Y6DBG4/fvYuXjbMOQEMEoXQI4R9w4QBWC5G MMCLBYYUGEOLQAIjiAQKjBHFAIBRhAFFkbElJo8PIgZQDUKTymELwBMoN6ZxbniGGxWYWWnOxJph 9gSq7DmVHBquMudVoUdoYRWPEEWDkJNZy5vFODHMrUGICixHTsBYQzBQK91BapaoDBIlcVbY2sx9 QVvYDSAS2NZoEwmwIWArN6DFfqSFW4PcuPBjiAvDFtjpJoZ3tYEBnm61CQOebWdPoJVIwNndrjMD unTpuvJLw4AuXbr6qALHJ5LAQAZIwBcbICRwF5Bl8NUvvzOQRgywVtkCxAByJYXo6E83qlnIt3PA BwPKHEiCAcEDf2YgYwXkRwKBAVfcJiTThOgm1YBRaRMKTBf1JDvIcA8SiMMA80B8B5kLA9hGfO+o cb/9XMHAbTfxMoFbeK0YwQCiw5giivTw7bxS4HZeLnZnromcwAnjLo4OJ8MAYQC6gxJhALZAQWR4 kYHuoEJzRBFagwgGxhQjNCyeAMHA+BIYAiR0B5VBU0sVDIgtgNxwlTm7wppdZszh5WLzwub8ant+ 2J5fhR4h8QQkNLy0BqHhZVgrhtag5TWYHbSi1lxZSzBgrqo11nJ3UA6vFIAtgJUCaA3a1IDBQfAE GAngCcAWICRAXxBgAFNEzcda7MebmASa7O1iCDQ54IEWLBZ4EvEAxIWfabNxbbWZBOxnYQ6YGgZ0 6dJ1xZeGAV26dPVRBY5PpDgMxNuEXB5Yl4IERC4PeDCQ58mdN+qHAZ88T0B4YHWCM+BiABYSAwZW Khig038ABkRBGKBDP98kdgrJWKEEGEjeOaBgwB0z6sGAQoIgDHysYGALw8DNhwkATCSGjxu38QQh 0h08Rwjjg4gEciN3IiSA0/+dvF9McgISFbjnFELDWCnA+8UG5EUHcnfQ4EKsFCAMQHcQSMAYiehw 5IFSYwxvFpOVAhNKzPHFUZAAGoTgCZB4zbC7UoBJYAYbAnMqrDkVJsHAvGpzTrWB5WJV5sJqawGi AjxIFCRgEwzAEwhzXBgkYJCwTwAhAfQFYZ8AewIbmARgC7AzwA1C1pYGa0uTtbXJ9kiA48JYKPZI C0YGkbzZQe5CMYeuKieAkID1dCtf24gEiAGs3W0ggd2tuk1Ily5dV35dBAyc0qXrR1by3xFd37YC xyeSwAAwAAAAEoAhIDyg2oTizUIEAN5NCKvH8kJrTyXCAIYLeTAAf4B5IGNVbmgl5gshJCAkILaA CwMkDwbYIiAduUAYSJcYMZwBogKwQfJMIRFWDSRhAHcHqR1kTAJy9TkDQRiA/DBw+81HDbdByOC1 YpHbT0T6nVC2wJ3wBCJIDPN+sbsQFYjenWfefcrAPgF4AtH78s37eIro/QXGwDzYAkMIBgqiQ3mK qGoQKjQeIPFKgdHwBKIEAyABLBtmGCgzJ5UZU8tNb7/YjHJjRiVgYKa7UgBx4UqQABS2CQNY2CqA xHANCTAgIYHsMHIC6A6qNVexVhMJYHioygmsrzMJBhQJYISovaXJfohHiGKZQL0JGGi2tvHwUM4J GOwJWNtb0BrEI0QdgYHtzSYSApwS3tVCJAA92+4802o/20aie5DAbj1aVJcuXT+C0s6ALl26+qgC xydSShhQPODCgJ8BFAmoNiEPBoKdQpIkJhiAYAjk0pUfurYASCDuDCgM4AhBShgIJAfAAHRdDgxI F2dAMgPQQcAAksRfpLNL4BkFyTAg8jkDogQYgFLCwBeHZj+0I+2G224HCZCOEQlEbyMSOB65A6Fh 9gQAAEY/YoOTnBjGMgHz7jxgQP984558k2AA44OwWACGwCCCAe4RGlZkcVQgOrwIieHhRdGRRcYD RYQBxqgSIgGTNKHUmlAKGOC0QHRyqTmp1JhSjtYgjA8qQ0JgJjwBJIZnYdMwAgNoEKo254eteZwb XlBtwhMADFhLaoxMwACvFQubK2otbg0iWavrSICBNeABzgnUmwQDG+utDUQCjVgmsIkwoBEk8FCj vbXJfrjRgS3QjIQA5ocSADRb6A5q4dBwi7MdboC9o9HgqUGEATYzgL0Ls4OsZ9gc2N0OGKDr7jbr uRbrhTY9WlSXLl1XfmkY0KVLVx9V4PhEUjAQCAwIDKQKDIhcGDgVYvlgwLsPwADzAD/0YICuAgPY NrDyGK4CA/wwfeVRFRtwNxCzFBIIDPBwoYMilwQAA7gmdAopZSz7XAFApmCACwYcHQYPKBIADLBk lFAKGLgPMHB49lbAwB23HkFO4LbjBqaIko4iNEwkgM1iJ01EBUACWCkgMAASYN2bBxi4L8/k5WLR +/MjdFWJ4XzuDuKowMhCjA8iEsA+Ad4xPLbYGF8CGJhYavGOYXNiGQYHTS03kBt2YUAahMQTkB6h uZIWqMYU0QVV1nyMD7LdzWKICiyrsZbVokcomxMC8ASAAUpr622RhATWY3IoVgpsIhjAIFFzM8FA k72tyd7ayA1CvFkMcWH0CIEBZH7odt4nQNedLao7aFcLwQDcgGfaQALPtjvPttokuAEt9nOtznNt RALWi+2XFgz876M1i97+bMQzv9G6ONGnR5+h+jR16dLlloYBXbp09VEFjk8kgYHQhmIfDxQLDKAR qHcYgEsAEsCNxwYsbhZyhwvh9K/SAnEY8JqF0hAgpockX2DAMwpInCEmZSTCQLJSwkDaMpgDPh74 PGMplJ7JVJAZhwE1WnSpIIHAAK7wBxAgdo0CDwZGAwYe3EYwcPsdtx6L3no0ehvPD8Ug0WMgAdcW QFRAVgoABtAgRBgQvQf7BMz7co0BnBsegDXDURI2DedHhxWaw4qRFoAtUMg7houN0ZwblvFBY5EY lsAA54bLzUnl0Snl5hRuE0JUgElgZqU5o9J4sMISMQwY88PEAHAGEBoOoztIRCQgIgwguZ6AucI1 BNY2ODn1QgI2YQASw7xcjDAA24UZAyAOCWxrQmJYdgxjwTBsAbVMgBjgCSwUIwxwnmQSeKrNYU9A SeLChAHCA0QCe1rtF9psIgG6Xjow8A+Hw/3fPnTzUaN/6Z+1Lk749N4+RJ+k+kx16dLFpWFAly5d fVSB4xNJYMDLDfMNwwA3C2HAqE/u/gEhAcaAtXmJMJDrwgCahULMAwIDbpuQ6wywQquPMwkkYsAK 7B3DZCEfDKhDf/bR+Omfpe5dEuBVA+ISEAMcSMtOgIH0ZcAAgYFgv1AiDIQWCwwwD7gDRv08QDDw 7wcOz3l4Z9qNt98BW4B0Ioq0AMGA2yMEQyAXMHD3KfOuk9H+cAYiGB+UB3MAg0RhC2C/mFozzLbA UPQImcOLmQR4pQC2CigYMAgGxBZgZ4CXDZcak8oMIgE2BDBBaHqFNV0GiVaasyqN2eXEA9CcSnOB wACRQLW1kLuDpEFoaa2VxYZAVo3sFwMMCA+srrcZBggDnLVoEDJgC/CC4Q115sZGrBnGFNFGU0iA GEBg4BFmAPYEoMebnccazSfEFuD5oYgLy7XVfqaNZD3dYmFkEPsAGCTa5jzLtsDzbRbESHDpwMD8 vZ/ecsz87//n//Fu+58e/cv/pK8XcaVPjz5D+iTVZ6pLly4uDQO6dOnqowocn0gCAyAB5gGBAdgC AgOJzoCCgXUMA/AHkBkIwoDbKRSHAfYEuFNIFIABHPrTV55gEmB/IAUMHM1QngDBAG4IA9LAAEEY YDEMYMDo+WHAbRlyBRhQzUIeDKBZSGCAAMAPA5wZUDDQj0jg1mMwBG47HgEGMAz0O0lHf+POXAOb xUh5sAWAAfmEAca9edY9eVFMES0ACSAnwCsFiASG5KM7aBiRQLHxQIkxsojEMFDiNQhZRAITERgg DDAnlUamoDvIhCfAksUCsyrM2ZXW7EqTMID3CVjzqg14AlWEBCZHBWzeMawMgSziAcKAOmu5ZwvU mavqeKUACYlhG6Fhd2rQxkZzcxOCwqo1qNGme2AAyzUEkBZ4jBuEdrQIBth0s5PkYsBTrebThAFs CIgVQNrTRjxAV/v59tjzbTAECAZebHdevJSmCY145jf9S//8TtufTlt/1Lo40adHnyF9kuoz1aVL F5eGAV26dPVRBY5PJL8zIEvHBAagdSo8IBYBRDCgzAHpFDrl3ngwgGlCfhgABsiVJBZBAAa4Tcjb PuYXQ8LR0MqjacsJBsQTOBpafgwY4CpAAmlZB9kcoHswQHys0FJ3wKi/TSgFDLg3qk0ozgNyIyQA GHhg7G+/OIQ2oRvv6HfbEZz+bz8eIQC447hx5wnrrlxEBe7OtwgG7iYegDmgcgLYNHzKuO+UOSCP 1wwX8EqBAnNwIcaJEgwM5WXDvGkYnsDIYkstFigxiARIEyQtQDelxmQ0CCEnQCQwnTWt1JhZCRLA ZrFykMCDPEt0bqXJiwVkfJC9OGwtrrY8GMgMG9m1NpMAh4axYxgkgCmiDAPr6+319Y6sFNhYb25u dDbz6Z/0EN3IcrEmrBUTPYL9YgwDvFwsjgGtRAIWMQDBwFOtztPsCTzb7uxud3Y1m+IGkPa0xQgG nm+HFfBCm/N8m/1im8O6hKYJCQw88l/+U5f1R62LE316GgZ06UouDQO6dOnqowocn0iuM1AUIh5Q MACF3BtBgtB61ygQMOA2ofScXCEB96FgQLxNSDBAJJ1CdE2jc/8azBhlT+AEKY3O/Ukw4DkDHCNm GFhxmKiAxbZAQHEk8JyBJBjIomuvMMAxYr5JbBPyJNvH4jDw+aHZW7cTDNyJrQIn3JzA8eidIngC 2CnGWwUYBvI5NIzxQSbBwP0MAwMLkRYYUmAiNFxgIC1QGB1RZIwsMRAaLoE5MKrYIBIYV2KOL4Um lEQJBjA7qMyYUmbCFpDlYuWWbBWQBiHAAJDAmFNhzmM3YF6NvaDaWsQTRSUxTDCwjA2B7FpzeR0L JGARDKzhqAAWDKNBiEjAXI9Nw5gfKjmBzY3mliZ4Alsb7a2AAWYAujaaRALSICRRgSeanR08O2gH YQBvEiAYoOuuNgdrBHiTADqCFAnYu1sBA8oQ4NagF1oBAy+RLqUAsecMdFp/1Lo4aWdAl66UpWFA ly5dfVSB4xNJYCC0vsS3bqwYsQHCA3X6Zx5QMBC3BeI33DXkIUEABhQPKE+ASOAE7vHkCTzDMACp ZqEgDMjqMdlALP1CHgwE5IMBTwfV5gEPCXDjtgnR1U8CnjI/Y2dASCCBB7x+IdI9I8f8Zv/BWVue AAzAFuDQcL8TRr9jaBO68wSCwtApE5vF3AlC93JumHR/vkUkMKjAGlgQGVxoyAQhIYHhRdHhxYbH A0wCnBMotbhHiHMCJdgsNrksOgVpAawUmEYkUG7OKAcGzCYhJ2ASBsyla6U1D6FhRAUW1piLwiAB JIarYAtk1VnZJB4cRDCwgqcGrWFDADuGXRhY12itw4JhHiRab21pgi0gieGtTQ5IoBFuABsCvFq4 GRgga4a3gwQs7g4iGLCebCYYcJ5SWWEJDdsCA8+1O8+12ntaY5gd1A4YeFHEMPByh/NSxyXXJvTo X/3nDuuPl4RK3rx/yJvH5Rr40rfV9/JDLkD06WkY0KUruTQM6NKlq48qcHwiKRiQaUIbihgJSkLr 6KrYQPGA4gQVG/DDQGhtXvpawoC8UE4eXQkG6KzvhwE++p/McKcJkeSZIAywORBAAn6G1w6gO0hI IDUM+PuF0CmURVfePgYkcGFg2Rdp3CaUsfQLVqqdA0t6hQHwgBsb6M8wMHOzCwNwBo7DFoAzcCJ6 1ymS2T/fwiBRkIDVH4EBeAKwBfLNAXlRhgH0CBEMDCEMKBASAAAgJ1BoPlBijC6S1iAFA7xfzJjI O4YnlxoEA1PLERf2ogIzAQMW7xPApmHwQKU5vwrLBJAYrrYW16jZQTxI1F4WNpbXO9m1KidAWgUM sAkGcjgnIDCwvsHB+KB6cwssAmszGwJ03drsPJTQFxSfHSQ88ARrewt2iu1oQWj4KXYGnmp1nmmz dyEujITA02247m6ziQH2tFvPtdkvtGN2kIQEXkJ3kP1SO2Dg5c5Lyxm4u/TPe1v/1Gb88SJVjDP3 kd4eeurteaNq95C0NO9L8rLkn0kfwcrfud/yx/93pe9belOvv/F7Fn169BlqGNClK1AaBnTp0tVH FTg+kTwYCG0oCm1UMMDmgA8G6IZ5APdJzgAGCq09JeJOoV5gYJW6SYABAgBBAg8G8EwqGGClkb4F DBzkZWQHEmHgi/RM0ud0zUjVLEQwkEgCJB8G4Ab3/UeM+fW+gzM2PZ524+13Yq3YSQMMcNKkK25y o3fnmoQBd2PBsNk/Fxnie7Fm2Lo3P6oahAgGxBMoNIYVWjxINMr7xSLSHQQYIBIoBAyABEqxY5hI YEqpMbXMmoLEMHcHMQxwYtiYVW48CFsAbsDcSuQE5pOqzUWQtShsLiEMqLHpSiSQGTaX19nLay2C AW4NQlpAtgrAFuCowNqGxNBwvb2pwRRbQHqEtrkkAHkkwN1BBAM7WmKcG7ZUVAC5Yd4v1mo90w4e 4J1iiAogNNxu78EyAfuFVs4Kc0iAGIBgQDDglc7Yy5eYM0AH2Uf+8j+3Gn+8SBW9OYDP3MHnA+rt ZXh+zdIhQ58t8h6+eSTw4hSvGfrNvzTwQ/pM9OlpGNClK7k0DOjSpauPKnB8IgVggBSAATDAejdG 3BsMJLQJqSSxRwKijNUKBtIVDwAGRAwD4AGBAQ8MAjAADOgdBjwS8OQ6A742IVY6yZ0pxFL+QAij hPZl0H0qGPCQQDaRCQxM35gAA0QCERKTAAndQbxgmDeL5VtEBffBFiAMMAfkRXjfcJRJwBhWQAyA NcMjCo0RxVguJlsFxhUbUKk5ocyWBqFJBAPlxmRczWkuDEwvN2aUY82w5ASIBOYoEsAygflVJkLD YVs8gcU1hATW0mqOCiAnYJOEBFbXW6voyoYAwUBOvY2cQB32i21qIAywNzXamCLaZD/U7GCtGBqE MEsUPMC2ADEAhwTYFuAJQjtbCAlMggEJDWN8UBs2iz3Dm8V2t1uk5yCVGMYyAYIBIgH2BF5qt0EC HSAB1iUHA2+1/Kkl+seLFJ25B715OOnh4VeG0h8bhYdVzw5Sjwa8UhX/Xn4ZPfP3K93n5dtT/cy/ 51fSQ3px5ivuC+hL6gev+XvvxeoZ+dX+Z4AT9JrEP5v7Wy5W9OlpGNClK7k0DOjSpauPKnB8Irkw UCIkABjYEIQB4QGGgRSZgdC688CAQgI6/XttQqlhgM2B7xcGUmQGXBjIgD8QhAHmAQUDiZ1CCc6A 3AMGPjs4fb3AgOSGTxh3nWRP4BRcgv6nMDhIogIeBmDTsLqqxQJDC82hRdFhRTw+qBA5gQeK0SA0 qgRRgTE8PmhciTWxzJpYakwsYwwoNaciJABNl03D5eascnM2lg3DGQAJVFnEAPOqzXlVBmHAohpL 9ostqbGWhUk2LxczVtRZy8NIC4gzsKbeWl1rramz19SZ6+ptQoL19dbGRqwY21Rvb6L7OmtLg7UV OQFsF6brw82ONAgBBlqsx30NQgQA21stTBFtJR6ALfBUi+wTUKHhZ1ttAoDnWq097bihK2GAjA9i EgAGvNIRY0/AfrnTfrXDea0jdknBwO3Ff3ru7v98srPnInX8jbvuf+NXgYd0TVv9Nj/zdhbfBF6m VP7w/UMfPt5z8h9Wp8lXvW9P/pmdv51DPzPhBfRM2px/wGt+tWdoWtZvT/qeSfgu/8+ha+DP9t1E nx59hhoGdOkKlIYBXbp09VEFjk8kBQNCAhuKMzYgPexKSEDdKGfA1yykeGAtwCCRB+IwwOd+8IBf TAV0+o/zAORuJlYw4OMBAoAQCckByQzQ/ZEEGMg+xINHgQTpy/1tQqAC3PhhgAMDjAEEAPsBAyLC AHpSUYFHAp7iSAAYGD7m3z47OI1g4Ibb77zzpHF3rnXXScDA3dwRFA8Ny+wg2AJYLiZRgYEF5mCe JTqk2IIzUGyOwH4x1RqExHARYYA5rsgcV2yNKyUSMCdwgxAmCPGV48KQrBQggQGqLPYEZKUAlg0v qDQWVMMWWFxjLuK0AMYHEQmErawaTBElHlhVbxMSwBaoE1sA40TXNzh09RqEQAIN8AR4sYD5EPaL uYYAJoc6jzZajzXZ3CDkPMHagZQwMODJNgfjg1RUwHyGbQHpC5I1w8gJICqgFgwrQwCyX2q3xQ14 tdN+DUjgvH6JZQZuK/rT07XnjrfHLlLHXr/r/tf/OfjwNw/SHzpt1VvB592HwSfp9UO2HXOfSf0z Y28tww998H+lehnd068LPCOvwTd5RX+kpD/bdxN9evQZahjQpStQGgZ06dLVRxU4PpESYGAjwYDY An4pc8BTiOSDgfQcRgIXBpgHCAbk3B9sFvIUWq02EwdgAIp7Aiw3MCAwQNc0hIkTYSC1MxBXui85 4DkDGSo84I8R9wIDiwED3ipiuhdngGHgtjvvPGEonYwABvIIBhAYuCc3ei+HhgkD7pMVY5gjBBjA irEic2ihMRSbhs3h4AFzZDEMgQewWQyJ4XFF8ATGEwYkwsCUMotgYFq5ObPCIk0vN2ZVmpIWmAM3 wIYtgPFBGCe6SFYKcFoA3UEMA1lh3ieAOULKFkBumOUlhtcyCayvxyxRDwa2YnwQSECiApgi2mwL D0iD0OO8WeyJVkQFdiA3bO1sdZ5ESMB5ioPCBAO720ECz3WgO4gY4HksF+OQAMcDhAFebo9Jg9Cr XbFXOogE7NdxvRRh4Jk7//ORtthF6sjrd97/+j+mfvibWXzsfiP4vNI/Ijscrzt3l6mX9fYz6cb/ 0/wvky8Fngm8JkG+P9t3E316GgZ06UouDQO6dOnqowocn0jfCgaUMxAwB3ISSABaG2wTSpbAQGgl BoyKFAkkNAjxM4wBad8BBtKwiSzuDJDUNKEUMKB0HmcgnZGg/4ixCgZ+7sLAXSfNu05yX1C+cU++ mxYADJCi9+fDEyAewDjRvOjAAt43XBhBbrggOpJh4AHAgDm6xBzLGldiYLFASXRiuTWJVEYYYE4t M6aWRdUgUV4zLA1CSAugO4hIgHgArUHwBKrsxYABzg1jvxhIgGHAzMayYZ4lyjDA40TRF7RWYKDe XM/7xZgBSNaWBmdbo60ahJrj44NUWqDJwuCgFkemiG5vsXaSkBOALfA0wUCLvYv3i+1ut55tM59t xcig51rNPR2Agec5NyybBAgDJCTwciddrVe7nNdOx14jEuiw3+iMXWowcGvRn3aEew62OBepw6/3 G/D6PwQeHn59xrOl/Ezp5gFDNh/m59NWveq9TH0pbcb/dB/+z1Vp/I3y7Sl+pvcw/syvZ6Spn/AP zw5JW/rrg3iGf508k/ga73uDfzbvSxcl+vToM9QwoEtXoDQM6NKlq48qcHwi+WEgDaNFAzDgixGD BLhTKLFNiEQAkJ4IA7KALCUMyFpiggGkCFwYkAAxSED8AY8HVh1PczMD6Sv8LgGSA9IspK7x07+6 ZwZAp1AcBrKwiYyUvpSuGDAahAG3TSh9aSIJsDPgKQ4D654gGOh3F7cJ3Z1r3p0bhwEiAfYE6BqV WaKcGDYH5UeHFhiDi8xhRebwwiiRAKICIAHAwOgSiHMCBAPQpFI4A1PKLBJmicp+sQrsE5heEaUr DxJFj9BcUpiE8UELODS8KAwYYE9AzRLNqrGywnZ2jbWizs52twrw+CAeJ1pr5tRbG+ptwoANjTxF tM56qNHa3GhtbbCwXAwwYG1jEgAMNNmPNdmPNNON9USLvaM1tp0NAeQEGAaeYkNgF8PAMzxFFDDQ bu5uJxJw9khOgNcMK1ugHTBAN690Oq90KRiQHqHXGQbeuMRg4JaiPz15x3/6vNm+SB16rR/9+VSt epkeDnjt75v/bbp6Jq3fs6XyypczEx7iG/FK70fRtwzZ+D/5ycCXgq/0PUM3/Fvwq+VLBBVc/TJX Jb0mLQ3PpPizfRfRp0efoYYBXboCpWFAly5dfVSB4xPpvDAgGKBuvi0M0Lk/4/zOAEeK/TAQ7xRy eYBvUsIA6UgadhInOwNxGIjfEAwkmgMMA/tFzAOCBMQJ3wwDpHsIBvYdmr6eYeDuXOOuXOIBXjOc Cyug/6mogoE8675T5oB8rBkeVGgOzrcG52OrABYLFBkjis2RJCKBQmN0qTmGtwpg03CxMaEEWwUm lVsTK8QTsLBcTELDFRYwoMKaVWnNrDRkiBDBwLxKY36VOT/sYHYQkQCpCmmBzBqbtKzayq5xlhMM 1JjLa+0VtUQCyhNYTSRQz8vFagkDHG4T4qgA2wJbGhwJDW9rth5qBgnQ0f9hvj7W4iAq0ExIYMET aLG3S1a41SEY2EUw0OI81WbzWjHrmRasGcb4oDZzT5vDKwUwPuj5VotO/4gKkHiZwCvtRAL2a11o CnqtK/ZKp0U3JCKBN7surQDxLYV/erzK+azR0ro40adHn6GGAV26AqVhQJcuXX1UgeMTScHAhhI1 WjQhQMzaoEaLxuWDAWCA3DMPeEiQztsG0tfQVW58EgZgfyCN9xALDBAJQEwC/vxAMDbAkplCyTFi Of0HJc5AtrIFSHzod5MDXr+QwgAWssXYRuxDAuUJhBa7MPDZwRnr0CbEMMDRYYSGcw00CGGoaNwZ 4JyAAVsgzxySHx1WZA0txJrhB4qtEYW4whMoNccWm+NKsGYYPIDcsMicXGZhsQAmCIEHZlTaMyvh DBAMzKpiZ4DHB82rtuZURueHzUVhm2Vm1qJHiJeL2Uur7aywzTBgrKhFYnglNwitqbdX1xMSmMQA 67g7iEhgAwaJMgzU2w81OA8pWwAwIE1BgAGZJcow8ESLg7RAGyeGuTuIbggGnm4jGLCeZh541t0s trsd3UEqMcy2wEvtMXeQqPNyu/MqBokiNEwAAGeAqeCNLpDApQYDNxf+6b3b/9PHDeZFi/54/gp8 9YoXfXr0GWoY0KUrUBoGdOnS1UcVOD6RfDBQEtpYkr6xNAgDfgzw5MIAKbTW5wnEYUA8AbomwYAS eCAOAysVDAgDyA2upN5hwO8MnAcG2CLg7WNxWwDyYICbhS4IBpgHGAZGjv3NvoMzODMAGCAG6H/K uCdPNQjdl2cJCdyXHxUYGFRoDso3Buebw4usIUXG0CLeLwYSMEfxSoExpdZoniJKJDCBxN1Bkzkt MAUw4NkCwAAPBiQqwD1CGCTKKwW4QQgyMsPWkrCVWWMtDZtZtWZ2rZVdQwxgr8TKYUOWDedIVKDe BgzUGesazI0NzsZ6C1GBentLg721wd7WSLK2NdtbeauAwgB3sxhvFbC28yDRHS0WtwYRDMANIO1q E09ALRfDPgEmAXgCIAHVHfRSO2yBV9rsV+nKs0TFDXitS92gR6gL5sAlBgN/fLjC/rDO0Lo40adH n6GGAV26AqVhQJcuXX1UgeMTSWCAGIBggK7cJhRsFkrtDHiegMjDgLX56evyXBggJXQKiScgNyLP GfBjgKc0ua7guaIkGTCqlNAmdB4YIClnwNcplCYZYtcfuAAYECkkuJdhYOYGt00IPMAkcE+BhTXD p8wBBfZ9+cb9xACF1sACc0iRxcuGzWGFdB8djlmiaBAaWRwdXWyOLhESQEhgQqk1ocwmGBAMmFwW nSI5gXJrWhnBgKFIoEqRAAcGzHlh2SpgYqtANQk5gcVuVGAZTv/Wijq0Ca2oQYPQqjobJMBaixVj 9jrWBpCAjR6hOuIBh2HAAgxgq4AKDbuGgEUkgAahZjr6O4gKtHojRC3eLIYpovAEWuzdHUgLICrA E4Q4KuC80Mqh4fbYSx28UqDdIRJgGLDFDXAxAJ4AwcBeunZdQjAwf++n1x2O/s9b/j/byu1f3P5/ 6OtFXOnTo8+QPkn1merSpYtLw4AuXbr6qALHJ5IHA8IDaetLMrCNGDBASJCR0hxICQN4RrqG4pkB HxIEFc8MuDNG4QAwDEinkF8EA2krGQMSYUB0ITCgSCAxNkAYEIr3C3lpgQuFgd/uOzhrowoQR+9x lw3fS9dcYwBggKiAp4jySgEigWFFIAHBgOGFxshCDBIdVRSlq0cC40sZBkot2SdAEk+ArjPKLewX IxKoIBlzBAawb9icH0aP0PxqBAbYE7AWVxEG2Jm1tvQILauxCQYwOwjRYcAAuoPoylsFMEEI+8XM dfXWRjQImZsarS2NFnqE+IYwAEOEWuxHm0ACSAs0gQTQHdSMWaKICxMGsCfwZKv1ZJsJDGixoFZr d5v1nLtWTHYMv+htFUCPkPNyB8aJCgnQoV9ag97owuwg0ltdPQQDb3XG3u5y3jx9CcHAPxwO93/7 0HVHjJsK/qh1caJPjz5D+iTVZ6pLly4uDQO6dOnqowocn0gCA2wLFIdIG4rTGQZIvcLA+sIMf2xA kYDYAvQwLz5NKL59zGMAbCCWmwRnQI0VYlsg0Rwgpa08BsUxQMFA2grEBuI8kAgAXoCYlWALiHim kNxwcmDZ+WFAYUAcBvYfmi0w0P+kcQ8JIQHYAgMKzAF5FsTjgwYXmUMKjaHKFogOL8E+gZFF5qgS t0EIPULmONktwMuGJ5XagIFyi2BgSpkxnRuEZpIICSoM4oFZVeaDBAM8QWh+lY3xQUQCwABzYaW5 uNrKrOZlw7UOYUAWMMBeWWOvqKWr2i+2hluDiARyasADG+udDY2YJcowYG9psjfVGw81cXdQI68U kAlCzWgNepQ9gceJBJAb5vFBAADEhdkWcCQk8DSxAWEAMUArZgdhfBDPDmIYcF5wxwe92Gq/ghvs FxMMeAUJAUUCbwIAYm+dpht7b5fzdpd96cAA1d8fqp775icjnvmN1sWJPj36DNWnqUuXLrc0DOjS pauPKnB8IvlgQHUKhdaXpCkGIDCQfqH4gFFRaF1Bxrp4ckAahFwYgDMQWpcnMBDIDAgM4MoPvcwA eEB6hJgK6KrkIcEK8EAABkJoH1IkwOuHj6ZnH/GmCZHSsnm0KK4H0rK+8LYNiBvgv4c5IBiwjJcM ZH6WkbnPL+KBDMUGiBELDDy4SWAAmQE1PmhAARjgfswSpXtzcKE9uMgiDBiOWaIWtgoUGaNKeYIQ poiCB8YSDJRZ40uRFiAhKlBqo0EItoA5vcxEd1CZOYNgQGyBKnM2w4CME8UEIYIBulYai8Pmwqo4 DCwFD0DLa6yVdfYqLBfDHCE6/a+pV/vF0B2E1iBnAyeGERpuJBiwiARI3CNkkmS52CMcFxYYeKLF eaKZSAANQvAE2tgW4DYhIoFnEBJwnm2x9nRgx/BzraaMD3qxTWaJyooxGAJ0fRmzRLFe4FV3sxjB gIgYgEjA09uXUpuQLl26dPVRaRjQpUtXH1Xg+ETyYEAkMIAbwQAFAwkkwIrDAJ3+PR5QNy4MZODE nzxNKA4DcWfAzQzEMeCbYYBIIA4DOP1n+QeMBoQAsQcDpAAMeG1CGct4xmgiCYj8FoGCgc3bGQZO mcgJIDFs3S8wwN1B9+VhnOigAjgDw0ECQIIRxQZhAKICsmxYVoyVMQkUGxM5NwxboMwgHphebqE7 qMKaWW4RBnBOAJpThe4g0rxKa14Yg0RhC/Ag0UVV3lYBM6sOngAPErWX1xir69gTqEdWGA1CWC4G GFjfgDlCG9ARhCFCm7k1SGDgYZJHApIWYAEGmAR28uCgnW32UyQsFgAJ7G53cG21d7c4HBq2n2uV HiFuDRJngBhAlotxWkCcgdc67Nfd2UGvd9keCew9A3PgLTgDGgZ06dJ15ZeGAV26dPVRBY5PJIGB uC1ASLC+OG19MV2VOQAVBTPE9FCRgO8mh28ICdahUygZBvBMctdQvEfoJAIDST1CIukUSoQBEWAg tPxIWvah9Owj7A8EMEDEMEBXFwY8+ZwBuroLyDI/CyXKJQEXBh4ADMwRGLjHhYH7CQbybMKAAfm8 YqzQIA0pNIcWmiOKrBF0ZRJQMFBqjXKjAuOQE7DHlUYn8SBR2SowlRuECAZIs+jKc4QEBmSCEEig yl6A7iB7YbUNGFD7xQADy2pMeAIEAzX28jprJY8PQmKYrizeMWxvaIhtbODFAtgqYG4hMQlgv1gj YEBhQIs4A9ZjWDDsbFeegPMkkYAsF2tDaNj1BGysFMAgUUumBhEJoEeoTe0Xgy3QEXu5I0YMAB5o c17poNM/rAAFA6ftNwQGupQh8Fan/XanhgFdunT9KErDgC5duvqoAscnUjIMeJkBHwwkDRTyYAA+ AAwBiGEAT649pWCA24Q8APhmGMC2AXpIp39xBnwkkMIZIMEZEHGn0NFvhIG03mEA99g+xmOFMjkw 4FcKGDj44GZuE7rnlHHPqSjxAAID+eZAzg0P4s1iQzg0zDBgjCyKEgMgKlBqQMXmGCwWIPE40VJz QjkSw5NKCAPgBkytMAEDlTbbAlgxNrsKiwXmwBngBqFKe16VtTBsL2BzYHHYWlzNngCJMSCbSKDO XgESwFaB1bWmLBfj1iACAHN9HUYJbSISaLI3NZqkzU3KFtjajImiMkiUGcCBuDWItL0ltqMZ44N2 kNrsXW2xp2EOgARIWCYAEnD2tMINeL4jtqcdVgABAMMA3WCfQNwZIBLo7Hm1gwCAeQBRAdcWwHoB mxjAk4YBXbp0XfGlYUCXLl19VIHjE0lgQJ3+FQwkZwb8GABhDzGf+zMEA/zKYRiQNiEoPwAA3oih 0BqVIRalEQD4MgNylfYhwYAkGBAMUMHitOyj/rRAknjPgNsplJ6VsIDMBwO8diBVm1AQBtAmdFAy A3fcm2fdm4+EwIA8QgKCAWtQAYlhgGeJMgyY2C9Wao6EM2Bi3zC2jCEwMKHUmFCGq3gCU8sIBpAW mEYwADeAYMCcWRadzZ7A3LAzt9qaW2nPr7IWVNnzqs3FsAVAAotq6N5cWmlkhjFLNLvWJBhYUWev 4sTw6nprDcaJwhNgGMBysfUN9gbeNLyxgccHNThbJCrQ6DAJOGqrQAuRgOoO2uHaAk8SDLTYO9vQ KbSLeKDdfqrVxGYx2SrQwuOD4Aw4e9rs59kTIBjALNE2AMBLbfYrnUAC5IY7HDQIqUGiMdgCnRYm CJ2OEQxwbljDgC5dun5EpWFAly5dfVSB4xMpGQZIBAOqUyjuDxQFtRaZAa9NSIQeIcBAvg8G4orz QDIMqNgASXkFSh4MgASOJw4UkszA0TRxBrJFh3oZMKr2jvljA0ouDIAK4Ay404SQGObrEoIBjwRS wcA9eRgqen++gbRAoTkwzxhcYA1hGODQsDUMJIDQ8CgigVJceYiQMa7UIiQYX2JMLDMnlpvoDgIM yHIxmAMzyg14AuWGGxWw0R1Ubc+vdhgGSOaiKtgCmTW8bLjaygpby6rFEMC+4eU15ioigTprTS2J B4nWww3gqIC1vtHCSgGEhh3AQL31EAaJEgMABniKKK6Pt2CfACYIYauAvZ09gZ3NvFWgzXmqxd7V Yj5NPNBqPdNqPduK6DBsASwXs55rs17ohCHwMpGAO0EIbkBnDDDAzsDrnT0CA4gKdDpvnkFrEM8R opu4LfDO6djbl9IGYl26dOnqo9IwoEuXrj6qwPGJ5MGARwI+uf6ATzxvtCS0jmAAPAAY8I8ZZRjA jRcb8JGAdwMSWC1XDwbYCiAJGCTCgGoWYnMg0R9QGWJuEyLxWmI1WehQOhsF6d8IAyzhAV9mgK0A ZQhwy1AcBiCBgdkbeQPxvZwZGJhnEw/cXwASAAwUmkMJA4rNEcXm8GIiAWtkEZNAqflAsTGmyBhb ao0vMceVy5YxcxJhQLk9xH1J6wAA//RJREFUBbaARTBAmkFIUGbNroRcGEB3EAlRAWaARdVIDC+W NcM19rIaK5sXC8hWAawYk9Aww8C6egc9Qg3OugZ7Q2NsQwMvF5PQcBMwQELDWxsJBuxHSI3oDkJo GG1CYgtgqwBd3ZyAs6stRjCArQK8b/iZVjQIPdfu7CYMaI3tacMooec5JICVAp3EA7GXecUYsQHz QOxV5IZ7Xm23GAZir3VZb5y2957peavTeedMbO8ZrBcQEiDtvZQ2EOvSpUtXH5WGAV26dPVRBY5P JIEBjwT8SMALyBLahDI2yE2RYoMkGPDk3zYQhAH3PgADvuvJOAywhAE8JcKAQgImgTgMCAn4pGCA FO8R8jULiTPAcmFAbjwl8sC9I8f8dt+BWRseAwwgKlBgD8wHDAzkfcMeDAwtjAoMYN9wMcNAmTmm xBpbZI4twTjR8dwgxOODAAPcI2RMLTdmVtozKo2Z5WCA2RXYNIwJQi4JzCcSYC1GgxBvGq6V0LCV BRgABsgUUTQIcVyYeADLhhkG1tfHG4RgCzQxDAgJNDvbAAO8VQA9QgwDLRgn+gQSw5Ibtp/kZcM7 m60nOTH8NKcF4Am08uwg3jK2pxU5Ad4tIEOEbN40HHu5kySzRAEDr3WQHMkNv3maeMB+s8t6U20V cN6GG+DZAs67p3s0DOjSpeuKLw0DunTp6qMKHJ9InjMgSoYBlwf8PUJMAusAAyCBgDOg7tUeYskM fDMMsNLp6E83nCT2wYC7dOyCYYBO/0lJ4oPwBBJhgG/UPcGAetLNDCSQAJ4hBojnBwgGfrPvwMz1 j7IzgHGiGCIEFZqD8q3BhQwDxfYwgoFCrBjDYoEiaxQmimKW6DjiAewbtiaWGZPKrSlYKQAYmFZO DCAyZlaYsyutmZXGnAprDs8Rmldtz6vCJgF0B/H4oCU11uJa2AJLaoysGjOrxsmuiWXXWivrrZV1 ar8Yw4BNWtvorGu01jfZGxqdDY02FgvUo0FoU6O5pVktG97GDUIyTvTRRg4MNEli2HkCWWFnZ2sM gQHeJ4DdAm5o+JlWkrWnzdndYjzXxrlhggEigQ7neWIAXiMAHqCbducV1xag5+M9QgwDCA2fxnoB ggFxAwQDQAJnet49rduEdOnSdeWXhgFdunT1UQWOTyS/M0BXPwyQMtYXQ4oHIO8+AzBQFFrHPODC gF8MA3kpYMDNDNC9nwQQIF4l1xMeDMhOYgDAyuMeFSTBAPSNMCAk4LUJEQmkhgGOEYeSYCCDBAzg FEHmvntGjP7NZwdmrHuEnQFgAAwBKN8cXGAPLjSGSmCg2BiBHiEODPDWYRcGZJwowYA5hTcNc3eQ Pa3MYBIwZ1YRBpjsCRAJMAZU23M5NLyQE8NMAvZiugmby9AjhEGi2TWO5wmswkoBYID0CGGrQCOG CBEPYM0wuoPoahEJwBNoUM7AtiZsGXtYxYVjBAPAANw7O1qRECAY2MnLxXa1YrfArnZHeoSebXee ayNZz/M0oRfakBV+sc1+sSNGPMDpYQdqt1/F6d95pYs7hTpir7ar9PAbXbE3gQG4EVsAJMDXd0/T 1SESoBsNA7p06briS8OALl26+qgCxyfS+WFAlL4eAOBHgtA6woCidLrCHIivIobcbQOhnLx0kACJ kCAvlEgComQYwD3CA0ACVx4MuP1C54MBtYMsFQxAaVkHQ8ugAAyE4jCwPz1zXzIMpC/9LD3zUzVm VMHAF9PXbkOAeIBgAIujwxY3CBEMGBgiVAxP4IEiniWKxLA1phiewIRSe2KZNYlggHPDIAGOCkyv sGYRCVRh2TC6gxgG5lRZCA0TBqioAJMANwhlhW0ODBAJYNPw8loYAqvq7VX18ARW15qra0zigbUN FmwB4gHAAPqCNjdbW7hBaAsPDiISeLgZaQHpESIYeLQR6wUeV7YAwYBsFXB2ok3I2dVqPd1uP61m iTrPYnZQTNYM72mPvdDqPN/K+4aJBzp5q0AntgqIIfB6h/Nql/NqJ2EASOANjg7j2kkwgP1iYgW8 zQBAPPALwgD0CMXeOW1rGNClS9cVXxoGdOnS1UcVOD6RPBhI2+jBgNoz4IeBDGULKBhQSLA+hTPg rR3gMLHAgIcE8TYhaDVgIIAErBNpyiLgK3sCfmcAbBDnASUXBhQPhFLHBvgm65AiAekXSowUqw3E SQot/TREMEBIwLpn+Khff/r59JytcAYGFFiDClkuDAwpNDBBiNPDIwED5gOlJiaKlhijS9EgBE+g 1ObcMHYLeDCAFWOVWC5GPDAbOQGMD5KoAHIC1SSTSGCRJIbrnCV0rZXcsLWiBuOD6LoSnoAt+4YJ BtAgRGqAM4DuoEZ3pUADQsOSFiAY2MpXRId5scCjTfbjjZgjtJ1zAnT639nKUQG2BZ4GDKBH6OlW E2kBrBl2nmvF7CBsGu5wnm8jWS+2xwgDsFWAO4JIDAPOq5ggFJcHA+IMEAygNahTwYDwwLune+j6 3hndJqRLl64rvzQM6NKlq48qcHwipYKBBBIgCQxwfuCbYcAv9gc8JAAMhJJgwJNQAU7//NAHA5CH AdCqIAmQfDDAnUJBc0DahC4IBlLyQGgp7yF2YaD/sAcIBqateQgwcD/3CA0CA9gySmhooTW0yBxZ Yo0stpAW4K3DY8rssWU2ZomiO8ieWGphyxiPD+LoME8QqrBmVhhEArMqzQcrzDmV5lzuEZpfbWHT cJgbhGqcxdU2YcASQoJaeALSI7Si1l4RNokEVrkThFbX4rqu3lpb66xvIJlEAhsbnU0N0OYGe0uj hcUCjdY2CAwgtgBIgDMD21ti21scEkiADYGnCAaaCQZiu1pVVIBIACuHOTcMW4AYoAMNQhwadl7q BAy80tXzMjEAXTvsVzrt1zuwWQwSBnAbhNgT8BLDDnqEuhgGTjvvfRn7xRnnFxoGdOnS9SMoDQO6 dOnqowocn0gKBjaUhjaBBL4JBrhTaAP3CDEMYLjQuoKMQKeQRwJr8jwYSF8DW8BrFpKrAECy0qRf iG54DRnkrSK+cBjIdmeM4hqEAcaAb+EM+PRZRibBwMh/+3T/1NWbAQODeIKQ9AiJMzCs2B5eYqFB CLKwXqCYYMAcW4plw+gRAgzYk7BMwJ5abk4vt6aXwRaYicQwbAGeJSrjg5AWYE9AaXGNvbgWQ4QI A5aEjaxaa1mNCWeg1lpea6+q5e4gmSAEGLAZBmyCAbEFNjc6m+sJBugGIQHS1kZzG+QQBjAJWI8x DIgt8HgL5ghtbzZ3tti72pydLdbTbTFiAFk5jAlCiA2oIUIyS/QFeAIYJ/pCp/MilgnAEHjVTQy/ 1uWuGOsiJECP0FuAgZ43OrFyeG+nWixAAPALuAHEAD3EAL9gGNCZAV26dP0YSsOALl26+qgCxyeS wAAO/b3DQGg9rlhDhnu6IjPghwEsJGaLwD9pVGwBkr9NyMOAIAyILUBHf5cHRAwD3CC0gkjgW7cJ +WBAzAGGAQ4MMAZcPAzcTTDwyf5pqzcCBsAARfbgImtQgTGEVIgtY8MlLVBsEQ+MLrGwZaxUcsOA gUll9uQypIc9QwAkUGETDKBBiJ0B6Q6aW2nN55TworC9qBqJ4cWYHQRDIJMwoNbKIhJAYtheWWsK Caypt3NI0h0EGLDX1bkThLBm2MYQIU4Mq33DHBrG+KAmEtICBAOkR5utHS2xnUQCbfaOVvspTBBy kBgmEmi1/M7AboGBDvv5dntPB2aJwhOALQCBBLp6+MqDRDuJBHB9g2Cgw3nrdM9bdO109nbZBABC Au+eUYYAnf5Jvzgd+wVdz+g2IV26dP0oSsOALl26+qgCxyeSggFigE2ldA3CAAMA9hDH5fYISYAY GMAMIBiwrhDP+GAgXSFBHo8ZJSUgQQIPBLSSwOCEygysksyAhIl5+9j5YCDeJuRbSOxzBgADB0PL VIBYgYEHA0s/J9Gh36OCDB8JYKYQxgqxM/DJvmmrN6T9/NY7EBVgGEBuuMAcWmxhy1ixOaLQAAwU maNLFQxMKMVugYllzuRSwMDkcmtahTWtDKFhtgWQFuAJQvaDGCdqzasiErDnV5uLahgGwg6HhmXF mLU0bCgY4B4hTgjwfrEGJgHeKuAuG3awWKDR3kgA0OBsbrS3NKI76KFmzg17OQGeGsS2AK5PtMWw UoBXjCEhgLQAXWNPtyAngKhAOzFAjEnAeaEz9ny7w+lh7g5CWgBRAfQISU6gK/YqgQGnBd7o7CEM eIOTxG90Om939uztVN1B7AnwRNGu2C++6mE3wEaPEJDApocaBnTp0nXFl4YBXbp09VEFjk8kBQNE AiyGAfAAnfs9JJAGIVdF8VUDQILC4DQhVwEYcEmAnlGdQi4JKBhIQQUuA8AWWKFgQJ5MNgdSwwDz gLQJpS+HM4BpQvQMOoWICuIM4AnbxzJdDEhwCfZniHjVQP+hI34NGFiPaUIDCwxODxsyRAgwUEIw YI1wZ4kiNFxqsScAc2AiYQBvGcMcoQqDSGB6OcEASCAOA9XcIFRpza+0F9RYAgPuBCHJCSAqQBiQ jfSwSTCwpg48AFuASSCnzlpbbxEMSIMQYQCuDZgdtJkwoNHe1mBtxSxRwACcgSbrsRbnUYEB3i3w RKu9E31BvG+4BSuH4Qy0OU+3YpzoM62W2jTcHmMYUCvGuEEo9jI2DfMsUcAAyZbxQa92EACgNejN rp43O2PSI/R2l4IBcQYEBn5xJvbOGVzfRVQAAhVoZ0CXLl0/gtIwoEuXrj6qwPGJJDCQvrlM8YCP ATwFYEAmC2G6KLcJhbhNSBqE6CpeQRwG3BtvmpDIBwMJ2wZcSb8QzIHeYKB3c4AZwBPDACs1DKSr GaMKBtKXBjPErjNATxIesDOwbF//YQQDn01ftQ4wMLiQowK8aGx4kTVMhYatkSXmA8UGeKDYQFQA fUH2xHJHxgdhxViFNbXCswXQGjSzynywwoIqzXlV1gIiAUKCMFqD0CMUxpphtgWwZnhZjcmDRLlH qMZaTTxADNCAxQJr6x0sG3Y9gfUNFnLDzfaWZmtzAxYLbCMYaHIICR7GXFHkhtEjhGXDzhPNzhNN 1vZme3urxYsFsF4A+8WABM7TbUgIqMUCHWgNeq7D2dPpYIJQh8MrxgADYICO2IsdDiEBDxGyX+kC D7ze2fMGMIBgQCYIxfYSCXQhG8C2gCABYOBdIoHTPQQAJIEBkoYBXbp0/RhKw4AuXbr6qALHJ5If BtI3lQUwQBSAAb8zwDDAPECHfpbXKSQM4CkeG+gdBtLdGxEPFDqRRgzASpN+IYYBuuIhiRnA5YFE GMhWN0wCjATesFF0CiFGDCV3CjEMpBLDAKv/0OG//uTT6avWMgzwYoHBBcZwrBw22RYADMAZKIU5 IMuGxxMJlNkTSm0PBggDPBiYUWkQDMzmrQIPViItMK8SMLCw0lxIMFBtL6pGaJhIIDNsLg2zIVAb h4FVNfYq3jfMzgDDQAM8AfBAvbUJa4adjU1YLMBRAcwOwrLhJuuRZgUDWCyAtABhgLMDiWHMDtrR YvEQIfvp9h4iARJvGlY9QrvbTcIA4oE9jAEvtCsk4HGiWCjGDUKuQALO6x0EAzGCAVkpQAIMdKqE gIKBMw7cAG4NUj1CbBHAHDij9wzo0qXryi8NA7p06eqjChyfSAIDyhZQbUIJJJCeBAPiDHgwkNwm 5IcB78aDgUQSSDj9B5S2+gTkwoDnDMRjxNwsJDDA1/M5AzAEvisMKKUvVTAwbWUOMgNDmASGFJpD iwzAQLE1AkNFZY6QNarYGIceIYIBawKHhpEWKDWnllvAgAobKjdnVlizKi3AQBXxgCmLBbBvuAoT RRcTD4TtzFo7s5pgwMoO20ICDAPWKgQGHOwbroctkFNnr2+MsS0AZ2AjBoli5fCGRmtLM2BgW6Oz rcHe2mQ/0ggAEE+Axwc5hAQ7sFbMwZphFgIDbbGn27BY4GlSm7UbiwWkTShuC/CO4diLpHb75Y7Y y+28W6ADoWHCgNcwOEhCApgjBGfgNCEBwQABQA/pHSwWsN/u5FmiX8beOWNzd1CMSIAA4H3iAZ4m RA81DOjSpeuKLw0DunTp6qMKHJ9IyTCQvjEBBoQHlNYDBgLOgBcgZluAeUDwgBhAnhcqYBgAA7g8 ADBYkwgGa3K9PQOeGAbYBGBzwD9TyJ8kZgyAQisSYYDzAyCB5ZIk5k4hzhArGGASSHf7hdKzPlfZ gFQM4N33Hzrs3z4mGFjDzkARSIBEJDCs0BpWbI7kJQPIDZdi6zBggEig3JxQZkhagK5YNlyJ0aKE BEgL8OLhBxkGQAJYNmwvqHIWwhMwF1UbiArU2kurrWW1zvKwvYxggMeJYt9wnbUaGCCegL2uUUWH CQY2cm5YnIHNPDtoS6O1DcvFpDUoxm4ADAGCAbk+1RJ7pg1DhHiWaOypVuQEZH7o05goyuNEMUTI 2sNtQnuYBxAaZkOAbogEXgISoFPolU4iAfYEWG90xeAMxOXsZRiAIdDlvNvFDUJ07v8KPPDemXN0 +n/vqxhggJ0BDQO6dOn6MZSGAV26dPVRBY5PJBcGykObuFPIN1Ao2SUIAQZ41QCvHVAwgNVjKjwg MCBrB8AALgm4PABnwA0Ts9YQHkAyWjS1fM6AGx7w8YCbJPZgQEaLBsQ8oKYJuTCgSICUCAMHMpZ+ kRIGfNp3N2Dgk2krVgsMmIMLjKHwBOzhRW6bUKk1qsQcU2KOLTbHldnjyu2J5bJlzJrK0WFiAMBA pTWj0p5daT1YgegwSKDanldtLazCljFxBpbAGTAzwyZhwNKwvbTGzg5bWXXWyjp7ZZ3DW8YwRCiH YICjAm6DkLWBYKDewnKxJmcL9whtZRjApuEG+9FmLBZ4vDX2GBsCTzQ721tj6A7CyCB0BD3ZYj/F MABDoNXa1QJDAN1BPEt0T7vzfFfsuXZCAoKB2AuAATU+CDmBdgwOerUdQ0U9GIAzICvGumJvdcX2 nj6H9HAnBgcRDLzLPPCLM3AJ3v3SIR7AUFEGgPe+dN7/suf9MzGShgFdunRd8aVhQJcuXX1UgeMT SWAgfXOFBwMyTSil0gQGEvYQKxhAbEBsgd5hgEQ8kBoGeJpQIDOg5MHAChcJ0CCUkgfkmhoG0pcf lDYhgoF4j5AnHwz8ZBmJTvyfy9H/J1mf/yRrPz/jad/dQ4b+2x8+mbJ8lQoQyxyh4fnGiCJzRKn1 QAnJGFVsEAyML7Vly9ikcvQITSm3p5arqIB4AgQDWDGGIULWHAwRgi2woNJcWGUurgIVLK7x0gLW slp7adhaXoMGoZW1BAPWqloTy8V4iFBOLZwBHh8UW1tnb2y0N2PTsLWlGZ6ACg1jfJDzCCFBI1aM gQRa7CdakRve3oKQABLDGBzE44NABfbTbegOelqiAq22wMBzGCRqPd8Ze55goM1+kTFAJJ7Aqx3O ayLXE1DOQGfsrdM9b3bZe8+cgyfgDhV9lxgAE0WxVeAdZAYUCXCA2AYMfNXzwVfnNAzo0qXrii8N A7p06eqjChyfSMnOQPJoUb+SYQDTRdWNggFFAiQXCeLPQClgQHUKkVad9CudrgwA3g1LBYiBARIh cM0BgYHQiiAPyKRRLzOQAgZ8yiAYIADg8ACTgKICn/bdNXjIr/7w8eSsFYCBIQwDw4qQGB7ODUIj eesweoSKzXHFIAFeNEYyJ5eZRALTKjFO1G0QYmcADUI2csPVJvcIOQsqrUVEAtVYMYYtY0QCYTur xl5agwYhgoFVNbJoLA4D60hqfJC9qcHZ1GhtIhJosD0Y2Mpbhx/mTcMSGn6ixXmcr9tbAQM7W6wd zdbOFufJZgUDbAvwLNE2e3e7TQzwHLcJ0Q0BwAvsCbzY5rzQgb6gl7FvGJ7Aax4MdELSHSQw4DUI ERJwjxCcARkfJDyAFWPcFCR676vYe2diRAIEBoQEGgZ06dJ1xZeGAV26dPVRBY5PpFQwIOd+ugkO F+rFGQAMgAToZm1hhnv0T6CCBJ0PBujQH5ALAEEYgBQVKHNAYIBI4NvCQEZ2QtcQSRjAUzIM3Dlo 8L9+9IcJy5YDBobyUNGhxdbIEpswQPUIlWLDwJgSS40SKkGDEMHAFIKBcg4MKGeA5MGA9AiZ89Ed BB5gGHAya53MGjszbGXVWFlhC7sFwubyWnt1rbNG7RozQQL12C+2rpG7gxqszY0kdgbqAQNbxBkA FWClAHqEmpEQIAx4otne2RojbW+NITGMTqGYbBmj67PtPc+0xZ5pc55tc56D7OdacbOnw3mxA7YA XV9qj2F+aAd2C7zcDhIgvdJJVx4nyiQAGMA4UQUDb3X1oFOoyxZb4B01UZT9gS7AwLunlS2AgUJf xWAUfKkzA7p06fpRlIYBXbp09VEFjk8kHwx4AWLhgbL0jSkmjbJjkAAD7AwgMyAwgH4hnz+AG2YA Hxh424gTMgPCAwoAknggHauIk2GAMUDugQEKBlwAiCOBCwMqQ0w3CBBnMwlkHSQYgJYdSMdNEAb4 9P95hosEvHPgs34DB//Lh38Yn5nFMMC7h4cX2yOKAQPYOlxiEAwwCVhjigEDE8vMSeW8ZYxgoAy2 gPDAjAqTYABtQpXmPJCAvSDsMAlgiNCSaiwaIxJYUiO2gJVdY6+oc7JrrBU15upatVtgTa21FjBg r63nFWMwB4gECAOsLQ3OQ40ka2szh4YbzUd4hCjBwKMEAy32doIB1o6W2I5WeyevHBYM2AUGQGaA rs+2O2gQaraxYqwttqfVwhRR7BeDP4C4MGYHwRZ4tR3LhrlBKPZqO26EAURvnu5568y5vWdiPEHo nLteQLUJvXfmnJgD733Zo2aJymhRkAB9yXrvSz1aVJcuXVd+aRjQpUtXH1Xg+ERKBQPlLIIBzyUI KBkGIDEHAAMk9/SfTAWhnFOhtafS1xIM5PttAb9Cq09mrM7NWOWyQRAGwANiCKSt8sOA6KjHACIe LSp7BrBxLJR9OJR1SAFAChES4Ojv5wGRHwbuuH/QP//+D2MXMwwMK+YeIewaYxgoNQgGRrMzILbA OJ4oKjDAu8ZsRQLurjHpEZpHqrZhC1RbpCVhZ3HYWVqDkMBSggG1bxjLhlegL8hazSuHcyQ6XGvB GWiw1zVYGxqsjU3OJqQFEBcGCTRgoihjgENXzgkQDPCa4bYYkcDjLc6TbbHtzSZCAjAHLJkjJDDw rAoJxHa3Ortb7D1tzvNtFrqDeILQ852SE4AVQDAAWwCeQOz1jp7XO0nxBiGOCsTeOkNX5+3Tsb0Y JYQGoXcUG3htQtg0/B4hwekevnHeo2dOO+9/1fP+Gd0mpEuXriu/NAzo0qWrjypwfCL5YMBrEyIM +BYwkCwPBjwMYAZwtfabYYBEMCAk4N7ESUBmCvlhAP7AN8CAK9UphJskDBAFYUAYwEcC0O2AgY9G L1qmYGAow8CIIpkjZIwsjhIMjC21sXiYYKDc5OiwOANIDwsMzKywZ1SagIEK7BpbyDCAUULV9qKw vajKygQMOEvD5lKQAFqDssMmPAEsFwMMAAN4nKjkhtfWWRsb7U08UZRgAGmBRmtbA2aJJsPAEy02 aXtr7InW2A7AQM+TmCDEo4SwT0CiAjFEBdAjZO/mOULPthp72m0VGhZnoN1WoeHO2KudPa+02QwD 2C/mwgAmCLEzgJu3zpwjKuCQAE8U5bgw9wgRCfQABs70/KKLAIBh4HTsfcIAoILzAYGBdgZ06dL1 IygNA7p06eqjChyfSAID6Zsr0jeXpX9/MOAnAe++dxhIwQMBGPBIQIndgN5gwNcpdJjuU8PA8u8G AwMG/tPvPhy1cKm/TYh4wHyghMQ9QqXWmFKTYGBCmT2RYWBShT213J4KcyA+SojEW4ftOYgO2/PD 9vxqc2G12yNUjR6hZTXOMt4vhqgAdgvYq2qJBMADa+rsNbUmkcC6ensD9whhpQBIwGYSsB9qtLfW wxnY1gIMED3OVsBjzdb2FoSGiQeeau3Z2WLvbLaearF3taJN6Jm2nqdbLZklStfn2hzAQDsxgPU8 XTuc55EYxmKBl9kZeLUj9kpXzytdMbQJdcSIAV7nfcOvwyJw9p459yaTAKigE3NF35HuIGYAbBgA GHjOANwAur5/uodIAJ4AnqRn0DKkYUCXLl1XfGkY0KVLVx9V4PhEcp0B7hECDEiP0DfBQJwHVJuQ 9Ailr+ceocSxQumeOaCuealgIL59LA4Dq09CbqdQMgwoDEgFA6IMOv3TdQUd/QUJvG3E3xUGbrtv 4D/+7sMHFmQqGODAAMNAKWAA0WFsHDPG81DRieUWFo1xjxAJc4Qq3V1jDAOqTYhhgEhgcdhZXOMs CTuZ1dgqkAUYsJfXWVnVMAdW1jsEA8CAemhtA3YLEAxsbLA2NMY2NtibSY3OlkaLe4TsbQ32w4QE hAFNFswBYIA4A84Ovu5EbhgwoDwBvj7DuwV2t2GOEF3RJtQW291u0bn/BQwVtV9ot19uxzjRVwQG CAMIBjoBA6+IIdDpvNERe6Ojh27eOt3z1mlc4QycRr8QHfrp9C8w8O7peHoYtgCPFaLr+2cwRwij hLqcD5AosOhew4AuXbqu+NIwoEuXrj6qwPGJ5IeBjE3iCaSAAe+ebngbcRAGPHkwAAw4DwwgQPzN MOD5A6lhwLdtIBkGCANEPhiQVQMwB+g+CQNEFwwD//77kfOXEAz0G1ZiDS02iARGFpmjiAHKMEpo bJk1pgw9QhNKrYnl5uRyy8sMCAwgLVAF8URRYMAC3jrME4Rs0pIwLxbAsmFnKTsDq2rsVZwTYNk5 9UgLCAkABpgHkBsmEkCPEHICDzc725pI1rZmizDg0Wbn8Ra0CT3RjDYhgoHtrbGdfPqX3QKSGUB3 EEcFYAtglijBgPUc5orGG4ReaLVfapeoAHiAMIDHB3FsQJqCsF+s540OB1SgdgvguvfMube6evZi rqj9rqwY45YhCNFhpIqFCt47cw6jRbtsooJfoE0IRoGGAV26dF3xpWFAly5dfVSB4xNJYCB9cxky A5sFAMQfwD2L7ktDCS6BRwLFvHvYHSUE0ZP80D39qxufVIz4PG1CsoBMJo2SGAaQGcDpPw4DaTJT SK5xEjiWvuJYxvJj6RgzqvwBT2ILZLACMPATmAa44flCB9Kxd+xAxrIvZBsxA0CcBAADA8QZYBgY WmKCBEowR0hgQJyBMaXmhDJxBpAeVjBQxnOEKu0ZFSaRwMwq68Eqa26Vw2kBexFhQA3vFgg70ibE MGBn1dkrSLX2yloH3UH1IIG1DbYaIlSHwAAWC3CD0KZ69AjJSoGtvGIMc4TYFniEkQATRVuVMwCh TQjjg3Bti+1iN+AZd7kYPIF2hxjguQ57T4f9YkdMcsNEAq909PBiAWCABwOvd/Zgy1iHzTAgOQHV IMT+gC0WAVsBYgvABJARou+eUUuI3/uSwKCHbjBN6LTzHi8cEKNAw4AuXbqu+NIwoEuXrj6qwPGJ lAADKjOgYMC1ApL7hYoz1pd4PECnfywfULaACAwAuad/QQLvocAAnk8JAz7FnYFVJ9JXJzgDAgPS JpRO934ewCriFDCQwQIPwCs4mOHyQLrIhQGRSwIeDCTIzQwoZ4BtgRJrVImN9QIKBswxHBgADJQp Z4AzA4ZaN1Zlz6oED8AZqAYMzK92JC0AGKg2l9U6mbxlbFmttazOWM5zhAAD8AQchgEH44NcW8CN CiA3TBjA+4YZBhqwZQzjRFtjj7XYj7fEeNmwvb0Z40Rlw4DAwJMIDEhumBiA9wm0Y6ioGAKAgfYE GHi5XTEANwthiBAnhhkGOp3XOmzAAJDAaxCiq733tLP3y9jbZ2J7SW5rEOaHnnHePUNIoGwBCDwQ X0VMMEDSMKBLl64rvjQM6NKlq48qcHwiuTAg04QIAIgE6Cr9QgoDzuMMCAy4V9UyFISBRH/AgwHc p4QBvzPgywwkTBeVNiGBgZVBGGAJDCQggcAAi1uG6PS/4hBJ7gMwEMraH3JhgBuEEpDg9vsH/tPv Pxy9CJmBfsOL4Qw8wM7AaFk3VmqNLcNEUQUDFdaUcntyhT2t0ppWYZKmVxIJ2LOq7dnVNpwBtgXm uxNFF1XRFT1CmTVWVh1sAYKBFbXmqjpH2oR4xRh4gK7ICTTGlCfQYGPFGMPA1kaLYGBbk/NIo/1o M8MA5gjZj4MEAANIC2C/GK4EA0+3xXa1OLta7GdaY2gQ4imiu1udPZ3ICqM7iJCg3XmhDd1BBAO8 a8zhRWMqLcAkAAxAaLgz9uZpJoHTyhOg617eMLAXbODghuX5A+8SGGCxABYSo32oCy1DTAUgAdIH X+o2IV26dP0oSsOALl26+qgCxyeSwEBoUzkPFKogBghtIAzwFN87Rkig2IBtAXYD/DzgdQoVeZkB HPeFCoQH5MaFgfNPEyIJDDAGxJEgAQbcTiE/DKSr/EACBqSvJB39ycqjHgwQA/xkOSTmADCAYMAl AcDAsi9IvcEA7xn4cOxigQFpEyo2xRkQGOAeISIBCxvHyk0MFcWGAcwVnU7X0uisSmtmpUkwMLfa IRhAdDhsLQ4jKuA6A9g6vLRW8cDyGnMlpwXQI4SogJNTh/FB69kT2OwOEXqoMYYtY9wdtLURmQGE hrFsGN1Bj7fAHCAMkDlCO5vUijGBgadb1SBR0rOtFpwBLBu2Xuhwnm8jJMC+YYIBOAPtBAOcG25z MESIbYHXOmzZJ4D0cId4AtIaBBJ4U66YJcorh+m4fwYBYkQFvuRnTsd+8RWDgUwWQopATANsG3j/ DGDgPQ0DunTp+hGUhgFdunT1UQWOT6Tzw0Bog2sIuCQAEQmsL/HBQOrMQEoJHlwgDEBxGMA1DgOr XQZgCQykuzwgMIDRoooEjrIIAI64PHA4g0kgCAN+Z8CFAcIAf3RY1G/goH/58KPxmdgz0A9DRUss bBhAZsAYVWKOKbPGlVpjiQdK7Yll9qQKe3KFObkSnsAMpAXsmSSkBezZCAxAWC8QdhaF7UzMEbIz q83MsL20xsoi1dvLa80V9dYKDwY4J7C2wV6vVgowDNTHNtUTBoAEtjRaD5OanIcbCQZijzIG7EBa AEiwgxcL7ERfUIylWoOeacEQoWclOswksLvF9QR4iBC6gzpiGCLU5rzUFnuxzcZ6ga7Yq53Oa9wg BLWDB+jo/0ZXz5s8OEgyA29huqi0BuHE/zb3Bb33JTYQ/4L9ATr6CwnIlTDAhYFzgIEve4QHNAzo 0qXrii8NA7p06eqjChyfSAIDWDLA4thAHAbYGfA3CKl7FwMCUs4AlIQBIs8rwA1jQEaOwEBwmpBS vE1IqEDBAJ5hcyAdOkEwkCQBAEUCGQm2gHIG6OgPHsj2bSP2MCALJACpTiEgQQIMDBr8rx/9YeKy bM4MFJsCA6NLHbYFGAZUdJjkTGYYmFJpTSdVWMQDMyut2dU2hoqCBMx5Vdb8ahswUONk1tqLwybB wLJazBVdGjaW1zvwBOrtVTxEiHcLYNHYOmQGrA2N9gbpEaqzNtfZmxush5rRJqRgoBkThLhByNne DE8AMIDQME8UbYk9hatNMAABBmTFGMGA/Vxb7Lk25ARAAmgWUiuHCQZe5u4gvlEY8CqiAnQjy8Ug AEBXD8SegHfdexop4bfx9/0YHyQOgDgD7545R9d3umJv40uKCjhC4PyC4KHL/kBnBnTp0vUjKA0D unTp6qMKHJ9ISTAgaQEIh/6EqICCAbQJbYi3CfksAh8M+FYN+BWEAVyFClLDQEZ8tGj86pGA4gFi gyAJkAQGlFLCQDqd/n3OwLeCgTsHD/7VH/4wefkKlRkgHnigxIYzUGKOLbPHlJmAAbEFyu3J5dYU NAiBBKaVmzMBA+Ys3i2A9HDYmVNlLaiyF1aZi8MWwcCSGiuTMKDGWoZFYxbBwIp6wABIgHuE1ETR Bmd9g70B6WFnc1MMQ4S4QWgrGCD2cLP1CA8Rgi3QhC1jRAKyclicgSfbYk81xyQxvIt5gCeKxjwY 2NPmPE8k0Ga5MMANQh2xV5AWQHLglc7YqwQDPEHodZcBpFMITUHSIMTmwF5QgeKBvWfOvd3VQ8f9 t8/E0Cz0JYaK/oKvfMM8cCaGZ/iGruwMIDagA8S6dOn6MZSGAV26dPVRBY5PpCQY8DwB9AW5MOAl B+SZQGDAE2CAM8TxTiHv9C/3kHuTQQIGxGEgIycIA+kuDPgVwphRxAYwXyg1DCSQgKcgDHCAONAd pGBgaRAGMpbu8zcL3TV4yK8+/njqCoYBpIdLbWkTGl1mjypDg9A4bBggErCwcazCnFphTmNbAHOE OCrwYDW2Ds/FOFGMElrAc0UXYa6ovZQ9gWV1djbWC9jL6+1V9fZK4oE6a229s7bO4QCxBwOWpAWk WQgw0IxZohwVwIoxwECz8xjbAkgLYMVYbCc3CD1NYhh4tr3n2Xa6twgDMEuUhFFCRAL2C2wOvNDm vNgee7mzhx4SDBAGoEEIMCDjRGOvdyE6/AYzgFABxCQgMLAX97G3mQTe6Tq3F7EB9AUhIsxB4XdO wyJwkQDpYXr43pc973ObkMQGNAzo0qXrx1AaBnTp0tVHFTg+kQQG0B1EMLCpwgcDigdcDEhQGhsC SUjgdwZSxAY8DPDDQEYOiXiglzYhUgIJ+MLEq44jOSBIkEACxwIM4CkAAyKCAcwVJQygGxcG6PQf gIH0zARn4O4hQ/7t44+nrVwpMGCNLMYoIc4MYLTouBLAwPgya2KZOamCYMDCHCEXBmbL4mFEh3mI UJW9IOzwxjFrcY2F1qBaBzBQY2fXYLfACiIBtAlh67BEhxEYqLfXN8YQIOZFY5vqrC0NzkP1PEeo mWeJAgOsR5usx1tgCxAMbOeVAugOauvxpwXEEyAMeIYNAcAAAgO8Yqzdfgm54TgMsDnAK8baHZcE pDvIhYEz4glIbADNQuISMAwgKCzCgNEum5uCnHe+VONEZXwQPSnjg0hMBQgM/IL3DGgY0KVL14+h NAzo0qWrjypwfCL5YKAiAAMyYDRFZmC9CwMJ2wYSYCAjFQyIUsIAWwRJGCCKk0CCEmCArrAIzgMD CA8EYECcgQw1V/RACLuHe4WBjMQlxHcPHfJvn3w8bRVg4I7hJbJkgEmgBDCACUI8SmhiGdYLAAMq TQQGKq0ZTAKkOdwdxDxgLsSGAVgEi+u4R6gWSJBdG8sK28sJBmoBA2u4TUhsAZkjtLEhtqkhtrGe YaDBfqjB2droYJZokzIEHuMrnAF3lijnhnnlsDtECK1BRALtPRIa3q12jREJxPbwrjE6/b9AwnIx YMBLQAJ0CgkJvNZBDBB7vT32Rgd7AnzuhzgqoGyBM+fo+jaRwGnnHSQBzu0lwRbATCGkBboAAIgL fylTRM+9exoThAQDSO+d1gFiXbp0/YhKw4AuXbr6qALHJ5LAgGoQcmGAriHXHPCRAAS7gD0BgYFU /gDBQLGXGaBDv4cBnvw8kL5GrgoGMnJci4BvMhLbhFSMeOVJAoAEEQOsOp4BEqBz/7GMVZ58PLCK AMCDAbWNmBRazuGBpDlCKWHAcwb6Dx36608+nr6aYWBkqe0NFR1bZo8tNcdj0Zg9odyEM1BuTWVb YIYLA7OqBAbgDGCOUJUHA/biGnNpncOZAYtIILsmtqLWWVljreK0wOoGkAAWD8MWcNY3xtQooQZn c4O9tSG2rRETRQkGpEdIYOCJlp7Hm9EgtFMmCLX1YLEAw8DTTAK7Wuxn253dJLVvOPZcW2wPqR1z hAgGXuyIvYC+ICQEsGusE+sFmARivF8s9npHD2AAfUFiCwAA9sIiUG1CHB3mNqHTsb2dNgBApgbR M4CBc3TlBiH2BzBK6Nz7X/VA7AZ84PYIaRjQpUvXj6E0DOjSpauPKnB8Ip0HBjI2VcQ7hVwq+CYY 4B6hb4IBkgcDohQwIA9TZQagAAwQCaw6ceEw4GLA4fRshgG3Qej8MOCRAGBg2NBff/rJjDWrAAMj SswHSkmGgoFym2HAmVBmTypzJpU70yrt6VX2jCp7ZqU9CxNFndlV1hzODMwPO/PDGCqK3cMMA0QC xAOkrLCVVYfMwCriAW4TWlVvrWuM5fDK4XUNzqZGe2OjCwNNBAPWQ+7i4W0tHg8gMPBES2x7q7Oj GTCwo8V6ssXZ1RYjHsCKMfCA80yb/VwHosNIC2DVgMkw0PN8O/YNS2sQMQByAu3Oq509ryJGTBjQ gxVjnfZrHY6CAWwZQ3cQnfvBA6cxTlR4QESEsLfLISQQKiAYQEqYBwchPKBmB2H3MFqDTtvIDZ9x 2BxwSMQDGgZ06dJ1xZeGAV26dPVRBY5PJIGBQJuQzxlAdFiQQKhAscF6gEHa+mI8kwAD0iYUh4He 5MIA9whBpwIYoOSOFk1QgARcZaw5ASSIiwjBBwO8Z8AzBDyFsg+iQcgHAwk8ECeBBBi4Z9jQ33z6 ycwEGChxYaBCYMCeAFsAGWLsGqvErrHpldbMKmt2hYkhQrAFODMAErAXhWOLw87iGntRtZFZiwxx Vq21vA49QqtqiQScNRwjzqmzlDPQ4GxodDY22GgTanK2MAZsabQAAxgqigAxkQB4oNnZ3uQ86e4W 8K0YQ0gA6WG0CUluOPZcu/NcBxLDe9qwb/j5dvvFNmIAxIVfVuODlOKLBTqxa+z1Dgc5gfjRX90T EtANGwVoFiIYeOsMPU88AAAQc4CO/nIjYnPgHFqDTsfeO20LA+AhWwQaBnTp0nXFl4YBXbp09VEF jk8kzxnoBQbAA34YYJXydFFiAEUCPnPg4mEgiAEihgHxB+IuQRIGePJ5AlAwPxAggexDdA0tP0Qw 8A1tQgwDfnNAYGBWDsPASMKAEpNljCm1xBmYUGpNLEWPEGkKYUCVPa0cG8dm8qIxxQPYNWYvqAIM LKxGephgALYApgmZ2bX2cuKBGmtlHSRtQmvrnXX1DsaJcmZgY2PP5kaHRBiwtZHTww3WI42qR+gx MQea7O3NnBZoQXSYAwOqQehpeAKxZ1o4N9yqlovJFSTQ4bwABogJBsgQoVfRFETXntc6Y2+cPuea A1gr9nqH/Rad+73YgDQLIR4ADCAGeLPLhmNAz58+JzCA0z+7AdIjRDfvnYY/8N6Zng++PCcM8AGo wCEwoJtfnum1TehUL6VhQJcuXZddXQQMqP/J06VLl67zVuD4REoNA8QAxANxeTDA5sCG0gwooUfI vXHbhLxDfxIVhNbm4RpoE+KhogoJcuLNQqHVJ0m4cfGAkCBjzUm/zgsDcRIIJUYFgAHZhAEkDhCn tAUSYYAYwOOBe4czDKwlGLiVYMAcXWqNLrPoym1C1oRyZyIyxObUcntKuQES4MDAzCoLaYFKizS3 2oE5QDBQE1tQhfTwompOD4etpbUONgzUWdm11sqwtbLWWF1vr2mwctgTgBrs9fXWliZkBh5qjJG2 EQbAE7ARIHYnimKWKK72dlKzzVvG2BlocXap6DAwALnhNns3JwQQGm7voetLvFLgxTbeLcCDg2Sx wMsdzqvtslsAVEAM8EYHSAANQjw76A1MClJbBUR4ngCgC2vF0B2EJcQOXenoT0hAGIBlAtwjJCIe YB+g5/0z58AAyBDH/uaMTQ9/eUY7A7p06brySzsDunTp6qMKHJ9ILgxUeDAAiTmAFIHnD8SdgfT1 8bXEYACRQgJcQ+sKwQDrexkoxBjgF/NAXqBTKENuVvtE53487yeBE+qGgIFIIA4Dx90bhQGkNAYA 4oHQcjczwDAAf4BEGOAbLRoQ8YDnDGT4YGC2wMADpWqiKNqEwAMYKjqp3CYYmMyjhKZWmMgMVJoz CAaqrNlsDsxjGJgnQ0XDzqIqbBhYgpXDBAP2slo7u9ZeoWwBcxVgwM6pt3jrMLS+AYbABoYBDBFi DHgYGwbcOUJIC0DYLSBbh1sczBJti+1q511j7T0MAxwV6LCJB3h8EK8cZgB4EeODYkgLqFmi3CDU iQYhBQPMAG918XFf3cfe7urZ2xl7qyP21pk4DBAeSE5AeIADxKopiG0B7heSDQMIDNCTDl3fIx44 LRniHkICekjSMKBLl64rvjQM6NKlq48qcHwipYYBVylhIJQIA6H1xTJplHmArkWEASEeM5psC3gS DBAwCMCAurpUIHINgfPBADsDHgZAnicAxT0B1x/gNiG6AgmIAXzJgWQYIBJQircJfTwrZyVgYJTY AuVwBiYgKmBPRHcQ0gJT2BmYWm7OqHZmsjMwC+vGnDlViArM53VjC6uthWGMEsqscZaEnewaXjJQ 6yAwwHOEVtdhw8CaeouUI85Avb2xMbapwd7Y5GDrcIO1tQlzhLY1O482xRQMNFsgAeaBHS3YMiZ6 sg3p4Wc7Ys+2Ij38LMYH8QQh7gsSDIAnwFbAy7xs+NWOHiIBTBBq59lBDANvdPV4boAnnP47kAd4 uzMGJEBagJ4UNwD7ht/uQlxYmoLEByAMwL5hNAu55oCMFv2y5/2v4AxwZgC2wPtfAwk0DOjSpeuK Lw0DunTp6qMKHJ9I3woGXB4IOgM+GJBOIYIBsQgSACAgwYAUMLAGNwwDfqNATv8BGDjOOuGDAcUD xAB+GEhPig7zKCHODHwbGECPEF/vGTbk159+PHMNw8ADpapNaEwpNgxgiBBHBSZX2KRpJEwUtaVH CNOE3AYh0vwawMCiMGcGqgkGgAFLa6xlCAwABlbUWStrCQmQGciBOWCvr7c3NMZkjtAWwID1EAmL xuAPPNKodguQxBZ4vAW2wM5m58mW2K7m2K72nqfbuUGozX62HTCwux37xZ5DZgArBWR8ELqDJDqM zABsAQKAV8UQQE4AC4bjDICtAgoG+GEMqwO6cPR/uwsdQW+ddmTjGCHBXnYA3j1zTnyA97BgOI4B cpUn2RPgDQOIDfR88LXz3pk/9ikMaGlpaV0ikv8FU//z5CsNA7p06fouFTg+kVwYiGcGzgMDLgME YUDdSKcQ88AFwoDIDwOMAe5NQteQnP7pST8P8AShNf7MgAcDJJk02jsMuDcCA/7kwPlggNWfYOCT j2esXiHOADYMjCmzCQaIBIgHAAMVuE4tt0nTMEfIJh6YhQYh9AjNqTSRHg4782ushZggZBMPLAk7 mCNUY2fVwRZAerjOXlXvEAzAHGiwV3NsQLYOb+JFY5ubZOWws6XJerg5hiUDBAONnB4mDJDYQIuk BaCnWmELPI0hQvazLfZudgYIBva0kZzn2qwXOp2XsGY49hLHhQkDXmy3X+2CFfBaJ3iAMOA1b4qo WAFdPXuxNYyO/kp4hvPBDAPqSTgA9MwZSO7dHiE6/aP/h54BG5zuea+LMIBJ4MueD74ED/zNl7G/ /Sr2AT35pdN3MCCv16VLl65Lp9T/PPlKw4AuXbq+SwWOT6QLhAHsGbhQZ4AxgP2B9HUFF7qK2AcD P1nL/oA8pNO/YgN6hjAgTgI/wUPVJpTu8gCTAO8gW3k8tEKuPhjIxkAhnP5dGMAoIYYBTBPC9jGi gkOhZQfTl9E1BQwID9C1/9DB//bxH6avWp52PcFAGcNAuT26DOvGJpTbkyodgoEpGCrqEAxMr7Cn MgwQCcystB4UGKh2iAcW1NjzMEcIA4WWhO3MGhkqamfX2CvqrBV19kpeL4AeoQYzp56dAcwRsjY0 2TxEyHmoKUYwsBWBASwdw/rhJsDAEy2xx5rt7S3OjtbYTqQFYrtaeiQ3jCFC7Q4wACsFMFSU94s5 L7TbJIYBXi7GUQGeIoqoAG4IBjqwbPgNBIWVFYCsMP7K39nbCUNgb6e9l5/fCxjoeafr3DuddKXT PwLE3B0EBpClY+90OQQAePK0t2GAnqEX2NhAfBoLiQkG/seXsY+6//Tfv3LeP92HbUK6dOnSdemX hgFdunR9lwocn0guDJQTDMQxAAFiPBQYwOk/DgOkpAAxw4AIJLCuKOQGBjLWIU/sZwBPhAHpLIGB UM4pUXoSDPBDiQ3Qw1zCACYBcQYC04SwijhEDAAdS1+lAgMCA2nZR9OWk46EsuMRAsBAFjEAwcDh 9CyS4oHQsgOuZKbQ5+nL9odUhvjzuwcP/tUf/jBleRY7A2UWMgNoE+Ldw+XWRLYFppR5MCBtQvbs al46FgYPIDpcY88PW4tqnUW1GCrK68aIB6zsOhuBgTprZT2uq+tsLB5udNY1xdY1OBuwYQBpgU2N 9pYG5yHwAAmjhB7moaJuj5DzOEICKj28s8V6qhXOAA8RsknPtmPF2B6kBWLPt9vPtzkvtmG5mISG X+IVY2p2EM8VpauQAHcKITesUgHcAoRgQKcbEeYGobc6HbqhJ98lHsAooXPvdik3AADg3sANOHOO AOC9L3tw9P+Ke4R4ghA9JCQQf4DuP0CMuA+nCenSpUvXpV8aBnTp0vVdKnB8IgkMZGxBZiDESOCf KeT2CNE9AQBO/0wCCTAQkLCBwACPFSoiBTBA5LMFCAnyQmtPQQwDigQS9ZM1p/6CrkwCLgywLeCD ASV2BrwlA8wDR0PLjzAJiJgEJDPAzgAAIPtwhgcDWQQDnpQ5kL7s81AWeIDu7wIMfDQ5exk7AzxK aHSpNa7cnlBmTSg3iQemVjpTKgADpOkqM2A/GHZmVzsPVhMP2HOrMUeIeIBgYEmttSSMBqFldcgM ZNdZWQwDK2pt7B7mADHmihIPNNgbSI22cgYaVJvQQ03Ww032I83Ow80WnAEiAV48LOsFdrTGnmx1 nmyxn251dnece6bV3t0e290RAwy0xUgvtNkvMAzAE5AJQgwDyg3o7PFg4M3Oc290OugRoqM/Dv1I AtDR/01OBnM7kOoL2otnMDyUnQGCgR6ignddB0BggM79hAFMAnRlH0CQgGGArwgNv/8lhoq+fwZj RjUM6NKl68dcGgZ06dL1XSpwfCK5zoCCAcEAcQk8EhAY4NhAChiQzIAngQEZJQRPgI2CAAaIBAbc SaMKBnDoxzUvY23eT9A7xJ4Ai2AgTgI50iaUAAMhuVl1PLRCAgNyPU6nf3rGRwIKBsAA2S4MAAyQ GaBzP65Z0iAUDw8EYODOQYP+5aMPJyzLVDAwhkig1B6HHiEODJRbk4kHKsxpldY0bhCCeKjorCpr ThgTRbFhoNpaEGYeCNtLamJLeY5QFqLDzvI6dAfBGai119RZOfVOTr29rsFZ22Ctb7QAA432lqbY lkaQALcJWY80Y+vw4y0OwQCcgSaYA5gr2mo/2cZbh6VHCFEBtAY92yrOgP18Ww/BwIuIB3B0GLlh niUKYaWASgt09JDe6FBpAXeUkPMWw4ALBj0YJQSdQ1MQqQsMQDAAEgAMxN7x/IEuzAxlGIA/8P5X vGsMJ/5zbALIPa6/pGe+cj4442hnQJcuXT/y0jCgS5eu71KB4xMpJQwoJBASkE6h88JAUAwDzAOA ASiJBEgKBuiGHtLNujxSxlqCgTxXRAVMAmuIBFjsDPCTyhZIgAHCgFXiCYiOEQN4AgO4bUJpcQZQ VCBCsxArlCpDLDCQngUY6Ddw4L98+OH4zEy0CaFBqAxzhMZVIDAwoQSLh6dUOGrXWJU9vdIiBphZ Zc6sNGdXEwwgLTAPE4TshWF7cY2zpNZegkVj9rKwnVVjIj3MMLCqwV5Z56ypJxEPWGuJB9gT2NBg b2yUzAAhgfVQk7OtJcbOAPcINdpPEAk02U+0xIgNdrZxjxBvGCAeIAED+LoH+8WwexjLhtvslzg3 jOVinB5GgLhTmQOi1zt73kQ+WI0NfbMT+8Vcc0CkbAEYAnToP4OZQgoG2BMAA3Bm4L0zAAMwwJlz RAXvye5h3AAJsFgAE4RiH5x2xCXAKuKvAAkaBnTp0vVjLg0DunTp+i4VOD6RXBhgNyARBsADLhL0 BgNy1vd6hJgNhATwfGgtMsR4Qe+xAeGB9LUKBlwkUDCAa07eX+TkcY+QN340TgIeDIAEXAyQ078L AwAAufoEGECnkGsRgASWqzYhtAahTegCYGApw8CYMpt4gHeN2ROweJgDAxU2MKDChYFKRIdnV1mz wwwD1fY86REKO4tqHGwYqLWW1ljZNdg1RiSwot5ZgegwwYC9GhjgAAYanPWAAQdzRRudzY2xLRB2 D2/FaFH7kaaYzBF6rNnZ3hxDehgwEBMYwKKxVgc9QgQD7TGMD0JaALsFXuiALUAwgEGiHT3IDfPW YYhtgdfaY290QggNkzro3I8rhooiNhBzm4KQIVYwQEd/wIDD5gAO+r+g0z/O+hgbKod+8IA8ycND BQbepxeftnH6P+O8jyUDPGD0TM8vz8R+qQPEunTp+nHX9wUD77777hNPPLH1Cip6O/Sm1NvrpX6c 73rfgcP/9ruP/vW3v79iRG+H3pR6e7q+ZQWOT6QEZ4CO/skzhUACHgwQAwgMkAADIcQDiuXeBwNF IAF0B4EBQuuLQusKzzNWiOU5A3kZ6/J+QhIeyMn9i5xTf4Ebdgno9J+T68FAuhcgXsndQXFPQOR6 Ai4S+HSE5MEAixeQAQa4WUg5A3TlxiEEiPcjQEwwgDah/QnOwKhSc2y5M4Z3D09EgFicAawbk/XD CAxU8FxR2AL23BrAwPywsyCsGoRkqGgmeoSwdExggK6r6x3igdVoEIqtlcxAvbOhyd7UbG1sABJg tGhjjEjgIdgCMRJhAGAAzoCzoxlpgZ3EA632U60IDCA93GI92+owD6BN6PkONycgE4RInegRernD IQCQ/WJ0faOj500mAbc7COYAEsOeFcDDQ8UfeOf0OYwPghuAsz5dfaKDvojP/RgfBIENhBP45v0v /+g6A/Qa5z3uF/qbM5CGAV26dP2Y63uBgVdeffXtt9/u6Oj44xVU9HboTdFbU28yqX6c7/rDT/Z9 cehodySivuGKKHo79Kborak3qevbVOD4RBIYkACxQoIkf0AkMACXINEc8OTCgLILmAcEBgrTe4kN QOtIcVsAALAu/y9YyhxQKQLVMpTuhwFpEFp1IrSSlEACnjOQ5vMHEhXfQOzCAKLDAgMiLzOQ4cHA skQYEGeA24RMOAMVzsRyDBVVzoD0CFVYM6rsWZXYPTxbLRpzsH6YpwktrnEWEwzAHLCIB5bVOllh Oxu7xuwV9QQDNsOAs74xJouH1yM9bG1SPULO5gYbS8ea7G0KBtQoIcBAs7OdeKDFebLVJj3VQjwA GIgHBloxR2hPh/2CmiAkK4cxUOiVDoYBtzXo9U4H40Q7kBAQc0BgwE8CAgN7u2zAgJsKIAEGuC/I VY/0CzEJnCMYUKf/rh46939w+hwxAM79Xzr//YzzNzxK6G+YGT44E9MwoOsiau/evVfSXwTSe6F3 pN5bL/UjfMsffbr/SvqLT3ov9I7Ue0uq7wUGHnvssa6urp6ensgVVPR26E3RW1NvMql+nO/6V//+ YSQSPXfunHEFFb0delP01tSb1PVtKnB8IvmdgfRNFw4DQRIgpYSBkIIBtgXca4JLwDCQQUf/dXnC AJ7EHOBIsbuFwHUGlAQGQAIpYEB0wTDAEQKGAeUG+GID7Azg6t33GzjI1yZUDhggEuBpQvYEdgYm S5tQpTW1zJhZhcwA1o1VO/Oqnblh9AgxD2D38KJaBxNFZd1YDZGAszyM3PBKwoAGe029s6oRgYF1 9Q7BwIYm56Fme2ODtbnBwT3mitr0DOaKNpEQI/Zg4IkmDBXdARhwnmqN7cJQUQAA80DPc9wsBGeA e4REEh2m68scHVYkAEOA1MNzhBgGeGyoK5gAbmZApI7+3AKEYADu1QQhtgI8BnBv3IeEB+feP93z yzM9//vrc78kNlANQhwjPg0e0DCg68LrpZdfvsL+IlD+FpDel3qHSfUjfMu/+f0frrC/+JS/9aT3 pd5hYn0vMECURb9IHSevoKI3RW9Nvcmk+nG+a8JLeoE6RF9BRW+K3pp6k7q+TQWOTyQ/DODEz9eU uggYkJlCEiZWIgxYDxgQHshYn5+xnmAgj24CJEDyYMAVbyNezTCwOm4LeDAgAWIRMYBgwDfCgKQF VGwgvmRAwQAsgmWkBBhIz/y83yDAwISlSyUzgAahcWW2wMCkCodIwIUBe2aVM7PSnIXosPNgtT2H o8MLamIEAwursXt4cS0vHiYkAAnYWWF7eY29shaewMo6rBxe06gahOAMNGFU6KYmgoHYxkZLYIAz A84jiA2ABEhYMiAbx0htNrYO8+5hgoFnW21igGdasXL4Bc4MEAxg0RicgdgrJIYBzBFqhzNAR3+B gdfBA9gsJpkBzxnAAgFeH/YOTwqSkMAv0CmEZ+jcL11AuHr3XQgQ8+nfJQE+9GPZ8Jmevzkd+x9n ev7bl7H//mXPf+P1w788Y9P1v51x6KGGAV0XXlfeXwR6fwuo3mFS/Qjf8pX3F5/e33qqd5hY3xcM 0G/pvuKK3tT5YeBH+K41DOgKVOD4REqAgcDqsUQlwsAFtQn5MIAXErsSGMhYxzAgV9xACTDAPJAA A0gPAwky4jBw0oUBZIgVA6gb+APngwGfGAkUDLg6oFqGUsHAnYMG/etHH3kwYI+rhC0wvsKaWE4w YEub0DR2BmaABKyZVRaRgLQJzVM9Qg4CA9X2khqkBZbVOMt4oBACxLXWChLBAIeG1zRgyQDBADaO NTmbmu2NTbFNjc6WJkwXJRLYRuJRQgQDj6klA5gxSted7AwAA1pjz3QABqRNiIeKOi+0Oc+32cAA 7hF6lZeLvdTmvMwBYrYFYq932MQD8Ac4LSAwoAyB0+fe7ux5G1TguDCAGzrxExW4VgBGiKpksAIA DgZ09bxP95wbfu907JddCAf/t6/O/V9fxv72y9j/81XP//Nl7O++6vm7L8/97Zc9/4NFX/ofX2ln QNe3KPo/SPo/DHWovFKK3hG9L/UOk+pH+JavyLMOvSN6X+odJtb3CAPqJ15BdSEwoF56BZWGAV3f qgLHJ5LAgMoMcJtQbzzwjTAADJCbFDAgAhJkrC/ywYAigfT1MAcyNhTESSBoCygMgDNAJLCKPQGQ wElFAoCBEwIDrs4DA4dJ/oFCrF5hgBiAYCCUAAODAQPLlgEGxjIMjK2wsXi4wppcBVtgspojhF1j MyutB8POg1XOXG4Tmhe251ZZC2sZBsLO4iqLeIBgYGkdp4drYwgQ15qr6jBNaG2jndPo8LoxVqOD PQOEBCQEBpwtDQ5goNF+pEUFBrBqoNHChgG2EZ5sAQzsUruH4QzsbuVdYwwD6A7iDDHPEVJpgVfo 9I99Aj2vdSgGIGGWKGYHORgcJEf/00wCnTxHiOPCYhHIDYR+oR66olnIRQL2AdAOhAlCHAP4Jd2w CfB/n4n9r6/O/b9f9fwD6//39bn/9XUP6e/BBkoaBnRdeMn/96u/PbtSSv6PX73DpPoRvmUNAxcN A1/3Uf3TcvrzSA18MV89iWe9R/kvDkxLW/5P8uB7LPlXRb3JpPrO75r/2FK+N/Y9lf/z+XZ1/nf9 ff0XpPCf9uz5p0L14NsVfesH+5vUg++rNAxcdAWOT6QUzoDsIQ4sIKNn3AVk6b3BgBor5JGAJ2aA DUUZG4gH8tM3FPxkfaFIbIGfbFBI8BfrAQMwBIKegEsCAgPEAJ4YBuiGSEDMAZ8/AAzwYAD3iTyQ DANep1CC3BixiGCAwOCuwYP/9cOPJmSKM4ANA844goFyS3hgEjYQezDgzGJbYE41w0A4DgMLwoQB saU19pJae1mds6wuhsxArbWizllRK7EBXi/QFAMMuDyAJQOAAZudAQdLBiC1ZEAMge2t2D3M6eEe goGnWjFXFCTQ3gNngGHgOVxVVAAbBtptbBjg9QKvdmGIEGEAR4c5JNDlvNdl/+vX54gEMEu0097L ALAX4QGc/sUTePe0XBUMyMggHwbwtQs8QDBATxIMYLNYV+xvvnT+9stzp4ye0z1/Omme++eve/4F +uO/fH3un74+94+s//1Vzz+dPadhQNeFl/x/v3pwpZT8H796kFQ/wresYeDiYKCnp+fLvqh/zKaT 8gun5MGpFwZ6D+gL6jZ+930XvSl6a+pNJtV3etd4K2nZ/6ge0cMXvPvvpy7+Uzn/u/5+/gvStP+D D/7pnz64uDO9hoFLqwLHJ5LfGfBgQJ3+GQM8JEiCgUQSSN0mBDEGiAgJCkhy+ueruvnJBoYB9gRk rBBmjCaTQBIMZNBDDwYgkABfiQpkqKiCgUQSICXDAD/jwwAOD/Ck0SQYwAbiDz8cv5gDxGPLbEhI oNImTa7EujHZODaj2plZZc2uth+ssudUWoQE88MIDCwI2zAHaogHLOIB6REiGOCNY87KhtiKOntV AwmdQkQCuDY465kESJsbzYeaLOKBzU3WVneUEOmxZngCJCKBna0xEsEACbYASICdgTZnD5MAIQFg oM1GaxDbAqRXu5zX0BfUQwwAWwBzRZ03T/f836djv/06tvcMnft73jrt7PUlhnH0V01BQgKKBwQD hATexdGf94sJDJxWmYFf8szQv/2y5+++7ql3/mj+6U8N9rlfn+359dc9uLJ+dTb2r92xX/G9hgFd F170f5B0jlR/e3al1IXAgHrpJVL5Lw78bn+NeunCAE5I3/shB/UfAwNnvv86+fzAtKz/rR6g4k/8 76y0gc+fTH7F91kXAgPqpd+u+vRPLaU+n4uo/wAYkH/TL/bfdw0Dl1YFjk8kPwyoDQMuDHgkIA8T YSBFgFjahPj0LzzgZ4A4DPxkQyGf/uPymoVkqGj6+gQY8JNASKLDPhiAEtuEPGeAeCCNzYEkT0B0 QTCAmyRnQDID//L7D8cuXuK2CZXb4z1bgGCgwp4qbUKAAZAANgxg0Zgzj2MDC8Mx9AjVxogEliA9 zENF6+xskICNtADxQC2WDAgMuCTgbGi0SYABkABgYEujta3JeaTReYTNAd44ZhMMCAmQZN2Y9AhJ YABqsWEOsDPAGwZiL3fEsGSgwxFbgGDA6xHC9XTPG+wJSJvQ26dje4kHsH5YwgPKCiCJPyDzQ9XR H21CBAMOAcAHXbEPGAZ+yS4BPIEzPf/jDOIB//D1uQ/PxkrtP+3rPvebr3t+c7bnt2fPiXDffe7f z/b8TjsDur5Nyf/3q789+16L/5ZQlfrbPHrK+3s9/OWo7y8Rv9eS/+NX7zCpvutb5j+5qu/rDfg/ mYuq87/l7w8G6Kiz59sdWi5zGDj9vdcJPjOrB1L01MDnT9ANH3afxwWP+qbkXxX1JpPq4t91ivel it6VKvV1921y+d4rfoSUemHwCf7Gi/pozv+uv4//grj/oif8C89H/EL8l4bKfbr3J4ESvj6j7wwI GgYuugLHJ5LAAM76Lgyo+2+AgTgPpLlLxxQPCAzAJQjCwE82FmZsBAz8xcYEHognB9xtA1AqGCAS CF0YDMAWoKs7YzSJBEjnaxMKIS3gUkEqGOg3cNA///73oxculgAxRglNqLD//+z9B5dcRbb9i6pK 3f/3Gd6799i2NO2goenGG+GEEyAhA/LeO4QRTggECEnIewl5b/Hee5BX+az0PivL546InaUzxltz xd7pqiREQZ93X3fMMcc+kamSIHvAIX651lzrphonPdy7Wt4GHrDuqAMMYK6ox4UBD4aKDvCo/vW8 bqxeDKwX99dLBAa8YqhPDPOrEcQAPjnKi3VjWD8cwPph9Aj55QTsGZCTQmQxKWBNC6upQTEtKAED 7pIBXRbQlQEeKsqLh2PqSR4qOjdODGA/G7Ofiapn4/Y83SYUs5+LqvmJ7AtJe0Gq40VeN7aQkCCV XewuHn4plX0pIZfweQmKA8QDWTosTSIuzBEChoFcWSDNPUI44ImzmxlYhZUCOK9tsNen7M2N2e3p 7J7GjoPN2cOaBJqzr/LzNYYBer5BboUNDBidv/R/+51vz3464UvC/Fd4uAw4X3jqN4t/+SeX/g+/ 8wk76cd8ZPyN073EeUUf7Cf6JjT3v0x3de6P/JPBAC46P7AR4v+fYUAI4f3J9eETF1/8xIfOCy16 q8fAjXTYOJBvvnz+R4k+FH0050N2Uvc/dRefq0T06fRP8MfUHxJHfcL/CMV/QO7nceRTwTs/UOf+ 1D/BvyD5f84L/4mn67x738c9X5/O9iYf6P+6NFBw7KYMDHRbJdcnciEMuGkBjQGdkAAkoDGgkg8O ALh22ICbhcADDgDgTBhwikxUwGUBlwTAABoD8jBQNpZJYMyxsjFHyOWjiysDDANlBSTgYECeB3KZ AbQJlREPODDQmQe6goEcABQYDIAYcQkMXAoYuI9hwKkMVMteNVgvoO3AQK3EkoE62ceDuaIuDGC3 QH8vw4BXAQY8xAPWEJ8c4hODvWKEX430iREBwMBIvxrDZQFtLB0LqckBzBQiJCAYmB62Z0QUMcAs fhIJEADQ7f+RqE4PEwzIJ+idGPEAGoQ0DDwDHsCusXmYJoTxQRwgzgcGuDIgsWUMu4fVYt42QCRA XpRUYABkiAkDssuSKA7wSy4O8JIBxANSSt/+uTtIrU4CA7R5uzDWCKxrsF9uzG5ttHc1Zfc1Zw82 o0HolWbiAacm8HpLlgBAw8BbrWfeMjBg9ENE/4Gke6Tz7dlPpk5f4OmvPnPP7n69d546HxhwfvSH SX8A50VO+a8v9efin3K/98x9WVr89Wj+9+R/y4/5n+R/Bwb0Nce9tujXxAb8DadOTnb9Dv00bj0F lxznD/gx+t+BAc9Prvcfu6jHgA3OCy1666LH3qfDhgE9LnpsA/2AfvkP0fnAgPOjP0hdfC5X9LEc FXxM5wO6586/He8UCL9Y+Bt/mP7RMOD8Y+6e3X/Wi/5Rdy/3537TfYMOP/rfEgMD3VbJ9YlcVBlw kcApBbgwoJ84FMNA+UQHAPSgIZDARE0Cug5wqicxwAR2FzDAAWIXAzQJ5GCAnmVjjvUcc6yQBGCM EgISICrQGQY4M1AEA05goOvKQCEJ9BwOGCjBADZPE+oMA5dcuu/1N67pN8ANEFfJG6pFr2oHBnpX y9urlTNKqBZzRe/BhgHsGutbJ+7jsgBgwGsP8mHJwGBeMsAwIIf71XAfNo6N8AlCgtFYNaDGBW3E BvxyQtBGgDgoJwVQHJgaVsQDM5AW4F1jQAL5cFg+GkGGmAMD6kky48GcqDNUlG0/E0dggHgAMOD0 CDlLBhboFWPYMMDjRFOoALgTRWFQQcJ5iX3DGCeKp64JLEdNgHuEdE0gZa/iQaKEATk8wCDRdPbl NJFAdneTvb/RPsSlADbDQDPahF5vPfM6kKDjzdYzb8MGBox+gPR/+51vz34qdfEd4caBPQZuxPsX l3799w+Q/g+/8wk7qfsfOfcF7tnEn5J/zP0556vMkt+pf46l/7fST/1Ot3Tuj/wTwYB74cndW3Dr cS8s9CZdYrp8R79RcMlxDj9O/zswUPfT6z265Pbf4LyA8m9s6E+X3ff4/xb/yE8o/Y+K8yE76Ud8 6k6fSyv/Np340+U+JuSeO//uLv68wt/4w3TuT/2j/wXBP+vFyv2z7v7rkGeE73lT/xuT+/fmx8jA QLdVcn0iaxhwMgNFLmAA/U6uTahg75hmAA0DbMBA7vbfySfcTqHjPxt3MgcDGgPgsUfKxxzH0mLA QHGDkGtdHOi6MlAAAyABVAb4fB4wwC7BAO1PugwQaxi4um//fGXg+ipxY64yUIXKwG014o5aeVed xDQhjyIYwMaxOonocA4GvGgQQpsQMsTCzQwoIgEySMAnncoA7xkYH8BEUYKBKQE1OSSnhOX0iD0z opx1YyE1i9PDD0XVIxFFPEAw4M4VVU9F7ac1D6A4wHsG4pI3DNjPRyUCxNgzoF5MYMPAAoYBtAYh J5B9iW7/QAIGgGQpDCxjGKCLPrqD6MavYaCgO2hVkg4KGNDQQWCwusFe15jdkLY3p+1dzdl9zSCB wwUw8GorOftaKyoDRAJvtLow0GZgwOgHSP+3X3959pMp90VnXhsG9BiwAV/1XfTYY93+du98pf/D 73zCTur+R+7ic7EKv8KkHyj8MX0u+Y2FPw/x/zJd/snnrXN/5J8GBvLXE/fiUnRh4TdPnOMdeolr j/N/frT+F2DAsqyaf4TW4a6/ruDFRbPfcc/O8Z3Z9O+K8+5PK/pQ9NGcD9lJP+pT46PkPxh9htl0 zn2m/EfKf8wuf9kV/rhO7xS/cd4696f+sf+CuP9CuCq84hfc8Z1/8M/2pvtH4F+rbk8lKpKBgW6r 5PpEPl8YmHRWGCjypNOoBhT755NOu2cHBpAZAAycxGhRdvnYY441DIxBYKAEA7RBAnQ4Jwy4dmAg N1Pox8MAXjIM/O6SS/a+9sZV92oYqMrtHkZs4JZqcWuN0qOE7qxDj5AeLUoYoDeOgQd8amC96u9V 9/vUA8wDQ3z2YA4QozKA3DA2EI8kGPCKMUE1xi91m9AEHiXE04TkVJ4uig3EhASoDKhZsJwV4thA 1H4kKh+Lqse4TegpVAbkXIIB7B62n+WywHMJLg7E7RdiKAtg71jCJi9MYvfwQnfDAPNA0VMzAIOB vSzpbBJYnmAkAAbQvd+ZGgQeQDXAXskRgtUN2TUpe11ak0B2R6O9tzl7oDl7qMVGSphIAG1C2Vdb shwXzuqoAJHAW63Zt1uz75rKgNEPEf0Hku6RzrdnP5k6fYGnvxN0vxns4iu/n1TnAwPOj/4wdfXF JD6M+2bxx+z6HVLJS1Lnd36g/hdgAPeWAuGqgltL7sbCt5lzwQBe7z3BD375I/W/AwNV/yCtvY/+ frTuW+u8x+9e9Ojb+RcFr34ynQ8MOD/aDb39aAEY6795962L7rvvIv1W4ccsOTty/jcp/NPwVtH/ Pj9I/1AYKLjIO3Iv+fiVXNuc+8/9Wd8s/DfnJ/m3xMBAt1VyfSJrGHAAYFKtc2DnagI4MAyUTWAS AA8QCeRhoOekSn342SS+/QMAHBLAy04woJeOlY/VTyKBAhMMjCEkOJpbNlxoTBPSPHAeMMCdQl+f vTgAAOg5/IvzgYFcjxB4gNuEHBi4p6AyQDCA9cM18lZyteXMFa2x+tRhz0AfhoG7PbJfvboPc0XF ffWSfL+fe4R0p5BPEA8M8eYyxGKUXxIGjPEjQDw+YI8P2nq0KDIDIUEYMDmM2ADBAKaLhsSDIUl+ KKweCmL38MNRemLj2JO8Z0DDAAcG1LMJ4gHFsQGpKwM8VDS7IMnRYedJMAAeWJxku2CA3DBvHYYB A9wghGYheAXAgGFAGyRAL3VZIAcD9pbG7PYm7BM40NxxqBkkoGHgMA8RQjWAMYB44M3WjrdaO95p 7SASeK/NjBY1+gHS/+13vj376VT8LZ/7DR+967z5j/veE9L/4Xc+YSf9mI+Mv++Crz7X9e+/Lv+h 3E9V8I77kfEr+d/G/4MUvMz9WPd17o/8U8BA/jtMSF9dCmHgfN7Bn1Fw5flx+l+AAfqrVPzTiT4U fTTnQ3bSv+an/in+BelSRVd8V12+WST6iZ+CBQwMdF8l1ydyMQzUOIccA+ReTqomBmAMIOPqX1gW IBjoSTf+yRU/n+ze+yedpncIAwpIADAAEphwoifWjTnOYQAzwDF65mCgrBMMYK6orgwU8EABFeDq Dzs8wNOECAa6jg2UBoi73jjWBQx8VAIDF1xfYQEGqtTN1UrPFUVswIWBO2rkXR7iAeteXRmowzSh fnVWf6/s7xWDfMCA+73EAIr3jmHA6HAfwQDPFXVhYKxfjvMrgoFxAcFlAeIBOSUopzIMzMAQIc4M RNw2oYh8LMxLxyLq8ZgeKGQ/ERFEAk8TCUQxTejZeHZegjMD2DjGDUKp7PykvUDDAFcG9GjRxQ0I DNCB+4Js3jCAA0LDKBFgbCi6g5zosM4G6OViwIBVqAmoVQ32mgYMEsWm4UZ7W2N2d7O9vyl7qLnj MGYHdbzaYr/qIAHDAM8OerMFfptJ4J22jvdaDQwY/QDRfyDpHul8e/aTqvRLPf1W/nu9f9D3ntD5 wIDzoz9chZ9Lf7Dc95nOV5+FHzN3Lvht+E2Ff0rJb+mW/uEwUHinh/hC445HZPHtha/7rtx38r+x 9E/5MfrfgYFT/3SiD0UfzfmQnfSv+an/nwUDP92/JQYGuq2S6xO5CAaKXQQDuZYhFwZcBnA9+bT2 zyae5sqAQwLFMHCqJ/HABF5IrCsDuYIAw0CBj3J6+GgRCWgGYBhwigOjnMlCbnGArv66RICyQK4y oHuEcj4XDAztcqBQKQxwm9ClDAMIEF+gA8S9quRNle6SAS4OoE0IVnd5ZB+PvNcjMV0UxQGy6F8v B9RbBAMD661chpiewwI29gwwDPBoUTnaLwADeppQCKNFNQzoNiFUBkLOUNFZYflQbgkxKgNqNjqF JNLDet1YVPJcUTUXc0WzPFfUGSI0P6lexAQh1AT0aFEiAW0UBBoQHmAG0GUBwMAyLCHOLks6W4fp gPSwLg5wjxCbOEGuSEmCgdUptbbBfjmd3YLQcHZvk41Zojw16DD3BR1uOfNqK97RoWGGAUwQIhh4 p81+v6XjY5MZMPoh0v/td749+2cRfSL6XM4n7KR/wY/8j7rrdL61nPse8/1fif4A/S/AQHt7+8l/ OtGHoo/mfMhO+tf81P+PgQH694co+if7l8TAQLdVcn0iOzBQXBPo0hoGek6qLmKASZU/m0zPip6T K342peLnkys6YwCxgUMCeu0AogKduoNcuzBwpMs2obz1NCGCAaaCgrLAN2XDc5WBrmGAfBYY4HeG Fu0dc2CgMDbAMHBhEQxUOjBwc7V9IwcGetfSU9xep/Ro0bs9gmCgDz25PtC3nsDAYhiQA7k4QDDw AJaOKYIB7B52YUDzwGguC4wLOjDAG8fsSU5lANOEpvE0oVkR9VQ8+2xUPhyRj4btR8IoCxAJkB9H j5CGAcYA3kCsYeD5RPa5uOQhQpwTYBhYkMguTGUXJcgYJOrUBwgGksgQ52CAO4WyRAJOgDiJWaJk JySgAwMMA6vSIIE1Dfa6BntT2t7RmN2DmgCHht2QAANA9vXWjrf44EYFznBUIPte2/980GZ/lzlj YMDo/EX/gaT/Zugvz/5pRJ+IPpfzCTvpX/Aj/yR3Hf1tf4l+EAzQJegnaX7Q+kfDwKxZs0KhUDqd Pv5PJPo49KHoozkfspP+NT/1wdfebGtr7+jocP7Z+qcQfRz6UPTRnA9p9ENUcn0iuzBQe04eqGQT BpSSABhgMpHAaSKB84eBEgAoMmcGNAz0HNOJAXJ2YOC7HqgDaB5wYYArA9rYQFwAA8QA3wsDXVQG eLRoAQzoAHEBDFxfKa6rtHpVypur1C216mbwgOhdK2+rxZ4BLBkg11p96lEWuKdOIENcL/t5xACv IhgY6EVl4H4vkYAc6sXqsWF+NdyL0aKaBMYE3DahEJYMEAxMCdmIDod1ehgwwNNF5UMRe1aYSACj hGZH1KMxmzDg8Yh6ErEBicxAzCYYmBdHYAAbBmI8TcipDNgvkuOKkGBBQqJHiGEAZQFyUoEB9Bwh hgFuFtIwgGXDy9P8ZGPlMJIDzjQhHRvQMLABZYGOXU32vibEAw4323qC0KstZ17j5WKft9tftne8 0ZLVDULvtKFB6N22jvfbOr5p7/is3VQGjH6A6Ab5z/dFoP4W0PmEnfQv+JH/YV98/v9S/2gYePHF FxcvXhyJROh/238a0cehD0UfzfmQnfSv+anffO/Djz/7sr0d/1D904g+Dn0o+mjOhzT6ISq5PpHz lQGYpwZNLqECTQLkqp6oDFT+bFLVzyazGQDyRmagCxgABkxkDOAGIXKZc/UnKsiDgVsTcIzYQAkA 5MwkQAxQNurbAhgoahPKwwAdXBgoIIEuYEC7J7m0OMCxAfAAkMCBgb8ABq68W2cGKhXxgK4M3FQt NAzcUi1urxN31sk76yy9dIxg4N46qVeP3Vdv90VsgGAAZQHYjyUDw3xySL01zFcKA+gRcmFgQlBg tCiRADcITQ5Y0yNqRgRtQg/xNKGHw4gNzA5j6djssMAS4oh8SsNAVGGUUBRbh5+NCuKB5zk28IKG AQ4QEwxgw0BS8qGDSGBRUi1O5AoCPFq0IbsUPUJqWTKbDxBzj5DuDuL6QDEMNKg1KbUhbW8DDKh9 TQ4GMAkQBmTfa81+1nrmjZb/ebO1443mPAy8h9wwkUD28/aO91tMZsDoB+if74vA3LeAzifspH/B j/zP98Vn7ltP5xMW6yeBAdILL7xA/6sSZf3TiD4OfSjn451F/5qf+o13P6B/nAgv/2lMH4c+lPPx jH6gSq5PZAcG9L0f9QFyXQEJFMJAZU/NAI6LSWBKJZHA/3FhAHlilwQ0DGgMcGAAs0Q1CZwVBjgz cJZOIZcESmCgfCSTwFlgoLgs0CUMnCsz0AkGLtnz6htX9rkPMHBrtejFMIDpoogRy1t5/fDttfL2 WnF7rQUkqBV31+vkgOhXr/p5MUqonwc9QgO9AnOEvNZgdAoJ7BnwOT1Co/1qVECORWVAjaWD36kM TAzbk3makPaMkHyQo8MIDLAfjSA9PFsPFeVpQk/F5ByOCoAH4hKVgajkuaIKu4fjgAHdKUR+ETFi jQRoEHJiA3oDcdxelrCXJuxlTqcQHcAAy5LoFEJZgAsCqxuxcYybhVAT0F7LlYHNjdmdjfa+5uxh 5gGQQLOtQwKvu4lh8lut2fda7A84NKzLBR+0njGjRY1+kOi/kf9kXwTqbwHpczmfsJP+BT/yK2++ 80/2xaf+1pM+l/MJi/VTwYCRkdG/pkquT+RCGOg5uaZcLxxAy1BNzykoEfQkT6kiF2AAuVIzwM+n Vv58inMm9+SWoVxfEIyFxKcLygKnysedKiABwAAvFigggbHHe6IsoE23f0ICfQYbICTgPnvg9q8x oLgy4LpzZUAjgeaBsqFf9hz6pSYB3kDsuIyQID9ZyCkL5Ew8QDBwwcUEA69f0acfYOCGKmQGeLQo lo7dTM8qC21CNeIOvWeAYeCuOnFPverrRYC4b73o75EDPHKQLgv45AOEBPXy/nox3K+IB0Z45agA Vo+N9vE0IR8yAxOCanxQZwbIYlpIzYjYgAF3jhDKAm56mNcP249H5ZMRSTzwFFYNSGwcYxiYl9BL BqQmAcBAwo0N6MwAwUAiiz3ETAJOdxBnBujJMKCbgtAdtIwxYAXOIAE9PggYoKMC3CC0Np0lGFjX YBMMYL1AExaNEQlgpYBeLtZ6xhkfpBPD7PfbOj5r6/iu/X/ebcu+h5lCJjNg9MP03HPP/TN9EUif hT6R89nOon/Bj3z4jbf/mb74pM9Cn8j5bJ1kYMDIyOjHqOT6RHZhgDAAAIDnFGAA28WAKdU/m8qe XPXzKdU/JxiYUgkMmJrHANgtCxSQAGEAXD6+oDIwLk8CZWNP6Nt/+RinOKAzA+4ooQIYyHUNjcLT KQsQDBAV5G//HBsAIej8AKyXDJQNd8oCOWse6DmscM/A98OAjg3kYeAuhgEdIL6pSt1UZZHzmYE6 dXutuKPGIhLgGDH2DDAMKMBAvezvEQQDg7yKM8Tqfo8YjBmjKA6MJBJwigO6MiD1kgENA+RJBANh NSOkpofQLIR1YxH1IMMA2YGBaJYzA1g1wDAgCAaeRnQYPEB+LiZfSGSJBHi0KJCgFAYSHTkYWMo8 oAPEujuInSUSAAzoDLGzdZgXC6S5NajBXq3rA2lnrujGBoVpQs3Zg80dGCTqbBpGWUDDAELD7cQD dPs/81Fb9mur48M2bBh4twX5AQMDRkZG/8oyMGBkZPRjVHJ9IjswMLW6bEp1+dQabQ0DdPt3YECT wNRqkACcxwBdGeChooCBnwEGKn82kXigAtYk4PDAKZcH8pWBsjEODODJLoQBt1MoXxYogQF9IBjg xqF8d5BrZwMx3/67hoESDND+IZWBvk6AuFe1wp6BKswVJRi4hWEAA4V4CTGXBVAfAAzUC4wW5TYh 8gCvHEgY4MeqgQfq5RCfGOKTQ71ihF8N10vHAlLPEeLYAAaMMgmoKWGeK4oeISAB1g9HgAS6LIAe oViWeOBJbBhApxDBwNy4PSeG5IBeP4ziAEaL8gbiuHqR6wO6TYi8yIEBp0eIGGCxhgFODhADLE0o lwcUMgNuj5AOCaxOd6xp6CAMIOvKwCpeOLA2ba9vtDen7Z2NWDLA04RslAVasGxYNwi93drxPtIC 2ffb/+ebTMcnregUIhh4p+3Mp2bpmJGR0b+2DAwYGRn9GJVcn8i5yoBbDdAYUKthoMQ/n1ylCwL5 msDkKj1UlNyT9xATA/Sc6BYE8hhwqieeXB9wSaArGDheNharx4AB+U6hYhhwSYDcVWUgd2ZrKijG AG20CQ3/qgsG+EGVAQ0D11UK4oEbquT1VUgP36w7hWp4uihiA8gMaBLQMAAeKIEB3jNAzyFewMAw nxjhtUb65Ei/GBVEZWB8wMZc0aA93i8nh9TEoMK6Ma4JaBgAD0TULKwflo9GbcIAVAZ4mhB4IGY/ GZFPx8TTHCN+hkggVgwDCfViMg8DzpIBwEB2kZ4mBB5wRwmhLJBdyusFtAkGGAn0hgEgwYpUdjW5 oWMl8UA6uzadXdNA76i1jfa6tNqczu5oQqeQhoE3eK6oJoG3WujSn32n1X6v/QyRwGeZ7HvAA3qe +bQ9+23GVAaMjIz+pWVgwMjI6Meo5PpE1jBQQgLsmp9NIwCgZ83PpzlggLLAWWCgJ2CAFxIzAORg QJNAkbuCAXeiKLsoM5CzAwNlo52CgAMDTlpAX/1z4QHHPUZ+hdhAJxIgaxjo0QkGgAH6nXPDAALE r1/Z516GAV46hk4h3kBMMIAlxFwcQJsQYgPqzlqBAaMehdiARyE9TCTgkYPqVf966/56dAoN9hMS MAz4xfAATxMKqDEBOSaIJ2AggNgAKgOAATUtYk8Ly+kgAUHPB0MoDjhtQgQDEWQGiAQej8qnYmpO TD0dl3Njam5MID0cV8/G5HNxPU2I9wzEwQMgAc0ACfulZMdLbimArv6MASgF0HN5usPJDAAGHAbI kcDKlCIjLdCQXYV3kCJYlVZrUvZaeqazG9MKG4ibsgc5NvAG9otl38BKgY63W8682woe+KL9zJcZ ZAbea/2f91rPfJbp+C5jlo4ZGRn9q8vAgJGR0Y9RyfWJrGHgZ8QA02p7sn8+lW7/dQQAeU+v+tk0 pAXAAwQGUyp/ppGAU8V64UD5RHpW9JwAlxXwAJAgTwIni+cIndRRgZyZBI7RQcNAQXKA7JQFdJuQ dtmo73qMZDAY8U05J4kL7DYL5TuFcgCgpwlxZgDvf9Fp4cDZKgOflg0mf0Iw8Lu/XLL3tdevuqcQ BrhB6CaCgVpFMKBjA0QCTmWgVtzNsYF76sU9HkUkcJ9X9feIgfVqYL0gGMBAIYIBnxyqYcBrjfCL UeSAHB0QulmIYGCiDhAHOUAcsaeHxNRwx/SwPSOMTqGHQgJtQlH7UTJPE3osqp6IIjPAMGBjzwBh QAKel1AvsOcn1fy4WsAbBhYm0B30UiK7BLd/d9mwmxhelpR4clOQfi5vKCoIrEzZqwgDGuw13B3k pIf5nZVoE5LrGtSapFqXtjc32juasgeabA0DvF8MFYB3Ws68Q1f/1o4v27Pvt2ffbTvzQVvH10QC 7Wc+4FCBgQEjI6N/ZRkYMDIy+jEquT6RncrA1Fryz6bVoSZQiAHa06t/Nq3651Orf8aZAcAAagKV PFaoCAbKJ6AykC8OjMcooUIYKGkT6hoG0Cb0PTCgKwMEA2WjjvQYVcgArjUJdIIBcuGhJ5HA8C8K 6wPnCQMXXnLJvtffuLZv3x7/CRiwriceqJG9CAaqxc016lZYcmUAbUID6lWf2gyWENeJe/RMIZ4r el+97O9V9KvEA4QBxAMPeOkghgXEiIBEgDggiQdGB8VYjg1MCMgJQTkB68ayGC0allMjiA1MD4s1 yezKBPYMPByxH+HRooQBj8WwceyJqP0kMgNiDjqFsGfgGe4R4nVj6oU480BC7xrTZQH7pSQnBBLw Mr1GAJd+hXlBSdz7l3NOAInhlOL5ofoAMwzg9u8gAR+IClanME1oddpe32CvT6uXG+3tjR37mpAh 1mkBgoF3WzrebjvzcSvagT5oO/Ne65n3W+2v2rFu7P1W58cMDBgZGf0ry8CAkZHRj1HJ9YnswMA0 hgHUBGp+NsMBgJ9Pr2IYYAxw24QYAIowwIUBFATIudYgYECeBPQ0IXqiTahnfrpoFzCQY4CuYaDA XcOA7hQCCfD64QIY0NYYoI2rP3l41zOFyoEEnWEAbUK/v/TS/W+8cX3/fhoGODOQg4FqBwY4M6Du qJN3ekSfOgswUCvurlP3cqeQhoH7QAKAAZAAe7BfDg2IoX4x0i+HB1AccCsDepQQeGBKCHsGpvB0 0akEAxH5TAJtPw8F5YMhgQAxMgNqdlRgtGjUfiqWnRPnuaIx+jHAAKICMWf3sK4PLIirhXFUBggD nHaghFyRpNu/0ld/uuivSEl+6ns/f9mf4ts/PfUZU4OYBLgaoEkAT9QH7DVp+9WW7PstHRsabIKB bY1ZvYcYbUItHe+QW//nw9bs15nsB+3oDvqgpeM7IgEr+24b/Yz+MRMgNjIy+peWgQEjI6Mfo5Lr E1nDwM+m1/58GplhYDrnBM4FA467hIEy5/bfXRhAdBiVgZ6jC0ngh8CAdlcw0MOFgRwP4NLvwIAb FWAMyLl86KddwsAf/nrpgTffuHHgfQwDVfL6anlDjbqxCjDQq0bcUqturVW9a2VvLB2Td2C0qLyr FjBwj0fcy8mBfh7MFBrotQd6JHmQM01IYZqQXwzzWcOBAWq0HySgYWBswCIeIBiYHCQGEFNBAmp6 yJ4Rwd6xmRF7VljM4rmiqAxE5GNR+XjUfiIm1zbYbzefmRsTc2P2PIIBXjr2XIx4AJWB+XH7RSIB bhBaxCEBIgH+1t/GXCC+7tNVfnXS6flxOn/oie0B+Rs/p4TxzjqMEOWzs14ANQF6Sb9rT1N2S6O9 viGrYYBeEgxgsUALygLvt3V83d7xKWoCHR+2Z79tz9LLd1s73mJawMShZlMZMDIy+peWgQEjI6Mf o5LrE1nDAEICM2p+PqMWZh4ogoFpmC76c2SLa/T2sZ757iAODbMdGEBsoCQq0DUM8LMLGAAPuAzQ M79zgG//eQzQMeJ8ZqDUXbYJjXB4wHnpjhYtqQw4GOAcPikrhQG0Cf3xsksPvvXGzQ/0z1cGelUp xAZqFQYK1chbqgEDt9Vwp5DH2T7Wh2cKITPgUffyjNH+XjnAKwZ65SCPGuhBeniw3xoaEEQCIwJi BNcHRvOAUb2BWO8ZmBSQU4L21KA9JaSmhdXMiJoRFDOJBMKSeODRsHwkLPXGscdi8qmYfDoulic7 5kbV0xFME5pHJBCVGgaeIxhI2Avi9sKkWpRUixNqKVcDCANw6U9KffXHvrCUvaEhu9590kv8Et/4 18FqPcaGqnVpPqT1T9JZ0S8BDxrU2ka1sRFvrkvLl9P2trS9p8k+iP6f7Nst9jttHV+2d3zeduad 1uynrR3fWWe+QncQ2od0WeD15uwbrd2sDNB/Po2NjY3/Kf3b4xEDA0ZGRuepkusT2a0MgAT+D5PA /5leS2YMYCMwwAyAtQPkmvLJlWSXBKrKJzpIQBigeQA3/gmFJJCHgbJxMGGAWxwoggHy2UeLkh0S 0C4bdaRs5JHykd85o0Wxa6wTDGgS4HNJs1CBgQRlQ/MwgJf0HII2obKhnzIMfEYkQE+CgfIHPim7 /6M//e2vh95+o/cQBwYsggF0ClVLBIgZBm6tUb1rxG0cG7jDI+70YLootwnJez1kjg3UY67oQK8F GPDKB3wKmQG/HBZwKgNkvWpAwwBiA1wZIBiYDBiQU1EikNPD8sGQPTMkZ4ZQGXg4zHsGME1IPR6x n4raT8Xlk3HxTBRtQmReN+ZWBmLYMLAwBhLQY0MRCE6qVUn+Xp9N13ptusdvaOArfkptoJepLBp+ 0tmNDfbGNLsx6xzS2Q1p+2V+ST9PB7r90zv4JfpD6JcAA3J3s32wqeM1IoGWM5+0Zb+yUB/4rK3j SKbji/Yz7yBYzN1BzUgLvNGc7XZmoOS/ncbGxsb/NDYwYGRkdP4quT6RncoA3f6JAYgHmASKYGCq AwNsFwbo9q8HiXYFA/nKQKc2oRwMMAmcKCEBx2eHgbLR3+ZGi6ImMJJ44Jv80rHOMKAZgJ9ng4Fy jhEXkgDMgYGyfIAYMMBlAYaBwR//+e9/PfzOG7cP1zDAJHB9peQ9xCABDQO3VmUcGKhDjBgw4FF3 gwTI2DaAgUI+OaBeDvITFYj7vRILB/y8dCwgOUMsRqMy4ASIeQmxmBjW04TUlJCYGlHTwgwD5Kh8 OKZmhsUjBAM8R+ixiHyC9wzMico5MfvphJgbR7qA54qq5+PyeewaQ1TgpQTXBBI2kcDKpG7x52oA X9+ZAdTGtKIb/Ca+x8MNxABKG+835H+JDpsa6ZnFm43Om5vpJSPBy/glTBPCHuJGe3+zerWl4902 +8t2bBb7tO3MEavj07bs263Zt1rPvImaAAoCb2BLMZ4GBoyNjY0LbWDAyMjo/FVyfSJrGKDb//9r Rp3TJlQMAzotQCRQPplcDeuEwKSKMmBADgYqyyaQnT0DLgPkXAQDTAJdw0CuMlDQIJSHgUKjMgB/ 22PUN3r7WNnIb/N7BgphgEmgMwzo5ICGAd0XlLPzkp6dYKBsMGDgosv/+sp7b945coDODHBZgFcN 3OhsIFaYKYTAgLiTM8R9dGXAoxAj9oh761W/Ot475iUYUP2ZBB6ol/cjNsBLxzQMBLhNSGcGeAmx bhPKwwCqAWpW2H4Qlg9jA7F6FDCAsgAqAzGCATEnas/BBmIxN4qcMdqECAmwZ4BhgNcMO4ODkmo1 wwAKAuksMwDd+/F1vr70O3f9Am+mZwOehab3tzYyDOifaczCTcQDzg/Qr25rtHc2duxtpls+bv/v tKnPiQTaOz5q73izGa1BbyInoI2tZAYGjI2NjTvbwICRkdH5q+T6RC6Egf8zk3nAJQGME2UY6Dm1 xsEANjMAwUBlGUhAwwDswEDpONFOMEBnhoGeoIJSGCCXjXGiAoUwwGdmAK4MODCA4oCeHQQScM7F MIAMMV39fygM6GdxZYCfn5VxZeDiKy579b03+4zWMOBuIO5VrW7kHqGbaiTxwC3V1m214rYacUct BwaAAbJPPd3+BdLDxANedZ9PDfDJ/j7UBO738GhR3juG2EAQlQFsG+BpQk6bUMiBgdwG4mlBMTMo ZwIGiArQIwSjTQh7Bp6MqqeIBzBaVM5Bj5D9DDMAHNNDhDBRdHHSXpZAYpi8CqFh5H03pCQ6fFAc IBLIfcGPy/0Wutnzcwu3/tPNHt/00zv0Erd8x1v5pfNszG4v+KV9TfaOJoKB7L5m+4PWjreasx+1 Zj9vP/N+a/a15uwrTdnDzdmDLfah5uzhJvuQ3lXcnH212WQGjI2NjYtsYMDIyOj8VXJ9IudggMy5 YV0Q4A3E+ZoA0gLAgElV7EoyY0AOBvAkGCifUNlzPEhAP88NA+esDOSqATkSoENRm5CbGfhWtwmV Lh0rgQFOD+tDJ3eRGeCaAI8WHaanCTmVARw0DFx52avvaxj4NWCAfEM1YABLiMm1WEXcuxrThO6o QZsQTxMSBAN3MwPc6xX9yB7Rn2DAKwZ45UCfuN+n7vda2DPAMDAsiAwxZwbE6KAaGxDjgmpCUDAM yClhOSUkERgICaQFOD38UFjyRFH5WMx5PhmVT0UEkcDTsJobVXrJwLwYMsRYLxCXixNqSUJxWQAr w9ak1LoUBv4QDDAGEA+gvWdTmr/d19/0swEDfNdnBmAMyMMAv5NW28mN9g6QgNrekN3RqHam7U/b OlLZM6+32Lsbs2+22G+2dnzYYn/a+j+vNdv7m4kTOg40Z/c32cQJe/HSpvP+puwhEIKpDBgbGxsX 2cCAkZHR+avk+kQuhQHsHiYScGaJ5mDAqQloGHBu/0UwABIYDzujRc8RIHZIoAgGMEGoKxig9wvq A4CBnk6bkO4ROtLDrQbkYcCpFXCP0EhuECISOB8Y0M7BwFBNCJ/ydFEHBnRmoOfgj/9y1WWvEQyM 0TBQJcEDVVwcqJQ3VvES4hoyeADbBogHapgH6ogHBD2xd8yLNqH+XpQFBgIG5CDAgBjMnULDyRgl JEYGxRi/GhtEWcDJDBAMhAADk8NyWljOCCmCgQdDIIGHIuqhsHiU9ww8GrEfQ2AA04QwUCimCAae joln4pIbhBAYmI8eIckkgAlCq9AgpBPD3CBU0Bq0kRgg3wuknMoAucn5pp/bfjrosL2pYzue9o5m uvoTBoAEdjaR1e6Gjl3N2d1NHQQApzIdh5rsV5uz7zR3vNea/aD1zIFmtYt+VyN+127+jfTn7GzC b9nZiLlDexrtvU3dqQzQfymNjY2N/4ltYMDIyOg8VXJ9IudgQBcEAAPYPuZgAEiAawKOJzEPdAUD TmVgPGcGxrsZ4gmnkRBweYA4gV666eEuKgNleiGx2yNELhwzygygG4S+pZcaBtgFGJA/OzCAp5sZ 6JIHynnbQGfzXFGeMQoS+KQABj4uG/zxJQwDd2sYuNZND2v3qhA3V8ubMU1I3VrNo0Vr5Z0e+w6Q gOpTj04hgoF7eZqQjg0MqleD6OmzhvnF4KAYFZAT/Wo4VhHLMQGLkGBCUBIPzI6gFIDiQMBCdJgc sqYHsWTgQd4w8DA5avOeAXt2TM7GngH1VMwmGECPEGID8tmoeJ7nCL2YUIvQIKSWJiVmiTIJ6Nzw em4Q2pDCANBCGNjUoBgGQAIaBpgBHG9v4q//caG39VN7V1N2T1PHnibCALrN00Vf7mru2N2YfbVZ vdsqP27Lvt9C73dsaUKpQSePkTbOlSCYNHSv0bZGuxswYGRkZPRPL+f/5RkZGRmdUyXXJ7KGgZ/P qP3Z9DoyVhFjG3ENPAXWMEAMUFAZcDCgbIJzyMGAEyAeX9lVbOCUhoFyggE+lI07UTaObv8aDDQM cH2gAAbyJDDqSA4GmAcKYGDktwgQ68zA+cGATgt8LwyUD+sCBogEcjDQZ3R/DQOSYOD6SnFdhQUY qFI3V4lbquWt1SpfGahTd9TwEmImgXvqZD+v6surBtAmVC8G+uQDXmtiAFsFxgfUSL811G+NCMiR foUNA0ExNahmROQEgoGAmBCQU8OSeICe04PWzJCchY1j8iEOEGOaEMFAVD0eswkGnozKJwkGohIw EFUEA2gQiqsF2DJmL2ESWKFzAroswLODdGXAgQGeHFoAA8AABwbyfUGoBhAM7GzKFQTsnXT1BwNk 9zTae5pBAmj+aVL7mjoON9sfYZzomXdbCRXoz0G1YRMZfzkdVMBfmsBAP8EG/Ks/FAaMjIyMjIyM jIy0Sq5PZAcGptX9jDyVnrU/m1pbPrUGLoABPUqoBAYKzSRQWeZUBvIw4B5OkJ0OIoKBcafKxp4s G3uiDAxQXB8YAyToDAN8zsMAvZOHAYwZxTQhtAx1Awbc1WNdmVPFQ8gFMMCVgb9c9ddX33vjrpH9 nMxAHga4RHBjpby5Wt5SwzzAlQGyXjpGMHB3veqLPQN2P3QKEQnY/T1yoE/d71cP+MX99dZQnxzq EyP8hAToFBodlGP8hAEKmQEOEE8J2VO4U2haSEwLS2QGIuLBiHooik4htAkhPayQGYghQMxtQjYH BmxdGVgQV4vi2ZfiUpcFcg1CXBbgZQKcFtDjRAkG8Ew5MLC1QemcAJkYADzQ1LEtTbf/7I40SGA7 zrogkN3T3EEYsK+RGCC7n8xhgFea7Y/bsp+120QCuxvldgQMOuhP038twoB1xAPOHFIeSMrzSel9 soEBIyMjIyMjI6PuqeT6RM7DALqDYAAAw0BZQYNQ2UQMFPpeGNBtQhoDCgwSYBjgliGnFNBFmxB8 FhjA7b8ABkoqA2CAHwIDhXZhoGiaEJl7hLg+0FWb0F+uBAzcMbwvw0CFynUK9eJOoZuqFDqFqq1b 64gHLL1q4E6MGRV31sm7OEaMNiGGgf6YL6QDxPJ+enrlEL8YxhvHhgd4z0BAjgnZ4wNyXFC4MMAB 4rCczgHiGSExE7uHFTID7Mci9mxePebAQFQ8jVFCkmBgXkzOx77h7OJEdgnPEl2V6FidVKtTcl2+ LJCDAeeCzk07+GKeYQAM4JKAbuDRMGDvSHcQEuwiEsjBAPf6EwyABBrtA8324Wb7k9aOr9vt99rO 7Gvu2Enw0ODkkvHXwo3fGWkKFGlEQWBDo9QkYGDAyMjIyMjIyKjbKrk+kTUMOBgwtbZ8CsFAHQAg XxNwYKBsYh4GXOemi2oYqCgbzxuIxyEtUAADxADAAD1HiDuFdIyYYKAkQ3xCw4DmAd0vRBigwcCF gSOcHs7BgEMCWDqmO4UKYMBBgh8IA9wgVJIZ+NSFAYwSIl98xaWvvPv67UPv4TahCqUzxIQBujJw U6W6uVLeUi1618rb6pRePUYk4A4Y5dVj9YJggHkAqwYIBh7wqwfoyaNFR3BNYLhXjPLxBmK/5GlC YlLYxgbiEFlMC3ObUAg1AUwTisiHo2gT4qeczUigl449icqAxIYBniv6QsJeEFeLE/ZS7BYQq5Jy TSK7NqkK1gzru7hzO8fX82nlkEAno0cozWmBtNrRSDDQsRvdQQQDOvKreBxQ9kBz9lCz/UqT/Wlr 9uv2jvdbOg402bqnaEsThwTc9WQw/Z3ovwF6k+sSGwEkan+TgQEjIyMjIyMjo26q5PpE1jDAGFDT cwo968q4Owj1gRwJgAFcEmAYcAsC+SSxAwPEAAVtQl0kBwgGeKZQQX2goCxALwtgQD9zJgboMea7 MsBAcY/QKL1xjGGADnkYyDMAMICpoIQEyD3P3iakYaCnwwOfoSwwxIGBiy6/9JV3Xr9t8N0ODFzr Lh3rVSFuqlJcGVC3VknCAOIBjQR38t4xMpEAYgNeicwAwYBXDvSqAYQBPkU8MNgHGBjulyN9YoRP YP1wQI31W2NDamKIKwNcE0BmgD0tLB4M82jRKJqFCAMQGIDFYzHFMCDJc7F1WD4Xky/E7YUJeyFv GVueyK5M2KsIAxJqXSoHA9kNKVzECQlyt/NNDUr3CHFBwGUADg3jzGUBhgF7ZyNIgLynyd7LNQHy AcCAerU5+2l7x5FM9v1W+2AzoQL3FGEVMWEGtwPxX2tjWm1IoxTAZ80k6BR6JZ2tlz94mpCRkZGR kZGRkZFWyfWJrGGAEwK1ZZOBBDAWC7gwUIABDhucEwbg8XQ+3WP8KTId8kjA6eFzwoBTGdC3f00F OfdgGOgxRsNAl5UBpoLiyoDuFNIk0DUMnCVATC5oE+oCBg6/83rvB/oABq6plLpNCEvHKrlHqEbe VM0Z4iqLMODWGpQI7qhDZQDTResxWvReD8oCfT3iPq/q77MHesUgn7y/Xgz2yyF+ORTFAUwXHeUX Y/xifECMDYoJYd0mJCaFBNqEgmI6MEDODIEHHorIh6IS9QEEBjBXlNPDag4mipJRE8A4UR4itCSh ViTU9ga1OpVdm8quSdp5GEhlNybtjan8aFFnfJC7PFg3COW8Xd/pmQd2ptEgtLspuxs1AVvXBPY3 qUNN2Bf2SVvH0QzWih3G9gA0EREzEEJgZxkHhXMAsKEBxQH9En8DjZJ+l192hJQyMGBkZGRkZGRk 1D2VXJ/IDgxMqes5xUPP8sk1PSdrDMjBQE0OBhznYSDvzjDAB/AAYYDmAUwTots/8cBZtg2Q9b0/ Vw1wMQALB4phIF8ZyLnHyG+csUIuDBAJ6JpAjgc0APQY9mUuQ3z+MMA8ABJgGLjk8Nuv3Xp/nx7/ 8as8DFxfKXpVKUwTqsFo0ZurZe8aFAcwUIhhoA8XB/p4BLcJAQbI/QkGvIpg4H6vHOSVg71iqE9x cUCvH8bSsTEcGBgXIh5QE0JqQsDimoAiGJgetDgzIB6O2AQDDxMS8IzRxyK6QUg9xUuIn42pF8jO bgG1NGmvTton2js2pbKrU4QEvGgs1yaUkpoEyDxECAywiWEAi8ac7iAgAR0KYWCXhoFGjA9CWYBh 4GCTOtxkf9KWPZU580F79rVmm9iAYAAFBG4u0pjxctqJKOCv26j/6ni5PS2/brHjdjZqZ99qMW1C RkZGRkZGRkbdVMn1iZyDAce6OFAEA7XcI1RQHyCfHQZybULaORLQMEC3fx4qWggD5BwM4OpfOFpU m27/9ObZ2oQKYIAPDgyAB3qMYA933SUMnF+bUNngLmDglkF3AQaurZDXVjhLiG+oUjfVqht5tKje O3ZrjbyjVmG0aJ1EerhW9NGdQnWyL68e0wHiQV60CREPPODRbUJquN8a6ZcEA6OxhFiN9RMPqPEh SUanUERNDompYTEtiPTwgxH1YFg8GJGPYN2YepT3ED+O9LA9B+sF7GfjErsF4vaiuL0krpYm1Iok lg2vpmdSrk+q9Q2oDKyjM76Sd0gA38qnswQDL6ecNiG6/Wu7lQFiAMAASEDXBJzEcHZ/Y/ZAk32w ySYS+Kgle8zq+LDVfqUle4iXCu9top9XSA83odSwKS0RIHYIxCZEIR6gv/repuzxjIradq3IHm4G MxgYMDIyMjIyMjLqnkquT+TOMFA2pbqMGEAjwaTq8omAgfJJeMmhYYIBgAEAwHnpwABhAPFA+YQK LB0bT88KTQJFMEAY4LYJcZWADiWVgaLigD73GH20Bw5Heoz+rkdBepipIA8Djp0M8ddstAx1hoFC dwEDvIdYk0BhZYADxC4M/B0wcPNAhoFrKsW17Os5OdCrRtxYZd1SK9EmVKMIBm6rEXd6CAZ0gFj1 8QAGyH09CkuIeQ/xIMIAPzYQD/HZGgawZCCgRvgt4oGxQd424JfjgwJLx0JYP+xmBhRggD0LG4h1 mxDDANcEno5hoqgeIsS54exSHiK0kieKEg+saVDrkmodCgL5ADEyxA24jqMsgGk/QAJdEyjkAV0W KCCB7J5GxYNE7f3N6hCRQIv9YZt9wur4qBVzhOidg80d+93KAP0utAnhr5IFCRCEoCYg6bA1nX21 KVtnqbjKnrboh5WeMWpgwMjIyMjIyMioeyq5PpFLYQD9QpgrqpeO6coAFwfQLISXORgorg+4PUIE A1wWGF+Zqw9oEnB4gG7/+qzrA4CBPAkwDDgAQM7BAJlggHuEitqEOsOA0yk04ptyZgANA/Bwfqm7 hkph4BxtQg4M9CQ8cGGgnGHgz3+/5NBbr9004E6GgQqQwHV6w0CNIhhAm1CtvBXRYUEkcHut4idg 4M5aNAuhTahO9vOofiABgTYhn7ifYeCBekkwMNQrCAaYB+TooBoXsscH1figHB9SE4KSYGBSWEwJ Y8nAtLCYkYMBJAfUI2gTsh6L6T0DkmHAyQ0vQk3AXppUBAOrE2qNhoGUWt+QJW/AhgGld369rDcM uDDAZQHc2tnoDnJgIE1GaHhnowIPNGf3pgEDe5t5imgTtgsfz5z5sIVIIEsYcAhJ4g5dGSAYIIog GNiCgUL4C2GGKVqD1La0+qxNBVRHWMkv2tQOZIuxeWCTqQwYGRkZGRkZGXVXJdcncgkMcIa4+mww oAsChAH5cycY4H4hjg3wmFE0DmkMKCQBFwZw+OEwUDbqKE8X1c6TQN4MA3kScGGASCDfKXR+MIAD lo7lKwM6Q8ww8OqN/e/IZwYIBnRl4MYagfRwrSQkuKXGuqXauq2aR4vyhoHcaFHsHQMMqPu8YoAP SDDIx81CLgwMdzYQo1OIYGBsAIGBcX41MaQmB+SMoJoZVtNCYnqEp4sSDIRAArMi8lHmgcci8rEo Fg8/E1XzXBhYQo4TCdgrkvaqhFidVFg0pqPD6BSy1+MsuVmfYYBv55grWgwD21zTNZ1u87sa1e5G lAX2ktNqf6M60JQlEviwNXsy0/FRG53RL3SQ8wN6vhAqA8wPxAPbGlEH4A3EiCkfaFKnhB2xbY9S 77QASLhigNCCgQEjIyMjIyMjo26r5PpE7rIyUDalmmAAJIBSAMEAkUAXMKCTxHz7z6WHzwoDhc5R AR16jj3Rc1zRtoGcS9qECmHAJYGzwkCpuwsDhW1CzAMODPzpb5ccfOvVXvc5MCCwZ6BaXo/MANqE CAZAArWKiwMoEdxWk7mj1kJlgGCgjkeL1qu+deo+ggFuExqAyoBEZoBHiw7TAWKnOCBGh9SYgBwf tMdjD7GYGFZTgjpALGZE1QwNA2gTErPCgkhgdtSeHZFPhuXTUUwUfT6uXkRZwF6StJclswQDqxJq dVKuSRXAQEJPEwIMoD6gywJOZYCeaosLA1wQUNsR7UX8lw6oCTRiVOhe7hHa3yhfacKO4SMZ+5NW +7UmbBhAgxDyxBoGuE2IEKK5w+kUaiQYoKd6v9X2SiIBdTyT3dUkESzm/QOaBExmwMjIyMjIyMio 2yq5PpG7rAycDQb4JQPA2WGgXHcHFbQJaSMwUGwiAYaBwk6hEzkSIJ8DBgoyxIUYwKNFySUkQO4E AzmfDQY0CZTAAK8iZhi47JKDb756fd87evwnwUCV4MoAIYHoVa1uqLJurFE3VXNloFrcWit68zSh O2vknXWC3IfTw/d45L3cJjQA00XFIL8cqCsDDANDGQa0R/oVwcDYkD3GL8cREgR0p5CYEhLTQnJG 2J4R4jYhIoGIfCgsAQMRG6OEompOROiywItx9VJcLYmrZQgMYLcASACdQggQ61FCyAwkkd/dmEKz 0EZnlBByw/qAoaKAgRwGYLHAjrQ7S5S/8t/flCUS+KCt49v27KdtHa8AAxAeOIAZo2AA+rE92ryY bCfnjHemCSHUNxk7LLMEAx+3o2LAkWJ7S4r/HvTLtBktamRkZGRkZGTUTZVcn8idKgM8TQhrB3SP UI2GAT1cCDxAt38NA3wohgGYYIDXD9OhohADCmEAGECHcafKkB4uzBCfzJEAubzg7MDA6O/KxhAG 5NqEvisgAV41oA/FJAAM0GYYyNUEtMuHflk+7AuHAYa7B8cEA5wndkiA9wwwDPzxsr8ceOPV6+69 HTBwdaW4pkJcX8WjRQEDsle1uLkalYFbaqzbasVtmCuqbq8BCdxFdgPE96BHCKsGRnptIoEHCAb8 gIHBBAM8TWh4QAzzWyMDclSQO4WCagxiA3JCSE0KKaweC8EPRmy9gfihiHyYYeDRqP14RMyJ2k9H 5byYPT8mX4zLJdg3nOXoMMGAXM1pgXVJtZbrA3TgsgAYYKM7WlS3CXFlAKN+tjQoggEUBzgqQDCw i3cLoEFIh4YbJd34P2vp+Kq947O27KtcEAAJNGYPahjg/QM8eBTjR4kH9jR2fNPW8V6L8lh2WHXU CnmgUeOH3nmMnAC95MVkpjJgZGRkZGRkZNR9lVyfyKUwQBgwFW1CLgzUFsKA5gEggVsiYDYADOgF ZC4YuA1CLgzQM0cCGgZw4PQwigPjMHJUU0Hu9q/dk5EAlQEUBwgGcChoEyqFAaSH+VyYGWAMcEmg Ew8ABsADXcOAcyiCASQH/vjXvxx4/ZVr7r6Nl45VcGagCjzQq1reUI2NYxgoxHNFb6tTxAO310od IL6rVtzrQY8QYgM+uy89sYEYmQHigft9goy9Yz45jMsCI/zYPjbKj4FCxAPjMFpUTAhKwACTAFaP 6cpAGEvHME0I00XF41FJJIA5QlHxQlTyHCFdFgAMrE6iTQgMkLLXNSBGzDCABiFn3VhKohqAiaKA AVzHGzQGOJ1COi2wm0igMUumy/3eJvlKs/1JS/aL9o5P2rJvtGQPEAw02webECHYxw1CTAKKyGFv k6LDniZJv/pVm+2X2aBEZWCvSwJ4pvHc0sgrz1wbGDAyMjIyMjIy6p5Krk/ks8GAbhMqIwzgAHEx DDiHnrpQwADQA4vGci6FgSIS0KNFgQQnysedoJeaBHqOJSRwYEDvIc7BAB3cysDRHqM0BnQFA9oj QQUuDLjTRR0YyCOBJoEew5gEGAZ6FpLAcPegXQgDg1EZ+MOlF+9//ZWr7+oNGLj6tIX0cLUkHrih 2rqxWt5YJdAmVC1vrUZmoHctNhDfWSvuIB6o5Q0DxAMeeXed1Q9JYtm/XvSvBxKgTcivHvChPjA0 IIYFAAOcIVZj/Hr1GMNASGG6aFBOCQnigZkMA7Mi6sGQeDiieM+AfDJqPxXhzEBUvhi3FyQAA0uT cgWnh1cmUBbQDEAwsBZLBrBrbEODWxNIwdwdRDCAmgDahBoQG9jGm8J2uFvG9mA0EF30Fd37P2m1 v2jNftrS8XoLWoMONXXsx1ghtZ87iIgE8JMAAz6nO95oylaIbFjafqHeaQZpbOZRRSUAsIXjxTg0 Zg0MGBkZGRkZGRl1TyXXJ/I5YABJ4q5hwHWuOJDHgBwM4ODAAD8LeQAkoA+EAfmyAFcGxvLtn7eP FcIA8wB6hFAZGO1kBrhZqJgEyLxnoMvKgB4t6ji/dEx3ChXf/h1zmxAdGAbKBgMGNBL8/pKL9712 +Mo7bmUYwMYxBIgZBuQNVeLGamSIESOutnrXiN41QAIiATIhwd11sC4O9KsX9xEJ8DShAT450GeB BPxyMJIDDgyM8ArAAJFAQBEMTAjJiagMiMlhqTuFNAw8GJKzQlgyoJeOPRbF7uGnY5IzA1LDwPKU vSIuV/H6YWQG3MrAujSXBVJyfUrwhgEeKNSguCaAWzhd0HFHZxjYzjBQsGyYSEC+2qw+bct+1m5/ 1Kreacke1jkBIgGkBex9TcQDWYYBzBFCQ1GT/WFb1iOyQWmfyKjDLQoLyBolYsQYNurCQCMAAPFi TQgGBoyMjIyMjIyMuquS6xO5SxggO6NFNQmUwADd/jvBQDk3C5VYwwBHCLrKDHQJA+7VX7tLGCAT DDAPlFQG3MxApzYhPM8CA7oy0LOkFOC4FAbKME0IzwsvuWjvq4euuP0WDQPWVaczOkB8PXhA9apW xAM6QHxLrehdJ2+vte6oAwmQ7yIYQGVA9fGIvvWiH5YQ0xMwoKcJDfYRDEiCgaF+OZwrAxgoBBiQ YxEgRpvQlDAyA1MwWlQHiAWRwKyQ0HsGHovaj6M4IAkGnomr53iaECoDKbk8hV1jhARrUvaapFyb VDA3CBEMbEy7ewYabCz5cisDIAHuEdreQE/AAN3dURZI2/vS6rVG9XFbxyetHYQBHzR3vNKUPdSk Djaq/S3qAKFCU/ZAk24N0pUBzBRCa5DK+kX2yzawwa5GsbspS5ixpcne2kjggbAy3f5h4hCMH0XF gPDAwICRkZGRkZGRUfdUcn0il8IAAUA+QAwY4OIAnOsOKoEB597PMNDDGS1K5jBxVzDgtAkRDzAJ 8FnnBwADuQYh7cI2oTI3M9CDA8RdwQAbbUJOfUC3CXFZwGkTKhvJZzcwUKbLAp0qA2W5Q8FAocI9 Axf+5c97Xjn09943OTBwTSU6ha6rRmzghmpeQlxtITaAJcQCq8fqxB2MBC4MiHvq5N11xACKeOC+ eowWHeRXg3SnEGEAMsRymN/SgYERATnGL8YGMUpovF9MCiJArJcQTw+p6SFJPDALSwbUQ1FnyQDB wJyYPSem5kbVvLian7AXJdSShFoGGCDLNckseoTITmCAYYB7hHIGCXBBAE8mge2MBNwgpHan1Z60 erXJ/qztzMet9lst6oPWjlea1WEODRMMHERBgGsCvIkMueEmTB09kekgEvAI+8MWelPQ+7t5hzH9 sdubcO+nv5b+KxIGcGUAb2oeMDBgZGRkZGRkZNQ9lVyfyGeDAWQGuCZAl36GgdqyifQ8zzYhMiaN ahgo7BHimoCTHgYMjHVeajxAntjFAH0ugIGjeBaUBRgGdHKgKxgorAygJqBhwLULA06P0NDPzzVg 1AkM5JAAG4h/d/Gf9xw+eNktNzIMVImrKzLXVoprCQkIBjg54LQJoThgEQ/wBmIrN1BITxO61yMB A15xHwLEFrcJSSwh9onBXh4w6hfDfdg2MCbotgn5pYYBTBcNiikRIgHsGZgZkjPD4sHcNKGwfCwi yAQDz8bs5+Lqhbh8MebAwIqkxDQhNAvxqgGQAMaJ8roxMMDLWDpmc2bAMd3CtzbgLr6tUe1Ej5Da 3aj2NNivNdufthIDAAnea7HfbiYGyB5qkgd0ZYBu/3iqfWm1tzFLVPBOs33asv1KVlrZN5q5XMDb CXY3YWfZzqYseABzirI6qUwYQFSgScDAgJGRkZGRkZHRj1HJ9YlcCgNuZgB7iLkygO4gXRwoCQy4 MODe/kuQoGsYyJtggGsCeOZhwCEBbeIBDQNgAIYBtAlxVOBcMKBdAAOoD4zUzlNBEQwMOysMoFMo jwGf4smrBi646E+7Dx386829AANXVWSurrCur0JmgJcQi9zeMTKRADHAbTXqDuwdkxgtWif61GPP wN11sm+dBRjwKd47xjDgF4N9anBADfaJYWgTEnq0qA4Qj8fqMbQJTfbLKagPWFg9pmEgJGeFkRkg Y+lY1H4souZgppCYBxhQL8YJBmyGARQHVqecvWO8ZIDbhNyCAGCA7MIAvqEn62lCjWpXQ3YXTwV9 vSX7RVvH+y3qYLP9VlP27dbsK8wADAP2ASc0zEOE0tm9afvdFlFjZUMye7QNuwh0qnhfo6SfwQIy RgKCAWBAE2AAB7QM4WBgwMjIyMjIyMjoR6rk+kQuhoFaDQPgAU4I5GCArv586KIyUMwAOedhoIgB uE0IBw0DY/HU5jYhuvoXFQe6qAw4uWHwQAkMlI/6NjdatBgGvtEMkIMBgEGXMNCpX6gEBnKdQr/9 8x93HTxwyY03AAaurBAEA9dWOKvHelVjz8BNVeLmWnVztUCbEDqFZEGbkLyzznJgwIM2oX71kvcQ Y7rooHoxiKeLPqAzxF5rhF+MIgfkWL8cwwHiSUE5MSAnB+TUIO8ZwAZi8XBUITMQRpvQbPbjyBDL uTEbS4hjHBtI2kuZB1bpVQMMA4UYwCSAzMAmFwaAAXwp59t5djsZXT3qzWYMDnqnxT7chH0CH7SA BA412gda7IP0xI5htadJEQPsaczub7Y/a7O9lu2R2S/b7YNNch+SxKgbcPuQ2ssjR3c3cadQoyLk 2Nogt6blNs4PkOmgbWDAyMjIyMjIyKh7Krk+kUthAG1C1eABejrRYQcACioD7juTsG2Arv7cLNQd GOD1w06/EA5079fThFznA8Rji9qEXAwogoEiF5BALkBc6M4wwGdyCQwULh3TSAAY+M2f/uDAwH9x ZuDaKr1qQF5XYd1QyaOEauRNdUpXBm6pJhiwbicYqGEYqBd31Vp31+sBo6ofwYAHsYH+9dYgHivk bBvwiaFetAkN87kwEFBjgwpLx8JoE5oUEMQD08JqRkTMCFkzI2gTQnEgLB9FZUDqJcRPx9QzBANx 9WJMvZR0igMaBogEUBloQFmAe4RQEAASpKSeK7q5gb+Sd1aMAQZ2prO7GuWbzeqL1o43WjoONaqD zer9lo43mhU2DQMD5EGeL8SLBbCI4HCjPNKerRe2V9rvtxADaBLgioFjwgBFf2weBtCGlN2RlpvB A/SSn2wDA0ZGRkZGRkZG3VPJ9Ymcg4GyyUQCQIIyrgwUZQa4SuCSQN4aBs5SHDgrDDjOVwPy5kt/ 1zBQkhngJcRnbxMqzgzAw4tgoMvKgAsDJXvHSmGASID86z/+fufB/Rf3ug4wcFWFdWWFdQ3zAO8h tq6vyvSqQbOQrgzcilUD8O2oD4g7PeLOOswV7VOP2MB9zAP31dsDPFhIPJBh4AEvZowO9oqhPjHC r0b65RhyAB4bkCCBIEaLTg1aU4NieljMDNvPROVjESwdeyQiH44KgoEnGAbmROXcqHohpubH1UsJ e2kKq8ewdyxhr+W9Y2sRIBbEABtShAH2xiTzAHZ+2VvSWDlMRhN/A93O6Y5uv92U/aQ1+3qzOoCU cPaNZvudVnWY94sdaOaoAF/0iQTIbzbbxzLAgFOWerMFhOACADcRMQlwsNje0+S0CW1Pq4/a7Kh9 psbqIELY1qS2pyW9SYSww8CAkZGRkZGRkVF3VXJ9IhdXBvKjRcuJDQoqA5oHcPvHwa0SnKtNiIwN Az1KGKDY4IGC0aJlY/ThRPnY47kwMcFAzzFHykd/h3MxCfQY/R29j19yMQAvO5MAWzMAwwA9+TDs SwcG2OCBgr1jPEeISICrAUUwAP/6jxfuOLDvz9dfywHiSomBQlVoE7q+UvaqUjfwTCGODZCtW2os wEA1igOoDNSCB+6uIxhQ99arvh55LzqF7H4eObDeut+vUBbwiiF+NcQrhvuVni46yofMAFcGbF46 JqZizwBhQHZqSM4Iy1lhMSsMGHg0qmZHxOwY2oSejKk5Mb2HGNsGFhIPxCXvIZar3b1jDAMoDnze Zm9ukECCBjQL6SFCmxq4RQc8gMTwu61EAuo1XhRwsEm92px9vyX7CvYJEAZwg1CzvR/JYHWwKft2 s10l7Hppn7TU4Sa5p1Hsb8rua8zubXEmjaKPSC8g4/PORrruozjwUWs2Zf9PRJ6hn9+GMDGGmZIN DBgZGRkZGRkZdVsl1yfy2WHAqQw4GMB2qaCADfI80JkK3D3EnRig0GXjT/bM88CxMpAAYECTgAsD 4IEcDLhIgPAAbv8uCTg8MBLOFQd0jxCcDxA7MFA2/KvyYh7ookeIqMABgE8L/as/XLh9394/XXs1 w8Bp65oKcU2ldQ1nBm5Ahlj2qkZ6+GbeM3BrnUSbEMoC6k5n24B1V524p05oGOhbLwZwp9AAj5MZ QGDAKwkJhgEGBMcG1GgnQ6wIBpAcCFlTMEQIJDAjKuj5YBjpYYKBR8PWo5gmJJ+MCoKBp2Pq2bh8 3l09pmFgVRIksJpXDQAGUnJXo3o5Zb+cymoY2JRWevfwtgZcxHen1fut2Y9bsofout+Er/8PpOW7 zdk3QAWAAQ4N05vZA2l7f6P6uMWutuw6YX/RhqKBmw3I7kVi2CkOgAE4MKDbhHIwQOzxdRvSyTvS cjv9DXBlADCQNjBgZGRkZGRkZNRNlVyfyOdTGSixXjiAQ0FlIJ8ZoHec8/fDQEF02IGB8jEny8bk ywL5zAAfCklAwwCvGii0gwG5+kAOBrgy0A0YyJUFiAHQIKT9ywt/RzDwh6sZBq6qkFdXWldVcWaA V4+hMlCFysBNNQQD6haCgTqLYACxgTrCAHlXrehTJ+/xiLvrrXs5PdwXPUJqQL2636cG1csHPGKQ JzPEiwVkw31yhE+MDIgxfmSIxwUUBgoRDGDpmJwSIRgQz8WzT0TlrAimCWG0aNR+LKoej4gnY3JO HLGBeQmsHlsQly9h24BclpArE06AeD0PFd3QgPDAyym5MaUzxDxHiPcM0F38lSb7o5bsey1ZuvHv byRLer7ZhN0Ch9JcFmATDNB1/9Um9VW7qhXZ6gz9LvQL0b1/D6cIiAT2cbaY3tFtQgQDZOIQDQP6 0r8zLXekBTCA8ADLDZRee0w2MGBkZGRkZGRk1D2VXJ/InWEAi4e/BwY4MEBnN0BcBAN5F8FAaXiA GKATDPCl/0RZwR7iIhgoLgucxV0EBgoDxFwfyMMAWoO+DwZAAoM1DGgqgH9x4QXb9u79/VVX8jSh U9a1lcQD3CaEAaMgAfKNVdg2cHMVZwYIBuqEhgE9YLQP2SOG1qvZQXlvvd3XYw2ol/09WEI8kJPE D5AJBrzWcD/DAJFAUI0NMgwE1ISAmBQUBAPTw2JaSLzWYi9K2A9HBGBAB4gj8qmYQmWAYeCZuJwX ky8miAcEMsQJuSrujhblsgAPFLLZGC26OWlvbhAoDqTtg2n749bsu1wQ2MtTgOj2/0qz/WFLxyuN 9qFmTQIoC9D9/rUmdTSj6oR9ysq+hZ/HGoF9aWQDkCoGLUgUB5gBCAZ2p+VukACWju1M2zv4xr+F GEDXBDhCYGDAyMjIyMjIyOjHq+T6RO4CBiYXtAlN7BoG9FNXBnI80MnnhAHXGC6UrwwQBvxkMOAw wPCvneKAExjIFQdKYQDngswAObd7mJMDRTDw37+7YOvePRdeCRj47RWn5dUV4poKi57XVcvrqq3r qsSNNQoBYiwdk7fUyN61ojdgwLodPUKIDdxVJ4kH+tbJAV7JnUI6RiwGesWgevGAF9vHhvqskUE5 DKsG1Ai/0G1CY/xivB8Z4olBNSUopwTFtDCQ4MGwnMUwoEngMfYTUTknKp6OCR4ohAGjCxL2kqRc luBVAwQDSYkNxAQASbkn7aQFtnMpYGsKuwUON6GD/83m7J409gSjt6dRHm5S7zVnX2tGbOBQIyCB 8IAu+u+0qFOWXWtliQfeQnKAfheu/lwEEHqCEAeL82UBJgG5o0k3AslDTdndyAa4DJBWOxuJEJyX Ow0MGBkZGRkZGRl1VyXXJ3IRDOgGIX3WZQGnOEBsUEgC7ksXBtglJFAwTWhcRfn4TiTA0WGkBejs TBfltADahJwnH1wS+H4Y4B6hrioDjjkzwDzAMDDsS4IBepZrHuB+oZ70srQ48FkeCQph4IJCGDgl rq6Q1yI2IK6tFtdWWtdXozJwfbVFGHBTpXVfrfWw3+7H6WFsIK6Vd9agWYhg4B7iAY91L5GAFzAw oB7ThAgG7vfKB+oxWnSEn2BADvPJUWSCAb8aF1TjeaDQZCKBEGBgKicHHoyoWeSQYBgQaBOKKoYB +JkoKgPPxeSLcbU0RZbLsHoMgYH1yAlgkOirTYoO5M1JuSkltxEJNNqfteDL/l34Ch939/2NAIB3 W7KYJYr9YlnCgP0oDsgPm0QFkYCQX7UhP6C7iXjpmNrXrHiiqNRhA64PoDKgYWBno9xOMMDf/aNZ yMEA3R2ECEGODXaapWNGRkZGRkZGRt1VyfWJXFwZ4KVjU+iu3zUMlDlzhPASVHAOGBjvwADf+wkG ikmAzG1CBAO6MuDCgK4PnCQY4CqBbhz6YTCQSwuUjhVyGoTcTiGGAY4NOPUBBwaKSMCBgZ5ECJ1h YA/BwBW6MiCuqZDkaysRI76+ShEM9KrGTKGba+UtVWKiz34ijJUCerooKgMcG7i7DnvH7mX38yI5 oFePDSISQGUAz6FekMBwnxoekCMDYiwCA9hDPCGoJofE5BCWjk0PqRkhMTMsHooiQPxQWM6Oqcci 6vGYQJtQVD4VEXOjgmDg+ZicH5OLE2oJZgoBBtYk5foUjN0CXBZ4uYEnCKWwTeyD1o7DTXIXp4f3 pO29aXWgUb7ebL/bYmOlQDNu9vsb1eFm+XlbtkrYFZb6uNXeT/d+fPePXiC0BjVzcYBIwEUCsoYB XRYgGGBzjxAahDQMFHlHWvcRmcqAkZGRkZGRkVE3VXJ9IhfDgFscKCQBhoF8aNgZKKRhoEaTQBEG OP4+GCh0jgGAAYgOF+4hzrkQBrrigaLKAJEAthF3ggGHBLhHqOvKgIsBbsvQ2SoDv926Z7cDA1dW iKtOW1efFtdiuijBgLy+WgEGqq0ba+StdfZt1eLW6sytteI2ZIjFHe4eYqwa4E4h7CH28B5izBTi TiGveMCryIQBwzBgFAOFRnKb0NigmBCQ44NiYkhN4srA9LCaiSXE2DhGJEA8MDsqyblpQsQDT3Nl AJ1CcbkoTjCgliXs1byEeH3KXpMSGwAD1kZkiJEbfrUp+2lr9jBvAduZzu5F07+9L61eae54l0cD HWyy9zVYB5vU4SZ1pN2uFqoyI99uwsphhwG4DkAvDxA2NLmVgWY3M9BEJCCJBNAjxGOC6MZPPMD3 frQDcaQYAMC1ApQL+E1pYMDIyMjIyMjIqHsquT6Ru64MTKrtmSOB4tgAogIMBhoG6N5fCgPONKHz hoEu9gx0URkogYFOJEAubhPq1CyUqwkUwsB5VAbYZ4EBHSD+7RUV4orT1lWVEqNFiQdOy+uqrBuq pd47pleP3VYtb6uxetdwZQB7x+gJEkBxAHsGCAZU33rV34sMsQsD8gGvNbjeQmXAa3FmQI7m4sC4 AJGAnITKgIXKQFgxCaiHQpL8KGAAPAAY4D0DGgaejQoHBrg4sDTBS4iTcm1KIUCckpuQIZZbG9Tr qAmog83ZXWm6rNu6LLCvUR1utN9rsV/hy/0Bbhl6q1keJRJASMB+rZl+jCx0Pnh/WuGJZiGxn/AA DCCABMgN6wlCTAKNzthQbQ0G7tUfJODCgHM2MGBkZGRkZGRk1D2VXJ/IRTCgywJ0ODsMMAYUwQC5 q/oAYAA8gOv++cKAxoDCzECeBHSY+DxgQBcESnuEnGlCuk2IY8TFMFA+7IsfBAO/+N0F2/bu+ePV BAO/AgxcVSGvOm3pNqFrq+T1VeJG7B2zetUSCUi4Rt1GJFCDhcS31Yg76iRnBtAm1IdgoFb2rePi gEfcVycG+sADIAGfJA/zWoABn8DeMZ/g0aJyYljvHbN545iYGeLAANYPY5rQ7KDUGeInImpOVMyN yLkx+WzEfiGunk+ohQlrYTy7NCFWNsg1CbEmJdclbVQGUnJLSr3erD5syR7gTn3uzJF7EQKm23/2 7ebsqzou3CgPNdrvt2RPZexamf2mzT7MpQC+66ObCDkBvv3TTzpukvvxM/SroAs2Xe6LssLknfwX 5XIEDrsa1K40/h4IAzB3KG1gwMjIyMjIyMiomyq5PpHPBgOwvv1Pqi2bWFvG75TR7Z88Kdcj5GBA oTUMlOvKwPgKhwToyYeSmUKYK0qHAhjgpWMaCfI1AbJDAmOOljkw4PBAARgwDBAD6DahYh5wZgrp mgC945IADBJgHhhKJFA0TYiNNqHOnUIEA9v37vnzNVcDBq6skldXKiwhJhioIBgQBAPXVVjXV6Is gOmi1bJ3jUKbUI24vVbSE21CHuXAQJ2418MwUGcRDIAHsH1MDPJZg/3igXprCMPASGwbsEb5rDEB Oc6PNqFJQTUpjPTwdOwh1m1CgsyVAfvxiHoCPEAwIJ+KKIKBeTH1XFw8F7UXxNTCmFySkCsScmVK rk2J9ansBoSG1ZvN2fea0Q60ne/iXBMgGLAPNIq3m+23sD+Ybvb2oSb1RRsSAhUZ8UkLYgN7AACC bv8gAU4X7OXb//408wA/c2UBDQO7uBdIw0CuTYirATb9afyrOHOVANiwq4FgwASIjYyMjIyMjIy6 qZLrE/lcMDCpBpsEnDN7Ip5ngQFmAIaBcmwj1mWBrmBATxAqgYExOj3MNQEHDIpiAyUB4gIGyLk4 M9AJBnA4CwzQU7cJ/QAYuPCC7fv2XnQdw8Dlp8SVlfKqisxVlSgOXEckUGldVylvqJQ3VqJZ6KZa eStmjFq9a6zb0TIk7kByQE8XlX3qESC+24MMcT9QAfYQD6xXg7BxTD3gk0MxTQiVgZF+OdqnV48J 4oFJASdAPEMHBkLyYc4MoDIQJhJQj0fkk7CaGxFPx+U8PVAoKhfE1cKkfCkhlyXlyoRak8SNf2eD eqPJfqcFU4O2puguTvdve2+D4q/58cX/2y32wUaiguybzfaRjF2ZUScsm+eHoi+IR4gKHRUgluAp ogVlAaduQD+Miz7XBOxcEWC7c+PXFrvoh/FjqAbomsAufhPFAdMmZGRkZGRkZGTUXZVcn8gFMOAE Bspy68ZyLggQs3npmAsDmgFKpwlpGJhQCAN5Bihy5zYh/SwgAcBAEQZ0JgEyYCAXGiYY0AcyygIj imCgsE1I211FDADomUeCz/SBYKBkoNAvL7xgx769F1+vYeC0uPy0dVUFSODaSswUYhgQBAO9GAZu rpa3YtuAdWuNdVstYYC8o9YiGKAnMgP1imDgHqwacMoC/b2KeGBAPS8c8MkhXotgYJjXIhjAnoGA HBfAQKGJfjk5xJWBkIXKAMPAIxE1O2JjlBAdwiCBOZHsnIg1N6rIz8TUczExH3uIsYoYA4US2Dv2 UQviwm834Rv6rSls+9qJL/tRGSAYONik3mnKHmoCDLzbbJ3IyErL/rrVPsSNQNg80GDpHQIOEjj9 QmK/iwHIDQMVkELW3T4MA3TXF3Du4NjpCGIM4AM9iQSaQBEGBoyMjIyMjIyMuqeS6xO5EwzUdQED kwgGarhQABMJdNkmpKmgCAaKKgNFDUJ5lwSIzw8Gykc7DMAvfzgMFJMAWVcGegIJvihYPZaHAXBC EQz8jmDgL05l4LR1+Sl5VaW4ukpcU4UY8fXV8vpKsoVVxNXWzTXy5jrdJiT1dFHyHTXizhpxdy1W ERMS3FMn+9VLwIBH9McSYjUQq8dgDQMYKOSzRvvFWD/DQFBMDIjJQT1aFJUB8sNR9Sh4QDyOtIB8 IiyejMqnI3JO1Homaq9PyiUIENvzo2JhXC1OyCUpuTwpN6bUa032683ZbWm1OaW2NsgtDXQ7p5s3 vvKne/zbzdk3mrOvNKrPWtWpjDrVnv2oFQHiPRwU1omCfYwNXEbQMOAigWv9qxgnils+0sM7GwsB wPGuRhQBHBjQDJAWcAM98aaBASMjIyMjIyOj7qnk+kQ+PxhwMgOuc21CeRLoujLAMNBzwume4yod Kujs4spAYWagsFPICRCPOUqH86kMaDvdQTl32SbEzo8WHY7KQGFxQLcJaRfDwL6/XH+NUxnAQKFK eeVplAX0hoHrCQmIBNg3YfuYIhMJ8IBRxTOF5O01Gd4+Ju6tR7NQX4+6D0vH5IB6NcCrBnqsB3xq sM8a6sP2Mewh9otRDANjfXJ8QEwK6PXDalpQzgjJB4PioRAqA5wblo8RCUSwYWBORCJAHBHPReXz sJgfEy/F7IVxuTSBUUKEAXTR39IAEni5QRAMuIEBsTeNDcRvNdtvNNvfEgZk7GPt9ptNSAjsScs9 DcgW726gK7u9pwEtQHsb9BAhBgBndhB6foABTAJ0v8el3y0F7GiwAAAFMMCWuxoEGbd/5ATypj/B wICRkZGRkZGRUfdUcn0iaxjoOdXDPMAu2TimTVf/gpecJC7dQKwPRALlE6rKmQd6jj/VE7uHeQnx 2SoDLgDwINE8FfBo0TwPdJkZyB3KUCjQAeLvykbkowLaRdFh9Ah9XUICZOwgQ4BYW2MASMC5/XNx oIyfPYZ+Sk8XBq7VMCAdGODpojdUq1416oZqidVjVWRxM3hA9AYPWLfW0EHcXo1VxFg4gO1j1r11 cphH9fNYfT3iPp+6D5kBeb9P3s9lgaEYKCQZBpy9Y+P8UpcFAANBOZ1IAGYYCAteL6Aej4inUBPg uaIR+WwUmQGCgXlRa35MvRhXL8XF6rhNGLC/Ua1vUBtSamOD2pSyiQq2NSDXS5fvA2nsF/uw1T7a Lk9msFr4MHp1AAl6HBAhwW5uKII5RowKAAFAmhhAEQk4BQHc6fHzZLruawaAc4cCIyGQg4FONjBg ZGRkZGRkZNQ9lVyfyOcLA6578q8SDJSXwoBjDQO6MtBTZwYcd8IA7Vw1oNBum9APhYEegAFEhwvb hMro9v99MKANEhiKmkBBZeBzHSTIwYC2hoGLryMY+DVg4PLTFpEAIcHVOkDMJhi4oVLcWAkSIN+C DLG4tdq6FTsHxB111h011p011t0edXeN6OshJBBEBf296j6v7F9vYdsAOoWsIV5BPDDEJ0cF4DEo DojxQTkhaE0JyakMAzND2Dj2aBhzRR8lHghZT4QJBsRTBAMRDQOCPC8miAfmx8SCqFwaxxKAA41i TVKuS6j1SbmxAQOFNjdwZgDDfMSbzdnPW+3j7epEm/1hC1YNoM+Hburo9rF38ez/Hcj1Ohd9hwe4 a2gflhAzCeh7PMYBoeEHv4XbgXamHRJAy1AOA9AU5F79G1AiwF+RX+IPNwFiIyMjIyMjI6PuquT6 RNYwkCcB8qROMDC5piA9TOYBoxPc27/LAI4nkkECsM4MjKvgNqFOGKBdEiAee9w95JcMkHvmpouO 0k1BxTCgywIMA503DAAGdGaAfTYY6DHsS9QHhruVgaFflgED8j1CPYboJyoDv/gdw8C11/DSsUp1 eYV1eQWahTBgFNNF5XXYQ4zKALcJCcQGauStNQqVgWpn9dhdsOzjse6qoafqV6fu5emiA5AZsAb5 UBxAZgAkIIYTDPiJBOTYgBobkONDkkhgSlBgA3EIgYFZIfFwWDwSIhiQswED8gkUB9AmlIOBZ2Oo DxAMLI7JvQ2YAbo6IVYk1ZqEvS4pNyTUxqTanJJbUxgteqhRftemjlrq23b71Sa5i0f97HQm/4id 3Cy0C81Ciqy/+NdXf6cawADgXOs5AMB2vv4vNMGAYx0PcH+LNgEAP8EhexqFgQEjIyMjIyMjo+6p 5PpEzsPA1LqeUzxlU+j237kykE8Pu64tgYHizICGAcIAjgp8X2Wg2E6VoGwMUUGnzEBxTcB5iXfy MJC79Odckhw4BwzwgZDAhYEhn5cxAORggEigEAYu0jBweYW8ogI9QmSCAb167DoEiLk+UCV7VYsb mQeQHEDXUOa2Wnl7HXjgbrQJqTtqxT0gAcQG+nmwh3igxxroIRKQQ31yuF9h7xgCxMgMEA+M96sJ QYIBNTnEMBAUM0PioTCmCT0KGECn0FNhyZ1CYk5UPhMBCTwXk89FMFp0UVzuAgmo5Qm5NCmWJ+Wq OPGAXJeQG5LYO7a1wT6Ulkfasicy6utWe39a7miQO9DhwwsBGngnQFpubxRECDsa5SEigUYLeV++ tRfc3TUM4H6Pe7+uAOB3uSTA79AP0LOwJuD+RvxeAgCy+76BASMjIyMjIyOjbqrk+kTWMIDQsC4L TK7t2VWAuMh69VhxmxAxgHN2YKAC7wAGTiM2MK5ovUCRuyIBfc6RAFmTQM/RRc1CzgKy74MBciEP nL1N6AvCgB7D6Mn5AcDAF+CB4sqANpaO7dv352s0DHBmgElAXFVBJAAkuA4DRsUNHCPuVSFuqJa9 auSNVdbNVboyYN3OnUJ3eSS5T524pxY9Qn09sl+9fV+9JA+qR2vQMIwWFfQEDPjlKGQGeK5oQE4O qskBMTlgIT3MxQEuC4jZ6BSST0Xkk2GLnk9HxTNhMTcq5kXseVGxMCq3p+z9jWpVSi6Ji8VxBAZ2 NqjVCbk+ITY22JvS8kCD/LZdncyoT1vtnWlrW4MkgwEa1JY0xg0RG2wnN4odDeJAox1UZz5uRctQ YSmAswT4sp+8Hdd9AokcDOCAZ65BCAcdFy6sDIg9GgYacNjbhKeBASMjIyMjIyOj7qnk+kTOVwa4 OHCeMMA8QDCQHy2qawIuDDguH1/Zc3wFGRliuBMJkPO3fwBA4RkFAS4OIDBQDAM8XTS3jVi3CTEP EAx00SZUDAN0LsUAbRcGhn9e5lQGCAa+KBvq8EARDFzAMKArA38/xQFi8IBFPHB1hUSnEMoC8voq gQxxpbyxGm1CN3N94NbqzG3YPqburCUMUH3qsXGsjwd7iPsxBvT3yEEeNaheDPaqBzgwgA0DfkUe 7RdjAnIsigMCS8cCYlrAqQw8GBIPB4EBZAwUCmO06FOMAc9G5LwIDvOjGBm0l0ggIRfGxaIYw0BC bm4QazFZSGxIif0N6ptWeaI9+16LvatBbE3ZXCtAlmAzwUCKntaWlGBCIE6w6Ir/drO9t7GLKLBr uQM5AVQVSn/JqRU4HUQ5DMDVHyTA50aLZ5hKQgJ608CAkZGRkZGRkVH3VHJ9ImsY6DnVkysOEAzo lPBZrScLdRUgdnggxwYoDhAMEBJUYvdwCQZo52//JSYwYBIYezzfIDT6WA8+OC+L9wyUj/q2fOSR rjIDxT4XDLCHf95jaB4GnPRwsUth4LKTFsMAMgMEA25lgGAAJh7QGeKbqqyba+UttbJ3tYU9A7VW Xw8hgaVhoC+miwoMFKp39gzc75WDvHKwVw73EQOokT4BGMD6YcVLx8AD0/VcUYaBh0Jydgi7xmaH BfYMoFlIPM0YAB6Iqi1J7AdYnlALY3JBXCyMKW4TEisScnVCrE+Jw2kiAftEu3qnRW5KoWXoZcaA lxusjSnxckq+nFKbiAqABGoLNhKIbWlra0rtbMClH/d+/fU/RgbxS35fVxIKYWAHKELQ72IMkDtT MrdJIOc9DYQBgmBgbzqzrwE9QrvTLQYGjIyMjIyMjIy6p5LrE7lLGCi6+ne2AwMOAPSclKcCzQDa PVAQ4PTw+EocShgg51IGyBkw4PAAagK4/RMJkLkvKI8EbqQYMFA2orhNqHjtAJnLAmeDAbgHx4h7 DP2CA8QcGyjGAD1atAgG/nZKkC8/La6sEFeftq6uEryK2J0pVClQGagRN2EVsbilWt5SneldQzwg HqhXM/x2H4/C3jGPvAcwIPthlJAc4BWDvOL+evlAPU8T8grigZEcGNBLxyYEJJHAFL+aHBTTA1gy 4IwWDYpHkRZwKgNzeajosxHxfFTRXX9P2l6VkC9G5YKYJB5YjMqAWBGXaxNqQ8p6vVl+1a6+bVNv NnEdgK7+mC9kbUqJjSm5Ma0IBjYm6SyIEzY3iM08h5RIYEtKbE3LrdxNhIaiNEIF+qyNyEEOBhpA Anp4aIGLYGAP4sjEADaXCOhg7Wlo2Bz9apV/lYEBIyMjIyMjI6PuqeT6RNYwAAbg6aKEBBoGevIU UXrmGcA1Bwb0xrF8m1CJMVOIKwO6LEAw0L3KgIYB3SnEJMDPUWQAAJGAWxY40mPkt2Ujv78ycA4Y IAbQzx7DvyzDjFEdG+gaBv77gt9u37f3z9deDRi47JSlYeCK09ZVZDQLWddwZuC6SuuGSgwUuhG2 9FihW2oE+fZacUeVuL0mcxeWEMu7a0XfOqX3jg3wiIFeQTzwAMcGNAwM81qj/GK0hgG/HB+wuE1I Tg2KGUHAwCzigaB4mIsDj4fEk4wET0asZyLymZhYl5SHGtWqmHg+Jl+MEwyIRXG1JCGXxi3Cgw1J 8WaT/LpVfd0i323Jbm5QdOPfQFf/BqkP9APrCQOSDiHo+gCxAVEBebtuIkpJ3lGQZ4BC7+RxpQQD nTAA1iSQ7xRK0cHa3ZjZlWrf3ZDcHPtqmXfugrohi+rHGBgwMjIyMjIyMuqeSq5P5BwMaDMMnLNH KOfcvd9tDcq9hPVwIcIAtzLQ7TahnFETGOMUB3Ae5WAAmalArxvrOkBM1rEBFwa64AENAzgwDHBa oAsY0HZh4CquDJy2iAeuOE08YF1ZIa48jWahwsoAYIBjAw4MVGP1GGAAc4TknTVYOJCDgf6IDYiB 9RbahOrl/V5rCG8gHuETaBPyoThAMDAhICYFxeSgIBiYzjDwUEg8xEuIZ0cQI34yrJAeJhKIyFVJ ubfBXp6yXojI+RGUBRbF5OK4WpqQy+Nyc1K+1yQ/b5WfttivN6qtdPUnDCAGSOD2v4EORAIpsS5F PCC/aPufw43WhqTNLUP0Y/jJTW7vkE4XbEO5QJC3MSc4PJASO1JOjxDd/nemrJ1YI5ArEVg6PcyD SgUWG6fbdjaE14deWeZ9elHdiMX1E9aENmyLHTcwYGRkZGRkZGTUPZVcn8gaBvJLx3DRx7OkJlCG caLVzpnbhNyJom48oOglNgyUjavgADFPFz1bm9DYs8AALx0rgIHjPTQMFDpfGdDp4e84Pcwlgk4k QO4EA13zQM5OetiFgR6DzwED3Cb091PO3jHigWswU0hcVy2vrQIJIDaA1WPyZnKVuLUWPHBbLfEA lo7dVSvuqpV9asXdNRaWjtUSCSisGtBLx/xyMMPAcFQGJGDAh6VjE5AZkJMDYmpIzgjKmSExk0gg KB4Jidlha3ZYPRFWT3JgYEWcrtfZ1XH1fIws53OPEKLDMbmcrvsp8U6z+qZFvdec3ddobUnxTKGk fJnLBRuScj3XBMj8Eu+s5a4h3TKkkeDllOJaAXYU6CDB5pSleQBI4BYHkBPAymEcdqatXenMToIB eqYswgCuD2TYLVsT9WtD+xbVz1jkGbHcM2NDeOuuRP2+xvZ9JkBsZGRkZGRkZNRdlVyfyHkYwJ6B opoA+oVyVQK9d0xvGNCjRSdVlbMLSQDGUNHThAG8W8D1D4UB3jPg8sDxHqMJBuhZkBNwzUhwpBww cIRgoAe7kAFyJgzoMeLrc8BAIQn0GIbMQPkQen5RyAA5//cFv9m+b8+fr2EYuOyUddlJ6+9cGdDF gas4Q4zVY9XiWoSJLaweq3IyA7di+5i4DcUBXkJMSFAr+njkPXUYKHRfrTWgTgzwyPu5TegBnxis R4t6LfCA1xrj5Q3EAcUwoHJ7BjQMPBwSjziBATknIlYlxL6G7NKYeC4iAQNR1AQWxfFcGldbk/KD JvV5i3yzCSNB9zXg+36sIiYSSDgMUGh6k/uFrJdBEQQDRUgAGECqWGgYoKcuDrhIwKFhYADXB3DI OFSA+gC5fWdDy5b4qZX+FYvqpy3yDF9S/9DGyOu7k4H96cyBxsz+RnEgbTYQGxkZGRkZGRl1UyXX J3JhZaALGMi9LIABZ88AYYC2kxxw6wNdw0AnDNDuxAA5axggEwmUjTnBMAAeKLRbH8jBwBGQAB06 kYB2IQzwofsw8F+/BQxcdB3DwF9Pi8tOS8QGeMAo8QAGCp22rq3gTqEaDBi9oVLcxG1CBAO9kSG2 CAZuq87cXmPdhe1jWDVwbx3mivb1iH4eMdDjTBPSo0U1DGDpmFeM8UnyBIwSkpP9FsOAnMkDhR4J qUfC6rGQQFogLNYk1M60vSwhn42Qreci2Du2ICYWRtXiGAb4fNhsf9YqX21SLzegP2dDSqxP6HYg sc4FgHUJyznjIOm8gXcVb0gABjYkrQ0JCzDASLCZkCCZ2ZIq4AFGAvJ2GLf/HA/sStMZGwZ2pNu3 p1Ivx75aEVi20DP2pbrRy71Pvxx6c3cysbchsydt7U9bB4gEGuQhUxkwMjIyMjIyMuquSq5P5BIY 6Dm5ODbwPZWBLvaO8caxyjKsF3ADA2eBgbJxpQBALtOrBrhNyPUJxoCzwwD3CDk1ASSJvysf+W15 JxIgaxgox9Kx84OBs2cGCAa27d1zkW4TuvS0uPSU9ffT8u+nMlcyD1xVIa86La6psK4+nUFsoFrc wAsHkBmoErfVojJwS1Xm9mpxe50gGOhDdpeO3VtnYdVAXYYzA2IwB4hH+BTBwEi/HOWVY/xirC+/ Z2BqQEz3ixkBwADvGcA0oaeYBPY2dNClfy5iA+JZkIB4PioWxIgExJ6U/KRZfdZs78G8ILULV3aJ ez8KAnI99wgRGBADrE1YZA0G3DWkGUAnCugdhoGk2FRgwgBtUEHS6RciGMCA0ZS1g0w8kLJ2NRCQ WHsa2jeEP1lS//ii2pEL60YtDzy/OXZ0V0N6dyqzjzCgQRxOywNp8UqjeLVRvdZkYMDIyMjIyMjI qJsquT6Ri2CAMQAzRjUAnBMGCgEgZ2DAxAqkh0thoAseOD8YOKGtYaC8eAOxYx0YGIXKAJ6EB2eL DXTdJpSnAsIAPIeDB1wY6HrPwH/+5tfb9uz509VX9vivX//2r6fE3ypkrk3o8tOCScCNEXOSmGPE 4kaGgZtrrN414nYywUA1eoSwZ6BO3F0n7/HIvvXoESISGEQw4JGDnVFCBAOEBNYYbB8TmCbkt7Bn wGdh6VhAzgiImQGLYODhkHgqItYl7W0pLBOYGxFzonJuVM6LSh0YWBqXh9Lq42b1QQumfG5IoI1n VxoAsC4p9b2fqwFyLdcHHGseYFqgqz9CxkkLY0YZCVAWcL2lQW1KEQ+IbUlrG8EASMDamszQeRuT wM6ktbPBeqNJ7EymN0S/XOafv6hu1OK6iSsDqzbHvtuVbNbrBQgDDqbFgUbrUJP1aqN8rRHzjt5u Nm1CRkZGRkZGRkbdVMn1iaxhwEkPMwk4MKAxIAcDToDYaRPqvHHMLQvwHCHAgBsddtqEOsHAuJMa BsqKYQDG7R9RAYKBgpqAhoESEkCGuDMM4OqveeCsewZyMFBEAnkP5XVjDAPYQFywe9iBgV8DBv54 FcPApSfkZSfl3yuQHr6cfVWldRVixOraCuv6anV9lbyhWvYi6+miuk2oVt5RI++oFXfWiD61GC1K SNDXI+/zqr4+MbBeDqyT99dbes/AMASIpbt0zNlAPMEnJgTEZL+cDh6wHgrKh8LWo2G606tt8ewL EWQG5mAJsfVMWDwbFS8QCcTEwUbxUYv4qEluSWIP8f60faihg674a+jGH5dkrCLmaoDGAH3QJICZ QkmxM6VeabAdGCg2wcBm3SyUIuSQBxrklhTmCG1Lym1J3SmE1qDtqfbtibrlvoWL6ka8VDdkhW/B toQXsYG0ta8BwYADjeJwo/Vqk3itSb3RqN5qku80y/cx8kgZGDAyMjIyMjIy6p5Krk/kHAw4GKCp gMGgfFKnPQMTdVlAkwA9u0CCnBkGXB44e2Wgi/oAYMDpEdIMcLbKQJkDAy4DuC7HWKEuigNEAucJ A3kScF1YH+gx5FOCga179vzhiisAA5ccF5eeEJedkpefBgn8vVJeyb6qInONs32MSECx5U0YJSR7 I0DMMFCjRwnJPjWCeOBej7gf00Wt+1EcsDBNqF4MrbeG1WO06Ih6i3hgjE+OJQwIyglBxAamBuS0 QGZmAHsGnozQbd7elLCfi4q5EfVNa/aFqHo6IudF1LyoXB5Hp82HLfLNRrUxZa2I4d6/O21vScq1 cUFen1Rr43INYECuSygihLUJrhK4ZQF0CtE7SQvdQdwgpCsDcApP7hGSm91VZZu5MsDFgZzbNsfr VgbWL6mf/JJn5Ar//E3Rb3Ykm/c0WrtT1t4GFAQONVmvoBQg32iSbzXLd5pAL1+1qVMZu87KGhgw MjIyMjIyMuqeSq5P5KLKACHBFBcJ8jWBInODkLYGgE5VAt49TC6sDPQc38WSgS7bhOA8DAADciTA LsoMkIEEo7qCAb79l2PzQCcY4MxAIQZ0CQNlQz8vp6v/EPbQ0k4hwMDuPRdeDhi44C8n5aUn5V9P Wn87Kf52GpkBDBitxN4xIoFrMFZI3FAtb6gUN1bKm2vkzdUggdtqJdqEaqSeJnQ39o5ZfevkgDrR t17059GiA+sVwcBgFwZG+SQ9NQyMD0oEiINycsCazuvGngzTxV1uSMinIuLxiJgTkvMjmSdD8umI 9UzUWhlXbzerD5vV62m5KqFWJuSKGN3d1c40Xf0FA4BYHYdX0YF5gO3AABxHj9CGuB4oxJOFEswD BZWBfHIglSEe2JzEEgMgQZLObZsTkTWh/Ys941+qG77EO3tD+APCgB0NYjdWI4v9aXEoLV9pFK81 qjearLeaxHst8tMW+W2bqrayXtFRK+zj7aYyYGRkZGRkZGTUTZVcn8hnrwzQ1b/G6QvqggTOAQMV ujLADOA+O5EAWcNAT/K44rFCdPsfe6IHBwYKMOCsMJCrDDijhMgjvtMB4u+DgVIeIOdgoBwwwAxQ 0iPEL//DgYEre/wnw8Blp9VfT2PbAC8ckFecFldVYsnANbyN+LpKBwZ6YaaQbhNChvj2WiIBssBo 0Tp5F8PAPR5roEdM9qshHoE2IQ/BgBji8oBbGZDj/GKiX07yy+lB+LGQWJdUa+L23IiYjd3D6vGw 9WQYM4XmRiRBwptN4oNmuTcllsXU0rhcEcc+gV0Nip649CctMEBSkvMwgJYh7hfKGyGBDUmnRAAY yDULMRW87MLAywmxmXggmdkMDLA2JROrQ4df8s5aVDdqiffBDeE3tyajO7BojDAgcwAYgIjwa03y jWZJGPB+s/iiVZ1qt2usrEdkKzLZI23q0xbxnskMGBkZGRkZGRl1VyXXJ3JnGHArA7X5WaKlMHCO NiHMFS2EAe1zB4i7hoGxJTUBWHcH5Vymn6OKYKDHqO80DHQRIx5ekhkohQFggH5ym5C2bhMiAHA6 hTQM/Aow8Lu/XQEYuOSUuuSE+OspSTxAJHA5YEBeWUk8IK6qQH2ABwrJG6pkryp1YyW2DdxaJQgG eldbt9dYd+g9A7Xinjp5b524r06O88n3m7LPR+SAevGARxIMDPXKoV6QAPYMEAkQD/jFJD8xg5ga kI8FxbqEWhknJJCPhMWjYAOCAflEyHomjI0BbzXK9xrtbSm5OCaXxNAvtDoutzaol1NiZUKsipNt AoCVcWsN6gP0lHQgDFhTEh5Aj5AuDqAEUVgc0Gd0DeEJbyIGoEMsvhbDgh5bWDdsiWf66uCWzfEA Joo2WPsaMns5JUzmggDywR+1yG9aZVVG1VnZWit7st3+qtX+qFm+2yTfaZJvNZppQkZGRkZGRkZG 3VTJ9YmsYQAbBibnTBigb/8EA5oHmAFKYUCfcySgowIuDBQHiLsoDowrjg6PO0Uv6fbPc4R0ZaBz j9BxZ/dwMQzoykCuLMAwAAzoDAOoDAzT9/4uYMCpCbgwkDNWDQwpyBDnYGDXnt9dxjBwMUhA/fWU QHHgtLzilNQDRq+oyKBHqJq3DfAq4l5V8sZKeWO1uKk6owcK3VGL5511Vr9acReWjql7PEgPLwhn x3sBA4M8YoiX9445MIAnNhD75SSfmBywpvrFmphaQSQQlA+GrUdC4uGQNTukHgtac6Nqa1K92WS/ 0yg3peyX4taiqFwct5bH1bpEZmtKrk4QDFgrY4QBClTAJiQgr+LJQtrr3YFCZLcmgGYh96lhgH41 48KA2IQtBM1rIl8u8T610DPqJc/IlYH1m2K+bak2kEBa8NhQ61CjxgDxTrP8pEUea1M1VrZOZCut LJ0/a0GJ4J1G8XajfKNRvNGEmUIGBoyMjIyMjIyMuqeS6xPZgYHJ2DBQPgk5gaJdY3BnGNCjRQud gwHXDgwUtQn1nFCcHCiEAceAAdQEsHgYbUIFMHCstDso51FFMADz1Z+3DeR5gEhAbxjgq38XMEDW PEDOlQXgYZ+jJsDFgZz/45cEA7svvAxtQr+95KS49LS6lJ6nrMtOi8tOWX+vUHoV8ZX0rLSuq5KF xYGbqmTvSnErto+p25Eh5j3EdboyQDBg3Vcn+9Vj79igerIcXC+HeiUGCvkkwcBYHSDGxjE5K6hW EQnE5CNBNd0veQOxfDQkZ4esZyNyR0oQCbyepis+hoouisiXYnJ5zKYb/46UXBOXqzgkgJxA3FoR ZwwgNmAeoJ9xigPxDDDA5YE8DNAZZQHnJbcPZbhiYL2caF4brV7mW7m4bsxiz9jl/iXro0e3J1ro L7obBQHrYNo6nBavpHG/f69JfNFin8zIGoFSwKl29VWr/LBFvtss3m5iAGgSrzZJ8uEmSfBgYMDI yMjIyMjIqHsquT6RNQw4NYFJdWV04y8igSL/ABhwpgk5ZYFSDCCfNT3MMDCuCAbwxGShc8FAkV0A KLRuEEJxgC79OjxwThjIFwecgkBRhvjfGQZ0ZeC3F53Iw8BfKwTxAGDglLjylHXVaXE1YMApDvC2 AXljtdUbq4gRI76r2nrYp+6tse6qlX1r5d1ID6u+HsSIB9RJgoH7PRIDhTwWKgMea5TPGoelY/b4 gJjml0ujcm1SPRKUM/wWBgqFJD0fCWXmhsSelHozjfmeL8XF82G9bkzQeWlMbUZDv+LuIHqiJrCC YYCfsAMDccCAdg4GwAN8++fhQhoGLGcNWRLFgQ3x9KrQKy95xi30DF3qn70hcmRzonVbAlvGXBIQ hxrlK00YFfpNq6y2VL3IVln2kXb5aat8Bwwg30yL1xEhEK80yFfRRyQPNloHsYTYwICRkZGRkZGR UTdVcn0iOzAwxUMuw54BuIQBcv5eGKBDlzBQSgLnGiWUgwGQwPnAQI4BCgLELgMU7BnQAACP+EEw UDpHSJtgYEsOBi4+KS8+IS89JS85ZV1WIQkG/nZSXH4aaweurJBXVVpXn0Zx4Poq4Q4YFTfViN41 8vYaeVuNmOST93Jm4C6ODfTzqPvqrPtq5UCPGFgnBnqxh3hYvRziESO91qq4PQkbBrBrbFlMro6r R3i66NSAmBlUs7B0TL4YVfvSGM+/o0EuiMp5EfuFMJGAfCkqDqTV601qa5Lu/cgYwDG5PCGXxeVy ckwsj4EEcpUB5gGNBPmxQsQAWE6cqwk4nULWhnjbmsjXS3zzFnnGLPVOXxs6uCWR3JYkDBB7GoRe IPBKo3y7UX7cLI62qyorW5PJnmq3v261P2xSbzWJ15ssAACWDUsCBtz+02J/g7W/IbMfB9jAgJGR kZGRkZFR91RyfSI7MIDuIGcDceHtv9AEAGW6X6hrGIBzJNBjgsYANzPgVgbyJYKzwEAZ9wj1GHus nAPEPwYGcpkBHAqiw7pZqKBlqGsYyLurNiGGgT0X/FXDwAnAwF9OWpeQmQf+floyDMgrsHAA00Wv q+CyQI26oUbcWCVurMEq4t7VGDBKPHA7tg1Yfaqxh5jct04XB+TAevmAR95fL4fViaH1cqQ3M7Je jPZa4/1iQTS7OiFnB+2pgcz0gJgRJBjAqoGXYuJgg3qz0d6alHPDak5YPh8Rz0VBBQtjal1C7k2r tcgKS5QCkBaQK6LEAGIpSIAgQawkxzKr4iCB1TGLeUDiidGiGDCqFw5g0iidESamZ/v6WHR5cOti z6ilnlGrAos3JTw7UmJXSuxOYfXYoab2V9LinUb5WYs8kSEGsKut7JFWRVTwdjOKAK80WofT1sFG eZgnC+H2DwZAyHgf1xPYIAoDA0ZGRkZGRkZG3VPJ9YmsYQAMADv3/s5IgPYhXPoZCbQnlMBAQWVg PKxhQNcHsGdgHAEAYQAd9Jlv/3ToEgbcHiENA+fODOD2n9s9rM0YUBIgzsEA3/sLz51ggBmAb/8O DAAAOrUJuTDwK7QJEQxcckr+5bh16UnrbwwDfzuFsoCeMXp1pYXVY+gRUtdXiZuqJZHALdWZW2tk 72qrdw1mCt1ZI+6ssfrUyb7s+zyyP/aOiUFeMdij7q9XQ73WkHprlE+O9YpnQ3J13H4kaE32y0mB zLSgnO6Xs0KoFdDN+5VGtSoh5mL3sHgmLJ6LyBciYmFULI7KdXG1KUkMoFbj0o8Bo3T754KAWMqH FTH6Q6zl6CBiGOBnzqgSxDMoFMQlYQCxwUawQXpF6M2l3scW149c7n18Y/Tz7Yk0McBe3OaJTOTr jfLDZnmk1a6wstUZ+0TG/rLZfq9JvtFkvcbJgYO45eurv7U3lSHvwaChHAMU2cCAkZGRkZGRkVH3 VHJ9IjuVAbr9o1NIx4iLMEBbBwlyJAAAcKsELgzkiwMICRRYFwc6+aQuEZSNKxotijlCbk0gRwI4 cGWgkAG09e2/vBgGeoxEg5CGgVyGuAAGvtHPwk4hYoCzwEBRQSDnIhi4+KS4+JS45JT4i5shxvax U+LvyBDLqyvkNZUCA0axZ0DeUGH1qrBuqZa31MibKq3etfK2KuwhvrNW3FWj+tTKexkG+mH7mESb kEcO8sgR9Zlh9XKwV4zyiafD9qq4nB1Q4wNykldOCcjJATEzJFfG1KG0fSgtl8bkY0Hr8ZA9J0xI IJ+LiAVRuSCCOsDmJNLG9AOrCQNQDbCWxKxlORiIty+PER5YBAmr4pmVcZQFmAH0AjIwAAHAGl0T SFjr0RdUtcy/dIlnxFLvpDXBzdsSkV3AAHGgwUIpoEl83ipPtWerrWxVxv6uNftJs3rLAQALnT8p a3fa2pXK7ErRE0uI+ZzZ3eB4b8rAgJGRkZGRkZHRT6OS6xNZwwDvFmAYmHJWGAAGYLKQLhG49YFi GECD0PiKnhOqeLFAJZvu/afLx59Gy5A2w8DZMgP0Pn5JDxh1agIMA1wQyI0WzXtUEQaQe4z6TsNA IQloGOhsTQI5OzBAYMAwwG1CDgw49YEcDPzChYH/+NVvLzouLz4p/3LSvviExauI5d9PqssqkBm4 /LRFMHA1bxu4tlJcXyWvrxQ3Vsgbq6yba7B6TCcHNAzcWSPuqREEA/fWir61WDgwgJ4e636PnOSz htZL4oEnQmJFVD0cVOMwXVRN9FtTvOrBoLUybu9toFu4fCkmngrLx4NYN/ZMSM0LyxeiYn5ELIqK TdhK5qwaWBwVeMboqQ0qWBpXy+OIB7zblF2v9w9gAZlbFqBfiot1cbEe3UHW2lh0VXDnkvppS+qH r/Yt2BI/vSvZsj+FRcKvN4oPmuR3bXZlJludyZ5oy37egi0Bh4kBGvED+7B12NrVgHv/zhSyxTtc 65e7Uu0FPFDYKWRgwMjIyMjIyMiomyq5PpFLYCDXKdTZGgYcACipErgw0GNCBcGARgLuF8JLJySQ M5HA2NNFSwYKfNbKgIaB4uRAlzBAPisMjDhfGCAzCegSQRcZYhcGrgQM/PmEvOiE5gFBMHDJCXHZ Sfm304QE4u96oNBpSSRwbaW8jnhADxQiGKgSqAxUYw/xHTXWXXUIEN9dJ+8hEnCLA/3rxAM1kmDg fo8a6hWzAnJZLPtoCBvHxvqxemyCT83wYxzQwZTckRRLI9guvDgu54TlE2FBz2cjGCq6MCpWxeTG OEaL0q8SDyyOKnq+FBWaDdhiaSyzNGaticnPWrKb0U2UcWcKSWfAKJFAQq6PN64Lf7vUP3exd/hK 3yMvR1/dnWra16AONWXeaZRftKiT7R2EAUgGt8kPOBJwkCAhZe1NWXsawAA7UpntSWtbMrM1aW3B wdqeEtvpTZcNdiVhAgaHB9z2IQMDRkZGRkZGRkbdVsn1iaxhABjAA4V6olOoFAO0cfXPwUCp85WB XJsQXfrzmQFeOJAzYICXjmkkKBt7IkcChZWBHA/kYKCkR4hczADu3jEmATh3GK6fui/IOTAMFPGA QwLDS2Dgi7IhX54DBn7zJ8CA4gwxw8BJggH0C/39lCRfcRrhgasrUBnQyYHrK61elRmODchbq63b uDiAykC1uItXDRAJ3Ftn9fOI/nXqPiKBOoIB62G/WBlTD4flaL81Wm8b8MsZfrk2LvY1yJ1J+/EQ MYBYErVXxMW8kHwqJOeGxbyIeD6KCsC6pFwUFYtiZDDAooR4KWYtilgvRSywAXupDgzE6C9kLY9b 9FzldgoBBuISs0Rj0ZXBdUs845fVj1wf2rArGdyftl5rlB81y+8ysjKjajLZY+32x4gEYC0AXd93 EwAkxQ5c98U2fm5OZjangAHkzeztKTIRQmYnpg8RBggNA+gacusDBgaMjIyMjIyMjH6MSq5P5MLK QNlkz9kqA05mgGEA7xSRQBEMlHeVGcDTBYM8DOh7vwsDBAbnAQPHzhcGNAZ0DQPaRZmBPAkUwwCT APqFSmDg3wgGdmoY+OVv/nBM/PmEvPiU+Mtp+ZcThAHEA/KykyCBy0/LyzFglGxdXWGBBDBjVPaq lDdWyZth0bta9a7SAeIMpovWirtrBSHBvXXoFBpYKx+olzN9+Ar/kYAc4ZUjfdYYJoHpAbqjy10J uTFhPxa0ZgTEwwHxQlgtjCoiAZQFwuL5sHwxgllAq+NyIZaO0a9KQgLigYXoHbIICQgVFkf5ifqA tSyWQZI4TiTQzt1BGC26Pk5/lZb1kS+X+55YWj9mdWDuttjnhxra322SX7VmT2RkVSZ7KpP9qk29 36xebRQH02Jvg9jJA4W2J8WWFN34M9qbyAl6ipcT9KaglwQGW5Mwlwi4bsAlAuIBbhnKgA1S7XuT dMA/rwYGjIyMjIyMjIy6oZLrE9mtDKAsUI7pop0yAxPpyQDAxYFOGECuLiwLwOOQFqCrf26skLZm g0ISwL2/oEcIl35ME3JIQGMA+zjDAD2dNqEuYcA1IcG3PFCIe4SYB3Dvz8UGuFmoEANcGHB4QA8R 6oG0gAMDZUN4umgJDDiZgV/+5o/HxZ+OiYtOyotPqotPIkZ8yUmB5MBp4gHEBq6qkFefEldXoFno umrAwHUV1o2V8qZKeXMNAsS3VVluhljeVWsRBvTzoD5AMHC/R07zizUJ++GAGlGfHV6vhnvVmHox NWBtSsgdKbUpYc8MiMk+NS1gPRhUj4Tk7LB6IiyfDolnI/bzBAAYIkS3f2wgXsD5gQV8ABVEiA2s RVHxUiyDlqGoM2B0ecxaEbNWx9qJBNYnrJfpvh5Lrg5sXeIdvcQ78uXw1sPp9EfN2aMZUWXZNRl1 tNX+uEm9npYHUtaeJBhgR1JXAOhvkq7+2EWwLp7ZgI3F2pmXkxbBgEaCTUlrcyJDdnhAIwGRgIYB bhnS3p0ylQEjIyMjIyMjo26q5PpELoEBvvTXoWsoBwNgAJQCnAYhelk0VLQLGEBgoIABCs+OeYiQ Y64J5FwIAzke0ADww2CAzJkBZ8AoVwYcGOiqQYhhwK0MEA8M+UI/neJAAQZo/9svflUAA8cE8cBF ZCQHxF+wfQwLiS8jGDgtLz8lnO1jp3jhAMPA9ZXipkp1czVg4NZqeRu5yrqzVt1RI++pVffUIUbc t1b094hpAXt+WE0PiGEeOdJrPcKLh2cF1JqY2plQdHGfEbAm+eUUvC9mBOVDIfF4GDljgoFnImJ+ VKxNqKVRtThqrYwpIoGcX4yIhTFCAoueL0UtBwbiaBNagUqCrgbQHV1sjH63yj9vef3YNYEnDyW+ /KK5/US7rLSyJ9qzX7Wqd5vkK2lrb0rubqC7O+oAW/GVP13387d/5A0SSB1swB+bWR+3NiZgIgGN BJoHtiStrYkM8cC2JMEAigM7UmgcKuQBAwNGRkZGRkZGRt1TyfWJrGHAWTx8DhjgskAhDPRkQugK BvhQCAMTzgkDBSYSKIEB7W7DQInBAC4SfD8MFFYGzg0DvycYOKn+fFz8+Zh18Ql1yWnEBi495YwZ vfyUvKpCXlkhrjotrjklrq3SMWLZq0KgOFAte1eK26rFHTXijmpJMIAYcQ3Z6lcnJwXpHm9PD4pB HvmARzwSyK6L2XOCYm1cbovLZVHF24jlJJ+a7CdgsGYFxcNB8XhIPhmWT4XVs2G62durk3JBWL4Q yTwfES+EgQEvwHJ+mK7sckXMWhTNLIrKJeS4WBbLrOa7O93U6YK+JZFcH3p9mW/icu/obZGVnzaH qtrtikzHsTb1UZP9aiNiwXuIARoE3+A5A5AQuPFjE5m1Lp5Zq5PHGEuqI8iZtTHAgKYCDQMvoz4g +PdmXBjQEYJ2pAhS1s5EZkcCVLDDwICRkZGRkZGRUXdVcn0i5yoDBTBQW5Ic0JUBPujbPzu/Z0DD QCWdyyZUaxjowQkBZwMxg0EuQ6zbhHLDhXqOdfYMlOlxop0qA1wcOMZzhM4HBlwS4D0DqAwU7Blw pgmdtU0oDwNOmxBTgYaBTm1Cv9q6a8/vLuPMAMHAhccsggG3OIAFZJeelJeeFgQDfz+JBqGrTxMS iKsr5bUV4rpKVAZ6VREJCPItiA2I3gQDtfLOWotggNyXSMArX4zYM3zoFBrsEQ/UixFe66UIxoNu Tcj5ETXeJ8Z6NQzIyX45wydmB8TjQZ4rGrKeDmOO0PZUdllMzA+r58LyeUQIxItR7CQmGHgxIhaF OVWMmoC1LCJWxrBWbF2cbucSN/J4/Rr/iyu8o9cFHny34f2TbS0n27NftMi3muT+lNyTErsS9OeL LQmB6kES93vn0o/YMTBAO3fGryZwyMHARs0DBANxDRJoFuL6QNu2ZDsbJQIiARQKAAMZAwNGRkZG RkZGRt1TyfWJnIOBgjYhlwH04XwzA3kYoNt/GXcK8bN0oFBJZkDDAAFAOWLEXcAAP/VQ0e+HAUSH wQNHykZ+Vz7yO2KAzjCgz98PAzkS+F4YuPCY+MMxiU6hE5KQ4OKT6i8n0Cb0twr1V+IBLCS2rqhE cQALyCrkdact3j4mbqpSNxMP1Mgba+RtNeL2GgwU6lON3PAYr3whbE/1qUEeMcCjBvKSAbrlb03Y W5Ly2TD9gBjps8b6xXg/KgNT/HJmQD4cEI8G5OyQmBNU8yJydVwtjsp5ETEvLJ4LW89GcH4Oywcy z0XEi2GxgDFgcTSzImqtiVnrE3ID3eyTYnuiaUv0vZXeKSt8Y3aE53/RVHukzf4YyWCJFQENgu7l 23g0kM4DYAEZ3/Lp3g/H2tfE6Akk0NYwUOD29bF27hdCK9HGRPsGUEH7plQ7wwCeXB8AD2xPtjMP tO9ItRkYMDIyMjIyMjLqtkquT2QNAygL8FxRvvRzjBhgkM8Tl2wgLqACNAhpMwk4sQFdHHBixG6h ADBAJDA+TwKAgXGnyvWZSaCHiwEl7oEM8fHy0cfKGAbo2VVZgD3ySPnIb5kKUB/QJODwwAiQAA5O p1AJCTg84ASI3QM/i0igx5BPSyoD8sLj1u9PiD9pGDghtf96Sv31pLzsFMGAuIJ5gEsE6BRyt4+J G1EfkLdWokRwR628vSZzV40a55UvhtQEL/YM9PPIAR4xzKueCSl0ByXknJAciSqBGO1ToxkGJjow IGYRDITk4wHxVMhezBmABVH5Qkg+yzzwTMSaHxF7k9mFYfl8tH1BRCyNWsui1sqoXBtXhAFbkopu +fuSkQ3Bl1Z6xq72jX81dvCTlpa3msT+pNiVkrvw3bx4Iy3p4r4xxTEAvuuvimdWJ3BYjb3FmVWx djrkSADvxzrBAJOAhgHkiRPtLyesLehNatuSzGyKt2/m/ECuWQhIYGDAyMjIyMjIyOhHqOT6RM5V BhAb4Bt/Zxgom1g0WvQHwACnBfCyMEJQDANoEHLPXcKAUxxgGMhVBr4XBoAB3YUBMsPA52V6wKhb HDgrDPzuuHBg4DjBAEwkcCl3CgEGMGNUXH6KYaBSXXXSwiriSnl9hQUYqFQ3Valb0SlEJCD61Mhh Hrq72+P9dr8a7B0jj/HK+UG1JiaXRtRUvxzmJTaQo+qtkT451ifG+cREn6D3Zwash4PiiZD9ZFDS 1X9FXD4TEnOJAXjGKB2eC1nPR8SmhFoUVYti1tKoWhUjwBAbE2JTSuxOyVdTbYcTn28MPLHCN3xj cN6h5NFXMOBf7EiIrSmxOY5mnvVxZAl0I5C+5a+KWysxh5SfCWtFDDywkt6PWavjYmW8fTUKBZ2r BO30JJxwkaB9c6J9S6JtI8AAzUL0ElUCpAjatyWsbQmUCLYn8M+rgQEjIyMjIyMjo26o5PpE7qoy UFsyYDQPAz+kMkDWMFDOzUL0BAmMPZ1LC+QYoNCdYABpAfQIncfuYb1noIc7WrTHyG/y28dcBsiR QAEM4FAEA0MxRIhhAIcuYGBwcZvQBUfFH06o3x/DgFHigT9xWcAZMHpK/u2U+PtpecVpdUWFuLpK XX2aYMDhgRs4PHBjpbyxOnNrtbitJjvCKxeGEQboUyfvrZX9PHKqFwsBVkXs50JyhEcMrlcP1Ith 9Wp0vRrjAQyM9yMwMC0gZgbkQ0HxaAhLBlZghCjBgKLfRRjwbEg+FxbPhyT9US8CA8QyXiW2Dt/E y31J+/1G+8vm5v2Rjat8Y1b6xmwJv7wr0bAjZW1Lyc2p9pcJGDgJsC5pLY+1r4xZyxL0pEs/FpPx k89xkADDgEWQgDdjkpBgJf8WQoK8mQfWxNrXOfUBMMaORPuBtNoYy2yKWcQDL8cBA9rbyPHMtiQd DAwYGRkZGRkZGXVTJdcncleVgS7cGQZcHuDZQfBZKwOaBzQM8JlJ4Hxh4Lg2w0CeB7qEgQIDBnDv 76oy0AkGcpUB1w4MIEDswkCeBMqGfN5j8Od5GPj3X/3md0fk746KC4/J3x/H9jEkiel5TFx8AjxA JPC3U/JyZwGZdXWldU2l0NY80KtS3lQlbq1S/WrFEwE1yW/3q5N9agU9pwbloqhcHLUfDooh9XJg vXygTg6ul0M5TDzaK8b45ASfnOzDArKZAfFQQMwOyBciWCnAG4glygIgAfkiZ4WXRuSKuFwTk+vj YntKvtIoP2vJHmmTnzRVbQu9uMI7cnXgsZcjn2xJtGxKYqAQAcBa+vk4ssUro2JFrH0ZthC0L4ta y6PYRbAyjts/AICfy6OZ5dhZhuv+ZlQJ2ogE6OWqaIYxQD/b18TbOVfQvi6WWYcnIgQbEpkNTtcQ WobIG+Ntm+PtaBmKt+spQ1tNm5CRkZGRkZGRUXdVcn0i52CgsDJQ4s5tQoQB7kHXBL4PBorcNQZo f2+bkFMrOAsMuEuI3dGixTCgDQzQzy5hYCg2DDAMfOlMExpasHFsyOf0jgMDu/de+LerAQO/OSIu OGIRD5D/eEL+Cf1C4uKTKA785ZS8+IR12Sn5t5OYMUq+okJcxZsHrq3ibcRYOCBvqla3V8vHAtmZ fjWgVo3wyH611sMBe2FULoioiV5rQJ1CjBhjheQQD8NAvTXaJ8Z55UQvw4BfPBgQs9AmJBYzCTwd FvNCBAYoEbwUUUujcmlcrY6JDXG5IynealRft9qn2rMn26xXEu+t9I5b5R29KjRvQyy4FhOByHT1 t1Zg2ChHC2LWEuwqtpbyO8tjYlUsszVhLwMDYEkZM0BmecRaFrFWRMWaqLUlnlkab1seJRhgWojC 9LscHgAS6KgxkICLA27LEBtbCOLWJu5NepmRgHhgS8LAgJGRkZGRkZFRN1VyfSJ3rgz01HNFdVoA 80PppTNXFC8nV5dNJBMJOOsFyuklMKDYHB0uH4enEx1mc1yYm4XG8lghniyECUKaBOjQJQnQc7Tz 0qkMjDp7ZWCkcwAYjMBAoRI7ZYGR3B0EEviaG4SKiwNsN0AMEnB4gEmAMwO/Bgz8/eoe/+HAAJGA vPCI0AvI/nRSXnRCXnQ8gwVkJ+UlJ/Q2Ynn5SWDAVZXi6kpxXZXUC8huqLJ6V2OV2IMB+55aLBwY 7VWPBKz5EfVsSA6vlwPqxH11qr9HDPSI++s1DCA5ABioBwxM8mFL8Sw/Rou+hEGi3BcU0hggl8bQ NbQmJjfH1aG0/VGT/V1bx4nWjq9asm81xDaF1632EQmMXx0+tCaaXkXX+ihu/0uigm7/S+IEAJmX YhnCgMXRzGJ6P07vi6UxwgOkApZgJilSyMQDy6IZOrAzyyIoCCxHAcGBgZxXggfIbVwiAA8gPBBD FhklAhcJUCvg2aN6/OimeGaTgQEjIyMjIyMjox+hkusTuaAy4OwZcGCADygFFMwV5cqAhoEq8tlh oErDQAkJFMJA3oVlgfOGgbOmhwvcBQzwHmJnG/EILgjgqWGAnswAeteYWxnIwYBbGSiCgd8TDHBl QP6aeeCCI5k/HJV/OGr9iUjghPzzCUkwQP7rSfk3DQMYKySurrCuPi2vOa2uqxI3VMkbq8UEr5wd lH1q1O3Vom+tfNSvXgjZjwXkoFp5T43oCxgQAzxyYJ0aVCce8Iih9Wq4V4ypF+O8YqJPTvepB3mO 0PMhhTXDITU/kkE1ICIIA9bH5Pakej0tv2yxiQG+bbM/abYPN2Y2x06sCjy50jdmpf/xFaEjS2Lt S3kA0cII2VoUySyKYC0xPRdF2okEXiIY4Ns/nmyCBHpJYLCEDgQMUXqCGZbGAAOEBEuj7cvwx8JE BTkeWBWFdYmA7EaKnRQBFwocMOCRo7yYjGAgbm2Om8yAkZGRkZGRkVE3VXJ9IhdUBpxeIA0DPfms GaCcu4PwciK/ZBhwSaDKbRAqIAFuE8LVvxgG9NW/pE0oVxZwXAoDesMAhwQKYgNlo7reM1DoLisD 3B3UJQzkiwPICRAM8NKxLisDdNAw8IcrrkFl4FdHBcHAb3Vs4Ji68Ij483H1x6O8gIxg4LS85IS4 7LT6+2mCAesKOpzKXF0hrqjMXFuhbqiUQz3qkaDsWydvqhX31kpigGdCclbA6lsr7qohq3uJB2ol eKDWGuSxBnvEkHqBykC9NcErpnBN4JGgeDqYWRmzX4rYiyL2skh2Y1y913zm7Sb74+aOI60dJ9uz X7XYbzaq3Um1Md68OvzKSv/Ulf7RK4KrFocDLxEAhK0X3RXF5IWRzALigagFR4AEGgycZ4Qu/Sga EAwQACzlZQUFMEDvEAlklkXbiTGICggVlvNL7RVR1Ac684CuEpDdLAHBQPsGlAgseuoSgYEBIyMj IyMjI6PuqeT6RNYwwNOEiioDORjQAFAIA85Lt03onDCQrwkUwMDpsrGn8s4hAVwKA4gOIyeQCxD/ 2DYhp0eoGAZKOoW6hAHHLgz8+y9/vXXP3j9e5cCA+vVRSTDAsQF54VH5+6Pyj8esPx0Tfz6BHWR/ PaUuPSX/eprrAyfFlbyQ+JpKce1p2b9OPhHMDvTIm6vk3bVqpl8+E7an+REgvrNG3l0jiQTurVV9 axgG6uTAOiSJh9fL0bx7eKpfzvKJ2UQCIbE8iuXES2JqdczaHre/bOnwWGd84n++a81+3GQfSslN CbkaSQD/ysCyVf4xq/zTloYOvhBpfB6byDJ48jqC58OEBNZ8ooJo+4uMBNpcLnBrBVEcFrt4wDsN CAPoZftLUS4jRFBJWBJpo8PiSGZppH2p88yXCBgG8jywOuqkioEEsQxbJ4zRMvQykUA8szFm2oSM jIyMjIyMjLqpkusTOVcZIBhwKwNYL0Aw4PQLaQDQbUJ5EshbM0BBs5ADAyVtQrmmIH0uyQzo+kD5 ebYJgQS6rAx8W/jybG1Cmge6ggFuE8qZYYBu/8UB4jwMbNuz78/XXAsY+OURi2Dg10et3x5zYeC4 +ONxCRg4Li4+ri4+JS85JS49LS47zWOFToqrqtTVFfL2GtQEBtXK6yrFndVqRkDNCalpQfvOatG7 VhIM3FenBtQpgoF7MFzIGlAv768Tw4gE6jkn4JMPB+QTIevZkFoUU5sT9rqY2p3MftCUPdraUWt1 eK2Or1rtbUm1PqaWRhVu7aGvV/gfXOUbudL/6PzQ6Xlh61n2M6HMXN5FMDecoZfPRyxOHlvaL0YE eQHDAJOAeCki6E9zwABVAs0DqAYABpgEdK0gBwNLwvSEl4Xbl0UyhAQEAyujRAV0IBiwwAbRzBo8 23JU4MBAtG1rXGxOiA0x0yZkZGRkZGRkZNRNlVyfyA4MTPaUT3JGCRUtGZjYNQxol0+szMFAgavK CQCYAUp6hHAY72YGUB/QdosD6BEqdJcw4LYMjcpf+s/mHAzoUoCGAcYAPVqUYYADxGeFgaEuDAz9 nOcIYZQQnkM/+49f/3rHvn1/ue46DQPyV0cIBuRvj6NZ6HfHBMEA1g6csP/EY0b/cpJgQF56GpvI iAf+dlpccdK6pUrO9MlhdapXpbyrSkzzqjkBOdEnb68WtxAM1Ii7ahEdHlgn+9apvrWyf40cXCOG e+QYr5jks2b6xWy/eiqkXgipZVG1JynfTduftdiEAd+2ggcOptXBBrU2rhZHJa7y4cTS4O6Vvilr fGMWB9Y+EwzMCbbNCVlzeDHZ3LCcGxLPwGCD5yLW86HMC/TkpcUvhK0FxAP0DLc7PMBeGKH3rYXo I4KXRdo3J+WKKMIGKBEUeHEY5QLQQsQiI2QcyaxgJCBj0FCkfVVEZwkQLM7ZpYK2teRoOz0NDBgZ GRkZGRkZdU8l1yeyAwMuCZBzAWIYo4Rg5/aPd7gaAOs2oS5goAe2jFWWuRigra/+eRjIu6BTyGEA hwRy1jDAZQGGgXP0CBEDjPquB3cKlVQGckjgwgC9BAZoEiAwABt0hgG3IJA3dw39528AA3/tdT1g 4L+/E7/8jnhAaB644Ji48Li88Lj4A+oDll47cPEJjBW6lBeQ/e2UuLxCjPepMV55Q4W8rRIk8Jhf TqqTt1Yp3jlg3VYlb6lR9xIPoCagBngkdweJMX76Yfmo334ypOaF5LKY2pm0P2zOnm47c6Kt46uW jtcb7C0JtSKmFvGKsefCcl5IzAtHl/oXrvaNXRGYNN//zhPBtscD1uNh8XhIPBnCHFLynIB4mtgg mNHFgWe4cWierhKEYWQJkCtwWoYW6mcYSLAwTGdigPZF4faF4TZ6c1GYXxZYU8ESGPUBPMMZHkAE HnCoINK2MtJKPAAkYBMJ8BOH9dHM2qiBASMjIyMjIyOjbqrk+kTWMIC5osQAU+rKptTiUAwD2DPA JMDVAGDAuWFAtwmRiQo6FQdw9Wck4LhwgbkyUMQAhWYScGCgsDsIzULuuQu7JKAbhLR1WaDHiK/A A+SCtECBsW2gDDwAGHCWELsw0GPIp//129/sOrDv7zffABj4r+8kwcAvvxO/IRg4Jn5zzLrguLjw hLzwGMYKEQyAB45jrNAlJ8WlJzNXVsjhPjnJh/Tw7TVyKuK/cky9vKlC9aoUvaqBBLdXo0RwV7Xs WysGetTwemu0F3WDGX45O6jmhe3VMXWwwf6oKXuk9cyxtuzHjdl3G+X6BALE88NqXsSaG5JPY+0A XetPLvU/udo/alnguacDRx8OWo8F5aNB+Tg5hL0EZPBAHgZAAuR5eBIMEBIQGDhI8EI482LEWhAV C7hc4DicgVEo4ENUw4BTMXBN72ScQkFEVwnI7UsjbcuivI4gzwMEA2AAUEGkVcPAahQHMqYyYGRk ZGRkZGTUbZVcn8gODEziwIBeNVAIA+wSGCisDHQiAXIeBnSzUIkLosP5APH3wwAvHdOThc49RKjI XcIAKgP5tED3YOAXF/xm98H9V/a+kWHgiPzlUfWrI2TMGCUeuOC4BA+gOCD/yDNGURk4Zf/lhPXX 06pPtTXTr26tltdVWTN89lMBNdpj3VypbqiQN1arO2vUHbXqripxb43oVysG11kj6uU4n5gWEHSJ fz4iN8Ts19L2Vy1nvms581lzx5sN2d1JtSxqr4qgVjA3pJ4IiNl++TA50Pp04NMV/mmr/WNfCi57 JBCbFbAeDmYeDVizA/IRegbpz8w8HrKABEExJwgYgEOZuaAIMZepgPwc8UAoQzBAz+f5PB8hY44T 0BOEkFkIHmjj3qHMfJ5Mmq8hhGFNBcgWExIgXoyE8dJw2zLigYjDA3RYgcah9hURAgOwgaYC/Vxj KgNGRkZGRkZGRt1VyfWJrGGgJzIDztXfyQzkkgMFJHC+MOBmBgoAwGkK0me8WRAgPjsMIDCgna8M oBpAF/3v4QFuFipID5dUBkZ8Lwy4AWJOD5fTuQAGCA9+eeFv9xw+cPWdN/f4j1/++j++Fb/4Tv4S MKB++a347Xfyd0fV747JC4/JP54EDPzppIUY8Ql1yQl5U5Wa7rXvqRa9K9WkevFQQIyqV70qrOsq xA0V4tZq0QcDRkVfrBSQw+rE+Ho5xa8eDahFEXtX0n63KftVa/aLlo630tnt8ezKuNwczy4Iq7lB 8URAPhoUD/vFgz45zUu80fRs4ODKwOQ1/kkv+HfNCqZmBDIP+i3yQ0GsJ3uU6YIOjwctGDyQeZIc IhiwyE/DKA4gRUAYwN/9Px9ufz5IPOAUCl4MuzAQbuentSAs5nOhgM8OBiwItevDwhCQYGGo/aVw ++JQ2+Jw25Jw29KIfnKVgPAAxYH25Q4McM4YtYK2VcgV4J9XAwNGRkZGRkZGRt1QyfWJrGEAAeIC HkCEwLnx09W/FAb0gWGgkAG0URYobA0qNrcJFcFAvjLQ5VxRfXBJ4HjZ6GN00S/naUKFV3/XPE1o JHvEdz0QGHB5wNktwENFCQBGngcMkDFgFFf/IhjgAPGvf3/BvlcPXnf3rQ4M/Oe34r+/k784In51 VP3miPrtUeIBsvg98QCKA+JPJ9EpdEWFmOi1B9WpWyqwPHgGAsQYJXRtpexVJW6uVrdjkKi8v04N 8YjR9WqSl+7r9tKIfSBlf9xEDPA/7zdl96Wyq+KK9xOrBRF7foSu9dZDATXDjyaiKX4x2ZeZ6ku9 4H95tX/8ysDM+cHXp/nbpvnFdL+Y6SdIsGbi562HQ+LhoHiUeeAx9A6BCp4Itj8Zsp4MWk8xDHDX kOAqQea5UGZxVBASzAtZ86IWppGGQQWoFfCZ6wbW/FCGrMEAz1A7kQChAj0XhPJgsCiceSncRl4S btdeFs4sc6sES8Ot2GEcbiMkIK9AWUCzgRktamRkZGRkZGTUTZVcn8gODEzRewYKYIAPLgY4JKCt ecApEZTCALqDCAZyLoEBvvQ7VQI4RwLnbBMCBvChfPSxcsAAIQFTAfcLlWYGmAQKnK8JaKNNyK0M MAZ0CQNoE+oxlJ48VzRPAg4M/OaPv9v/2qFefW8jGPiVhoH/+lagWeg7NAv95pi64Kj87XcZ8MAR 8UdMFpKXnhRDPWqwR91SKcd45YN+e4jHuu40kYB1c6XsXS37YJaofKBOjvLK8V7xVECujak309nP W7KfNmcPN2TXxu0XQtknA+qJgP2IXz3ul4QEMwLZaQE52YdEwQSvGOsT032+Jb7n1gTGrQzOfMJ3 ZHrAmuxXU/3WdL+c7rNmMA/MCoqH0TKEbWWPhqQuEQAJAhldKNBI8GQww/UBi3jgacIAzCFlGAi2 Eww8F2YzJxAGOE1EocwL3EREMDA/hwRsggFGAsAAPZErAA+0LwkBBpaGESnW9YGl9JI3EjAb4Eln 3ThkYMDIyMjIyMjIqHsquT6R3coA3/6ncIwYZ20HBvQh5++FAYwSytshAX375+JAvmuoEwx0zQMu DBzTMFA2EgdgQJcwQO84c4Q6wQCPFi0bWdwm5CBBVzCAJ8FAIQk4bUK//dOFB984fHP/O3r8xy9+ +e/fyn//xkJx4Kj6xRH5q+8wZvQ3R8Vvj1oXcrPQ74+Ji46Le6vtcfXZ23g86EyfHFonrz8tr68Q t1SpO6rFvbXWwDoxAtUAe17Q3hC3CQM+a86+12jvSmSXROwngupBP7aSTfNj6/B0n5oTlA8HxHiv GuMV43xYQzbG2/6g7/hLgblrg6MXB1540Fcz0WtN8lqTvdYUlAusqX4xDWNJ5YMBa1YATUpAAm4Z etRvEQ/MRonAeiyUaxwShARuyxC6huj5DDnM7UMcMp4XaodzVMAHYgOnYsBsQF4QcQoF7LYFXCtY GCYkaEOEIKxbhvJVAn5ylgAJYydeTC8NDBgZGRkZGRkZdU8l1yfy2WCgTA8V5T0D+t6fMzcIdUkC 5DwM9KBLP5mLA4wBDhKcFQY6bRzTdnqExhz7CWCA3WVloHSuqGOGgaIeISdSfAHDwC0EA//+37/4 t28IBuR/HpH/eVT+txMmRpKYeOACXkv8h6OiV4UY75F31BAPqAd9clSduqlC3liBEaL31siBtXKo R030qvkBe3eD/WFT9vOWM+80n9mY6HgqoKYF1SS/muCT47xqQr0cVy/G1KvJ9cgKEwCM9mAH2ch6 Mao+84j389WB6euCYxcHlk32x8fyluKJXjHZi/ahKT5CAuIBa7pfzPBnuFlIPOTHk5AAeWLAgJjt o4P1WIB5IIhs8VMhdA3NQe8Q4gRzYZ0wduLFZKYC56CpQJteaiSYH8ZGgvmhthfDgAF6uiWCtkUa Cdg5JNAHp1DANjBgZGRkZGRkZPRjVHJ9Ijsw4LQJYfcwlwIAA7k6QInPDQPl5HxfUEXP8VXl4yoL YaDQevEw3EVgwLEuCxTCwPe0CZHzJFAEAygL8LMQBtzn2WGgkARyMPBnhoEBgIH/+vdv7H/7Wvz7 N+I/j4hfHEFx4JfYOaCIBy44on5/TFx9Uk7wqkG19liPmuWzR9eL26rt3tXy7lrZv06O8MhZfrU0 og5gefCZDxo79iezSyP2bH92klfRRX+0Vw2vE8M8YpRXjKiXQ+vEcI+Y6VdjefPAUI9FL0fXNz3l O7gqOH1daNIz/j1jvelRXmusL0M8QB7nsyb6xCSfmOqX0wKoLaBZKEB/CCGB0CWCh4IIEjzqsx7x ZR71W48CDzKz/VwoCLQ/SVQQsJ4MWHMCAvHiYOZpHj30dKj96WD706G2ucF28jMhMpDgWXJYlw7a 9SQiAoMXQu3Ph9peCNKT2KANJQKAAeoDC0NtZE0F2lhKEMK2Mj1xaGmojVcXmzYhIyMjIyMjI6Nu quHAWhwAAP/0SURBVOT6RHZhgDcQuw1CIAHdGjRJ3/4dawBwSeBclQHGgMqexXsGtMEAY071wHRR ggGQQPnZSUCbKwPHeagowcBRVAZGwW6M+Du2PnTODHxbyAMaBsoIBnj3MMoCeSQoJgHc+9mFJDAE JNBjyKe/u+jCQ28evnUgwcB//df/9ZX8v7+WBAP//p34z+/kL47KXxyT/31U/OqI/O1RedEJOdKT HeWxp3jlI341zivvqFJ31dgDauVwwgCfvSpmv9bY8XFzx/uNHTuS9vMhe4pPjqxXdOl/oE4OJNfC D3isUfXq/jp1v0eO8sgH/WqERwytF/d7siM9qWe9m9eGxq8Jzpzte394feuIOmtkPf2YNcaLeUTj vdYEnzXJJyd56UlIIKb5rWk+a7o/MyMgdYqAwGBWIPOw39JVAuIBPAMMA7ksQSAzB2OLkCV4CnjQ /hSPItVPogKNBOTC87PoIyI8aNNFg+eD7S8ECAy4RKBhQAcJOEWwkEkAm8tCXCigpzN0CNOH6Hk2 GDA2NjY2NjY2Nv6hzsFAmRMarus52VMIA2AAFwl68uEsMKBfAgb0rrFcgJgu/bmnPuSsYQDuBACd 7cLAcYaB42zUB0pdCgN5HnB2D4/4qmwkSgFcDThrm1A51g/zswAGCANKYeDf/vM//q9v1P/9tfi3 ry1OEsv/OoLAwG+OqN8dF5eckGM92Zlee6ZPPhmQ0+rt+6rpZi/GedTTAfVyPPtWuuPD5uybaXt9 rOOJoD3eYw/12PfXYdfYfTXynhrRp8bqQ4dqeW+tGFAj7iMwQFnAHuOVQz1iZL0Y6U2+GFyyLjR+ efCpmb6vhta1Da7LDKmTw+ozRAuj6q0x9dZYnzUOPIDxRAQDk/3EA4CBaQGMGNJThh6k2z+TwENw hg6oD/gJACTHCbQzxAO6fYhrBe1kFwasp4gN+OVcAoNA21yYYCDzTBAw8GKw/Tk6hNufC7TR4XlU CTLzQ+1oHAq2EQzAHCx2BpI6CWOeOxRsWxxsNTBgbGxsbGxsbPzTOg8DboNQYWXAiQ24MOCSAIoD BTBQuG0AMFA+HlEBJoGfAAac9PBoHLgggOt++aij7B8MA2UIDDAPnAcM9MjBwGCXB7hHyIWBV3oP uqPH//0f//7//kb+fzg2QDDwX9/KXx6RFxyVFx6Xl5xUD9SJJ/zqSb+cG8g+6MsO9ajpXrU03HEg eea9xo730h37UwgHz/DJER41oE71qxV314q7qtXtlaJPrbyrRtxeTQCg7qiy7qyWd1XL+2oJAORU vyJgGF6fneL1vuR/cX1w4tLg0xO9NQ/UWoPrrPvrxBCPHIZtZdZIrzXLJyf4xFiPHOcV471igldM 9IkpPjGVSwSAAQwgAgw8HlKz/NhFMMOfwexRso/7hYgTQoKeoAK/eNTfTlTwGHIFzAaBzBMB6wl/ 5kkNBvz8/7L3n+FVVdvbB0zgWE8RpJOQ0BJ6F7tiFxEQK1gQFZAmKk3A3rB3sdN7T0LvvYb03hPA Xo5k773WLGtz3nfcY661904CnvM873O9nzjXfc1rrLlX8P/h/+H+rXuMOV+tRB/Rayj8tL523P/B SfEOggKQwJsnCAwCQILjOIf03eNABQIDesFkBWacACRwIkQFuLr4w5NnnRk4p3M6p3M6p3M6p3M6 p/9TRcIADwyEZZIBc8+AUQQMkO8/MwzU5aNF64zLRc0wUJsBwhrj3TNQHQAi5c4M8BhxCAaiRhgY MG1CtWCg2gAxwwCfIxQeHSYqqHaUkEsCkUjA1r9mMhAJA0mbk+98mGAgNqb5UbvFUTs2RbRJsdsf E52PiV7p4upse1iRmHlCv3VSf3BSv3tSzTwuF/6kN/+md/3b2fyHnvuDfrVSjiuWDxfI+wv1XUX2 gDzRL1fcki9uzBc35dg35cpbcu078sQ9hZKQYHCBuDsfYDCu1H6szB5a7B9RUv7x8Xdnnxj70fEP R5VUDC3xDy21HioNPFxsPVJiPVpsP1YEHhhdGhhZao0qsZ8ss0YzDwAJSgPjy6wJ5fazoALLdA09 Vx4gDMBsMSFBpTW1wppaieuKp1daz1XYiAvAAzat093Th8ADRi9WWC+BCpAV4OYyjgteIUKo8L3K XUOv4TpkH+kNggFkBUgGMEtwnBggQBhAVMArYMAISEAUgQ4iZAXEAx+cg4FzOqdzOqdzOqdzOqf/ d6qWDFSHAQ4K3BuIa8EAAUCNNiEjnCV6RhiozQN1nsyuO9Y7UKgWA0QqxAOmOyhqRLrXKXTmZIDv Hj4zDJiZAdKZYKBaPnDGNiHAwKOAgc69DAwMIhiIjkmx447Z8cdEh1S7e7p9eYa8Nks+Uqg/OaG/ /l4t/FGt+EWt+VVv/x0MsPIX9elJZ1KZHF5EDCAH58s784kB7JtzxU3Z4voc+/oceV22uC7XvrHA vinPvjVP3J5HnCAHFdl3F1jDisX4cvVgsTWiuPCzE6/NPjH+/coPniitHFoshhbjcNLHMEUgHiYk KLGG8XjxE9xNNKo0wGePWpwPCCKK8eV86ihSAuupisDTZYFny0AFGCRgTUX7UOCl43ypWYU1rRy9 QwQG03DPMYcG6CwiWgg8X46g4MWKwIuV/hcr/C9W+oAE9LeVQAJODAgJ0DVEMPDm8QDBwJvHqfDx fQUsQgIeJyC5vUMn/V77kNtHBCo41yZ0Tud0Tud0Tud0Tuf0/04GBpAJTCAeKMLAQLhZyG0TMhhQ CwZqYAAJ0wKkqDG8RowOk/U/AwyMzmJlRnmHitYZFQYAb8eLBTwMqA4D1ZIB8wgSYBjwbiA+VseQ gCePASDUETAQIgEIl4tVJwEDA5wMdO7VhWBgwCOD6rSMi2l7TLRPk10zRJ90cW2muCVHDisS835U 639V+/59+kiV3v2Hs+H309/96Mw4LkeUyCEFYlCh7JePD/835oobcixigGuyxNXZ8upscVUWVoKB vnn2jXn2LXn27fk4fWhgkbi7yCYTP7TIHl2c98Xxl+eeHPte5ayHCv+4ryhwb5EcUizuL7aGFtsP lhAP2A8XEznYj5ZYj5XY4IESi2BgdLn9TJk1ttQaXwoeGFcaeAqnDFmTy62J5dbTpRZ4oJwUmFge mFQunyn3T65E15CJC6ieSjCA00i5d8gNDQLPESeUB7h3KAAkQCAQeKmCHn0vHydI8L1SWcUTBYFX ORzARIGZLeaIgKiAYGBmpc8EBW8bGOCzhgwM8AoRFZyDgXM6p3M6p3M6p3M6p/9XioQBIgEwQAQM hORhQFjk/s0akksC7tiAOz0cKQIAs3owgHNFPRjIinoyu86o7EgSMDI8EMUwEKlIDDAKw4BhAGBA ytlhgKx/CAbg/muNDZwVBkiAgS3JA4fdVSe2dUy3NNErndw8mXsxpFA+X642/e6kV+msKufAn2rJ T/rtE3pcmRyaLwfmyTvy1K154qZceX2OuDZbXJltX5EtLs8SfbLlFdnyyixxVSbxAMGA6psrbsxF OHAHwUC+dVeBeLDYHlUmnizOmHXy1TnfT3jr+LcPFZ+8p0jcW2TdXWjfU4Tx4iGF9pAie2ix9RBk Dyu2hjMPPF4KjSkVEyvsMWWBUbisAPMD44gNysj3C4IEXERQFnimDCkBrSScOFRuTSqL4IFyDBVM qQxMrfATBkxlgQcqrBk4kxSaTlQAEuCJggrr+XLfSxVVblxQWfXqcd8rHBSQXjvue6MS+cCbSAyQ DxgRDLx73PfO8SoSFcQA7x6v4t4hFwbO6ZzO6ZzO6ZzO6ZzO6f+JyFwhAXjahQFXfOkYThPCgUK1 7h2LYIAIuUcJAQZcAECnUA0GCD+aBiH3XFHCAKNqJEAKwYCXBjAJjKjWIAQAiKhDl47Vwegww4A5 R4is/xNHGQYOMw/8FxjAJgAgAglCMNC7S/KWdYMeHVwnrnXM9Rnytmz5cJF+6bha+rOT4XMK/cG0 U3rdb2pGuXiwQA3IlbfmyJuzxfXZ8tpM6/IseVmm7JkpemdhhTJEr0xxGZFAtt03T16dY1+HfiHk BtwmJO4osAcXyrGl1jNlGd+cnDL/5FMzK2ffW+i/p1AM5EOH7i607imw7iuy72cNKUaAQHq4xHqk 2H4UEYE9HEgQeALXk9kjwQM4eHRMmTWm1B5dZhEVjGdNQO8QwIBIAFRQDiSYjOmCgAGDyWWByWX+ KWX+5yrtKcQG5X4DBmCDct8MM2dcbj1f4Z9e6ZtR6Xu+0k888EK578UK8ACQoLzq1Qo/6bVKWnmQ gIXbCY77CAxMv5AneiQkIDAAHtD/v57737n/nfvfuf+d+9+5/53737n/nfvf/8P/wffzwIA5R8jw gJcJuG1CZ4OBOmNDLUN8yYA3NhAJAzUxgAcGTCyAoppqwoCryEyA24RC7j9StaYFjFLcaQFGAgKA ui4SIB/gNQQDkTxwoI65ZACTA2eGgbuG312ndduWE8r0JyfV6p/1lt+Dh085x6pU8u/q3ePq/kJ5 W564MUdeky2vyLL7ZIneGbJnuuqeZndLt7tmiG6Zomum6J4peqQzD2TZV2SJK0nZ9jXZ4IG+2fbN +fbtueKOfDmkKPDq8SNfn3x+zskJL1SuuL/wt4GF1sACe1C+NaAwMIh4oAD5wL1F0JBiyTAgHiq2 SY9wy9DwEvFYie0dORoYAxhgldtjSwJjSwPEA+PKAuPLAgQDE9j6Exg8XRrAUAEjAYHBM6WBiWXQ pDL/pHI/UQHAoBww8EKl4GYhe1pFYHq5f3qFf2al/SLwwPd8qQ88UOEnQsBQQXnVKxV+qDLwckXV a0Y8Wwwk4HECdBBV+kimgwgHklbiwjISEQKBwbukE6TAu7xJKwoePDCvYROnl7pyd6DAexHinyLe qQy8XeF/qzKA844qAzMr6b/u6s3KAOmNisBrtJIQaFgzKy167e1K/CMfHLc+Om5/ckJ8esL+DLI+ O2l7Ep+dlJ+ckB8fFx8ct0nvVYr3Ku33jot3j4t3Ku23K+yZFYL0ZoV4g9c3K9Vr5fLVcvlKhXy5 3H6pTLxULl4sky+UiufL5YwyMb1ETCuR00rlc2VySqmgYkqpnFqsXinXk4vlRNazxfKZYvV0iZpQ JCcU2ROK5VNF8imzsiYU6/GFanyReios/VShxlpEP+kxhfrJfDUiXz2Wp8cVqJfL9JBcfV+2Gpwl B2XLOzNk/0zVL1P2y1S3p7My1K1p4rY0RboljWpt6ltJqermVEmbNx1TN6WQ9A0pinT9UXndMXVt irjuqLrmiLzmKEmRrjbrEXX1YXVVdV15SBpR3eeQvPyQuhyrvOKQvvyguuyA7HOQdhStl6HQfUgH 6U2N+iBqKi47oHrvlyS8f4DexF/hTw5gB7+adZ/ovU/12nsW7ZFcyB67Rc89JN1zt+Jak7rvkvRI RY9dtAl12yW779Lddztdd6puu3W3XbrrLtVtp6LHzjtE1x2qyw7Vebugtct21J22i8607pBYt8uO 21QnTx234pHWDlRsdYv2WxSpw1ZNQr1VJ2yW7bdiM2Gzak+iYiNeS9gkEzbRr7Sv4zfJdhtlPGmD pF/jN6p2GxSt8Rs0FfRTuw267XqSInGt2qyTbTao1hsid8JqvV61Wqda0bpetaadZNUmKeLXZEmb eGGdpLpVkmiVLFon69bJqlUSRLVZ4xIliWqsiVjjEgWvKnbNWdWStFp7iqx1zCoVs8qsUPRKSQo9 xqykHbOvWqwgyWhvjcYqW6wQvEL0TvPlwtTQctF8mWyxTDVntViuUS+VeFwqm3FBa7MlqtnisJou kk2XKKMmS2STxSTVZLGOED2qJgtVkwWq8QIZIdWIdubTpmo0X9YWvdNovmo0TzaepxrNxZuN5onG tD9P006Tefy3LKqbztdN59MqSc3mq2YLVPMFqtl8SWvzharFQhkzX8UskC0XKleLVOxCFbtIxi6U caxWixS0WLZaQquiNQ473v4iflysSXG04s8l7ZBMwf+UaLlAxJLmy5akBQorCl7nYY2ZL6PnCVKL ebL5XNlsjmg2WzWdLY0az5ZNZqsmc2TjOQrFd5J+bT5bNp9DUs3nQi1Y0XM1qcVcGT1HxsyT0XMF rebRqOVcGUM/0Q79NIc11245V8TOtWOxipZz8EibMbOtmDl2i++s6Nm02tHfiebf2s2+sZp+YzX5 ymr0pdXwS+vSL8Sls+z6s6xLPrcu+cz+12f2Pz6xSH//OHDxR9bFH/kv+tB3IekD/4UfBi58n+S7 8H3/Be/5zn/Xf957/vPfD0BUvAvRznnv+v/2ju+8d7h414f17apqeqfqvHfcut5bp+q95TP629v+ GkW9mb66b1axTtV98896M0+dN7Pqb2+eOu9NWkM6Ve8NV/Roirqv//lXevXfZ9Brv0e9+geKV/4g RfEaqTov/87F71Evk37jtZrqvvx7vZd+r/vib6SoF381BeuXqBd/CT8+/2t1mZ2fXc34uc70n6Nm /BKpujN+jZpO60+kqOk/1q2taT9hpRf4Meq5H+rWUtTU77n4PmrqCdRTvo+acpLWkOgxavLJqCnH o6YerzvlRBRp8sm6kyrr0ebkk7TWnXScfq07+ThtVldF1LMVURMrUGCtrPdsZb2JlXWfrQgp6pny s6is3jOlpLpPl3gqi6jDqjehuAYM8GowoBYMnHl0mIQ5AS8WoDWf5TYI1YSB0e45Qv8VBmq3Cf1f w4ArxgAW3H8EDJjeoRAPHKh141gYBrqEYKBNfOzG352tfwTX/BJc8RPxgPPd92pKmbwl17o6S16W JXpkSrL+nTPsDqmywzG7Q7rdPg2XkXVmdcsQXTJsWum1nnhf9skQl2fZV2er63LEDTniplz79jw5 sMB6vnzP3O+fmfPD5Jcrl95d8OedhdadBeLOfDWggGBADMy37yqyBxVahATcL2Q9wM1CQwqth4AE Fp86aj/GNxmTRpTiGuNRGCy2cNZQqTXaRASlmCgYVwoeIHM/udyeADYgHggYKiAYeKbMjw6iMv+z 5f4pOITUnoRGI/80poLJZT7aJCqYWmmyAv9zZf4QHuBY0gqiAt8L5UQFvpcqfC9josD3akWVkaGC 1yuq3qisepNhYGZllbmawCAB7yA6eAdsQIXvbX6kn96uRIsRrdipZB4gNqDXaJ93sInHAO28UwHx Dt6nl9+uwJv8MkiA3D/DQODNCt+bTAKvl/tfxyPxALEKXsA5SJVEFNYHJ+wPT9ifnhSffy9mnRRf nLBJs07Yn9PmCcIDmyDB6IMTgIH3jtvvVjADVIq3y8VbFeKtcoIB+41y6LVy8Xq5eJX1Spl8pdxg gHgBks+Xyeml9gysclqZeq5UTCmxJ5eIScXWpGI5qUROLFHPFgvS05AKA0Cxgu/3rP/4IkkaVyzH FSoS7ZtiXIFEXUA7cP+0M6bQGZuvnyzQYwucacWaqOChHDUkR92bowdnqQGZ6s5M2T9d3pGu+jEP sPXXt6QSDEhagQH0yGxwU5q8MVXdeEzdcFT2PcokQErV16XIa4+KEAaQrk1RVx4lry+vPCyuOEwu X17Fdj+kK4/A09M+P6orQAiAhCsOkKFn6w+F/L15VFcQBpia3L8nJgT3Bd5hBiBIIAYgEthDqyQe 6E2mH4Vx/4QB5PLduifXtDIGoOBVAwDI/WNVBAYs8ABZ/647BRXk+IkEuuzADtbtRAKSeUB2pnqn iwEeCcgQCYRgoMM2hgE8qg5bJERIQO6fAaD9FhcP2m9hKtgk4zdpuPxNBAOmoH0U7VgEAyjWEwMA AwwMwOgzBhAA0GoEGCCjzwWZeNh94/WTJey+6/UhWP8kEhcQFVBcsoxbJ1sZGIBCGEByAcCQAD2G asKAuLUybm1NACARA3AhCQBiGQPI1hsYgNF3SSCsaCN6DTygiQpg8VkxYADVAkgA0w+vv0y0WE6O XxtICO1HL5dAAvxEdt+I3H8YA1zR/lJBMNB0kYcBJAaDpoulqQEDi8ADjRe5PNBooVuT4wcALMRK YGBWgoEmC3TI/TMtqKYL6WX8SmpKj+TpYehl80WyxWKo+WIVvVBGL1Qxi2UMXLiKXayxLpJk0+MW KyNy862XyDZLFaktaYlut1QnLFek+GWalLDcPOoOkNNxJUl3Wak7r9SdUDhdVuiutC7XXVbILisV qetK1X2NQ2tX+mkFHrGyukD0psb7y+ll/FP4R1bSP6K7LmfhTXpHdV4hOy9Xnek/ulR1oP9Llqr4 JdKonSvVdrGRbLtEtaP/4xdr7yeo7SISXmizSLVeKEmtFqq4+TJugSQUgbiIW6DMY8t5wsgjAcBA zBwrmjTbIgYAAHxrgQG+tpp8YzX+yiYMaAAMsBp8DtX/zPon6VPr74QBH1sXf+y/+MPARWT9PwgQ AFzwgY/lv+B9i7w+MAAkUEUAAOsPAQzOJ99PDPAe3P/57/j+RjDwDqgAiiQBkkcCRq7vryba99Wd WVU3BAMzT9Wd+SeRw98AA1AIAM6g10/VfY3MPXw/PdIaRY+vs2iTFMEAMP20MgyQ16fH2hhgFHL8 US+x+6fVEzZf/o3WsOMPi6iASOCXqBd+jXqBd6qRQEguDETN+Jl8fy1hn7x+PdJ01/HXnRYJA2b9 wV1rYYBHAiQigRN1p/7Avj8MA+YxajIxgIEB8v0uDNSddCJq0gkXBiZXRp0BBirr0ToRJEBUQMUZ YaCucf9Pl0WSQAgGInigGgwYAOATRYtMHZKJBUI6IwxQjWIshHyASSBqLNx/vbEFTAIAg0gGqK6a MFBnlGkZqkUCJK9NyCUBqCYJkEJDw9WFewbQJuQlAzw9bM4OCsOARwIeDAw/ULcaCRyAQjBwWVe0 CQ0fXKddh7jFPwVfqVBkzpb/Ir/5QY0vFVdl2D3SRZd02THVTkgX8amyHR831C6NajshlZBAEhJ0 TAUJdE61CAa6Zdimcah3puiTZV+VIxgGbIKB/nm+6eVbZ38/dd4Pz04vXz8wv6p/vn1HgdUvX/TP t6junxcgHhhQaHE+gJsK7ivCjQRDigTmB4oCBAMPFtmPFGOqeHgJbit7tBSzBI+XWCMgc/Yorid7 shw8ML4MPPAsYUCZPb4s8BQKPm7IhAPIB/xPlxokgPWfWO5HXEBsUI4OoslcQGV+wABxAoaMiQQC M8oBAzPKfc+X+1+o8L9Qyb1DhAQYJ0DLkEECgoHXKokHkA+ACiqqCADc1StY5P5BCAYG3O/3FfwT GX14fUYFUESAdt5iKmDHz9/yyfR7MIC/RZQB5DD/Dol+fbPSMmkAF5ZhACaNwHsniAGsj8jrn7Q+ PWnPYn1xUhADuCRwPPDZScDAx8eBCiTCgPch8V6lCQQkwcCb5QgE3qiQr5fbJMMAxAPIBMrES2X2 i0QC5cAApAFl9vQSYAD9/9vUMjGlVE4pgQgDTA5A6zOMARNcuTAwnkigSJPY3IMHRhfKMUVqLKlA stS4fIhqvFNAhTYrlI91DJBAjcp3nshTj+Wqh3L1Azn63ix5d5YEEqQr4gGGAXlrur6Z3f/NqZJI 4OZ0RQIJpOkbj0kTCPQ9SoUEDCAWkNccIQaQVx+BEAgcFlcdwYd/0hXG63NhSMAUfbBqAwPmq//l 7PJDzh6P3o73vZ/wQPc+IHvvd0nAE8IBfg0iEuizj6Qu26sMDPTcKwkG2OK7ANB7n+5JO+4m7Tg9 d7P7BxJA3XfL7lTv1bR23ykYA8j6665k+tn9d9spu+1QSAN2akQBVG9XXYABkhigEzEACIHzAXrc rvH5nxnA1CYQMDDQASRgRCQQAgA3CiDB8bshAEggUvzhH1/3wQZUh2GAtV7D8XtpgGEDU3uFYYBQ ARggBiCjb3YYBsyXfph+89Ufj0k6jmrvMdbdpBUwYNy/pzAYoFirY9eQwhhAilklWq6WVNAaQwDg ff6nR+xUxwBOAGSLVYoUs0oCCWjHDQFAAogCEBq4dr/FMqzw/eTv6dFNA4RLCMtUtMkBPLVY7qYB CASWAAMYCVwMCAmBAD78AwY4EyAYoMIlATDAIuWCAQGAJ7j8hbIZQcUi2WyxpqI5LD5Jt1hMFl/F LJFxpMUydqmMWypbL1Wtl8q2y3W75ardMk3OHv5+GVl8TY/x5OlXkFTHFZrcPK1k5UnG09NqfHy3 Vbrbat1jtepB6xrdfY3uyeq1WvVaI3uv1ZetcfokqssTtdEVRknqqkR5VZJzdZK+Kkldl6yuX6+v SVbXJClar13HSpbXrMMjdpJYidinl69L1tevg/qu0zesUzes133XO6iTdV/6dZ3jvp+k8Sf0b7Lo v3Vlkrxqrb4qUV9NRSL+b7g6kR4d/J+0Vl++RvdZrXuvov/jdc9VujuYRHZarjouk+2XyITFqt0C 2XahaLOACEG0WiAIEmIJA+bxyplAzFw7erYd/R1hAEiAMKDpN3bjr4gBoEZf2g2+CNT/AjnAvz6z CQD+5WHAxR8HSBd9ZF30gZ9JwCIYAAMAA8xqwfS/hyjgPFIYBkwsACTgTMDHMOD723ucDPDOeW8T EtSigrerMYAJBHgTcYGBAfL9DAPVBB5g3x8Cg7+94eIBHl8jGPjDwEB1/bueRwL1CA8ikAAiGHjt rCRAMjBQ56Xf6jEM0BopwAD/VJsECAOo/j+CgXo1RftMAqRpv7Dj/6nutJ8hAwMRqheBAUbVYYA1 9YcQA0QUHAuEYeA4A8AJo3oeA1BhFCIBVzD91QAgUiEYIK9fLwQGzwIMImCAMKAsagIKXpkHPBio 500PewofJ2pIoN5TEWMDNZIBhgESWoPGAgC4R8jEAn8FA3VpxaGikTBQkwFChcGA6uFATRLATk0M CCl06djRuoQEDAPVFckDqOsOP1QNBjwMqAYDjw6uk9Cp1ZB8OShffXhCz/vBGV+iemaIhBSRcMw2 FxLHpgSoiPUuJ05IEwmpokMqSKBDqt0xXXROtbumim7pOJa0Z5bslSmuyBbXZssbckTfXHFrPhnu zcgEvp82pWLjgIJ/354n+uVAt+eLfvk4a+iOPPvOAuvOAntgAfEADxMXYn7AIMGDxUQF1kPFAuJb yR7FYLE9vFg8Xmw/Xsxnj5ZYI4EEECHBmDJrNLPBuDJ7rJsV2ONL0TX0VJmfBDYoJUKgwv90mZ/w gCcK/BOpQAdRwPAApgvKfcQDk0urnisPTOVDh6aV+QkGplf4nueuIY4IAjxOYFKCKjQOVfpeMVRg bjKuoJXZgPVGBUIDWsm4Mxv4Xi8/xTu+N8ppM4QE/rfKgQRmB5u0Iivwv0VggEll7gI6DtFPmFug f6EC/2DEn/A7Rkgn/O9WWogCjgMDPj1pzfqeAMD+0sMATgOsz7lH6NMTFmcCeNO0Br1/HH9LJPBO hf12BQIB9AWV20QCoTTg5XLxSrl8uQyF2xpUbj/vkoCcViafKzVSk0vk5FI1CZkAMYAwMDChyH6q iBgAX/3DKpbjivCNf2whGIClniwwK/R8SfCpQjG6QI4pJN8v6AWzH9LoQk0aAzwAD5BGFagR+Xp4 rnokRw3Ndu7LUndn6QEZ8o50QTBwczoJAHBDmrwJgYC6yQQCWLk76Jjue0yRTCZwLQNASNwXpK8i BiDff5jdP0gAq4EBkMBBYRw/b7Lpj/jA74r7hUjMAKF9+H7THcQrNwu5Kx4NG9BKDGB8fw0RGNDa A01BBAmAgR67ScwAXjtQ912SMMAlAYCBRnfQLo2OICYBwMAurF08x+/6/u2CSUB23C44HzBgYBqE NKIAY/0ZDDpwMkAF232ZAN8fagqS3AIk21GBjiB1RhhoZ1aGAawMBm3dR7cvqPUGJAMcBWj6qc16 KmRreH3X7odMP9Z1/L1/PWDAdAGRjN3n7/2C7b6KYzwwAIDHRNUy0RTs+I3pD0u1XKtbrkUduwaO n00/jL5Xw/G3dJGAMEBHr8ZXf/j+1SQZvYZDADL3ZPHNPosdvwsD+Mm4f9Thz/8GBtj3cyMQMQN4 QLVYpsniEwNAy3UzkwmQOApotkQ3XaqbEQC4IsdP3p0ZwIsC3HUpr+ZxEUTvgBCQG+BDPhn96MUK WgK7H71Etlyi4pbqljD9+ITfaik+4ZO/h9cnx79Sxa+Q7Veo9it0hxVOx1W60yrVebXsvJpW1XmV 6rLa6bwa5r4rrcbZr9W9EnWvtarXWk3Ovnei0ztRkS5LVFeuc65jF37jBufmjfrWzc5tm53btzh3 bFYDNsu7tukh2/UTe/WY/XrcAWfcAV4Pohh7QI2lx/3OuP167H5nLH51xnI9Zp8evV+P3ueM2guN 2Kuf2KMe260f3UVyaB2+Wz+2Ww3frR7fo0fsViP30Gtq1B41aq8esYdedobtov+uum+7hraxtuv7 IXXvdk3yNh087pAk/tW5Z7u+e5u8a6scuNnpv8m5faO6dYO6cb0m9rgGnKAIErqvlF2WyU5LCQxE u4Wi7UIVN0/EzePeodmixWy7OQEAq+m3dpOv7UZuO5Dd4Ev0AtWfZV/yuW0AwO0FAgDQatNKJIAo 4H3CAOsCCDBw/vskHwCATP97vFYngfPe9bPjRyCAIgQARm+765lgINQX5JIA125hfH+9WiRAIhIw DBCp0E4NDIh67d+cDKAOwUBNAR48GCBUePXMVBDFPUJ1GQnqku+PEPZpsxoJkEwsEH4EGLD7r0dg 4JEAvvpHwsAMsvvVFAkDUZEYUBsJpp0BBkIySAA2MB1BrBowUBdNRAwD3BpUbzIyAaYCYEA1919D MP1/BQNoJWIMIBjAoyd6NDAQRV7/6dK6ZoWKCQZCAFCdBAADRjWQwIgAgNfqSDCOO4IMD1SHgTOS AETuf3R23dFhGIh0/9VEmxFtQi4M1CAB0n+FgcfDpwlFNAWFASBSYQx49CBmBqrDQNcQDLTv3OqG LPV8hZj7g36mTHVLk7FHrZZHRXSK1fKIiD5CjyKWrySLPWYTDMSnifhj4IH2aVCndNkhzepCPEAw kIFh4l6Z1uU59lU4b1T0z/NNLl8354dJC358emLZjn751m154pZc+5ZccVMewYB9Ky4iCNyaZ/XP FwQDd2J+wB6MiMAiHrjHGybGEUMQ8gGMEBRx11ARkQAhgYkI/E+UBJ4o9o8qCXBEEBhdSjyAuYKx Jda4EuIB28QF48rNXAGogEkgQDBABXigwm86iJgK/BPLwAbPlPomV/gJCaawOCgwLUPgARMRmJSA eOCFciIBBAWvEAxApnHIx0PGiAsYDFDAuBMeUAH7jkd3kzmBLDu/wEcVVfAcAm+ahh/j7Hkmgbw+ 9g1psPwIASpclnizwsJrjA2cBoAECAM+IaN/0vrie3vW97RCs06Q7FnHsX5y3P70hPj4uCASQCAA crDfZ4RgErBDEwJvlkPEAK+U2a+UiVfL7JfLScAA0otl9gtl9vOlgjBgBgIB8ZwrObVMTS4VU4oF NwVFpgH2BJ4EGF8sxhW5GlNkjy6k1WAA+XhJpn9UfqTdl2PzsFI9Ok+OZKM/Ml+OzKdVjST3n+9q ZL4eVUArvaxH0x/mO6Py1Ig8/XiefjhLDcnS92bpgRmqf7q8PV3eijYhdRMCAQ0MSFE3IhCQfU0y cExfn6KuO6quRUeQvuYIJgSuNsnAYXH1Ec0WX1x+2GAAHD93BJlAgPa5+5/d/+XoBZKhUYFQ6z+p 90F5mVe7vxqvzwxgYCDEA7T2OYhBAvMI7cPnf48BUHAIQC6ftUegKQibbg6ATGAXFy4MKCIBMyRA vp/WrrvI7rskYETuH5//eTzAbRDiHMC0CXXaoToiEwg3AmFlMQ/IDls0ooAtwnz+ZxESEAZgjd9M 0u3oEU1BIIG21UmAZHbabSTTD/ffZqNq4337xyOTgIEB2Pr1mupW68nrQ625TSiOQwC0AzEbEADQ Y1iAAffbv9v8wwwQm6QNCZDRp5V3XBhoySLTH7dWRUjHcuG6/xAAAAlMrVuuCQ0G6Bar8dW/xSpJ BZEAVp4HMIFAdRggTtAMAOz+zVf/CBggBmD3D5khAaxuAuAOBtDqwgCTAEIAkAAET0/iguy+Gwiw miE0oD9xFe1KxixTMctkzHIZR1omWy9XpFbLaNVtVuh2y3X8SpWwSrdbKeNX6vYrdYdVTodVqtNq 3WWV6rpGdVvjkNEni99jLckhl39Zku6T6PRJdi5P0q6SZZ9kfUWyun6j7rdVDyKLvEM+sMt5cJdD Rvzxfc4TB/T4g3rSYefFFGdmevCDTP1ZtvNVXnBOvl5Q6JAWFjpLik8vK3JWFQdXlQbXlgQTS4PJ pQ5pfVkwqdxJLg9uKAtuLCed3lwZ3FIZ3FZ5mrSddBzaAQV3nTi942Rw18ng7hPB3Scd0p7vg3u+ d/adDO79Prj/h9MHfwge/ME5/GPw8I+nD/1IdXDfydM7T57eUuGsKw+uKQkuKXTm5jpf5wRnZQc/ yQq+neZMO+RMPORMov/7D6lJh/Tkw3riITXxsDPxSPDZA86EA85T+/X4A/rJfeCK4budh3c6Q4gT tjgDN6p+G/VN6/T1ierqNbLPKtV9BcCg4yKZsEi2ni9j58oWcwIGBpp8jRzg0q+s+l8YALD+Ncv6 5+fWPz6z/vGp/fdPwAAs6+KPCAOsiz4mDLCoAAO8bzMJnAkGPAzAkIALAzwVAADwYAA7HgmEe4SM 4w9hAGRMv6vQnICnGgAQUj0PBjz3H5EJoCmo2sCAIYEwD9RgAJLBA5DA7wQAZPfrQmeBAQ4Hzqb/ AxiYQesvHgxQURMGaigEA2T3/xoG6v0lDBj9NQx4Qo8QYwDyAUaCM6UBkYLpPzMMuL4/VESI2ACO v1qbEKm43jNuHWoNqhELVIMBPk0oEgbOMjPg+n5Yf9QuDNQEgAjVAQzknA0GIqkgEgOM/u9gIOrx 0MyA6Q76X2EAqgkD3RgG7q7ToUvr0SVqwU9qaqnqmCZaHLGiD8lmh0Vz0iF6tJszG8SmyNgUuzUp 1Y5Pk/GpKt40C6WKDul2p3S7S7ogGOiRIXuli8sy5VXZom/OnxPKNs/9ceq8H6ZNKt99W57v1nz7 5nxxS564MQ+XlN2Yj1sIbs21iRBu5xNI+xdYxAMDCzE8MBhUYN9TCB64z7QMFVrmiKGHiuVDxQK3 kvFFBI+6PBBASgAFnigNjGAqIDZgKoDGAAnABmao4KnSwPhS34TSwIRSNx8IHUjKsp4FIfifLfc9 W+abVO6fVEYwYDqIuHcIpw/5puHEIZ4lICpASsCHDkFVZpzg5Qo/4gLI/0o5moheKXcHjg0VGJmd kNw8weMB0uvl/Mmf3X9o0xWIAlDxejlI4HWiC2z6DDO8VRl4m8eL3z8eIFv/8XH7s5Ow/gQAX36P dqAvDAagKciinz47SRhgf1RpMgFEAe9jQoAwABPDhAGktyos9AWV269XiNc5EzCBQAgAjJ4vs4EB mAy2p5XZ0wgDigEDU0rE5BL5LJFAkXihVNILzxTLCSXEADZjADS2SJDGFMox+PwvRxfJJ70QgDBg FFw+eX1j99ni5ymIGWBEvn4iTz2Rr9w1X9MONgvC68g8+pOwRuapx/LUoznq4RxNSGAigv7pzm3p GBW4KZWsP88G0MpRgBH6gg6ra4gEMCXMGHBUXnmU+4IgNxMg8aMiMOhzWF12WPU5TBgQzgFABRGO H6afVqYCWnszEoAKDmGYmIx+L5MDGO2nR+Faf/PTfpCAmwl4c8OIArimAu5/H7l80QsMgAYhfPv3 WoMgBoBu3CPUbTd6gdxAYKeLAcQDrnaCBDpjKsCdE0AIQBjAMGACgQ60bpOdeD7YjAiHFDEPoNpz LICpAIaB9lt0u80ifouK3+IQD5CIBNqx9UcUwDUeN0oOAbg1yIwIb3IwE7yRYwGCgQ3aDAG3Wa/x 1Z9rEiOBUXXrX13EDyiS4fuZAVBEysAArD+JdhIlXlsrWq4VxvSTuCnIrUPyMAA8EGP6gogBeCqA 9qNXkYmXLdniGzWnHe+TP61mQiBmlds+RDAAr++9DAYwmYABA3L84dYgIgHsmBAAXUAGAPiRBCpY gtkA/MQiEuCBAQBD86UiepkikddvuVy1JK+/QpHjb7VCtVoh26xUbVeodivJ5ev4VardahW/Wies Uh1W6Q6rdcc1uiMcv+q8RndZo8n0d4XX1z3XKrL7vUnk+JPVNRv0jZucmzc5t21W/bfpe3eo4XvV uAPOs4ecKUed6SnBF47pl1OdV9OCZPHfyzr9SXbwy1z9bZ4zNz+4sDC4iCx+kbO4iIw+mezTi4pI enERflpYcHpuvvNdfvCLXOfTbOftjOCMI3rq4eDUw86Uw3ryIf3cYT3tiJ5+VL9w1HnxqPPKMf1K qjMzjSgi+F2eM78A/+xyJoekUvj49eXBzRXBrWCD4E4igROn9548TQxwgAHg8A+nD/10OuWnYMrP p9N/OZ3xSzDj1/9k/XaalAcFod+D+b8HC/4IFv4RLPrjNAuPeX8Ec3+jPzl99Gf6p07vP0n//mn6 z60odhYWOHPyg1/lOMQ276TpV49pop0ZR5wphxRBwpg9+vE9+pGd+oGt6q7N6o6N+uZ18rpEdeUq 2XOF7LpUdFhst11ox82zY2bbzb5Fa9ClmA0Ql8wS//xcMAaYXiCY/pAu/AiDATwb4HcBIAwDIAEq /vYBWXxvPtgggZHLAwQD/r+9gxUA4DULRZBAFX5lGKi2Wb1NKFJ136rJAHXJ6zMAeAxwZlWHATcQ CAtf/c8SDpBecaeH4fs9HvCogOy+OzTMTUHVeoTMzv8KAxGZQAQMUPFzFGDAuP8aCicDrvuP1HO8 cixQw/fXltsyxABQd7JXuDyAgQEkAyAB4IGXCZhOobDvx4QAC0MCnmoAAMSbUc/WBICQQpmAIQHT IFTXrDw5QCRAYgyoHguQ3a/OA+7qKWp8DQwwQndQPQ4HUHgzA8b3h/IBs0I4VJQ7hcIkABioLVDB iPS6ET1C/9cw4I4RAwNAAkwFIVXjgb+4YaAaDDwyuE6Hrq0/OS4/Oq46p4umh2XTA6LpQZvU7IgN JDhktzhqxxwRMUfQKdSWO4XapYk2QALMD8Sn2R0yRIc09At1zUA40DtT9MmU12T7J5RuWvz9swt/ mjijYvfNBfYNefaN+YoxQN2UY9+QLfvmWbiIIJeQQNySa91m8oH8cL/QIOIBPlzovkL7oSI5rFAQ CTxQZA0ptB8uMVPFSAlw8GhxYFiRf3ix/3FSUeDxEiAB8cCTJThuaFSZ9WSJPao4MIZUSlQQIBgY XxIYW+JHAfmJDTBqXMrtQyVYCQmeLvFNKPE9UwoemMgrziAqBRVMKSUkwCDBc6W+6WUICtA7ZGYJ ynzPl4EKXkJQUPUSCoABPRIVvFyODqLXyLsbDCgjPCBIACrg14pTr1ScQp6A2479b1T66R0y92T0 X6sIvFbhx61nFX5mA/oJK5EA/ins4wXz/hted9A7lTh96IMT1secBpDdJ/f/5UkiASqIBNAahKYg HBbE4wGkSotg4ENkCAYDrHcrEAi8i9YgizSTY4HXyy2DAa+UQUQCPB8sni+1STOYBKaX2l4aAE0t tiebWWFOAyYVi3crxdvHCQbEhEIEAuOKBHcEIQ0YU4RuH9KoQjGqQI4oJB8vRxTA3zMAyCcgeH16 pOJxfONXj1NxJhEDPI6/dZ7I00/k6hF5ECEB/cko+hdyiRwIIfSjuerRXD00R9+XpQYDCTBFcHMa NwilqL7H9HV8ZBBODcK4MDcFHdNXHZVXIRZQVFx5BD0/LAwDgAE8GOhDMHBIujBwWF92SCAiqNUa BB6A+4fXv+yApuIy+qtDnBLsJx8vyPEb8TtUYAdHBtWCAdMOhAKTxBwL7FM9GBKQDOCYILQAoRdo t0QmsEd13S0MG4AE+Jig7gQAOyRGBdw0AAMDXXYaHlCddrrWHzKxAGEAMgGvO8iLBdpvEWCALSJh q0zYqkjk9QEAXMRjlUZoDdoi224WtOIdrzUoBAO0snSbjWgEIhhoSzIDABvx7R8pAc4Okq0BA7yu C7n/sDgTEJHu3yg2mTdpTbRRMwyQQkVIBgaoMEjgUkGIBDwMQP8Py9RY2f0boSMIqyEBd264BRl9 kwaw1zfOPnolvusbxx8SOIEBoDk/GiRwX3PdvwkBPBjgBAA9QiEYMFpqCjb9ywADaC7CpAEajVqu IPdvTL9qs0K3WSnbwu5rOP41ihx/+9Wq/Rqnw2rZOVF3WqtCa1d84He6ke9PVD0TVa8kTeqd5FyW pK5ap27ZrO/a6QzdrYfv06MP6clH9Wvp+sMs54tc59t8Z05BcF6Bs6DAISu/oMAYehQLCoNzC4Pf FQTpna/zgl/mnSa//kGWMzMdnPDc0eD4Q86De5ybNoir1wevSab/kDa6ep26Zp1z1TrninXyimRM BfRJ1JcnqT5r1eVrVR/OHNxpAforzAA4167T161XfTeomzbImzc6txKlbNS3b1b9tmhS/836zi3O gC1q4FY9aKszaBtJ37U9eM/24L3bg/dv14/udl49pj5lnFhU5CSVBrcdd/Z8f/rIz8FjvxIenM7+ /XTe7/8p+ON08b+DJX+eLv0zWHbqP2WnghWnTleeOn28Kgj5TpNO+E9/7wspePxUsOB3J/VnZ9fx 4Pqy4II856MM/Waqfvmomn5ITzygx+5TT+x2Htmh7icw2CRvWydvSBRXrxG9V8quy0TCItF6vt1y DkaHm3wtGn5h1//c/tfntoGBaiQADEAmwDBAAgOQ1yd5MIBMgGDAnBcUcv8GBhAIUP1OoJqIDWrD gJcM8HAwhGlg7NQMBIxqwwAw4A0PBs7OAzXdfw1FWv/aetklgQgGqBYR/P8IAzw2EIkBRpEwEIoC aujnOtN/NMnAGTDgOSYEjgVqWP/acmGAvb4LA7zSIxiAYIAzgUgYYB6gNRwLnBEGakwMQx4MmNYg d07gTDDghQA1YYBEJFCrQciFAWQCbixQCwZqYkBB1Jh8Hh3G9DCtkTAQYoCQImEA+t9gADzw/wgG 6tIaBgA3IvBggHdwluj/BAMDHr6rTseurd+pVD3TrMYH7EYHReNDoslhpoIjoukhq+kRggEZfVRE H7VbHhFoGTpit0kRbYEEsm2qlYApAuQDDAOiR5bomWFfkVk1oXTD3B+em/vj9Jcqdg7K99+YI2/K EX1zxPW5oAJaiQT65lJh3ZBj3Zxr3QokCNyeb/fLE/3yrX4FgQH5YmCePajAvqvAvqcAmcDDxfYD xeKBIvFAIckeWsjXFXPj0MMYJCAFhhdbj5UE0DJUAhgY6a4WxOMESAmKCQPQKURswE1EYAOTFTxV ZmFFXIDiaS80eJbBgDSxxEcwwMJNBW5KUOrDiUOl/unlVTPKSD4SeABI4GcwCLzosgHDAAEAeof8 r1TSI04p5QzBe6HCZ/DAyEACra+VAwlepZ+wEhtghUzmQC94JPBmhQ8TBRgPCHxQCQwgoz/rZIAA YNZJUsBtCuLzQ81gwCfoC8KgsHtkUCX6gggG3q0QRALcF2QwwEwI2K9V8KAwuoPsl1gveO5/einO DJ1eYuPM0BAGMANMxqCwmIiOIPvpYvFMkXy5TL5SJid4HUHjuO8fHf+MAU8WiJEFcmShGlHoRgEj Ctj3k/JAAmG7n6se8+rH8iVq/thP+8Pzyd/L4fSYr2nnMXqTlIfWoMdzJL1AOEErHoEEoIXhefLh bHV/lh6cqQamyX5p6pZj8ibiAcCAvBZDAhodQSlw/1fxqUEIBLg16IrDjukF4lhA46hQngeglS0+ 8QCRAPl7mHtGAtT45G8KAgDTHQQAAAnA7h8QvbjzpxdyADcB4MKlggix6TcMsEdGnhfUYx9IgH4i DOi5T3dHs5Dutlvi2z/nABCiACrQDmSsvzkzlES+HyuiAGAAAgHCgJ2u4++yXXXkUQE0BfFKDOC1 A8mOOCcUvUCAga2aSYCPDQUJaHL/JhmIZwZot5mpgNbNGrXpBdrI/UIbqTCnBsk2m8j3q7Y8FQDf vwFTwoQBEUImYIYBjFqhF8hz/PzJvzUOAyWvj5rZABgQm+x+42dz71p8KlwAMDkA1+anmEThvRNW TMRhQcCAtSp6LY8EkDADwACw1jHuH49rdMwaHeoLosJ8+I+mx1WS7D4ZfdffGwBgmdpYfHLtzWld pQEDy8ObGAUmc+/yAAcC2CQGENgx4pfJ8ce4pl/FrpBxK1Ur0ipFpr/tat12tYxfrePX6ParSbLT Wt0xUXdJUl0SZdck1TVJd0tSPZJ1j3Wq5zrVa526fIO+frNz02bn9q26/zZn8E49fK8ed1BPPOrM OOa8lO68luG8l+l8khP8MjdIhv4bsvX5+ss85/Nc56Os4FsZp19J1c8cUk/s1Y/tdYbt0Q/tcobu VPftIKut7tjqXLdB90lGkkAiB9+HDD2cPdbLSGt1L84ceqzW3Vc7PVbpHqscKrrjEeq2Cgf+dFqp Oi5XnVboTitkx+Wy0wpFO7Ty0UCq20rddZXsTn+7Wvdco3qv1petATMYWrgyUV2VqK9JcnUtjwtf lyz7rlPQesDDLRvV7Rv1gE160BY9eCsmBIbsUEN36EcwWqAf2+M8uRddQK8ec95LRxfT13kOQc6i QmdNibPzRDDlp9PZv54u+uM/5UQFp05/XxX8wXf6R//pHwPQTxH60R886TtdWXW68A/kCfu+DyaW 6nn5wY+znJePIvSYsE89uUcP2yHv3yYHbhb91ts3JIkr19i9l9tdloiEhVYrHilu9q1o/KXVYJb9 z88wLuxNCFgXfBg4n0iAYYAxgGAA+YBBAtJ5PDEMEQy8G+4U4mQAOQDkun8PBrDp8QCQwMQCpjAn jboYcF4IAEJUMJNhYCY3Eb1BGPBnJBJgP+Is0dqqnga4tdsjVH1gAC6/VhHFPGBMP04HiqQCrx3I qAYMkDA8EMIAnhWG9Q/t0CO7f3L8LgagWehXsv4uCTAG1J3O67SfI0kARh8kwKbfAEBY6A6K4nOE 0CM07ceo56rPCrsMYNbvoyKigBqKmnyiLg4aAgzUnXKyDgDAYACtEQ1CHhVETQQM1MXqYkC9M+UD oWTAIIEReX23cJMB4/5ZZP0BBi4GRMiQQGnUeIIBHDBKKzEAapCAOz1ca04Aqjsun91/WGz6w21C YQCoLtqvQ0WYBLJqYIBR3VFum5BBAkMF/3cw4MpLA4z192RIgJOBEAmcEQke9WBg87r+Dw5CMnBr lmy8XzYmEthrNTogqGhCMHDYIhhoxkjQ/IggxRzlfOCowDzxUatNqmhzzG5HVHAs0DFNdkqTnVPt 7pmyT2ZgbOmmRT9PXPDD1MkV2x8sEDfm2Ndmiev5GjLcW0yP2fY1Odb1uYHrcqxb8+XwEjGsRPTL s2/JsW7Ls2/Ls6i+I9+6M88akG8NKLAHFFiDC6z7Cu1787GS7scIAa4rJhgYWmQ9WBR4uDgwDPIP KwoMR+8QeGBcqT0CEYF/RCm6hkaW+AEDPE5APPBksX8M7itglfjHFPtwWQGp2D++JCTfU6XIB0g4 gKgUJxE9U1o1sYyRAL1D7qFDU8v8z5X5ppVD0wkJCAzKERcADMoBBkQFz5dXkV5gvRhREAYYMRKA EF7GSi7f/zJHB+ABRgKsZVUeAHgkwGCAk0PLA8QDMyt971QEQALHA58eBwB8cSLw5YnAF4QBJwOf n6AVTUGEASCB46QAAgGDAWZQuNJ6r9J6l1Rhv8MYQHqr3H6zUjAJWK+W26+U2y9X2C+WWS+WWs+T SrDOKLFwewAwAJnA1GJ7KhggjAHPFtvPlPAxQaYpqEjgeNAiNaZQYDiYSWAUpwEjC210BGHMl0OA PPF4Pkmy3Sc3D8dPrn04G30jsvvDYeVRP5oniQFY/Jirh+VgfTRHY83Vw80jFSRgg34sR9LmE0wL tPlojjM0U92XoQZk6H58xijxwPUMA+gLQg6grjwirzgirnQnBNymoAjxh39u7jef/C8/Qu7fAwDm AQgAwL6fGOAAdwRRvR/JAPl7vInjg/AtP+T+kQ+Y+gBqLy5wScCMBERYf5AAqfteYX7CSMBuHBjq 9QKFV2wSCRAP7ERrEMkAABgAIYAwNUIAPjYU4r4gggGEAMQAHgYwCfDKSMCxgAEAzgFMOMAiBiAS SNis2jEA0GM7zA1jQsC4f7QD8TFBeMRgAD7/04rxAJa5MaB1KB9AGuAlABgGgNGvIT4SlP19smf0 +du/NxKAhh+GATxGUAF7fXpcS6sml486UbPCJICRAA8DIoWmoDWKrL+RwQBSizVmQgB9/83NMUGE BKzmvI9NWH/+tM99/yEMIHNPOwYMIDCAbrGCG4cMDLhnhmJ4AGcKGd+/QpFartSxq1TsSkVrm1VO mzUKWqXj1zoJa2WHNbJTouq4llanM6w/ySHT3z3J6b6eHH/w8g3OlZvktZtVv6363l166F7n0f3B UYfI8esX04IzM/XHWfqz3ODnuae/yHW+zMf6Wa7zca7zbqZ+K815JU1PP6qePeqMOqjv232670aN r/XJGAwgo98rWfVO1D2TZO9E1YtTBTL33dfobmtU99Wq62qnyyrMGLCczjg4yKzk7KEOK3TCMhW/ HMcNxS9F0Q4Dyq5wJNFiiVsFFvOtAhDuEHALXCyg2yyid3AmKb0cvxQHgLZfqjssUx2WM0Is151x SChrJcih+0oFclgJeOi1GnPMfdbqK9YqoEKSJkK4aYO6ZYO6fZPqv1ndiTDBuWdbkPDmwZ1q2C75 2G41cq8asw/DAM8c1FMO6xmHycoHX03Vb6XrL3OdVaVoRjryUzDzV7QVlZ8KHq86/YMv+IP/9E/+ 078ETv8cOP1r4D9U/BII/hpwCBK+9wEPDv94enOFMz/feSdNvXBETDyoxuyRw3eJodvswZvFbRuQ GFy5WvYiMFhqxS8MxM21m39jN/nSbjjLqo8ZYkwOgAo+si/80OaTgqzz37Nd949pAci4/2rJQFjM A/D9iAjOf9figjGAowBPNR9d6x9SRERgTL8JAUIMwPoTsUBNAKi2U83919BZpocNDESYfvh+1GZ1 9XvUS9V4IHJ6uBoGnEXhTKBmm5DhAYQDKIAEvxIDhOw+wQBIYIY7IRCeGTDiUQEDA7UPFY2UmwlE nCPkHi0aSgbI5XswwDLHiZoB4jNMCzAMVEaBE2oCQKRCOYDhAR4SKDMFMYCXDITSgDLTGkTCOUIR Ih4wsUAUfD/cv5sMeAWDgRcL1GgTGpsfRe4fo8OeyP0jEyAYCGMA1UamprXWDQNngAHEAoYEqvNA 1Ii0miRw1nNFSe7RorTWpQIXD0digFEEDNQeGMC5olx4MNCld9ekTcl3DBlUp32XVk0PifoHRKP9 NpFAo0N24wN2kyOyySGb1OywbHZIEhIQDLTgfACTxAwDrY4JjBActVuniYR01SFddEpXvTOrxpWt W/Dj9Pk/ThtTumdwvu/WXIkLyLLFdVnq2uzAtThoSFyNK8nEdbn2tTmB2wvskSXyyXL7zjzBEYEA D+QSDIj++TxSTDCQbw8qCNxVSEggiAruQVYQcPOBAvvhYvFgEaKDR0rsh4qthwsDJiVgHrCHl/hH 4sQhVrE1shjnkNI6qsQ/qpRkpo0DowkGSsEGBAkmMRjr8cBTpf4JJSRQwdOQH3cUAAb8Jigw15YB Bkp908pwX8G0Mt90XFxAj1XTuX0ITURlRAK+5ytcNjADBlAZIYHbWcQFXnupPPBSWeClUj8X/pfK wAYkty5DDWEIwYsReGZgJgcC71cGPjpufXYc1h8jwgQAJ/yGAT4nQmAMMJkABwIW6UPvvCAMCVQG CANwfiiGBCwzJPAmhgSs18uJBCxMDJfjzFAeEQYDzChFVvBCmZhWbE8pFVNLuSMIfUEijAEIBOwJ ReKpIns8qcAaV0QMIMfgjCA+Asg0BRWqkegIEk/kQwCAPDAAFearP2OAcfxqGNl9LujRwAAAgGGA fhqWqx4xylEGBrByjR1uChoGGHAYD1gGD7geluM8nK0fyNSDM1R/vnSMB4gVnyLqnhpEJGBgoBYP EAng2z8+/3Ovv+n/6QMYcBmAzL33mR81gIEIwdv0YAAkQAV5egMD9GjcP+w+wQCrF+1wAtCL3D9P CfOxofzOPsUYgGGA7nsECIFhgEOAsExrUNddAgmAlwyE0gBMBRAPbJcECYwBPC6MjiB3PIBhwFwd QJvuqUHtt4oOEGKBhG3c87NVG/cPAHALWs2xoardJoYBFO5IAEIAMv2RYgzwPv+HMMB7xJFB4UYg VgQArCe7j1gg1uwY3x8BAySz2dL98B/CgBAMYAe23jP6hAFmNftGCATWYvA3tAMRBiAW4M4fDwlC pp8cP7r/+XQgQwVm04QAeOSv/s3J/ZsP+WEYcIvoFaqZ+yvtYJP/NfybMSvJ95Nk3Cpt1BruX7db q9utIan4RNlhre64RnVao+H7E3XXJN01WZHp74aP/bo3vsHLazY5t211Bu50Htijxh3S01Kdl9PJ 9Ac/zA5+kuN8kut8mhv8OCf4frZ+MyP4Uhq6/EcedO7B53xn0Hbdf5u6fYvuuzEIr5/k9CSvj1OA nB6JqvtaTAx3Xau6rFGdV2tSp1Wy00rZcaXqsFK2X6Xbr3Dar8Aav5ycvWq3nAy95ANGZZtlCseP LpFtlohWkIpbJFsuws1iMQslS8QsoFVFL1QtFsjoBar5fNVsnmw211VTrLrpXNV0Du78opXqZiR6 Z55sPk+2mCej50Pm8jKc4o+DO819ZLK1d+p/uyUyfilJJSyVhA2dluM+gW4rVY9Vqtdq1WeNIja4 KlFdnaiuS1J9k/VN6/Ut61W/jeqOTcCDu7aqe7bpB7Y7D+50hu1yHt/tjNgbHL0P48LPHnQmH9LT D+sXjjgvpzgzU/WnWfrbXPRQLSt2th4/nfrz6aJ/B09U/edHUEEQbGCd/sV2frGIEIAHP/j/U1l1 uuAP58iPzoZysMFH6er5w2LCPjFyl3hou7hni7hjg7gpSV65yu651O602G6zwIqdYzf7OtD4K/vS WeKST3Gy0EUf8Ymi3CMUwQNoByISOCsMuLFAZL+Quxly//XcWCC0U6s7iHfMPvl+0wjkdgSFNBP3 Bvy1jO8/GwyEQoBI1YCBMwoAwL1AZ1MN619bZ2oQMiL3/xOvnAnMABK4mcC0cDJQGwainvsJKQHD gKuzwAAY4DmQwH+BAXdg4LjHBqFzhE5EJgP1vDYhhoHjBAPcI1STAUKKhAGjOt5VA4YEGAZKPBIo DcFADVWDAfL9oTYhT4YE6p55WoB7hDzVjZgkNjIwUFv/f4YBUuiSgTPCAP90FhgAA3gFq3OvLms3 Jt92/4A6CZ3iLt1nNdpnN9ovGu6XjffZiAgOWGgWAgaopgcxTNzssE1I0OIojxAcDRAPxBEMpMpW R+22KXb8sUCHNLtLhm9sycZFv0ya/+Pz48t23JhXdW+BvA7zA/Y1Of6rs+SV2fbVWeKqLMmrdW0O 8oEbc8nEq/uLJJHAjXnWLYQE+UQI5Pit2/OtO/KsOwkJ8qwBpAJCAoIBcVe+dTepwLq/QDxQgKDg gYLAgzhryHqoCDBAGlZkPcJBwaMl/seLMVvMh5D6RxT5RxAPlARGlUIji30jigkJCAYwajymxBpT 6kYHGDAo9o0DHmCi4Kli/4RS/1NuPsDXFBT7ni3xTyzFOMGkMv9kUIFR1XNlvqmlvqklVZgoKPcT BiArQG5QNaPcz3JbiUxRXQQDOLE0pBfLTK+RW7vimlDh5XIEBaQ3+GShdyp9mBBgxz/rhP0FxwKz ThAVEBsgBPjkRMB0BCEKqMSVw/T+B3zYKMEAJgQqA++Um0zAfqs8wFeJIRAgDHi9AhcIvIIDQ62X PAyYXkqySRgURhogppSoKUX2JPf2AEMCgkjAXB3wVLE9vhAYABIosscUAAM4DZBggHwxokA+UWBy AJLp/DFRgByeL1yXTyukaCWvzwWZfqqhh3Pkw8wAKDAWjHf4kVbcOMabiooHcySttIkd+ndyUNAK ZshWw7LVI9n6kSz1QKa6J1PfmaZvT3NucmeIMTp8FcMAnw4kLwcMYE6AO4JUH3z7N9/1+WO/afrH 538Wj//i0YMB8/nfeP1wgZ/cIQHvTbzMMCCM0e+5X0P7DAMo3BQGEoCIDTwYwGCAd04o7g5Dd1D1 WKCr0a7QbAAPCvPn/y67NBVECACD7bLjDtWBcwDz+d9Yf04AzGSwFwW4N4iJhK0ifiusPylhWwQM mMGAze4kAIvTABZhgAkE0A7EA8HeTHA1GGhtzgXiM4LCEwLmYFCPB0IwYBS7TsTVSAOS8V3fpQLu AvKsf23B1sP6r+VYIELR/FP0GhnNM8EowkKbUIvVfDTQagBATRLgneZoCqJNfsENBFx/T4be1K6W C4MERswD7P6pZvdPvr/lComv/qtUq9Wy9WpFardGtlsr4xN1/FrZIVGT+2+/VnZK0p2TVLck3S3Z 6Z7s9Eh2eq3Tl21UV25W123WN28h66+HHdCjDwUnHg2+nuG8n0N23/kw1/kgx5mZhXHeZ446Tx5y Htmr79qpr9vk9Fkne6+nf0T2TJbdk2WPJN2dlCjJ6Hdd63Rd48Duk9Ff7ZA6rtYdVpHddxJWOfEr 2eUv02Txyd+3WariSMtU3BIdR/5+sWi5WMYuErGLVPQihTvIYO518wWyGaSaLdB89zDWpriuWOHe 4jmy0RzZcK5oOFteOkc1nKsazlGXUj1bNfhWNfiOV6+45FtJqk/rN7L+N6F9SaI/afQd1Hi2ajxb 0D/LzOCyBNFC9FxCBRWDK4fdO4mJE9oQJBAhLMZtYu2X6o7LdKflSBJwWxkTQm/San3FWkm6eq26 NklenyRvSNY3r1e3bdD9Nqn+WzCKcPc25/7tesh25yGCBBxairNQR+11Ru/HaadPH3AmHXSmHdLP H3beTFXz8tTmCufQj8Hc35yKU4gOiAQ4NHB+s07/TrJP/2YDFU5WBXN+dXaf1CuL9GdZ+rUUPeWQ HL1HPbJd3rNJ3rFB9k20r1wleyyxOy4SrefierKmoAIcPPrPT+2/Y6rYf/4HgfNI5PjfAQxc8J7X IBQhd2iYfP+7vr95MGCKMyUDpFMhEoDpD8EAdwcZ1fUGhWuLPH3Y93uKxIDaCoMBFWT6a8EAiTZr w0D1nfAVY0Y1e4Rquf+Qao8KmEcOBKjgQ4T4ETvcJmRgoO500yyE68ZCMBBqE6oNA2ZmoEabEJNA +DEEA0Zk+iOKE1GT+SghNxkACdSbbKaHcZpQiAeMDAxwm1BNAAgJpv9ZtzWohoz7P2MycMY2IQ8D TLOQW2BnHITCgwE3HIhQjTYhkwwYBgiRwBmR4H+HAXL/RAJGLgzUIgHSX9w4FoKBOo8fjXoshXw/ W///GQYgDgc8GOjUs8vaDUk333NnnfiOsfX32w0O2A33240OEQ9YiAj2W00OicYHbUKCJgcwSUwk 0OyIHZ0CHjDzxAQDcSl262OYKm53zO6UVkUksOCn6Ut+mTqqdPeV2b7+BeKOXHF1tnVVtroiy74i S1yeqa7ItK/Klldmiiuz7KuywAbXZll9s0n2DTkkvrQ4L3B7Hu4kvi3f7pdr35Fr9c9zeYA2iQfu yrdxUTEJxw2J+wpIBAYWIcHQIpuoYGihn8AA95ThENLAsBJrGK3FgceKAk8UWyNwLwFfSoDQgHiA 2QBBgTl6iIeMec6YMABxAcMArWNLAuNKfONLqkKNQ0wFBAMICggJJpf5J5VVTSqvmlLmI5lxgmlo H6oiDCAemEYq8U3HdAF+mkGoQC/wOoM2zSxyaRUggVejEBUYIToIsUGFCwNvVODSsXfxXZ+8vkXW H5PBVJy0MRnMYgzAr2Y+mKMAMMB7FYH3K633OU9wYYBnhd+qsN4st82QwBsVFncHEQnYL5VaJhB4 vsSeUQIMAAmUBKaWWFOL7Sk8JTyFAKDIBgYUYTwgJGQCfGwo5oNxXhCODEIgwOeBPoEuIMErCmCA aQfKl1TQ+miueMTFAPL3YhgwQBujD6+fKx/KJX+vaH0IGAA9CLH7z9ZDs9TQbDWUGCBbPsg1bT5E O1Tk6Iey6A+dB7O12aT1EQ4HhmU7D2XjlKF7M/SgDH37MfQL9UWzkDDJAACAx4LJ8RMPIATgmnZ6 e7O/IRIgN09Wnh0/5wO0yf4+wuuHfT/9RC4f/T/eT6SegAHaIQDANLCx+0QC6P/Zo3oABnR3tAPx lDAXYAAmAZwT6ll/KrruEoABBoMuu0UkDDAJIAQw6rpLdfKuE+6AqQBhAMDAgHH/CQQD21X7bar9 dvL95thQTSRQDQa2kJgE0BckMCtsrL/bFCRDMNCG6zaYEjYdQSyEA2EYMAUc/waDBDoO7h+r+fYf SQJUu4HAumpzwAYGYpOIAUQIAwgJYqoxQPgx7P4jSCD06H3yZyqozgNk8ZubBIDzATL9ZpOtP+4K wOd/cvxeJhCGAQ4BDAZEIgFIgL/9x5DQ86Ni8e1fxa1RrVbJNqtV2zWq7VpF1r99ouqQpDuS708m 66+7JKuuybr7et19nerB3v2yDfqKTfLW7fqe3fqR/Xr8EefFVGdmpvNeTvCTvOCsfHz1fzfLeSVD jTysb9umb9ni9N2ir9nkXLYOcwL07/RkouiSqDqTyO6v0WT0Se1XSR4zIK+PE0XjV0h81F9B0q2X y1bLjdcXcctk7FJFdr8lXzDcfKEiNSOx0W88XzSdLxvPk43h8gV5ejL6DeeQv5e8Koj8PStUXPKt qP+dqs8uvz75e6pZruOn/e801loiEqj/jaB3SAYGwAPfqUbfqsak74gHCAY4QzCpwhw3PYiZRzAA xS1UcbgVGGq9SBIVtFksiQraLVHtliqsS1QHwgOjZbLTctF5meqyXHZdIbutUD1X6V6r1GWr1WVr 1BVrnCsT9dXJzjXJ6vpk1XcdoYLD7UZOP1yVAN21Vd+7TQ3Zrh/ejisORu7R4/ep5w6p11PVRxl6 caHe932w6Pf//OADAxASgApsUvAPcfoP+/SvFnqNyv8MHvtJry9zvs5Srx6Wkw7I0bvFsB3y7s3i 9vXy+kR5+Uq72xK7/QI7brYV863V+Et/g88D/zJ9RB/6CAOMIhiAR4ffMzcNh2EAn/9x8TB4gNMA gwE1ZgbODAOmF6hehPWPrI2i3jCXCsP9R5HePFXXGyEIuf+zKgwD4X4hcvzQmWDAKPTtP8L6/xpR u4p0/zUea8MA9qvDQN0Zv9SZTiJzj9WFATb9BAOIDkIwUEMRMIBmoVowEJJLBXz3cG0YIBIwj5Ew wAyAfKDazMDZYQCzwv8zDHhyYYBqlwfOMjPgWv//AQZqkACp7tgzw0BI5PvNGiqAAeZo0f8dBjwe YBIIxQLhfKDOiGP/FQaYB1wYqE4CYRgwk8TVMeBgnWF8/XAEDHTs3nn1+sQb7+pfp1372IYH7Ab7 7IYHZMN93Cl0kFYvHzhgk5qaZOCQbYYHiAeiD4uYo3Yc5gcwOdAx1TeyeMPin6bO++nFJ0t2Xp51 6uosdV+BuirHvjzTvjzL7oMjhuzLcDmx7ENUAFlXZFlAgmwb0UGmdW124Pocq2+udWOudUsuX0GQ b9+eh3DgjjwgAVqG8vns0QIxiKcIBufb9+Tb9xXg7FGCAUKCIYWuzCDBgwWBhwuJBKxhpneoKDC8 yE0J+GoC/xPFrjBqXIR1JNejijFR8GQJEgNuHwISjC7xjSvxMw/4nyqm1TfBvcnYz+PF/mdKcNbQ xJKqSSSiAg4KppRUTSmtmlrqw5wxxwVTSxEdTCvFzDF6imgtIWYwOkU8QL8+ByrwMyFgnVEWwFrq hgnPlwVeKA+8UOZ/pTyA7iDcTRZ4t9L/EU8CkPvHAUF8n4CJAngwwI0C+Jgg6P0T3tUBEP05MQAL 8YL9VqU9s9J6w8BAuf2auUbAmxXGeUEgAQuDwiXWtFKLSMDFgCJ7aqmYViwmluCYoGeKxNNF9lOM AaRxXiYwphC3B0wt1++cdEYXyScKEQg8XiAfK+DZ35D7zxO0kvDhnwGAGUA8lCcezIH1J9NP68PE AC4JSCrY8eshOWpINu1o4/uxk42dIbSDlWsI+w+gcMjxAxhynAeziA0cEiOB8wjhAf4R595MdVe6 6p/u3Jyq+6agX+jKQ9JcIMCnhaLVB90+8P0MACABtvLoETIDweTRbYYB7IcZoHp3EEv12qcNCRj3 z9hAMGAsvqEC3CLMGCC784hwD3NS0B4+FGiv7sbNPyYT6EbvgAEcwMAu+P5uux24f9Ju3Wm36rJb m8//XbwbA0LiU4PcIQEigU7b4f470koiEgADICjosF1QbXw/kUD7LfSabs8kQABgxDV3ARnxqIBb uwwg25CQCSAWcAHAzQTcQICcvUkAWm0kEuACEYGK26CIBMjx84lAomWyiF0vY8n9e0iAEWEAQBgG AAAk3glZf5h+UjIVPA+QpGNIiTqaHyMZwFMN60/Ct38IX/3Z359N/C2/udEqTXa/OXl9WrlAAkBU wPPB5h16n3ZamuYftv5xq2WbNbr1atUG3/5Vh0SVwO6/Q5LqhEZ/fPXvtk53W+9036B6rVdXbFR9 N6ubtzkDduqH96txh/XkVOe1dFj/j3KCH+cGP8h23sg8PfmYM+aQfny/GrzLuWajIt/fm6x/stM9 SfPQsNMlUXdEc5HusAanCXVYzSeKrpJtcYeAakd2f4Uiu99qGUnHkddfKlsuVTFL+AKyRaoFTL9s CqmmC3WTBYqEL/qshvMkmX6y+yzRAJ/2tXH5kapP+k7Xn63rfycbfOeQZa8/2/h+2okU3H+IB5gQ AAP4KbQPBjBZgev+L/0OmUBDkwYAACAvDVAt5qtokgcACAQWijjuGgIALHTVdjHUbrFuhz4iZR5r iFCB1JZeXijbLVLtFtFKf0Lv6/glTvulqsMShXU54gXCBnQfrdDdWT1W6t4rdZ9V8so1uPy4b7K8 Zb28YyOOFr1vq3poh3p8lxqzR006IF4/JuflB7dUOqk/BStOIS74g3jAPv1vO/hv8Z8/qRD/+bd9 +peAU/RH8ND3ztoS/WWWfusY/a18crd4eLsYvMm+bZ24do192Qq7y2KrzTwrZo7V9OvApbP8aCL6 JHDhB74LzLFChAEYESaR6QcPeCtUz/BA2P2T1z9lWoM8Vf1tJpl4dxKgHq+w9VzUcP+4VSBUk6pP CLBg9E0d4fv5fjESHjkZ8DAApt/DgNBqTD+7f6/th0kgpKgXa7p/vONhgFn/SmfqETJnB5nauP8z yhj98KGiZow4QlE8Q4xYADDwI4sTgOqZgIGByAHiyDahyKIOM0DdSaZByOgMMFD32eOs0CFC5UQF 3DIUPlbItANxR5A7MBCBASSQAH5yrxx2w4F6E0rh/icY3x9WlDsqABKo3SMUuoG4BglABgDCDGCm BcKPUaPzo0a7VBCh7FrnigIG4P4NBjyZQXVIoWQAGnWGHqG6T/zF9LDHAyABAwORGGB0yFvPdJQQ ycMA89ihW+dV6xL7DrqjTpuElg0IBvaLBsgHrEb7LGIDkABkNz5kNz0kmx6UTQ4hHCASiGYYiDlq xRyRVMTiruLA6LK1S36ZuvzXqU+U7OiWZvXKEDfnyFvzRJ8McUWmJAbonYmbiWmf1DtT0A7piiz7 ykySdTUiAui6LOv6bOsG5oGbcyz6F27LE7fyqaP98g0P2Nw1ZA/Mt+/KtwfmWXflgwruLgjgxuIC 6wG+mwwwwKvXNYT1EeKBIhKQgGEg8Fix7/Ei3xPcKUQ8gA4i1igGg1F8hRmQoBgTBVz4Rxf7xxZX ERiMN0PGPE5gDhp6ptj/dHEVnzhU9UxJ1bOGCkpJPnQQlVTROsW0EpUSHlCNi41Rl/n5seq5EmIA BgaOC9wMwaiMkcCwAcIBkMBLBANlASKBtyr871UEcDkANwK58wCEAccxDGCiAAMATALIAeh9dv/I AUwa4MGA9U5lgDCA9GYFYOB1IoFy+9UyYUgAMFBquTDArUHPgQQChASTS6yJxXJaqfioQnxYKV4u sSYU208VW0/jwFDOBAptQwKjQQLWk0X2pGL9amVwdLF8rNAGBsD9W0wCSAN4/FcM51FgkIAHA6SH 810YoJUEZ58jh+bC9A/JEuz4oQeyJbl8XuX9Oer+bLx5H+1kqQf4hfuz9f2ZinRftr4X946hBhIg RnCGZiEQoH+T4IHjAtrUD4AHdP9UfUuKvuGovuowjhPlgQH3kFAigVAaAB5w2YAbgRgGeDgYpj/C 99eGAVrdr/4mBICYCgwMUOHGAgwGiAJwRhA2IUQEfDyoWfeS4xcEAxgO3iFxXhDxwG7AAKw/3yPm dQGJzthxA4GQDAa4MICzg6RJAMLaJr3ChYH4rTphMyaG4z0MCIunAoz756HhCBjYFIIBkwOYWeEI BogcDvZkPvyTwqY/CW0/LfG9X8WaI0Fpn8w97xgYaJmIWAAFi3fI/WM/mmWGg9nrEwYY0+/CQCgW 8AoZ4wYCIUXCALcAVWeA5mTxmQRg+s0AAPcCuQxgNs15oObzP4YKJPn+VqtV7GpJDIDOn7Wq7Von PlEnrFXtk1SHZJzm2TFZdUnWXfmDfY/1qvc6u/dGdfVmPWCXGrpfjz7sTEt1Zmbr93OdT/Kdz/JP k/t/N8d5IV2NOOTctFVds8m5aqO4cpPus865bJ3TYz2xBL76d010OiQFO651OqzRCWtUO9JqnDXU ZoWC6ceFAyp2hXsFQfQyGb1EtViimuNaYtl0Eb70k9dvzGo0X9La0Jj+ufJSWH8uXOsvL52rG87V l/In/wakWgwQkmf9ZfRC3WY5/aEAGBhCqCZ6LULfciYAfmDrz8WlXHATETqCGqK/SDaZK5vOk03n iGZzlPn8TwwA979AxS7UAAAzPLBQtV5Ekq1Dzt6TyQFCarNYwP0vEgYV6E9aASFELOGEpxgSGENh RIGKearlXIVOpLkiZh7t0P8BmmVeULGk+aLVPNl6gYpfBHIgYOi5Ql22Sl2zWt2YqG5bJwdusO/b Kh/dLsfskZMOqDeOqq+zne0ngiX/Pv2LL/i7/Z9TInhKOqfE6VMyiFqc/lMEf/c7J045h39w1hbK j9LUy4cEgcGoXfaQbXLQRvumJOuKlYFuSwPxCwJx3/lbfGM1muWr/5n/7x/7L/ogcCHPE2OKgDOB eu/iJgFEAYYH3vHVg/t3G4T4OFHDBtghNjAAQPt1vYjAnCWKNyNIwABAuAYJ1IYBMECoCCkEA2gT oiIEA69WgwFXVL9swoEzw4Dx/ZGKhIH/rrMODLiqAQCR+h9hIML3u81CUeEdqDYMkPD5vzoMECF4 MGBUc2bAKIoc/8QaMFCBa8UiMMCskTBgigiV1sONY7VgwFw8/HS1i8aiOA2ICvMArf8zDJiZAZwr apIB9xwhAwOEAQwD1TqFOBmIxACjaskAAQDWkelU0Goygb+CgRH/HQbQJvTYkb9OBs4IA9VuIOad 9t06uTDQOr5lg32i0X7EAg33gwQaHRQmGeAVIhJoelg2OyiaHbSbHyYGICqwovlkodYpvoeKdiz8 ecb8n198vHhX93R/l0z78gxxZx5hgN0r3e6ZYRMGXJYFGOiRIXpkmluKWRn25dn25cgHLLQMISKw rssmHrBvyMGRozh1lJAAt5LhbrLbc+3+mCoW/XFXcWAgBoutQfn24AKSNTg/cHehdW+hfW8h+oUe 4HVokT200E9IgOOGmAceLsA4ASHB8CJ0DT2GcQK+ncAFA6ICkMCIIrOSfCNJTAIji33ggSL/GEIC nD5EYMBIYNYS31PFJOKBqmdKwQMEAxOJDUp9BAb0iNOHGAkwY2AIwRPvo7kISUKZbyoLeGDYgCCB 242IBJAhIB8IvIgZYt/r5XDw77PjDzEAA4D9IQkHCpH7x+lAfFSoSQDC1h/HhiIKwGFBpjVoZkVg Jq2GBAAD1qsV9iu4UAwYgNag0sDzODbUwoQAYUCpjUvEiq3nSu1JpQQD9uRigg35fqV4t8J+tlhi QqBYmkBgrMGAApunhOUTBfaIQvE4BoXVE3mAAfL9TxTgCuHhmAow8wCu+w/DQJ54kJQriASG5oih ucQA0jh7OP5seH2zkuO/D5cK06qwst0n938fWf8sdU+WfDAL9wncQ8JIgKT1vgxFv4IN6A8z6V8g VNAPZDlDMgEGJPqToQAGfXe6HpCubkM+IK89guEB5gEwAJFASL0OCFppkw//Ub24KSgSA+Dv6Sd6 AftMBcbxsxgJXBKg/R4YD1A9WJwDuBEBqdteNwrAylFANzMZ7JGA6QjCFcLEAxAHAgAARATAABwT xBiwAyuuC4gAAFKHHWT3iQF4VGA7PeowCWxXCdtkwjZaYf0TtuHaYA8JcI1AW3NsKKvtZnrU0EY3 E0ACQOtmkntmKAMAogDT/BOCAWCARwUAAPb9jAFuR1As5oPD3/tpdR8BBgIkUG0kIAQA7qPx95GK TnKpIHoN2X30CJkP/y0QBWhaWxhyMN/+zVXBzACmaMEFTD/cf5gHzGmhzfCNXzdbwYUnjBfz/QMt YfrR9B+3WrdaI1uvVW0SVdtE1Q4f/sn9Ox3g+2WndbrLOkXWv9s6dP6Q+79sveq7Rd26Xd+9xxlx SD97zHk+PTgzK/hOtvM2Pvnr59P0mMPOo/v1kL26/w6HfP9l652e61TP9cEeyWjx75qkuiRhkrhj InIGfPhfgysF2q3EzWKtVqq4FSp2uWq5FMeYNl8iWiyRMP1LZNPFqski1XQhvD5aeubLhvNlowXq 0vmCVnq8FN/7ZaO55tu/IgxowDAAzZVUN5gDUW2oAI9zEQi4scAcVZ/ZgBjAhQHP38ctVZ1Xq8b0 D84mlx+CgRAA4E1Yf3b/5pM/TP8c1Wi2ajRHNp5jmn/M9LBwR4fnyxYLzNCwYvcv4/jzfyty8Oj8 wZFEbRdrNv1hux+/VLdbQgrvwP2zjPVvtQAIYXx/y3nk70U0Tx20mAM1nyOazxZNv7ObfCebfCea zCapJrMl0Ujjudyn9K1s9A1JkS79Who1/Fo2In0lGn8jmnxjN5stW8wWLecQIYj4BbLDYtF1ubhs pbh6jbwp2e6/QTywRT66Q47dK6YeUu+k6Xn5elOFSvs1eNLnICsQp6tsx6eCVTLol0GfRHTwg9/J +y2474SzolB/lq5fPiKf3ise2ynv3yL7JdvXrw70Wm51XGi1nmMRFTT+0qr/eeCfnwQuft8HKjBX Dpt7x9yIwPQIsdjum4gAJIBMIDwhAABgMAgpZP1rix3/GZIBU0SSABQy+oYE0A5Ej2EY8Dbd2QAc FoTCJYEQDxg2OLNMLPDi/8ADZ4QBnhUOjQ6HFGoTAgmQ3XfvHvYYoObRogwDf3mOkBHBABTRIxSS 2xRkqACFmRv+62TghIGBeqTwzAARQpgNkBX8VxhAj5DLAOHJAZMJPO1iQKSiwskAYID7hXiHMYBV AwOMCAbCqp0M0GMIAyJUgwRIXjIQCgc4EzCjw7VgADxQjQpqAkCkzgADrGow4K1n4oFhtJpOIRIO FEpgGLieYKBV25j6e+0G++Sl+0SDA7LhfrvhAQ4HiAp4JRJAs9BB0ZSKg7iWuPlhq/kRGY2bB+zB eYeW/Dp9ya8zRpVs65Rmd0q1u2bY1+fIO3Jkn0zRLV30SLd7ZYg+2YoYALeSMRJ0J0ggGMgSfUjo I0JKYGCAdG11JLg5x74JdxHYt+WK2/P41FFQAdqHBuTbGCzOs3iQwBpcAB64B4eQWgYGhuCGMmsI rinAePGDRQADjBcX2wQGw4r8jxT6cO5QkZ/YYHiRn/AAd5YV+QwhgA2IB4pJPoBBsW8UhwNPFgee LGIqKOKjh4p944r944gESnjOGEPGVROKTyEfYD1dgnpiKWry/W5iwBmCEWCAeYAUThLcHSIBP/GA 0bQS5AMvlvpeKcelY2+V+94vD3xUAff/MZ8ghEYg0wXEeo8w4Lj9LucAAABeiQc4BEAOYGYDIhgg AJUHMC5MJFAWeLnUeqkk8GIpjhCdURowQwKEAeT+n0NTkDWp2JpYYk8stp4tJvdvP11svVYi361Q r5fJCYXoCxoPBrDGFNpPFgqogEhAGAx4LJ9kDc+3oTwxPFcMp508MSyHrD8Y4KG8ano41wYM5EjC gCFEAl4mANdufD95fRbVUDYb/Sx5tyezSau7kynvypSDM+TdGQQDZPGBBPdk6bsz1d0ZBhIIDzg9 yMZ/gv5DQ7LUkExNeHBvhhqYpm7BEUPq2qPqiiOijzc5YADAxAJk8c1wcOSH/5Dv77FfEAz0MEgQ hgEzHOwFAuZsUIMBXkGb3ffK7ns4EzDhAGMAtBeBQEi003Wn6rYbB4bi8/8u+P6ue9y6027VmVZs skwvEKaEXREDkO/vuAPHAfGHfzMljAmBCDEMcDtQe5wOxCQA688dQVvI+jMJeCGAaQEyBSEBvP5G 2ZoeN8lWG/DhP2z9OQcgxa0X9FPcBtf0m5UnBFwYoLrlOhcDYPHJ/XuKSZJunUS2nn1/Es8A0GqE piCy/hqrhwRw/7SS0SfHb7qAOAdo4bUAuWCAtcYoMFOBIQEDAxgA0OaQUH7kqwP4DgHawSFCqwT9 lbmQuNVa1SpRtVor26zVsP5JOiHJiU+UCcm6Q7LuuE6T+++aDOvfjY/66bXB6b1BX7lF3bJD3btX Dj8UnHgs+HqGeic3+EFO8L1s5+VMZ3KqHrpPX7NRkunvvdHpRb6fTD/9C8ma/oVuyBOcTomYJybf n7CWBOvfdrVqs0q1WeneNWasfzRfRtZ8qWq2RDUl379YN16kmtC6UDVaIBsRBizUKIgBPBiAFmB1 TT++uJP156/+5P7nYb/BHMG+n60/MgEInECbswXLjQIiBZePZIA/7bubxAz4E27yMZKYHv5ONZzN mkMSDecQkJD1F27TP6w/f/g3nT8LcGRQS/T9q1aLZRysP3/4N+7ftfiy3VLz1Z+PLuXjR41CAECE wC1D+FueH1BxBBX8sT9mHr70G+vfdA4cf+NvbXL5bPRFw29lw29ICvrOvpT8/bcyYSn9U8JY/wZf i/pfy0u+lvW/UJeQZsl/fS5I//jU/vvn9j8+F//8TPxrlrjkc3HpLNHoC7vxV4Fm31gxs61WC6z2 i60uS+zeK+xr1opb1tkDNooHtqnhO9WEfXL6If12qlxWqFN/1Cd9wd+s4J8ICv5DVADJ0z71H2KD UwotRjm/6C1lam6ufueYeu6AGL1bDtlG/5rdd22g93K706JAm7mggkazAvU/Dfzj48DFH+LcIUwR 8PXDIQYABrzlHhNEAiHQ5kw/rhN+i/uCvHCAdVYYMPts+qvBAJl+rziF1iCPBKJe+3e9UKdQiAqq w4CLASYiIEXcOEYirx9Zk0wgEBIsPu/X/W8wgIEBDwbI62M1Vw3wPQMGBkLu3wCAW2CEAOeK1puB Hdf914IBzBI898MZbhyLaBMyJIAddzDARQJTG0IwhXd8EOkvYOAETwvUTAbqPhPCAKP/DgOhc4Sq yYUBd1QgJDL9JFNE7uDR8IB3yUAdmH6XBOqMzcfRolyQvLvGqiUDVNcigRoNQkZnmBlw3b8nDAwQ EngMUNebGagz4lgU6aydQmEYiHr8aJ3HjhIGGB44IwwYEjhzsxCJ84GErp1WJhMM9K8T1ya6wW5R f7ddf6+4dK/dEGcKBZAPGBg4KBodtJoctJsdkk15eIDnB0SLQ1b0EdE3K/vbn95Y/tvz40uSO6b5 2qcK4gEy+rfnIgq4ClPCgIHuaXD/XdJFlzTRNVV043dIvUxowEMFV+eIm/P0DblUoGvoWpxGSlAR IBi4EdcVWzflAAZuwy0Eol8ODxbn2f3zxIB8gdniAjQO3V0QuKfQrNa9hYH7SUVoHAIVFFoPFhMS BDBIUBR4qCjwMFFBgZ/BwLQP+YkNMFRQ6H+8yGIkYBhwQ4OqEUU+goFQRMBI4OcTh0iggnFFRAWE BICB8cVVtD7F64RibiIq9SMx8MDgWQYDFMWnCBImGiqgmotQXDCxmJDAP7mE2IAefVMQC/ifL/O/ VIpM4O1K//uVAXNhsFkNA3zAgcD7J+x3Q/0/7P7fZvf/Tjm5/8Bb9OflFokKFwAqAm9UEANgAoG7 g6zXynCE6EtlFumFMuv5kgDBAN8mRiRggQRKQALPEAaUiIlFgo8NtZ4qsiYQHhRTIcYX2WMLIZ4Q sEdBYlSBPbLAfjzffhxXBEjiAcKAYUQCYADxMDEAmX7kAOKhCBhAGgAYEI/mYU5gaC5hAPEA+n84 EAgDABXk8u/JZrtPnh7+PgwD5P6xmamIAe7KkIPT1V3p8i6sanCGvisdF40NBh7QH2riAUMFxAP3 ZirSfRma2QBUcD/xQ4YalKZvT1E3ggfklYfV5UeIB1wYwIqmIDcKMK1Bxu73OkCGHqs5GNQggekC MjDgUQGZfk4ADAAYHvA6iHBA0B7dfQ+OCeLCTQa6GRjYTZyAmQEEAtwFxDkAwwDzgAsD5i5h0wvE 7UAdd6oQCQAGzLf/HTIB4wEuCZDabbENCZi+IL5XWMZv0fERMEB2H+6fYGCrbMuPRiEYaL1BtN2E I4DQDoQoIOKYIJJHAkQLcP+EBBuZARgG0PZDm3xyKP0L9EgwQEafYUB4JCBikzVgwDX9YTBwMQCi 2mAAeoHY/TMPrEFWUAMGWgAGdHP38z9vGgZglx/WGqQBrsj386GfZvyXfgUG8L9gLh1ribvJ+MP/ WtU2ScUn6fgklZCsOiTqTsmK1Hmd04WM+wYI3/436Mu36Bt3OP136iH79Zijempq8MUM582s4FvZ wVcynGfJ+u/Vd+3S/bbra7boXutlj/W6KyHEOtWF/rUk+md1pyT8+3ymkETPDzf8tF2pWrNardS4 fWwFd/ssVS2WkvuXTQ0ALJYGABovYuuPgkUwsNAUgAGXATwRGFw6TzQAD5DpF0QCHAiQ9RfVYYDx gHgADUKw9QCGCPdfQ+7HfvMIbDC1QLcP3D8wAN0+jB9w/3MVCQBA7n8+DhglkfWH+5+vWi4wff8q zr2CQLZZ4jX8kL9nl+85fuP+Ix/DGIAQwHQBMQMgTDAhwHx8/m8OAICakYgBviPrD136tX3p11gb fGU3+Nq+5Gu7/leiwVeywVfikq9oX3VYhtNLG3ytaLP+l/KfX6p/zhIs+Y/PSYL098/ExZ9ZF35m XfyJfdEn9oUfi79/Iqn++6eBf35mXfK5Xf9L0fgr0fRrO5rAYJ4Vv9DqvFT0Xmlfs0bcmiwGbRIP bhMjd2PA4LUU/U2OTixRR38Knqg6/W/7P1UyGFCnSX7trlXq9K+BYMkfzsEf1Ooi9WmGeOmwfGqP GLZDDNxo3ZRoXb7c6rLIajs3EP1NoPEsf4PPfP/4KHDRh4ELcNioaQfijiAUODnUwADqmX56of7n 9vnv+okEXBjwBohDABApFwYwN1wDBmg1AHAKY8HewUFoDSLH/5p7lBCowEUCFwbCGGDW6iRgAMBd 2fHXqU4CRh4M1HT/IUXhBmIXBvDVP2JIIIpjASN6NO6/hgwMcDJQw/1XlxkSiBCsf60zhTwYwACx cf9uXxA/hvQ/wADVZ4QBsvseBnARIoGzwAD5fiIBXDyMHqEJ/xUGSkLW39wy5q4sDwaKal86Bvcf 0pj8emNqwgDzgHv1GNf/KwyYmYEaGMAKpwF1R7rHCnkwcDZ5MPDEkajHjtQZjnvHyPq7MOBSQU0Y OKs8GOBkoH+d2NbR9XfLBnsEtNu+dI9otA9UQGuj/VbjQ7IRJgcwLUAw0OygbHZI4OaBw/bV6SXf /fTmyt9mvFC5sHPqvxNSZUKa6pxq9clSfXPh+C/LQiNQtzTZNRWJAalzGkl2SbW7pxIecD6QhVai yzIwQzy01OlXoK7MxClDpGuzrOuygAQ35Jlbiu2bsq1buGsId5OBB8QdfNbQnXniztwATxFghGBQ nv+u/ABfR2ARFfDBo/YDedbQAmCAGScYWhh4sJB5gNuHzISxCQpM+xCCgkLTR+R/rAgdRLQiJTBC YoCsYGShb1QR9w6V+Dgi4JQAjUNV40uIBKqYBwwS8IriFEYL+BGQwHq22DexxE9C4YqowEfAgEaj Yv+kYv+UYvckohfKAm+UWe9WBD6scKMAQoIPiAQqAu8eDw8AgAEq/G9XYKKArwwLzCwPvIUcgFaI HpkBrDfLA2/gtjI3DTB6jS8TeBl3iiEW4FNEQQLTeUgAdwjgKjF7EuYEcHgoYQDBgJkS5pNDrbGF mBkYxxjwJBgAGEAakSce5xvEHsuDiAEeJQzIJR5wm4KIBB7KxYlAD/I8wNBchACoAQDQA9wRhI7/ HHUff+xHq4/b8AOvPzgLch1/phpEjwAASS4fO1m8ST4+Qw1IlwNZVA9Mk4NY5tGICGEwmEGADdIV uf97M/V96ZJ44P4M6N4M4ES/Y/rGo+q6I/rKo+gXIgzoAx5gr39Q9jIFf/jHCimQAPNArwO6J6hA dMe4sMBIwB6HGUD12uddE0bW3yMBxgAvB9gLAMDnfxwZJCIzAZ4KiJgHMADA7UDMA1g78RlBSAb4 UmHULGIAAgD0BW1FXxAcPwEAk0D8NpGwTRMYxG9FgShgu26/Vbfbqsjx4xZhzgdAApsZADajyYdb g7CDYQDSZnL5gorWEIaAaW2NUWBYf3pEAmBW9AUhEPBCANnK3CDGMMBjAChaYlYYLj+GeMCLBSJ9 P63R5vO/sf5JxvfzJIB5XMtf/cn0J7orCgMDawQBALt/72M/5H37j2CAsPuPYANj/TH7y4cIxaxG pNBqrY5Lkq0TVdu1Mp7seKJMIHeepDsmO53WOZ3W6y7rdbf1ZP1Vr426z2bnyi3ONVtUv53q4YPO 6MPOc2nBN7Kdd7KDb+U4L2cEJx1zRh12BuzWvTfavdajy78HGodkN84QuuAcIdURB4mq9vzhHw0/ qzW++q+C9UfPDy4e1jHk/per5ktxOXEzWH/ZDB3/Gh/+F7umn2qTA7D7Bw8wEuhLFypXC+SlBABk vuerhvOExwOIAvhLP5IBdAGZlICDApbn6ZEMeIEAwMAkA4YNvHe4wydcm9OE+N8xM8fk+xvziUO4 OoC//TdfAOHDP1v/6AXafPjHV3/y/Wbk1/vw71p/z/EnLNNhLdUdlqKA9WcGQETgNQKZHACNQAQA C0zTP0IAEm4zmMNtP9/Jxt+qRt+I5vNUU0Kgr8j3i3+RyPR/KS/5QpD++aX4F3n9L+S/YPrFP7Ep L/lKXfI1vSBpHwIMyH98Jv4xS/79c2IA26wXfyYv+lRcSCQAGJAXfGxf8LFFKz1ScdEnuFr4H59Z /5pl1Z9lNfzSbvKN3eI7wWCA24j7rLSvTbRvXy/u2SyH7VDj9sgpB+XbKWJuPjl+p/xP5/dAkBiA YMDSpy2s/6FCEBjI4I/+0+k/O+tK1ddZ6o2j4pn94rHt4u4N9s2Jdp8VFrKC2VYLb9r4og+qLnyv 6vx3A397O4DhAWP3OSUgwdm/5bvwPYujAPcngoEoggHy/W/6ot7EMUFGdd80tw0Y6885gJcGmB1g QAgAuIh8xGpIgGMBwwNeAWGQoDoGkAwJRD6S9ac1UoCB8OgwXyUWSQL0+MJv9dj3/7UMFdTAgDoc BRhhHoBNf83rxoymw+tzLPBTNU39kc8epf0fXRJwo4BqR4tiZ8rJqCm4XgDnino8UGOAOGKEwIUB EnjAxYBaMlRQzfq7Iq9vVnj9Z0pBCJgWQERA1r/ehDKS6/6ZBOo9ZZCgJGT9aZOLQl6LgQFggIgT RccWRo0NwwB8vzskgAQgAgaw41l/goFa4UBNEghjAEhgVEZogLhGm5C7epkApwQGEmoAQEju6DBM //CUqMfcS8cieYBXwwOQ5/trIQGahQ7WefRAnUf3tTcDxHcZGEAmIBvsFfX32JfuJSqwoL0WYIAn BxodEE0OU2E1OSibHLSaHRTxKT988P0nq3+f/mrl/M6pv7Y9bCekiIQ0fPu/JYvMveiSYXVOl53S Rac0QRjQIU2QOqXJDumyR4Z1TRZmixERpPEgQYbdO1NckyOvzDZHDFlX59CjfRUuKbOuz+FThnIC N2RbN+ZYN/FFxYQEtyIrICTAWUP9EQ5YhASDwANEBQEo139PvnVvEaYIaH2g0L4/P3A/2ofMcUN8 e3EhUgKeJfAPM3PGuMOYqIAeAyT0ERX4HysEEvDAMRqH0EdUUEUw8EShmxWMwuoz4wRjcEeBj6hg TDFgYByQAOME44to9UNFVFcBD3jg+OkSYgOAAYlg4OkiPD5TjNpAAkigBIcOzSjF0PAb5b53+GYx 8v0hGHjPzAAYACj3v1Pue6ucisDMMj8Kdvw4HaiMRNYf8wDs/qsBgNGrvL5Syg1CDAMvoEHImg4Y QCYwFSRgYMB6tojEV4lFkMDYwgCRAFqDijgQ4L6gUfn2qHwxIs+FAbcvyJAAOoJsgoEHc22QAFl/ jwRIoY4gTgOqw0CWuNfAQLb56o+P+ndnsOPPJEMvTIFv//SYpQZlqgGZglYDAEYD0gTpTirS5Z0Z EgX8vR5EoiKDCvoXEBqwkBjck47pAuIBWh9AaKAHp+l+qeqmFHndEXn1YdXnIJqFcI4QYcBBAICr /SKUBkCABM3dQeCBaw/J3vz5n8CAUwLaRzKAy4NDMMCQgO4ghgFj+hEI8DUCIRIg0Q7Z/W7eYUHG /Xf1MgFuDWIeMCMB2wVWkwxgKoA7grabD/+mEYi1VbRjBjCPoQNDSW23AQbaGNNPbLBFYwAADUJm GMAdCWD3Tz/pNps0AIBJgGHAzQTg/sMwgMeWG10YiDXXh3FHUCxgQMSuc5Gg5Tp844f1ZxiISZTR /NXfwIAhAfh+AwPk+43LZ3lgAAaoAQPNE2knsudH0trcPNLLHBE0M3PAETDQrDoM8Od/7v4nBkhS rRN12yTVLkmQ+2+fHOywTndcrzutl1036m4bdY9NqudG1XuTvmqL7rczeN++4BOHcNTPy5nO61nO ezmnZ2Y5L2ao8Sn6vj361m2q71bZZ6Pqtl52J3hYp/nkUNUpySGuaJ/oJKzRCYm63VrVhu8ZaLVK xZn7hleolitUzHKy/qbnRzZbQu5fN8Wqmi4RTZZIqptgAEA2WQQScBkgDAPSwIAhBCoMCTRcQGIY 4CgAK9VcNKCaTT+MvnH5BgnYxLOtRyDgtQnB5SMo8Ew/w4AwL7vCV38cMIoJBAYAUlNy2AQA+PBP 7l+R3A//C2XLhfzhfxEBgGEAsv7k+0NtP5D5wE+KBID21R/NCwYA2i7CwABPAqCbKHahiDUMwF1A zfjzf9PZitR4tmzkNv+IS7/WaPX5StT/0r7kS/ufX9r/+MImx/+PWeT7YfTJ31PNCtUo8BN+Df/k AYB90acWr/ZFETBw8cfyoo/EBR8FLvyIeMA6/6PABR9ZF35oXfSRTboQbGBfjNAg0GBW4NIv7KZf i5jv7FbzrfaLRbdl4spV8sYk+86Ncsg2MXKnnLxfvJ4iv81WG8p07m/ObxaCAlv9x9anbYeEgqjA p/7zcyBY8KuztVLNzdEzj9rP7iMqsAdvtG9ca/VZHuiwwGr1ndX8S9+ln/n+8aHvog/8F7xbdR54 gPMBNv0AAM4BTO3OEOOFqqiZ6B2KhAEjQgJj8cMY4J4xSpuGCv5dAwaMsGl8/9lgwOsCMr6/tswL MP3VRTtG+Pz/wq/ggeowUPM40bPojDAQFVGHYOBMDUIEAxgYqIeZgeow8NxPIRgwyYDn/n8MY4BJ AwgGsLokQKoBA96jkQcDE09EIRaozgA1VIsEqothwB0dNjBQXA0Gno6EgXBHkKdqMGAGBiJgIJwP hGAAo8NoB4KwOToEAyYZ+K8wcIYeob+EATccYP0PMGAGBhgGyPqbaQF3dduE3FiA5CUDZ84H6vAN xB1wtGjSDYP712kZF11/nyAegPYEGAZEw712w724g6zhfnOyEA8P7JeND4imB6yOR3948+S3a36f 8dEPn/ROP9kqxW5z1G531E5IxXDwnQXi7gL1RLG+LZcx4JhonwZOaJ9qU0FI0DvTvoaAIRPk0CsN c8Y90u2e6cQDkn7qlWHxCIF1VTbBAFEBWoauh3Dq6A2AAXETnzVEugU3Ftv98oAEuIsgl68jyLcG 5lkDCQxw1lBgMLqGAnfn++/lWYL7Cizigfvz/QYJME5QGMC9BKGsAKcPmWlj4AFGCwr9w0lFvuHF fuIBcwaRmSh4vNBnIgITFzASYJZgdHGAJwqABGacgEQwYDTOK8zA8YQi3wSwAa2nnsKkgZ+owHDC xGLEBbRO5UzgpXL/a2TuK2D93+dDQr/5Xnx6UiIHwOf/gMkByP1zDuCfyd3/b0Bo/nmdMSDS979W gQTg1QoLR5SWBV4rw/pyWeAVXH7sksDzYIDA9NLAtNLAc6W4TIBJAJnApGKkAROKrAk4PJRJoMge W2SNKbBJTxZYJGYAgwHiCQ4EkAlwaxDOC8pHUxCnAQQA9kO5Nq0PemPB5Pu9AjwAZQvTF3Qfi0cC 5L1eF5Br/T3h034mSQ7MICnj8kl3pos7CQAYA+5Mo1X2h0T/NNU/FTcN35Eq70xTA9L0wAxnYIZG wSI8uCsNPUWDGQkwVJDBM8cZ8t4MbN6BEQJ9/VGcN4pLx/jsIPL6xvp7U8JMCLzTg9uHDC302Ctu T9G90S/EN4hhYEBHBgJh4ewgNxAIqesed1zYHBPE4wGAAWP9yfdTQcIJobtkp92q4060A7kk4IrP CNru3h5ABT7/b5fxru8nxw/3z7VoR/vbZbttqt02SRhAv7aDMA+Au8Pg9V0AwK1hVBADcCMQPv8b 688yJADfT1RgMICtP9XcAsTjAUgG3O6gWHz+h/sHAJjJYBQyZh15emP9IyYB8Ct6hEjR7O8JBrCG YCCJFEkC5PK9XiBW87VgAHh9hgF4fbOiIBjAV3+GAZ4HcHlARuPiYR2zVrbkq4hx7E+iakOmPEm2 S1Zo/SfXvl53WYfjPrtvUD02OJdv1tduU7fu0vfsVyOO6mfTnFf4jP/3cvVbWcHnM53xKc6wA87t u3TvDbLH+mD39ZgY7pKMGwM6rdOduOHHfPhvt1a3Ia2RbVbr1rhsGN0+aPhZzmcTkfVfLpuh7Yd8 v2zKGMC+X0JLnKZLyOtzzaa/yUKXAVihopqIBBp6MIBZ4XmCLH7D+doUBAMN5tqAAbL+/MkfYgxw eQCP7nAwNwi5hwjRPnf+sLxP/rSyXOvfeB7GlJvMJ/fPPT/s/g0A8MXDuIQ4dpGMW6zilkhcUbxY tllqvvpD8csjXb5qv1y3X+54ch9D7j/eux+gLQcIAAAwgEICQP8tngRoMV+1IA6Zo5rNRgjQeLbC qUTfyku/IakG6PJX//oKnv5fX2o2/cbWC/L0tYQv/Wj+Ycd/RhkMcBnAFTDgok/EhQgE7AuIBNxk wDr/44DhgQsJCT60zv/QOu8DWm0mBNwrfNHH1j8+sf71qdXgc6vRV3azb+yWs0XbeVanxXavZfbV a8Rt68TdW+TjO+Wz++xXj4hvsvWWCifvN/2zP+gTQSIBqf8DOadJ9Gip//weCOb+dnpLuZqTq98+ JugPh28XA9eLvqvtnksCCXOt6G/8jWb5LvnEd/GHVRe85zsfvUPk+9HzExa3AAEGiAGAAXisQQKu iARc388Y8MafuHGMHb9HBdXEmQBPDjAARFwvECYBV7UAIFKhHMDITAiAAYgfPBiIgvV37xNwhU2O C86CBMQAvIYnhuu69w0zAHhevx5xQugcoTPDwA91p/1YHQbc1iDDAMAAFD/U4xsGSCEYqIYEYQyA ImIBcv+uvHvHGAZAArRWc/+4cIAHiKN4WsD0BYVUiw3QI+T2BTEMeI9Um1uHXQxghQpXURwRYIA4 RAI8Olxn7FlhwLQJhcRIABjwkKAaDISuF6h+zwCpOg+MdGGAvX51/a8w4I0KGCR4LJQMmNagM8HA X4wKmAsHhpP2d+zRefWGpBvv7l8nJrZF/T08M7Ab+QDBANfWpfuIB6DGQALRmO8gIxKIPuSbWLF0 7e/PffXzB73Sv489QiRgtTkm4tNkx2PymkxxdaaYWiafq9CTKsSVGbL9MZmQKuNTRXyKnUBgkCo6 p9nd0qzOqXanNAQC12bZ3UzLkJkiICrIEL0jkODqbDNCgJHivuaUIYKBPFxSdjNgQNySZ9+GfMCN CPrnBQgGBuQGBvDZo4Py/IPz/HfnB+7hE0jvzQ+AB3BDmU08cH9BYAgmCvy0PlhokQgDHirwP5Tv f7gQEwUMA4GHC6oeKfRhqKDQ9xhEbOB/jFRYRY/EBiYlMFQwssD3ZKHvySL/2CJCAt+YQt/Yoirw ADCgamxhFa1ch/HgqSI/IQGnB1UTSlBPKPI/XcxdQyX+SSW+50p8L5T5X4XL97/Dt4PhdKBK68vv 5UcnBDcCAQDeLPeb8V8q0PlTDn9PChWvERKUB/h2AiQApFcwGOCp1DatQWZUAAcHme4gjwQQCxQD BggDJpXYz/I9YjwnYC4QcMcDngQJQIQBIyExMl+GYIC7gxALPMqBAGYDmARIQ92VAEAMicCA+yGc FHS/hwEQTwjwPIAYnEXWHxqQKQeko72H3D+sf6YamKmp6I9P/oQB5PVl/1Sy/jD98P3AgFDNj/D0 EjUhAdf0052GB1IVUwFyg8EcFAzOwLFC9/ABRPfy4AG9f3OKuv6IvuIwOoWIBGD3I2DAkIBZe9C6 X3aH75fd0TWEU0d7kd2nHWQCIgQA3ffh+KDufIgQkwDOCCLrH+oLIhggDGAYMIPCTAIMA2T9AQN4 NKvqSDwQCQM8Ftyerwsgr48zQxkG4g0McD6QEEoANgtigHgDAFsIFfhU0C0ycirAkEArNwcADJhA oNVGuP8QCVSDAWIAsv4owAD84Z9DgA2aSMA4fuwQBqALSFBtLgwGCZDX5zUmUUQnCuP+8b0/SWMy 2K0ZAwwDkNE3AMCbRgYGjNGPBADj+KMNAESI44JQRxCahVqugWLXYgK4daJukyhJbZMU+n+SVcd1 igCgM3n39arLJtljo+q1SV63XQ3c7Qw7qCen6jdycL7nx/kEAMHXs/SEY87gPfr6LerqzU6vTTgh tMdG3RWt/6rzWtlxndM+EXMFCRgylm3X0H9Ut6L/+koRt0q3XKljVsjo5VCLZaLZMt1sqULnzxJ0 /jQhBmAAQAhAYutvdjwMICrgdZGKhAGDBy4AGBLgIQGOBWrCAAsFAgGwgao/DwyArh7u/8FPJh/A 5IArnir2gMETvv2T5snGaP4hANDk/pvNx7d/8/m/xUKy/hrf/hfB/eP2X57cxYd/fPtn97/M9Pyg zyeBLT67f+P4UXT03L8BAPqVMYDdP4snAdBTFEd0scgkAOz+6f8G7kQiNZkD99/oWwUA+FY0+EbU /wZjvkbo+Qk1+Xyh/v6F/PsscXF1EriYGOAz8Xfu+XEf2fQTG1wcesdjgIsxIQARAxiZQOCijyU3 CAkDA2T3z/8IMMAAQDBgGwY4/wNQwYWsCz6w/vY+8OCCD216vPhj++KPA//8zG4wy2r8ZaD514FW cwMJC0W3pfaVq8Ut66yBm8Xw7daEffYrR+SsDLGySGf87PxugwFs57SAgso5rRkMLH3639bpoj9O bylTs7PlGyniqT3Wg1ut25KsK1f4Oy/wt5odaPKlr8Fn/r/j8jKkBCYiCDFA6DQht02oFgyYneo3 DXPNpt+bGaip2jDAPMA1UoIIvYxzRWswQEgGBnDlMF81UAMGqP4vMFALAyL1X2GALyH+q2QAF43V hAGTBpgGIZKhAnQHGcdvGCAks4OfOCJgEiAGCMEAWf9IMQyABIyqwwBWd3LAuP8aIgYgu++tbptQ GAbI8U8oq4v5AVw69lcwMJ5hYDzVtWIBUgQMVJsYrgUDke6fFd4BA4xCOFALBqrlA3U9GAglA2eF gSfSamGAURgG6jxOJPAXMODGAqSzzAzg0rEwDPQkGEi88e476kTHtrgEaYAi1d9jN9hrAwn2AAMu 3Ws15KnixnvRKdT4gIg5fGpsSdKq355f+Ntbt2RnxR62Yo+IVkdEmyMi/qjd+Zi8PpN4QE4sV8+U qoll8pos1S5VtE2xaSXFExUQNqTa7VMlGodS7c6pogsp3eqWYfdIwzmkOIqUkeAyniW4IhsXk+Gg oRycNXRtjt03T4IHcqwbc21cT5Zn34KzRwVahvLsO/LFHXkB4gHSnfkBXFoMHsAIwV15AdLgvMDd +da9BfY9aBnC1QT35fkfyPcPKQzcTyuCAuvBfPAA4gKiggLUDxegj+ihAh9RwbB8ku/RAt+jSAx8 jxVVDQcS+B8nFfiABIU+d5aAkADyjy70GzwYU+QbXVg1mpCARYQwlmTqoiqTFYwvOjWeu4kmAAaq JpXiruLny8i+o8WfjwPyv1vhf8cVxohnmsHfMgshANdk+l+D44fvd+V+/ve/WobHl0nk+0stsv5Y S90oIKQXTF9QKZNAif85XDAcmFwSIAwgGJiIEWH7WQQCIIHxRUQCgTEFJhOwnnTTABcGRkDyiXx0 Bz2G7iBJJDDM7Q4yJAANzQEMDM2x+IwgeX+euD9X3AcMUGT9CQYMA3BfkLgnC2PBZjIYIYAbBciB GYJNv7wzQ92ZSQxAqyQSIJG/d30/W/Z+5PjTsXl7ajXdlqroJ3rn9lR6R/VL1Xd4ujNVDWAeGJTu EBgMAhUoooK7M9U9GWgZugc8oPsfwxUEyAcOysv2y8sYBjAizC1A5uAgd2KYAQBDAtwOxK1BXOzl dqD9Dll/QwK84lox4/4ZBhAOuDCwWyIZ2KO6IBZAFGAEDGAS4I4gMxWAGiPCJG4NMiFAhx1YXfFO u22CYIAsfju35uOA6HGbwkpUwOeEwvez9ceUMK3o/GH3DxjAPmMAraoVWX8UYQCANsi4TRgCbrWO AYBbgEIwgC4gU5DpJ+HuMLftJ3adbplMUjHreTWf/7lokQy5kwDYDzt+I9pvniibJykIh4Qa3y9N F1BINdx/M/L9XJDvj8Y1AjKGz//Bdb9kxGH9VZsk1TZJxuPzv+ywDglARwKA9brLBrQAdd+krtii btyhBu1Rjx/Sk9KCr2Q6b2U5M7ODU9KckQfl0P36lt1On82q5wanxwbVfQN//l+vOuEcIVwjEI9b BVRbIo01svVqzdeN6ZarZMxKGbNCt1gmWyzHh//m7ryvbLZMudYf536S9UcjUOOlqjH5fi7QDoQW IHL/2DEk0JgcP5t+dv+KanQKGfdvSMDMCWBsQJs6BAMNAQDyUsQCgAF8zqeaVhh9yHza96x/+Hu/ 6/vNh38+dZTcP3/7F2T9m8yXTeerpnwbcYuFusVCGY22H0VC5w9Zf9ISfPV3P/wvUfFk5UnLVQIs PmRu7EKxopqIBNj9Q/Qn7SD6RzwAWKxacVtRHP23FshoiD//4+oxhTGA2RItQLNlw+8IAEwCoC4h fYUQwLT+G5nGHvOlHyuTwEWuuYenDxl9ggFexUWfWZ7jBwwQG2CfkMBNAwAAF4dIgGHggo+tCz8W gAE0CJG4O+hjNAgREpz3YYB8P9z/h8QGBAO2SQnACe9b579PhGB5AirQXyEx+Nj61+dWw1lW06+s mO+sdvMD3RYF+qywb0q0Bm0Uw7aJCXvkq4flV1lyY7nO+dX5ORC0FPHAf2TwP8ohERWgICr4xX86 8xcnuVR9mWE/f0g8udMevEH0XW31XOxvNy/Q4itfw898//zId9F7Vefz/QNMAhghgN4CCUS9wRFB dRgwIn9vSMBdiQfI8WP/FJn+KMwKnwEGwu7fiB9DPIAWIHL8RAK1Boghsvu0vuRaf3OEaD1+ZCoI NwURCUQ+Qrxz1pkBb3qYalOEMKAeW/wwEkTAQNSZZgZCMEC+P4IHoOptQu7Fw5EwAACIkNmp52JA CAZqqDLq7DDAItOP4kxRQOTAAGAAAICmIL5i7CncKhDZJhRlxojdq8cipoery5DA2WCARL6/3hiM EVc/RyicDESoBgzkVscAlwTc1iAeICbTXwcdQQwDHga4VOCRQN1RaXVGpOHXmhgA4b5hFwZS6oAE wjDgkoBXhGFg+FnbhOqYS4hpHb6/Q49Oq9cn3jC4X53ols0v2SUu2S3r78YBo/XdSWJNDEBU0HCP fSnfQtBov910v7i7YN+q32cs+/2VW/NS41JE7CERm2K3PiraHhPtj4k+mYE+x0THFPV4sXi6VD1R oBNSrTYpgIFWx+w2x2TbFNkuzYo/JjscQ09RB3o5ze54jE8ZIh5Ig3riYjKcRto7A/cWX45byeyr MuVVPFh8TZZ1Xa64Locbh3LEDbnWTbniplz7ZkwV4y6C2/Ls23MtDBLko3Gofx4GCQbkm+NHrUH5 gbsKAoPzLeKBe3B7sR8wgKwAuj8ficGQfBtsUBAYkh9AXABZQwkP8n0P5hMV+B8p8A2DAo/koxhe gKAAo8bEBjxd8HgBUgKjEQW+kQUAg1GFVU96eIA+IshDgsKqMV6NR9xtjLmCp4txI8GUMt+MUtj6 meVw/2+7IYCfR4FxEqjp/0HPDycA6POB0Q+8VEJGnwo/6SVzQxntG9MPBTAZXIbVuH8zKDyjJBAh a5o3McyjAoFJEJFAgI8Q5SGBQms8nxeETID7gp7kw4JII3hC4Il8CwcHoTXIHs7dQe6QgDkqNMdt DTJTwkYP5NgPcBTA1l/cl6Xuz7IxKOyRAK338Nmggw0JZIiBGeT+bSKBQZnirkxkAjD9GZp0B1n/ dPL08s50545U0Y8c/zF1e5rul6aN9SfdGqHb0rz6mCTRO+ZNWg0S9E8jyf4o1IA0nCZ0V7pDVICI IE3fy3EBYcMtx5APXIX5Adh9VwdVd5cEVPf9gsCA6u4MA3ylgOzlHScKDKjWI4QhgW57Rbc92j0s yA0E3BXDAHuABHyHAIaAcWao+fa/S3cEAECAAZ4P7oSbBDTxAM4MDWEAJwPEAAk7kAm0o3qbhrYq QgJ8+wcJMCF4a5st4SggIgSQBAPMAN7n/w0aLp8bgVptxDxAq42ajD7v8wwAd/4Y69/SFOv5dCAy /dhhBlinY5JVtMcDVLRY51r/Fmz6yeW3IKOfjE/+VMD3o+kfDULG+rfgyQFam4dGhKlYyznAam8Y gDBgjW5Gvt9QAfYFOIHe5MNGWyaquERy/4oAoHWiaJss2yXLhPU6Yb1qv1523OB02Yhjf7psVLT2 2Kwv26pv2aHv3e+MPhJ8MVu/la0/yDv9drYzI915+FDwum1ICXqQ+9/odN2gO29wOq1XHZMxTJyQ pOMTdbtEp+1q2XqNIuHs0ZUKX/3x4Z/vKVshmy2XTZeRsxfw+ks1LP4ybex+MyroEef/YG28WDZa IrHDVIB9DwBwRhAzAz+6CUAoB2i8SDdcpEiNQslAaHR4gWYSkJcuUGZW+NL5AnMC8wWpwVwvJSC7 zzcKs6gwZ49C8P0Y9tWN55H1h+D+F+BmYv7qr6MX4au/2/ND1nyJarVYtFoiW3vWP345N/yscIzp J3Mf6fU7rnRo7bRCdVzhRgHYdxMAwgAzJ+C2APEMMaEFvv3H8cUCMfztvwUfPAoAmKPqnd/C7f/B AIA0n//NQZ+hLiBY/y8VCZ//WeT7LzbrLMUrk8Assvjw9xd/JjH4S6JHEIKN4nN50aeSvP7Fn+Kd iz61zGCAGREOCVHApwgESOd/YoEHPnJJgBMADwY+xud/Em1ygxBRgZ+QAI7f7HswYB5Jf3s/YHTe +0AIevnvHwf+8alV/7NA4y8C0d8GWs/1dVpk9VoWuGGNPWiD/cg2e8JekxXIdcV28e+4poBTgtMq SPqPEwwSHkiufwkED/+gl+Srd46JZ/ZaQ7batyfaly8PxM/zt/wm0OjzwL8+9l34QdWF71Sd97b/ PMDAKYKBqDdI1RmAfnLTAFpxjpAx+ogFwrV33zAZfV65jjhXlAw9GCCCCjwMgMjxv/xv9/O/YQAW 75Pj/6Pei394Ft90CgEGvB0y/b9zL9DvSAZ4ByME3hrRI+QeIgTNCN0wYB7h+w0SGIXuGcBRQuz4 iRAiRUa/3nNY6z5Hj0QCIfcPHqA1AgwMCXxfl3YwLeB2CvEY8Y9e7Qo3DEwKwcBZFcWjw6R6Zx8g Nm1C9Z6tTgLcLOQ9ejcM4LJhTgMMIYAEOCKIIISo8SV1x5dG1WAAooVxHAtwMuACAKseq64LAOz+ OR+IhAH2/ZBXh3jAkwcAdcI1ooA6o7LrjMqqY5KBUfD9kQqRAFbvHKGoEal1vOvG6o4449Vj3CCE u4ddGDCxQAQGVIeBsyYDnvg0oQ7dO65ev7bvXbfVaRHjwcAuG/1Cu+xL9tgN0DIENdxjNdxHSCAb 7w/clXtg2W+vrv79pQcLdkUftNodFjEEA4ftNkdluxTRKVXekinJ2ccfFR1SZa800fGYbHNUtD5i xR21Wx2RrY7YBANtUoAB8YABK+EYBos7cuNQ13SS1S3d7pZq9Ui3e6RZvXBvMWDg8gz7igyLhIvJ MHxsX5fljRDkonGobzZSAuIBniLgoCDXIvXLCQAG8gJQvjUQXUOBgQUuD+CSsvzAPWgfCmCcgMAg 308wcF8eF3mBB/JJ/qGmj6ggAB5AOOAnKnikEFQAMCj0D8uvehRDxr7hhWgiwnQB8IAJobDqiUI/ BwX+URAhARTJA0+CBGgHxehCAgPfuCLcYjah2P9MMU4UnQE3b5HLJwAACUROAlT430TbDwYJuOEH 1p8c/0tEAuTvS62XS8j6U00kgM0XcUEB3P8LJX5XZQG+zBgnh76AS4VdDOBZ4cA0vlfYYIDRxBJr YkngGYwK8JwAw8BYiEggMJozAcBAvuEBSTBAJEAYEOoLCsHAw6Y7KIeHBKrDwH059n05gqz/fbgQ gGDAuH8OBDKpEC4JwPczCdCabg/IJBhADnAnMABf98EAGer2dDL0yAHIzd+WKmH3YfTJrKMm3cLG /ZYUlwFuSYNuNpv8mkkM+qVqEoFEv2MOQoZUPYCzAgQFxANpajCLDx1CB1H/VOdm5APOlYc0XD45 fvL3B1UPwAB/78cKVYcBMzTMMBAmATyy+zeXiFWDAY4CBMOA6rILMGCGgzvv0R2M9d+pOhAM7MJI ANadOCcURwNxX1CH7TJhh3BhwIwHbFc8J4AEIH47nwpK1n+baQTiwQBzVCjJjAUzCYRgoFUYBqo1 AvG5QG4dt1HFbuLJYOQAWFuS9d+gILL+G2TMehWzXkbT5noNPECPkI5ZZwCgGgyEW4A4CoDpT1bN kA/wMIAJAQgG1gIA0NiTqJslymYYDoaaMQxwz08YBpqt1U3X0E+oo9fomDUKIcBaYgAZlyRaJ8k2 ybrNOpWwTrV3v/0TAKgum1S3TU73TfLyrc7N2/SAPcGHD6qnU/SMjODr2cHXstXUdGf4ET14j3Pz Tqf3ZkUM0J3+aj0ahzqvIwDQ+PbPd4rhw/8a2WqNarVax65WLVfK6FWw/vD9y2lV5P6bwujLJoQB y8j9k7/Ht3989V+mAQNUsMj9s9dnl29e4GQA1p9F+42YB4wADEgG3BAgUi4P8NAwkwCSAZ4WgBp5 MADNE2z0BQrcNMyOn3aIAbig/cYLJC4k5o5/tP0sVM0WyOYLVXNy/wtli0UyepGMWaRaLsZBnzjr c4lqvUS3XaZI7fDJnwGADD25/xW6/Uqy+DD9HVkeBrgkwO7fcIKbACQsdTAEzBlC28W6jbkKwHz+ 5wQgZgEuHGiBz//cAjSHJ4Bnq4bfAQbqndeiAWHA18QA4hLSV+qfxAAkrxEIY74RJGDkAsDnHgl8 DtNPMMAWHzBw4WfiQjL9TAL4yYwCIx8g0+/CgHn5LDCA2QDoQ54WIBhgEjAwgJUtPpGAOy3wQeBC NxywaZ9gAGsNGPjAqvee/7z3rPPeJSqwzn8PCHHhh/6LP/b94xOr/qd+ooIW3wRazwl0XmRdtty+ ca09aKMYvsOatE++lSIW5Is9J5zSfztVdlA6BANICUhEBVQTJPxpB/P/OL2xXM7KFNMPiuHbRf91 1pUrAh3nB1p+S0jgv+SjUxd/UHUBH0LKyYCvJgx43UF8ZBDPCXgf/kPzA1AtGKhnMgEXBgwJGAYI FWeDAe7/4X3opUgYgAgGwo9UGxh4vlpQYMRtQr96DFAdBkI1Ho3vZ5HRx/SwBwPe539mgJ88GIDL rwEDxv17MIBHjgWocCcHasBA3eowUGcSb04BDNSw/rVlYKDu/xUMRHQKudPDdTkKiHoqBAMl9Uwj UEgTiqPGk+8/UzLwVzDgRgEuAFS7XsCFgbq4ddhFgpokQDoDDPDjKF49GIDvH3EWGAgdMAoYCPUI nfGeARMOAAbqQGEYqM4D/2cw0L57x1Xr1lw/6NY6zaOb/WuX/a+dNpBgl8WdQhwO7BGX7reRD+wX jfZYvVKK5v7y9po/XhpTtr7FwVMt9skWB0XLw3arw7D7bVKsy9JU7wwZn2LHHyXTj83Wh+2Wx0Ts UfQRxR0iMCArLzqn2K1S8ELbVNHuqEg4JhL4rKFOaXZn3EVgd0u3uhMMZIge6VbPDJ4fSA8QElzB VHAlDx9fQ2tm4Los63pQAcCAu4YsnD2aKwgGcPwo1kA/TgmABLikzI/eodzAwDz/oPwATiDle4uN GAn8HBFgyBhzBfkB0gMFFiGB0ZAC/9B834MFaB96MN9nRgsABvlVDxf4huX7H813YWB4ATcOYa4A QwXhoKAIYDCysAp9RKQit5vIZYNC39gC37jCwHgeGJhUjKHhl0vR/EOmn2BgpjsSgGlg7v63XuMW IOQABgDI8cPWB4yqAUCpn3a4cDUD95fxVECpZdqB0BFUahMAGD1XYjDAmlISmFyMceFnCQOKAjwx HCAMwJxAgTWWW4NG57uzwiPzrRFIAyxkAnkGA+xHcT8Azg99JM82cwIuDIAEMC4cgQGGBLgRiHuB iAHQh0N1Ng4PvTsTEwImEyDdmUEYIAZkyv7p4s50MSDdviNN3E4MAAxQt6bJW4kBqEjVnu+XRALw +qnq5mOSpW9O1bTekqpvOqZCujkFuoX2XXGd6tx2TN+WIm4/5tyJ0QJaFVEBzxK4Zw2R7k2Xg9N0 f/wj+rqj+nLiARwZpBAIwOVjdNggAYw+FbhegJhB99wv+JIBjA539zCgOy4YDgNASDwrLDt7E8Nd d2rCABweiqkAFpNA++2i4y4NACARGODqAEEM0J6vEE7YQTJnBwEGeEhAm14gYgAeEcZsgBsFbFNt GAl4xYRAazMYgJVbg8whoR4MwPdvkBgD2GDSADMGIIkEQjAQi8vCyP17MEAFWf/12ImB10cswC1A MnodryYKYJHvD2EAqMAkAMluDgCvnwTfT2qxFm+S3W/GLt9sNluLRzMTjATAmwQw8wO4amCtjk2U OAKIGCBZEgDEr9f8+V912qA6b9Rd0Pwje21xLt8ir9uh79mvR6U4UzP1a1nOm7nO6znOlFTn8SP6 xp2qB3ECnxfUBaPDqlOyQ+4/gdx/Mu4WaJuoW5P1X8OHDhn3DxEAqKZgANFkBft+fNRXjUJG3yvc xyXuh/9q4ogAMLAk4gUPAxovIveP11wSoBcYBkLhALn/EAycUQQDtBIYMAPgSz/5ezL6jRbwJcQs BgPX9KPVh3w/q/lihYafRYoUs1iSYhfj23/sEv7wH2r7Ife/XLnf/mH6wyKv33ml6khapTqjdjqt IIEHTAhggoJwFxCaf2TbJZoTAEkAELeIrL9qiUsAyP3L5vOgZnwkUePZ7gQwjjH9lqSQAHwDGPjh x5+JBxACfKn+8SX5fleR1j9SbP3lRcgEFAoolAl4MPC5gQHwwIW4K4D22esbAQnkhQQDhhAYAEzh KjQozBhw4ccSBU8MuzDAHUEhEuAiEPEIVDj//cAFJgSATCxAGEAMYNP6NyCBdd57gfPe85//vu/8 93wXvF918UeIC+p/7mv0hb/F136igg6LAkQFNyRa9260R+4Qzx1UH6aJFYUy/Rf9a8CxFVqGWEF1 mqgAcYGtT5+oCu6qlN/liFcP2yN2Bgatt65ZGei8MBA72994lu+Sj6oufs//t7dP/a3aaULcNcQn ikIGBmD9XTCo9zqSBPoJ3UEMA+GDg6rpz7qvEBLwALGXCZif2PrzDQMEAy+doVMoygwGmFGBUMED A244wJmA4YHwtIA3M4A3I0y/mRh2FZEMhKw/RF6fGSCSBIxg8cn0k8WnR/erP+EBUYEJAcIwYIQ3 mQRcGEBfkAsD3A4U7hoKCbHA5BN1J+P4oL+gAhcGztomBBEJkEJtQuz+Q91BpiD3H4YB75KB0moY 4CmKfT/WGoqEAa8piATfH3G0qLl0LAwGDAOh0eG6Y2phAOnJ7Lq81pabDIxCs1CIAUIiDIhQGmGA CwNnHRgwMskAYoE6j5P+CwmQarr/CPHMAMNAtw4EA9cNugUwcMkuWX+nAgzsQDjQYLdosJcK2QAn jcpLd6sOh09++dOnSX+8OK1iedyhfzffL5sfCLQ4IGIOirjDos1REX9EXJMpOx+V5O/bHhWtj4m4 o1arI3bsIavlIdnyiGh5xOqZLh8tlrdkqzZ8+lBbRgIMEvBxQ+3T7A7pdsc0C/MDhARplgsDWaJX pt073cbdZJnWFZnWlZm4lYy44poMwREBZKYI+mYHcFdxDiICcx3BrXn27TlAAp4ttu9AUIDjhgYQ EhRYAwsCTAU4h5SRwE9IEBoyvi8fHUToHYJszgpcJMDqwQBRgRknGFbgJz2M3qEAZgkMFZi5AlIB DxUUYsL4icKqEYABM2rM4wSFgIExBS4MTCgOPFNUNbXE92JZ4NVS5ABmLBiHAuGSgcBrZf7XuPXf yGvy4W/85dbzZWTxjXAaKT72k9Ev9tMOXyEc8fnfGwnglWqLYIAYAMK1Yu6sMAIBDAkEnim0SE8V Egm4MAASKLRHF/DJoXkuCRAGEAO4GJBnEQaQcHgoYAAXhxEGGIVIgPuCxH3ZJLcX6J4sQgJ9N6IA eV+WfiBb3p1h34UbAwwJiEFoCpJEAndm2ndiJEASDNyWLm/PIKHbhxjg9lR92zHTCKRvS4OhZ39v YAAAwL4fMBBigBtpTVE3HoVuOopp4JtTZAQS6FtT1O2YNNCD3Zljp3+qM5Dk8oAz2D17FC/0o388 RV9zWBkegNc/oJkHTDLgfvg3rUE9ORzAWaLuxQIar3kk4B0f5LYJMQkQA6guhgR26c47cFJQ553u tcEIBLy1/Q7Rfqe5S5hHhHFqEAPANgMDZjM0MazdHMCdEAAMtNmq2mxTrQkGmAfa0I6ZEHCnhMEA 5qu/4QFeTYOQit0oY91AQMYax49NggF8/m+5XkWvEzD66wTSAOP4kQ/QPlt/EwgkEyQo4gRTgwTY 8eN+AB4FNu4fqwcDrt1P1OT4kQmsFVhXq6YMAM1WKyg0CYAbxNBWBK2VcYk6Lkm3SVZtkmVbYoB1 KmG97rBedd6gO210um7CGaBXbdX996iHDumnU/ULWc5bOc7bufqVbDXmaLD/Ln3zDueqrTgntOtG 3ZngAX+uyfp3SNZo/SfAWEtC3z/c/2r+9r9Ske/HDWXLJdz/ctl4uWy4HKafGIAs+xm8Psu4/Oq/ erXLALwuRp8PXgMJqCbG0NOO2x3kvlBzSICDgoiWoZrCXMFCAAC+9NO6kK8m4D6fpotoVVQ0W0zW X0cvVtGLJdYlKmapiFuiWi3RLNV6qW6zTJHaLifrH/rwDzdvPvnD+q8i9686udKEAUYGBsw77dEL xFnBCid+ucPd/9p0//M9YrhROHYRLhloSRzCE8AYRJ7H47/eIUU4sXS2avCtiGAAbwj4K8DA/+f/ 8/8xPBDCANLfPRi4eJYbAhj9/QsmAYaB8Gpg4HNYfPL0oWSAfvJ4wPvq/wlgACRgUIH+NpIBXBKA +4+YEzCxAGDA8ADahMzn/2owECmXAdAp5Ok8Wg0AsNya1veo9iMreAfrBe8BIS78wP/3j/31P/U3 muVv8Y3VZg6uG7tiReDWJGvIFnvcHvvVo/LbLLmtQpb+W/tkUBIMBAED2jmtebTAVsFf/KdTfwyi d+ioPXa3fc9G+9pVga4LArHf+Rt97v/nR1UXvVt1/ltVf3vrVD2GAXQNedcL1H2jigHAJYGQGAa4 L4jHBjwAiBRIwMBAaE6A9xEL1KP6ZVr/5LEBogViADcZYBjg3IDdP0IA/t5fLRkgBnje5YGaA8QR 08N83zD6f8yju8nNQlTUIaMfggFWJAOEH8ncm3YgrushE+C4wIMBnhUOC/cMeLFAFEiA3P8PYRhA LBAmAUMFIRio4f4j5TYIPXu83kRzoFB1Bni23C0iSCAktvu1YYCvG3N5ADBguoMiFVWDAUKKhAH3 ECFaXRiIUCgQcMVRAMFApP4vYQAhQPVkoKZGggQMDNQ96/XDZ4WBCB74X2EAci8da78yefV1A28G DPxzBzCAkOCSnQLrLgESICTYHSAYaLbvz+crlyafeuGTH79MOPxTk71Wk712s/2B6IN2y4Oi9SHR 9ojd7Zi6NhMY0Pao3fqwaIU0wIo9iugg5hDW2CMIDW7LVn0y0ClE/EBvtmUSaJciEo7JhGN2x1SC ARwx1CVNdMctBFY3M1KcbvXOsAgGLsuUl+OCAouo4CoSRggwVYyIIEfgrKGsAPHAjVkB4oGbsq2b swPEA7fkBDBFkMODBKETh3L8mC3OtzFFQDKzxWgfwtFDhAT35PkJCYwYCfwmKEBWkO8jGHgwPzA0 D11DHBH4DBKACrh4JL9qGE8Ym6GC4fm08mUFZqKgALMEI/IxToCJgggqGFvoH1fkn1gamFKCm4bJ 6JP1f70MvUA8Fmy9XmZhJKA8NAnAGICTf9j3l5Hdh/ufXkzOHo+w+8b9EwYU809k/Uv8BAA8Fgxx HQgxwJQSa0oxBoUnFrnrs8XWM0X204XWBJAAhGvFTHdQoZsJ8KAwSOAxCNcIDMsnDAAJmFlhHhd2 m4KgHHuod5Hw/Tk2SCBH8DyAkbybwwFzZujwXD2+UD+SjZGAwRnuuPBAtAYJwEC67E/KEP3S5V0Z 9oAMcXsaWoBg+o9JIgEU3PxDRh9e31tJN6TIG1PVTamaf9I3pKi+KfKGo4oEGEjRN6ZIvJnC4j+5 NdW59ajTL02Nz3EGcfuQO158TGO8+Jh71tA9aYgIOB/QNx6VxAN9DqIXCF5/v8BMcOiwIMwKEwnw CULgAU0wQGxgSKA7uX8TBfBhQV12CxcJCAD2aCIBtAZh5cOCcH6oGQkw1p+1U4IEaN2BK4TJ93cg BuBMAMmAmRPAmaGGBDwAYBggwfpvla23yNa0blWttqi4zdKMArfeqMnft9okzHAwrXFk+pkE4Pv5 879RzAbTCwT3H8MwgMJTS9wfTEZfx6zT5PVJMeu5SCYhHIh2x4IJA/gIoHWu3a+tZjwZzI1AshkP A0AmDSAwWAsSCLUAuTnAGuBEy0ScSRqXpFpxAkAYgGNA16n2G3QHAIDuutHptUVftU3fvFMNPehM SHVeztJv5jivZwenpTvjUvT9+4NXbVc9NsnuG4gZVJcNaB+ifyEhWbfDxQKy9VpcM9wqEeeNtlyN 64ejV+kWK2WzlbLpCkXW33z7d7VMNuIBgMbc89NosQj/xCJCaMSO3zAAO37mgeqPEWISAAyEW/9D swEeDOAFPJqLxozRpzddWjCJAe3gZSr4SjLMGzRbpJotks0XiRYw/RLrItmSfP8SGUO+33zyXyrj lshWS2XrZYrUdqlEw89y7Vr/FSqBfPxKV9zhw1qlO6121XG1SQA0wQAV9GsnExFgSAD9QubzPwFA W44UWqOzSLZagusFzD0DMQtx6igBgLmBuMkc1XiOxOd/9P/IS7+D9W/wnaoPAOAhYHcOWP3T0z++ dGEgxAPk9d0EgKz/5+LiLwgAkAC4MMBNQQYGOBYQF80yyQBtohfImH4DAxeR1yff/7nJB2ifjT5Z f44IjPDTJ/YFPBuA4mMiAXmBJ3z+NyTwIY4MOu9DfygcMEcGkcj6YwwASID6/A9sDgTCMwMhGDj/ vYBHAnj82zsBxAL803kMA+cBBnx/e8d33rv+v6GbyHfB+2gi+vtHgUs+DTSeZbX4JtBuXqD7Evva 1dad6+zHt9tT94sP08SaIpn5i/Or5VjOf3icAIcOERWo01j/tJ2cX4OrCtX7x9SEPda9m6zrV1td Fvpjv/EREvzrQ9+F7/55/tt/nmeOFZoZmhMw7j+cDIR2GAb+jVlh+rUaBpD+rJ4D8A5jgLcDx88k wNbfrSHzGIYBTA//Xs/DADcZAA+YZOD3ukQFEV6fVK86DIT2cQ8x2AAFvD4PDLimnx9NHVqjuCOI rD83BYVWkwCEogAupiIccJuFCAawGhIwsYDbF4RHJAMAg2qadKLepO//embANAh5scBZkwGPBGD9 QxgQ0SPkFnzDAP9EJGA6hc4KA2dCgjAMeEPDYwvrji0yMwMmCgiJGKBeBAx4SADVefIMMMDyCgYA nh4mDKCVdnCOUG0ZAAgVRgwDwIDaMIDjgzwYMG1C/9PMwF/2CIWSgfjOCSuTVl175011mrdo9s/t 9iU71b9AAuJfO+36BAMkwIBouCfwYPHONX+8vOj3mX2OFTXaazXGJLHdfL8VfVDFHpatD9nxh/Gd vssxxAKtjmCeOPYIuX87mkjgsGxxxEY30REojgghxY5LsVpjisBqnQJ+iKc/JB5IwamjHY4BBlhW 1wyrazrmB7pxRIDzhTJln3RMEVyRKa5I95uLiq8xB4/iumJ0DfXNtrFmWTdlIR8g3ZQduC3Hui3b FZAgl2DA6p+LewkGYpYA4YDJB+7KJRjAiUMocv135wXuywMPEANgzpgf78eosds4RBpa4Bua7xtS wFlBfuAhIgSSQYLCwCN5uLPs0Xz/8Dz/8HyPBwqJB/joIYYBs45iHiASmFDkn1KC0/1fxkmgmBZ4 rTTwailPBZQHMBhQHnipHLO/SAAIA+hl3BDs+n5YfPQXoSCZTV7904pdBphWinUqyb06AKL/KGOA NZkBwJAA3ylmPV1kT4CIAQKEAUbjCgI4O6jQ6w7KC/CgMM8K59nDc61Hc+1H8+xIEniEJwTM+aG4 TACnBuHIIMwKMwPck2mbTIBEMEAYAB7IlCPz9TOF6olcNTALacDALEmOfwD7/v7p0J0Z6rYMmxjg 0Wz5aI6+7Zi85Zi8OUXcmqpvTlXmwz8VBgZIN5g6BTBAAAAdRdH3qCQBBo5wOMA75s0bU7RJDNye omO6X4q+LUXffgy6I03fARjQA9OCfB0BRCRwNyaMMb58c4q+9qC+7AB4AFHAftWtRjjgMQD91B33 DKgee/lyMb5QDIPCu71kALEAzg/tukd2QYG6E8EAnx1E7j8yEyAGSNghEjAnoM35obhUmK8LQCDA JEByZ4V5QoBgAGsYBhAFtMLhoYpgoPVW7X34N5kAHuM26djNBAk6zrj/jWGR18e6QcWGAAAwgHkA 9v3hlUcCNNl93uGCYaC5eyKQjAEMAAma8yaZ/hbJGueBRmBAiyQzEsDdQdz639wdACARHqimyAqQ IbQ0OcBaEbfWZYC2hAEbVbt1MmG903697rRBd92A7/o9N+m+O/XdB50xKfqFLP16tn4lSz+b6ty3 P9h3m3P1VqfXJrvrZt11E0aHO6534tdpErn/tsmqDV80FscXDrRchQvIYtD8I5utkE0IAHgl30/2 vclyzQAA02+MPrqAaGeZcN38UtVwiWjIBRl6LrjmPh96Ab8SM5iX+dH9Q1f0JqOC6/hdGMD5oa7L x8AAiTuIXDVdrJuS6edGI1h/1Hxa0RLZYgk+8LdYKloshelvuUSQYklk+pfKVssUqfVy/thvGv2X q7YrVPxK9PcnkINf5XRYqY3wyZ+0WnVZpTtDilauUYRgoBMBABjABAWKh4A1MUA8hwns/iUBQCv0 GsmWixRZf2KAaAKA+arZPBJOJuVhZVxVRvr/svcW0FWca/s3Um9xCe7u7u6UGnWjBqUKlLobUKRY S5UCxZ0kJIQkxN09QYLVHUiy98gzG/nu635mZk92QttzTt9vnf/7hnOtZ90ze7Jpu86C6ze3of7n K2G//q9N+kLU/sKo86WBKUDk/umU8sKAbsMA/bJ4wKwFktbf2SJ83RqKpfs3GQDZAC8JAAbg9fHi X+cAoptXgwTY91PAAGAmBPiUMEBG/xoIAAAMWI1X/jInABhAwwCeMSuFuChIZgakLBgolw1wXl5h w8AyBSSwlOy+CyAB308YgJtXLGVRgAf4mSXuq5AucF27XLlhlbvex67Gn7lbrXV12aQO3KmM91fu Ouh+OkZ9P01sKtRivxW/uC/oxgUPDx3C3KHzFz0YSHqxRD9/7A9PYLG+NFOfG6fdTkiwx919c1nr taWNPiqptbzkmqUlV3+AkqGajuVifDp5gFuEZcOAFJIAcoSo7CLwThH1lgnxpcwMSAawYQC1QBQg ZiRAt4DEAJMHCAa8GAASkDDA04QgbhJ4g1w+9OcwYN5nAKjOpr/mq+VgwBY8vQkD0vf7wICVCoD1 lyTgjQEDZo2Q5AEzP1AOBniiaA2GAR/rX1G8aMypbyqTCQM15p2U9ULV556sRtbfogITBpANOFHj WZkWoIBTBBVgwF48jEohtv4IHJdWZqCcanhhwKdAyIYBAICjTMjLA9Xw+r8Ac0WlLBio5oABZAYq kADJyQCWkBb4KxigM93uGZAwwPuGnaOETBiojrTAn2cGQAJ0dujWcRfBwI1jGQYitdqRnBCIwVkn Sq0TiU7ietHq+Lxs/7Pv7T37/p2HExvEKQ3j1cbxgIHmSXqzRKVlitImReuWLgZniQ7cP9A+RW2d orZKJgDQW6TqzVM0iQRtGRJaIl1AMKC1TtPapunEA1wvhHFDhASoF8rUOqerXTMVgoHu2UqPHIVI oE+O2jtHRdVQrtYvW+trlgwREiiDecTQsDziAW0E8wCQgLsIRuUqY/KQJRiXr4zNd48vcE8kGCjg qiFTylRCAlCBm3RToXJTkQvtBIWkMuQKCkiu6YXu6QWuOwgJmATABoWuO6Gyu4pcdxXhvFtWEBWV 3VtUdl8R8QASBWgnQIrANYNEQVHZDOIBgEEpNxWUPXKkTGYJHrMyA08cdT17zDX/mOtlru8n6/8+ twVT4BgKJHsDeAkA84As+DFdPuvlYgjxCddLCNwyA/Dy8TLiBPpyYADkpk/pfAFLjsn6u+eTCAO4 Iui5Y+55x1AURJpDOsY5gWNoEngGGODmfQK8VgyDgxwdAoXKw0gIcE4Ae4UZAwrVByDtviKeH1qo 3sMdw3fIDgFvQoBJABgAErgtDy3CN+Wih/iBAjQT30wkkAsMICogEpiWrU/N1iZna0QCE7OQELgR 00IxBQgwAJHph5tHBkBiABl6Nvfk8kelmxqdLkbRZZrGp4UEFhvYl4wEnC4gJEhD/c8ESIAHMo0p GeLGDEM2Ft+EwaOSB9BFcDPXC41JEcOSxQA0D3A/MVqH+fW/RAIJAPHcZ4xKIQkDnBMwi4JwOi+7 xWK4kJwi2jUavp8AwKoLkjkB0RlpAW8hUKdDWkf4fpydIlhhWqdwuiOYBMzGALlOmC+l+0dOoG2o RkhAjp8AgEy/xIA2hAHcDQxJGAjh6n/4frMiyBZhgMkD3BxMjp99Pyy+jJvxJd9ho8/lQBRIu883 9aZBerMgDxf9w/3L0qAmZjaAbwIDkBaQGQBJArxLmEuAArSWgTo6AQLIpqMVuG2QaB9soBnggOgc AgboftAYEOYZGWlMi/U8kmrMy9ZfyzVezTaeSBP3JHlGRxq9Dp5H9X+I1j3E0yXE05V+NsjoRABA X4X6H6waaMWzR1tgEQF2ETQh7UblD6mhFLl8wgCCAS4EarTDgLOXAahAIoFouEM02oaPyP0DAEh0 c6uEAT5RAgSjz0U+XPcvb8okgPkAAQAeQIfANm4k4FQAyc+cI0SnXEBmBk23wf03JZHd36E3Z7XY LprvEC136FKtdmKZcetdBnz/DtFup95+l0Fqt5NMv+hEph8nv+zfQ+5fmn4hnX13iGLBAdRjr9GT RRjA8tDZTaICmEEQALD757GhvDpAZgAw+x/zf1D501K++9+EF/9+PJC00QbRaL3WkN1/g3WCAIAz AHpdVh3U/yADYJMAq1wngFds+p0wQL9sHvACgBMGzD4Bs1UAbGCRgJkW4PvXyGyAfP3PuQIpSQJ0 QpIEVpl1QVev1K9ZyXgAKuDSIEkCnBNgJAADmCSw0swJVJQPDFztiK8g6+9NDkBXLHXVXFqGJMBS lwQAWzWlFgMGrlziqrmEA6aC65a7aq121Uf5kLv9eqXPVtfwvWU3H3DNjFZeT9G+yFUjv/F8W+px C3QVCw/BwMXzjATi/MVS/cKR343g42JlpjaHkCDEPWK3u9vGshZfuBp8XHL9ChQOXbnI7Bmo+R7k hIGa75fKm17JoiB6hmGASIBhgKmACQEwwGkBCwbMDIAZyAIhjumsiVFCdp8AuX8JAyYJ4L63TKhC z8AbgAHuE5BIYMKAnBfEBUIckK23MgCmrJyAV74wUF5MAtVfQizTAugWYGGcKMNAzZfI/QMGqr9A khhgkYAla72A3Dd8+eSALwxUIhQLsd2Xr/9rzjXjmg4SwEdzTtZ8Fg0D6Bl4lmcKEQ84MEAKvh8q Nn2/U3L3MKjAmxlwwgD5/kphgBuIC6t7N45JOWBgNmFAISQzA+XEmQF0D1sAMMuqFPLFAEuoEaoc BpySSwZwmjkBn7SACQM1Hkmp8TBUgQEscVqghoSBgN0jbhwjMwMEAKJ2hC6RoE6UjqqhSLVl8q9f /rIquPT1Z08ENYorqx+nNoxXGsdqTZLUpsk6GgaStHbJWp90vUe6QHVQqkZn6xS9ZRLRgto8maQ1 SaGH1eZpWqsUrYWsHUpVW6ZqbdJ04gGCAZ49iqqhDuk8ZShN7SJLhjKU7plIDvTIcvfMVXszFZDM rmIUC6mD85SBOW5ZMoQsAbqKkSXgkiFuLM5DV/HofIVgADxQqEzMAwYQEkzOdxMMIEtQqN5YoE4r xBBSqVsICYrctxSwilwEA7cWEhWYSAAY4JN0V6H7zgIX6a5CCQOyfKhUFhHdW1BGYCCzBA8cLkOW QLJBURmyBNxRQDzw6FH346gRcj11FH3DLxW73+DB/++cxmxQBgAXTwt1vXlKeYNh4A2GAcIAcvx4 5Q+h6F+++3+52HT57Pvli3/p/l0vnSiTd3hjABjgBSwSBglYFUHAACQEJAOYGOAmcTZAdgwrT2C1 sPvxwwqPEFV4apAmYeChQpDADM4JoE/AggE5QvSeAgXtAYXa3YX6XQwDd+QjG0CanqfeTuLqIJ4U JEXuHzxwSx4JCQHCgGm52jQsEUPT8NRsfXK2QF1QhjYRC4DFxEyQwDhTgAG8+PdKH52hjwQPGKPT 9ZEEAwAAfWQqMIBljEgzRqaJEWnaSNwXdJpIgASCGJOqI2lAoiCdkECMR0uxMTndqhdCF4HAbjIL Bm7LFjdneCamitHEA0nEA5gv1BejRU0YQJcwCykC5AQAA71jkROQ7h+bBBgALBKAusWK7rEYG9oN vcJw/xIGiARkhwCTAKqDyP0jCRDO6wJkl7DJA6Ij3ZRdwgAACwaQGRDtwg1MBwrDpKA24WgSaE1i ErBgwDAxwKGWB0wYqIgBzTkhgBKg/cJREWQCABiAzmB2/OaLf8Tw91YbAMAAmQHU/DQNACT4EQME Gn4BojHmBeHSL8DGAEICjBuSE0VbYFmB0YbM+n5iANGe1SlYdAxCQ3BXjAMil6+PjTHuwxIAz1v5 598t8DyX5ZkWZ/QJ03uHiR4hottBozsmCHm6HBAY/UlfFai1CzTaBuqEFq39Uf2PVcR7RNPdwo8B oNFuQSL3jx4AHv5Tn7w+9wPA9O/QEGxno0/mXr7sJ06wYKABiWz9dqOBrPjHSXf0+ls5SyDFL/sl DJh3GAYabfOw+5eXuM++H7U9JgZg/4DO28ewl6DpDrz1b75db0G+f4dovl202Cla7tJb7zTVZqdo S15/t2i/B+qw1+i0R3Ta4+nIL/s774HvJ9PfhV/hk9GX6mGp+z7Dkugpb3IgxWygEyfg9b8jCcAN APj+jpgjBABABgBThtBt3AIZALz+x+5hzgD4YTuBWf3fcIOoz+/+GQC0ul/pdb8Sddbqtb8k328L 7p9Ui+TIAJQXCoQqhYELFy58990PxAPlAcAZWyISQKMwgUE5GAAGsEwG4IAs/rWSAbzix8rDwNUr GQZWq7Jv2CYBJwxcvcKsEfLBAKkrHO6f5IQB7g3wkgCp5lJ3jaVlNZd5swFXLHYRANixecqb1nnV EvQVXPth2Q0rsGy40Selrb5ydd2kDN6pTtqvPhiuvBSvrsnRD5wQp8951PPnPR5QAcEAtxfTeUE1 zp86cz6wWHyYoT4d477tgGvorrJuX7ubfVFad3Xp9ctKrlpccgXaiDF41CYBU+zvvZLJATtF8A45 fskAZgMx4wEwALLzAJB3mhDdZDEMlFsp4C0TMnV5GECKANbfPr0wABKQMCCTACYM/AbfzzDgxQCp v4ABTgIwDJAqhQG2+7JpWA4R+jMY+BMhdeBr/X0KhL6hm04YgOZaZUJe8aZhOUQIaQGO0TzghQHv TCG7QEjmBKQkBjhggNy/j7h/4DB3D6NzoLLkgLNeyAcGeMlAeRjATQjJgWqOMiEvDFwmM2DDAKlG 5UuIIQsG7AIhHxgwa4QIBjgzcPmBQl4Y6LA7cPeoaQQDzZvU5sxArUgNVAAYoEu1VcLvC3/4Oqjk ndU/rW2X+EvdGL1BnNYwTm+UqDVJ0JomaC3QQKx3TNVGZOkdUpEWaJOqt0rC/eZJ9IDaLElvlqw3 T1TobJaMOaQtUnUmAYiooFUq9xlnoAW5bZraPk3rkAFhUbFEggy1W4bGu4rdvbIwZQgtBDkqTx1V +qOLQB2QrQzErmJ1SL42OB9ZgmG5yog8dUSeQmxAVDAyx43Zo3nu8ZwfmJCvTMh3TypUJ5NABcqU QpWQAGCQ70aioMCN9uJC180FJMDAbcQGBWXIEhS4bi90kzhwoa+AwQCJAjqJCgrL7kaiABmDewoh IEGh6z5CAq4dAgmwiAoeOmw2GaOrmAcKzSVHfrzsVbL7p3gLGHy/m9w/zwBFWzD5/tcw/Md2/6gI cjh+94vMADIguw/B8bvs0wyOIwPwXLGLfD+CY+55R6XMVMDcI7h8FquFzT6Bp4+4n+KEwBOH3bNJ R5RZh92yXZiEbWJmxzCRgGr3CSAhUGRtEihQiATu4TUC5tSgfCsbkAsGIBggBpC6NUdFi3CuTgCA PWJYJIz2AAKDabxjGEvE0C6MjuEJmepElPKLcZnaeF4OMD5TJwYYnaaR3R+bwW0A6WJUhqmp2R76 aASRQJo+PFWMIKXodI5MEcMpoDNVDE+DiAqGp+oUjEzDEjHigVHEDClidKo+OlWTMDAOPGBMSPdM RNWQZ3IGJpACCSQPoJnYM53B4GZMJvWMThVDko0BWD5AJMAAILcLMwlAkgTkQjFGAmKA3swAThLo GS16xJjrhM2KIMCArAsiBiD3j6ATbwyQ00JlgIGh4aLTIUPWCHU4hI3CZiogTPIA4rZhwADZIQAM COPtYKEesvscMAYgJ6C3DJGyfT9e/HsxgOuCkAfgALVA+x3u3+wE0JvzxgAYffQD8Ct/h8wkAAKI vL4UeX0/Mv3k/s0SICaHAEFUgLKiAL1lgNEykE6tzX7RNkhvFyzQDRxsdDzgQUNwiNE9xBgQ7hkX 47k9wXgyw3gl58KL2cbsdOPOeM/4aKN3qN7jgNH1gIdooUuQQT/SDiBBAKC3RYexaOlvtMICMtGM GGCP4bebq/93weiTUAJk5wHkO35p/fk+tIvsPiOBfMdvAQCaAThRYJIAaRsAoBF7elABDwm1fD/f t04SRohuxQnrLwFgu9Fku9F0uzC1TTTbQcKyArL7LXZiYzGbfn7Nv5sk2u4WpunfC3XcIzqS9d9r dN5rdNnr6bJPdPU3SN39Rbd95Olh8cnZ9/A3eviLngFGrwBPz31Gr32iF05T5P57kvv3NzMANi10 QxsAmoMJJAgnyPfD+u80rT+pzXY0G7Teorci679FNN+kN9uELQRNNgm/jaLx16LxBmQAUPmzXq9H Iuu/jny/Tr6fJVD543X/XtNvWn/p/r8QkG39K0iWAzlhgEjA4/Houn7i5GkHDzhhwCwQoptoHUZj gLzDGED+ni0+I0E5KoDjlwzAlUISBuhkDOCiIHb8yAms0q5axeODmAQgSQUr3VeucGGhmDkdyBcD pOTIID6hK72nlwHMaUIEA8vcEN1cwjVClcrCgPIqo5tXLnFdtbSMqKDWqrIGa8rIynf82j1gu2tC gHJfuPZigv5xthZ6Spw463EJggFGAtIFPs9fKBEXDv/m8T+mLc1Ae/HNwa7Bu9yd15c1/bSs7sqy 65aVXv1ByZULy4gKHMkBafqdOlvTKhAimSTwjhkwCZSDAc4AmDyAADAADEBMH70Bx1+eB0hmzI7/ D4YBpoLLwED11wgYZCDvICEgZVYEWZkBcwOxEwOkyNnLs1yBkCUbA+xKIVsvkvVHgZCDBCQGgAf4 vkkC5ZqGL99AXBkMOKuDpL61J4pWt3MCjgIhDsw5QgAAs0wIYECX5qIxTgjIeqHqz5hDRcn6SwyQ POADAxUzAwQApOpPAgl8eojZ/ZeTrBpy8oATA2xZnQMYLSqtvxMGnAzgvOSNY5WuFyivRzPQMGDB gIUEvjBQHQxAJIDMANoDfEgAe8fiSdVnmDAw+maGgRsitBsOqUQChAS1oxTigfrR7seOhQeXvr3x txUd07+tG63Xi3M3iNEaxCuN4zS/eKV5ktoiSW2TbHRP14ZkGa2TVVLLZL1FstosUSM1TdKbEhIk qk2ScNmM7nPJUHMnDKTJUyMeQP9AOlGBKnmgoxw5mql2zdS6ZSjoKs5UemZpvbJUDB7lxuJ+OapE gv454AFsJMhXh+S6hxIY8MShEfmK1EhODozOd49BC4EynkVIgPbifAVgkA8wsDsKcOa7bgQbuG5G BZGba4fctxWil0BmCaYX4by9sEwiwR2FZV4w4FyBRIK7SYWoHboPSIDNZTJLADBAyRDqhR49Uvo4 ugXcz6PuH12/b8pCIO4GZgZA+y99xJ0AQIKXisteOm6+47cZ4EWy+HjB73reLPvBMFB+/e/VfCmU AFk6Wka+n9w/CxgwxxoWJBuFZXvAU0exYJgTAsrjR9yzjrgfK3LPPMLVQUeUh72Dg5QZPEX0wQJZ F8TtAV4SUO7OV+/O45FBTAIYGcQ5gel52m0kdAbzmSPBQL8lH30CN+XoN1GcK+hEWiAPJDAlC1NE p2RqE7LUyZlYJkAkMDZDQ1ogXYxBQoDFVEAwgCQApwKIDcjigwHoJNPPMWEAiy4NkECqPowumQRA CJIZAAzEA0QFxqhUfKdsLSAeIKFkiFMEUzI8UzLFtAwI9UIZ4pZM41ZMHwIPTEwzRqcY4AFePwz3 L3uF4/VecRqoII7cP85ecc6iIAjtwjHYLcAYwBuFZTkQVwTZBULYGxCFJACqg8z1YebpEJqG2x/S MB0ojDCAVwdwgAmhYaJtmGHDAJ/mcgCZGZAAQDAABgg1fb/t/k0GCEZCgLMBbP2tDECzYHb8wWZR EPMA1DzILAdqKtcFsPjFP2AAwqW5BKBpgIcCUmOrZ4DULFC0CDAwjTRQb0Xab84DbRektz8gOnIr MAqBQoweB8WAUO3GOPFwqv5iruedfM9rOefvTTF6haLyp9sBtQu7/y5Bng5BRgd2/+0CRatAtaU/ AKDlXr3FXowharIbJUB+5P53CxT87GJnz+6f3LzMANTHRCAYfaQFJAPsRGmQBQMsswfACwN0NnK2 BLDsBQL8KfYHNyTrb7Ud8zt+LCBrugNBUwSi2S6t2U6drb/WnBz/Th3uf5dotVtvvUe022O0w2mq w14DL/v3ic57oS77yO57ugWI7gFGNzL9/qI7+fgA8vqw+zj3k+k3evuzKGD1CfDIgGEA6rlHlxgg 64L4lT+Kf/DWf7eHBOsP9481AnKcaDuu/m+91Wi5BbvGmm82Wmw24P4xn1RvhD1l1ot/sv7r5Ot/ UfcrU3D/LM4AGLUAAKj/Ma0/Of7P7Vf+ug0D11s3MRfIMR3IZ2mADQM2CSiKUlpaevjwUeYBmQfw hYHKhTyAlwF8RNZfLhG7VvLAajL9iskAJglYl6swR8hkAEtEAlcSDyyXsS8D2LriQ5VlwsAV5k1H w4AlbhFmLfHCQE0nBrCupJPdv4MEUD6Emx+QSmp+cO7KJWVXLy29YXlZvY9cTT4tab/B3Were7y/ +55Q9/Px2kfZ+qFT4rvS87rHY3gunqf/zjyEFO0E5y+4xYX83z07i8TCNNesSNeUQHf/raXt15Y0 /qSk9vLSa9FIgJZiVinBAPn+CmVCMktgsoEXBnjAqEwXyGFBNbgxgDsEzFSAed+CAblyuKJMNnid HD8yAzI5IKcJ0X0bBtjxmxjAJPC7kwSqMwMwACAnYJYGmTetS24YwBAhMMCfZQYowGkWCzEScIcA w4AEAAkDEgPkpTctAACYX0nrMJYN27Fv63Blmkc6DcdvdQvUYFUn688YYFMB8QBZf7tMqKbsGUBL sZUQMJHgeHXsHgYbSN9fTn8KA7I6yNSTPmVCjASO1WPVnyj08oA3CeCDAdw5wKo+y8wM2I7fRxVh wNf6VxTDgNw97JANAyYPSBio2DZAYCDZACTwcEL1GYkSBsbcAhhoej3BQISCtADBQKRaN1q9MS9t 37kP9pcumJqfXi9CqRul1YlS68foDWM1lAklaM0AA9geMDxb75Kmt07U0SeQpDVPVAkAmjIMNCES SFTpSbqDMxltBs2T1RboIpBIgKohUus0tXWGhilDWEwmqUDpmK52ylA7gwcULhlSe2BXsdIzU+lN MCCVrfTLJhjgFAE2FqORACVD+RqqhvKIBHhpMfEA2otRNTQWLQToKuZEAVNBgTIxX5koYYDEHQVW ooAC102FQAIS8YApLhy6jXMFmD6E1gKAwR1F7tu5fIibCtx3oY6IswRyJmmRi5sKXPfJgaRIEQAG Zh4te+qYe84xGPrXjqNbQO4Ck12/Ziuw2RDsfhkiDEDND4//d7zsP05GX/KAlGX9ZTMA5HoOQ0tl MwBhgIuCuUdc5P6JAZ4lWQxgFQUhG2AmBLBJAAmBxw+7Z0IKw4AbJHCYhF5hLhDi9oAiYAASAgQA +W6QQL77nnyCARUwkK/eJVeJ5aoSBm4nGMiVfQIaglz9thxter7Oy8WwX4zuoIUglwgBtHBrjnZz tnZLtn4TJv2rN2ZpN1KQqU/h5WIT0a2LAiE5/4d7BjAsCFmCTIIEFAuNJkPP9T/k7EemojpoJJAA cgIAUgTMCTJ1ADEMsDQ0EqSKMWnG2DRjHOaQol5oImtyppiaQTKYB7CV7JZMrCS7NYsIwZiYboxI MQYlYdionRZgDBAQAQCGCBEG6HKCkF0jRDDQHacJA3ZCQMIAhgWhSQCBZADZKiBTAXTZPlzDfgAL BtpHiHYYIUq+HysC2oWaS8Qobk13wiUMmEhApp/zAFZdEM8GbcGij8jx2ySA5QAgARMGmgVrzekk OXw/iUv/6abRLAixLP4hQw/rvx+v/02LT+6fkYBEvp+EnIC/wbvDUAvUJMBoSl+ICiJeULBftA6E 0AkQpHcIhjqFkNAJMCTSmBSLKqBnMoznsz1PpHumJ4jx0Z5BhzxdD6JboDO2CKP9F7P/CQACRFtu /yUGaM4LyJpx9b/fbr0xaZdoQO5/N9f9U8wM0GAHrH8D8vo7DDopJhhoKCcCbRcNdiA/QMDQeAfR At03XX7D7egfsGL6WRMYcCmTALhp+GHGqI6xods0isnxQzsEqelOndRsp+N9/y6o5W7U+bTZLVrv 1tuS9d8r2u012pP26B3J8e8zWKIzv+bvFmCQ7yfH3yPAVM9AkuhFgr8Xvcj97xe9SUEGnRT3CRQ2 BvQiPPAXvfxx9uCkQfe96PrtvsesHeqC7mG2/jxECC/+2f3j3T9Zf1bLLTqpOYTKnyYsAgAwgLf3 16gvq//x+r8cANQGAHArMFIBDAAyD4AqIMCA+fof7h8AAH1uVISB61heKiCVhwEfEjh79uxvv/2W k5Nn8YBJApXBgNk/gNf8yAyodsfw1XziJrcBXEPuf6V6zSqdYICw4WpuFC4v7x0AgAUD5OYZANyA Ab6UcnYPm5cw/cqVy1QKZE6ARfeVK9ANXB4GlvIEIQwR8qYFbBiQPQOIyfd/QO4fqQCTAaRAAmXQ Ij4Xl15BSICOgpK6qwkJytqtc/Xe6h7rr9wbpr4Qr63J0SNO6adLzhvGecIA4wJ6i42LF86fp+D8 OeVC7i+eLYXa28nKw+HuiXvdfTa7Wn9Z2vDjstpIEZy7cuG5KwADZzgJAMdvZwNsGOBsgAkDuDRv npH5Aen4YfpZHPAyAWQMiBPOVH/jD8AAkgNk/SkoDwZoDpYFQpwceN1sGgYhSAEAysFAORLg8UF2 NkCuGpDuv5zY2cPxc0z6i8yAAwawZeylH2uge9h0/9xALGcK0eUP1cjf2zBAGDD/hxrzOagcBjBR FDzg4/7Lq/q8b2wYYAzASSQgRbETBmpIGGAecAwYpZuVwkBlPQOyQOjpo5DMA5RDArpEWkCWCfmQ APQEzurm6jGQABjgMjAgZcMAlwlB1WdyfqCSzEAW7xmguFyZ0GUl0wIVYaBcsdBfwIAZEAw8RDAQ TzCwJ3D3WAkDtcK1WuHihgitVpRaK0rvnnZqy+8rQ0rfe/LkwQYxrjpRCjIDpCi1UazuRzAQpzWP 11rEa+2TjCFZettkrXUiqoCaJxEk6ICBJK1Jot443t0kQfVL1JoQGCQozQgVUDuEYaP0JFEB8gNY QYCgdbraJk1tyy0E3EWgdoCQHyAe6JKpdCMkSFe7Z1HgJiTAIgJIxbriTCABxg3lKAMJCXLUQbna ELQXu4ehkUAZkYuqIckDo/NdowrcY3JdY0EC6rg8ZTz6CtwTClQMHcojHlCn5JvbyrDDuMA1jU9C gluKFBQOFSq3kjgzcGt+GfEAkKCw9HaiAtwsm16ELIGkgjsKZH6AYIC7CFj3HXbfV1T2YJHrIcwU wmbiZ8m7H1deOeHiFWAyD8A9AFwR9DJe/MsOYDMVYNl9+ilr7E8xl/uT4z+uzEMXMpf+MwM8d9T1 3FE63fOOuEhzj5RJGJh7lDDARb6fC4FAAk8fMxmAMcD11FHlySPQbLQHmJpFGHBEeRRrxdSZRQi4 OsjODGCh2P0EAxQUKA8UKPfn04k5Qvfna/eRcEe7v0C/v4BOlQK6yZf6A6wHC/QZhSz0H+szcCmw oKBQPFCITx8qFPflkfT7c8U9+eKuXP2uPHFnnrgjV9yeTZwgSDcTJ2RrN5HzztJJhApQNoBhKtYJ 65OQSRCTeAGZtO/jiRzwjl/HLFFMFOV2YUwWgkbD+hvICUihc8AYm2oABihgEgAMpOPbJvF8oSmc GZiW4aHz5gzPrZn2lmJeTpzhGZ4smAfszACKgnryyCCkBcycAJqDe8V6usca3XhYEIl4AELHsMwG cJMAKQJBxyi9I51yYwBKgwzZEmCuEuMAvcKHeG9AmEbuH+KEgMwJWKkAndTqoCYrghgGzF5hpAWk 9Zc8QMEBXVYH8cYAQxYFYUZQMDl+rVkwsgEAgP16czkRCO6fRD7eaML3EcgqIPAAZwMcQn6AeACF QAaPAwI20Pe0CBQt9mst9nva7NdbIwNgrgXoEKx1JAY4ILocNHqF6UMO6TcnGI+miTkZ4tkMz4Mp xtgosv56txBPlwNGpwOejsH0I/SDYIB2gXrrAEFq5a+38CcAENhJvFc02mMO/yE1ZMH9WzGyATvw kfm+fxeRgKQCTgvIhgHy9/D0eIZgAF+FwiGiAq3xTop1Pz5l0GSX8JOP7SCXL/x24TU/3vTvFM13 6812Qc13mpKmvxUcv2i9xyC13Wu+8iff33Gfp+M+o5M/RKa/i7/oSjad3/fT2YNkOn7DVu/9Buw+ q0+Q0Xd/OREA9KFn6EliA84JoOJ/n9FNFgvJGaB74f5lwU+n3ebAH1j/HaLtdvnWX2+9zWi5VcPY ny16M+weJvevk5qg8ddb999gvdZgPax/vXVavXXk+1H/g95fVm3ZAMCq9aUuVfsLkpkHkJIAgADC m35L/NbfYgCclukvJ+s+mXuCgUpJ4Keffvruu+/S0jLseiEHAEDX8Snf+gMA2OKzeF7Qx3j9j+og tATglT+vDuDT7BI2GwOcAIATSGBmA6620gJoCwYPuP4kJ4BZosuwSeAq8voImAeWuWoSHnyoXlGe BBgGysjrI+ZGYRh9af0tHiBJ908wUOODMsibH3BLEsDwHz4h3KHny65aWnbdsrI6q8oaf+piJHCN 9XfdG6a8kqB/liMiThu/lHl0IoDzyBIQFXguXOSFZRfOKiLhe8+XeerLCeq9oe6Ru0u6f13a8rOy +qtLr1967qpFpVcskJkBBgBzz8A5KzmA2IYBAEAFGLASAqZ4xRiQAHrzDLl8biDmDcRs+i0SQCBv mg0DOJkNnDBglQY5yoQqgQEp69IXBsjWk/u3lg1TbPp+p2RaQAZSwADzkhsGUA4kUwFe8TQhkwQA AyTAAMsBAzXmO2KZHKgAAE5Vf86CAdPxe8uEcNMZAwbkM2YDMfcQk477wEANggG7LqiieI4Q5wHA A5XBAFTDkRngoiAzIWDf8ZIAw8CfyNozkMcw4CUBHxiohnVjEgOyazwme4grAIAl2S1gyksCAADG Ay8JkKwGYi8M+DYPPIxRQhIGdjtgQKkVYdSKUGpF6s1i/1j94/qQ0nc++GFT07izdbl/gGCAggYx WqMYrXGM2iROb55gtIrXu6WJPmmiVaLWKkk0T1KbJiAn4Bev+sVrjRMQEAb4JRAMaH6J7ubJeu8s tBk0TxbN0Fego9YoBZkBbCVLU3nEkMkD5oghLCJQO2YonB9Qu6J/gHcVZ6KruHcWUgS9s1UKiAqQ IuAswcBcDTyQQzwAJKBzaA5SBMPy3AwDaCyWjQRjIOQHOFGAFMH4fPfkAnUKKY/rhQrcU/Jd6CIo cN1YSAEkm4xvKkKK4Kb8MmwyJiooKrsNQdlt+Sgc4kQBw0ARaofuLlI4S0CBC40EhUAC7icue/Rw 6RNHy8i1k8UnAAAGcDOATAK8hIUDCF44juBF1P+Q4O/J7kOY/smnBQMkgoF5TAJ0YmEwTD9K/+ci D0AB+X6MLZIAQHrmqOsZdAZLAJCpAIwJeuKo+gTDAKqDzI5hzglY4oYB1RavGiBCgGYVYQfZ40Wa 1OzD2uwi7YnDujyfoLNIf+KIjph0RH+SdJikPn1Uf/qo9vQR/enD2jOHxdOH9aeOCProicPiySKB nyoSs4uM2YXG44UUeGYWCtJjheIR4oR8fUa+ID1g6b58/d58nWPjHsKGXIN0d664C0vBxF054o5s cUeOcXu2fG1v3JKt35KNQUA38wigm7OMm7KMaZmGfM0/OUNMTvdMyjQmASTwgl8GtnimEMQ9A0gL 3MyThW7OENN5zOjtWeIO4oFMLB8geBieYgzEvmHMFe0dK5MAYAAHDOg9sEZA7x6rd4shAQYID7qZ 7QFcFyS7hKUiRKdIvQPxgGwClkmAcB2+n4eE0iXdp0ucnBOQMNAmVG+H0iDJAEbrMA94IEy0Ag9I AAADAAZCDJkNMElAwgDnAdj6C0wFle6fS4Pw+l+edk5AMkAgbwcL0hkG6NJgx0+PiaYWDPj5a2AA ThFwpRBoAQDAhUAtg7RWkgGCtfYH9A5BBABGxwN6l2Cja7AxJEJMiTXuS9HnZHmezjRuTzJGHDIG hBvdQvROwUYH2TywX6cA7/6DRKsgzBjlBgBzDRnm/+whBtAb7xUNd7Ont60/C2mBXVrD3VojJAfQ DNCYTtCCBqO/26BnZALBb5fBJ3l9jSw+lgrvMu2+VNPd8tU+GX1DLh5usQsv+PGOn+Ld/IKf7P4e uaJYb7NXoKwfRT4G3vT7Gx32iY57BZl++P4AOH42/UZXOH4P+X44frzp9/Qg348X/BB5fbzpl6af jX4/tv79EHgIA5wkQABAIlToKRGCvnkfMYBAyy9b/857BZoKdsnFYTjZ+ovW2/VW20Sr7Vg40By+ X77115tsNvww80c03igayeIf1P+gBKi+rP5fJ1h6XTCAqCOTAGtlE7AABsg8gNkJYNT6kgTfL+uC nDCAt/5WLAHABwb+jASIAT4jDNCus2DAJoFjx45LEiAAcAojRL37BEwYkDJhgF//y9PsDZBIYMEA k4AJAxghii5h7apVJgDYMHDVCsAAGgOYAa4pBwPoGfABANLVdorgQ+WKZVY2YJmKdmEzM8CFQ+Vb h0kSBnxkeX2XzAxQIFMBXhj4ALETBpgBzKD6IjNRcOWikqsWl163nJHgk7J2X7l7b3GN93c/ACRQ 1+aLpB89fyiGOH+B/uchKjh/nqhAXLionz//Y9n5yNP6mmz1uRj39GD30B1lnTaUNl1zrs6K0muX IEWAJQMw+uABOmXPgGX9OT9QrmfgjBwwasHAWVksxDCAnIATBiz3D/mWDDEeeGHAwQDm1mGTBKAa xAOXgQGYfowWNS/NOw4YIFtvw4CUDxLYMACZzcRSTAKXgQHnxrHyMFC+UujvwUD1ed9Un2ddzv0G dp+bhm3rL+UDA/aSAR8YsElAwkB1by1QOVk84OP+EVQj6++sESJJGOD8gA8MyMtqs00YqDwnYO4Z kKfMDHjd/1/BgC1fBrD1JzBgDhg1eQCqCAO+MmEgoUPX9gQD4241YUC9IVyrdUivG1k292TgwdL3 N/yxunvq6drRIAFz6miUImHAL1ZvEqe1SCAA0PtlaJ2TtVYJeot4DBdqniS4t1hvlKDaIiRomqz7 JSpNk9TuGTxiCAkErUWy3EdmLiZDMzF2ESht07CFgHgALcUZ3EKQrnbKVFhqlyy1S7obMJCh9MCi YnevTDQW985U+hIP5Gj9sJHAPTBHGZBNQpZgYLYyOEcdmqsMy1WhHDdSBLnKyDwKXKPz3IQEY/PQ YYx2AiQK3BPy3BPRcFw2scCFuUN05ru4yZhOEhIFyBVwRwHSBYVlN+eX3lJAKkP5UCFyBRAhQYHr dsKDgrI70F5sTh+6pxBZAjlcaBYZ8WLYeqscSCYBZBsAFwKhFggVPrLgB3b/OKw/ufx5ZPeLsZdA nnOL3XNI5P6PueYccc85Yr71n+uVdP9yXQD0NOmIS2LAk0ddT9IJmQmBJw8DCWT8xGFUCj3FsZwp 9OwRt/zaeUfV54q154rV546xirXnj7GOklQ+Wcd0vq/PP6rNP6Y9dxSae1Sdd1Sbc0RKn3NUf/Yo AYD2DMHAEfHUYQF+OCweL4JmFmqzYP2NxwrEowX6zCIwwGOF+iMF4hE6C8XDhYL3DOgPFyBAVoGU L/hS3J+r3Z8n7svVObFg4MwlGbbuzfPck2vckwdaoPOeHONuFjED6c5sg3SHJeKH6ZnadDqzsVyM RwYZt4MrPNOzPXdke8j335lj3Jml3Z0t7s7S78n23JvluTfbuC/HoPPOTOMWbjAYnSyGJhkD4vX+ 3DfM3cOsWK1vHBGCmR8AFcTqqBGKFmgVIEWjKEiqc4RGVNApEn0CHU0YMPMAHcKt5mCcfIe3CxMJ tA8z2pGQFkCHQNuDdkLAwPowCnBpmM3BTAIw/RYDND8gYx2FQNL3Ew8cMJy9ASTZG4BCIM4GSJfP JMCpALqzH3Yf1p/tPl78YygQX1pDRXmakGwy1lruJ++utyEFIxXQ4QAAoOMB0eWA6BOqD43Ub4k3 ZmV4nsr0PJ7uuSPR0z9c7xTCy7/w+h+1Q22DjHbIAAheM4wRQy0CjObcA9B0j85JAN1vj06nJAE6 UQvE5h5CTHe0RntIut9ulpk00ChuQjJniaKpQPYVNN2lNyPHv0c020N2X2++R2+xF5sHWjpPvNcX rcno76NTb7NHtN3L8hft9gly/O336R39RccALuvHO36jS4CnSyCJTX8gyUMi3w/rv9/TM8iDsv5A D9t9mH54erb4ZPql+gYJ8v399nscph/FP/D9khkC0SHQw182B3u6+RukrvuMLnuNTrt1vPXfLTrs Fu126W2JT3jMaOsdWDHWcpsO979Vb4Z9ZKLJFuG3yRTc/9eiAaQ32KBJ68/uHwCAF//r9DrMAHW4 Cdis/FnLb/1NyTwAHL8sBzLrfyxJ32+LSAB23zctgE4AOq8DLXi7AiqKV4nJsh8sHbNJgOKt2/b8 9NNPDADlTD89eY1cKVBZV4DMCTAJcIEQSIBO7VqQAMlsA7BhAOsCkBmA0ffCwEr1SmQDzOogKdP0 r8AcITO2JH2/t1gIjp/uuK4AFUj3j7QAhDsODCDfv7SMdwv4wgDJCwMIkBOwYQB3GAYQSwaQ4n1h ZkxIQJcLCQ/oAdeVS8qu+7CsLiHBZ6726119t7kn+iuPHHK/l6xuLNIzfzZKNOwm81xEZoB0Hu3F hmpcOIlxQ+ridHV2lDYl0N1va1nbtSWNV5+t/WHJtR+UXIHBo5wHkEbfXCbgzQk4kEDyADCgIgzw TRMGOCdAvp8nCMliIZw2CXi7BSrNDNgk8Ncw8AqKhZwMYOtvwoCPrHIgWSDknCXqlKN7GKVBDhgo DwC2KiUB1AWVv6w+95sac07Lt/415/G7f3kyG9gnYMDiARsGWF4SYBiwBgddFgaOOWDAEloIzImi tmzrj4BP+w6zgRcGati7xipIwgAHJgA4JTHADIgEZmVh2OjfhoFqvjAAmVVD/yIMcANxIsPALhMG bjikXR+u1D6kDcvKCTj3QWDpByOz8+oSA0TxsNFInTMDDAMoExLNCQbiMVd0WIZolaS1TCQYEM3i 1SbICZD0hgmaDQONOW6SqDVN1JoTGFCcgJGjmD3KJUPYSMCzhlphLCn2D7S1UgQoFsrgkqFMjWCg c5bWOdPNU4aUrhnuHllaD6KCTCwq7pOt9clUsIsgS+2bqQzIQslQ/xyNgkHZ2qAcFTyQQyRAp3tE jkIaSTyQ4x6VAzBg8VKCXBaRQK5rQp5rUq4yKc89KZ8C8MCUPDfpxnxuJ8hHugDtxUQFeQQDrpvz y24hFbhIt1nlQ9Pz6SxjHqC4FO0EEgYKMVnoMd4tQFb+JR4DioogXgFmTwGS7t/54p8c/1z2/QQD cP+8pIwFDJCv+c33/dwD8MwxkgsnrL+L3D8CLgSSeuqw6+nDYACkBUACyAw8RcBwBN8w54gy/6jy wjHlxWPqS1LFyqvH1VeL1deOa68dV18vVt84QYHGd/RXi7VXWC8fo1Onn4L7L9afO6bNOwKR43/m iPb0Ee3Jw9rjh7XZh3U6ZxZpj0L6o4f1hwtJGp0zCsV9+dq9Bdo9+QI9x3k66Y48cUeefnu2hhXF OfodHNyeq9+Rq9+eo99JyhV30CmrhnLxzPQcQbotW9yWY0zPwZRPKItf1VtWXn50O7v5O3I9d+Qa d+d5OIdg8sA9uR4JDPfnee7PNR6AZOB5MN94ME/gzBUP5hkz6E6OeCjHeDjXeCTXeDRPPJZvPJbv mZlrkGbleR7P98zKE3Q+lG0QJ9yWKaakGeOSxehkfVgigYEYnCAGJxqDEsSgeGNgPJaU9Y83+seJ vrGiD6cOsFgAGQONkAD7huWSAbN1mGBA64CpQTrvEcOEUFQEhWFkEPYKMwxITqCbJDk1yG4X5rog 0QZTRBG04kXCLQ/QfS8MNA/hIaEslAahIsh0/wQDONn9e2EAHcO+MGCLqMABAwQG5jNw/zyBtGWQ aIVmAABA2yCtXTC6gTsc0DuEEABonUNEj1B9fIy4L0U8l33h9Rzj/pTzA8K0Xgc9nQ/w5FA8bLQN 0tsTPKD+x2jJ+4aRXggQzf315v68pRjdwLDy0v03ZvntEXRJIkPfGKafLb4FABTA5e8VeJe/W7TY Y5Cnb7EH+8WwXGyv3nKf0drfIHPP/l5vTfLXyei33ae39dfaBegdyN8HiA4BekfEZPQpEJ0CROdA 0ZkCfzrJ7otugaLbfoPO7vtJMP09pd0nm45X9WjkJaMP4w7TD+vfB6bfAwUbtsj64/U/3D+ZfpxE BfyDnCvgt/5oFQgULOQTSHjrv8/glmKj0x50GJNQg7TLaLsT1r/VdtFym6lmrKZb9aabRWP4ftT6 N3Tqa7T81l9v1F9PAcQAoNddT+6fX/yz+K0/v/h3vv5fCwCgWNYC1SIesF//V4AB9v1eMQ/wvKDP jev/DRgwewAgAgCbBMjx17iquawOosCHB/4EBogBfGAAPIAyITb6PCDILAoiGECNEPGASQLS9Jsw QHjAd8jcm6VBbPSvWu5GzwACb8/AlR9aAeuqDzkbYJYJqRQQAJgwQLGZDbBhgHlAxk4SsGCg+hKZ EJB5ADM5gEDesVQdDOAi3w8GoFhqYUl1qKzmwtIrFpZe+UHZlUvOXbuckKCkyaeuDuvK+m9zT9nv mhXjXpSq7T2qHzljGJ6LngucJbiAjoLz50EImnEh/1fP5kL1nRT1oTDXmN2uHl+7Wn5WUn/l2euW nL1q4dmaC8j9SxjgzIC0+DgtMQaYHQLWeoEKMIAHJAzI1//eMiFSBRgAD1QCA7/aE4T+vExIkoA5 V7SCKnQIVGgYIBggu19efxMG7GlC3DfsKBMi2QDw/Lc2G1RYNwZJGPBmBug0YUD6fhMDpJwwUJ1p wYYB2UDskxngboHy44MqE7l/HiTqlUwLkNFnDODTKhOSAFARBogBvJmBytcLQI7MgFUmVAEGTBEJ /P0yIcYAHxiQGCAzA075wIAMavwJDNw2mmCgyfXhaq0wvVPC9xv/+Ci07P2njwfXjyyrE67VOaTV jtLrRKt1o7R6USpgIE74xQhkBmJF12S9T4pomaC1SFCbxWtN4lS/OKVxrNowRmnIGwlMGEARkeaX iOaBZtxejL4C9AywkCKACAlaggf01lhXrLVJUdqmmv3E4AHMF1I6ZaidMqHOmRqqhtBYrAIJsoAE PbNUooJemZg11CdD6Uc8QMrWBkKEBMgPDM52D0F+QBmW4xoOKnCjlyDHDSrIVcbkKmMBAwqUp0zI RX5gUq57Uh56CSZD7sl5LnQU5LmIB6YVuKflc0cBgQHBQIEbSCDP/LKbCwgMUDVEMDCdYYDE+QH3 3QVoI37kiHvWYbLpKPsh6//SCeUFFAVhFhCSAMf5xb882fTTiZofCNb/WUh5BtM/ybUDAOgkcy9N PITiH755uAx5ALL+9NtZSIAn+SbnEDBU9LljZPql3Xe/WqzA5Rerb51U3zqhvH1SffuE8i5OulTf Oq6+cVx7vVh7rRju/6Xj2vPFGjHDvGPa3GNk91Xy+k8dVklPHNZmsdd/DINHtRkF2oMF2v2F2n2w +CRvM/GdeaqcL3Rbjnob1gxjrijq/nnB8NQsbSqvFJiSic1iU7K0SRnaxExtWhYBgKD7k7KwXmAi nRn6xHR9As8UmpAhxmVgtOg4tAHovBAAbQBj0Rgg+NToAbpJJz08MUNMSNe54EdMSheT08WUDIG5 QJnGTRnGLZgTSgghiBnuRLoAqYN7CQ9yCAagh/I9D+cZpEfyyP0bs/KNx/ON2fniiULPU6ynCzxP F3qeKfTMKfTMIxVdeJJ+hL4ky3NbujEt3ZiaZkxONSalGOOTCQ+MMUnGmGQxIlkflWyMSDSGJYih 8cbgODEozhgU7xkQJ/rHin7IHui9YvWeSCAY3WP07pGiWwRJ7xopukaILhFcOwQBFTgQ6CjAEmLO Ehzi1AGxAXIFyBJw1RBBgt4m1CAYaB0iWoegbYDnCBnIEhxEQoCoAMVCwaIlu/9mcP+EBzIhwN0C jAFIC+xnEmAYYJHXx0kiAEAJkDlL1GgWKJrvN1qQ+w+Wr/9F22ApWPkOZO5DsBesa4jod0iMjDZu SvQ8mmY8mWXMTPfcnugZFy26hYquIZga1OmA0TEY28Tacy9B2yBP2/2EAWorAoAA0cKfMAALy5qR 0d+nk5rtMZruM7AiwKHmqBoympG5N0X+XrTEqbfyR1NB6wDRxt9g6W0D9Hb+Oix+oIDFDzQ6kgIE /D1ivdN+uPwu+w3MKQo2ugZ5ugaSxTfI39NJdr97kKdHsKcnKcjoGWzgDELci/19r2CjdzDFgk66 pJMtvuh7QPQNNkiIYfTpJMdPRp+eFL2DBN3ngEy/x3zZv98gfiCR4yf33414Q77v9yffL9BPzOVG Hcn37zHa7xLtMWbUaLtLtNkpWu7kkUQ7sI6g2Vao6WbDb7Pw2wI13mw03ESmXzTEK39+608BAwAm fq4XbPr5lT+/+2eJ2nD/pmQfcC2WfRPW/ws6DQsDWAQAwIDyDODQ9V/oZPHNS04L0OV1n+sEAw7h GScMXFceA6SstIAJAzYJyERBYGDI8eO4UwkM8CzRa+Q4UYsEbPdvSd7nmGAAqQAdMGCNDSUMuIZI AI0EZP3J8VNg1gUxDJgdAiYS2IEDA674UGYJkBmw7wADwABAAvQQk9HnhACTAHoDGADg/imG6QcM WAzArQJ0VjdhgKjAhAEJABzjTb/MBnAtEPl+TgIQCZiBJAFOFCwsJRiovqC0Bok/oh+8eknJdR+W 1lnlavJZaacNZUN3uG4Nds+JVldmKqEnsZQAq4vN2aOEA2ZHwS/u80k/iLV56otx7juCXUN3uDt+ Vdrk43O1l5dcs/jslegi8MIAfD/hAQLr8u0zNd/Fye4fo0W9DOCU6f7Z5UMyJhhgHqDASQLlMOC3 Gqbdt2HAEhqF+SMOHDBAvr9cZoAYAE3A5U3/ZRsGyPe/9DNWj5UjAcKAv5sZwIYBTBMiHpAiHpCp AC8MWGmBcqNFvaVB5iUhwTc1SEQCc07XJCqQPQN0moEXDAADMiFgXkoqcJAAMYA1Rwiyrb8tMv18 2qr2pAy4XfipI9XZ/ZMkDKBR2MoMmDKLheRNe6go1o0BCSqTBQO51bl1GA3EjASVwMBMZAaYATL/ JDOAnAAFRAIPY/1weRiQ64fLwwBZf6kKDcS2qj2UUG0GwYAsE9o1/rYxWDp2Pfn+COPVU3sj3O9/ 9MtXjaLO1uJcQa0IbB6oGyUwbDRWNIjV/eI0vzi9aZzWPEbtk6a3T9RaxKvN40XTWPQJNIlXG8Uo jeM1wECc2oguOS3QIVVvkqw2RjMxJo0SCZB4AqlKkvkBM0uQqrdKUVEvlKy2xQozOhXsH0hHlqBj ukYiJOjILQS8m0zpDhjA+NGeGDREPECnu2+21jtTdhijt5h4oH8WOgoGZmmDcpTB2crwXG1IjhtU kO0enqMQEhAYjMbSYmVUjmtsnspU4J6Qp8oUAVEBEgWgAhcSBaACt6QCCQY3ERgUlJGQKCggGMCa AoKBm/NLb80vY5VKHsDU0ULXg5jI6XqKS33mFyvPH1efP+6WGIAqoGNlePePsh8kAWSJv/T9sP4w 9BBe4R92yWk//I6/jGIEKP0nMAAMyFQAftAsGSp7rtj1/DHlxePKyycUMv3k+N88oZDpJ8f/zgnl nZPae6e0906qpHdxCetPD7x+nB4mTiDfT/946ryj6rNHlKcOK7OL3LOK0CrwKF7nqw+hVxh9w1C+ em++ck+eBsefr/DIIJUnAsHr35qHuUC35KgU35Sr3kzKUadlq9NytKk56tRcFcNDM1XS5EwNFp9O Xikwnow7VgqoY9KxaOzWHIwTHZ2hj+JZonSOStdHpGsj0qDhafqwZAwJHZYmhqRAQ5PFENagFFay GEz3rZukofIyCU8OT+bBQSkkjTQ6RZuQJiakiolpYkq6cSM5+EwPxgRlGndke+7MEiSuCNJn5IlZ BAa54pFc8VieTAgYTxR4nigwnizwzCm6MLfQeO7w+bl0J9+gZ+7L8dyRZRAS3JJh3Jxu3JzhuYm+ PMNDv8VUhoQpacYk+n1TPBNSPGOTjbEpHiIE0shEMYKUZAxNMAbHi8HECRBxgj4g1ugby/mEGL13 tNELEr2iRM8o0T1C7xEpbNFltygiB40ooushvYu1rhidx2F6xzADI0cPCgo6hGIPMTGDbDZAZVGI kGotpwyFmIOGzA5je74QRgxVsmWseZBOLNFyv9462GgTLEhtD4j2B3X0ABzUOh00uoaKLqFa54Nq l4NGjzBP73AxPsa4P9UzL9vzaq7+eIYxPEr0OOjpHiq6HxRdDxpdiARCsEu40wEUBXU4YLQL1tsh pYDeAFIrJAT01vuRHMD4UYwe0tsECqcIG+hst99otx9xu0CUFXXYj/lC7fcjIHXktQOdg0Tn/YZU lyBBFr97sKdbsNEtWO9+wOhBhp7V64Cn1wFy82z0D+i9QgQuD4jekN7ngOgTYsjAdPYHHAo2+sPr w9PTJZ39EKPsR77vBxiQ9Q8mo+/1+rD7nDfgkiG0CGMwKHy/0XWfIMffZR/7/r3oNGi/R29Ppn8P Fgu03aW3IdO/S7TeKVrtgGD6t2vNtpH4lf823W+r5rdVNN6kN9okyPrjJPe/kWt+Nur1vxbk+xts wEmqu970/RyIOl8ZJKfvr73WvPTRDVaANgAUBRnIA4AHTN1QMRvgEMw9hBlBEEw/BBig+4QB5gMO Sd9fWeeA9P2m+7+yGXy/dUku/4qrmh09ejQ2Nr6Ggweu4fYA2TPAAU5ojV0XhIAIQV6a4saAq1fr JMkDEgmAAavcXCzEJ3hAQ4EQ1w7JkUHAAD5l03A5GGAMsFoCTMmOYTL6nBaQMICJomgYgOnnGiEm ARMAHAkBXPLrf9P0W7GcIuqAAcgMiAHg+2X3sFkp5L1ZqRaVXbmw9OoPsEOg3uqSpp+VdttYOmJn 2V0H3S/Hu7/I1pK+00t0jwADYNyQ5wKajDGM1HPxR7cRekL7MEN/PMI1yd/Vc1NZ6y/KGq46d93S kmsWnb3yfbQR10RpEGMABxybGMDuHzkBHwawqYDdvxMGpMzMgIMBbFkkYErWBXlV47XfyPrLnIBc L8Ak8Is8WV4ewJOW3ZdgYLl/ZAZkugDLxdAtwCuHKy8TgiowgC0LBpAT4Hf/dJoqlxyQIjBw+n5b jsyAFcz9ht2/hAE0E9ckMKBPLQwwMwNy5bCPLBIweQAwwMkBHwygS7rpgAEfKiBh1xhjgN06TI7f eVYQw8Dj5q4xXxiQPQMgAQryq3mzAXnVZ+VVhIFysTlNyClMFjIxwEQC4gFzmpATBiqqxkO8cezh y28ck5qRKDMDewJ3mzBQO5y8V1pQyeKAkiVDMwtrH9IwX4hJgFQ7QqsXodeL1hrG6o2jAQPN4rTW CaJvqt4yQW+Gyh+N8MCPrH+81iBOaUgwEKs0iFEbxKoUN4pTGiUSISh+CWrjJMBAEx43hBQBbyRo ge0EZn4A/cQ8dbRVMvIDgIEUtV0a9g8QDLRPVTukMRLIrmJuLO6WpWLQEI8b6pml9sxyEwxwb7GC QUPmBFKShixBFrIEA7PdRAJDchTSMEKCHGWoRALMHXKPQu2QW2YJUDiE2iHXeC4cmpSPBcZ0Mgwg VwAeyAcM8BxSBb0E+WU35bum5RMYcH4AKqXzVtQLQXcUAgZmHHGjW4Bh4LliZT63Acwr5tf/xxVZ +YMeX1KxLPWxinyOKQisCh/y/U8fhu+XVGDhAWIwAI8Mou9/odj9SrHyGln/4+63TijvnlDfO6G8 f1J9n84TdFrW/7jy9nH1DUw0Ul4pVl88psznuUPPHjW3Ds8i01+kYNNwofIQWf9CdQZ8vyp1X4Ei 9wncnQ/dkafcnksMgMmht+UqUrxUWCPfTwxwczYBAL/7z1GIB6Zmq1NIOdqkLCaBLG1SpgYSyFT5 Nb8+PlMdl4V3/GN5PChZf2KAsekaAQC2BRMD8Cqx4WkoYBuapg1N0QgDhqbog1P0Qcl0wvdTQAAw KMUYCIkByeXUP0kMgPQBiYLUn5SgDUzSByVJZsAiAnmOICVjLOkYzCAyxqd5JqaiB2BSurgxHX3D t/NugduzSPpdOca9OZxDyDUezvM8kmfMzBWzCQ/yjMfzPTOyxb1ZYjo2EhjT6MfT9BvTCQPEtDQD SJDmoZvT0qAbEXumphqkKamcRgAhiAkpnElIFFKjEw3SyASSGB5vDIsXwxI8w+KhofHGkHgxJM4Y Guuhc3CsGBRjDIrxDIwx+sXo/emMFv2jjb7Rok+U6BNp9Gb1ihCknhGi2yHRPVxnZoC6hOudw4RX oaJTqN4pTCdmIJGnbxeidwgxCCTah4h2rPYhRoeDBk66j1h0PCg6HdQ7H9S7HNS7HcSr/e5homeY 6B1u9AkXfcON/uHGhFjP3UnG09mel3PQDHBHkpga5xkcYfQ55Ol9SPQK9/Q86OkZanQn8QhRJAdM JDA6BusdgkhGhyABkZUPIisPVKCzE3n6IPL0Rmdy9sFAiC68joDU1TpJ7O9FtwOe7gdED1IIyegZ InriJFtv9A7x9D5okPocFH0oCKGTLL7oSwGdB0W/EINEl/34JmLT7pPF1/kSJMDPwOJbnwIDiAfw ah/izEAQZnr25Noefrtv9NgveuzHaCBZ2EO+n2V0wfggftMP02904LXB5Pvb7THa7jHa7MH0oVZk +iEDK4ctNSMA2GY03cqF/lsNUmNy/1tEo81Go806nQ038ov/rwVZf7j/DXo9cv8QCn5Q909CHkCS gMQAr9Fniy+rgMz4MgIDEAlIf28lB/4tGLBkwkClkr6/AgzIhICtayGdYABi309sQCRQUFDgTA6Y 1t+qEXLcgcj3W6eDBEjS/ZeHgauQLpDZAOWqlegf4EsNDECQYDGAFSg8RMhNMCB7hWHxlyMhYJ42 DHzovnal5twxTDetGiGy+3zHIgFIpgU4J0CyAcCGgRqI7ZscYKwQx74w4BBuytNHnCJYUHrFQrQX X7PkXK3l5+p/VNLqy9Jem0vH73M9Eu5+N1ndcVQv+tVwi/MCmYHzqB0iFsCsoYsu/Xz+b8bWQvX1 ROXeEDdRROf1pU0/Ka3z4blrPzh35fslNd89Cx7gnABcPqiAuwUqMICParzhqAvyUWUwAK//N2DA TAv8DRggOWHAHh7qI/j+fwYGZDbAqXIkcDkYqD7PCQO4QwDglAMGZJ+AqepzTkgYqCDGAHPX2DEm AcAAef2KkverP4l2YR8SYJk5AQkDMifwVzDAK4fLwwCnAnxhwMwJzJTTRS8PAxUAwIodOYHyMID8 QLm0gC8MEAnwurHLkQC3DlPggIEJBANNmjXplPDD7nMrQssWPFEcXi/CfUOYWitCv4GQIEInMKhN JHBIrx8lGsZojaK1JtGAgXZJWp9Uo3m82ixeoFUgTmscqzQCAGj1Y5X6sRg9VC9GbRirNiLFa43j kCJonIh6oSbEAFZ+oGmSLpEALQTJWGSGfQWpWusUFfVCKRrnB+gkJAAMtMeptE9T6OyYpnVOR36A RFTQJRO7CAgJemVpPQkMsI6AkwOcIuibybuKiQcytf7ZFLtROJSrDiYSyHVgq96DAACpGklEQVQP zXEPzVWGk3KU4dllo3JQOzQmRxmTg67isTkuEhqLcyHwAJEAyofKSAQD6CVwZAluzJOJAte0PDNR QHhAJ6qGuIf4vkL3o2Svj7nnFKvzihUAgJkHcM85jiogvP4/xoM+j7n5HT8s/pNHEZOekCX+uHSj 39e+5Cqgucfczx1Vnj/mevk43P9bx8n6KwtOqiwKlAWn4P6JB94+rrxxQn3tmPrycZQGPc8biOcw Zjx5VHniMMYBzSxUHitSHilSHi5080Ix661/gULW/75Ccv9u7BDw7hRT7sxX7yCh7Ee9PV/FXmHW rXnKrXTmKkQCN3E2YFoOmX7lxlxtag6f2dpkIoFsdVKWIhkAGAASwF7h8Zn6hEw591MfkwkSGJlO AKAhG8CrxJgHxLBUlWCAMAAkkEokoA1K1QanaINTAQODkrWByfpA2/pXUD95Jun9EvX+kOiXgJMg oX+STgIkJAt8A+FBkj4Y7b9iSJI+LEkMT2I8SBajUozRaZ5xqYIJQUzGGjI5WQjbx27LEndkGndl 6vdmGvdnGw9kG/dmGdMzxNQ08vSCPP3oFIO+YQwkxiaL8Syy+3ROTDYmJRuTU0ACU9I8k5PF5BQx KdUzMcUgTUoSdGdSkjEh2RifJKTGJXlYYlyiQQE4IckYm2iMiafTM4qAIR7YMCJB8GkAHuKAEEMB DGIYn0NixeAYY2CUGBhrkAZQHC0GRHv6RRn9IqG+kaJvlNEnEvxAkuQAhAg3yNP3DDd6hAupnodE 7wjRJ0KQie9LD0eIvof0gRHGwEPGgEhjUKQYEqkPixIjY/TRcWJ6gpid5Xk5z1hQ6Hk97/wDqZ7h 0dqQKGNwtDEYDxuD6AcjRL9wYwB9W5hObNAnVPQOFb1CjR6snmF0wrsTIUBk3w8aXsHTC2nineoT qtP39AklZw/xHdzse9DoF+rpF0qnIPXnGEaf7hy0Ao5xhoj+FJDvP0gwoPeRDECPER4EczYAMnBK r09EwerFBUK9ZO8vn3D8QYZsGOCCIk/XQNE1QO4ARiexbDDouE902Kt32Cff9Jt7xNDUyyNHW2Hh ANRih06+v9kOndR0u2jCb/qbbDVIZPcbb9HJ9zfaojfaIhpu1htuFg026SSK620yVXejXg8AIPhE XGe9XoetP0Tun1//11nnqfuVB15/rbiBSMCCAXL5MkAngJcHjNpfepxe35YNAxXF/h7NABSU+4iL f1j4qJy4OgglQ47kwHUkiwEwOKictGvN7mEnDIAErrF8P+mKqzhd4LjjtP5OyaIg8v3ObgGWLBBC fNVqxSvwgHrVSrfsFuBWAe4nliSw3FsdBDaQSIA5QvhILh6W1p83CVjxcjj+K5e5r1ku2waQFrhy mSpJoKasETIBAAFyAiABmP6KMGBL+n5WmRnQ/Q9c5sgglAZBBABIF5gkcDkYoDsl1ReUVOdFwhTU XHjuyoWl1ywrqb2itNHHZe3WlfXf6rox0PVUtGt5ph5yXPmx1NxQBqGxWCLBhbOqJ/K0/lGm+nSk e1pAWb9Nrtafn2uwqvSGxegiuOK9c7JXmFSNeEDCgPX6v7y8Ny8PA2bDAGCA4svCgC8JWDJhwAIA On1UEQZ+gV6qpFWAVKn791EFBrBVOQxUf86aJjSfNwzM5wIhDmwGuIy4k3jeabL+3DMAgQRQHfQN 3vo7YICTAHbHcOWySABzRZ0MYKs6w0A1VATB/VNQ/akjNhjUeBoMwDBgFgvZqoABUuVgwPL96A2w A+uS3D/EOQFCgrxKpwmZqgQGfBcOEBXIBmLAADOAEwbKIwGqg9AwgPyADwZIVYQBLhNq0rTJ66d3 h7kXLP1pY8PoczeEazccEgwDOsMAeKBepN4gWjSK1hvH6k1j9RZxem8y4imieQJKg1okiSa8jAww QAwQrdTHqdKJeiH6KEZtHKc0ilcbx6qN41VMHMJWMlPNsIyMYEBvzimCVslaSwgwIHnARIJUhXgA SJCmEQZ0SEOWoHOq2jld6ZKudqZ/ngy1a7rSLUPhLgKNwEAiAecHUCw09bBnZIHWL0frj1lD7oHE BjkKzx6VMIDeYs4PuEfmop1gZI5rVI57dA7yA+OBBCgcQoqAZw1NlL0E+e5JyBi4J5u1QwqQgBMF UwkM8nBiGmk+qEDCwN2F7hmH3TOPup8uVuYcU+YUK88eV5+l85gikwAyAyC9Pvn+Jw6XPXm47Ikj rtncbcy+X6X7AIPDZkMwJgsdc79YrJCnf+24myz+OyeU907yu3/GALL+b51U3kCpj/LiMffz9Dz7 /md5LhAmBVljQx897Cax+8c6YewRKyQGcBMGPAiphAH357vpJAy4t1wqQLunQL0rj6SABPI0kICE AS4NujWXSICEtAASAjnqNOKBXPXGHBW7hHO0Kbk6SAAwQNKAAZnaeNQF0amPy9SnoFhIjM4ABnBd kDaSACBNH5kmhjMDICeQpg9hEpCSOQGkAggDkrQByfoABwnA9CcZ/ZONfuT1+U7fRGAAXQIG+JTq m2R+xFTAGQPOIQxMEoMS9CFJBmkoThQXjWAqGJ4iCAlGpxm8iMAgNpiY4ZnMBT/TMjw3k9KN2zh1 cFuGuCnDGJdCIGEMThD94/T+8QKKEwPixeB4+i3ovjEkQQxN0IcmiGEJglz7qCTPyERBGp3kGQWL 7xmTYIxNwDmaPqU7dCaIUez4RydSQCc96SHTPyreGB1vjEnwyCfpAa/ofryHPiVIGBEnRrJGxYkR ccbwWDGcOIHPYcQJscawGA8yDDGeIbHGkBiSoHNwNM5BfA6OEnQ5OMoYEg0NjTKGRYvh0cZwnGJk rDGKFGOMjjHGxnjGxoobE8TdKZ7ZGZ7X8z2Liy68U+B5NE2/K9mYkqCPjaVn6EkxOlofEU3AYAyN xBcOidAHR+rEEoMOGQPDxQACgzDRFykFZBX6hol+dBmq4ww36OwvzzCcEHl6inFSrENhOK1LPIBL kwFMyR8h988iDCAA8FiXqPmhO32QEyBzT7ABoTQIOQTUC/UMhrlHyRAHPYI93YIMW10DWQGiC+Tp EoBRoSTMEYLdN9rziCGeNYS3+22wWMD2+nqLnToF5gt+uZqATiwnJt8v/LaR19f9tgk68bJ/q3zT j1f+DbYY9TcLr6T13yjqkfXfqNWFgAHQ13D89TYYdTeIOl4ZtWUegKuAcDIS1CKto5jvVAYDdh6g chhwWvyKYlvPzQBk9HHiJt3xwoCUJAHZJOBtFPbx/ZXeJBJgGPCWCZk5gfIw4COn+8cSMcclTL+V FigvhoGVFDhIYDX5fu4YXqmR9be8PvqJ4f4ZBsjZm2IqcMgtYcCxTQyquQzjg6Tvr2GPD7IE98+b xZwwUGMpi7sCKsoEAwYAnibkqm7DAIs7gxkGFpXy4CCuDjJJQGKAPCsIW8MAAzXeP1fjvXM13yce KLnqg9Lrlp2ru7K02aelnTeUDt9Vdlew8lK8sjZfpHwvzmkEAg4YQHhRMS4cP+PZeVh9N0m5/6Ay Ymdpp69Km35UUmvZuWsWnbvy/TNIEbxtzRU1uwV8JQmhxptQzT+BAS4WunyZkAz+DgyUEzcQU2CS AB4wHT+TwL8LAxUAwCnAQLUXviMYqGmRgKnyMCAva/41DLDmIg9gw4Dp+xGXywzUfPaUj/WvKIsE jjsBwCk2/VaZUGUwIEmgJqcIzP6By6YFSOXKhKrzQCHL/ZeDAZKEATuQJOCEAe+lFwZsVQYDj8iG gTTp/m0e4EubBP4ODFhywMC4W0YBBkLLFh0oWzwi8/D1YeL6cHHDIfWGCCIBDfNGw/U6EXq9CL1B lNYwSvOLFk3iROs4bUSGaE2GPh5dBE3w+l8j098gVq0fqxEDQLE6n/ioQZzWKFZpHKcSLfjFqX5E BXHID4AKJBLI5EAiUYHaMgmbjIkHWqdorZM1NBOjn1htm6K0Q36AS4bSNOQHUpUOBAbpWsdUtROB QbrSNU0lMOiWCSronqF1z1B7ZBASQH2zlGG5+oAcrXem2i+beEBDogAbypTBXDI0NFcbko2SoWE5 rhFIETAS5BIMKKPpzMWesnG5rrF5rjE5rvHcUUDnhFy0E8jaISIBdBubc4dcaDWWuYI8s5eAlxaX 3V/kfviIMvuY8gwAwGwCRhsAanugJ6Xpp/OIqdlHyx4/4iLR/SeOlD11GA/PgaHH1NFXjrpfLzYb fN9D5Y/2Hl78K2+dcL9+HNVBLxa75/OO4WcwGNQtv4rXh7kfK3I9dtj16GHXIwQAh90PF7nAAJYI AGYUqiRiANJ9BWCA+/OV+1hOErgr3313vso5AQXKU24n5SvT89y3ojTIUp56U65KGHBTrj4tV5+a o96Yq0whDMjRJmdrE7OUiYQBCEg6CQyQoY7L0MawpmaqExFwHoCzAaPS9OFme4AYniaGcRIARf9m aZAJAwOTybXT6YUB6enJ9FNMkNAvQe8Daf0SRd8Ejaw/xX0Ttb4JOn1EJ32KGPBAd5Au4B8UAxLN gqKBiWIwWflEwAAFw1I8I5IN0sgUfVSKuaFsfLqBfoMUjA+amoaWg5u4N4CoYFq6Z3yKZziRSQL2 EPeM1eWOYQwOihI9og0KekbLhcR67xheRxAj+sQapL6xol8MNIDgIdYYECv6x5CM/rF8Geehc1Cs GBgnBsZy83EsWgsG430/zsF8Ig9gC56eFWsMhZAfGELP4DF+km8OjdaHAgB0CLFgESEIlj4sWh9J ihEsMv1idKwYG+8ZF+cZH2dMTIAmxxs3JRq3J4lHMoz5eeffKfQsKPK8mX/+qWz91hRjcoJnEj0Z 65kY4xkfK8bFijGxnpFRxsjo88OjxPAofVikMTjCMyTyvMwt0DngkJAyY2IDFpl7nEQLzACEBBCo gO5IMKDT6Avrb/TnEy5fnlz8w7EHzh7JBBT/9AphZ89lQqgdOoCqoR4HjO78Fr8bKQiNBF2DPF3I 4putBegxgLn3x9Qg+Ht/0d5fdMBMIaODv97eX29HXh9GXyfH33qP3moP5o1iw8Ae89V+c3L8u8ji a82slcNNdhjyHX+T7brfdr3xNq7qoROm33rNv4UC2H0K6rPqbcYrf/NlP7/vxyv/TQIxLrU6GwWp Lp1f6w4JMv12CVBtcv+yIXi9qL2ORDBAMvMAN3wF1cIlSKAWjwa6ASqHAUwCQlYBme0BFUgAH1mn KSKBzzAmSDr+G74wbLtP903f7xWbewsDKvH9KAfiiiCy/hRbn177iXaNlQogYXtA+RohktkfbF8y DKBdeA25f/3qj3Bpi3y/HbAUnLhEbwC6gcnoO3jA7BWWjQHe9gA3YGBVeRiwdIUZmEVBPjBAqrnM LAdiOWNZGsR5AIsHalgyBwdVlhOAUAvkBYByssw9kYA9RdR7c0GpFFl/74mPbBJAfqD6AiBB9QXn ai4suWJR6dWLS65fWlL/o7JWn5f12uQat8/16CH3wlTNv1j79hwmjcp+YpABUwFd/uE+H/OtviZL eybafaO/q++mktafnWuw8tx1i0uu5l0EPF2UJwVZw0NlA7GzaggkwMuGMUGIhwhx4IQBnAwDQAIH FXhhwDFHyEdcI0Qw4MCA8vJmBrgnmGTBgHlZngesrQI+DMBytA4/T77fiQHyJtICEgYYAH70gQFv QoAvyeijEIjrgmzxTfvyWx4qSqZfThOSMECXaCauBAZ4fFClqv7scZzPHK9BMPCUtXiYLb5PlsAJ AzKQAhJYaQEJA0wCZlB9dhEJA4U4kDAgRwkxDDAPMADYp7NMCCcKhPKqyfzATFJODd5D7KNqXvdv kwDJlwSqAwZkAzHDwCPYOlw+IeAVFwhJWb6/grCKeAYvHeMG4rG3jKzm16RJmHvBo8cia4cphAHX hyMncD16BuhU60SKOhGibqTeMFI0itYaRZH11zon6n1TUCzUNJrMvd4oVm8Uo6NAiDGgXrRaL4ao ADDQMAYk0BAwQFSg+MXrhAHoH4gHEvjFKZINvDDAm8hkcqBFik6BNVyIYIDrhVK09mlCpgg6pCnt uYWAswRKxzQF+QHwgNItQyMM6EFgkObqkYHGYvQWo14IGwkwbgh7CaD+WTJL4JaNxUOylaHZhA0K sgRcNTQyVx2R7RqJFAGTAAQwwA5jpoLxea5xxAP5JhJwlkAhHoByyyQPoGQov/TWQuWuQvf9ha7H yJSj9J88vftpCmQVEGEAC47/qGs2McARN52zirCiGPkBjAp1zeXpQy8fd5vV/1an77snMfOH3P/L x9XnUSmEpmH6LSRa4K3/EffMwy55Pkq+H6//XY8QmRAAMAY8VFT2UGGZTALwSTIxwNolDBggSQwA CSAh4L4z300AACTIkySg3p6LhMDt+RqaBPIIAzghkK3emqNOy1FuBAOoU3N0AgDiAfQGZCmcDVAZ A3ByQkDnaT/AgLGZaA6G0rTRJgagSWBUhiAu5ZwAegOshIAYTFSQqg1KUQkGkBBI1MADyRrqfJAB wJv+/uT18WpfH5d+fiBZcLL4RAL0/+1E0RvWX8YghN6Jok+y0QdsoBE/IEWQoJNrJxEG0E0JAwQG QALWEHQti2GoGjJGJiM/QDAwlquAxqcACSZzQ/DUNM+0NMAAIcGkFDQED0oQBANYMRZtdI3Uu0aL LpFa1xjRGU29apdobBbjm3qXaOwb7hSp8e5hjYQO4EidJbocksuJte50HhJdIvAjXQ+JbhGG+Rja hbXukToUJXpFGj0j9Z5RAuchvcchrVeE6B2Fgp/eUR76tBdKgHQuB0JFEAV9KObqoL4Rol+k6B9l DIwyBkSJAUgIGIMlS0TpI6INkECsQC4iToyJM8bHGxPjPTclinvTjCcyjdcLjEWFxhsFnofTjduT z9+aKKYk6BPiDBIxw9gYMTZaEEgQV4yIEiOiBbIBkdCgSA8cv233Dxn9Dol+4eXUl/x9mNGHhLIf qG8Y1xHxKd/Z9wlFyVAPs4IIZw9cetABTM7ePEW3YNGVzhCcMPdBcPboN2B/35EURCc3GQdghmn7 AKOtv95mr9aOZ4lidYC/aOMvWu8TrXZrrcjl75VG34DL5yUDLUjk9cniywXDcPyiCXn9nVzPs11v so1O7C3224Zlxg236fKEtgpSgy0U6A2k3d8KUSztfjlt1utKmS/74filJABA5Pvtm+VgQEcGwLL+ EHcG01l7nYaeYMYDJwyAB6xyIKeIDa43YUCgOZj7g50w4PX9PhjABULmUFFggBTDgAQD5gGnTBgo 3w8g70AgAWn3uRbIggGkBWQGwPyUYEBWCnGKwHb/HzMA2JfWKXMC5PKBBAAAxbrEKR2/CQMyXokV wigEskmAPqJAJgckDMgmAdIqjWDABgCpq/gEDKxQfQDAKR8AcMoqEMLaAQkDJAIA5gE2/V4YMAMU BS02UwFOHuCPWJbv9xUSBV4YkPLCwILSmhRYPMA6J4Mr0EhQgqqhxaW1l5c2/qi03drSQdtKbw1y Pxfn/iJXT/pRlOoYMORhGJBgQGSgGeePnTF2FanvJrnuCykbvsPd6auSxh+V1FlacvWic1egq/gs Y8AfZh7AYgCvLBiAbBiQl7a8AGBLYoCpy8FAtVd/kWmBP4eBmiwHBjhVDgYwO6gCDNQkQngBJECS vp+MvgkA5fRdTZ4jJGGgpgMGJAbYMEABYgkDz33vcP8+QsNAjTnfSBjgmGDABgMvDFTH/NCTgIE5 RAV2vZC3cAgY4IUBNAdD0ugTADxt3eHkQE2WHdhyrhzm+AhgQCYBiAQslYeBomqzeJQQnTYGSDEM mI0EZjbAFIEB2KAyGCDrX37PgFMOGJAFQg8TCXD3MF9ycqACCaBv2OaBcgBQTpwWkJmB3QG7xtw8 gmDAb9XPXzeMOntDuLjhoH5DqM6VQvr1YZg3ihohgoEovWG08IvWm0TrzWO13sl623itaYxoioXE Ojn+htEyD6DXi9HqMgzYPGB2EvN8oYaxamN0FzAJxGOTcVOeQYQW5ATwgJR33ihXDSFFQEiQrLZL 1VEylILkAPIDhAHcUmyL8wMawUDXdLVLmkpnt3RsOiMS6J7u7pVO7l/rnaH0ynCjkSBT6U/KUAZk KkQCA7PQRYAz0z0kGyVDGDSUq8rCIdQOceHQmBwXUcFoLhkiGJCn1U7gmpDjmkhBDhYUoKkg1008 MDnXNTW37Ma8sttQW08O2zULHl1W/Lvx7v+o+4lj7sePlD0ut/yyd4cIBg7DzT97TEEV0DH3q8XE AOo7J8EA75wgGFBfw7pivPt/DvOCUDskKWJWEd76z0Tlj4sDOtn92xkAcv+FZcwAFLgeon8w/LOZ DEAnioLI+su6oAL3/XD/brtFmBMCbtJdeSRmgHyFGIAAgMQkYDYNMwxgatA0JASIAUwYmJxDQkIA OYFMmRmAgAGZ2oQsbVymNjYD55gMdUymNiodGEDun1sFODNAGJCuD0vVhllFQaQhLO4V1gen6gOT 9UHEAylmxT9qgbgfgAt+6BR9cFPvRY4/AdmAPomgAiieLunEZa9EU31IDAn9Eow+8Tj7yo4Cs9WY 2EDHigB0EciSIQ/xwHD0AHhGcw/AmGRjXIoxPlWYKYJUdAPfyI3CN6Z5xqdg1UBfrB824PixVFiQ +5fbxCjoSEgQKejsQIoSWDEmlwnw3gBeK6a3k/vFDiHgHcN623AMCW0Thj1ibeWdMEEBLxaQd6T4 vjkpSO9wEE3AFGA3WSimjnYIE+1DRccw0ZFOVucwvVOo3jlc7xYquoWJbuGiR4TVFXCIIYHYIJIg 4fwgFAihDWByvLgn1XgyWzyX45mffeGpTONu+i8To6FYKNoYAdMvhsUYQ6NJnsF48Y+ugAHk8ukL ZeVPuKd3mCB/3zvUI71794OiB7qHzcYA8uvdQtBJ3DXE6HYAIvsu+4BJaCwOFj5CG/F+wYbe0wH7 iY32+432geTsTfFAIcwUwkgijBPVW/tr2BsQAHMPf+8vWuxl7cFCMd48oEPYMoYtBM0plluHd4vG O+HvEe/SKSY12qE12q777RCN2d9TTGq4jYw+1EBqC0Qu3/T6/GrfDuptZtNP52ZhGn0W3bQcv1Ne x2/HtW27j/v4yEf0AJ7ZIBMCotY6nUQwUEtSAcGAuRgYvcKyTIhiJwzA9zth4Ctx/Vr9Btv6m+3C xvVrIdP9833L7ntllv045IQBpALs2Lxj+n4wgC3r5rUUWzBg8gACMIBt8Z2ybpZrC5YxBomuFtes JhIQV/Np9xCTyNybFt8rBwysAgngXMVtA5gdpFxJsgqEzOSA7BJerly9QsMpa4FkEkCSAO8TYNPv Mm8yA1xlZQl8AMApCwasFIFFAtWXuK5YQs7e7BXGfRMJWFajcOWC9Sd/75TJA04M8JENAzWRE3CK kABUUPM9rBK7alHpdUtL6q4sbf5pWbcN2C3wUJh7QYo7oFg/fdbQMHsU80bPnyceQIcx/fpN8cR9 q6/J1J6OcE3d5+r9dWmrT87VX3Huug/OXLngrJwrCt8PHvDmBGx5YcBHr+Os7mgVcKg8DGBwEHcM O2ROE5Ktw74MYMsJA2YqoPqLUEUY8DJAhcwAeX07QFyOAUxh5fDz39V8npcMWBhgyQQAMIDMDDgK gSowgFeyaRjtwl4e4LQABXO5ZEjCgJwjRHbfSg7ISx+hRuhZs0ZIIoENBo5L5ATI+ld7shwJSBEG WD0DPFdUkoCDB2wSYBVUm+3oGbAwwJkZsGHABACbBzBg1GwadhYLVTNJILOCKoEBFncP/ykMSBL4 izKh8jAw6kaGgREZRTccNK4NJQDQSLVkciAMZUK1I/Rah9R6BAOReqMo3S/GaBmrDUjVm8UoTWN0 vzjRGF3Fer1IrV6kWj9GrxtNMKAREqBngNsG6seojTg5IJEABUUxRAJaY+wlYCQgGDB5QG1GSJCA /gFzuJATBjBylPsHIIwcBQ+kop/YhgEMHuXkQKc0BY3F6eABRgKte7raM50AQOudTjCg9M3U+mQg P9CPYQDrirMUDBrKUgdnqUOyOEWQ5R6a5Rqeo47IhYZnuUdku0dlu6QwaygHJDAmu2xctms8IQEp m3jAPSHbNS67jGLsLCMkyAEMTMtz3U5muhBeHC4frh37fUmPH6WTYeAwmXiu4eFpoc8eJYvveuG4 +9Xj7jdPKG+fcL99AuVAbxSrL2P0kPL0MTxGXzWLvP4RFPw8VoSJpY8edj0KGED1/8zDCjGAfPf/ cCHJTb5fnoQllvvn5uAimwRUbg/w9goTDNxXoBIGkPu3SEC5O899Z75yp0UCckuADQM8RVS5LYdJ IE+7ORckwAkBhU7AQLY6OVMBDPDIoMlZ2oQMCQP6OGKALG0swQB4QB2doY4iZSIhAAyQg4MIA9LU 4akEA+ABSQJoFEavsCZnB1l1QYABDAiSJAAGQJMAYUAvtv6w+IlanySjd6LWO0mny95J4IG+FgOQ eibSwyYMgBnojEPhEHIFXEpEMGDVCxk4k8Qg5AcMzCdNMUYmGyOSuLE4WYxOEeNSPUCCFH0STwQC DzAMTE6jB7BorHesuWCYrD/xQCcSYAAAQHc6YMewaB8plwpjnXBbsv5YFEDOXmsTrrU7ZBAGtDbt vmgdhrUALUOcKwJ0CkitQo2WB0kyptPAUmGeB4rZoPLS/Cn+koP8swcgTBE9KNqE6G14alD7gzrh QScQguhKYBBqMB4YPQ8Z/SPF2Dhxe4oxK8N4Pvc8nZMSPQOijAER+qAIYgZPn0Ps8ikO0/uEiZ6M Fl1DoS4heucQ0YmnEvGyYZwdDoj22CEg2vOd9gewSaBdEEaIYrOYXCywX5dqg8mhWtv9BgmDRPcL vkM+3lQL8vGQ3pIDeTbfZ/CSAWwbaLpHb8aXzeTlbqwTbmptGuZLsvi6HzYQQ412YiFxI3L25PJh 9PWGMqZgu4C2IWiwTa+/nUSXhnyL7xSs/1ZRD15fr4cAvp8upeqSpNcncUxnHfL9m3U662zEiQe4 4Mf0/ZVJAoB0+abXN09Rm3uCfUgAQh4AMEAPyMyASQUSBhgA6PR2CEgYwOt/8vdcEcRUQOcNawkG YPfLwQCTgBcGLqOKMOAUTL/PTen7K1YHsRwwAB6wX/9DDgawZb77tyy+lH1HzgKyYQCXlvWXFt8M zHf/JhvA+mNgKPcD4ORxoiwwgMwGMAyYAQMAiUjATAiw0cdNq1HYhgEZEAzwdNFy7t9H3tbhJSYM EAYgLbAU7t+GASkvEnxAgVtOE6pEEgZkx7CpvwsDzANmQqAiDOASvcUlVy8uueHDkkYflbX5wtVn m+vm/a7nYpUvsvX0n4TbQLGQh2CA0wNyb7HwXCg+a2w7rL6RqNwdXDZke2n7L7Gu+IYlZ69ZgD0D NTktUAOVQr4qBwBO/W0YqPEqw4BXv8oAGGAOEbqcHDDgyABAfwID5WRWB8lLp/t3CkVBVmagAgkg MwBxdRD2DJgwwJVCz3mtf0UwYBhAA7EvDFBMn9p7BiwGICqwrX9FAQaeYRjgF/8mBlSAATrJ91cK A0QCfwID5UmAVOgDA3+SGXDCgIxtACDZPEAwwJVC5P5N688qd/l3YIBiM/g7ZUIzvDDQvkv7Xf47 R0wZXq2xX+M6Ye7rDqg3HNSvP6hfRzxAVBCuXx+q3RCm1YnU60Ub9SP1hkQCUcgMdIzX+ySLpnEa YYBfjN4IaQFRL4Lcv143Uq0TpdWNIgDAxuJ6MSr2FqNnQK0PGGAewFYyzg9ACPziFDs5QDwgUwTN E9QWiXrzJMCAlOwnbp0MKmibTDygU2DVC/GIoVSeOpqqdErlfuJUtVOqQmeXNCQKzCxBGroIemVo PdI1OnuTkCJw9wUVuIkKCAaQKMhUB2URDCjDgATKkEyiAjfFw7ORLiAkGJntInF7sWtMLoYOkcbm lJlsIJMGOW7Cg4m5hATuqbmuW8g6F7hmHHY/Rr7/qIIkwBFlFpPALJAA8YDrCTQD8Dig48pLxzHf 8w00/qpvnlBfP4GZP88dc89BX4F7Nrt/WefziF3xzwH5/ocKyfrTKd0/HiP3DwDwSvYDmNmABwtd DxS6HyhwP8CFQGT9bQzAyCCUA6FXmE5kA5AKAAaY2YA8N3cIaNMJA3JVLBNg3Zan3sIdw7JJYFoO GoWJBKZkQ4QBU7I1KFOflKlOQocAcgITyP2nq2MztNFp2hhMCsK8oNGZyAagXThdHZGBLmGWIPcv cwJDuCjIlDU/lEgAAhKgLqhfMtICZtE/GoW1vnj3b/RK0HsRFSQZ5PW9SQC6mSh6xOPsGW+SAKk3 KR41/XT2oU/jZC8BZwmQKDDLh+iUYICBpFgqbAxL9oxI8gxPNEYmoRZodKpnTIoxDksDxMRUQUgw JQ0wMBWriA16rF+s3pNrgSQASOuPhIBkgEi9XYRoFwEYMHcJHxJtQAL2+35mAOKBMNEqTFp5XiRM wUHeH3xQNJMnXXIs1TRYb3pANMPiMA54fzCpCVaGmWvFzFViLOwQCBatSQdEG1KIaBuitzuotw8h JND6RhpjY43pycZdqedvTTYmx4nBUaJzqN451OgcYpC/p7MjGX1MGqUf0dsFa9gvFiRay5XDgaLl fqNlIHaENfMXTSG9eaDRjC5ZdAf398mPzAfME3vEcKfJPt1vL2Jbfnyn8R698W6BExKIbZGbJytP 3p3OXXpDGeykQGu4SzTcCTUg7RD1duqk+jsFefp6dO7Q627T622nS6gunTsMeafedgoES6+zTa8r L7eKOlvZ1iPWEZDvJzdPJp79fZ0tem0pWHxRdxPZdxh9Cupu0uD1YfdFLbL7DAC1SV+bhf4kxgBD Ov7aX5s3IRlb5r6c0Tclam3gsh/y/VZQm4INfJ+7AmDxmQTw+h8tAbq3Fog8vQzY7ls5ARj9irq+ vMV3fsR3dHNtsKXr+PxzEiD5eH1bJgl8igfQFoyY+wTsNgAWX/LNCgxgC5cSA/DuX8NNxOT+HTkB mwfk4CAJAAQDq838wFUcIEZOwPL6q9x4/S9JgHy/7f5tAOBPJSGYd5gE7EBuFWDRJVl8BgDozwqE ZJcwMEA2EHNMdwAD/BGZfq4IMknACQbk+P+yYaCi0EJQgQGkKqsR8qomne+VUVDdmSJYWHLd4tK6 K9BY3G196ejdZY+EK4tT1QPF+nfnPDq3Ep+/wBvKsKQM+s3liT6trU5XZke4J+wp7bGhtNmac/WW /XHtojNXvnempqON2J4v5GgPuLxs0096TQbcMICZQnzJMFDz1d/5lAwgAxn7AIAts1vASgtI9++j ijDws/T90vrbcbk75XsGarzwI4qCkBYoVx1kiwCAcwJ8olII1UEsR8+ARQUmEmCUEGBAWv/K5OgZ qOD7K5UPDJgYAFn1Qo7qoL8JAygN4h7iGua6sXL692DAzAw4YECqWiXrBaQAA9UcPOCFAVQKkeP3 hQFbKBOSewb+Hgy069xu576dwyYOAwxcd1BF6zAxAKQwDxAJ6LVDMU2oXpRoEKE3iNQaR5FxV/uk ig4JehOKo7RGUSoKhKIIGMj963UiNYKB+uABFcVCpCi1foxSn2AA9UKYOmotH0AXAU8ZQnKAvtbi AbVZgk5B83gSFhG0TFRbJWktuZGgVTLBgOwn1rCVzMwSYCuZ1U+sEgwQCYAH0vWOkgrSNckD3bhw qHuG0iMd6okUgdorXe2dofTOcPfJUPpnqv0zlQFZyA+wlEFZbmQJWIQBw8zTje3FkgeyUTLEco3O KiMAGMOlRGOy0VFAVIBRpDmuabmu6Xnue4qUh2Xh/mE3YQAxAMs1+6jyzFFlbrHywnHlVR7zjy1g JxC8clx5oRi9wk9xy+9j7PXJ/aO2p4hihUz/DPL9UoWKxICHzSlA8o4yAyNBzQzAjMKyBzmgk2Qy gHT/hcCA+wEDpu7lPABnAxgDTClOEuAuYQsAkAfA8FDCgFvozNNu4gUCcoQoCRiQ5Z6SpU7KkPOC 3CgNyuSEQJY2LkMZl2HBAJFAhs7tASrXBWlYJcZrBJAHSFatiiBeIwAGQIfAoGTkBAYk8eCgJK1/ sjpATgtN4Rohng5EGNAnSeuTiE6Angl67yQDyQHCgASdLnvF4+wRxySQYBAJ9IjTe8YZPePwcI94 5AQAA3FGb4KEWNGL7/dFs4HoE282HEuZMJAghiRiEBBZ/GGJxogk4gHsC+OqIe4iSNHHAwmMqame G9MABqOSPYPi0R+MDgFigAjRPkLvEIFtwQQA7SIMkADnATgVAAZoHabxqbcNM+hswzF2BuPFPwOA mRAQzQ+Yvr9ZsNaM46YhWrMQAACZ/mYHDOwJDtb99msEAE2C5CmRABjQnB7gNcPND2jNiQQO4DuR cECuAFmCTiFqrwhjdIy4MdFzZ6oxOUF0DzPaHhTtGRXADME6YUOrIF74FaQ3D9Za7Ndb7DfY8RtN Agy/QL1RgGjsLxrvFY32iIZ7tYb7cNlwrw7t0xvtpVg03CMa7NEbsihosFevv0drgOfxJN2pv5su 9Qa7hKndBkvU26XX5zv1dxrw8dLNQ3y5yyBbT6pLXh/S6+6A0ccJ8U24eVFnu14HJ0S2nvw9Arb4 dFJce5tWmwK6JNO/jS5h6+tuNeDst4jaWwSd5Ptrb0ZAN1nk7DkmH88n3aHLWpvI4psv+GsTEtA3 ULzJqC3vsL8nE4/YNvR4gAnB8vfyGf7IvsnaUP4Sdwyv9f/aoLOW5IH1FHBOwJ4RxDBQay1i6fvx yp9hgITyHvOm5e+9SIDAp/7HBwzkwmD2/bD+hAFSpuO3CoGu+1xcyye2CPNN6fsrkfT9dH5qXPup OSaIuwLKwYDp9WWZEJt+2R4g75v6mCw+VwR9ZMGACQbS+qtoGpY5gdV0MgmQVpHvJyQgu29hAMCA pF1jjQ29cqVyJcOANyew3HmimZg+vWIFdwUs15gBcJ8ZwEwIOGROCzUD3LFiqaUYJGpfwvFzbwDc v6NACHcco4Q4AwASqGZOEGLTvwgjREkUeEmAVA4A7BohnDYMkPXHpZcESqycgA8G2CkCDt4rqf7e OTprvGs+cOX7pVctKrlhWUmj1aXtvijtv6X01v3Ki7HKhjw152fh1rmFgJHg/EXuJTh/QfNczPvV s6lAeznOfVtg6YCtJW0+O9dw+bnrPzh7NfHAO8wAjvxARRhAKqD8ZXWfPAAEGDArgl6FyPdLJCCX LzGghlkjJKcG/VrjZScGyMtfqr/ys4kEL/3iKA1ySmIAC3afSEDKYf0ted3/8z9Wh8jlk+hSmv7v HSRA1l8GkIQBiIy+DOZ9x4LvL58QMO8AEuRigb/sGSjfN+zoGbCEhgHuGcAcIVIxOX5GAsCATAg4 VeNJtAdUJ9+PwAQAFsqEJAZY52GUBlVgACkigWo2CVh7Brw8IGGALkkzmQFMGMD578EAhghJ2buH ISsz4LN4mPQwwcC/lhlo16ndjr07B48bwjAQql97kABAXEdnGCcHIJ14oE6YiiUDEcgMNI5Fw0D/ VNE8TvOLARs0itYaAAa0elF63Ui9doRWBxuLCQlUOutGIm4Qg9KgerH0pEowgHqhOKWxhAHODHBy QDMrhQgAGAbs/oGWCcQDegsggdqKzmQeMZSMFgLwAIl4gLcQtCMqkFvJSCkKlI78QGcwgEIk0D0N PNANI4aIBNSe6e7emSABWSxEGDAwSxsAAIAGAwBUmRAYmu0emo35QsCAbIgC5AcsJAAMyAqiLMIA sIGEgfE52F48Kdd9U4Hrjnzy2e5HjigzD0MEA7O5e3gujwR95YT2OvIAyusn1VdOEBVg/8DTaCRA JuERs7K/jNw/D/s33b/l751eH8JIUH7sQUch0IOyJaAIDEABAYBsCKaTdB/mhEqZLQGQmQpw3YUu YfQHl8OAPDcRDjcGyPYAzA/FKrFc9eZsLBO4OUdBu3A2SZ2apUzNQl0QkQDDgDIpU5uUrfMyAdkn QNLHZKpjMtTR6eqoDG1UmjoKk4JUHhaE0qDh5h4xEwaYAcxVYhQMYhLg+aHaQLh/Cswpov1AAlr/ RNkiTIYe5UC9k6w8QLzemxlA2v2eCUQCRg+K+Q7fJCowiApIveLxJb1xR9BNAgMuHLKl96EHEgyZ IiANjNcHJQjSEJkiSPKM4PzA6GTP6GR0EYxOEbKlmGBgSgpKhiYki6H0DbFG9ygdbQORnA1gACDH DwyIMJgByPSjK0AWArUJJeuvU9A6nE6jVRgwgKuAkBBoTu6f7DuZfisJgFf7BwwEhAQUHDDY91si GAg2mvDr/6b0AAAAasFBi2By/1rrYNEqxGgVorc9IDqF6f0ixKhYMS0B84L6HRJd6J+EfH+w3vqA 0eqAaIk0AvYNN9+vNw3QmwWKZoF6kwC9MQn+Xm9E5z54/Yb+osFeUX+vUX+3qL+HRJ5ea0CX5P7J 5cP08/1d/MBuHf5+t15ObPfh6XfBx3u1Q9TdSQ/A2de1fL/0+lJ0kwS7v9NThx4mkb+XAWOAeYff 8ddhx2+K4i0GrD8CGH28zif3v5W8O7/XN1/wa+z4WQwAjAFS+g0b1Vo4Yf0lBtTCaRAe0E1y8BIG 6BLAwCdJwgA5eHzqMPTmRxRs0MjQl5d9X6/Dl7XAAyYqUAz3b8FArQ0GAYB5h2CA3D+Ze7stmJHg BnkiA8Ajg/AREgXoB/CFAVksBF2P3gDb+uPOdT69AdL0O4UtY2ZjAHqCHR9JGCDHTzwgrT9uOkmA ZNcIgQToFA4eKJcZYCQwuwXsRmE0Aa/hDADpI4O8/rV8loMB8ADDAAGAXSwk0wK4Se4fjb8sGwZw R+4QkK/88anMBsiAvD5TAR6QMEAYgJ4ButSu/FDDKXngMjBApwUAdMfCANaVct2YdVljqUMMA1dY XcI+QorAtPscMANIGDCRwPy0PAyY40SBAfL0cf8mA9iBaf0rV813LTYwqeCcTBFcufDsdR+U1Fte 0vyTkh4bSsfvds8KL1uWrkWc0n4sNQyzpRiHcQFMQHd+KvMcOKEtTnE9FOoaub2009qSJqvO1Vl8 7pr3z1zxzllZMsQk8NeZgZo+MGBmBiA5WUiSAEw/gwEZffPSfPFvwYCPTDbgZ8jukyqFAU4IMAnw A+VhwMkAPjBg+34KfAeJVpANA3D5ppAZAA/wMoFKYYDcf6WSMOBdOlbe+gMGfMYKPcO7h5ETsPQU 8UBxjacodtQIOajATgUwGByu6W0VMDHAki8AOFUuLUCSDGDrcXnKuqCKMOBLAiyn+7djeWkWCEk5 SMDSw2noJ35Y8oBVI+TFgD+DAR4lJJXQplPb7Xt2DBw9GDBwLTBAvy5EZx5At8B1odoNB4kERN1Q tS7BwCFkBvyiRGvyQ8miSbTeKFo0ihJECA0iddQIHdLpsToRLK4UqhOp1iVRHK3Xi1IJBupHa0gR xCoN0EysNGISoJOpQPOL182uYtlFgHohmRnQm8drLYAEWitSktYaIhLQ21pU0C5Vb8dlQu14vlCH VKUD1pMpRAWcJVBkwwDyAEgCaHD/WTIJgLqgwdmYIzQ0Rxueo7KUEdnKyGx1VA5JGZOrwNxjtCjF MPqjcxVsKc7G/VE5GDTEl0AC2U7Aj6HPGDvL0DPgvim/7M4C94NF7scOK+TvnziqPFuszi92v0zu n2uBXjuuvITtY8rTR5XZPPkHJf6Hrff3RWUzDiszDrvpJE//YIHrgUIX3b8/v+yBIvcD+WV0B/ct 32/LBAD+Ev5Bcv/0pGwDkHLfhxIgU7D+VhKAAQC6SwKAtzdAmZ5PDEAylwpjoZhcJWZODuU4m0gA OYEpmS7AQLYyJZNiogKeHcR9AuMzFLlAAAmBTKwPG01KQ42QzAPwSTAAHhiWSgCgDE21WoRTVS8M YI0AYQBIACODkpEHGJhiDODmYG4SoFPra00HkiKXL2FAOn7L94vurB6EBPIS7/5Fj1idrH/3WCQN esUJmTroHe8BDMSL3nE6xN3GXDVEN/W+cVr/BNE/VhsokSCeS4Y4RcD5AZLgFAFvFkvFvjDeJobN YvTRQOKNKCQHOkYhM4CiIGKACBT/tA0zSKgFkiQQLlqFSQzgINwAA4QaLTgbgMxAiN7ioIHqIMaA JqRgtSlIwKC46QHRJNiBAagFkhkA0RzAwPkEsvKcVeAMAMx9G14n3Pmg3i8KY4ImJxlTCXXoj4gD eitChWCtZZDRnLQfL/6b7RdN9ws/cv/7Db8Ao7E/1GifIPdfHy/1pePHq/16e7T6e0XdvfD05Phx kncnf08xCzdx36i7S0C7dTrp0hJdavV24VPvM5bq7AQD0FkH7/sBBrV3sJXfYdRlEQDQR7Vti4+3 +6K2lQGg+/hom6i1lYy+9xl8xL6/1lat1hYNAVl8wgAEZpEPLreIWpsNae5xwusTG1h4sAn2ndw/ 3ay1ySD3z1RgOn7YdMIAtvi16L6FBOZH+NSbFpBIYF+yuMgHdl8KN2ut16TF91FtgoF1+g3k+607 N2ygS51O3CcAgPsXN6xjHljHJUAytsqEOLZgAKft700MIMku4Uo7g6Wur6wWCO/+ZQBz7+v1bQxw ir6EAw2lQQAAXEoAAAxUYACnTN/PIiQoDwPEAHTq13yMALRgwYBkgHIya4TUqxytAqY4V+ADA+AB +3IVWoSZAcxyIIkEnBmgS5AAvL5dIMTFQjYMkL+3SQDTgbhM6Iol2Ckm3f8VDhjglQK2uF4IPFDJ ijE7MwCvb80R8k0IsEAFThjwihx/uYYBJAcs0eXfgYEaFgwQCUgYoLPmu4CEK94ruXrh2euXljRa XdLuy7LB28ruCHa9lqBuL1KOnjEUHjwKDGAeQPnQ+Ytu/Xz6D+LLbGVOZNmUvWU915c2//hs3aXn rl145or3zlzxtiSByhsGvMkBy/ez9ZdtwRzz0jE+ze5h1AJZKQKzTMhp/SvKygxUx5YxuXW4UnF1 0Ms/cVqgnGwGsGNbEgakYPcrlAZVJ6PvEO5wmRD3CXB1kFkm9J0sEyrPA2bJkO37nappx5IEKsDA 5WTBQLGt6jgrSQ5Ue/JIDc4DeGHAIgE7AAlcdr2AKR8YsDMDPmIY8BYISTlhwNFA7HT/diwvzQIh HxjANCFzxijfKT9dFHOEzA0DfxsGOrTZtmt7vxEDq/k1IRjQiQGuJR7gngEpLhNS64RrdQ9p9SO0 RuG6X5TWIU7vlIDOAYKBhgQD0aJBpIDjJxI4pNc2YUDUwU1RO5KRIAp1RA3oRIex2gAjhlTmAW4m tpIDjeOJBwAD5UqGEoEBJgxwiqBVEomoQG2dpBMPtEnSSG2TtHbJanvsKmYYSOFlZGlq1zRMF+2R jvXD/TPVAaQMbWCWNghdwsqQbDQKD8vRMDWIACBHG5GtggFyNfb9sP5jc5Rxueq4XDrdE3KViXkK do3lKpPylAk5yoRcdAWMp8cIACwYoBN4kIVAbiSYmueeTra7UCGL/+xRdf4xBbuBjxMGqK8eV184 ocw5qjx5hD5VHiKvT+aedX+RC8K6YuW+Ajf9OEr5iQHoU67quQ9WHlTwQBGfjAegAnqABwGhD7gA mQHgBNcC2bNBUQLE04FI9+S7pPu3aoHQHIwZQVwOZKYCiAQsGGAMIBEAMA9gtbB6M28UvoVIIEsh DODSIM4JZKlTM7EfYEqWOjlDmZylTshwTzCHh2rjMpAN4OGhKoaHolFYG5Whj+IOgRHpZnsAY4Aq u4RtABhkpQIkBqA0KEUfiHZhwMAAc5kAioK4TwArBdAZzL2/vbnaR7p/CQNICMTrBACSBLonGBwA BrrFAQMIBnAnTmeJbjFaDw660/dwiqAnRgAxD8RzI0G86Bun94nV+8aajQSD4jFoaEgCioU4RWAM T8Tg0dEp0Fi5YDjFmJisExKMTRJD442+sZ4uUXoHYIBoFyGIBEhtDultwgEDbcOJB7wM0Io7hgkD pJqH6i1CZXWQaHEA7QGSBCQM+B0QxAB0NuHTj2CAewOQBzDLgfD6v8UB/FTLEK1NiN7qAMp7Wh8Q 7Q6qPcLF0GgxKdEzJcEzOEp0DUPRP/0WLekb9osW6C4w8O4/QG8SqBMD+AWIxoF640CjUYAgoYxH VvXI1/yAAenytbp7Dfh78x0/mXuy+1qdPTqp7l4hA4IBmHvp9RkGvKLnCQMYBmD6pfUnBuBPLRiA +2cJwIAZQ9Lul4MBCHgAKtimAwNg+k2vDwbgmzD9nBaQAEAwIJ/hmD+lEy4f1p/f95tGHzCwSb+B GMB+5c+VQuT4fWDAewdZAjpxHxkDr+MnmUYfWQKCAVn/4zwhJARIqPwxq4C4EMgWv/6H+wcAMAzI zMB6NAnA8TMMmKdjfqjMA9iX5h0HDEgGoJNzAsgD+NYFOcQw4CsJAzIDUFG+MCCTAKbMbuDrPjXo EiRAeEBBeffv1DVrxNXWwFASMgNWgNi2/mu0q+UEIfOOLA2qBAZg/SuBASIByMYAKZkZMC8dMCBJ AHZ/hcwD0CV5fa/7J135ofsq+H55EyRg8gALsTT3VjZAgkENNAlUgAEHADglYaD64j+dIASVYd8w aYETA6S8MECXMnDqL2CAMECSAGqE7PwASobQVfzOuZrvEA+cu3LBueuWlNRbUdLik3O9vi6Z5O96 Kkr5JFNN/E4r4cGjPF+IC4YuoJFA95w/ddbYdVh5Nc51e2DZgE1n235a0mDZuesWnb3qPV5B8Bbs PgqBfEqDyP1bcU2rgbgCDCAzQMHlYABtxMgSOADAVwQDv0gYqMAADsmeAQcDOAHADpz6SxioRHK0 qAkDqBGSVCDdv0wFmCRg6XIwgPwAxZIE5pys8Ux5+TKAHUgYYOvvPGVawAEDJJ/MgC0LBsjrWyRQ GRIAAypmBipggBSs/5/CgENO92/H8tILAwh8YSBVZgacMFCdYaCGOUfob8JAYqv2bbbu3NZ7WH+G gYMakcC1oSoJJBCKnoHrQ5gEwrV6EfDxjQ8Jv0i9SwI2jqFACDkBDd0CkXqdaDl0SK8lK4XojhTH dSPpx/W6hxQ8HKXWj9IaRNMPEgnojXi+kA0DkDVfyOIBFA61SNCb49RaJOrEA0ACwABJa51AUtsm QcQDHQkDUrSuqQQAWq90vVe60idD65ul9kdbsMY8oKFLOFsdRAISEBgwFaAWSCUNy0ZyYESuOjJH HUlnrjYqRxmbBzwYl0dU4J5AGIBBouAB0uRcbB2elKdSjKGiue5x2WVjc8rQTwxUcE/OdU3Px2Se p44qLx5XXy3WXi8GA7x0XJ17THnyKEqGHiLrXwjx4E73vYUkFwEAYQAZdGnZIX6F73yRfx9+ykVI IEt9pMs37T5XJcn4gXyc9INS8mdlCdBdeS4pTgVQ4L6Ta4G85UCWpnNRkFUXBN2Sp9yc6ybxEjGN y4GQDUC7cJZ6Yxaqg+hyapY2JZPTAlgopk7IVggG0B6QqY7LAgkABtKV0ZgahN4ATApKMxuFCQNQ GpSqDkmhU0dXgCSBJDAAYwB3CSMDgOogc6cYFopxQiAZqYB+vDsMk4LQB6wxEug9ZYGQzAzEa1wU ZJDv9/IAeX37jEUpUY94vSuzQfc4o1ssMgYkrAaTiQJsChO9CAmQIjB6x4o+cUYf4oE4vV+86Ben DYjXB8RhnfCQRKwTHsotBMOTjFHcUjw20RiTTDzgmZDsmZgiJqQYI+KxRKxHtIbMwCHR9pDemhSm MQzA9xMStAr3tAwjABAtQ3k6UKhBAGDK2Rl8UGKA1vQAY0AwGKAJWoSRGWjCZUJMAnpzxgAIaQQN r/kJAzAvyOgYJrpHGENj9AlxngnxxhjinAijVbDMG2jIIQQhA4DiH3L/+zW/QNFYWv99egOu/6m3 T68PDBAN9iEVQHG9vebLflQBsdevCySQJEAOnoT3/XV2SwxgKgAeSAwwpN2nx6Tjl6bfjuHv7dih 2tsdpl8yQHkS8GqbfsNWrdZ2vRY5fsv3SwyAv7epgPMAdOeGzZrl/rVa3pieNIMbiAFYJgxsFnzH rPmB19+IU5r+2pvN/AAuOSdgf4SAEEJekstno49nUOFDsQkJ5OARk48vVyNU3vqXFz0MBrBhwCGZ FoC5t7x+OWEukE6C48csIPsj4zrGgOtkKgDZAAQSBsxuYJaTBEiy7MdJAlLS3HPs9PqmrkUGgDAA jh/tAfb9Tyv6fu9N2/ETANgPyDIhMvqOTyGQAF7zc3MwWX8pVAqBB3wxQIprhGD9/y0YuIJOBgAW 32ESkGkBWSBUcwXnASwewGt+Mv3ylCRAMUt2BaAZQPYEm9VBHAMAvDDADQPw/SYAIBWAkUEQ+gTc fwIDslIILcWW+6++sEQWBVmXJgyQ48dNy/2bDOA7S7SCGAaQDZBUQOLMgH2J9WHvYo/YFe+XXLOo pPays34flXT6qnT4jrIHQ1zvJ6tBxdr3JYbwIC3ALcVyV/F54/yFX9znw09qi1KUB0PKhu4o7fhF SaOV3ELw/tkr6WvfNH0/nL3NADxHiAOTBJwyScCiAgkDKAfiMiGOzVYB874vA9gio08wQF6/AgCw uHDIygy8QADgLROC46+IBM+Tp5dNAl4SMHnAEVQmTB0lGKhpYYDdMCDLhByZAS8SoFsA1p/dv10j ZBOCCQOnajxzquYzOE2VhwEpkAAFdpkQC5VCFdICUiYJwPqbZUIWD9jFQn+WFqg2GyRQoxwJVA4D skxIlgaBAdBGfFkYcGwY8IUBMyFgdQ74wIBX5RuILQaw5YsBJCIBJwy0bNd6y45tPQf3q9akqd+1 BzTkBLhzgE6OkRmoFa7VOYT1w/UjRWMeJdSdfHmk8IsSDQ9pDcjiy8aAaFHrEAaSEg9IDKjNiQL6 QYqJFhpEafUxe1RrQDAAhAAMNIhBF4GcLNQwRnYRaH7ID2AlGfOACQOymbg5NxIACRLQTyxhoE2S 3jZZbZ+idU7Ru6Ro3dO03hl6rzS1T7raN13rm6H1kzCQqfbL1Ej9caJRGF3CPDtoYLZGJ8HAkBwi BCDBMLNeSDGRIEfFEmJUCiFdQDxAGp+rjCf3j93DvHg4zz0lX4XyFNLUPCzWvSlfuTXPff9hLBue f0x7nScCvXRCnVesPnVMmXlUffCwIu2++VbeadALrTsOESQgsNw80gVk8QtJBAMu+eKfcMIEAJac BYRyIPqo0EwFSN2d5wsDd+SjscEGgOl5AADZGADluqfnuG/D0gBgwC35yk15btI0NAbA9N+EPIAZ T81BhwD6BNA6bLYKTMpQCQMkDIwnEshwj8/SiAHGcmZgDJFAGnqFRyAboA5PBwlIDU4lBgAPDEpW bAywYMDqDUjRBqToXBckMDUIC8XAAygNojMJMEAkQOqZoMqcgEwLyN4AtvicEKDTZoB40SVG60q2 Hi/1MR2oR6xGT0KAAaM7kUCsWTtEP2jmB1AyJHrF6MQDvb0wIPrG6gPjjUFk8WWKgGFgKPIDqBoa nQgqGJ1EPGAQDJDGJHoGxRm9o41OPDsI/cHhRuswo80hwy4HYgAwswEUSBhoRkGY4TMmSMKA3wG9 UZAG308YgKlBds8AAQB5erQEoLjfagtuHSLaH9R7ReijY42bkozpKWJIlN4xxGgdomKOEDAAP8j5 BMNvv2gcKPwC8Pq/cYDRIECQ6u/R60sMAAnIVIBGDFAXb/rNl/0AgL0Gx3QfL/tr79ZQ7UPBLqM2 +fvdxAB63d0acQLBAN2pRZ5+t0Yn0YKEAfPdfwUYqL1D897BTXL56PQ13/ozBuCSYGAbyoFg7sn3 bxe1tkEmDNDJMODFAGn0LZcvxTCg3UBCICiwPqI79CPG9eTg2f3X2kyxIOG+9fpfmntTFe5c/7VG dp+CWhYGsODsGQak0QcJUCDvmyIrv9G44Wvjev6oIgxYFUGAB4YB5gHp/p1U8JVG5r7WOvLxJhWY 4hQBu3/P9V9q/OJfXgIPapH7l+YeN43rwAxeGCAGIB649gtdgoFkg7+EgestGHDeJ8H0cwYAMEBI wDDASQAy/SQ0CuO9vg0DskbIx+tbn1JMJGDDgBl8rHPTsMplQmAAGwbI9KOOyAKAa2wSWM3dAowB 5gkG8EUC6fttyTIhYICEAQIDAoAVGgkdxiu1K5abXh+ZAYaBmssJBmQ2wF1zKecErFogKRsGnJIf mTFGhZaDAbQOgwS4RshqEqBL0/HzRzI279gNA9ZZKQzQKWP4/vdBAv82DCAPYAGAqXdIGP7D+YGz 3FdwFl0ES841WFHS+rOyfpvLbglwPR/j3pSv5v1maAYxAGaOQgQGnC5w6edTftA+yXDPDlfG7Srr tu6c36qztZcQD5y54i1UCvlkBmzJrgCTAbhzwMwPMAw4MwMVYaDmn2GAFGCAX/yb1t+nbQClQWbP gBcGZFARBjBjlGw9eEDCwE9OGKDzT2GA0wJWz0B1RgLYfSsh8J/DQM1nT1cKAzIz8K/BAACA24UZ BsrXCJn68xohIoFyMCD3jpWvEZIlQxYMSAC4PAw8BhL4WzBQoWfArhGqxtuInZJlQv8aDLRpvXn7 tu4D+1Zr0qzJNcHaNSEa8gM4QQLXh3L3cKheN1x2D2sND+ktorGSqWmk3oj8fYSof0jIVgGy/ixC AlQK1Y7QahMPWPmBuugtRheB5AHAAKtBlI59ZOABYIA5bzRWaxyjNiEqsOeNxqnNEtRm8dg/ABhA S7HSMhFtA22T9Q7JhAFqN2CA2jNN7ZWmEQn0TlcxIyhdo4DUJ10jNoAIDBgP+mVwx3AGBgfxOFFl SBaQwNwwkMVIACnDGAlG5LhH5apoDMDUIJQPMRIo4zlRgNohpoJJue4b89Wb89U7CtUHDquPHtGe PKbMO66+fEJd9I348DvP/BPq7CMq5wGU+4rUe8y9XQqZ/jvzXXdxuc6dBWzKC1wU8KcYSHoXB/cU uJA0kGyQ78KoH5wu29/jI7rJz3BDMJGGCxQhPyokusCliRzIA8jOYBdJYgDE5UBw/znK7ZgRZKUC cnDemqfcnKfcRKhDynHfyC3CkgcoJgBAf3C2grqgbG1KBrcLZ2CQ6KQsZWKmguGhWdr4TJ4axH0C 47L0UekqNwnItIA2PJ0ZAGkBc6MwJwTUwRgWRNIHcY2QbBQGA6BDgABA65+iYV4Q8ED2CWBbMJYJ EAkkSBLg0qA4rSe6hLlDIIFNf4LRjRMCbPQ1CmTnAGFA11idzt7xWDDcP5EekDcNClhMEbHEBhpR QQ+i5Ti9V6yHIAEziCQPxKKdAEsJGAlI/eON/okGfeGQBGNwPMGAZ3iCGJnokVNHxySL8cliQqoY lyKGJ+h944wu0aJ9lN7mEIaEsggDOJDun3lAIoHMCcg8gJMEMDCU/HqIQB7gINICzUO4LZiewVwg vcUBDVsFiARCRKsQ0eag0emQwGDQeGNKgjEmzhgWY3QPN+ij1ugHQAURMQC+dr/eGIVAwAAzD+Av GvgLy/0DA0h16WTrL3uC8eIfjQFm2Q+5f7rJMfl+fuUva37Y3DMMABJq7yIAMO2+/FQ+UGunqE2m X6YFSHjH733TD68PERVc5vW/Q5wBsDBgm06qzR0CIAHOD0ijD2BAQoBggGmBMICpQDp+ft8vMcBk Bph+6d0pkDE9Q3afgIHMvcwGWM/YDGBnCRAzBhAP+FzKV/6cE0DxTy16YAOesZuAK+oGmSuwHD+L Y7MxADBw/To6Dbh8OqXAAOzv6SOZBEBXgE43KQAeWM0Apuknc8+Bbe6liBPsj2D9eWwoMMC+Lx/j CULXOo2+Letlv61rfS7RD2B6eqYCw/L35QTfv4ZIoBwMOOuCuOYHXQHk4BE72QBpATb6dDIMXIUF w3aBEHOCjD8SV63SrsTgIDQGXLlK4+ViMhsADLhylRsjg/itPwLuEsZMIU4LyJFBsjfA9P1AAoIB /QpuHbZ4ADOFWGqND12EBF4AMPuGLZUnAUsEA1DNJQr7ftkhQDDgIhiovtRdbTEWDHN+gK0/lwkh V2Ddge+H43ez6be6hyUDsPu35byUMEACG1j5ATvwdf8kuVWAOwR8AeBdBxIQDCAzgOSAPIkN0Fi8 4Ny1i87VWXau6cel3deVjttd+vgh95oMd/x3+lkVPQOcGUDVkCwc0owLhb+KTQXq/BjXjftcPTeU tPjoXJ3FZ69998yVb/1Rk6w/Of6KSOCAgYqyYUDKGjBqqdLMAPl+7yVvGHj5V/h+x2hRSQUAg5fp /k81XvqZdwxLBpAAAAawScAZ15yPOUJ2ZoD1PdaNWTxgNgk894PZKmD3DDgDMzng9f0+qmGSgAQA b42QV3LjGAV2QsCp8jwAPXO8ZjkSAANw54B354CTB6o9yZ0DEgmIBLwYwMmBJ0g8UVQuGnvcCrww IO/bOQHISQLQbJw17FFCNhIwD5QjASi3+qOVLx6u9qhZGuTICWRK9+8jBwxwsdBD2D1cw5cEKlCB gwRILdq02rxta/cBfas1bd5k/M33VqlK/1s15sa72nXuUbd+o1p16v8bql1XqgGpTj1Swzr1G9aF GtVt0Kheg8ZQQ7/6pEZNSA0aN23QuFlDP1LzRk1ILRo3bUnya9bKr3mrJs1bN2nRpimpZdtmrdqR mrdq37x1hxZtSB1bte/Svd/QsdPu9vlXqFKVqlSlKlWpSlX6S/UeNIo1Eho4shc0gtRzAGl4z/7D e/Qf1qMfRI+1aN1q07at3fr3qdasZdP0Y7/9J8oo/j331JnCb84e/u7cke/OFf9QQqKALukmfUQP +PxIlar0/5ueeeHNr7fu9py/cOnf/XVR6qJTFy84hTdJ5islKbnRhmUuvDRsebwS5eVSxY6AsGWf bPT5V6hSlapUpSpVqUpV+kut+HxLVt7h8ioiZeQWpmcXpGTmJaXnJKRmxadkvrvs0+YSBvr1qda8 VdP3Ptn9l3p3zS6fOws+2/Px5pCv90Wv94956eM9U5//pOO977e7573rJr9EooAu6SZ9RA/QY/Qw /YjPl/xLev/TPe9/tnfB5/sWkr7wX/RlwAdr9y/+KmjJ+uCl6w8s+/rghxtDl28KX7E5fOWWiFXb olZvj/5oR+yaXXGf7E74dG/S5/uSP/dP+TIgbe3+jK+CMtcFZ60PydlwMO/r0PyNYQWbwgs3Rxze EnFka+TRrVHHtkUf2x5dvD3m+I7YE1X6f1rEwcLwuFSjzJZiqtSUcKrEXU7nbLnEWZdOOlOm/0Eq 1X5n/VZCUn89p/5COgv9dEYh/Uj6Q/nhDzf0u/t71ne/kVzfSv3q+sbS6V/KSPT8mVLl3tkv+vwr VKlKVarS/1bR37P0ty39nUt/89Lfv/S3MP1dTH8j09/L9Lcz/R1Nf1PT39f0tzb93U1/g9Pf4/S3 Of2dTn+z09/v9Lc8/V1Pf+PT3/v0tz95AHIC5AfIFZA3IIdAPoHcAnkGcg7kH8hFkJfwcRdVqtL/ Gt03+6WI2OQvvt756frta77auurzTSs+/frDT9Yv/Xjd4tVrFyz//L1ln76zdM32vQdue/Cp5q1a mjDQsk0zny+6nJw8QM5+W1D8Sx/t7vHgwpZ3vnvHe1tXBqaGZJ2MK/ohufgXEgV0uSIg5fZ3trS4 850eMxbSw/Qj9IP2l0hVxIzLqQoGqvRvqG2nHpcuXbJ8fznrf1nfz9ZfSgKAjQEggXIYYJHAWfVn yMKAMyYGSAZgDPBlAAkAUqekfi5za8adj87z+VeoUpWqVKX/raqCgSpV6R/UvbNeIBj46MvNqz7f SBiw9KOvFq9au2jlFwuWf0YY8Nbij99YtPq1BSs37gi45f4nvDDQql1zny/6cy36Yt9G/5hF64I6 3vPuja9+FZx2/NiPZ0799MeRb37KO/591tFvM4+cJlFAl3Tz5I9/HPnhj8CUY1NeXtvpvvfoB/Hj X+yT3yZJgM6/gwT/P8PAnpiC+PRNRwrnnT5290+nx/50Yuzx/Ptj49Zuizrm82dZlf6bJWHgsqaf VMH0S0nrb8ubDWAAkAwgMYBJoHw2wJsHcFfKALb7PwmVyvPET6Uu1bj38arMQJWqVKX/K6qCgSpV 6R/U3TPnEwwsW7N+yUdffbDqS6QCPvz0nSVr3vrgozcWrn71/RUvv7v8xbeXrduy5+Z7H2/eSvYM 9K3WpsO/AAPL1gVuCoid+vya3o8sDs8sPv7Db+T7Y7OPHco4EppaFJJceCC54EASK7mALukmfUQP 0GPF3/8WmnGMfpB+nL6Evkp+pySB/x4Y2BZ5JCwx7NiR+a4/2ms/NFKPNlYz/NQEPyWhiZrSmHQq ZvrW0JyqpMH/K5Iw4LT+PqZfysf6k+D+GQCkLAyAbAwolw2wioKsVICVDaiIAT+bGEDu36njDAP3 P/mKz79ClapUpSr9b1UVDFSpSv+g7nx03qGYpIUrvnj/w8/eXfbJm8wAry1Y+cp7y19658Pn31zy 3BuL57626LP126fdPbMZw0B3goG2nVr4fNHltPLr4HX7onvNWPT8pwGFp35MyD0WnJS3Ly57V1TW 9oiMrYfSt4SnbQ5LtUWXdJM+ogfoMXqYfoR+kH6cvmSDfwx9ofzmv0MCpP8hGFjhn/3cptT7v0h6 fFPSIv/AX0+9p54drn7fQim6Wou9vuxgq9w9s0K3Ldz41bqNazdkBs0RsXWT/d/fElbg8ydalf47 JWHgT0w/yWn6vdbfllUO5M0GnKsMAypUBFVkADsDIK3/8R9NFf9YIlWmGjOeecPnX6FKVapSlf63 qgoGqlSlf1B3PDwnNCrhbaQCUBH0ynsrXnr3wxfeXjafMOD1xXNeXfjMywueevG9j77cfONdj3ph oEOXlj5fVKmWfhVIJND2rrc2hqamFZ7YF5O5NTx1Q0jS2qDEzwPjP/OP+9Q/9pN9vqKb9BE9QI/R w/Qj9IP04/Ql7e56i77Qzg/8Hf3jMPD29rSbVsbcvDb12QM5a+JC83O+uKDvuqC/cf6Xjq5Uv9/8 e33+2fOzlmx+78uDX22NXL8rbsPepA17EosOzTwdesvX/ik7oot9/lD7xxUdsSUn9LWckJdyQl7M PvBiVvCLmcEvZAQ9n77/+fTA+WkB81P9n0vaNy9x37zw4C98frZKUu069yQYIH9vmv7yvt/H9Nvv /h2qpCLIxgCZCnAUBVWWCnAwgAQA6fuP/VCJyhTjkblv+/wrVKlKVarS/1ZVwUCVqvQPavqMZw4c in31/ZXAgHc+JAaY9/oHc19b9OwrC554/p37n3jpnlnP3/XY/A8/2TDljocBA1u3duvXt1rHbq18 vqiiFn2xb3NgbO+HPth6KC08Je/r4PhP90Wv3hW5fPuhxZsPvrcu4K1Pd7720dZXVm95fc22t7/Y u/DrA4u3hC3ZGk5aStoWvmzboRU7IuhH6Afpx+lL6Kt6P7yQvtbuH/hL/YMwsHpf+vRVMTdvzH0m 6+xHRw6HpX5+Xgu4dHHrJf2BS8XVLh2sluR/7+qgLc9EHp6878TID+NuXxn9ZegR/jPrWPihbT9E TVi/K3575FGfP9T+WYVGhZzKWFby0/pq33euVtipWlIbMrU+v5Tf/F0/rSv9cV38nnl7ItN9vqFK pPZde9N/KLL1TtNf3u6T4Pi/PHTsvlWxN30Q4atFh6ZB4dMWht+4MOzGBaTQqe8fnPp+yJT3Qqa8 e2DKu8GT3wma/Pb+SaS3Aie+GTDxDf8Jb+yb8Pre8a/tGf/a7nsXB38anHuEZ+/+uUoV47Hn3vP5 V6hSlapUpf+tqoKBKv2/oNQj0nVdKovf4fPR7vfCv/e9X/FOee07cenSiVTHHf7+cnegLzLK/vx7 KurWB54KPBhlpgLeWPzsKwuffun9x+a+ce/jL9w9c76tD1atnXI7wUBLEwY69/hrGNjoHzPluY+W bA3bH5uxZtehZVtCFmwIfmd90Ktrds5fsGbxiy98NfOuzbeP23zTiA33Tln87BPz31354qqtb34Z 8Pa6YEtB76wLfndDMP0g/Th9CX3V0m1h9LX05T6/3eX0T8HA+9tTxi+LeSDqx4W/Xdp0Mj8r+9NL l8IvXVpz6WzfSxnVLm6pcSDg2eWx8e8cPTOv2JiR7bop+my/zwvGfBC+KgilQSHRocdiHvx6b/K2 iCPOP9H+caWELf/j1Jeun7+WJFAttLX8fyL9+vl4WEHkuzkHX8oOeTHrwIsZQS+k738+LXB+SsBz Sf7zEvfOi98zN2bnsxFbnwrdNPvgxtkhXz9+YP2soHUz9294ZndQoM9v9D+hd3cmz90Q+dzGBNK8 rxPmfh0/Z0PcM+tjn14X+8RXUU+sjZz1ZeTMzw898ln4w5+FzVgT+sCagw+sCbn3owP3rA6+Z1Xw Qx+HzFkfvTwgc2PE0S3/Wcd2px796L/YL2fNt/v2a36nMBX0nPrQJ/H+R86GnnKFnnaHnXKHn3KF nXYfPKWEnHIHn3TvP+4KKC7dd6x095GSHYfPbSs8t7ng3Ma8s+vyzn6Ze+bzrDOfZP6xOv33lSm/ f5j029KE3z6I/21h3G/vxf46Y0fxxFXRdy8KOvztub9UqSJmPv++z79ClapUpSr9b1UVDFTpv1/k 3X/PCKcA7vxs0Rfej8Ljz5KJ//6I17JXvFNBO4p+P/v9kbPOBwgGyn4vd0fepF//Ggzcct8Te4MP zX3tA8KAZ15eMOu5t+99/MV7Zj7vo/eXfz759oeatURmoGvfPtW69mrt80U+wjDQLwMnzf94f0z6 sk3B73y579VP97y4Zs/cFVtfeOGdoCF9D3VtFtOvReLIVikTWqdObpMyqVXE9F4rn3/qycUbnvto 9/w1e5//hLVm7wtr8IP04/Ql9FX0hfS19OUV541Wqn8EBt7fmjRmaezj2edWlV7afSrnZMGqS5cO Xrq08NIPDS5FVft123Xr9ixcnJa38g9j4ZlLr/58ae7pC4/kqTfHneu17tiQt0NWBxWExQWlRS3Y tD9je/T/7FihrINvlP6wnmDAR6Xfr8s/9PqZ7/Z8e9/QY7f1y53UHf9vcfy6eEGcOf3l90VfZ4W+ WHJ6acmpxSWnPig5ufDcife/y3nLf/1cn9/of0JPBhStCs0LKfh1b/aP69N+3F3wx578PwKKVdK+ Ypf/cXfAcYUUdEoP+cbYf1ILOqkGnVD3n1CDT6oh31+8fV3c4oMFd29MempdzLu7/6OMR9feA+m/ yY88+/9nrvOxJev+Zc0PacqC8JDT7pkBR2cFFs/ef3J28OnZB04/EfTN7KDTj+8/PXP/N4/t/+aR wNMP+Z+a4X/q4cDvHtn//YzA7+/3/+7uvd/csev0bTtP3bL1xE2bi6duKp709bEJ64+O/+rI2LWH +63Omrktb+qbewq/OfuXKnGLWS8s9PlXqFKVqlSl/62qgoEq/ffryKXv95kxXHsFd17xZqWPmSKi ILSQp3UTzx854bzD6YU/h4rKdNM9s3b6H3zqpfeffOG92c+/c8+sFyrV20vWTJ4+o1nLlhu3bO3a p0+1br3b+HyRUws+27MtKL7njIV7IlIWrfN/6aPtz364+amlm59YtuWhtz9ffv9dUb1bJY9pk3Fz u5x7OhTM6FT0WJfDs7oUPtwh6smpD766+PFFKx985/OZSzbP/nD7E6SlWx9fvHHme1/OevfTeUvX L1i7h76Wvpx+i7+zj+w/h4EPdyaPXxr9eHbpZ2WXAk6l/3B8DecEXrl04qpLIdWO72i9InDz0vzT H/+irz5zYWXppSVnLr3+86U5p8/PyNNujDnb/cvD4xaG7IyMDIvY+z+dFkiLXH005q0jUa8fjny9 KOK1wojXCg69mh/+Sl7YK7mhLxenfPjr8RXHbu9PJJA6or1kAPr1x/eZGUEvpQbMT/J/TuYH4nbN idn5bPT2ZyK3PX1o65Phm58I+frx3WGxPr/dP64nAgvXRxcezP1+W+rpT2OLA/J+2Zv9w7r44o8P pH4WkvL5wdQvD6aujcjZknJyZ/o3wceVwGJXwLGygKNlgcdcBAnT18cePHlu+lexYSfP3f95pM+X /0vq3m8o/Zf5/ndU9v/4Bwr9pfW3hQ5gbgImGDhw2j3L/9jjBANBJ2YHnZod/M28oMOlu0foh+45 Ff/hyyFFDAOnH9x3+qGAbx8K/P7BgO/u3fftXXu+uX3XqVu3n7h5y/EbNx+fsrF44oZjE9YdHbf2 yJgvD/ddlTlzS+6UN3bnnz7zl6qCgSpVqUr/p1QFA1X675cDBvDi/0g4O3VviuBfggH6Bv4I+QGf b6DT+RvJO5f7nso17e6ZW3YHPT7/7Znz3prx1Ks+DGDrtYWrLBjYAhjo3qetzxc59fHmkBdW7Xp0 4caVW4LmLt0w8/21M9758oF31z7w7rrbnv9w1y0jkse1yb6zQ9GjXYrndDvxcvdTb/Y49Vb3b97o tmj+U8+teGVl6J1zV86/8+UFt7yw/LYXVtw6f+ktc9+5ec4z01+959F3Xnt64Rf0tfTl9Fv8neTA fw4D01dGPRj345qSi/6nMn4/RSRw6NLFuZeOVrsUVC15Q9e7lu8c9k7w0PdCJ62Oe2RfwYITruVn Ln5w5tJrP1166vj5+7KV8eG/d1+Res+qiJ1R/+OjhIgB/vhmz++n1/1+eq2Pfjv1+S/Hl/90+N0f C1//sfA11qs/Fr7yY/7LWcHPl/yw4cHES4NCLtXaIQHB+nVRaL98rP780Tc5C4M2Pufz2/3jmh1Y sD76cGj+Tzszvt2Ycmpf9vdvf7Et8KMXjq2c9MfSzuqCRmeWdilePTl67WsfbvL/OCw/oOhM0HHV hoHb18WGEAysiw09de72dXE+X/4vqdfAERcvXfr2V9d3v5HQ6Wt2/dpiTqD7NgzMCix+fP/Jx4NP bS84c+KX35S9Iy9FDb0UPdQImbYsNHWG/ymCgRn+3xAJ2GmB6TtP3brNTAtM/tqbFhj9BWDg0S05 U17flXfqzF/qXBUMVKlKVfq/pCoYqNJ/vwgAzHf2aAb4z2DAywAWFSA2n993gr/c+9i/DANT73x0 wzb/R+e8MePpV++d9cLl9PK7K7hMqCXBQJfevav16PdnMLApIKbHgwvW7ot46oO1D7yx5o6XV09/ Zc2tr31282uf3/b4awk3dcu+s/2RJ7qeeKX7Nwt7fLei5w9rev7wSY9fVvW9+5lXlux+bn38ravD J7+3Z9pzX9z1yLJ77v7gtkkLxvd9b+RNH0+d9sxz976ykr6Wvpx+C/qNfH7rivoPYeC1jfG3bMlf evbC7u8Kfzy64tKlyEsXn7l0pNqlgGoBK3rM+yp8VWAu/TFEfxitDip4bmPK6AUHHwk8tuyPi++f ufTiD5dmHtVvSywdvO+nAe+EL96T6fPH2T+uozFv/Viw6nTK26eSoJOJb51IIL15PP7N4rg3jsW+ fjTmtSPRrx6OerUw8pWCQy8fjn6pIOKF09krPKXb2uy/VO1rvdqiPEkB8tfFi0L9eZXy43LXd0uD 1s30+e3+cSEzEHskrODnvVnffhpZ+MWa5d+vHOJZ3kT/uJv66QDl80HKJwOUlT08i1t+t3RAyMZV S4PS/Av/CD6h/uMw0HfI2IsXL53+pUxO+PkWSGBSgRRPAcIgIBMGAgADs/efzP9VXZf+86xtGSW7 R1yKG3YpYsilvQP0A7c9GnCSYOCBfd8+4P/d1qOuoFPK5bS1qHTU50V9l2c+sjl38ms7c07+8Zeq goEqValK/6f03wMD1f72L58f/B/SJ59v8ZHPA/+SXk0R82JdT4SfnRn6+2MHf3sk8MfZgd++uLfw vc/2+jxZqR548tUxN95Fp8/9f0//7LeR3li55dF579Lpc/8fE1lz6aVOFDkcvK1/AQac1UHoQDCb hq3nLVSwqOBfhoEpdzz85abdM55+7f7ZL937+IuX0wtvL7NhoDPBQPe+l4WBJWsDvtgdNfqZFW9/ uuOeV1beNG/Z5LkfTpq/etJLn459bvWcBx/OvKPj4VldTr7W/dulPX/8vNcvm3r9uqPXb3t65K4a P+mp13ekvrg7/bHNiXd/Fn3jwqBJ87ZNenDtxJs+Gj90yZjbFt098qFXps1dQl9LXz7m2RX0G9Fv 5/MP4KP/EAamLouYm1e25YdTx/OWXLoUdenSiyCBfdV2rRq0Zn82/dFDfwBJGKA/kugPpq/CDk9c HPZ86s9Lz15669dLz546f3+eOv7Qmc4f59y05IDPH2f/uIpj3/69eLuh/CTUP4TyO+s3ofxK0pVf dOVn3f2T7vpRd32vub7TXN+4z+TmR7595psvjHObxdmN4sx6/Y+v9N+/0H77TPtljfrzavWnlcqP H7p/WOL+btH+rx7z+e3+cREMfB13NLLol73pp7/48N2yj7p61rRXvx6rrOmufdxB+7S/9mlfbU0f bXVvdVnn0oUtozctXR2aE3i0JPikFnhcnb7ehIGDJ/9TGBg4ctKFixflaH9s++Jxn6ACBgPnJFCC gaCT7ln+xbMCircX/rE2/afbNxc+vjundM/Ii+FDLgYMEDt6u7Z2P7H33vv3nb7P/5v79n1Ljr/F x4Utt3/b8eCvA+LP3Jpdol641HxehBR9OvSj7O5LEmesz5j82o7sE7//papgoEpVqtL/Kf2XwIBp 8//2L58f/58Quf+ff/nN1n8IA09Hlmw/fC7gpBJ96lxS0Tf+hT+uzf91TU7pkvCM+BXTQ1bN/OCT rT4/4hR5d3LCdDp1y31PPDL3nTdWbPZ5+E8kMYBkf9t/jgTEAPQlG7bs+gfp4rICFdiVPLb+PgzQ fZ9f8tvs5zldEG5nD/5lGCCL/8n67UQC9/2p5r+5FNOEbBj4k56BjzeHPLl0y5wVWx97e820OYvH PLlo5NNLR8xZOWL+JwOfWLLmnsl5D3Y68UK3bxb3+PELYMAfQT3PhPU8F9X9szfvv/2lVw8VvhuS 88Le9Mc3Jd69JnLqO/6Tn940+e5Px09aNW7Si48MfuRN+kL6WvryuSu30m/0l5VC/wkMvL05/qav MlZ/92tGxrJLF8MvXVp06cQVl4KqhX7W942tyfSHTkUYoD+eFuzOuvXLpCW/XVx05tLzP1x4tEi/ ObGk764fB72+f/X+fJ8/0f5ZHY97W7h/uGhkXNQPVqYQ1oGLWvAFdf8FJeCCnq6Vph9J+CA79OXM kJfSD7yYGvR8SuD8pIB5Cfvmxu2dE7P7meidT0fteCo9ZG7A2kd9frt/XE8GFm5MPB5z5NeP1687 t6K/5/OWWsBc+n/9+T+Oi513a8tbayu7aSt7qCu6ax92Uz7odG5Rh3WfrPw0Ii/khEIwcIeVGfjP YWDI2BsvXLhY/ANG+x+3kcCiAqemLAhjGDg6M7D4d8Vzz5aiB3cXzw0sKt01TN3es2xL97KtPd0H 710ZHHHvruN37Tw+ffuxv4SBvksSO7wdcddn8ZNe3Z55/Pe/FGDg+QU+/wpVqlKVqvS/Vf9FMLAP qt+uPrt9/EK8r9o1n17TqPtjV012XzH1Ep3yI58f/0vRb7p0beAvv/3ucrt9PrqcyP1/9/1PJ05+ I/UfwsBDQT+HfS+SIyIvPdKBtD165+sHH30h6J6tydHffDFKLL3u4hq/oM9e8PkpW7Z9Z/966fz5 86qqZmbnfrF+879kweU3vPvuu/bZpmM3SQUV9Xe+2SYB+ir6EZ9P/2mhYcBbL/RvlAmV+ykSvtA3 A8CVSFb24F+HgekzVn2x2cf6V9Tc1xdjz4BdJtSlx2WnCa3dFTHiqeWvfLLjjhc+HPvkwiGzFgyc vaT/Uyv7Pv1RvxlvRt/d7/DjXU6/1+Onz3r9tqvX2UO9ziX0PJfc3ZXQ896n5r702ZvJxcujCt4N yX5+V+qj6+NuWxYy+cXtk2esHX/HJ5MHPfZMv0ffoy+kr6Uvf+WTnfQb0W/n8w/go/8EBh7/LPrx yO/CioIunN936dIXl76reymk2jfb69/6wcbPgnMvBwNbo4qHvB20/FfPsnPoHHiyWNye7hoS+Euf 96Lnr0/0+RPtn9WJuLcN9Y8KDECSGBByUTtwQQ26oAReUPzPu/eed+0+r8Re0IvO60fOa4Xn1VyP kuVxpxmuRKMsTpREinNh+plg/Y+A30985f/FIz6/3T8ugoGdqScick/nL7njwpe9ldXN9IRPLtL/ wS9dotMT/5GypL36Xgt1SRd1aVd1SQ/9zcbffnzHop2ROzJ/CDqpEgb8UzAwYuKt5y9cPPL9uaPf Y6uXXPglqeCkpAJLk98PCzzhnrnv6KyAYs+Fi1PW5s4MPPV04NGft404tW3i57u/nBlwgu5P31xw 84acm9bn3rg+d/PhUnL8l9PmgnN9Fid0eCvirk8TJr2yPaP4t78UwcBj86v2DFSpSlX6v6L/Hhio vag2Wf9GcxpJu0+/7DvEAKR6IwLovHbSb/SRz4//pfaFJnz/w4+/Egy43JX+A1QUuf/T33xfUHhU 6j+EgRmB34V8q33z2Zvi2cHq/NHL4r78/9o7D7gmkvf/+1Pvvle8O+9OvTsrSJfepYgFe8UKYu+g IkrvLSEkpJAQCAm99ypNRQEp0rsoIE2wA9I7yP/ZBBGjoufp/f36zb7er3F29nme2c2GyXyc2R0N 74V7Pf/wL230S0oodZRPo2kNMATYvCaAfjart838GR8XA52dnW1tbVCoecZID0Vjc3krrAiTxYC1 tTUS8W3bezv3k5XAh9h/NBP/nf/qbT/j3XqkN/9qe3vJqzgTryid4OVMocmdfogw9cuLpgLEgKOL N9yRqdExxWzac3T+osWIGJAQn8b/7kXHfKPTBA+iDF2Ct+nilE+jpI+jxE9iRc+QBE+T9qqfrNLk rTu59KqWnLf2eu+za9OMJVoDubor+B8myvFqmgRm4gvraJl3cdfKLWIKzgZka1BTNllEbDjlvW43 cafQfkOx4/YQEMJCcKhC6BDqvQsO/BMxoEZMccpJ721wfjEaMdbCM3Z9Wov3f7xuBq90zVNxuLbc OoFJvJzVZXmreHlILePkLeKWW8UtJ2URn42QupCZQtr1IxolvauutPATC/cRrrC1aJ+Wd4sB4NWA wEhP1Eh3xHBX2HBn8FBH4FC73+Bz78HxCUKuzCeGSb0P8b3M2UHd9+26G637HvvFun/2aUJasZWR efV+oYFDaN5Br1X9Tn8NpGJZYoC1jXY0D3ir9ZnP67NZ0mcv2IteNmQ118eVgIu+FVfTp+aRnlSL yIB/LgagdRgeGa28//wOc1WvquZ21lq/iCR4iCwJzJpBBGywS46u6TkeXX0iBhkZOBJWdTym4WRc 45GoWs3QO3v8yy/FVT3pHtzmVbLFs3izV8lGz9IN7iVr3YrX0ApWuuSvcM5TJOcud8qVI+bI4LOl HLMksVlimExu85Q9LhnrjIPzq5+9FxADx3Rt2C6BAwcOHL5WvhwxsODQAtY4AFMIINuMoBmIGFBU nrlp7E95LJT8JbgN8pBhc38TrGuIm180K385+UZF5d1bBWWQj7qawyp8L9D7z8rOLSwqB1Kup/1T MRDTFF3Xa3OtXjfpflDOPffCdKvrHuS8nMi6fp0rT1ZZITZj7jyTXSbD6sSzUtjYxEBcwlUdA0vI AGu3ax7RsWRzn4AVYbIY2L5rn2dg1JvAITBmc58ANACrugklANsU9v87gBiwd3LXPGM8NRfMHDbt OYaIgcBAQUmJabyCi9gCTRB0OWOumsUxtKeaPmGFFkb0KGrpIfT8g9hf1TErdp7evfMgz46Li/ZZ Lj1kv/QIeu4ec57dhoQzql4mG3mPGBU0epU0uOfWOKXdRiUU64XmHKanbbWL3XDWf72K8YE/dpos PYSCgBAWgkMVUBFUx3YCbPwTMbDWPqkgy26kP3GsZ8NY1rR+r+n+8Vjvjk7/F2O+o2PeI2PeQ6/h OTTmMTDmNfDCvfcFtXMMxIB1y9j5hlHN8j7V6238tLuqNp936a576ZaDfS2va4DE0aHiF/1Jo/2X R/timUoAGRAY7goZ7gwa6vAffO4z2OY50MoYeEbrf0rte0Lue0TsfejY0+zQ04TubrTtarDsqjPr eciI/hfEQFxlRG7tDZreCHZRD0Olz+G3weu48b/Xlxtog6EM1347/j7Tv7qteUZM5hQ7a9lHZkXe 7UReLVqLvFr0n4sB1e37QQxUND4HPTAhCV4NFEyMFTzs3GCbHFndczwKNEBNQnV7QvXzo5E1B4Jv 7w0s3eVXusevJL3+eVjZk61exZs9izd5ghgoWederEovXO1SoELNV3LOVXDKWU7MliXkSDtmS+Gy JBwyRdGZXGYpu6kZ64yC8qqevRcQA0cvWLFdAgcOHDh8rXw5YmDO/DnQ9QeQzLRpv3Ehc4S+9fp2 vhAiAEAG/C0xEB/s9+ThIxOMW4i3d2Z4QGpmHhSGJmZNtpmCAwePaGoe1tA4tE/9wJ49+3fv1tA8 cOzCBQM2sw+khy58KeWx3c1H3xqmzTbPJKYVDtxd2F4ml387ILq+/0Lyk0N2LtFuZj2eUmyOE7A6 8awUNjYxMDg4yCqHraenV3WrOpv7BKwIIANYG+RXr99qR6C/CRyaonM/EQfSiW0K+/8dNuw6DJ8e iKWp0TXHbt57bP5iRAwgi44t5V/IFmiC4PjMb9YaLlHTE9Ewmbfl4nfrL87cZDx9u/X0bRa/7EXP veDP5ZS/PaJR9+ojfEGnW0WXUWyJiBbp5wPYjbYmlQ8Cqh7659e63LzjkFRiGJZ3zCN9u0PCev3Q zbxHT07fZAyhICCEheBQBVQE1bGdABv/RAwccg7sa/UeHTAbuz1tzGtaZKQO40lLwIuxQGDsdZiF /iMIvoOgB8bovWPEDkQM6DQiYmDt9TY+Rq2SWQRbi/ZpqUkDMfB0QgYwSRgZusecGsQaEIh834AA ofcBrqcJwxoQ6Kq36Kwz6bxn2N1Eifr804S04ypDs+9VO2x5geXucZbrs5k9eM1h/O/19W20+9lA wPE+O/EB/d8fO6jaR98KKWvZ9enEAPxhDA6Pst7iD5LgNlMVIMv9jkuCV6pgvW1SeFXP8eiqE5HV p6Oq6tv6shvbLZNr9geVmCbWZDW217b27fMv2+pZvNGjGJTABveS904TEkGNi4G1RoG5VU/fS0fP 4OHz5myXwIEDBw5fK1/UA8TIsEAUc4hg2rTfDX6HPKQsAfB3xUD5jQS9/RoJOsdTvKmpwV59Bnv8 0QSSVyzSk3FFDGyoYZPt2divedjDw4NOd6fR3KhUVxqNHh4eSSA4HfM7sylQQdFnsTx9kSpNXtPl lI3LVHGALoZ4IumYfsrjY1G1P5ll/GR2MysLD2KgNeyH9NL42MZBh5SKwVCVsXAlPzqezXcCVueb lcI2hRiIjE08dNaMzX2CiQgTm+Kq9QbWhAn0rPDahqgj583h0BSde1acN8UAyZ7BMMHFLeXNV1GB DOyyOX71bNx1xBLrclDbdGp0zXFb9p0AMYCsQCwlOY2bdwFboAkQMbDeZJr84Wlyh6Ypn5quqjtz i9nMnXbfqVnOs8/8yalA3Kv8YFiVWXIjPfdJ3J3naQ1d6Y+H5591mXsco2xxwTsdlXOPmlPjeL3C NLLgBC1NTSdo02pLtZ92G0AQCAUBISwSXP4wVPRZxUDqzfN9bV4j9/8cS5yW6yNMLq/wH37h/w4x ACIBEQPDiBjwGBij9YwR2scsWpgvFCrtUb3axk+rUjYPZ2vRPi3VqRaDfU9eKYH+hNH+y8ND1RNP CAx3hQz13/7wAYHOWuOOGoOO6ktdDbgI2hG26j45Z2MrQ27VtNhIjtkv6XUU7zOZNZj02h8t29Yf fqnn4u/dVsKYmLyg0mefUAxsUT8xMDRSWt/KepH/WyQBc+5QRUPbepvE0Lvdh8MrDwSX7/cvORBY GlH+uLmjH04P0tDSx7t8S7d6lWz2LN7gXrTBAxkWgB7/QufbSy8/Vsx+fqS8s7N/eOLpYdYDxEK2 mUtMUnY5Z6w1DMy9+/S9gBiAv1K2S+DAgQOHr5UvSgxwb+UGAYA8KjANGROAPNdWroX8awT2ls5b LAuFrDxk2NzfxJ4SEHtw12UnVIKXawYD30M3bzmzBco9/SKiomIePXzo7j8+ieitqKsftLFBGegb 6erq6+hcsrW1d/fw2oZXVor/Q/nGHysy/lBMmScd9ruw8y9bMTun0BVdDOnnjOWQ2RNUHXy3M6K2 z72sI+12xp0rh8vSjWNrW+k5VdWJutVxx7MC9CY7ssHqfE905d8lBpqaH27de8QY68XmPsEB5vQe Lr5l1tbWcsqqwNY9h8+b2AOgAY7rWh7UNmHNY4FoYMnmPgHrTNjEAEpCvkr2lyEpkcGTRwb2bh/8 5fvrXIuijuqy+X7dbNx9xMze+eBZ06m5aOEIYmDBksV+QYHLZCSnLV46ny3QBEGXM37cajEdZIDi sRmrtGes15+53WrmTtu5B3F/oG/OJuUu8yhTD7lrlNDgnPUo8nZban0X6WYT71n71BtUGX38vOMo QR3jNda6G1FnFYxP8508y62pM2+f/sx92JnqOAgFASEsBIcqoKLPN03IPy6xvU2l75nGSOb/Pff8 hhzjxujs9x0e83sxtpJWtMLhipzlZTmLWEDePFbOPFbWPEbWLFrWLErGNEraJBLBOFzaKFzKKFTK MFTKIFjSIEjbLZWtRfu0VN0wH+x9zBoQGH9CoC9meKh5pCdiuJs5INBf8bYBAWQlgbcOCHTU6LVX 6bbfPd9VZxfuepituk8OiIHgWzWtNtJj1ot67UV69b4fSLQd/3t929btc6Jb57ducyEQA4HFTz6h GNihqQVioKSutRRgSgJED0ySBEDhvZacu0/XWSUEVLQfCCjVDCjZ71ei7l+yz79kj1/pTt+SnT4l at6l271KWMMC692L1jOK1zLeLwYErTMXG6XsooAYCIAq3ktn76DmGSO2S+DAgQOHr5UvSgzMWYjM FJoRNIN3LS8rwypfLix8XUIi/yVQwuY+GQdaqJuLy5XU9FDVtYU8i3NP7esw0ug0O1C9XopxwdzB RI9OZ2RkZpEpzlZO73wMYM9eTRMTc11dPW1t3YsXDZ2daScoGoqX563K/1M5a57Cjblyyb/75bv5 5zJ4rGftRh1nc59gzJ3/Dn0nZHZHN7uWPKeXddBK211K2oOqe2sfNTjnNPpmZuakO5Nd3jnLnwWr 8w2pkaX94dO6kAF2aBzHkVwhA2JgeHg48coNtf0nTunbs/m+yezf5oIY+GvhkpOXrE9ctDqmYzGh ASZgVcfmOAEcAoPXxMDDh6AExvLzx4qLMwXmAJCBXSj8nxofADFggqIcOmc+NfrWxK0apxYsWeIX FCQsKzVtMfdfbIEm8I1OW7APNX3V+elKx2esPj9joxEogZlqVkt1fH6zvjEbf4uLXrI1sPJ8bC0m tdmn6FlCTfde5/gtpgajzyLGnobfuO5sQEZvMbXaaGhy0vIcxXHfXQ9Jc9y5mQdIMzWJEAoCQlgI DlVARZ/vAeL0dIeOZxK9d+eMBP8fI/CcWcEdau+I1/ALz75RJXSSa1wJNDrQ9EADBM0QNEbQJEHD BM0TNFJszda/xt3r5oM9D1kDAiMDecODVcODd4eGW4Z7byJPCAw2vjEgQBlfSeAdAwLtVTrP75x9 Xnmm4555mMtBtuo+OdpxleE5tbWOai9M/+xBi/Re+K4/4V0jAy/6Qw16jHl6deY+Rq3CxOR82mlC uw6f7x8cKa5FlvRC9EDdpCGChjaQB3lV4x1xVcvLvmXPNQNK9/uXaASAEije61+8268ExMAOn5Lt yBuESrZ4FG90L1rHQFClF/pXTjVNyK+8XcAqc7Fhyk7y3xADGqcM2C6BAwcOHL5WvigxABtrphDr PUK/WvzKKgQBMCYldY6X9xgTKGFzn0xSgEdgQGBzc1NJcXHoEp4ycb6mLTJAhbyQPdGPirKM8Han kQih7lO9fmf3bnUdnUva2jonT57V1zeh0dzXOYsrXpmneHOu/LU50vG/rQrnHx4ZPh95iAv9g8R5 MTb3CV6NDMQ8IBW0ueXVJubEP77t+qIrG3596551uuU3ETIbFI2DJnu9CavzDamutfPEf/ybkwJO G2IOntQ5rWO068ApzTNGBh/W7ebiWwbRxGVXvKkBJmBVx+Y4wVvEQHHxkzXLhu2ZJVevjgUHw7+w C4UMExyb+1fMpj1HDW1Jh8+ZT42hrdM2jVMLuZb4BweJyktPW8T1TjHgHpayXNtp+nrD6conZqhe mLHFZOYuu2/ULLhMYn81v/qbQ+ZcaqGCT8WhsGqjxAZCxkPPoi4JQxea1+mBx7F9Tf79Da7DtXZj VefHKneOlUq/yOBvDZ2vbGD/zRGXmQcpM3ejISCEheBQhcJZ8md6tahbRFpl6b6Out97s3+86cl9 Ia3IvOoJqXOYMfDCo3d0CyPbJij3CxQDlSlmgz1No31xIwO5vQMPQ8qzzl65G3ev9WRi1fOBkROJ VccT7hyLrzx6+faJ+NtHLlccjCnbH1WiHlm8N7xod1jBrpB8teDcbYE5W/2z9weneKTQntw+33b7 dFvFyfYqgxCqJlt1nxytWOQB4psB9iN6v/XYivSc+64vzgr5E319GyyM6jIT7tb6tcNg6eC534sJ J+2jb33aB4j3Hr/YNziMiIEJPfByylDRvRZkpv7LKTqqFnHeZe2aASUafsXq/sWaCU2Hcno04pvU fEpCAm3GwqSCAqyRR4c9itYzita7F6+jF62h5au45ClTkJcIyRNzZAnZyKPD2Cxxh0wRVKagdSa/ ZeYig5Rd5My1hv4TFU1BV+/QvhOX2C6BAwcOHL5WvjQxsHjPYpABLH5ehswXWi4sDErAT0yMZcDa 2NwnoLp4FV9PciYSk5KuRIRHGmzblsG1qFCIO1eA+5YQrx01DOfslRcfXp4SFxkUyuY7mf2HTx85 cvLkCe0jR04bGJhRqXQ517+WX50rm/y7VMxvoqG/UG/ibjeXCTn/vgjz3V/7ZrO5T+BGo46586e7 aY1Fq4zVGYw9s0NoxY91RvV2NgeVNllkPENltSuZBrM5sjEhBtjKAdAGoAH+1tJjLDEgKqPEJgAm 867qWLxFDGAwz9TXIgMCTBmAbMHBsAuFN7bvZ3P/itm895iBDemIjuXUmNo7b99/ZiE3V0BosISi 7LRFS94pBpz9E7VxQdO3201fcWrGOt0ZW81m7rT5TQP1u3HibOPkOXZpvxJzuegl6/0rj0dUGyc1 GMQ1c18gNdw613/fvb+OMFBjM3j30nDlwZHylSN5IkPJfGkM+XmnKd+e9vrmsMvMvRgICGEhOFQB FX2mRcciEoN7ngp0Vf7eFfGTXpjb8ZInRrXtmNYh5+5RRu/IpVvNm+wTvJPK3yoGCDGlu/HJG1GX V1hEyRqFSFwKELvgK68XsB0VTYwuZmvRPi23r5kOdjeM9kYPDzXH1hSXd/c3DAx3Do92Dr8o6xq8 0tab1Nqb2NKb2Np7pbU3mUlSW09ya8+V1p6rL7nW1nOjvSevuzu6sY163b+t4kRr2dHnlTrBzvvZ qvvkaCEPENfkVtQO6XF1m/N1aP3QF/vau4SH25q6aRodWr91XVjQpc/XoS8wdPbXuCspxITC6Oqe TygGNE4b9A4gYuA1PVDXWljDVAKTWGMe61nSvt+vRMO/ZJ9fCSiBzp6RI+Xdat4loAQgD+k25kyh TR4I6+iFa2gFKtQ8JXKuAunlG0VxWZIOWWL2mctsMwWsMvnMMxfpp+xmiYHXq3srXX1Du49eYLsE Dhw4cPha+dLEwNy/5k6IAdYmxcMDYsDhw8QAnhFelXn1aliAO9XZjYgP0T6dtWR+Lt+S+Dl/RsZd xtBZVb/nkV/ghI6pmpr64cOn9mse071o5ER2lSTOk4r+3a5Id2uMjLjnHw3P6tAJZguw3/1h8e3c bT+zuU8mgmbd5yk55ic+lrJ15NrW2ugDAZepF2PuMnIeGF9rMs98Zpv5/J+IgY/gn4sB1rMHgF9w BNKlgA2Deai4FBEDV6+Ol1y9CrtQ+L8mBvSsiWxd/zexcHDdrnlm0VKuwNBgKWW5qcQA1j2GHn5j xg776ao609dfnLHNfOZ2C15tlxk6MbP04+daXPsdk/k7pYDPvXS9/+1DEfc2k9MkjTFjNXqD1RaD VYZDd7SHb2sOl6uOFIoNpgr1hC92IJz4/ozXd2f9vzlKm7kPCwEhLASHKqAiqI7tBNj4ODGQmu7Y 0zin59ac61ThNX6Z+3Ie61R1WD0awHeOuPaOurYP7wkoPO5yw/dqBZsYIEWXKplHnUmstrzXZ1U/ YFbTf6ms62Rm6wpq8Ta7KLbm7JNTccWkv7tupCdiaOBOcFPP/YHhht6R4dGxwdGxvpEXXcMv2gZe PO4fvd87cq9rpKJjuKBtKKNl8NqT/viH/ZHNfcGNvX71vV51Pe51Pa61nSW9PUbpdc9Kj7aUHmqr OB1I/vxi4HJlYFZ1+t3Hd/Gao+dmd2jN6otEXg7A2gZS6Z3n/uw69VvXRZ6uSwJdFwW6z8yrQ28h xNwkxOdF3fmUIwMHtE16+l8TA0BBzbO8qqdsrDGPcS9+ruFfrO5XvNeveH/8/aPl3erx9ydGBiBV 8ynd6VWyw7tkm2fJekbhKtd8ZeSNopOGBXDMYQF0ppANMizAa5a5SG9cDLBV91a6+4Z2HjrHdgkc OHDg8LXypYkB2H6x+QUZFkAjwwKsrUtSElDj4dmydCkAJWzukyEwQuPDg/OSoqPDkF07lzBHZ1+q Iy48ItLG8j1T8ycwc/Tetn3Pli279+49ePqUDsaBIG8uIOzxS1JlTOOzessEvaaWRhHcwj+svvlN a6bAfmE2dzZsXCKORNzTj72rF3NX/3K1YWKdSUqz+c2n5hktphktjjkd/1/EwBTLjbG291ZnTkTW Px7XA7duNQn++OY0ISj00kezOf4tJlYcY26vLwF2tZm5ZNirhcaYywl/iMFEycT6Yqy1h99YYuyt he9my74T+jakoxesp8YaT1c7qL2YhysoLFhmpfy0hYvfKQYAv5g07sO46Wqo6esuzNhmMXOLsbBp xP+djfqPQfxPJkmzLa/9bH/zV3IBF6NM1rda3ML3kpP2i6qTQ5VHhm7vH67YNlKmPFIgNpQm2B8n 0Obz1y4r1I8Xw77XCf72OP0bdccZ2y0hLATnPuzoF5POVvWbfJwYKMg/21M9p+fqHBrhvDwmfmPa oyPlzw0ae1DPhohdIy7do+RnA7t88zeh462Dc+kJFb7X7hCiS7ToabJGYcdjboMMMH06dr5x9GBl 37r0doHgB8KXIiz8s9mas09OWbJxf1fNcFdIT1dG4pP+ur7hR30jg6MvBkZGn/WPXG/qjK1vD69p jahti6xti6pti2/sCL7XFnu/M7qpJ6Kp16m6i1zdRanuBJyrOzPau62zGhsLj7UU728pPRLgpM5W 3SdHK67SP7s29c6TvMr6Z+by3Vq/dZmKjI6NDTUWd1nIdh3+tuv8YkQG6PJ36Qq0n13adn5x3LU0 69C0wILmsNvPP6EYOHzevKd/aFwJMMVAYU0L21JfLFabRbsVPVf3L97nV7zHr2iXX/FO32I1n2I1 b+QB4t2+yMPEGr7Fp6gxF9BUXRvCBSuclg15DyZUgZj95rCAoFUmn0Umr0nmwospeyhZIAbYqnsr 3f1DOw5osV0CBw4cOHytfIFiYP7B+RNzhFib8tKlIAbGpKRYQAmb+3upTE9OiwzKTopnK58CXQvi bo1jq1W3bt+hYWKB3md3iNf+Jynawgdt0Dscc04mzDWf+avhjFlq0zfrHmLzfZPzKS3oW6122a02 2a1WWa0WmS0sJWBys4WS3/UviwExGWWIBpIAArJAesXM+JOBjj6b45u80gOsB4gfPnztAWJm4Sd7 gHh81eGJEujQM7vpVyvHO+tIx31S5/7dBi8XHp7IMLVBbfMb6w1fzajtavmbYsDAlnxM12ZqUE6e agfPcvFyB0eEyK9Z/h4x4ByQZEAJn6FOnr5Rf+Z2i9nqNkuMo/5znPHdcbcfT3vMOuv9/Xm/b3VD vrO5/qfLnaUmjNTYTaO314yUrxguXT5SJDGcs2zwumBfHH9P0NIymiC/AeNno8s/6IZ9d5LxzX7H mTssIewMDTJUARWxVf0mHycGKor29FTM6UyYT3CgbrQMkfOv3J717Fh5h0FjH7p1mNgx6tw16tI6 dDHz/npqqrxljJRx+Cps0v6gIuvyNqv7gyaPx842jB6oGFiX0bUs8tFCi5RN1p/3paIsSpKM+jvv DHUEdrYG4gseXGtsS2/urO3or2nvL3rSTSp4YJN53yS93jitzjAVqDW8cc8otdYo9Z5x2j3Lm/X4 wgc+1e1+dV1uNZ1Adke3RWZ9Q/7hZ0X7Woo1/Un72Kr75IAYCAAxcLclprgp7dataqsVXVrznp+e 23Hs567T87ou8HddEOjSEei6INR+ZmH7mfkZN1PtIrKCCh6Elzz5tGLgqK51d9/QZCVQUP3sraw2 jXIpbN3nVwRKYLdfESiBHT5FIAZ2epfs9ilR9y/Vdo21Q2GCg0Pz8vJLiksKCwquXbvGYHiYmlmq oUMmLzQmZJMpYJnJZ5bJY5i5QDdltxMyMsBW3VsB3bJN4xTbJXDgwIHD18oXKAY+ZGNzfy9490gH l49ZQnjt+u3rNqhBxoYatslGbaHe9+rkLU0tDRJWvLNPTv9RbfqKE1umXrKAhWNeNzq7g5jX6VrY 7V7S41Xay8KjpJdR3PMvi4E9x3Sr6h8KScizNMCb29+qaEIPmO05duPPP0vnzOmVEX6mpgQZ2P2E Tw9H1Y61FFx9VRJS2cLs0E8i97Xe/DsNkK7/+BAB2LzSD6+7A1ebWwoq31AIU7FV45QRyvmEHmpq sFTfnYfOcfNzh0SGKqxVmLZgSjGAokUEXc7gPUqcruk0c4vJ93tR3+3H/njc9ZdLob9aJv9snzbL 4eYs9LVZZtFzzOOEbOhjucIjt4SGs5cNZQgN3hDsTxToieTrCljaSV8QSNr4q17IbLOkWRfDvz/l /i2Iga2mEHbpUQJUARWxVf0mHycGbhfv7Cmd0xCliMW423skK1helgu/tz2r9Whl56X7/dZPhzHt o/iOUWL7CPHZAL6pD3u/B1Pfa3N/yOLxqNHjMa37LzQrB9Zld4vFtMxB50nreNESytnass9BcYJh X0f54HPfjme+F65WhVY9di1+eLOpg5DXnPmgM6Guxa34vkcp0Ohe0sgobkAoAuoBt8I6VEbN+cTK c8nVqNyH7tUduR3d5jfrGnIPPC3cA/gRP78YuIyIgRtVrRFFTe6plZnFlWW2m57rcned+rPzLHf7 Od52ba7Ok/P7j/zUcFEyNSMLE30rMLchsrwltORJaEXbTk9EDKh5pEH6D8XA8Yu2XSAGmM8JFN1r ATHwLjZaxpJyW8yu3re9cd86pdHyWsOlxFrdyzVnY6u1oqvPhZcRiE5FhYVtrW0dHZ0PHj6qr2+4 c6cqL78gKirK0tJmNTF1FTlPlZq/gVq41bVEnVGx27V8K6VsHT53ByFdzTKUrbq30tM/vGXfZ18f mgMHDhy+EL4QMQCMd/M/YGNz/BCgv/4hXfY32bBh59q121l5iKBmdVT0tNgfarN/3/wz/17hzbqH PjzsYUwodPrfBZsxG9Db/sD/qv8QThs6JKYXbdx9BGK+lb9bEeiBoxesISXZM3Cap5y5uADIfNKX irL31OkFXeyTgqBnP2no4N0Gk0O9Kw+AZgCd8IZCmJJt+0+bYlxPG2KmhkgP2nVEZ6nA0tCoUKWN itMWLJpKDADI/9kzYmcedPlmH+Y/6g4/nGT8dDF0tnnybEzGT6SCX6ils2kVv7iW/uBSwI0PiXJd 132ZfyiBbyCGty+cpyeIu9tnSSdj8ROXhdoORr+Yx4PjTxfDfjjl/h8NLASEsBD8Q4YFgI8TA4XZ x3pK5lSGbXHE+1ADU2z8M6TM4mUj723KbjtQ3qXV0K//cMjy6Yht26hd6wsWFk/HjJ6OXXj04ljd yJ7yAdXMLpHLT+c45IicojuEF7A1ZJ+JwniDvvbiwVbP9ideZxJve5c1m6TWR1e3XLh6j5DbcPN+ i/n1u3tC83eF5KkF5m4NyN7sm7ne5+Zar/Q1Hqmr3G+cisrFZtSciq04HVuhk3D3+sNW0/Ta+pz9 Twt2Ar6EvWzVfXJ0EmuCc+rSqlrCC5t9s+/5ZdcmlzVdTb9ZZLX1oa5Q38m5T8/y3zZeX5iWHJJV QblSFpzfFFb2LLjoEUJZi5pHesK99h2MVJYY8IjLZ+F3pYKtovdyUg8FYgCUAOgBEANTYOybLW4S znvB/yV+fBf8+HX9hfUCJI2Ct9kEpqffbG1r6+/vf/b0aUN9fdXdu8XFxVlZ2Smp6Z7e3iLn3bjP enBre3C9zlJtjy1mQfjwXLbq3krvwPCmPZ99fWgOHDhw+EL4csQABw5TwT5HCProk2cEAZP+vx9h CoPJhyb39V/v90ONyMDC64XvY7vmGUtHhpYJbmoonmG7j+jwCPGERYeqbFZ6vxgAfKPTNurTvjkb 9J0mHsTAzxfDZlsk/4TN+plcONu1fLb7nR99ar4LqP3O786PLjfXYTFEp72ZdLkKD9FiN/EkJ0U7 1L4NJhZzrGN+QqeBI7hDEAj1zdngjQa09y4vMMHHiYGrySgQAzUxa/BEf2rQDWhKbAMz5c2jpX0r 1mW27SjuOnyn72T9oPb94fMPRs4/GNVqGj3ZOHqwdmTv7cFNBX2KqR184Y8XWqVJnvPCRfxLSgDI j9PvfZ438Mzt+SP6qcRK9+KmC1dqQm4/PR5317Wg4UBkUfvDYOYaAoYd1frtVbrP75x/XqnFfHko 8sogJdo1z/w6regKFl75tftCsutz1JliQO1fEAOnI0pomfXRpU9CC5rCix4G598PyqkNL2iKu92S UNOVVN+bVNsbU9kaWf4sMO9+YPHjgKLHvvkPfPIf+OY2+Zc8U2OkJtf1bKffSKrt0fDJJPgk0CIy nIOvB6TcYavovZzUR3f1DpXVt7GeIf4Iciru+3h7Z2ZkNjU/6Onp6e7qam5qqr13r6K8PDc3NyXl +uXL8RFRsTSam46OTlDMtcKap2wRPhwQAxt2ffYl4Thw4MDhC4EjBjj8V8A+RwiZwDNpl2nAegxg nKkM3iUAJudBObDyf08M7DigZUvyPmdOnBqaX/SeY7q8QjzhMaErP1AM2NOj/GPTRU47fW8Y9eNJ +s+6Ib9YXZmFy/6ZUjzb7fZPXlU/BNX/EN38Y+KTH5Me/RBb90NI2c9emX/QkuZQEn8gpc4i3PyF lPMzKX8WNgscwR2CQCiRU2QIi6FHsVX3Lj5ODDBCL3eWzO+4vsiZTKcGpkBTAg2KU0TeFnS8HO66 fFTDmpyOzYXdO8r6dpb37irvV6vo31Lctyand3lqu1Dcs0WuFUIG0estQlzi/43ZQRPkxej1tGb1 P6G2PaCejK/wKG7Uv1rjW/roTNwdj6LGfWH5j6ssOmpABlxsv4usJtZ2+0xbxcnW8uOtZUdaSg8t d0n2LazXjqw4i1DulVer6JJYn7MPlMC/IwaMAzMsw7LNQrOMgzLMQ7NsovOJyeUuKXfc0qu8Mu/5 5jT45dT7ZNV63azyvFkdkH/fP7fB91ajT26jV06Dd/7DHfTrULiDkWoVna8Tku8angG/FmxVfCAg BjqZYqCEOTjwERRUPfT28iooKLzfeL+1tfXpkyeNDQ3VVVUlJSWZGRnJSUnhYWG+fv5UquvZs2eD 464XVD9mi/DhgBhYp3aA7RI4cODA4WuFIwY4/DfA1iOf6KmPM/FA8EumNph09J3PDEB+8vZatClQ O6htT/W/YEWZGo/g+L3HL4IYCIsJVdms+J5nBiZw9Iz1jEpdeMjxZ9uk2UaRP1kk/4S/9Qu1ZLb7 nVn+tT9GN8+68nRW+vMfszt+vNWJkPl8VmrLrKRHP0Y1gQGYgTG4gCO4/2yXvPAQHgJCWLaKpuDj xIBzSFpytEV32ryGeKXQYKpfVGJsot+Vq9ToK2EWfumrrWMkLGKlqbnSEfXSUY3S19okklqFAhr4 GbeX2V4TuRiy2jTYyDsj6F9ffSw7xqj72Y2hjtT21utH4+56FzXrJ9W65DzQjq32LmzaE1L4rJ7W fZ/YVY/trLPruGfVUW3Sflf/+R3dtttn28pPyVKT/fLrtcPKz4aVa4eWe+XUKlATWWLgSf5OH/xn FwPB6bWBqTW+KVVe1+66X7vjdqUSF1uEjiq0i8qzisixYOoEm+gCbFI5IbmceKXcLbXSI+2OR/pd LyD3vhoj1Tq5Qp2ewhoK+GglADDFwCCIgdJ6ZLmxjyMqLik/L+9+Y+Ojhw+bm5rq6uoqKysLCwvT 09MT4uNDQ0K8vLywWOxFfcPEm0XF956yuX84fQPDa7d/9iXhOHDgwOELgSMGOHz5IF35yXOE2J4M Zp9B9H6DCW3wukh46yDA3xsZ2HnonCM99JKt69T4hCfvO3EJEQPRoSs+XAwAJJ9494jr4mfIv6AT f6Zk/eR4a7ZL6WzvqllhjbOSnsy6+XxWXtePxT0/lPYCkIFdpBAOhTWCGRiDCziCu/gZCoSCgGxV TM1HioHQdOegG/6+LnditzUnyTZcW3X7qvqNOFu/sDjPuAJoaHDheVq065tQsavtLkvoBYhf9F9t HrbFNlLbNQX7bz0h8CZXEhiZkZduhutcDdXbG1zgkVt/NuqOfUrd6fDbHtl1G70ywz20Y92PR9OP RrodiXA9HOZyKNT5YDDlQBD5QICTpjA20Sur7lRA+Un/shN+ZfSbteL4RFfsAU/sXsCbcp6tus8H qAIm94LTaoNS7wWl1gTcqPa7XuV7vcrj2l3nhFJiXBEmKt8y7JZZaLZpSLZZ2C0D//SjPv/ooeHJ sMRAeUPbPyGrqCoiPLyivLy5ubmxoaGmuhryebm5qTduxIMYCA0FJXDmjBbRxSOjuKasvpXN/cPp GxxW3f7ZV4HgwIEDhy8Ejhjg8MWDzPWfPOcHevCTng1Ajk7e4NB7DV4VjouE123YH074e2LAySvK wJ4xNQHRKeon9HiEloIYUN70vrcJseHoGesXk77FkPbDRd/ZQeW/e9/51ad6VlTTT9dbZuV0/lja +/2dgf9UDwKQgV0oRA5FNYEZGIPLD5f8wB2C/K0xARYfJwagsaCGZVBBEvgkOdGjKYxYZ68EWuB1 j7gCaGKgoYHmBhodaHqgAYJmCBojaJKgYYLmCRoptmbr38cvtXZn6N1bjc+88h8EFz+CNKv+map3 mX8qu+VkxCi3MmufeGXd98xs8shsyrr3RMo5x+fG///LeZPQmyzqgJCbdQFp97yvV4V8uk+eJQYq Gtr+IbdK7sUmXI2NjU25du3a1avJSUmRkZEeHh44HO7SpUsGxmaunkHXcyqKax6zOf4tEDGwTYPt Ejhw4MDha4UjBjj8t5F7l20cgJ33GnxGdh/RofrFGWE9pyY4LlXjpD5LDCht/JtiALCnRyGP/DJi +c44/2yf8FtM7eyUJ79ktP1U0P3D7YFv7w3PaBgFIAO7UAiHwADMfsYkggs4gjsEYQv7IXy0GIAm AxoOGhN65C1GbD40K9C4/FeIAUAnumqNb8Uqn3IV7zJlz1Ilj9Iz4bfZbNg4Flgi4pTNT8ya4KB/ MZvN/wgn9OxADNxufP7PKa19mpZ3O/LyNb+gCBrDm+RMI1JoTq6efmHxSemF2aV1YMDm8nfpGxzh iAEOHDj878ARAxw4fEJ2H71AD04yxftMTVhihsYpAxADoSAGNvx9McDC2T8x6HKGHjlM8DT5P5d8 vve+NSv9/g+3O7+9PzT98QsAMrALhXDoP3q+AmfIYAwuH/gW0bfyD8UANB/QiEBTAg3Kf5cY4PBP OH7RFsRA5f3n/xX0c8QABw4c/pfgiAEOHD4he47peoVfMycFTE1Ectb+04YsMaC4fvlHigEARYsA SeATleoamnIWF7TJkC54hrT0ktu3J0gAZAS1nKAQDoEBmIHxh6wsNgUcMcDhIziph2rp6Kt91Hmn qf0Lp/5xV2dP/+a9x9gugQMHDhy+VjhigAOHT8je45f8YlKtKMFTE3nlFogBXqYYUFj3D8TABGi3 SIpfIj3kqm90GhCSkAWw8lBI8U8EAzaXj4MjBjh8BOYkf+/IlEetXZ29g1MyBHSx6HtF9wT9CD0I wxP0DrxGH4tBFiMs+j+Y55297kFx2qZ4tkvgwIEDh68VjhjgwOETsu/EpaDLN4PjM0ISMkMTs8KT syOu3IKuf9TVHDY0zxiNi4G18h+0zsAXAkcMcPgI4FaCCD5lYH9A20RTyxi+/aCGNU4baJwyUD+p v++EHvzl7Dmmu+fohd3AEZ1dh8/vPHRu56Gzage1dxzQ2q55Ztv+09s0Tm1VP7lF/cSWfcc37z22 aQ9wdOPuI8CGXYc37Dy0fufBdWoHEHYcWLtdE1Ddvh9hm8aHs0NTS9eGCl8/tkvgwIEDh68Vjhjg wOETAh0bQOMl0OGZDHSBmEBfyBjMXoqB5dNWr1WZv+gPJn8uYAIZFn8t/PPPBZOYj/DH/D/mzZ8H QAYK5y9csGjJIi5uLh4+Xn5BAUFhISEmAkL8vPw83LxcS7gXLeJasIjrr0Vcfy7i/msJz3xuvgU8 gov4hRcLiXEJS3CLSC0VkeaBFPJQIiCyhF9kMb/IEkFxLmFpbonlvDIq/AprhVQ2Ca/eJqq6Q2yt mjikq7eJqWwSUVovLK8qJLNSQEqZX0KBT0yeR0QOWCosu1RYBuBexgR2ReR5xJbziCvwSijxSSrz Sa7gk1Lhk17JL7OSX3Y1v9waAXlVweVrBRXWAQIKa/nlVfnlVvPJqPBKKi4Vk+MWluQSFF3MJ7Ro Kf8ibj5gMQ8/F78QzzJRfjFJIQkZYSk5EUlZYQkZITFJfmEJXiFRbgERLn7hJUzgorgERbiFRJcK iQFwmdyCYhBw/GL5hBfzQmRBCLtgMc98+KwWLIYPHz7eefP+mjvvz7nz/pgE7L7JZAPEZt4Ef/z1 B9y1vxb8NX/h/PmL5i+YYDHCwiVQHdwduIkLFkLJovnzF4Ix3GioHTmBvxb8MX8h8vWAU1q4BLmD XDzzlwosRG6fOBfcOAl5PmlFQdkVy+RURORXismtlJBTkZRZISmtLCWpJCWhIDkJCQlFCXEFCTEF cbHlYqLyYiJMROXFxeQlxJZLjJspIpaImby4qJyYiKzoMmkRIUkRQQkRAQkRfnERfjEEvleIIqmo KC8gIsLzCtFxhF+C7IpNhldEjE9UjE9MnF9Mgl9cgl+CibgElPCKggHixS0swr2MibDIUiQOyxcM mIhJsOAbR/JtMA9BWARxBLE3mYjADCIqyTuZydHEEfiZ6TiTjwKi4+6s3XHfyfZM4Is7bs8E7HlY iLzMTK533EuKX1yKT1yaX1waSSWmAgxeIfYyA+UIMvwSMqyUX3ICWUFpWSEZuWWycsJy8iyWyclD iaA0IMsvJTthyUTuZcpEQpZPQhbSl0enQoDpAikLVgQBqbcxyQBB4iUvS8BGUFpeUAbOU36Z7HIm CpAKySAISgPyApLyLF8+QFwWgXW2zOBgAL5gDI7Ccq9YJqcgJKuABEHiyCNxmPBLMaNJyvEBEnK8 4oAsj9gEcpOBo3wA64SlIAicFRIWqUJeUWS5ooiCopiikpgSoDyOopKIgpLIciUwQM4BABcZBUEm rDwriJCs4jhyANOSBTgiQITXEFmuLKKgLKqI1CKuvEJixQoJFRUkVV4hrjxeuygTMaYNkk5m/PQQ IMg4rEJAecU4SiyQEnFmFZIrVaRWq0irrpRZu1IWWMdkLbIro7oSyqXXrJReDahIrUKMJVeuAKRW qkCJnOpKpQ2rV21V3bBnvdrBzftPbT9xYdd5430GVvvNUAetHA7b4o7Y4Y6ysMUetcEesYHU4YgV 5og56pCx9UE9s/3nDNVPXdh9+IyaxvFtuw5t3rF/0zb1jVv2bdy8F9iwCdiDpFvVN+48sFnj+Pbj Z3ed01c3tDxoZX/MHn8KRzpDoGgRnbWJVG0SFUmJVK1xnLUIzlp4yhnAkXwG53QGRzoNYIkIOIC1 SzoDYIinUfhTNtiTlvbHTeyOGlodumR+4IIJcnpn9Pac0Nl1RHuH5qlt6ke37Dm8edfBTWqam7Zr IGe4Xm3tyk1rFFRVpFcoiy2Hrzd8kVh/lXLIV1eW+dcqLy+yfLmYgoK4koLkCiXplcoyq5RlVjNZ pQy7UipKkipKkEqvZMI8JKe6Qn6tisJ6+JBXKm1cpbxxFWQU16vIqyrLrFSSVFYQWy4vLCsnJC0r KCUjIIkgKC0jJCOLtBLyciLL5UUU5MUUl4spKUgoQ72K4ygrSECJIjNVVpBSUYQaISCkUiugUF5U Xk5YVkZIWkZQSlpAkoWMgBTsMuMjVcgIy8qKyMmKQC2AnOy4vbQ0uABC0tLLwGbCQF5WWE5mmYy0 EBNhWWkReRkxBTlJZXlpFQXZVYpya5Tk1yjJrVGUWw0ovERRdrWCzCoFmZXLEVYhyK4GkKPyaxQU 1ioqb1BatXXFup0rN+1dvW2/6o6Da3ceWrfz8Hq1Q+t3HFy/TXPdZo21G/eqrt25euVWFcX1cJny EkoyInJwepKAsJy0uJKMzOrlihuUVm5TUd25eu2u1ao7V4Kx0gY4E3lJZRlReSlhWUlhMAZkJUXk pKBEVF4aEGEiKg82MmLLmTDzcIFC0pICEvDrIAG/g8hvoqgYrxgCn8Q4vOKiPGKiS0VFuEWQX89x 4KcZfq8lxARlJEQVpKRWysivlVferLhqu/KanStUmazeoayyRUlxg4LcGnnJFbJiCtLCclKC0pLw 68wnAb+5SC08kEItkmL8UhBKXEhOXHi5hKiihISypNRKaVlVWfl1cgob5BU3yCusl5NXlZVZKS2p JAE9CiFJYQExIT4RQR5hfiZ844jwA7wiArwignyiCJAHg6VCfNyCvFwCPEv4gaVc/DyQhxIoh6O8 AMsF8RLiE1vGLybMLyEiKCkqJC0OHyZ8khKKMtIq8nBDFdcprdioDHdz7Q6VDbtWbt63cqvGyq3q KzfvVV6vprBqs6yiqqSMsqiY3DIhSQgI9fIs4eNexMO1cCnXAu4lC7i5FnJzLeLhXszLzcXHw83P yy3IxwOnIcQHp8EHiPDzi/Lzi7HBBwhI8AtB11RaQERGUFROSIyJiIyQsLSg+uG95ihTRAyc0jqu b3QRMDC6NIE+YHhJz+A1LgH6wMWLekz0L8KugZG+samxuYW5ja0N2h6NwWKwjlgHHAaNQdnYWVtY mZuaGxmZ6DPDXjQwvmhkesnEXM/UysDC1tAaZWyLMUXhTNE4MwAydlhTWwcTAPL2BDMc2YJEs6Z6 2rr5oz2CMV7hDt4RWO8IB89QDCPInuaHonjakug2eBcrLMXCnmSOIpjZ4U1tHU1tcUwcTWEXRTBF E80xZAussyXOxRJPsyLQrYgMa5KHNdnThuJtS/W1dfGzc/W3owXY0QIBW1oAlNhQva0pHpYkNws8 1dyBBOdpYoM2trQ1Mrc2srA2trI1tUVbYHA2OCKaSMGSqFiSM5ZAtscRbe1xVigHC1uMmQ3a1Bpl aoM2s8WY22EsUFgrFNYShbNEYS3ssOa2DmY2GFPAGm1ihTaxRJlY2BiZWRmZWBgYmekbmujDXUA+ eeZnfknvEqAHILuQh5J3w7w1ALjrG8CHDxgYmRgamRoZA2ZGJoA5gqmFsZklYGJmYQx3ysTMEOo1 MNLTR0C+BgbGCIYmeoYml4xM9YzN9U0tDOA84ZzhZtnjzbFOlnhnG5KrnRMdTaZjyHSsEx1LcsMR aI54F0dHFxyOygKLZeHsgHXGOFAQMGTAwYEChViwcXRxxNPwBBqeSMOT3AiQAfAueEdnPJbsiCXj MSQEe+I4aCQlAGiAAOBRAH4CwtsgoghESNEEgIRAJGFIgJODE9mBTIYU8vYkpBxsUIQ33UkAmuCE JjqhSWR7dihvgoGYLMhOGCcAqRGqYMGqHUNiGrwMAl8pJuRXQCGJlXkDIhlFcELhSXZMbB0nQ5zA xpEAIHk8AQHJIyU2OLw1gMVbObwOUuKIgJ0AMUMsJ4GU4PAQhAXLYMLGEjOOBSvjwATKmVhhCQg4 BGsc0QZOHj5e5kXZkykYsjOkANqJCfIJQMaZCdWeDLiwgN0JWCWYCSjjGQeK6wRYFs4vM6xCZyRF 7JkuaBIVRXJGESm2BIotnmzj6ARY45yscCQW1gAU4hFsCWQ7IkBBkV5CpMAu05dig7iTrXFkK5Y7 dtwdiYkng40d4uIMMC+BeYFkKoITFQWQnO0QkGg2BDK4WOMhFBLEAku0cCCYY5jYsyC+zCCFFhgw IFpiSZZg70hCzpYANSJnC58znCcaPl74kCnOLNAAGUAuwZaIWNoSkAuEK7V2RK73JchpvAacGBNb uBYnZxTcHfgYnWlYqhvOlY6jMRxpDLwbg0B3JzI8SO4eJA9Psuc4Tp6eJA8PKCcw3MGAiccExJeQ GIgNC8IkiO4IEJOVYRXiIQhEQyrycPL2pPh4Ovt5uQR4uwZ604KYBCJ5KKH6eVN9vcCA7Onh5OlO dKcTGHQ83Q1PpxEZbk4edKovwz3Y0y/KJyzRL+5G0LXssIyiyNyKmOKquLKa+Ip78RW1iRX3Eipq EsqqE8qqgMTSqoTiO/EFFZdzSmNvFkSlZIcnpgZHXwkMvewXEOXtE+7lFerpEewJYRlBHvRABEag h2eIp1+Ed9hl//iU4NRbkXkll8urrtQ0Xm94kNr0OP3Bk5sPnr6iGSG9+QlC05O0+49SGx+lNjy8 Ud98ow5oulF3n5kCzdeRkuYb95pvVN+/fqc+paL2aklVcmFlYm55fHZp3M3C6Bu5kVcywxJSg2Ou BUYk+YXF+4Zc9g2O9QmM9oFT8gz2pPkyyO40Rxf4+4LvIdxxkjUe+Toh3xD45pMAJwAFkMn2FLID lYJ1oeJoVDzNBe/2EroLgYFA8gBcSZ40J08a2ZNG8XJz9qY7e0MKeRoZjjLAkYKlktFOJDsC0kxZ QyuBNDXQXhFsCUQ7IgnlREKTyRikImeoyNENIrsSGTQinUYA3GgEmivBzZVEh4B0iied4gUp3FA4 6gIX4kCh2DuxmlCkJR/HCZodigPFGetMxVGpeBcXvOs4sIt1dgYvBzBAbOD0nHEuVLwrAAZUHJwG FRwpOBcKnkYl0V3gE6N602l+DLq/Bz3gJf4MKEHwZbgycfGhs3D1ZYfmSwd79yB371APv0ivwFjv 0Hhf+B6GJ/lHJAcAYUkBoYkBIfH+AbG+PhHe7sEeLr50srsrAT4QFwpAcKU6MVxcfNwYwR7eEd5+ MT5g6Rft7R0BXz+onUbxcCG6UfAuZBYEVzKBRoESopszZAiucOg1HKkUnDP8VsKPF/L7aIf8lEDL 72jj6GiDw9niHW3xOFsCZHA2eJwVDmuFdbBwwJhjMOZoewSMvaUDxhqHQZGwGGdHAoNI8SbTAiiM YKp7qAsAGdiFQhKDhHPB25NxKBIS0MYRa41zAGxwWMhDCYrkiCbjHagEnCsJTyMR6E5EBtnJg0zx prj4Ud0CXOiBNIQAV5of1cWLQmaQCC4ELBlnT8CgHNG2WJQt1g4BZ2eDtZ2EnQ1uvNAKY2OFtja3 tTSzsTS1tjC1AsxNbSzMbZnYWZijLC1QVhZowNoCbWNhb2NpD14oGyzaFo9Bk7BYCnRjnCgeFFdf F0agm3cY3EfPoFjvsASfiCTfqCu+UcneEYmewbEMv3BXjwCKqyfJyQ2Pp2AdSBg0Dm2LQVmhbS1R NhZ2Nha2CJC3Qtlao+1s7FG2GLStAxqFRaNwaDBGO9qj8fZoAoI9QBwHQ7LHQteUgsFTsURXHInm 6ERzhJTogsM7Yy3tzQ9rHVBYu/z/Ae8KqSMJUcz0AAAAAElFTkSuQmCC --_004_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --_004_F33FED1E326F7448A0623CC9BFA2D4F927A5A7ex001sfoservepath_-- From xen-users-bounces@lists.xen.org Thu Jul 03 02:13:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 02:13:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVh-0000RL-S1; Thu, 03 Jul 2014 02:12:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVf-0000Qo-3T for xen-users@lists.xen.org; Thu, 03 Jul 2014 02:12:27 +0000 Received: from [85.158.137.68:35569] by server-5.bemta-3.messagelabs.com id E3/E5-25204-A0CB4B35; Thu, 03 Jul 2014 02:12:26 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-31.messagelabs.com!1404353544!13643333!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5739 invoked from network); 3 Jul 2014 02:12:24 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 3 Jul 2014 02:12:24 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X2WVb-0002lm-LA for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X2WVb-0000ug-Gq for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B3AADA.8080800@bobich.net> (Gordan Bobic's message of "Wed, 02 Jul 2014 07:46:50 +0100") Date: Thu, 03 Jul 2014 00:45:01 +0200 Organization: my virtual residence Message-ID: <877g3v8jo2.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/01/2014 05:24 PM, lee wrote: >> >> ZFS has it's advantages, and it would seem a bad idea to use it with >> RAID. > > That isn't true. While it is better to use it with bare disks, using > it on top of RAID is still better than using something else because > you still at least get to know about errors that creep in, even if ZFS > can no longer fix them for you. That's why I'm saying that it seems a bad idea: You have redundancy and you can't fully use it for the redundancy is in the wrong place. If it was in the right place, the errors could be corrected. >> It's tempting to try it out, and I really like the checksumming >> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >> and Debian requires you to use fuse if you want ZFS, adding more >> complexity. > > You haven't done your research thoroughly enough. No, I haven't looked into it thoroughly at all. > On Linux there is for all intents and purposes one implementation. Where is this implementation? Is it available by default? I only saw that there's a Debian package for ZFS which involves fuse. >> There's also uncertainty about changes currently being made >> to ZFS which makes me wonder if my data might become unreadable after a >> software update or a software change when I install the disks in a >> different computer --- I've read reports of that happeneing, though it >> shouldn't. > > If you've read about it I'd like to know where. It was some blog post somewhere --- unfortunately, I can't find it anymore. > I've been using ZoL since back when the only POSIX layer > implementation was from KQ Infotech, which was a rather early alpha > grade bodge, and I never saw any forward incompatibility, nor have I > ever lost any data to ZFS, which is more than I can say for most other > file systems. A very long time ago, I lost data with xfs once. It probably was my own fault, using some mount parameters wrongly. That taught me to be very careful with file system and to prefer file systems that are easy to use, that don't have many or any parameters that need to be considered and basically just do what they are supposed to right out of the box. Does ZFS do that? Since it's about keeping the data safe, it might have a good deal of protection against user errors. >> And perhaps the next day after I switch to ZFS, a new >> feature comes out which would require me to re-create the volumes and to >> copy the data over yet again, at least if I wanted to use that feature. > > You're spreading misinformed FUD. There are no "features" that could > be added that might require you to rebuild the pool. An existing pool > can always be upgraded. There is no way to downgrade, though, so make > sure you really want those extra features. See http://open-zfs.org/wiki/Features: "SA based xattrs Improves performance of linux-style (short) xattrs [...] Requires a disk format change and is off by default [...] Note that SA based xattrs are no longer used on symlinks as of Aug 2013 until an issue is resolved." What's the difference between "a disk format change" and "rebuilding the pool"? And how could you predict that nothing changes requiring a rebuild or a format change when there are issues that apparently haven't been resolved in almost a year now and features that haven't been implemented yet? You might enable a new feature and find that it causes problems, but you can't downgrade ... >> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >> learned much about it yet, but that's my impression so far. > > As I said above - you haven't done your research very thoroughly. I haven't, yet all I've been reading so far makes me very careful. When you search for "zfs linux mature", you find more sources saying something like "it is not really mature" and not many, if any, that would say something like "of course you should use it, it works perfectly". >> And how about ZFS with JBOD on a hardware RAID controller? > > That is the recommended way to use it (effectively do away with the > RAID part of the controller). That's something else I never tried. What if I make a JBOD and then connect the disks to "normal" on-board SATA ports? Will they be readable just like they were never connected to a RAID controller? >>> Since ZFS uses variable width stripes, every write is always a single >>> operation. >> >> Which may be completed or not? And what about the on-disk caches and >> power failures? > > That's what barriers and the sync settings on each file systems are > for. As with any FS, any commits since the last barrier call will be > lost. Everything up to the last barrier call is guaranteed to be safe, > unless your disk or controllers lie about having commited things. This > is not ZFS specific and applies to any FS. IIRC, when I had the WD20EARS in software RAID-5, I got messages about barriers being disabled. I tried to find out what that was supposed to tell me, and it didn't seem to be too harmful, and there wasn't anything I could do about it anyway. What if I use them as JBOD with ZFS and get such messages? >> It seems that FIS would have to be supported by every HBA because it's >> the second layer of the SATA protocol. And I thought that NCQ is a >> feature of the disk itself, which either supports it or not. Why/how >> would a HBA or PMP interfere with NCQ? > > Not all HBAs support NCQ, and not all support FIS. They are specific > features that have to be implemented on the HBA and PMP and HDD. So the wikipedia article about SATA is wrong? Or how does that work when any of the involved devices does not support some apparently substantial parts of the SATA protocol? >>> If your HBA/PMP/HDD do support FIS+NCQ (the models I mentioned do), >>> then the bandwidth is effectively multiplexed on demand. It works a >>> bit like VLAN tagging. A command gets issued, but while that command >>> is completing (~8ms on a 7200rpm disk) you can issue commands to other >>> disks, so multiple commands on multiple disks can be completing at the >>> same time. As each disk completes the command and returns data, the >>> same happens in reverse. >> >> And there aren't any (potential) problems with the disks? Each disk >> would have to happily wait around until it can communicate with the HBA >> again. SCSI disks were designed for that, but SATA disks? > > The PMP takes care of it. It works, and it works well. NCQ on most > SATA SSDs works in reverse this way because most of the time the disk > is faster than the SATA port. You said before that the disks are slower than the port because they spend so much time seeking. Does the PMP have some cache built in so that the disks don't need to wait? Or are the disks designed to wait? >> Well, yes, the disk has failed when it doesn't return data reliably, so >> I don't consider that as a problem but as a desirable feature. >> >> What does ZFS do? Continue to use an unreliable disk? > > Until the OS kernel's controller driver decides the disk has stopped > responding and kicked it out. As far as I've seen, that doesn't happen. Instead, the system goes down, trying to access the unresponsive disk indefinitely. > Hence why TLER is still a useful feature > - > you don't want your application to end up being made to wait for > potentially minutes when the data could be recovered and repaired in a > few seconds if the disk would only give up and return an error in a > timely manner. So you would be running ZFS on unreliable disks, with the errors being corrected and going unnoticed, until either, without TLER, the system goes down or, with TLER, until the errors aren't recoverable anymore and become noticeable only when it's too late. >> Or how unreliable is a disk that spends significant amounts of time on >> error correction? > > Exactly - 7 seconds is about 840 read attempts. If the sector read > failed 840 times in a row, what are the chances that it will ever > succeed? Isn't the disk supposed not to use the failed sector once it has been discovered, meaning that the disk might still be useable? >>> HGST are one exception to the rule - I have a bunch of their 4TB >>> drives, and they only make one 4TB model, which has TLER. Most other >>> manufacturers make multiple variants of the same drive, and most are >>> selectively feature-crippled. >> >> You seem to like the HGST ones a lot. They seem to cost more than the >> WD reds. > > I prefer them for a very good reason: > http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ Those guys don't use ZFS. They must have very good reasons not to. > 20 years of personal experience also agrees with their findings. My experience agrees with their findings, too, only it's not tied to a particular brand or model other than that Seagate disks failed remarkably often and that I should never have bought Maxtor. HGST has been bought by WD, though. We can only hope that they will continue to make outstanding disks. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 02:13:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 02:13:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVf-0000R1-Fc; Thu, 03 Jul 2014 02:12:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVe-0000Qm-Is for xen-users@lists.xen.org; Thu, 03 Jul 2014 02:12:26 +0000 Received: from [85.158.139.211:12964] by server-14.bemta-5.messagelabs.com id 91/8B-27057-90CB4B35; Thu, 03 Jul 2014 02:12:25 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-12.tower-206.messagelabs.com!1404353544!13349213!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13920 invoked from network); 3 Jul 2014 02:12:25 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-12.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 3 Jul 2014 02:12:25 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X2WVb-0002ln-Mk for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X2WVb-0000ul-IY for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (David Sutton's message of "Tue, 1 Jul 2014 21:50:55 -0500") Date: Thu, 03 Jul 2014 01:00:14 +0200 Organization: my virtual residence Message-ID: <8738ej8iyp.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org David Sutton writes: >> On Tue, Jul 1, 2014 at 2:23 PM, lee wrote: >> >> What would you put into an AM3 socket which is so much faster than a >> Phenom 965 to be worthwhile and doesn't have an enormous power >> consumption? >> >> If your board will take an AM3+, how about an AMD FX 8350? It has an AM3 socket, not AM3+ --- and the 8350 needs too much electricity. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 02:13:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 02:13:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVh-0000RB-7O; Thu, 03 Jul 2014 02:12:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVe-0000Qn-PU for xen-users@lists.xen.org; Thu, 03 Jul 2014 02:12:27 +0000 Received: from [85.158.143.35:4760] by server-3.bemta-4.messagelabs.com id D2/58-16194-A0CB4B35; Thu, 03 Jul 2014 02:12:26 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-6.tower-21.messagelabs.com!1404353544!15410263!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12494 invoked from network); 3 Jul 2014 02:12:25 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-6.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 3 Jul 2014 02:12:25 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X2WVb-0002lw-T1 for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X2WVb-0000uv-P9 for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1958598.87ZrbzKTd1@eve> (Joost Roeleveld's message of "Wed, 02 Jul 2014 08:45:16 +0200") Date: Thu, 03 Jul 2014 04:03:26 +0200 Organization: my virtual residence Message-ID: <87simj6vwx.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <2058548.HQSy7a8s2N@eve> <87d2do7nss.fsf@yun.yagibdah.de> <1958598.87ZrbzKTd1@eve> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Joost Roeleveld writes: > On Tuesday 01 July 2014 23:48:51 lee wrote: >> Joost Roeleveld writes: >> > Check the howtos for smartctl, they explain how to interpret the data. >> > I'd recommend: >> > http://www.smartmontools.org/ >> >> Ok, if I get to see the numbers, I can look there. I never believed in >> this smart thing ... > > You just wait for disks to die suddenly? yes You stock up on new disks just because smart might tell you that your disks will die eventually? >> You have seen three (or more) disks going bad all at the same time just >> because they were connected to a different controller? > > Yes, And smart didn't tell you they would go bad? ;) > it was a cheap controller though, but it did actually kill any disk I > connected to it. Hm now that really sucks and is rather unexpected. > I was working at a computer shop at the time and the owner wanted us to try > different disks even though the first 2(!) died and those wouldn't work on any > other system anymore. I'll keep this in mind ... and in the future, I might as well connect defective disks to unknown controllers before good ones to see if the controller kills them. >> They really aren't the greatest disk one can imagine. I'd say they are >> ok for what they are and better than their reputation, considering the >> price --- you could get them for EUR 65 new a few years ago, maybe even >> less, before all disk prices increased. I'll replace them with >> something suitable when they fail. > > For twice that, I got 3TB WD Red drives a few years ago, after the factories > came back online. Are they twice as good? I know they're quite a bit faster. However, when I bought the WD20EARS, there weren't any red ones, only RE ones, which, IIRC, cost about 4 times as much as the WD20EARS. That was just too much. >> Systems would go down all the time if exceeding their I/O capacity >> would make them crash. > > It depends on how big the capacity is and how the underlying hardware handles > it. The I/O capacity is either exceeded, or it isn't. It doesn't matter how big it is or how the hardware handles it. Just copy some data from /dev/null to a file, and you'll exceed the I/O capacity of your system. Does it crash? Start an application like seamonkey (with a hundred tabs open). When you have a fast CPU and a slow I/O system, doing so will exceed the I/O capacity of your system. Does it crash? Boot some version of MS windoze from a HDD. That exceeds the I/O capacity of your system or otherwise ppl wouldn't see huge improvements from booting from SSDs. When it crashes, is it because the I/O capacity was exceeded? >> without a backplane in the way. It is probably true that IBM --- and/or >> Adaptec > > I believe you are using an IBM raid controller. Not an Adaptec part. At least, > I can't see Adaptect in any of the documentation I saw online. It's an IBM when you go by the labels and documentation. Apparently Adaptec made it (for IBM). It's rather weird because it's a card that plugs into a special slot, with apparently some/most of the controller integrated into the board. Without the board, that card is useless. >> --- ran into problems with SATA drives connected to the >> controller they couldn't really solve, for otherwise there wouldn't be a >> need to implement different PHY settings and even a utility in the >> controllers' BIOS to let users change them. > > The backplane used in these systems, from my understanding, have a port > multiplier built-in. I think it is that part causing the problem. Hm, did you find any documentation about it? It would appear to be an IBM-ESXS VSC7160 enclosure, and I haven't found any documentation for it. Apparently there are various drivers for it --- why would those be needed? >> The documentation speaks of "different SATA channels" and claims that >> improvements have been made to the PHY settings, apparently hiding >> what's actually going on. > > SAS and SATA controllers often talk about sata channels. My raid controller > even still calls them IDE-channels. It's just a name. It's obfuscating --- a better explanation would be much more helpful. >> Anyway, server uptime is 3 days, 9 hours now. That's a great >> improvement :) >> >> So for what's it worth: For WD20EARS on a ServeRaid 8k, try different >> PHY settings. PHY 2 seems to work much better than 0, 1 and 5. > > That is usefull news, especially if that keeps the system running. Maybe post > that online somewhere, including on that page? That was my intention :) There are archives of this mailing list, aren't there? >> > True, but, SATA drives don't always work when used with port multipliers, >> > which from the above, I think you are actually using. >> >> Hm, I doubt it. The drive slots are numbered 0--5, and I can set a PHY >> setting for each drive individually. Would I be able to do that if a >> PMP was used? > > Yes, the question is, does the PMP used handle that correctly? How would the RAID controller know which disk is in which slot when they are all behind a PMP? It does know that. >> And can a single port keep up with 6 SAS drives? > > How many drives do you know of that can provide a sustained datastream of > 3Gb/s? > Or, in the case of 6 drives, 500Mb/s? > Assuming you have a drive that can sustain 200Mb/s, that still means a single > port can theoretically handle 3000 / 200 = 15 disks. > With SSDs the picture is slightly different. With a sustained read speed of > 550Mb/s, you would get nearly 5.5 disks. > > So, yes, a single port can easily keep up with 6 SAS drives. Aren't you confusing Gbit/sec with MB/sec? 3 Gbit/sec divided by 8 gives you Gbytes/sec, i. e. 0.375. That's 375 MB/sec. There's some protocol overhead, so you can keep up with three, perhaps four disks, and you can't with six. >> Yes --- I have two PHY settings left I can try if I have to. If that >> doesn't help, I can look into disabling power saving. > > I hope setting 2, as you mentioned above, keeps it stable. It still hasn't crashed yet :) I wonder if 3 or 4 might be better ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 02:13:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 02:13:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVh-0000RL-S1; Thu, 03 Jul 2014 02:12:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVf-0000Qo-3T for xen-users@lists.xen.org; Thu, 03 Jul 2014 02:12:27 +0000 Received: from [85.158.137.68:35569] by server-5.bemta-3.messagelabs.com id E3/E5-25204-A0CB4B35; Thu, 03 Jul 2014 02:12:26 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-31.messagelabs.com!1404353544!13643333!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5739 invoked from network); 3 Jul 2014 02:12:24 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 3 Jul 2014 02:12:24 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X2WVb-0002lm-LA for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X2WVb-0000ug-Gq for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B3AADA.8080800@bobich.net> (Gordan Bobic's message of "Wed, 02 Jul 2014 07:46:50 +0100") Date: Thu, 03 Jul 2014 00:45:01 +0200 Organization: my virtual residence Message-ID: <877g3v8jo2.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/01/2014 05:24 PM, lee wrote: >> >> ZFS has it's advantages, and it would seem a bad idea to use it with >> RAID. > > That isn't true. While it is better to use it with bare disks, using > it on top of RAID is still better than using something else because > you still at least get to know about errors that creep in, even if ZFS > can no longer fix them for you. That's why I'm saying that it seems a bad idea: You have redundancy and you can't fully use it for the redundancy is in the wrong place. If it was in the right place, the errors could be corrected. >> It's tempting to try it out, and I really like the checksumming >> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >> and Debian requires you to use fuse if you want ZFS, adding more >> complexity. > > You haven't done your research thoroughly enough. No, I haven't looked into it thoroughly at all. > On Linux there is for all intents and purposes one implementation. Where is this implementation? Is it available by default? I only saw that there's a Debian package for ZFS which involves fuse. >> There's also uncertainty about changes currently being made >> to ZFS which makes me wonder if my data might become unreadable after a >> software update or a software change when I install the disks in a >> different computer --- I've read reports of that happeneing, though it >> shouldn't. > > If you've read about it I'd like to know where. It was some blog post somewhere --- unfortunately, I can't find it anymore. > I've been using ZoL since back when the only POSIX layer > implementation was from KQ Infotech, which was a rather early alpha > grade bodge, and I never saw any forward incompatibility, nor have I > ever lost any data to ZFS, which is more than I can say for most other > file systems. A very long time ago, I lost data with xfs once. It probably was my own fault, using some mount parameters wrongly. That taught me to be very careful with file system and to prefer file systems that are easy to use, that don't have many or any parameters that need to be considered and basically just do what they are supposed to right out of the box. Does ZFS do that? Since it's about keeping the data safe, it might have a good deal of protection against user errors. >> And perhaps the next day after I switch to ZFS, a new >> feature comes out which would require me to re-create the volumes and to >> copy the data over yet again, at least if I wanted to use that feature. > > You're spreading misinformed FUD. There are no "features" that could > be added that might require you to rebuild the pool. An existing pool > can always be upgraded. There is no way to downgrade, though, so make > sure you really want those extra features. See http://open-zfs.org/wiki/Features: "SA based xattrs Improves performance of linux-style (short) xattrs [...] Requires a disk format change and is off by default [...] Note that SA based xattrs are no longer used on symlinks as of Aug 2013 until an issue is resolved." What's the difference between "a disk format change" and "rebuilding the pool"? And how could you predict that nothing changes requiring a rebuild or a format change when there are issues that apparently haven't been resolved in almost a year now and features that haven't been implemented yet? You might enable a new feature and find that it causes problems, but you can't downgrade ... >> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >> learned much about it yet, but that's my impression so far. > > As I said above - you haven't done your research very thoroughly. I haven't, yet all I've been reading so far makes me very careful. When you search for "zfs linux mature", you find more sources saying something like "it is not really mature" and not many, if any, that would say something like "of course you should use it, it works perfectly". >> And how about ZFS with JBOD on a hardware RAID controller? > > That is the recommended way to use it (effectively do away with the > RAID part of the controller). That's something else I never tried. What if I make a JBOD and then connect the disks to "normal" on-board SATA ports? Will they be readable just like they were never connected to a RAID controller? >>> Since ZFS uses variable width stripes, every write is always a single >>> operation. >> >> Which may be completed or not? And what about the on-disk caches and >> power failures? > > That's what barriers and the sync settings on each file systems are > for. As with any FS, any commits since the last barrier call will be > lost. Everything up to the last barrier call is guaranteed to be safe, > unless your disk or controllers lie about having commited things. This > is not ZFS specific and applies to any FS. IIRC, when I had the WD20EARS in software RAID-5, I got messages about barriers being disabled. I tried to find out what that was supposed to tell me, and it didn't seem to be too harmful, and there wasn't anything I could do about it anyway. What if I use them as JBOD with ZFS and get such messages? >> It seems that FIS would have to be supported by every HBA because it's >> the second layer of the SATA protocol. And I thought that NCQ is a >> feature of the disk itself, which either supports it or not. Why/how >> would a HBA or PMP interfere with NCQ? > > Not all HBAs support NCQ, and not all support FIS. They are specific > features that have to be implemented on the HBA and PMP and HDD. So the wikipedia article about SATA is wrong? Or how does that work when any of the involved devices does not support some apparently substantial parts of the SATA protocol? >>> If your HBA/PMP/HDD do support FIS+NCQ (the models I mentioned do), >>> then the bandwidth is effectively multiplexed on demand. It works a >>> bit like VLAN tagging. A command gets issued, but while that command >>> is completing (~8ms on a 7200rpm disk) you can issue commands to other >>> disks, so multiple commands on multiple disks can be completing at the >>> same time. As each disk completes the command and returns data, the >>> same happens in reverse. >> >> And there aren't any (potential) problems with the disks? Each disk >> would have to happily wait around until it can communicate with the HBA >> again. SCSI disks were designed for that, but SATA disks? > > The PMP takes care of it. It works, and it works well. NCQ on most > SATA SSDs works in reverse this way because most of the time the disk > is faster than the SATA port. You said before that the disks are slower than the port because they spend so much time seeking. Does the PMP have some cache built in so that the disks don't need to wait? Or are the disks designed to wait? >> Well, yes, the disk has failed when it doesn't return data reliably, so >> I don't consider that as a problem but as a desirable feature. >> >> What does ZFS do? Continue to use an unreliable disk? > > Until the OS kernel's controller driver decides the disk has stopped > responding and kicked it out. As far as I've seen, that doesn't happen. Instead, the system goes down, trying to access the unresponsive disk indefinitely. > Hence why TLER is still a useful feature > - > you don't want your application to end up being made to wait for > potentially minutes when the data could be recovered and repaired in a > few seconds if the disk would only give up and return an error in a > timely manner. So you would be running ZFS on unreliable disks, with the errors being corrected and going unnoticed, until either, without TLER, the system goes down or, with TLER, until the errors aren't recoverable anymore and become noticeable only when it's too late. >> Or how unreliable is a disk that spends significant amounts of time on >> error correction? > > Exactly - 7 seconds is about 840 read attempts. If the sector read > failed 840 times in a row, what are the chances that it will ever > succeed? Isn't the disk supposed not to use the failed sector once it has been discovered, meaning that the disk might still be useable? >>> HGST are one exception to the rule - I have a bunch of their 4TB >>> drives, and they only make one 4TB model, which has TLER. Most other >>> manufacturers make multiple variants of the same drive, and most are >>> selectively feature-crippled. >> >> You seem to like the HGST ones a lot. They seem to cost more than the >> WD reds. > > I prefer them for a very good reason: > http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ Those guys don't use ZFS. They must have very good reasons not to. > 20 years of personal experience also agrees with their findings. My experience agrees with their findings, too, only it's not tied to a particular brand or model other than that Seagate disks failed remarkably often and that I should never have bought Maxtor. HGST has been bought by WD, though. We can only hope that they will continue to make outstanding disks. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 02:13:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 02:13:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVh-0000RB-7O; Thu, 03 Jul 2014 02:12:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVe-0000Qn-PU for xen-users@lists.xen.org; Thu, 03 Jul 2014 02:12:27 +0000 Received: from [85.158.143.35:4760] by server-3.bemta-4.messagelabs.com id D2/58-16194-A0CB4B35; Thu, 03 Jul 2014 02:12:26 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-6.tower-21.messagelabs.com!1404353544!15410263!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12494 invoked from network); 3 Jul 2014 02:12:25 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-6.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 3 Jul 2014 02:12:25 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X2WVb-0002lw-T1 for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X2WVb-0000uv-P9 for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1958598.87ZrbzKTd1@eve> (Joost Roeleveld's message of "Wed, 02 Jul 2014 08:45:16 +0200") Date: Thu, 03 Jul 2014 04:03:26 +0200 Organization: my virtual residence Message-ID: <87simj6vwx.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <2058548.HQSy7a8s2N@eve> <87d2do7nss.fsf@yun.yagibdah.de> <1958598.87ZrbzKTd1@eve> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Joost Roeleveld writes: > On Tuesday 01 July 2014 23:48:51 lee wrote: >> Joost Roeleveld writes: >> > Check the howtos for smartctl, they explain how to interpret the data. >> > I'd recommend: >> > http://www.smartmontools.org/ >> >> Ok, if I get to see the numbers, I can look there. I never believed in >> this smart thing ... > > You just wait for disks to die suddenly? yes You stock up on new disks just because smart might tell you that your disks will die eventually? >> You have seen three (or more) disks going bad all at the same time just >> because they were connected to a different controller? > > Yes, And smart didn't tell you they would go bad? ;) > it was a cheap controller though, but it did actually kill any disk I > connected to it. Hm now that really sucks and is rather unexpected. > I was working at a computer shop at the time and the owner wanted us to try > different disks even though the first 2(!) died and those wouldn't work on any > other system anymore. I'll keep this in mind ... and in the future, I might as well connect defective disks to unknown controllers before good ones to see if the controller kills them. >> They really aren't the greatest disk one can imagine. I'd say they are >> ok for what they are and better than their reputation, considering the >> price --- you could get them for EUR 65 new a few years ago, maybe even >> less, before all disk prices increased. I'll replace them with >> something suitable when they fail. > > For twice that, I got 3TB WD Red drives a few years ago, after the factories > came back online. Are they twice as good? I know they're quite a bit faster. However, when I bought the WD20EARS, there weren't any red ones, only RE ones, which, IIRC, cost about 4 times as much as the WD20EARS. That was just too much. >> Systems would go down all the time if exceeding their I/O capacity >> would make them crash. > > It depends on how big the capacity is and how the underlying hardware handles > it. The I/O capacity is either exceeded, or it isn't. It doesn't matter how big it is or how the hardware handles it. Just copy some data from /dev/null to a file, and you'll exceed the I/O capacity of your system. Does it crash? Start an application like seamonkey (with a hundred tabs open). When you have a fast CPU and a slow I/O system, doing so will exceed the I/O capacity of your system. Does it crash? Boot some version of MS windoze from a HDD. That exceeds the I/O capacity of your system or otherwise ppl wouldn't see huge improvements from booting from SSDs. When it crashes, is it because the I/O capacity was exceeded? >> without a backplane in the way. It is probably true that IBM --- and/or >> Adaptec > > I believe you are using an IBM raid controller. Not an Adaptec part. At least, > I can't see Adaptect in any of the documentation I saw online. It's an IBM when you go by the labels and documentation. Apparently Adaptec made it (for IBM). It's rather weird because it's a card that plugs into a special slot, with apparently some/most of the controller integrated into the board. Without the board, that card is useless. >> --- ran into problems with SATA drives connected to the >> controller they couldn't really solve, for otherwise there wouldn't be a >> need to implement different PHY settings and even a utility in the >> controllers' BIOS to let users change them. > > The backplane used in these systems, from my understanding, have a port > multiplier built-in. I think it is that part causing the problem. Hm, did you find any documentation about it? It would appear to be an IBM-ESXS VSC7160 enclosure, and I haven't found any documentation for it. Apparently there are various drivers for it --- why would those be needed? >> The documentation speaks of "different SATA channels" and claims that >> improvements have been made to the PHY settings, apparently hiding >> what's actually going on. > > SAS and SATA controllers often talk about sata channels. My raid controller > even still calls them IDE-channels. It's just a name. It's obfuscating --- a better explanation would be much more helpful. >> Anyway, server uptime is 3 days, 9 hours now. That's a great >> improvement :) >> >> So for what's it worth: For WD20EARS on a ServeRaid 8k, try different >> PHY settings. PHY 2 seems to work much better than 0, 1 and 5. > > That is usefull news, especially if that keeps the system running. Maybe post > that online somewhere, including on that page? That was my intention :) There are archives of this mailing list, aren't there? >> > True, but, SATA drives don't always work when used with port multipliers, >> > which from the above, I think you are actually using. >> >> Hm, I doubt it. The drive slots are numbered 0--5, and I can set a PHY >> setting for each drive individually. Would I be able to do that if a >> PMP was used? > > Yes, the question is, does the PMP used handle that correctly? How would the RAID controller know which disk is in which slot when they are all behind a PMP? It does know that. >> And can a single port keep up with 6 SAS drives? > > How many drives do you know of that can provide a sustained datastream of > 3Gb/s? > Or, in the case of 6 drives, 500Mb/s? > Assuming you have a drive that can sustain 200Mb/s, that still means a single > port can theoretically handle 3000 / 200 = 15 disks. > With SSDs the picture is slightly different. With a sustained read speed of > 550Mb/s, you would get nearly 5.5 disks. > > So, yes, a single port can easily keep up with 6 SAS drives. Aren't you confusing Gbit/sec with MB/sec? 3 Gbit/sec divided by 8 gives you Gbytes/sec, i. e. 0.375. That's 375 MB/sec. There's some protocol overhead, so you can keep up with three, perhaps four disks, and you can't with six. >> Yes --- I have two PHY settings left I can try if I have to. If that >> doesn't help, I can look into disabling power saving. > > I hope setting 2, as you mentioned above, keeps it stable. It still hasn't crashed yet :) I wonder if 3 or 4 might be better ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 02:13:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 02:13:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVf-0000R1-Fc; Thu, 03 Jul 2014 02:12:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2WVe-0000Qm-Is for xen-users@lists.xen.org; Thu, 03 Jul 2014 02:12:26 +0000 Received: from [85.158.139.211:12964] by server-14.bemta-5.messagelabs.com id 91/8B-27057-90CB4B35; Thu, 03 Jul 2014 02:12:25 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-12.tower-206.messagelabs.com!1404353544!13349213!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13920 invoked from network); 3 Jul 2014 02:12:25 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-12.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 3 Jul 2014 02:12:25 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X2WVb-0002ln-Mk for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X2WVb-0000ul-IY for xen-users@lists.xen.org; Thu, 03 Jul 2014 04:12:23 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (David Sutton's message of "Tue, 1 Jul 2014 21:50:55 -0500") Date: Thu, 03 Jul 2014 01:00:14 +0200 Organization: my virtual residence Message-ID: <8738ej8iyp.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org David Sutton writes: >> On Tue, Jul 1, 2014 at 2:23 PM, lee wrote: >> >> What would you put into an AM3 socket which is so much faster than a >> Phenom 965 to be worthwhile and doesn't have an enormous power >> consumption? >> >> If your board will take an AM3+, how about an AMD FX 8350? It has an AM3 socket, not AM3+ --- and the 8350 needs too much electricity. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 03:44:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 03:44:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Xuj-0001zZ-R7; Thu, 03 Jul 2014 03:42:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Xuh-0001zT-5P for xen-users@lists.xenproject.org; Thu, 03 Jul 2014 03:42:23 +0000 Received: from [193.109.254.147:7604] by server-13.bemta-14.messagelabs.com id A1/24-14699-E11D4B35; Thu, 03 Jul 2014 03:42:22 +0000 X-Env-Sender: nodir.qodirov@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1404358939!15173054!1 X-Originating-IP: [209.85.128.175] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16266 invoked from network); 3 Jul 2014 03:42:20 -0000 Received: from mail-ve0-f175.google.com (HELO mail-ve0-f175.google.com) (209.85.128.175) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 03:42:20 -0000 Received: by mail-ve0-f175.google.com with SMTP id jx11so12257350veb.6 for ; Wed, 02 Jul 2014 20:42:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=qd8UehMYYJguhQSJoy+3ys5w1oTGjDEAXbea6l3PxoQ=; b=0xYI4sym2rIFlXwQshVNCUA1LHRj55B3FmkoboWgZUkp6t+952wsXbW7wV2FYP7ZJl TCTXYhufwmw87r99FJQMmjanBqgdBYa1nLbq9ChIGSC8rItztAlyHBqv3bldHRy0U78O EchrJmsb08Pw7e/DPZ04FMAh/gXab3vA/qZP43uLB8xgZOpZJ1RcY9Tc2OOV7+GThJub M4XfqLCN9iZxLuAkM4Wrem+EzTRpiV/kr2nBBE/9BYsapUTxlvfeXN8pILgGmz24Rbfw 3XBJfk2FU4jUfxZbqN4+wgaWaxu1b7CmzYUV76gIG9FTtkNTpZ5hdVE+XEanMC8fUmsC XLNg== MIME-Version: 1.0 X-Received: by 10.52.30.9 with SMTP id o9mr1081781vdh.15.1404358939268; Wed, 02 Jul 2014 20:42:19 -0700 (PDT) Received: by 10.220.153.10 with HTTP; Wed, 2 Jul 2014 20:42:19 -0700 (PDT) In-Reply-To: <5758036.PkrMsRqjLd@eve> References: <5758036.PkrMsRqjLd@eve> Date: Wed, 2 Jul 2014 20:42:19 -0700 Message-ID: From: Nodir Kodirov To: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I was using xl only and bridge was up. Since I did not know how to retrieve log messages without xend, I kept it on. But now I turned xend off by 'service xend stop' and re-run the 'xl create minios.cfg'. It still fails to start. 'xl list' shows only dom0. $cat minios.cfg kernel = "/home/knodir/devel/mini-os/mini-os.gz" builder = 'pvm' vcpus = 1 memory = 1024 name = "Mini-OS-custom" vif = [ 'bridge=xenbr0' ] serial = 'pty' on_poweroff = 'destroy' on_reboot = 'destroy' on_crash = 'destroy' I don't know where to check xl log, but here is what I got by 'cat /var/log/xen/Mini-OS-custom.log' Waiting for domain Mini-OS-custom (domid 35) to die [pid 30809] Domain 35 has shut down, reason code 3 0x3 Action for shutdown reason code 3 is destroy Domain 35 needs to be cleaned up: destroying the domain Done. Exiting now $ brctl show bridge name bridge id STP enabled interfaces xenbr0 8000.001cc03757b2 no eth0 $ ifconfig xenbr0 xenbr0 Link encap:Ethernet HWaddr 00:1C:C0:37:57:B2 inet addr: [...] Bcast:[...] Mask:255.255.255.0 inet6 addr: [...] Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:659103 errors:0 dropped:0 overruns:0 frame:0 TX packets:30125 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:40783911 (38.8 MiB) TX bytes:3287602 (3.1 MiB) Thanks for the help, Nodir. On 2 July 2014 00:00, Joost Roeleveld wrote: > On Tuesday 01 July 2014 14:14:47 Nodir Kodirov wrote: >> Hello, >> >> I'm a graduate student, trying to run Mini-OS for my project. >> >> When I create mini-os instance, netfront fails to initialize. I get >> following output from 'xl console ' >> >> Xen Minimal OS! >> start_info: 000000000028f000(VA) >> nr_pages: 0x40000 >> shared_inf: 0xc05e1000(MA) >> pt_base: 0000000000292000(VA) >> nr_pt_frames: 0x5 >> mfn_list: 000000000008f000(VA) >> mod_start: 0x0(VA) >> mod_len: 0 >> flags: 0x0 >> cmd_line: >> stack: 000000000004e7a0-000000000006e7a0 >> MM: Init >> _text: 0000000000000000(VA) >> _etext: 00000000000303c2(VA) >> _erodata: 0000000000038000(VA) >> _edata: 0000000000038540(VA) >> stack start: 000000000004e7a0(VA) >> _end: 000000000008efa0(VA) >> start_pfn: 29a >> max_pfn: 40000 >> Mapping memory range 0x400000 - 0x40000000 >> setting 0000000000000000-0000000000038000 readonly >> skipped 0000000000001000 >> MM: Initialise page allocator for 498000(498000)-40000000(40000000) >> MM: done >> Demand map pfns at 40001000-2040001000. >> Initialising timer interface >> Initialising console ... done. >> gnttab_table mapped at 0000000040001000. >> Initialising scheduler >> Thread "Idle": pointer: 0x4a2070, stack: 0x4b0000 >> Thread "xenstore": pointer: 0x4a20d0, stack: 0x4c0000 >> xenbus initialised on irq 1 mfn 0xbe5f5 >> Thread "shutdown": pointer: 0x4a2130, stack: 0x4d0000 >> Thread "server": pointer: 0x4a2190, stack: 0x4e0000 >> [server] Waiting for network. >> Failed to read device/vif/0/backend-id. >> _init_netfront: backend/mac failed >> >> VM's state is 'b' (for blocked) and that's a last line of output before VM >> gets frozen. My host environment is x86_64 CentOS 6.5 with Linux 3.10.34-11 >> kernel. I configured a bridged network with eth0 and xenbr0 configured as >> following: >> >> /etc/sysconfig/network-scripts/ifcfg-xenbr0 >> DEVICE=xenbr0 >> TYPE=Bridge >> BOOTPROTO=dhcp >> ONBOOT=yes >> DELAY=0 >> NM_CONTROLLED=no >> >> /etc/sysconfig/network-scripts/ifcfg-eth0 >> DEVICE="eth0" >> NM_CONTROLLED="no" >> ONBOOT="yes" >> HWADDR=00:1C:C0:37:57:B2 >> BRIDGE=xenbr0 >> >> Xen VM configuration file is as follows: >> >> kernel = "/home/knodir/devel/mini-os/mini-os.gz" >> builder = 'pvm' >> vcpus = 1 >> memory = 1024 >> name = "Mini-OS-custom" >> serial = 'pty' >> on_poweroff = 'destroy' >> on_reboot = 'destroy' >> on_crash = 'destroy' >> >> My custom mini-os kernel is built from https://github.com/cnplab/mini-os >> since I'm planning to use it for ClickOS https://github.com/cnplab/clickos >> I believe this modified Mini-OS to have the same networking source code as >> an original one (I did not apply xennet https://github.com/cnplab/xennet >> patch). >> >> I wonder if I'm missing something in my Xen VM configuration file. When I >> add a new line vif=[ 'mac=00:16:3e:01:01:01,bridge=xenbr0' ] to it, VM is >> not created at all. These are the VM creation corresponding lines from >> /var/log/xen/xend.log >> >> [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:151) >> XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidref': 0, >> 'hvm': 0, 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 1, 'domid': >> 33, 'paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb': 1049600L, >> 'shutdown': 0, 'mem_kb': 1048576L, 'handle': [121, 198, 174, 221, 11, 118, >> 72, 231, 172, 230, 168, 102, 169, 14, 221, 123], 'blocked': 0, 'cpupool': >> 0}) >> [2014-07-01 14:11:11 20157] INFO (XendDomainInfo:169) Recreating domain 33, >> UUID 79c6aedd-0b76-48e7-ace6-a866a90edd7b. at /local/domain/33 >> [2014-07-01 14:11:11 20157] DEBUG (XendDomain:476) Adding Domain: 33 >> [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:1882) >> XendDomainInfo.handleShutdownWatch >> [2014-07-01 14:11:11 20157] DEBUG (DevController:95) DevController: writing >> {'state': '1', 'backend-id': '0', 'backend': >> '/local/domain/0/backend/console/33/0'} to >> /local/domain/33/device/console/0. >> [2014-07-01 14:11:11 20157] DEBUG (DevController:97) DevController: writing >> {'domain': 'Mini-OS-custom', 'frontend': >> '/local/domain/33/device/console/0', 'uuid': >> '12b56995-0349-8bf3-93ee-92c6a9ec75e7', 'frontend-id': '33', 'state': '1', >> 'location': '2', 'online': '1', 'protocol': 'vt100'} to >> /local/domain/0/backend/console/33/0. >> [2014-07-01 14:11:11 20157] WARNING (XendDomainInfo:2062) Domain has >> crashed: name=Mini-OS-custom id=33. >> [2014-07-01 14:11:11 20157] ERROR (XendDomainInfo:2196) VM Mini-OS-custom >> restarting too fast (Elapsed time: 0.400618 seconds). Refusing to restart >> to avoid loops. >> [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:3077) >> XendDomainInfo.destroy: domid=33 >> [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2402) Destroying device >> model >> [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices >> [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2407) No device model >> [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices >> >> Any help is appreciated. >> >> Nodir. > > > Few quick questions: > > You use the XL-toolkit AND xend? > Please only use one of these. > Eg. stop xend and use XL to stop/start the domains. > > Additionally, is the bridge actually up when trying to start the domain with > the vif.... line? > Check with (and provide the output): > # brctl show > > -- > Joost > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 03:44:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 03:44:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Xuj-0001zZ-R7; Thu, 03 Jul 2014 03:42:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2Xuh-0001zT-5P for xen-users@lists.xenproject.org; Thu, 03 Jul 2014 03:42:23 +0000 Received: from [193.109.254.147:7604] by server-13.bemta-14.messagelabs.com id A1/24-14699-E11D4B35; Thu, 03 Jul 2014 03:42:22 +0000 X-Env-Sender: nodir.qodirov@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1404358939!15173054!1 X-Originating-IP: [209.85.128.175] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16266 invoked from network); 3 Jul 2014 03:42:20 -0000 Received: from mail-ve0-f175.google.com (HELO mail-ve0-f175.google.com) (209.85.128.175) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 03:42:20 -0000 Received: by mail-ve0-f175.google.com with SMTP id jx11so12257350veb.6 for ; Wed, 02 Jul 2014 20:42:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=qd8UehMYYJguhQSJoy+3ys5w1oTGjDEAXbea6l3PxoQ=; b=0xYI4sym2rIFlXwQshVNCUA1LHRj55B3FmkoboWgZUkp6t+952wsXbW7wV2FYP7ZJl TCTXYhufwmw87r99FJQMmjanBqgdBYa1nLbq9ChIGSC8rItztAlyHBqv3bldHRy0U78O EchrJmsb08Pw7e/DPZ04FMAh/gXab3vA/qZP43uLB8xgZOpZJ1RcY9Tc2OOV7+GThJub M4XfqLCN9iZxLuAkM4Wrem+EzTRpiV/kr2nBBE/9BYsapUTxlvfeXN8pILgGmz24Rbfw 3XBJfk2FU4jUfxZbqN4+wgaWaxu1b7CmzYUV76gIG9FTtkNTpZ5hdVE+XEanMC8fUmsC XLNg== MIME-Version: 1.0 X-Received: by 10.52.30.9 with SMTP id o9mr1081781vdh.15.1404358939268; Wed, 02 Jul 2014 20:42:19 -0700 (PDT) Received: by 10.220.153.10 with HTTP; Wed, 2 Jul 2014 20:42:19 -0700 (PDT) In-Reply-To: <5758036.PkrMsRqjLd@eve> References: <5758036.PkrMsRqjLd@eve> Date: Wed, 2 Jul 2014 20:42:19 -0700 Message-ID: From: Nodir Kodirov To: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I was using xl only and bridge was up. Since I did not know how to retrieve log messages without xend, I kept it on. But now I turned xend off by 'service xend stop' and re-run the 'xl create minios.cfg'. It still fails to start. 'xl list' shows only dom0. $cat minios.cfg kernel = "/home/knodir/devel/mini-os/mini-os.gz" builder = 'pvm' vcpus = 1 memory = 1024 name = "Mini-OS-custom" vif = [ 'bridge=xenbr0' ] serial = 'pty' on_poweroff = 'destroy' on_reboot = 'destroy' on_crash = 'destroy' I don't know where to check xl log, but here is what I got by 'cat /var/log/xen/Mini-OS-custom.log' Waiting for domain Mini-OS-custom (domid 35) to die [pid 30809] Domain 35 has shut down, reason code 3 0x3 Action for shutdown reason code 3 is destroy Domain 35 needs to be cleaned up: destroying the domain Done. Exiting now $ brctl show bridge name bridge id STP enabled interfaces xenbr0 8000.001cc03757b2 no eth0 $ ifconfig xenbr0 xenbr0 Link encap:Ethernet HWaddr 00:1C:C0:37:57:B2 inet addr: [...] Bcast:[...] Mask:255.255.255.0 inet6 addr: [...] Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:659103 errors:0 dropped:0 overruns:0 frame:0 TX packets:30125 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:40783911 (38.8 MiB) TX bytes:3287602 (3.1 MiB) Thanks for the help, Nodir. On 2 July 2014 00:00, Joost Roeleveld wrote: > On Tuesday 01 July 2014 14:14:47 Nodir Kodirov wrote: >> Hello, >> >> I'm a graduate student, trying to run Mini-OS for my project. >> >> When I create mini-os instance, netfront fails to initialize. I get >> following output from 'xl console ' >> >> Xen Minimal OS! >> start_info: 000000000028f000(VA) >> nr_pages: 0x40000 >> shared_inf: 0xc05e1000(MA) >> pt_base: 0000000000292000(VA) >> nr_pt_frames: 0x5 >> mfn_list: 000000000008f000(VA) >> mod_start: 0x0(VA) >> mod_len: 0 >> flags: 0x0 >> cmd_line: >> stack: 000000000004e7a0-000000000006e7a0 >> MM: Init >> _text: 0000000000000000(VA) >> _etext: 00000000000303c2(VA) >> _erodata: 0000000000038000(VA) >> _edata: 0000000000038540(VA) >> stack start: 000000000004e7a0(VA) >> _end: 000000000008efa0(VA) >> start_pfn: 29a >> max_pfn: 40000 >> Mapping memory range 0x400000 - 0x40000000 >> setting 0000000000000000-0000000000038000 readonly >> skipped 0000000000001000 >> MM: Initialise page allocator for 498000(498000)-40000000(40000000) >> MM: done >> Demand map pfns at 40001000-2040001000. >> Initialising timer interface >> Initialising console ... done. >> gnttab_table mapped at 0000000040001000. >> Initialising scheduler >> Thread "Idle": pointer: 0x4a2070, stack: 0x4b0000 >> Thread "xenstore": pointer: 0x4a20d0, stack: 0x4c0000 >> xenbus initialised on irq 1 mfn 0xbe5f5 >> Thread "shutdown": pointer: 0x4a2130, stack: 0x4d0000 >> Thread "server": pointer: 0x4a2190, stack: 0x4e0000 >> [server] Waiting for network. >> Failed to read device/vif/0/backend-id. >> _init_netfront: backend/mac failed >> >> VM's state is 'b' (for blocked) and that's a last line of output before VM >> gets frozen. My host environment is x86_64 CentOS 6.5 with Linux 3.10.34-11 >> kernel. I configured a bridged network with eth0 and xenbr0 configured as >> following: >> >> /etc/sysconfig/network-scripts/ifcfg-xenbr0 >> DEVICE=xenbr0 >> TYPE=Bridge >> BOOTPROTO=dhcp >> ONBOOT=yes >> DELAY=0 >> NM_CONTROLLED=no >> >> /etc/sysconfig/network-scripts/ifcfg-eth0 >> DEVICE="eth0" >> NM_CONTROLLED="no" >> ONBOOT="yes" >> HWADDR=00:1C:C0:37:57:B2 >> BRIDGE=xenbr0 >> >> Xen VM configuration file is as follows: >> >> kernel = "/home/knodir/devel/mini-os/mini-os.gz" >> builder = 'pvm' >> vcpus = 1 >> memory = 1024 >> name = "Mini-OS-custom" >> serial = 'pty' >> on_poweroff = 'destroy' >> on_reboot = 'destroy' >> on_crash = 'destroy' >> >> My custom mini-os kernel is built from https://github.com/cnplab/mini-os >> since I'm planning to use it for ClickOS https://github.com/cnplab/clickos >> I believe this modified Mini-OS to have the same networking source code as >> an original one (I did not apply xennet https://github.com/cnplab/xennet >> patch). >> >> I wonder if I'm missing something in my Xen VM configuration file. When I >> add a new line vif=[ 'mac=00:16:3e:01:01:01,bridge=xenbr0' ] to it, VM is >> not created at all. These are the VM creation corresponding lines from >> /var/log/xen/xend.log >> >> [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:151) >> XendDomainInfo.recreate({'max_vcpu_id': 0, 'cpu_time': 0L, 'ssidref': 0, >> 'hvm': 0, 'shutdown_reason': 255, 'dying': 0, 'online_vcpus': 1, 'domid': >> 33, 'paused': 1, 'crashed': 0, 'running': 0, 'maxmem_kb': 1049600L, >> 'shutdown': 0, 'mem_kb': 1048576L, 'handle': [121, 198, 174, 221, 11, 118, >> 72, 231, 172, 230, 168, 102, 169, 14, 221, 123], 'blocked': 0, 'cpupool': >> 0}) >> [2014-07-01 14:11:11 20157] INFO (XendDomainInfo:169) Recreating domain 33, >> UUID 79c6aedd-0b76-48e7-ace6-a866a90edd7b. at /local/domain/33 >> [2014-07-01 14:11:11 20157] DEBUG (XendDomain:476) Adding Domain: 33 >> [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:1882) >> XendDomainInfo.handleShutdownWatch >> [2014-07-01 14:11:11 20157] DEBUG (DevController:95) DevController: writing >> {'state': '1', 'backend-id': '0', 'backend': >> '/local/domain/0/backend/console/33/0'} to >> /local/domain/33/device/console/0. >> [2014-07-01 14:11:11 20157] DEBUG (DevController:97) DevController: writing >> {'domain': 'Mini-OS-custom', 'frontend': >> '/local/domain/33/device/console/0', 'uuid': >> '12b56995-0349-8bf3-93ee-92c6a9ec75e7', 'frontend-id': '33', 'state': '1', >> 'location': '2', 'online': '1', 'protocol': 'vt100'} to >> /local/domain/0/backend/console/33/0. >> [2014-07-01 14:11:11 20157] WARNING (XendDomainInfo:2062) Domain has >> crashed: name=Mini-OS-custom id=33. >> [2014-07-01 14:11:11 20157] ERROR (XendDomainInfo:2196) VM Mini-OS-custom >> restarting too fast (Elapsed time: 0.400618 seconds). Refusing to restart >> to avoid loops. >> [2014-07-01 14:11:11 20157] DEBUG (XendDomainInfo:3077) >> XendDomainInfo.destroy: domid=33 >> [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2402) Destroying device >> model >> [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices >> [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2407) No device model >> [2014-07-01 14:11:12 20157] DEBUG (XendDomainInfo:2409) Releasing devices >> >> Any help is appreciated. >> >> Nodir. > > > Few quick questions: > > You use the XL-toolkit AND xend? > Please only use one of these. > Eg. stop xend and use XL to stop/start the domains. > > Additionally, is the bridge actually up when trying to start the domain with > the vif.... line? > Check with (and provide the output): > # brctl show > > -- > Joost > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 05:09:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 05:09:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2ZFm-0002kO-Us; Thu, 03 Jul 2014 05:08:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2ZFl-0002kJ-Qp for xen-users@lists.xen.org; Thu, 03 Jul 2014 05:08:14 +0000 Received: from [85.158.143.35:32954] by server-1.bemta-4.messagelabs.com id C8/CC-09496-D35E4B35; Thu, 03 Jul 2014 05:08:13 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1404364091!15493111!1 X-Originating-IP: [209.85.192.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1199 invoked from network); 3 Jul 2014 05:08:12 -0000 Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 05:08:12 -0000 Received: by mail-qg0-f45.google.com with SMTP id a108so5547326qge.18 for ; Wed, 02 Jul 2014 22:08:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=pOs/66qCvKx0yT1dOcWAvc/liennlMflNsCnc12aC7c=; b=vnsVsFHIUsrS3oyu7KALZFkBu4pNs9+D2rgO1orWr1mkTNaN0ky3u4ocpaOEH24bcy cdJb4PCuoadzJSDycK6pcu8ofE+hn7DDBSxSys/z4ygWepKdNpn00RAjER5S7SgvH3nG NHONdvJVZw7ZP1ASQMh7qduZ7MBUN/au9aISIxbHaR6lehVT+yG+LDEI/oA9djGZNC6S xvyKFfkxVKHSRS/JPH6zsfI8G5I7Bo1siSr53xmaWfwlbdCb4H9FLw2+JFa6QsOYm/6r BvCUSQ8P+rmGliPTnQuSJxQ3cFePJfzfSO5znjakjMeG5jhNiRwdyJXW7Gjs5e15xnbG XJsA== MIME-Version: 1.0 X-Received: by 10.224.30.75 with SMTP id t11mr3562554qac.7.1404364090724; Wed, 02 Jul 2014 22:08:10 -0700 (PDT) Received: by 10.96.56.225 with HTTP; Wed, 2 Jul 2014 22:08:10 -0700 (PDT) In-Reply-To: <8738ej8iyp.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> <8738ej8iyp.fsf@yun.yagibdah.de> Date: Thu, 3 Jul 2014 00:08:10 -0500 Message-ID: From: David Sutton To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3614228166664311635==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3614228166664311635== Content-Type: multipart/alternative; boundary=047d7bdc16bcc354dd04fd42fe9f --047d7bdc16bcc354dd04fd42fe9f Content-Type: text/plain; charset=UTF-8 Lee, On Wed, Jul 2, 2014 at 6:00 PM, lee wrote: > David Sutton writes: > > >> On Tue, Jul 1, 2014 at 2:23 PM, lee wrote: > >> > >> What would you put into an AM3 socket which is so much faster than a > >> Phenom 965 to be worthwhile and doesn't have an enormous power > >> consumption? > >> > >> If your board will take an AM3+, how about an AMD FX 8350? > > It has an AM3 socket, not AM3+ --- and the 8350 needs too much > electricity. > > To confirm; if by 'Phenom 965' you are referring to the "Phenom II X4 965" (which I have in the xen-enabled desktop machine in front of me) then power-wise its similar to the AMD FX 8350 (which I have in the XenServer instance behind me) - both are 125W TDP (unless you have the 140W TDP variant of the 965) If the motherboard supported it, you could even look at a 8320. But since your motherboard only supports an AM3 chipset, that does really limit your options. > -- > Knowledge is volatile and fluid. Software is power. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bdc16bcc354dd04fd42fe9f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Lee,

On Wed, Jul 2, 2014 at 6:00 PM, lee <= ;lee@yun.yagibdah.= de> wrote:
David Sutton <kantras@gmail.com> writes:

>> On Tue, Jul 1, 2014 at 2:23 PM, lee <lee@yun.yagibdah.de> wrote:
>>
>> What would you put into an AM3 socket which = is so much faster than a
>> Phenom 965 to be worthwhile and doesn't have an enormous power=
>> consumption?
>>
>> If your board will take an AM3+, how about an AMD FX 8350?

It has an AM3 socket, not AM3+ --- and the 8350 needs too much
electricity.

To confirm; if= by 'Phenom 965' you are referring to the "Phenom II X4 965&qu= ot; (which I have in the xen-enabled desktop machine in front of me) then p= ower-wise its similar to the AMD FX 8350 (which I have in the XenServer ins= tance behind me) - both are 125W TDP (unless you have the 140W TDP variant = of the 965) If the motherboard supported it, you could even look at a 8320.=

But since your motherboard only supports an AM3 chipset, tha= t does really limit your options.
=C2=A0
--
Knowledge is volatile and fluid. =C2=A0Software is power.

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

--047d7bdc16bcc354dd04fd42fe9f-- --===============3614228166664311635== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3614228166664311635==-- From xen-users-bounces@lists.xen.org Thu Jul 03 05:09:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 05:09:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2ZFm-0002kO-Us; Thu, 03 Jul 2014 05:08:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2ZFl-0002kJ-Qp for xen-users@lists.xen.org; Thu, 03 Jul 2014 05:08:14 +0000 Received: from [85.158.143.35:32954] by server-1.bemta-4.messagelabs.com id C8/CC-09496-D35E4B35; Thu, 03 Jul 2014 05:08:13 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1404364091!15493111!1 X-Originating-IP: [209.85.192.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1199 invoked from network); 3 Jul 2014 05:08:12 -0000 Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 05:08:12 -0000 Received: by mail-qg0-f45.google.com with SMTP id a108so5547326qge.18 for ; Wed, 02 Jul 2014 22:08:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=pOs/66qCvKx0yT1dOcWAvc/liennlMflNsCnc12aC7c=; b=vnsVsFHIUsrS3oyu7KALZFkBu4pNs9+D2rgO1orWr1mkTNaN0ky3u4ocpaOEH24bcy cdJb4PCuoadzJSDycK6pcu8ofE+hn7DDBSxSys/z4ygWepKdNpn00RAjER5S7SgvH3nG NHONdvJVZw7ZP1ASQMh7qduZ7MBUN/au9aISIxbHaR6lehVT+yG+LDEI/oA9djGZNC6S xvyKFfkxVKHSRS/JPH6zsfI8G5I7Bo1siSr53xmaWfwlbdCb4H9FLw2+JFa6QsOYm/6r BvCUSQ8P+rmGliPTnQuSJxQ3cFePJfzfSO5znjakjMeG5jhNiRwdyJXW7Gjs5e15xnbG XJsA== MIME-Version: 1.0 X-Received: by 10.224.30.75 with SMTP id t11mr3562554qac.7.1404364090724; Wed, 02 Jul 2014 22:08:10 -0700 (PDT) Received: by 10.96.56.225 with HTTP; Wed, 2 Jul 2014 22:08:10 -0700 (PDT) In-Reply-To: <8738ej8iyp.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> <8738ej8iyp.fsf@yun.yagibdah.de> Date: Thu, 3 Jul 2014 00:08:10 -0500 Message-ID: From: David Sutton To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3614228166664311635==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3614228166664311635== Content-Type: multipart/alternative; boundary=047d7bdc16bcc354dd04fd42fe9f --047d7bdc16bcc354dd04fd42fe9f Content-Type: text/plain; charset=UTF-8 Lee, On Wed, Jul 2, 2014 at 6:00 PM, lee wrote: > David Sutton writes: > > >> On Tue, Jul 1, 2014 at 2:23 PM, lee wrote: > >> > >> What would you put into an AM3 socket which is so much faster than a > >> Phenom 965 to be worthwhile and doesn't have an enormous power > >> consumption? > >> > >> If your board will take an AM3+, how about an AMD FX 8350? > > It has an AM3 socket, not AM3+ --- and the 8350 needs too much > electricity. > > To confirm; if by 'Phenom 965' you are referring to the "Phenom II X4 965" (which I have in the xen-enabled desktop machine in front of me) then power-wise its similar to the AMD FX 8350 (which I have in the XenServer instance behind me) - both are 125W TDP (unless you have the 140W TDP variant of the 965) If the motherboard supported it, you could even look at a 8320. But since your motherboard only supports an AM3 chipset, that does really limit your options. > -- > Knowledge is volatile and fluid. Software is power. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bdc16bcc354dd04fd42fe9f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Lee,

On Wed, Jul 2, 2014 at 6:00 PM, lee <= ;lee@yun.yagibdah.= de> wrote:
David Sutton <kantras@gmail.com> writes:

>> On Tue, Jul 1, 2014 at 2:23 PM, lee <lee@yun.yagibdah.de> wrote:
>>
>> What would you put into an AM3 socket which = is so much faster than a
>> Phenom 965 to be worthwhile and doesn't have an enormous power=
>> consumption?
>>
>> If your board will take an AM3+, how about an AMD FX 8350?

It has an AM3 socket, not AM3+ --- and the 8350 needs too much
electricity.

To confirm; if= by 'Phenom 965' you are referring to the "Phenom II X4 965&qu= ot; (which I have in the xen-enabled desktop machine in front of me) then p= ower-wise its similar to the AMD FX 8350 (which I have in the XenServer ins= tance behind me) - both are 125W TDP (unless you have the 140W TDP variant = of the 965) If the motherboard supported it, you could even look at a 8320.=

But since your motherboard only supports an AM3 chipset, tha= t does really limit your options.
=C2=A0
--
Knowledge is volatile and fluid. =C2=A0Software is power.

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

--047d7bdc16bcc354dd04fd42fe9f-- --===============3614228166664311635== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3614228166664311635==-- From xen-users-bounces@lists.xen.org Thu Jul 03 06:47:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 06:47:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2amw-0004KQ-6M; Thu, 03 Jul 2014 06:46:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2amu-0004KJ-CQ for xen-users@lists.xen.org; Thu, 03 Jul 2014 06:46:32 +0000 Received: from [193.109.254.147:15100] by server-5.bemta-14.messagelabs.com id FD/5E-07680-74CF4B35; Thu, 03 Jul 2014 06:46:31 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-27.messagelabs.com!1404369990!15174038!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15280 invoked from network); 3 Jul 2014 06:46:30 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jul 2014 06:46:30 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 7BF59221DE2 for ; Thu, 3 Jul 2014 07:46:29 +0100 (BST) Message-ID: <53B4FC44.8030408@bobich.net> Date: Thu, 03 Jul 2014 07:46:28 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> In-Reply-To: <877g3v8jo2.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/02/2014 11:45 PM, lee wrote: > Gordan Bobic writes: > >>> On 07/01/2014 05:24 PM, lee wrote: >>> >>> ZFS has it's advantages, and it would seem a bad idea to use it with >>> RAID. >> >> That isn't true. While it is better to use it with bare disks, using >> it on top of RAID is still better than using something else because >> you still at least get to know about errors that creep in, even if ZFS >> can no longer fix them for you. > > That's why I'm saying that it seems a bad idea: You have redundancy and > you can't fully use it for the redundancy is in the wrong place. If it > was in the right place, the errors could be corrected. > >>> It's tempting to try it out, and I really like the checksumming >>> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >>> and Debian requires you to use fuse if you want ZFS, adding more >>> complexity. >> >> You haven't done your research thoroughly enough. > > No, I haven't looked into it thoroughly at all. > >> On Linux there is for all intents and purposes one implementation. > > Where is this implementation? Is it available by default? I only saw > that there's a Debian package for ZFS which involves fuse. http://lmgtfy.com/?q=zfs+linux&l=1 >> I've been using ZoL since back when the only POSIX layer >> implementation was from KQ Infotech, which was a rather early alpha >> grade bodge, and I never saw any forward incompatibility, nor have I >> ever lost any data to ZFS, which is more than I can say for most other >> file systems. > > A very long time ago, I lost data with xfs once. It probably was my own > fault, using some mount parameters wrongly. That taught me to be very > careful with file system and to prefer file systems that are easy to > use, that don't have many or any parameters that need to be considered > and basically just do what they are supposed to right out of the box. No file system is immune from user error. If you want optimal performance that's a whole different issue, and there are a lot of things you have to tweak on most of them to achieve that, especially on RAID. > Does ZFS do that? Since it's about keeping the data safe, it might have > a good deal of protection against user errors. I don't think it's possible to guard against user errors. If you're concerned about user errors, get someone else to manage your machines and not give you the root password. >>> And perhaps the next day after I switch to ZFS, a new >>> feature comes out which would require me to re-create the volumes and to >>> copy the data over yet again, at least if I wanted to use that feature. >> >> You're spreading misinformed FUD. There are no "features" that could >> be added that might require you to rebuild the pool. An existing pool >> can always be upgraded. There is no way to downgrade, though, so make >> sure you really want those extra features. > > See http://open-zfs.org/wiki/Features: > > > "SA based xattrs > > Improves performance of linux-style (short) xattrs [...] > > Requires a disk format change and is off by default [...] > > Note that SA based xattrs are no longer used on symlinks as of Aug 2013 > until an issue is resolved." > > > What's the difference between "a disk format change" and "rebuilding the > pool"? And how could you predict that nothing changes requiring a > rebuild or a format change when there are issues that apparently haven't > been resolved in almost a year now and features that haven't been > implemented yet? You don't have to rebuild a pool. The existing pool is modified in place and that usually takes a few seconds. Typically the pool version headers get a bump, and from there on ZFS knows it can put additional metadata in place. Similar happens when you toggle deduplication on a pool. It puts the deduplication hash table headers in place. Even you remove the volume that has been deduplicated and don't have any deduplicated blocks afterwards, the headers will remain in place. But that doesn't break anything and it doesn't require rebuilding of a pool. > You might enable a new feature and find that it causes > problems, but you can't downgrade ... You could have to _use_ a feature that causes problems just because it's available. And features that broken are rare, and non-critical. >>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>> learned much about it yet, but that's my impression so far. >> >> As I said above - you haven't done your research very thoroughly. > > I haven't, yet all I've been reading so far makes me very careful. When > you search for "zfs linux mature", you find more sources saying > something like "it is not really mature" and not many, if any, that > would say something like "of course you should use it, it works > perfectly". There's a lot of FUD out there, mostly coming from people who have neither tried it nor know what they are talking about. Whatever next? "It must be true because I read it on the internet"? >>> And how about ZFS with JBOD on a hardware RAID controller? >> >> That is the recommended way to use it (effectively do away with the >> RAID part of the controller). > > That's something else I never tried. What if I make a JBOD and then > connect the disks to "normal" on-board SATA ports? Will they be > readable just like they were never connected to a RAID controller? That depends on what the RAID controller does to the disks. It is another big unknown that is a reason why RAID controllers are best avoided. Somebody recently got help on the ZFS mailing list recovering from just such a situation, where their new RAID controller clobbered the front of their disks. >>>> Since ZFS uses variable width stripes, every write is always a single >>>> operation. >>> >>> Which may be completed or not? And what about the on-disk caches and >>> power failures? >> >> That's what barriers and the sync settings on each file systems are >> for. As with any FS, any commits since the last barrier call will be >> lost. Everything up to the last barrier call is guaranteed to be safe, >> unless your disk or controllers lie about having commited things. This >> is not ZFS specific and applies to any FS. > > IIRC, when I had the WD20EARS in software RAID-5, I got messages about > barriers being disabled. I tried to find out what that was supposed to > tell me, and it didn't seem to be too harmful, and there wasn't anything > I could do about it anyway. What if I use them as JBOD with ZFS and get > such messages? No idea, I don't see any such messages. It's probably a feature of your RAID controller driver. >>> It seems that FIS would have to be supported by every HBA because it's >>> the second layer of the SATA protocol. And I thought that NCQ is a >>> feature of the disk itself, which either supports it or not. Why/how >>> would a HBA or PMP interfere with NCQ? >> >> Not all HBAs support NCQ, and not all support FIS. They are specific >> features that have to be implemented on the HBA and PMP and HDD. > > So the wikipedia article about SATA is wrong? Or how does that work > when any of the involved devices does not support some apparently > substantial parts of the SATA protocol? You misunderstand. When I say "FIS" I am talking about FIS based switching, as opposed to command based switching. Perhaps a lack of clarity on my part, apologies for that. >>>> If your HBA/PMP/HDD do support FIS+NCQ (the models I mentioned do), >>>> then the bandwidth is effectively multiplexed on demand. It works a >>>> bit like VLAN tagging. A command gets issued, but while that command >>>> is completing (~8ms on a 7200rpm disk) you can issue commands to other >>>> disks, so multiple commands on multiple disks can be completing at the >>>> same time. As each disk completes the command and returns data, the >>>> same happens in reverse. >>> >>> And there aren't any (potential) problems with the disks? Each disk >>> would have to happily wait around until it can communicate with the HBA >>> again. SCSI disks were designed for that, but SATA disks? >> >> The PMP takes care of it. It works, and it works well. NCQ on most >> SATA SSDs works in reverse this way because most of the time the disk >> is faster than the SATA port. > > You said before that the disks are slower than the port because they > spend so much time seeking. Does the PMP have some cache built in so > that the disks don't need to wait? Or are the disks designed to wait? I'm not sure what the implementation details are, but there is no difference between what happens with a PMP and without a PMP - the SATA controller migh not always be able to receive a request that had been queued, so the disk has to "wait", e.g. if there's an interrupt storm going on, or there is another bottleneck on the system (e.g. having two 6GBit SATA ports behind a single PCIe lane). >>> Well, yes, the disk has failed when it doesn't return data reliably, so >>> I don't consider that as a problem but as a desirable feature. >>> >>> What does ZFS do? Continue to use an unreliable disk? >> >> Until the OS kernel's controller driver decides the disk has stopped >> responding and kicked it out. > > As far as I've seen, that doesn't happen. Instead, the system goes > down, trying to access the unresponsive disk indefinitely. I see a disk get kicked out all the time. Most recent occurrence was 2 days ago. >> Hence why TLER is still a useful feature >> - >> you don't want your application to end up being made to wait for >> potentially minutes when the data could be recovered and repaired in a >> few seconds if the disk would only give up and return an error in a >> timely manner. > > So you would be running ZFS on unreliable disks, with the errors being > corrected and going unnoticed, until either, without TLER, the system > goes down or, with TLER, until the errors aren't recoverable anymore and > become noticeable only when it's too late. "zfs status" shows you the errors on each disk in the pool. This should be monitored along with regular SMART checks. Using ZFS doesn't mean you no longer have to monitor for hardware failure, any more than you can not monitor for failure of a disk in a hardware RAID array. >>> Or how unreliable is a disk that spends significant amounts of time on >>> error correction? >> >> Exactly - 7 seconds is about 840 read attempts. If the sector read >> failed 840 times in a row, what are the chances that it will ever >> succeed? > > Isn't the disk supposed not to use the failed sector once it has been > discovered, meaning that the disk might still be useable? When a sector becomes unreadable, it is marked as "pending". Rad attempts from it will return an error. The next write to it will cause it to get reallocated from the spare sectors the disk comes with. As far as I can tell, some disks try to re-use the sector when a write for it arrives, and see if the data sticks to the sector within the ability of the sector's ECC to recover. If it sticks, it's kept, if it doesn't, it's reallocated. >>>> HGST are one exception to the rule - I have a bunch of their 4TB >>>> drives, and they only make one 4TB model, which has TLER. Most other >>>> manufacturers make multiple variants of the same drive, and most are >>>> selectively feature-crippled. >>> >>> You seem to like the HGST ones a lot. They seem to cost more than the >>> WD reds. >> >> I prefer them for a very good reason: >> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ > > Those guys don't use ZFS. They must have very good reasons not to. I don't know what they use. >> 20 years of personal experience also agrees with their findings. > > My experience agrees with their findings, too, only it's not tied to a > particular brand or model other than that Seagate disks failed > remarkably often and that I should never have bought Maxtor. > > HGST has been bought by WD, though. We can only hope that they will > continue to make outstanding disks. We can but hope. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 06:47:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 06:47:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2amw-0004KQ-6M; Thu, 03 Jul 2014 06:46:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2amu-0004KJ-CQ for xen-users@lists.xen.org; Thu, 03 Jul 2014 06:46:32 +0000 Received: from [193.109.254.147:15100] by server-5.bemta-14.messagelabs.com id FD/5E-07680-74CF4B35; Thu, 03 Jul 2014 06:46:31 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-27.messagelabs.com!1404369990!15174038!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15280 invoked from network); 3 Jul 2014 06:46:30 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jul 2014 06:46:30 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 7BF59221DE2 for ; Thu, 3 Jul 2014 07:46:29 +0100 (BST) Message-ID: <53B4FC44.8030408@bobich.net> Date: Thu, 03 Jul 2014 07:46:28 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> In-Reply-To: <877g3v8jo2.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/02/2014 11:45 PM, lee wrote: > Gordan Bobic writes: > >>> On 07/01/2014 05:24 PM, lee wrote: >>> >>> ZFS has it's advantages, and it would seem a bad idea to use it with >>> RAID. >> >> That isn't true. While it is better to use it with bare disks, using >> it on top of RAID is still better than using something else because >> you still at least get to know about errors that creep in, even if ZFS >> can no longer fix them for you. > > That's why I'm saying that it seems a bad idea: You have redundancy and > you can't fully use it for the redundancy is in the wrong place. If it > was in the right place, the errors could be corrected. > >>> It's tempting to try it out, and I really like the checksumming >>> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >>> and Debian requires you to use fuse if you want ZFS, adding more >>> complexity. >> >> You haven't done your research thoroughly enough. > > No, I haven't looked into it thoroughly at all. > >> On Linux there is for all intents and purposes one implementation. > > Where is this implementation? Is it available by default? I only saw > that there's a Debian package for ZFS which involves fuse. http://lmgtfy.com/?q=zfs+linux&l=1 >> I've been using ZoL since back when the only POSIX layer >> implementation was from KQ Infotech, which was a rather early alpha >> grade bodge, and I never saw any forward incompatibility, nor have I >> ever lost any data to ZFS, which is more than I can say for most other >> file systems. > > A very long time ago, I lost data with xfs once. It probably was my own > fault, using some mount parameters wrongly. That taught me to be very > careful with file system and to prefer file systems that are easy to > use, that don't have many or any parameters that need to be considered > and basically just do what they are supposed to right out of the box. No file system is immune from user error. If you want optimal performance that's a whole different issue, and there are a lot of things you have to tweak on most of them to achieve that, especially on RAID. > Does ZFS do that? Since it's about keeping the data safe, it might have > a good deal of protection against user errors. I don't think it's possible to guard against user errors. If you're concerned about user errors, get someone else to manage your machines and not give you the root password. >>> And perhaps the next day after I switch to ZFS, a new >>> feature comes out which would require me to re-create the volumes and to >>> copy the data over yet again, at least if I wanted to use that feature. >> >> You're spreading misinformed FUD. There are no "features" that could >> be added that might require you to rebuild the pool. An existing pool >> can always be upgraded. There is no way to downgrade, though, so make >> sure you really want those extra features. > > See http://open-zfs.org/wiki/Features: > > > "SA based xattrs > > Improves performance of linux-style (short) xattrs [...] > > Requires a disk format change and is off by default [...] > > Note that SA based xattrs are no longer used on symlinks as of Aug 2013 > until an issue is resolved." > > > What's the difference between "a disk format change" and "rebuilding the > pool"? And how could you predict that nothing changes requiring a > rebuild or a format change when there are issues that apparently haven't > been resolved in almost a year now and features that haven't been > implemented yet? You don't have to rebuild a pool. The existing pool is modified in place and that usually takes a few seconds. Typically the pool version headers get a bump, and from there on ZFS knows it can put additional metadata in place. Similar happens when you toggle deduplication on a pool. It puts the deduplication hash table headers in place. Even you remove the volume that has been deduplicated and don't have any deduplicated blocks afterwards, the headers will remain in place. But that doesn't break anything and it doesn't require rebuilding of a pool. > You might enable a new feature and find that it causes > problems, but you can't downgrade ... You could have to _use_ a feature that causes problems just because it's available. And features that broken are rare, and non-critical. >>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>> learned much about it yet, but that's my impression so far. >> >> As I said above - you haven't done your research very thoroughly. > > I haven't, yet all I've been reading so far makes me very careful. When > you search for "zfs linux mature", you find more sources saying > something like "it is not really mature" and not many, if any, that > would say something like "of course you should use it, it works > perfectly". There's a lot of FUD out there, mostly coming from people who have neither tried it nor know what they are talking about. Whatever next? "It must be true because I read it on the internet"? >>> And how about ZFS with JBOD on a hardware RAID controller? >> >> That is the recommended way to use it (effectively do away with the >> RAID part of the controller). > > That's something else I never tried. What if I make a JBOD and then > connect the disks to "normal" on-board SATA ports? Will they be > readable just like they were never connected to a RAID controller? That depends on what the RAID controller does to the disks. It is another big unknown that is a reason why RAID controllers are best avoided. Somebody recently got help on the ZFS mailing list recovering from just such a situation, where their new RAID controller clobbered the front of their disks. >>>> Since ZFS uses variable width stripes, every write is always a single >>>> operation. >>> >>> Which may be completed or not? And what about the on-disk caches and >>> power failures? >> >> That's what barriers and the sync settings on each file systems are >> for. As with any FS, any commits since the last barrier call will be >> lost. Everything up to the last barrier call is guaranteed to be safe, >> unless your disk or controllers lie about having commited things. This >> is not ZFS specific and applies to any FS. > > IIRC, when I had the WD20EARS in software RAID-5, I got messages about > barriers being disabled. I tried to find out what that was supposed to > tell me, and it didn't seem to be too harmful, and there wasn't anything > I could do about it anyway. What if I use them as JBOD with ZFS and get > such messages? No idea, I don't see any such messages. It's probably a feature of your RAID controller driver. >>> It seems that FIS would have to be supported by every HBA because it's >>> the second layer of the SATA protocol. And I thought that NCQ is a >>> feature of the disk itself, which either supports it or not. Why/how >>> would a HBA or PMP interfere with NCQ? >> >> Not all HBAs support NCQ, and not all support FIS. They are specific >> features that have to be implemented on the HBA and PMP and HDD. > > So the wikipedia article about SATA is wrong? Or how does that work > when any of the involved devices does not support some apparently > substantial parts of the SATA protocol? You misunderstand. When I say "FIS" I am talking about FIS based switching, as opposed to command based switching. Perhaps a lack of clarity on my part, apologies for that. >>>> If your HBA/PMP/HDD do support FIS+NCQ (the models I mentioned do), >>>> then the bandwidth is effectively multiplexed on demand. It works a >>>> bit like VLAN tagging. A command gets issued, but while that command >>>> is completing (~8ms on a 7200rpm disk) you can issue commands to other >>>> disks, so multiple commands on multiple disks can be completing at the >>>> same time. As each disk completes the command and returns data, the >>>> same happens in reverse. >>> >>> And there aren't any (potential) problems with the disks? Each disk >>> would have to happily wait around until it can communicate with the HBA >>> again. SCSI disks were designed for that, but SATA disks? >> >> The PMP takes care of it. It works, and it works well. NCQ on most >> SATA SSDs works in reverse this way because most of the time the disk >> is faster than the SATA port. > > You said before that the disks are slower than the port because they > spend so much time seeking. Does the PMP have some cache built in so > that the disks don't need to wait? Or are the disks designed to wait? I'm not sure what the implementation details are, but there is no difference between what happens with a PMP and without a PMP - the SATA controller migh not always be able to receive a request that had been queued, so the disk has to "wait", e.g. if there's an interrupt storm going on, or there is another bottleneck on the system (e.g. having two 6GBit SATA ports behind a single PCIe lane). >>> Well, yes, the disk has failed when it doesn't return data reliably, so >>> I don't consider that as a problem but as a desirable feature. >>> >>> What does ZFS do? Continue to use an unreliable disk? >> >> Until the OS kernel's controller driver decides the disk has stopped >> responding and kicked it out. > > As far as I've seen, that doesn't happen. Instead, the system goes > down, trying to access the unresponsive disk indefinitely. I see a disk get kicked out all the time. Most recent occurrence was 2 days ago. >> Hence why TLER is still a useful feature >> - >> you don't want your application to end up being made to wait for >> potentially minutes when the data could be recovered and repaired in a >> few seconds if the disk would only give up and return an error in a >> timely manner. > > So you would be running ZFS on unreliable disks, with the errors being > corrected and going unnoticed, until either, without TLER, the system > goes down or, with TLER, until the errors aren't recoverable anymore and > become noticeable only when it's too late. "zfs status" shows you the errors on each disk in the pool. This should be monitored along with regular SMART checks. Using ZFS doesn't mean you no longer have to monitor for hardware failure, any more than you can not monitor for failure of a disk in a hardware RAID array. >>> Or how unreliable is a disk that spends significant amounts of time on >>> error correction? >> >> Exactly - 7 seconds is about 840 read attempts. If the sector read >> failed 840 times in a row, what are the chances that it will ever >> succeed? > > Isn't the disk supposed not to use the failed sector once it has been > discovered, meaning that the disk might still be useable? When a sector becomes unreadable, it is marked as "pending". Rad attempts from it will return an error. The next write to it will cause it to get reallocated from the spare sectors the disk comes with. As far as I can tell, some disks try to re-use the sector when a write for it arrives, and see if the data sticks to the sector within the ability of the sector's ECC to recover. If it sticks, it's kept, if it doesn't, it's reallocated. >>>> HGST are one exception to the rule - I have a bunch of their 4TB >>>> drives, and they only make one 4TB model, which has TLER. Most other >>>> manufacturers make multiple variants of the same drive, and most are >>>> selectively feature-crippled. >>> >>> You seem to like the HGST ones a lot. They seem to cost more than the >>> WD reds. >> >> I prefer them for a very good reason: >> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ > > Those guys don't use ZFS. They must have very good reasons not to. I don't know what they use. >> 20 years of personal experience also agrees with their findings. > > My experience agrees with their findings, too, only it's not tied to a > particular brand or model other than that Seagate disks failed > remarkably often and that I should never have bought Maxtor. > > HGST has been bought by WD, though. We can only hope that they will > continue to make outstanding disks. We can but hope. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 06:49:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 06:49:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2apZ-0004TM-DQ; Thu, 03 Jul 2014 06:49:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2apY-0004T7-CN for xen-users@lists.xen.org; Thu, 03 Jul 2014 06:49:16 +0000 Received: from [85.158.139.211:42201] by server-5.bemta-5.messagelabs.com id 72/A8-29625-BECF4B35; Thu, 03 Jul 2014 06:49:15 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-2.tower-206.messagelabs.com!1404370155!13370673!1 X-Originating-IP: [212.54.34.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NCA9PiAyMTcyMzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14167 invoked from network); 3 Jul 2014 06:49:15 -0000 Received: from smtpq1.gn.mail.iss.as9143.net (HELO smtpq1.gn.mail.iss.as9143.net) (212.54.34.164) by server-2.tower-206.messagelabs.com with SMTP; 3 Jul 2014 06:49:15 -0000 Received: from [212.54.34.134] (helo=smtp3.gn.mail.iss.as9143.net) by smtpq1.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X2apX-0005mM-9D for xen-users@lists.xen.org; Thu, 03 Jul 2014 08:49:15 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X2apW-0007cP-UI for xen-users@lists.xen.org; Thu, 03 Jul 2014 08:49:15 +0200 Received: from andromeda.localnet (unknown [62.41.73.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 7B4154C for ; Thu, 3 Jul 2014 08:47:51 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Thu, 03 Jul 2014 08:47:53 +0200 Message-ID: <3410884.3lxz7FYUcY@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: References: <5758036.PkrMsRqjLd@eve> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.8 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982, TW_VC=0.077 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wednesday, July 02, 2014 08:42:19 PM Nodir Kodirov wrote: > I was using xl only and bridge was up. Since I did not know how to > retrieve log messages without xend, I kept it on. Logs, on my system, are under: /var/log/xen and /var/log/xen-consoles (but not much info there) > But now I turned > xend off by 'service xend stop' and re-run the 'xl create minios.cfg'. > It still fails to start. 'xl list' shows only dom0. Have you tried starting it with: # xl -v create minios.cfg and/or: # xl create -c minios.cfg The first one should provide more information during the creation. (You can also add additional 'v' to the command to increase verbosity further) The second puts you straight to the console, some info might show there. Either of these might provide more info. > $cat minios.cfg > kernel = "/home/knodir/devel/mini-os/mini-os.gz" > builder = 'pvm' > vcpus = 1 > memory = 1024 > name = "Mini-OS-custom" > vif = [ 'bridge=xenbr0' ] > serial = 'pty' > on_poweroff = 'destroy' > on_reboot = 'destroy' > on_crash = 'destroy' I am missing a disk here. Try adding a disk, even if it isn't used. > I don't know where to check xl log, but here is what I got by 'cat > /var/log/xen/Mini-OS-custom.log' > > Waiting for domain Mini-OS-custom (domid 35) to die [pid 30809] > Domain 35 has shut down, reason code 3 0x3 > Action for shutdown reason code 3 is destroy > Domain 35 needs to be cleaned up: destroying the domain > Done. Exiting now Reason code 3 = crash. > $ brctl show > bridge name bridge id STP enabled interfaces > xenbr0 8000.001cc03757b2 no eth0 > > $ ifconfig xenbr0 > xenbr0 Link encap:Ethernet HWaddr 00:1C:C0:37:57:B2 > inet addr: [...] Bcast:[...] Mask:255.255.255.0 > inet6 addr: [...] Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:659103 errors:0 dropped:0 overruns:0 frame:0 > TX packets:30125 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:40783911 (38.8 MiB) TX bytes:3287602 (3.1 MiB) Ok, bridge exists then, just wanted to confirm that, as config files don't always mean it exists :) -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 06:49:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 06:49:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2apZ-0004TM-DQ; Thu, 03 Jul 2014 06:49:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2apY-0004T7-CN for xen-users@lists.xen.org; Thu, 03 Jul 2014 06:49:16 +0000 Received: from [85.158.139.211:42201] by server-5.bemta-5.messagelabs.com id 72/A8-29625-BECF4B35; Thu, 03 Jul 2014 06:49:15 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-2.tower-206.messagelabs.com!1404370155!13370673!1 X-Originating-IP: [212.54.34.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NCA9PiAyMTcyMzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14167 invoked from network); 3 Jul 2014 06:49:15 -0000 Received: from smtpq1.gn.mail.iss.as9143.net (HELO smtpq1.gn.mail.iss.as9143.net) (212.54.34.164) by server-2.tower-206.messagelabs.com with SMTP; 3 Jul 2014 06:49:15 -0000 Received: from [212.54.34.134] (helo=smtp3.gn.mail.iss.as9143.net) by smtpq1.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X2apX-0005mM-9D for xen-users@lists.xen.org; Thu, 03 Jul 2014 08:49:15 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X2apW-0007cP-UI for xen-users@lists.xen.org; Thu, 03 Jul 2014 08:49:15 +0200 Received: from andromeda.localnet (unknown [62.41.73.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 7B4154C for ; Thu, 3 Jul 2014 08:47:51 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Thu, 03 Jul 2014 08:47:53 +0200 Message-ID: <3410884.3lxz7FYUcY@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: References: <5758036.PkrMsRqjLd@eve> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.8 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982, TW_VC=0.077 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wednesday, July 02, 2014 08:42:19 PM Nodir Kodirov wrote: > I was using xl only and bridge was up. Since I did not know how to > retrieve log messages without xend, I kept it on. Logs, on my system, are under: /var/log/xen and /var/log/xen-consoles (but not much info there) > But now I turned > xend off by 'service xend stop' and re-run the 'xl create minios.cfg'. > It still fails to start. 'xl list' shows only dom0. Have you tried starting it with: # xl -v create minios.cfg and/or: # xl create -c minios.cfg The first one should provide more information during the creation. (You can also add additional 'v' to the command to increase verbosity further) The second puts you straight to the console, some info might show there. Either of these might provide more info. > $cat minios.cfg > kernel = "/home/knodir/devel/mini-os/mini-os.gz" > builder = 'pvm' > vcpus = 1 > memory = 1024 > name = "Mini-OS-custom" > vif = [ 'bridge=xenbr0' ] > serial = 'pty' > on_poweroff = 'destroy' > on_reboot = 'destroy' > on_crash = 'destroy' I am missing a disk here. Try adding a disk, even if it isn't used. > I don't know where to check xl log, but here is what I got by 'cat > /var/log/xen/Mini-OS-custom.log' > > Waiting for domain Mini-OS-custom (domid 35) to die [pid 30809] > Domain 35 has shut down, reason code 3 0x3 > Action for shutdown reason code 3 is destroy > Domain 35 needs to be cleaned up: destroying the domain > Done. Exiting now Reason code 3 = crash. > $ brctl show > bridge name bridge id STP enabled interfaces > xenbr0 8000.001cc03757b2 no eth0 > > $ ifconfig xenbr0 > xenbr0 Link encap:Ethernet HWaddr 00:1C:C0:37:57:B2 > inet addr: [...] Bcast:[...] Mask:255.255.255.0 > inet6 addr: [...] Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:659103 errors:0 dropped:0 overruns:0 frame:0 > TX packets:30125 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:40783911 (38.8 MiB) TX bytes:3287602 (3.1 MiB) Ok, bridge exists then, just wanted to confirm that, as config files don't always mean it exists :) -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 07:09:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 07:09:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2b95-0005PG-Th; Thu, 03 Jul 2014 07:09:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2b94-0005PB-Ai for xen-users@lists.xen.org; Thu, 03 Jul 2014 07:09:26 +0000 Received: from [193.109.254.147:43661] by server-14.bemta-14.messagelabs.com id 9D/EC-11800-5A105B35; Thu, 03 Jul 2014 07:09:25 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1404371364!10550831!1 X-Originating-IP: [212.54.34.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NSA9PiAxNzgxNjc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9208 invoked from network); 3 Jul 2014 07:09:24 -0000 Received: from smtpq2.gn.mail.iss.as9143.net (HELO smtpq2.gn.mail.iss.as9143.net) (212.54.34.165) by server-5.tower-27.messagelabs.com with SMTP; 3 Jul 2014 07:09:24 -0000 Received: from [212.54.34.135] (helo=smtp4.gn.mail.iss.as9143.net) by smtpq2.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X2b92-0002H4-P8 for xen-users@lists.xen.org; Thu, 03 Jul 2014 09:09:24 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X2b91-0005Z8-W8 for xen-users@lists.xen.org; Thu, 03 Jul 2014 09:09:24 +0200 Received: from andromeda.localnet (unknown [62.41.73.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 9462F4C for ; Thu, 3 Jul 2014 09:08:00 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Thu, 03 Jul 2014 09:08:02 +0200 Message-ID: <2569625.78x78QnTce@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <87simj6vwx.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1958598.87ZrbzKTd1@eve> <87simj6vwx.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thursday, July 03, 2014 04:03:26 AM lee wrote: > Joost Roeleveld writes: > > On Tuesday 01 July 2014 23:48:51 lee wrote: > >> Joost Roeleveld writes: > >> > Check the howtos for smartctl, they explain how to interpret the data. > >> > I'd recommend: > >> > http://www.smartmontools.org/ > >> > >> Ok, if I get to see the numbers, I can look there. I never believed in > >> this smart thing ... > > > > You just wait for disks to die suddenly? > > yes > > You stock up on new disks just because smart might tell you that your > disks will die eventually? No, when SMART shows errors that indicate a dying disk, I order a replacement. When it arrives, I swap the disk. The dying disk then either gets send back for warranty, or used for testing. > >> You have seen three (or more) disks going bad all at the same time just > >> because they were connected to a different controller? > > > > Yes, > > And smart didn't tell you they would go bad? ;) SMART didn't exist back then. > > it was a cheap controller though, but it did actually kill any disk I > > connected to it. > > Hm now that really sucks and is rather unexpected. > > > I was working at a computer shop at the time and the owner wanted us to > > try > > different disks even though the first 2(!) died and those wouldn't work on > > any other system anymore. > > I'll keep this in mind ... and in the future, I might as well connect > defective disks to unknown controllers before good ones to see if the > controller kills them. This was around 1998, I wouldn't expect dodgy hardware like that anymore. Especially not from products used by bigger companies. > >> They really aren't the greatest disk one can imagine. I'd say they are > >> ok for what they are and better than their reputation, considering the > >> price --- you could get them for EUR 65 new a few years ago, maybe even > >> less, before all disk prices increased. I'll replace them with > >> something suitable when they fail. > > > > For twice that, I got 3TB WD Red drives a few years ago, after the > > factories came back online. > > Are they twice as good? I know they're quite a bit faster. However, > when I bought the WD20EARS, there weren't any red ones, only RE ones, > which, IIRC, cost about 4 times as much as the WD20EARS. That was just > too much. I agree, the RE ones are too expensive. They are a lot faster, instead of taking a week(!) to build the Raid-6 array with 6 disks, it now takes 20 hours. Both figures with the 3TB versions. > >> Systems would go down all the time if exceeding their I/O capacity > >> would make them crash. > > > > It depends on how big the capacity is and how the underlying hardware > > handles it. > > The I/O capacity is either exceeded, or it isn't. It doesn't matter how > big it is or how the hardware handles it. > > Just copy some data from /dev/null to a file, and you'll exceed the I/O > capacity of your system. Does it crash? > > Start an application like seamonkey (with a hundred tabs open). When > you have a fast CPU and a slow I/O system, doing so will exceed the I/O > capacity of your system. Does it crash? > > Boot some version of MS windoze from a HDD. That exceeds the I/O > capacity of your system or otherwise ppl wouldn't see huge improvements > from booting from SSDs. When it crashes, is it because the I/O capacity > was exceeded? Not normally, I agree. And in the past couple of years, error handling has improved sufficiently. I've been using computers for a very long time and also using experimental software and hardware on occasion. Bad handling of filled buffers can lead to crashes. Fortunately, that doesn't happen much anymore. > >> without a backplane in the way. It is probably true that IBM --- and/or > >> Adaptec > > > > I believe you are using an IBM raid controller. Not an Adaptec part. At > > least, I can't see Adaptect in any of the documentation I saw online. > > It's an IBM when you go by the labels and documentation. Apparently > Adaptec made it (for IBM). But who wrote the firmware? > It's rather weird because it's a card that plugs into a special slot, > with apparently some/most of the controller integrated into the board. > Without the board, that card is useless. If you remove the card, can you still see the drives from an OS? > >> --- ran into problems with SATA drives connected to the > >> controller they couldn't really solve, for otherwise there wouldn't be a > >> need to implement different PHY settings and even a utility in the > >> controllers' BIOS to let users change them. > > > > The backplane used in these systems, from my understanding, have a port > > multiplier built-in. I think it is that part causing the problem. > > Hm, did you find any documentation about it? It would appear to be an > IBM-ESXS VSC7160 enclosure, and I haven't found any documentation for > it. Apparently there are various drivers for it --- why would those be > needed? My info was based on that page and from what I can see on pictures. I see a single SAS-port on the mainboard. If that is all that is connected to the backplane (enclosure), then either a PMP is used. Or only 4 disks can be used. The drivers might be needed for: 1) The PMP 2) Reading some environmental values 3) Some other function > >> The documentation speaks of "different SATA channels" and claims that > >> improvements have been made to the PHY settings, apparently hiding > >> what's actually going on. > > > > SAS and SATA controllers often talk about sata channels. My raid > > controller > > even still calls them IDE-channels. It's just a name. > > It's obfuscating --- a better explanation would be much more helpful. It's sticking to old names. As long as I can identify the drives using the name (IDE1, IDE2,...), I don't care much about the name given. > >> Anyway, server uptime is 3 days, 9 hours now. That's a great > >> improvement :) > >> > >> So for what's it worth: For WD20EARS on a ServeRaid 8k, try different > >> PHY settings. PHY 2 seems to work much better than 0, 1 and 5. > > > > That is usefull news, especially if that keeps the system running. Maybe > > post that online somewhere, including on that page? > > That was my intention :) There are archives of this mailing list, > aren't there? Yes, including on my mail server. But not everyone might find this mailing list at some point. > >> > True, but, SATA drives don't always work when used with port > >> > multipliers, > >> > which from the above, I think you are actually using. > >> > >> Hm, I doubt it. The drive slots are numbered 0--5, and I can set a PHY > >> setting for each drive individually. Would I be able to do that if a > >> PMP was used? > > > > Yes, the question is, does the PMP used handle that correctly? > > How would the RAID controller know which disk is in which slot when they > are all behind a PMP? It does know that. It will need to, how else can it tell you which disk to replace? If it only gives you the port on the raid card, you need to test all disks behind the PMP to find out which one died... > >> And can a single port keep up with 6 SAS drives? > > > > How many drives do you know of that can provide a sustained datastream of > > 3Gb/s? > > Or, in the case of 6 drives, 500Mb/s? > > Assuming you have a drive that can sustain 200Mb/s, that still means a > > single port can theoretically handle 3000 / 200 = 15 disks. > > With SSDs the picture is slightly different. With a sustained read speed > > of > > 550Mb/s, you would get nearly 5.5 disks. > > > > So, yes, a single port can easily keep up with 6 SAS drives. > > Aren't you confusing Gbit/sec with MB/sec? I think I might have mixed them up. > 3 Gbit/sec divided by 8 gives you Gbytes/sec, i. e. 0.375. That's 375 > MB/sec. There's some protocol overhead, so you can keep up with three, > perhaps four disks, and you can't with six. Not if you have a lot of constant I/O. I only know of a few types of usage where that happens. Storing data from sensor equipment is one of them, but for those situations, you wouldn't use PMPs. I don't see an issue with most usage, provided you use components (controller, PMP, disks) that support all the nice features that help performance. > >> Yes --- I have two PHY settings left I can try if I have to. If that > >> doesn't help, I can look into disabling power saving. > > > > I hope setting 2, as you mentioned above, keeps it stable. > > It still hasn't crashed yet :) I wonder if 3 or 4 might be better ... It's your hardware and data. But if it were me, I would keep it on 2 :) -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 07:09:50 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 07:09:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2b95-0005PG-Th; Thu, 03 Jul 2014 07:09:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2b94-0005PB-Ai for xen-users@lists.xen.org; Thu, 03 Jul 2014 07:09:26 +0000 Received: from [193.109.254.147:43661] by server-14.bemta-14.messagelabs.com id 9D/EC-11800-5A105B35; Thu, 03 Jul 2014 07:09:25 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-5.tower-27.messagelabs.com!1404371364!10550831!1 X-Originating-IP: [212.54.34.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjM0LjE2NSA9PiAxNzgxNjc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9208 invoked from network); 3 Jul 2014 07:09:24 -0000 Received: from smtpq2.gn.mail.iss.as9143.net (HELO smtpq2.gn.mail.iss.as9143.net) (212.54.34.165) by server-5.tower-27.messagelabs.com with SMTP; 3 Jul 2014 07:09:24 -0000 Received: from [212.54.34.135] (helo=smtp4.gn.mail.iss.as9143.net) by smtpq2.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X2b92-0002H4-P8 for xen-users@lists.xen.org; Thu, 03 Jul 2014 09:09:24 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1X2b91-0005Z8-W8 for xen-users@lists.xen.org; Thu, 03 Jul 2014 09:09:24 +0200 Received: from andromeda.localnet (unknown [62.41.73.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 9462F4C for ; Thu, 3 Jul 2014 09:08:00 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Thu, 03 Jul 2014 09:08:02 +0200 Message-ID: <2569625.78x78QnTce@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <87simj6vwx.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1958598.87ZrbzKTd1@eve> <87simj6vwx.fsf@yun.yagibdah.de> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thursday, July 03, 2014 04:03:26 AM lee wrote: > Joost Roeleveld writes: > > On Tuesday 01 July 2014 23:48:51 lee wrote: > >> Joost Roeleveld writes: > >> > Check the howtos for smartctl, they explain how to interpret the data. > >> > I'd recommend: > >> > http://www.smartmontools.org/ > >> > >> Ok, if I get to see the numbers, I can look there. I never believed in > >> this smart thing ... > > > > You just wait for disks to die suddenly? > > yes > > You stock up on new disks just because smart might tell you that your > disks will die eventually? No, when SMART shows errors that indicate a dying disk, I order a replacement. When it arrives, I swap the disk. The dying disk then either gets send back for warranty, or used for testing. > >> You have seen three (or more) disks going bad all at the same time just > >> because they were connected to a different controller? > > > > Yes, > > And smart didn't tell you they would go bad? ;) SMART didn't exist back then. > > it was a cheap controller though, but it did actually kill any disk I > > connected to it. > > Hm now that really sucks and is rather unexpected. > > > I was working at a computer shop at the time and the owner wanted us to > > try > > different disks even though the first 2(!) died and those wouldn't work on > > any other system anymore. > > I'll keep this in mind ... and in the future, I might as well connect > defective disks to unknown controllers before good ones to see if the > controller kills them. This was around 1998, I wouldn't expect dodgy hardware like that anymore. Especially not from products used by bigger companies. > >> They really aren't the greatest disk one can imagine. I'd say they are > >> ok for what they are and better than their reputation, considering the > >> price --- you could get them for EUR 65 new a few years ago, maybe even > >> less, before all disk prices increased. I'll replace them with > >> something suitable when they fail. > > > > For twice that, I got 3TB WD Red drives a few years ago, after the > > factories came back online. > > Are they twice as good? I know they're quite a bit faster. However, > when I bought the WD20EARS, there weren't any red ones, only RE ones, > which, IIRC, cost about 4 times as much as the WD20EARS. That was just > too much. I agree, the RE ones are too expensive. They are a lot faster, instead of taking a week(!) to build the Raid-6 array with 6 disks, it now takes 20 hours. Both figures with the 3TB versions. > >> Systems would go down all the time if exceeding their I/O capacity > >> would make them crash. > > > > It depends on how big the capacity is and how the underlying hardware > > handles it. > > The I/O capacity is either exceeded, or it isn't. It doesn't matter how > big it is or how the hardware handles it. > > Just copy some data from /dev/null to a file, and you'll exceed the I/O > capacity of your system. Does it crash? > > Start an application like seamonkey (with a hundred tabs open). When > you have a fast CPU and a slow I/O system, doing so will exceed the I/O > capacity of your system. Does it crash? > > Boot some version of MS windoze from a HDD. That exceeds the I/O > capacity of your system or otherwise ppl wouldn't see huge improvements > from booting from SSDs. When it crashes, is it because the I/O capacity > was exceeded? Not normally, I agree. And in the past couple of years, error handling has improved sufficiently. I've been using computers for a very long time and also using experimental software and hardware on occasion. Bad handling of filled buffers can lead to crashes. Fortunately, that doesn't happen much anymore. > >> without a backplane in the way. It is probably true that IBM --- and/or > >> Adaptec > > > > I believe you are using an IBM raid controller. Not an Adaptec part. At > > least, I can't see Adaptect in any of the documentation I saw online. > > It's an IBM when you go by the labels and documentation. Apparently > Adaptec made it (for IBM). But who wrote the firmware? > It's rather weird because it's a card that plugs into a special slot, > with apparently some/most of the controller integrated into the board. > Without the board, that card is useless. If you remove the card, can you still see the drives from an OS? > >> --- ran into problems with SATA drives connected to the > >> controller they couldn't really solve, for otherwise there wouldn't be a > >> need to implement different PHY settings and even a utility in the > >> controllers' BIOS to let users change them. > > > > The backplane used in these systems, from my understanding, have a port > > multiplier built-in. I think it is that part causing the problem. > > Hm, did you find any documentation about it? It would appear to be an > IBM-ESXS VSC7160 enclosure, and I haven't found any documentation for > it. Apparently there are various drivers for it --- why would those be > needed? My info was based on that page and from what I can see on pictures. I see a single SAS-port on the mainboard. If that is all that is connected to the backplane (enclosure), then either a PMP is used. Or only 4 disks can be used. The drivers might be needed for: 1) The PMP 2) Reading some environmental values 3) Some other function > >> The documentation speaks of "different SATA channels" and claims that > >> improvements have been made to the PHY settings, apparently hiding > >> what's actually going on. > > > > SAS and SATA controllers often talk about sata channels. My raid > > controller > > even still calls them IDE-channels. It's just a name. > > It's obfuscating --- a better explanation would be much more helpful. It's sticking to old names. As long as I can identify the drives using the name (IDE1, IDE2,...), I don't care much about the name given. > >> Anyway, server uptime is 3 days, 9 hours now. That's a great > >> improvement :) > >> > >> So for what's it worth: For WD20EARS on a ServeRaid 8k, try different > >> PHY settings. PHY 2 seems to work much better than 0, 1 and 5. > > > > That is usefull news, especially if that keeps the system running. Maybe > > post that online somewhere, including on that page? > > That was my intention :) There are archives of this mailing list, > aren't there? Yes, including on my mail server. But not everyone might find this mailing list at some point. > >> > True, but, SATA drives don't always work when used with port > >> > multipliers, > >> > which from the above, I think you are actually using. > >> > >> Hm, I doubt it. The drive slots are numbered 0--5, and I can set a PHY > >> setting for each drive individually. Would I be able to do that if a > >> PMP was used? > > > > Yes, the question is, does the PMP used handle that correctly? > > How would the RAID controller know which disk is in which slot when they > are all behind a PMP? It does know that. It will need to, how else can it tell you which disk to replace? If it only gives you the port on the raid card, you need to test all disks behind the PMP to find out which one died... > >> And can a single port keep up with 6 SAS drives? > > > > How many drives do you know of that can provide a sustained datastream of > > 3Gb/s? > > Or, in the case of 6 drives, 500Mb/s? > > Assuming you have a drive that can sustain 200Mb/s, that still means a > > single port can theoretically handle 3000 / 200 = 15 disks. > > With SSDs the picture is slightly different. With a sustained read speed > > of > > 550Mb/s, you would get nearly 5.5 disks. > > > > So, yes, a single port can easily keep up with 6 SAS drives. > > Aren't you confusing Gbit/sec with MB/sec? I think I might have mixed them up. > 3 Gbit/sec divided by 8 gives you Gbytes/sec, i. e. 0.375. That's 375 > MB/sec. There's some protocol overhead, so you can keep up with three, > perhaps four disks, and you can't with six. Not if you have a lot of constant I/O. I only know of a few types of usage where that happens. Storing data from sensor equipment is one of them, but for those situations, you wouldn't use PMPs. I don't see an issue with most usage, provided you use components (controller, PMP, disks) that support all the nice features that help performance. > >> Yes --- I have two PHY settings left I can try if I have to. If that > >> doesn't help, I can look into disabling power saving. > > > > I hope setting 2, as you mentioned above, keeps it stable. > > It still hasn't crashed yet :) I wonder if 3 or 4 might be better ... It's your hardware and data. But if it were me, I would keep it on 2 :) -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 08:47:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 08:47:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2cf8-0001hk-4o; Thu, 03 Jul 2014 08:46:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2cf6-0001hf-1R for xen-users@lists.xen.org; Thu, 03 Jul 2014 08:46:36 +0000 Received: from [85.158.137.68:51021] by server-11.bemta-3.messagelabs.com id 7A/41-12889-B6815B35; Thu, 03 Jul 2014 08:46:35 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-5.tower-31.messagelabs.com!1404377193!13819522!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22721 invoked from network); 3 Jul 2014 08:46:33 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jul 2014 08:46:33 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h3tFj2kpFz9twMb for ; Thu, 3 Jul 2014 10:46:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404377193; bh=x++BCzsKk19GzljowuLOV5R8vJS3aW6/+CWBQuD9HCU=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=I2ZM5QE5sVAdddIJZtEUfDNbrC7I+VNIhUNWNyen3vn32ej3YQtjCD396EpWeQEtQ AS1kqbmOKDQYhTrttpkXN7MYcvHEDzdbHqexwOcv0m2XWjipBdulc6uViCjgZxNNuh JupYrhbuBp37Pxe3jaqgUDjHxBrd5QI3Xd0fXlis= Message-ID: <53B51867.9070805@op.pl> Date: Thu, 03 Jul 2014 10:46:31 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> In-Reply-To: <877g3v8jo2.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-03 00:45, lee pisze: >>> It's tempting to try it out, and I really like the checksumming >>> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >>> and Debian requires you to use fuse if you want ZFS, adding more >>> complexity. >> >> You haven't done your research thoroughly enough. > > No, I haven't looked into it thoroughly at all. > >> On Linux there is for all intents and purposes one implementation. > > Where is this implementation? Is it available by default? I only saw > that there's a Debian package for ZFS which involves fuse. > In case you'd like to try it out, follow these steps: http://zfsonlinux.org/debian.html and just have few minutes of fun. I'm pretty sure a livecd will do. You can also use files instead of real disks. >>> There's also uncertainty about changes currently being made >>> to ZFS which makes me wonder if my data might become unreadable after a >>> software update or a software change when I install the disks in a >>> different computer --- I've read reports of that happeneing, though it >>> shouldn't. >> >> If you've read about it I'd like to know where. > > It was some blog post somewhere --- unfortunately, I can't find it > anymore. You don't have to upgrade your pool when you start using newer implementation. > A very long time ago, I lost data with xfs once. It probably was my own > fault, using some mount parameters wrongly. That taught me to be very > careful with file system and to prefer file systems that are easy to > use, that don't have many or any parameters that need to be considered > and basically just do what they are supposed to right out of the box. > > Does ZFS do that? Since it's about keeping the data safe, it might have > a good deal of protection against user errors. Destructive operations are usually called accordingly: zfs destroy, zfs rollback, so they quite clearly express the intention. How can a file system protect you from executing a destructive operation? Snapshots protect you from most user errors. Off-site backups protect you from su errors. To some extent. >>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>> learned much about it yet, but that's my impression so far. >> >> As I said above - you haven't done your research very thoroughly. > > I haven't, yet all I've been reading so far makes me very careful. When > you search for "zfs linux mature", you find more sources saying > something like "it is not really mature" and not many, if any, that > would say something like "of course you should use it, it works > perfectly". "Mature" means different things to different people in different circumstances. Is Linux mature? Is Linux 3.15 mature? If not, is 2.6 mature? Does it mean it has no bugs? If ZoL is not mature enough for you, you can use FreeBSD or Solaris. Or you can use hardware RAID + any other FS. I have the same feeling about ZFS as Gordan - once you start using it, you cannot imagine making do without it. Does it mean you have to use it too? Of course not:) Is it wrong not to use it? Of course not! You should do what _you_ believe is the right thing to do. But try it out nonetheless :) Or try HAMMER (Dragonfly BSD). Or btrfs (although this one probably really is not mature enough). >>> Well, yes, the disk has failed when it doesn't return data reliably, so >>> I don't consider that as a problem but as a desirable feature. >>> >>> What does ZFS do? Continue to use an unreliable disk? >> >> Until the OS kernel's controller driver decides the disk has stopped >> responding and kicked it out. > > As far as I've seen, that doesn't happen. Instead, the system goes > down, trying to access the unresponsive disk indefinitely. > >> Hence why TLER is still a useful feature >> - >> you don't want your application to end up being made to wait for >> potentially minutes when the data could be recovered and repaired in a >> few seconds if the disk would only give up and return an error in a >> timely manner. > > So you would be running ZFS on unreliable disks, with the errors being > corrected and going unnoticed, until either, without TLER, the system > goes down or, with TLER, until the errors aren't recoverable anymore and > become noticeable only when it's too late. ZFS tells you it had problems ("zpool status"). ZFS can also check entire pool for defects ("zpool scrub", you should do that periodically). It's also quite difficult to corrupts the file system itself: https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing Using ZFS does not mean you don't have to do backups. File system type won't make a difference for a fire inside your enclosure:) But ZFS makes it easy to create backups by replicating your pool or datasets ("zfs send" lets you create full or incremental backups) to another set of disks or machine(s). >>> You seem to like the HGST ones a lot. They seem to cost more than the >>> WD reds. >> >> I prefer them for a very good reason: >> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ > > Those guys don't use ZFS. They must have very good reasons not to. They do: http://www.youtube.com/watch?v=c5ASf53v4lI http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf And I believe they have lots of good reasons to do so :) Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 08:47:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 08:47:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2cf8-0001hk-4o; Thu, 03 Jul 2014 08:46:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2cf6-0001hf-1R for xen-users@lists.xen.org; Thu, 03 Jul 2014 08:46:36 +0000 Received: from [85.158.137.68:51021] by server-11.bemta-3.messagelabs.com id 7A/41-12889-B6815B35; Thu, 03 Jul 2014 08:46:35 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-5.tower-31.messagelabs.com!1404377193!13819522!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22721 invoked from network); 3 Jul 2014 08:46:33 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jul 2014 08:46:33 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h3tFj2kpFz9twMb for ; Thu, 3 Jul 2014 10:46:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404377193; bh=x++BCzsKk19GzljowuLOV5R8vJS3aW6/+CWBQuD9HCU=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=I2ZM5QE5sVAdddIJZtEUfDNbrC7I+VNIhUNWNyen3vn32ej3YQtjCD396EpWeQEtQ AS1kqbmOKDQYhTrttpkXN7MYcvHEDzdbHqexwOcv0m2XWjipBdulc6uViCjgZxNNuh JupYrhbuBp37Pxe3jaqgUDjHxBrd5QI3Xd0fXlis= Message-ID: <53B51867.9070805@op.pl> Date: Thu, 03 Jul 2014 10:46:31 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> In-Reply-To: <877g3v8jo2.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-03 00:45, lee pisze: >>> It's tempting to try it out, and I really like the checksumming >>> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >>> and Debian requires you to use fuse if you want ZFS, adding more >>> complexity. >> >> You haven't done your research thoroughly enough. > > No, I haven't looked into it thoroughly at all. > >> On Linux there is for all intents and purposes one implementation. > > Where is this implementation? Is it available by default? I only saw > that there's a Debian package for ZFS which involves fuse. > In case you'd like to try it out, follow these steps: http://zfsonlinux.org/debian.html and just have few minutes of fun. I'm pretty sure a livecd will do. You can also use files instead of real disks. >>> There's also uncertainty about changes currently being made >>> to ZFS which makes me wonder if my data might become unreadable after a >>> software update or a software change when I install the disks in a >>> different computer --- I've read reports of that happeneing, though it >>> shouldn't. >> >> If you've read about it I'd like to know where. > > It was some blog post somewhere --- unfortunately, I can't find it > anymore. You don't have to upgrade your pool when you start using newer implementation. > A very long time ago, I lost data with xfs once. It probably was my own > fault, using some mount parameters wrongly. That taught me to be very > careful with file system and to prefer file systems that are easy to > use, that don't have many or any parameters that need to be considered > and basically just do what they are supposed to right out of the box. > > Does ZFS do that? Since it's about keeping the data safe, it might have > a good deal of protection against user errors. Destructive operations are usually called accordingly: zfs destroy, zfs rollback, so they quite clearly express the intention. How can a file system protect you from executing a destructive operation? Snapshots protect you from most user errors. Off-site backups protect you from su errors. To some extent. >>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>> learned much about it yet, but that's my impression so far. >> >> As I said above - you haven't done your research very thoroughly. > > I haven't, yet all I've been reading so far makes me very careful. When > you search for "zfs linux mature", you find more sources saying > something like "it is not really mature" and not many, if any, that > would say something like "of course you should use it, it works > perfectly". "Mature" means different things to different people in different circumstances. Is Linux mature? Is Linux 3.15 mature? If not, is 2.6 mature? Does it mean it has no bugs? If ZoL is not mature enough for you, you can use FreeBSD or Solaris. Or you can use hardware RAID + any other FS. I have the same feeling about ZFS as Gordan - once you start using it, you cannot imagine making do without it. Does it mean you have to use it too? Of course not:) Is it wrong not to use it? Of course not! You should do what _you_ believe is the right thing to do. But try it out nonetheless :) Or try HAMMER (Dragonfly BSD). Or btrfs (although this one probably really is not mature enough). >>> Well, yes, the disk has failed when it doesn't return data reliably, so >>> I don't consider that as a problem but as a desirable feature. >>> >>> What does ZFS do? Continue to use an unreliable disk? >> >> Until the OS kernel's controller driver decides the disk has stopped >> responding and kicked it out. > > As far as I've seen, that doesn't happen. Instead, the system goes > down, trying to access the unresponsive disk indefinitely. > >> Hence why TLER is still a useful feature >> - >> you don't want your application to end up being made to wait for >> potentially minutes when the data could be recovered and repaired in a >> few seconds if the disk would only give up and return an error in a >> timely manner. > > So you would be running ZFS on unreliable disks, with the errors being > corrected and going unnoticed, until either, without TLER, the system > goes down or, with TLER, until the errors aren't recoverable anymore and > become noticeable only when it's too late. ZFS tells you it had problems ("zpool status"). ZFS can also check entire pool for defects ("zpool scrub", you should do that periodically). It's also quite difficult to corrupts the file system itself: https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing Using ZFS does not mean you don't have to do backups. File system type won't make a difference for a fire inside your enclosure:) But ZFS makes it easy to create backups by replicating your pool or datasets ("zfs send" lets you create full or incremental backups) to another set of disks or machine(s). >>> You seem to like the HGST ones a lot. They seem to cost more than the >>> WD reds. >> >> I prefer them for a very good reason: >> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ > > Those guys don't use ZFS. They must have very good reasons not to. They do: http://www.youtube.com/watch?v=c5ASf53v4lI http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf And I believe they have lots of good reasons to do so :) Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 09:12:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 09:12:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2d45-0003lE-TA; Thu, 03 Jul 2014 09:12:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2d44-0003l5-4Q for xen-users@lists.xen.org; Thu, 03 Jul 2014 09:12:24 +0000 Received: from [85.158.137.68:54774] by server-6.bemta-3.messagelabs.com id 18/FB-15862-77E15B35; Thu, 03 Jul 2014 09:12:23 +0000 X-Env-Sender: goingstudy@126.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1404378740!13803185!1 X-Originating-IP: [220.181.15.44] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjQ0ID0+IDE1NTQ2\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjQ0ID0+IDE1NTQ2\n,HTML_50_60,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19952 invoked from network); 3 Jul 2014 09:12:21 -0000 Received: from m15-44.126.com (HELO m15-44.126.com) (220.181.15.44) by server-11.tower-31.messagelabs.com with SMTP; 3 Jul 2014 09:12:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=Vh+fW kpC2Wo/MOhmtQpCFYo18g1TG5UVA5imJZWbSxs=; b=XfKg2X2i4tUpUTdpjZoxB EMOIsr8dEInyxhTPvCb15ING4LIh+CqlLxA/bHKpztqgxbh2KphVJv4fefa7CO5q Ayha2qbj/pjnwakOj+r0RlW+GC557ZT/MtL/RVPnw/Fzwrfqb87SQ6uCR7oXO3SX 9FN+6ILoosE664SDsF4Be4= Received: from goingstudy$126.com ( [59.64.255.179] ) by ajax-webmail-wmsvr44 (Coremail) ; Thu, 3 Jul 2014 17:12:18 +0800 (CST) X-Originating-IP: [59.64.255.179] Date: Thu, 3 Jul 2014 17:12:18 +0800 (CST) From: goingstudy To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 126com X-CM-CTRLDATA: gjKfW2Zvb3Rlcl9odG09NzkyOjgx MIME-Version: 1.0 Message-ID: <5920556d.12ab6.146fb7eef66.Coremail.goingstudy@126.com> X-CM-TRANSID: LMqowADnImFzHrVTiY9RAA--.50936W X-CM-SenderInfo: xjrl0wxvwxv5a6rslhhfrp/1tbiVxe9A1OhXX2zvgACsj X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] xen/common/timer.c, a part of ready list timers don't free? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4599848154196421874==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4599848154196421874== Content-Type: multipart/alternative; boundary="----=_Part_297728_1716023516.1404378738533" ------=_Part_297728_1716023516.1404378738533 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGkgYWxsLAoKSW4geGVuL2NvbW1vbi90aW1lci5jLApzdGF0aWMgdm9pZCB0aW1lcl9zb2Z0aXJx X2FjdGlvbiguLi4gKQp7CiAgICAuLi4uLgogICAgd2hpbGUgKCAoKHQgPSB0cy0+bGlzdCkgIT0g TlVMTCkgJiYgKHQtPmV4cGlyZXMgPCBub3cpICkgCiAgICB7CiAgICAgICAgICAgdHMtPmxpc3Qg PSB0LT5saXN0X25leHQ7CiAgICAgICAgICAgZXhlY3V0ZV90aW1lcih0cywgdCk7CiAgICB9CiAg IC4uLi4uCn0KVGhpcyBleGVjdXRlIHJlYWR5IGxpc3QgdGltZXJzLCAgdGhlIGZvbGxvd2luZyBj b2RlIHdpbGwgcHJvY2VzcyB0aGUgdGltZXJzIHBvaW50ZWQgYnkgdHMtPmxpc3QsCmJ1dCBub3Ro aW5nIGJlIGRvbmUgdG8gdGhlIHRpbWVycyBiZWZvcmUgdHMtPmxpc3QgYWZ0ZXIgYWJvdmUgd2hp bGUuCkkgc3VzcGVjdCB0aGlzIHdvdWxkIGxlYWQgbWVtb3J5IGxlYWs/Cgp0aGFua3M= ------=_Part_297728_1716023516.1404378738533 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPkhpIGFsbCw8YnI+PGJyPkluIHhlbi9jb21tb24vdGltZXIuYyw8 YnI+c3RhdGljIHZvaWQgdGltZXJfc29mdGlycV9hY3Rpb24oLi4uICk8YnI+ezxicj4mbmJzcDsm bmJzcDsmbmJzcDsgLi4uLi48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHdoaWxlICggKCh0ID0gdHMt Jmd0O2xpc3QpICE9IE5VTEwpICZhbXA7JmFtcDsgKHQtJmd0O2V4cGlyZXMgJmx0OyBub3cpICkm bmJzcDsgPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyB7PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0cy0mZ3Q7bGlzdCA9IHQtJmd0 O2xpc3RfbmV4dDs8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGV4ZWN1dGVfdGltZXIodHMsIHQpOzxicj4mbmJzcDsmbmJzcDsm bmJzcDsgfTxicj4mbmJzcDsmbmJzcDsgLi4uLi48YnI+fTxicj5UaGlzIGV4ZWN1dGUgcmVhZHkg bGlzdCB0aW1lcnMsJm5ic3A7IHRoZSBmb2xsb3dpbmcgY29kZSB3aWxsIHByb2Nlc3MgdGhlIHRp bWVycyBwb2ludGVkIGJ5IHRzLSZndDtsaXN0LDxicj5idXQgbm90aGluZyBiZSBkb25lIHRvIHRo ZSB0aW1lcnMgYmVmb3JlIHRzLSZndDtsaXN0IGFmdGVyIGFib3ZlIHdoaWxlLjxicj5JIHN1c3Bl Y3QgdGhpcyB3b3VsZCBsZWFkIG1lbW9yeSBsZWFrPzxicj48YnI+dGhhbmtzPC9kaXY+PGJyPjxi cj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHNwYW4gaWQ9Im5ldGVhc2VfbWFpbF9mb290 ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_297728_1716023516.1404378738533-- --===============4599848154196421874== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4599848154196421874==-- From xen-users-bounces@lists.xen.org Thu Jul 03 09:12:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 09:12:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2d45-0003lE-TA; Thu, 03 Jul 2014 09:12:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2d44-0003l5-4Q for xen-users@lists.xen.org; Thu, 03 Jul 2014 09:12:24 +0000 Received: from [85.158.137.68:54774] by server-6.bemta-3.messagelabs.com id 18/FB-15862-77E15B35; Thu, 03 Jul 2014 09:12:23 +0000 X-Env-Sender: goingstudy@126.com X-Msg-Ref: server-11.tower-31.messagelabs.com!1404378740!13803185!1 X-Originating-IP: [220.181.15.44] X-SpamReason: No, hits=0.4 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjQ0ID0+IDE1NTQ2\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjQ0ID0+IDE1NTQ2\n,HTML_50_60,HTML_MESSAGE, MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19952 invoked from network); 3 Jul 2014 09:12:21 -0000 Received: from m15-44.126.com (HELO m15-44.126.com) (220.181.15.44) by server-11.tower-31.messagelabs.com with SMTP; 3 Jul 2014 09:12:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=Vh+fW kpC2Wo/MOhmtQpCFYo18g1TG5UVA5imJZWbSxs=; b=XfKg2X2i4tUpUTdpjZoxB EMOIsr8dEInyxhTPvCb15ING4LIh+CqlLxA/bHKpztqgxbh2KphVJv4fefa7CO5q Ayha2qbj/pjnwakOj+r0RlW+GC557ZT/MtL/RVPnw/Fzwrfqb87SQ6uCR7oXO3SX 9FN+6ILoosE664SDsF4Be4= Received: from goingstudy$126.com ( [59.64.255.179] ) by ajax-webmail-wmsvr44 (Coremail) ; Thu, 3 Jul 2014 17:12:18 +0800 (CST) X-Originating-IP: [59.64.255.179] Date: Thu, 3 Jul 2014 17:12:18 +0800 (CST) From: goingstudy To: xen-users@lists.xen.org X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 126com X-CM-CTRLDATA: gjKfW2Zvb3Rlcl9odG09NzkyOjgx MIME-Version: 1.0 Message-ID: <5920556d.12ab6.146fb7eef66.Coremail.goingstudy@126.com> X-CM-TRANSID: LMqowADnImFzHrVTiY9RAA--.50936W X-CM-SenderInfo: xjrl0wxvwxv5a6rslhhfrp/1tbiVxe9A1OhXX2zvgACsj X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] xen/common/timer.c, a part of ready list timers don't free? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4599848154196421874==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4599848154196421874== Content-Type: multipart/alternative; boundary="----=_Part_297728_1716023516.1404378738533" ------=_Part_297728_1716023516.1404378738533 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGkgYWxsLAoKSW4geGVuL2NvbW1vbi90aW1lci5jLApzdGF0aWMgdm9pZCB0aW1lcl9zb2Z0aXJx X2FjdGlvbiguLi4gKQp7CiAgICAuLi4uLgogICAgd2hpbGUgKCAoKHQgPSB0cy0+bGlzdCkgIT0g TlVMTCkgJiYgKHQtPmV4cGlyZXMgPCBub3cpICkgCiAgICB7CiAgICAgICAgICAgdHMtPmxpc3Qg PSB0LT5saXN0X25leHQ7CiAgICAgICAgICAgZXhlY3V0ZV90aW1lcih0cywgdCk7CiAgICB9CiAg IC4uLi4uCn0KVGhpcyBleGVjdXRlIHJlYWR5IGxpc3QgdGltZXJzLCAgdGhlIGZvbGxvd2luZyBj b2RlIHdpbGwgcHJvY2VzcyB0aGUgdGltZXJzIHBvaW50ZWQgYnkgdHMtPmxpc3QsCmJ1dCBub3Ro aW5nIGJlIGRvbmUgdG8gdGhlIHRpbWVycyBiZWZvcmUgdHMtPmxpc3QgYWZ0ZXIgYWJvdmUgd2hp bGUuCkkgc3VzcGVjdCB0aGlzIHdvdWxkIGxlYWQgbWVtb3J5IGxlYWs/Cgp0aGFua3M= ------=_Part_297728_1716023516.1404378738533 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPkhpIGFsbCw8YnI+PGJyPkluIHhlbi9jb21tb24vdGltZXIuYyw8 YnI+c3RhdGljIHZvaWQgdGltZXJfc29mdGlycV9hY3Rpb24oLi4uICk8YnI+ezxicj4mbmJzcDsm bmJzcDsmbmJzcDsgLi4uLi48YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHdoaWxlICggKCh0ID0gdHMt Jmd0O2xpc3QpICE9IE5VTEwpICZhbXA7JmFtcDsgKHQtJmd0O2V4cGlyZXMgJmx0OyBub3cpICkm bmJzcDsgPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyB7PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0cy0mZ3Q7bGlzdCA9IHQtJmd0 O2xpc3RfbmV4dDs8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGV4ZWN1dGVfdGltZXIodHMsIHQpOzxicj4mbmJzcDsmbmJzcDsm bmJzcDsgfTxicj4mbmJzcDsmbmJzcDsgLi4uLi48YnI+fTxicj5UaGlzIGV4ZWN1dGUgcmVhZHkg bGlzdCB0aW1lcnMsJm5ic3A7IHRoZSBmb2xsb3dpbmcgY29kZSB3aWxsIHByb2Nlc3MgdGhlIHRp bWVycyBwb2ludGVkIGJ5IHRzLSZndDtsaXN0LDxicj5idXQgbm90aGluZyBiZSBkb25lIHRvIHRo ZSB0aW1lcnMgYmVmb3JlIHRzLSZndDtsaXN0IGFmdGVyIGFib3ZlIHdoaWxlLjxicj5JIHN1c3Bl Y3QgdGhpcyB3b3VsZCBsZWFkIG1lbW9yeSBsZWFrPzxicj48YnI+dGhhbmtzPC9kaXY+PGJyPjxi cj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHNwYW4gaWQ9Im5ldGVhc2VfbWFpbF9mb290 ZXIiPjwvc3Bhbj48L3NwYW4+ ------=_Part_297728_1716023516.1404378738533-- --===============4599848154196421874== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4599848154196421874==-- From xen-users-bounces@lists.xen.org Thu Jul 03 09:31:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 09:31:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2dMa-0005u1-9R; Thu, 03 Jul 2014 09:31:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2dMY-0005ts-AY for xen-users@lists.xen.org; Thu, 03 Jul 2014 09:31:30 +0000 Received: from [85.158.137.68:7455] by server-16.bemta-3.messagelabs.com id 87/5D-28986-1F225B35; Thu, 03 Jul 2014 09:31:29 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1404379887!13681615!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16214 invoked from network); 3 Jul 2014 09:31:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 09:31:28 -0000 X-IronPort-AV: E=Sophos;i="5.01,594,1400025600"; d="scan'208";a="149704463" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 03 Jul 2014 09:31:26 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 3 Jul 2014 05:31:26 -0400 Message-ID: <1404379885.14865.20.camel@kazak.uk.xensource.com> From: Ian Campbell To: Denis Schneider , Stefano Stabellini Date: Thu, 3 Jul 2014 10:31:25 +0100 In-Reply-To: References: <1404295013.24733.8.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-07-03 at 02:01 +0200, Denis Schneider wrote: > Hi an, > thank you for your reply. > > 2014-07-02 11:56 GMT+02:00 Ian Campbell : > > First thing I would recommend would be to try the latest mainline stable > > 3.15.x release. I think everything needed for a usable sunxi system is > > in there already so no need for the sunxi-devel branch > > I tried Linus' linux.git/master, which corresponds to 3.16 -- > resulting in the same messages and panic. > Besides that, the mainline kernel works quite well. > BTW, git shows that sunxi-devel and mainline Linux v3.15.2 are the > same for drivers/net/xen-netback, though linux.git/master shows some > changes. > > The bug can easily be triggered if you access blkback and netback in > parallel (thanks to Maximilian), e.g. > domU: iperf -s & cat /dev/xvda > /dev/null > dom0: iperf -t 3600 -c domU > > It does not matter if the underlying dom0 block device is on a SATA, > USB or mmc device. The panic is similar. > > > The reason I suggest the latest 3.15.x is that there were a few > > interesting netback bugs but I think they've all been backported to > > stable by now. > > I hope that they are all included in linux.git/master @ 16874b2, > regarding xen-netback, those changes occurred from sunxi-devel to > 16874b2: > * xen-netback: bookkeep number of active queues in our own module > * net: xen-netback: include linux/vmalloc.h again > * xen-netback: Add support for multiple queues > * xen-netback: Factor queue-specific data into queue struct > * xen-netback: Move grant_copy_op array back into struct xenvif. > * net: get rid of SET_ETHTOOL_OPS > > Interestingly, it takes some time until the bug triggers and the time > increased when I switched from linux-sunxi to mainline. > > Do you have any idea what happens here? I am a bit clueless what's going on. Me too. Since there are mach_to_phys messages perhaps Stefano (CCd) has a clue. Original logs are in http://lists.xen.org/archives/html/xen-users/2014-07/msg00004.html Lots of these under network load: [ 189.507495] xen_add_phys_to_mach_entry: cannot add pfn=0x0006930f -> mfn=0x0004c3bc: pfn=0x00069310 -> mfn=0x0004c3bc already exists [ 189.531185] xen_add_phys_to_mach_entry: cannot add pfn=0x0006921d -> mfn=0x0004c489: pfn=0x0006928f -> mfn=0x0004c489 already exists Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 09:31:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 09:31:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2dMa-0005u1-9R; Thu, 03 Jul 2014 09:31:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2dMY-0005ts-AY for xen-users@lists.xen.org; Thu, 03 Jul 2014 09:31:30 +0000 Received: from [85.158.137.68:7455] by server-16.bemta-3.messagelabs.com id 87/5D-28986-1F225B35; Thu, 03 Jul 2014 09:31:29 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1404379887!13681615!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16214 invoked from network); 3 Jul 2014 09:31:28 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 09:31:28 -0000 X-IronPort-AV: E=Sophos;i="5.01,594,1400025600"; d="scan'208";a="149704463" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 03 Jul 2014 09:31:26 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 3 Jul 2014 05:31:26 -0400 Message-ID: <1404379885.14865.20.camel@kazak.uk.xensource.com> From: Ian Campbell To: Denis Schneider , Stefano Stabellini Date: Thu, 3 Jul 2014 10:31:25 +0100 In-Reply-To: References: <1404295013.24733.8.camel@kazak.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-07-03 at 02:01 +0200, Denis Schneider wrote: > Hi an, > thank you for your reply. > > 2014-07-02 11:56 GMT+02:00 Ian Campbell : > > First thing I would recommend would be to try the latest mainline stable > > 3.15.x release. I think everything needed for a usable sunxi system is > > in there already so no need for the sunxi-devel branch > > I tried Linus' linux.git/master, which corresponds to 3.16 -- > resulting in the same messages and panic. > Besides that, the mainline kernel works quite well. > BTW, git shows that sunxi-devel and mainline Linux v3.15.2 are the > same for drivers/net/xen-netback, though linux.git/master shows some > changes. > > The bug can easily be triggered if you access blkback and netback in > parallel (thanks to Maximilian), e.g. > domU: iperf -s & cat /dev/xvda > /dev/null > dom0: iperf -t 3600 -c domU > > It does not matter if the underlying dom0 block device is on a SATA, > USB or mmc device. The panic is similar. > > > The reason I suggest the latest 3.15.x is that there were a few > > interesting netback bugs but I think they've all been backported to > > stable by now. > > I hope that they are all included in linux.git/master @ 16874b2, > regarding xen-netback, those changes occurred from sunxi-devel to > 16874b2: > * xen-netback: bookkeep number of active queues in our own module > * net: xen-netback: include linux/vmalloc.h again > * xen-netback: Add support for multiple queues > * xen-netback: Factor queue-specific data into queue struct > * xen-netback: Move grant_copy_op array back into struct xenvif. > * net: get rid of SET_ETHTOOL_OPS > > Interestingly, it takes some time until the bug triggers and the time > increased when I switched from linux-sunxi to mainline. > > Do you have any idea what happens here? I am a bit clueless what's going on. Me too. Since there are mach_to_phys messages perhaps Stefano (CCd) has a clue. Original logs are in http://lists.xen.org/archives/html/xen-users/2014-07/msg00004.html Lots of these under network load: [ 189.507495] xen_add_phys_to_mach_entry: cannot add pfn=0x0006930f -> mfn=0x0004c3bc: pfn=0x00069310 -> mfn=0x0004c3bc already exists [ 189.531185] xen_add_phys_to_mach_entry: cannot add pfn=0x0006921d -> mfn=0x0004c489: pfn=0x0006928f -> mfn=0x0004c489 already exists Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 10:56:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 10:56:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2eff-0005A2-LP; Thu, 03 Jul 2014 10:55:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2efd-00059n-KT for xen-users@lists.xen.org; Thu, 03 Jul 2014 10:55:17 +0000 Received: from [85.158.143.35:40419] by server-1.bemta-4.messagelabs.com id F6/72-09496-59635B35; Thu, 03 Jul 2014 10:55:17 +0000 X-Env-Sender: sophie@klunky.co.uk X-Msg-Ref: server-8.tower-21.messagelabs.com!1404384916!15574451!1 X-Originating-IP: [88.198.95.13] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13684 invoked from network); 3 Jul 2014 10:55:16 -0000 Received: from klunky.co.uk (HELO klunky.co.uk) (88.198.95.13) by server-8.tower-21.messagelabs.com with SMTP; 3 Jul 2014 10:55:16 -0000 Received: by klunky.co.uk (Postfix, from userid 33) id 2344596; Thu, 3 Jul 2014 12:55:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=klunky.co.uk; s=mail; t=1404384914; bh=6byBoyvqFtOxBTTZF5LJvK+tgicMY5KOURErqKUBpgo=; h=To:Subject:Date:From:In-Reply-To:References; b=ZFMKeOD6ctMtk2KinLm3CVA2NAbQb0pQP9W9xKSdfVT44Xef/uLX0J+weN+iguDW5 WDEp7z67EeLvyEit6IVjA2CBfx+pe+ivqw5DWxeKv0+Lt8TFPKesxu0qaMcpgd9Txx rUUs3Crz8hKozQZOzCslvn8Y6C+uBe/w/q31Wr2g= To: xen-users@lists.xen.org X-PHP-Originating-Script: 501:rcmail.php MIME-Version: 1.0 Date: Thu, 03 Jul 2014 12:55:14 +0200 From: Sophie In-Reply-To: <874mz07kw8.fsf@yun.yagibdah.de> References: <874mz07kw8.fsf@yun.yagibdah.de> Message-ID: X-Sender: sophie@klunky.co.uk User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5434255764214032921==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5434255764214032921== Content-Type: multipart/alternative; boundary="=_9f74d67a8b32cbd5348ab0603a26c2cb" --=_9f74d67a8b32cbd5348ab0603a26c2cb Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 =20 Hi,=20 I would like to thank everybody for their time and really useful replies. With this onformation I have managed to nip early in the bud some possibly bad technical design decisions from being made by managers. I cannot thank you any much more :)=20 Kind regards, Sophie=20 On 2014-07-02 0:51, lee wrote:=20 > Sophie writes: >=20 >> Our DBA team, who were new to XEN and visualization seem to have a heigh= tened interest in XEN and have asked me this: ** Why don't we allocated 32 = VCPUS to all virtual machines so that they can share all resources and when= they need CPUs they can access those that were sitting idle ** Their logic= was VCPUs could be better distributed like this. My question to you is wha= t do you think? >=20 > That's what I thought would make sense :) You probably don't want to do > that because it can cause delays when so many vCPUs are supposed to do > something that there is a lack of pCPUs. >=20 > I think it's better to make sure that dom0 and whatever VM others may > have to wait on get sufficient CPU in the first place. How much CPU > that is depends on workload. >=20 > All the rest of it also depends on workload. I have some VMs that > basically only need one CPU (or even less) because more CPUs doesn't > benefit what they are doing. I gave them 2 vCPUs because it won't hurt > anything when they sometimes might use 2 pCPUs, just in case that there > is something they can do in parallel and so that other VMs need not wait > on them. If other VMs had to wait (like on the answer to a DNS query), > their vCPUs would have to be idle anyway and it won't hurt anything to > have the idle pCPU do something instead (like helping to answer the DNS > query faster). >=20 > So you probably want to monitor what each VM does with its CPUs. > Perhaps none of them needs 32, perhaps some run as well with less and > some benefit from having more. Going by that, you can try to achieve > some optimum by giving VMs as few vCPUs as needed and by giving > additional vCPUs to other VMs that actually take advantage of them. >=20 > Letting all pCPUs as vCPUs to all VMs probably doesn't work as well as > trying to achieve such an optimum. >=20 > Overcommitting CPUs works fine --- probably up to some point at which > the pCPUs can't keep up, and/or at which overall performance goes down > due to pCPUs needing to access too many different memory areas. >=20 > I guess assigning, in total, about 1.75 times as many vCPUs as pCPUs is > a good measure to start with. Of course, it also depends on workload > and especially on timing ... >=20 > I'd start with assigning more vCPUs to the most busy VMs (provided that > the CPUs are actually used, and considering VMs that could become > bottlenecks) until 56 vCPUs (1.75x32) are assigned in total, see how it > goes and fine tune from there. >=20 > You might also want to tune the memory ... =20 --=_9f74d67a8b32cbd5348ab0603a26c2cb Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hi,

 I would like to thank everybody for their time and really useful r= eplies.  With this onformation I have managed to nip early in the bud = some possibly bad  technical design decisions from being made by manag= ers. I cannot thank you any much more :)

Kind regards, Sophie

On 2014-07-02 0:51, lee wrote:

Sophie <sophie@klunky.co.uk<=
/a>> writes:
Our DBA team, who were new to XEN and visualizati= on seem to have a heightened interest in XEN and have asked me this: ** Why= don't we allocated 32 VCPUS to all virtual machines so that they can share= all resources and when they need CPUs they can access those that were sitt= ing idle ** Their logic was VCPUs could be better distributed like this. My= question to you is what do you think?
That's what I thought would make sense :)  You probably don't want to =
do
that because it can cause delays when so many vCPUs are supposed to do
something that there is a lack of pCPUs.

I think it's better to make sure that dom0 and whatever VM others may
have to wait on get sufficient CPU in the first place.  How much CPU
that is depends on workload.

All the rest of it also depends on workload.  I have some VMs that
basically only need one CPU (or even less) because more CPUs doesn't
benefit what they are doing.  I gave them 2 vCPUs because it won't hurt
anything when they sometimes might use 2 pCPUs, just in case that there
is something they can do in parallel and so that other VMs need not wait
on them.  If other VMs had to wait (like on the answer to a DNS query),
their vCPUs would have to be idle anyway and it won't hurt anything to
have the idle pCPU do something instead (like helping to answer the DNS
query faster).

So you probably want to monitor what each VM does with its CPUs.
Perhaps none of them needs 32, perhaps some run as well with less and
some benefit from having more.  Going by that, you can try to achieve
some optimum by giving VMs as few vCPUs as needed and by giving
additional vCPUs to other VMs that actually take advantage of them.

Letting all pCPUs as vCPUs to all VMs probably doesn't work as well as
trying to achieve such an optimum.

Overcommitting CPUs works fine --- probably up to some point at which
the pCPUs can't keep up, and/or at which overall performance goes down
due to pCPUs needing to access too many different memory areas.

I guess assigning, in total, about 1.75 times as many vCPUs as pCPUs is
a good measure to start with.  Of course, it also depends on workload
and especially on timing ...

I'd start with assigning more vCPUs to the most busy VMs (provided that
the CPUs are actually used, and considering VMs that could become
bottlenecks) until 56 vCPUs (1.75x32) are assigned in total, see how it
goes and fine tune from there.

You might also want to tune the memory ...
--=_9f74d67a8b32cbd5348ab0603a26c2cb-- --===============5434255764214032921== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5434255764214032921==-- From xen-users-bounces@lists.xen.org Thu Jul 03 10:56:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 10:56:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2eff-0005A2-LP; Thu, 03 Jul 2014 10:55:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2efd-00059n-KT for xen-users@lists.xen.org; Thu, 03 Jul 2014 10:55:17 +0000 Received: from [85.158.143.35:40419] by server-1.bemta-4.messagelabs.com id F6/72-09496-59635B35; Thu, 03 Jul 2014 10:55:17 +0000 X-Env-Sender: sophie@klunky.co.uk X-Msg-Ref: server-8.tower-21.messagelabs.com!1404384916!15574451!1 X-Originating-IP: [88.198.95.13] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13684 invoked from network); 3 Jul 2014 10:55:16 -0000 Received: from klunky.co.uk (HELO klunky.co.uk) (88.198.95.13) by server-8.tower-21.messagelabs.com with SMTP; 3 Jul 2014 10:55:16 -0000 Received: by klunky.co.uk (Postfix, from userid 33) id 2344596; Thu, 3 Jul 2014 12:55:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=klunky.co.uk; s=mail; t=1404384914; bh=6byBoyvqFtOxBTTZF5LJvK+tgicMY5KOURErqKUBpgo=; h=To:Subject:Date:From:In-Reply-To:References; b=ZFMKeOD6ctMtk2KinLm3CVA2NAbQb0pQP9W9xKSdfVT44Xef/uLX0J+weN+iguDW5 WDEp7z67EeLvyEit6IVjA2CBfx+pe+ivqw5DWxeKv0+Lt8TFPKesxu0qaMcpgd9Txx rUUs3Crz8hKozQZOzCslvn8Y6C+uBe/w/q31Wr2g= To: xen-users@lists.xen.org X-PHP-Originating-Script: 501:rcmail.php MIME-Version: 1.0 Date: Thu, 03 Jul 2014 12:55:14 +0200 From: Sophie In-Reply-To: <874mz07kw8.fsf@yun.yagibdah.de> References: <874mz07kw8.fsf@yun.yagibdah.de> Message-ID: X-Sender: sophie@klunky.co.uk User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] CPU scheduling and allocated all VCPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5434255764214032921==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5434255764214032921== Content-Type: multipart/alternative; boundary="=_9f74d67a8b32cbd5348ab0603a26c2cb" --=_9f74d67a8b32cbd5348ab0603a26c2cb Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 =20 Hi,=20 I would like to thank everybody for their time and really useful replies. With this onformation I have managed to nip early in the bud some possibly bad technical design decisions from being made by managers. I cannot thank you any much more :)=20 Kind regards, Sophie=20 On 2014-07-02 0:51, lee wrote:=20 > Sophie writes: >=20 >> Our DBA team, who were new to XEN and visualization seem to have a heigh= tened interest in XEN and have asked me this: ** Why don't we allocated 32 = VCPUS to all virtual machines so that they can share all resources and when= they need CPUs they can access those that were sitting idle ** Their logic= was VCPUs could be better distributed like this. My question to you is wha= t do you think? >=20 > That's what I thought would make sense :) You probably don't want to do > that because it can cause delays when so many vCPUs are supposed to do > something that there is a lack of pCPUs. >=20 > I think it's better to make sure that dom0 and whatever VM others may > have to wait on get sufficient CPU in the first place. How much CPU > that is depends on workload. >=20 > All the rest of it also depends on workload. I have some VMs that > basically only need one CPU (or even less) because more CPUs doesn't > benefit what they are doing. I gave them 2 vCPUs because it won't hurt > anything when they sometimes might use 2 pCPUs, just in case that there > is something they can do in parallel and so that other VMs need not wait > on them. If other VMs had to wait (like on the answer to a DNS query), > their vCPUs would have to be idle anyway and it won't hurt anything to > have the idle pCPU do something instead (like helping to answer the DNS > query faster). >=20 > So you probably want to monitor what each VM does with its CPUs. > Perhaps none of them needs 32, perhaps some run as well with less and > some benefit from having more. Going by that, you can try to achieve > some optimum by giving VMs as few vCPUs as needed and by giving > additional vCPUs to other VMs that actually take advantage of them. >=20 > Letting all pCPUs as vCPUs to all VMs probably doesn't work as well as > trying to achieve such an optimum. >=20 > Overcommitting CPUs works fine --- probably up to some point at which > the pCPUs can't keep up, and/or at which overall performance goes down > due to pCPUs needing to access too many different memory areas. >=20 > I guess assigning, in total, about 1.75 times as many vCPUs as pCPUs is > a good measure to start with. Of course, it also depends on workload > and especially on timing ... >=20 > I'd start with assigning more vCPUs to the most busy VMs (provided that > the CPUs are actually used, and considering VMs that could become > bottlenecks) until 56 vCPUs (1.75x32) are assigned in total, see how it > goes and fine tune from there. >=20 > You might also want to tune the memory ... =20 --=_9f74d67a8b32cbd5348ab0603a26c2cb Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8

Hi,

 I would like to thank everybody for their time and really useful r= eplies.  With this onformation I have managed to nip early in the bud = some possibly bad  technical design decisions from being made by manag= ers. I cannot thank you any much more :)

Kind regards, Sophie

On 2014-07-02 0:51, lee wrote:

Sophie <sophie@klunky.co.uk<=
/a>> writes:
Our DBA team, who were new to XEN and visualizati= on seem to have a heightened interest in XEN and have asked me this: ** Why= don't we allocated 32 VCPUS to all virtual machines so that they can share= all resources and when they need CPUs they can access those that were sitt= ing idle ** Their logic was VCPUs could be better distributed like this. My= question to you is what do you think?
That's what I thought would make sense :)  You probably don't want to =
do
that because it can cause delays when so many vCPUs are supposed to do
something that there is a lack of pCPUs.

I think it's better to make sure that dom0 and whatever VM others may
have to wait on get sufficient CPU in the first place.  How much CPU
that is depends on workload.

All the rest of it also depends on workload.  I have some VMs that
basically only need one CPU (or even less) because more CPUs doesn't
benefit what they are doing.  I gave them 2 vCPUs because it won't hurt
anything when they sometimes might use 2 pCPUs, just in case that there
is something they can do in parallel and so that other VMs need not wait
on them.  If other VMs had to wait (like on the answer to a DNS query),
their vCPUs would have to be idle anyway and it won't hurt anything to
have the idle pCPU do something instead (like helping to answer the DNS
query faster).

So you probably want to monitor what each VM does with its CPUs.
Perhaps none of them needs 32, perhaps some run as well with less and
some benefit from having more.  Going by that, you can try to achieve
some optimum by giving VMs as few vCPUs as needed and by giving
additional vCPUs to other VMs that actually take advantage of them.

Letting all pCPUs as vCPUs to all VMs probably doesn't work as well as
trying to achieve such an optimum.

Overcommitting CPUs works fine --- probably up to some point at which
the pCPUs can't keep up, and/or at which overall performance goes down
due to pCPUs needing to access too many different memory areas.

I guess assigning, in total, about 1.75 times as many vCPUs as pCPUs is
a good measure to start with.  Of course, it also depends on workload
and especially on timing ...

I'd start with assigning more vCPUs to the most busy VMs (provided that
the CPUs are actually used, and considering VMs that could become
bottlenecks) until 56 vCPUs (1.75x32) are assigned in total, see how it
goes and fine tune from there.

You might also want to tune the memory ...
--=_9f74d67a8b32cbd5348ab0603a26c2cb-- --===============5434255764214032921== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5434255764214032921==-- From xen-users-bounces@lists.xen.org Thu Jul 03 11:36:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 11:36:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2fIs-0001a0-V5; Thu, 03 Jul 2014 11:35:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2fIq-0001Zf-Pe for xen-users@lists.xen.org; Thu, 03 Jul 2014 11:35:48 +0000 Received: from [193.109.254.147:56714] by server-10.bemta-14.messagelabs.com id 6C/2D-01431-41045B35; Thu, 03 Jul 2014 11:35:48 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-3.tower-27.messagelabs.com!1404387347!15197056!1 X-Originating-IP: [74.125.82.50] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11195 invoked from network); 3 Jul 2014 11:35:47 -0000 Received: from mail-wg0-f50.google.com (HELO mail-wg0-f50.google.com) (74.125.82.50) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 11:35:47 -0000 Received: by mail-wg0-f50.google.com with SMTP id m15so82050wgh.21 for ; Thu, 03 Jul 2014 04:35:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=cMWW8m1tEcxtNCsJVjOjbg44LPJOoT8Fh0m+UkOFDFM=; b=jD9DEKi1NX+YHuTtXP5NsKVYhuyadti4fw2IrB0YusT9OOBnd6JgmwhrLCltzk+C1f c0sVdFV5WvFX/cs/G9HWRYqcGC5NCchCwI8SrtIXqo/qbApwzDZ+5yWWwnr9u7nQh1NZ IpYUWydqJP1evJk5DaLWjsdeRKlRZyibZ1Ve0/lhsh1Z74WoH175pMPj/JvjHyJVtEt4 6Foo7BC7H25exDZGtTT0NKo1Wm3A9yeOkS9hIDnP2dxGB8b69fRiFHl/on5ybTiygZMl xwqiLcAM/uD3Vd1RWMMMlWqCFTgBRKnsK4n74EH6wqQfAyUNlpCXBdDG1aD62OZ5dQoL Mwog== X-Gm-Message-State: ALoCoQkBTkqnHxG3PohAXIY2FberPfVcz7INkN6fbqJRfAfmj3Gr0w3IffliYCLfZStUtUSyvY3w X-Received: by 10.195.13.79 with SMTP id ew15mr4127566wjd.19.1404387347218; Thu, 03 Jul 2014 04:35:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.81.73 with HTTP; Thu, 3 Jul 2014 04:35:27 -0700 (PDT) In-Reply-To: <53B51867.9070805@op.pl> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 3 Jul 2014 12:35:27 +0100 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVGh1LCBKdWwgMywgMjAxNCBhdCA5OjQ2IEFNLCBLdWJhIDxrdWJhLjAwMDBAb3AucGw+IHdy b3RlOgo+IEluIGNhc2UgeW91J2QgbGlrZSB0byB0cnkgaXQgb3V0LCBmb2xsb3cgdGhlc2Ugc3Rl cHM6Cj4gaHR0cDovL3pmc29ubGludXgub3JnL2RlYmlhbi5odG1sCgorMQpJJ20gaW4gdGhlIHBy b2Nlc3Mgb2YgdHJ5aW5nIHRoYXQuIFRoZSBkb3duc2lkZSBpcyB0aGF0IG5vdGhpbmcgWkZTIGlz CmF2YWlsYWJsZSBvbiB0aGUgRGViaWFuIGluc3RhbGxlciBieSBkZWZhdWx0IChsaWNlbnNlcyBh bmQgc3VjaDsgaQphc3N1bWUgeW91IGNhbiBhZGQgaXQgYXMgYSBtb2R1bGUgb3Igc29tZXRoaW5n LCBieSB0d2Vha2luZyBpdCkuIFNpbmNlCmknbSBub3QgaW50byB0aGF0IGknbSB1c2luZyAyIGRp c2tzIHdpdGggUkFJRDErTFZNIGZvciAvIGFuZCB0aGUgb3RoZXIKMiB3aWxsIGhhdmUgc29tZXRo aW5nIFpGUy4KCkFsc28gdGhpcyBpcyBzZWVtcyB0byBiZSBhIGdvb2Qgb3ZlcnZpZXcgb24gWkZT IChhbGJlaXQgbWF5YmUgYSBiaXQKZGF0ZWQpOiBodHRwczovL3B0aHJlZS5vcmcvMjAxMi8wNC8x Ny9pbnN0YWxsLXpmcy1vbi1kZWJpYW4tZ251bGludXgvCgpUaGlzIG1heSBiZSBpcnJlbGV2YW50 IHRvIGV2ZW4gbWVudGlvbiwgYnV0IG1vc3Qgc3R1ZmYgaSBmaW5kIG9uIFRoZQpOZXQgaXMgdXN1 YWxseSBvdXRkYXRlZCBieSBhIGZldyB5ZWFycywgc28gaSBhbHdheXMgdHJ5IHRvIGNoZWNrIGEp CndoZW4gd2FzIGl0IHdyaXR0ZW4gYW5kIGIpIGJ5IHdobyBhbmQgd2hhdCdzIHRoZWlyIGF1dGhv cml0eSBvbiB0aGUKbWF0dGVyICAoc3ViamVjdGl2ZSkuIFBsdXMsIGl0IHNlZW1zIHRvIG1lIFpG UyBpcyBub3QgdGhhdCB3ZWxsLWtub3duCnRvIGxpbnV4IGZvbGsgKGkgaW5jbHVkZWQpIHNvIHRo ZXJlIG1heSBiZSBhIGxpdHRsZSBjaGVzdC10aHVtcGluZwpnb2luZyBvbiBzaW5jZSBaRlMgaXMg bW9zdGx5IGEgU29sYXJpcyB0aGluZyAoYXMgaXMgZHRyYWNlLi4uKS4gRHVubm8KCk15IOKCrDAu MgoKQ2hlZXJzLApOdW5vCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Jul 03 11:36:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 11:36:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2fIs-0001a0-V5; Thu, 03 Jul 2014 11:35:50 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2fIq-0001Zf-Pe for xen-users@lists.xen.org; Thu, 03 Jul 2014 11:35:48 +0000 Received: from [193.109.254.147:56714] by server-10.bemta-14.messagelabs.com id 6C/2D-01431-41045B35; Thu, 03 Jul 2014 11:35:48 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-3.tower-27.messagelabs.com!1404387347!15197056!1 X-Originating-IP: [74.125.82.50] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11195 invoked from network); 3 Jul 2014 11:35:47 -0000 Received: from mail-wg0-f50.google.com (HELO mail-wg0-f50.google.com) (74.125.82.50) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 11:35:47 -0000 Received: by mail-wg0-f50.google.com with SMTP id m15so82050wgh.21 for ; Thu, 03 Jul 2014 04:35:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=cMWW8m1tEcxtNCsJVjOjbg44LPJOoT8Fh0m+UkOFDFM=; b=jD9DEKi1NX+YHuTtXP5NsKVYhuyadti4fw2IrB0YusT9OOBnd6JgmwhrLCltzk+C1f c0sVdFV5WvFX/cs/G9HWRYqcGC5NCchCwI8SrtIXqo/qbApwzDZ+5yWWwnr9u7nQh1NZ IpYUWydqJP1evJk5DaLWjsdeRKlRZyibZ1Ve0/lhsh1Z74WoH175pMPj/JvjHyJVtEt4 6Foo7BC7H25exDZGtTT0NKo1Wm3A9yeOkS9hIDnP2dxGB8b69fRiFHl/on5ybTiygZMl xwqiLcAM/uD3Vd1RWMMMlWqCFTgBRKnsK4n74EH6wqQfAyUNlpCXBdDG1aD62OZ5dQoL Mwog== X-Gm-Message-State: ALoCoQkBTkqnHxG3PohAXIY2FberPfVcz7INkN6fbqJRfAfmj3Gr0w3IffliYCLfZStUtUSyvY3w X-Received: by 10.195.13.79 with SMTP id ew15mr4127566wjd.19.1404387347218; Thu, 03 Jul 2014 04:35:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.81.73 with HTTP; Thu, 3 Jul 2014 04:35:27 -0700 (PDT) In-Reply-To: <53B51867.9070805@op.pl> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 3 Jul 2014 12:35:27 +0100 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVGh1LCBKdWwgMywgMjAxNCBhdCA5OjQ2IEFNLCBLdWJhIDxrdWJhLjAwMDBAb3AucGw+IHdy b3RlOgo+IEluIGNhc2UgeW91J2QgbGlrZSB0byB0cnkgaXQgb3V0LCBmb2xsb3cgdGhlc2Ugc3Rl cHM6Cj4gaHR0cDovL3pmc29ubGludXgub3JnL2RlYmlhbi5odG1sCgorMQpJJ20gaW4gdGhlIHBy b2Nlc3Mgb2YgdHJ5aW5nIHRoYXQuIFRoZSBkb3duc2lkZSBpcyB0aGF0IG5vdGhpbmcgWkZTIGlz CmF2YWlsYWJsZSBvbiB0aGUgRGViaWFuIGluc3RhbGxlciBieSBkZWZhdWx0IChsaWNlbnNlcyBh bmQgc3VjaDsgaQphc3N1bWUgeW91IGNhbiBhZGQgaXQgYXMgYSBtb2R1bGUgb3Igc29tZXRoaW5n LCBieSB0d2Vha2luZyBpdCkuIFNpbmNlCmknbSBub3QgaW50byB0aGF0IGknbSB1c2luZyAyIGRp c2tzIHdpdGggUkFJRDErTFZNIGZvciAvIGFuZCB0aGUgb3RoZXIKMiB3aWxsIGhhdmUgc29tZXRo aW5nIFpGUy4KCkFsc28gdGhpcyBpcyBzZWVtcyB0byBiZSBhIGdvb2Qgb3ZlcnZpZXcgb24gWkZT IChhbGJlaXQgbWF5YmUgYSBiaXQKZGF0ZWQpOiBodHRwczovL3B0aHJlZS5vcmcvMjAxMi8wNC8x Ny9pbnN0YWxsLXpmcy1vbi1kZWJpYW4tZ251bGludXgvCgpUaGlzIG1heSBiZSBpcnJlbGV2YW50 IHRvIGV2ZW4gbWVudGlvbiwgYnV0IG1vc3Qgc3R1ZmYgaSBmaW5kIG9uIFRoZQpOZXQgaXMgdXN1 YWxseSBvdXRkYXRlZCBieSBhIGZldyB5ZWFycywgc28gaSBhbHdheXMgdHJ5IHRvIGNoZWNrIGEp CndoZW4gd2FzIGl0IHdyaXR0ZW4gYW5kIGIpIGJ5IHdobyBhbmQgd2hhdCdzIHRoZWlyIGF1dGhv cml0eSBvbiB0aGUKbWF0dGVyICAoc3ViamVjdGl2ZSkuIFBsdXMsIGl0IHNlZW1zIHRvIG1lIFpG UyBpcyBub3QgdGhhdCB3ZWxsLWtub3duCnRvIGxpbnV4IGZvbGsgKGkgaW5jbHVkZWQpIHNvIHRo ZXJlIG1heSBiZSBhIGxpdHRsZSBjaGVzdC10aHVtcGluZwpnb2luZyBvbiBzaW5jZSBaRlMgaXMg bW9zdGx5IGEgU29sYXJpcyB0aGluZyAoYXMgaXMgZHRyYWNlLi4uKS4gRHVubm8KCk15IOKCrDAu MgoKQ2hlZXJzLApOdW5vCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Thu Jul 03 13:32:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 13:32:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2h72-0000yJ-Er; Thu, 03 Jul 2014 13:31:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2h70-0000yE-UW for xen-users@lists.xen.org; Thu, 03 Jul 2014 13:31:43 +0000 Received: from [85.158.139.211:8834] by server-17.bemta-5.messagelabs.com id 92/72-08711-E3B55B35; Thu, 03 Jul 2014 13:31:42 +0000 X-Env-Sender: mitch@bitblock.net X-Msg-Ref: server-6.tower-206.messagelabs.com!1404394299!13480765!1 X-Originating-IP: [66.199.170.143] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19464 invoked from network); 3 Jul 2014 13:31:41 -0000 Received: from couriertest.bitblock.net (HELO couriertest.bitblock.net) (66.199.170.143) by server-6.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jul 2014 13:31:41 -0000 Received: from ES3.hs.planbcorp.net ([10.2.1.6]) (AUTH: LOGIN es3-relay@bitblock.net, TLS: TLSv1/SSLv3, 128bits, AES128-SHA) by couriertest.bitblock.net with ESMTPSA; Thu, 03 Jul 2014 06:31:36 -0700 id 000000000000162D.0000000053B55B38.00000786 Received: from ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1]) by ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1%12]) with mapi id 14.02.0387.000; Thu, 3 Jul 2014 06:31:37 -0700 From: "Mitch (BitBlock)" To: "J. Roeleveld" , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] how to start VMs in a particular order Thread-Index: Ac+Wwx0lpLrvdH4X302ok+7ajs0Ryw== Date: Thu, 3 Jul 2014 13:31:36 +0000 Message-ID: Accept-Language: en-CA, en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: Mime-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5106162904729531111==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --===============5106162904729531111== Content-Language: en-CA Content-Type: multipart/alternative; boundary="=_couriertest.bitblock.net-1926-1404394296-0001-2" This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_couriertest.bitblock.net-1926-1404394296-0001-2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 T2ZmIHRvcGljLCBidXQgSSB3YW50ZWQgdG8gbWVudGlvbiB3ZSBzYXcgdGhpcyBiZWhhdmlvciB0 aGlzIHllYXIgb24gYW4gYWNlciBwYyBidWlsdCBpbiAyMDExLg0KDQpUaGUgaGRkIGRpZWQganVz dCBhZnRlciB3YXJyYW50eS4gVGhlIGZpcnN0IHJlcGxhY2VtZW50IGxhc3RlZCAzIG1vbnRocy4g V2hlbiBpdCBkaWVkIHdlIHRyaWVkIGFuZCBraWxsZWQgdHdvIG1vcmUgcmVwbGFjZW1lbnRzIGJl Zm9yZSByZWN5Y2xpbmcgdGhlIHBjLiBJbiBlYWNoIGNhc2UgdGhleSB3b3VsZCBsYXN0IHRocm91 Z2ggdGhlIG9zIGluc3RhbGwgYnV0IGZhaWwgdG8gYm9vdCBhbmQgbmV2ZXIgd29ya2VkIGFnYWlu IGFmdGVyIHRoYXQuDQoNClNvIGl0IGNhbiBzdGlsbCBoYXBwZW4gd2l0aCBhIG1vZGVybiBwYy4N Cg0KOi0pDQoNCi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2UgLS0tLS0tLS0NCkZyb206ICJKLiBS b2VsZXZlbGQiDQpEYXRlOjIwMTQtMDctMDMgMDA6MTIgKEdNVC0wODowMCkNClRvOiB4ZW4tdXNl cnNAbGlzdHMueGVuLm9yZw0KDQoNCj4gPiBpdCB3YXMgYSBjaGVhcCBjb250cm9sbGVyIHRob3Vn aCwgYnV0IGl0IGRpZCBhY3R1YWxseSBraWxsIGFueSBkaXNrIEkNCj4gPiBjb25uZWN0ZWQgdG8g aXQuDQo+DQo+IEhtIG5vdyB0aGF0IHJlYWxseSBzdWNrcyBhbmQgaXMgcmF0aGVyIHVuZXhwZWN0 ZWQuDQo+DQo+ID4gSSB3YXMgd29ya2luZyBhdCBhIGNvbXB1dGVyIHNob3AgYXQgdGhlIHRpbWUg YW5kIHRoZSBvd25lciB3YW50ZWQgdXMgdG8NCj4gPiB0cnkNCj4gPiBkaWZmZXJlbnQgZGlza3Mg ZXZlbiB0aG91Z2ggdGhlIGZpcnN0IDIoISkgZGllZCBhbmQgdGhvc2Ugd291bGRuJ3Qgd29yayBv bg0KPiA+IGFueSBvdGhlciBzeXN0ZW0gYW55bW9yZS4NCj4NCj4gSSdsbCBrZWVwIHRoaXMgaW4g bWluZCAuLi4gYW5kIGluIHRoZSBmdXR1cmUsIEkgbWlnaHQgYXMgd2VsbCBjb25uZWN0DQo+IGRl ZmVjdGl2ZSBkaXNrcyB0byB1bmtub3duIGNvbnRyb2xsZXJzIGJlZm9yZSBnb29kIG9uZXMgdG8g c2VlIGlmIHRoZQ0KPiBjb250cm9sbGVyIGtpbGxzIHRoZW0uDQoNClRoaXMgd2FzIGFyb3VuZCAx OTk4LCBJIHdvdWxkbid0IGV4cGVjdCBkb2RneSBoYXJkd2FyZSBsaWtlIHRoYXQgYW55bW9yZS4N CkVzcGVjaWFsbHkgbm90IGZyb20gcHJvZHVjdHMgdXNlZCBieSBiaWdnZXIgY29tcGFuaWVzLg0K DQoNClNlbnQgZnJvbSBTYW1zdW5nIE1vYmlsZQ0K --=_couriertest.bitblock.net-1926-1404394296-0001-2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 Content-ID: <8A65B5CE662BE645B46D6868C9F6CC45@hs.planbcorp.net> PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdj5PZmYgdG9w aWMsIGJ1dCBJIHdhbnRlZCB0byBtZW50aW9uIHdlIHNhdyB0aGlzIGJlaGF2aW9yIHRoaXMgeWVh ciBvbiBhbiBhY2VyIHBjIGJ1aWx0IGluIDIwMTEuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0K PGRpdj5UaGUgaGRkIGRpZWQganVzdCBhZnRlciB3YXJyYW50eS4gVGhlIGZpcnN0IHJlcGxhY2Vt ZW50IGxhc3RlZCAzIG1vbnRocy4gV2hlbiBpdCBkaWVkIHdlIHRyaWVkIGFuZCBraWxsZWQgdHdv IG1vcmUgcmVwbGFjZW1lbnRzIGJlZm9yZSByZWN5Y2xpbmcgdGhlIHBjLiBJbiBlYWNoIGNhc2Ug dGhleSB3b3VsZCBsYXN0IHRocm91Z2ggdGhlIG9zIGluc3RhbGwgYnV0IGZhaWwgdG8gYm9vdCBh bmQgbmV2ZXIgd29ya2VkIGFnYWluIGFmdGVyIHRoYXQuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2 Pg0KPGRpdj5TbyBpdCBjYW4gc3RpbGwgaGFwcGVuIHdpdGggYSBtb2Rlcm4gcGMuPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj46LSk8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOiA5cHg7IHRleHQtYWxpZ246IGxlZnQ7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7ICI+DQo8ZGl2Pi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2UgLS0tLS0tLS08 L2Rpdj4NCjxkaXY+RnJvbTogJnF1b3Q7Si4gUm9lbGV2ZWxkJnF1b3Q7PGpvb3N0QGFudGFyZWFu Lm9yZz48L2pvb3N0QGFudGFyZWFuLm9yZz48L2Rpdj4NCjxkaXY+RGF0ZToyMDE0LTA3LTAzIDAw OjEyIChHTVQtMDg6MDApPC9kaXY+DQo8ZGl2PlRvOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwv ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPGZvbnQgc2l6ZT0iMiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMHB0OyI+DQo8ZGl2IGNsYXNzPSJQbGFpblRleHQiPjxicj4NCiZndDsg Jmd0OyBpdCB3YXMgYSBjaGVhcCBjb250cm9sbGVyIHRob3VnaCwgYnV0IGl0IGRpZCBhY3R1YWxs eSBraWxsIGFueSBkaXNrIEk8YnI+DQomZ3Q7ICZndDsgY29ubmVjdGVkIHRvIGl0Ljxicj4NCiZn dDsmbmJzcDs8YnI+DQomZ3Q7IEhtIG5vdyB0aGF0IHJlYWxseSBzdWNrcyBhbmQgaXMgcmF0aGVy IHVuZXhwZWN0ZWQuPGJyPg0KJmd0OyZuYnNwOzxicj4NCiZndDsgJmd0OyBJIHdhcyB3b3JraW5n IGF0IGEgY29tcHV0ZXIgc2hvcCBhdCB0aGUgdGltZSBhbmQgdGhlIG93bmVyIHdhbnRlZCB1cyB0 bzxicj4NCiZndDsgJmd0OyB0cnk8YnI+DQomZ3Q7ICZndDsgZGlmZmVyZW50IGRpc2tzIGV2ZW4g dGhvdWdoIHRoZSBmaXJzdCAyKCEpIGRpZWQgYW5kIHRob3NlIHdvdWxkbid0IHdvcmsgb248YnI+ DQomZ3Q7ICZndDsgYW55IG90aGVyIHN5c3RlbSBhbnltb3JlLjxicj4NCiZndDsmbmJzcDs8YnI+ DQomZ3Q7IEknbGwga2VlcCB0aGlzIGluIG1pbmQgLi4uIGFuZCBpbiB0aGUgZnV0dXJlLCBJIG1p Z2h0IGFzIHdlbGwgY29ubmVjdDxicj4NCiZndDsgZGVmZWN0aXZlIGRpc2tzIHRvIHVua25vd24g Y29udHJvbGxlcnMgYmVmb3JlIGdvb2Qgb25lcyB0byBzZWUgaWYgdGhlPGJyPg0KJmd0OyBjb250 cm9sbGVyIGtpbGxzIHRoZW0uPGJyPg0KPGJyPg0KVGhpcyB3YXMgYXJvdW5kIDE5OTgsIEkgd291 bGRuJ3QgZXhwZWN0IGRvZGd5IGhhcmR3YXJlIGxpa2UgdGhhdCBhbnltb3JlLiZuYnNwOzxicj4N CkVzcGVjaWFsbHkgbm90IGZyb20gcHJvZHVjdHMgdXNlZCBieSBiaWdnZXIgY29tcGFuaWVzLjwv ZGl2Pg0KPC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTo3cHg7Y29sb3I6IzU3NTc1NyI+ U2VudCBmcm9tIFNhbXN1bmcgTW9iaWxlPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --=_couriertest.bitblock.net-1926-1404394296-0001-2-- --===============5106162904729531111== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5106162904729531111==-- From xen-users-bounces@lists.xen.org Thu Jul 03 13:32:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 13:32:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2h72-0000yJ-Er; Thu, 03 Jul 2014 13:31:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2h70-0000yE-UW for xen-users@lists.xen.org; Thu, 03 Jul 2014 13:31:43 +0000 Received: from [85.158.139.211:8834] by server-17.bemta-5.messagelabs.com id 92/72-08711-E3B55B35; Thu, 03 Jul 2014 13:31:42 +0000 X-Env-Sender: mitch@bitblock.net X-Msg-Ref: server-6.tower-206.messagelabs.com!1404394299!13480765!1 X-Originating-IP: [66.199.170.143] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19464 invoked from network); 3 Jul 2014 13:31:41 -0000 Received: from couriertest.bitblock.net (HELO couriertest.bitblock.net) (66.199.170.143) by server-6.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Jul 2014 13:31:41 -0000 Received: from ES3.hs.planbcorp.net ([10.2.1.6]) (AUTH: LOGIN es3-relay@bitblock.net, TLS: TLSv1/SSLv3, 128bits, AES128-SHA) by couriertest.bitblock.net with ESMTPSA; Thu, 03 Jul 2014 06:31:36 -0700 id 000000000000162D.0000000053B55B38.00000786 Received: from ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1]) by ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1%12]) with mapi id 14.02.0387.000; Thu, 3 Jul 2014 06:31:37 -0700 From: "Mitch (BitBlock)" To: "J. Roeleveld" , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] how to start VMs in a particular order Thread-Index: Ac+Wwx0lpLrvdH4X302ok+7ajs0Ryw== Date: Thu, 3 Jul 2014 13:31:36 +0000 Message-ID: Accept-Language: en-CA, en-US Content-Language: en-CA X-MS-Has-Attach: X-MS-TNEF-Correlator: Mime-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5106162904729531111==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --===============5106162904729531111== Content-Language: en-CA Content-Type: multipart/alternative; boundary="=_couriertest.bitblock.net-1926-1404394296-0001-2" This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_couriertest.bitblock.net-1926-1404394296-0001-2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 T2ZmIHRvcGljLCBidXQgSSB3YW50ZWQgdG8gbWVudGlvbiB3ZSBzYXcgdGhpcyBiZWhhdmlvciB0 aGlzIHllYXIgb24gYW4gYWNlciBwYyBidWlsdCBpbiAyMDExLg0KDQpUaGUgaGRkIGRpZWQganVz dCBhZnRlciB3YXJyYW50eS4gVGhlIGZpcnN0IHJlcGxhY2VtZW50IGxhc3RlZCAzIG1vbnRocy4g V2hlbiBpdCBkaWVkIHdlIHRyaWVkIGFuZCBraWxsZWQgdHdvIG1vcmUgcmVwbGFjZW1lbnRzIGJl Zm9yZSByZWN5Y2xpbmcgdGhlIHBjLiBJbiBlYWNoIGNhc2UgdGhleSB3b3VsZCBsYXN0IHRocm91 Z2ggdGhlIG9zIGluc3RhbGwgYnV0IGZhaWwgdG8gYm9vdCBhbmQgbmV2ZXIgd29ya2VkIGFnYWlu IGFmdGVyIHRoYXQuDQoNClNvIGl0IGNhbiBzdGlsbCBoYXBwZW4gd2l0aCBhIG1vZGVybiBwYy4N Cg0KOi0pDQoNCi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2UgLS0tLS0tLS0NCkZyb206ICJKLiBS b2VsZXZlbGQiDQpEYXRlOjIwMTQtMDctMDMgMDA6MTIgKEdNVC0wODowMCkNClRvOiB4ZW4tdXNl cnNAbGlzdHMueGVuLm9yZw0KDQoNCj4gPiBpdCB3YXMgYSBjaGVhcCBjb250cm9sbGVyIHRob3Vn aCwgYnV0IGl0IGRpZCBhY3R1YWxseSBraWxsIGFueSBkaXNrIEkNCj4gPiBjb25uZWN0ZWQgdG8g aXQuDQo+DQo+IEhtIG5vdyB0aGF0IHJlYWxseSBzdWNrcyBhbmQgaXMgcmF0aGVyIHVuZXhwZWN0 ZWQuDQo+DQo+ID4gSSB3YXMgd29ya2luZyBhdCBhIGNvbXB1dGVyIHNob3AgYXQgdGhlIHRpbWUg YW5kIHRoZSBvd25lciB3YW50ZWQgdXMgdG8NCj4gPiB0cnkNCj4gPiBkaWZmZXJlbnQgZGlza3Mg ZXZlbiB0aG91Z2ggdGhlIGZpcnN0IDIoISkgZGllZCBhbmQgdGhvc2Ugd291bGRuJ3Qgd29yayBv bg0KPiA+IGFueSBvdGhlciBzeXN0ZW0gYW55bW9yZS4NCj4NCj4gSSdsbCBrZWVwIHRoaXMgaW4g bWluZCAuLi4gYW5kIGluIHRoZSBmdXR1cmUsIEkgbWlnaHQgYXMgd2VsbCBjb25uZWN0DQo+IGRl ZmVjdGl2ZSBkaXNrcyB0byB1bmtub3duIGNvbnRyb2xsZXJzIGJlZm9yZSBnb29kIG9uZXMgdG8g c2VlIGlmIHRoZQ0KPiBjb250cm9sbGVyIGtpbGxzIHRoZW0uDQoNClRoaXMgd2FzIGFyb3VuZCAx OTk4LCBJIHdvdWxkbid0IGV4cGVjdCBkb2RneSBoYXJkd2FyZSBsaWtlIHRoYXQgYW55bW9yZS4N CkVzcGVjaWFsbHkgbm90IGZyb20gcHJvZHVjdHMgdXNlZCBieSBiaWdnZXIgY29tcGFuaWVzLg0K DQoNClNlbnQgZnJvbSBTYW1zdW5nIE1vYmlsZQ0K --=_couriertest.bitblock.net-1926-1404394296-0001-2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 Content-ID: <8A65B5CE662BE645B46D6868C9F6CC45@hs.planbcorp.net> PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdj5PZmYgdG9w aWMsIGJ1dCBJIHdhbnRlZCB0byBtZW50aW9uIHdlIHNhdyB0aGlzIGJlaGF2aW9yIHRoaXMgeWVh ciBvbiBhbiBhY2VyIHBjIGJ1aWx0IGluIDIwMTEuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0K PGRpdj5UaGUgaGRkIGRpZWQganVzdCBhZnRlciB3YXJyYW50eS4gVGhlIGZpcnN0IHJlcGxhY2Vt ZW50IGxhc3RlZCAzIG1vbnRocy4gV2hlbiBpdCBkaWVkIHdlIHRyaWVkIGFuZCBraWxsZWQgdHdv IG1vcmUgcmVwbGFjZW1lbnRzIGJlZm9yZSByZWN5Y2xpbmcgdGhlIHBjLiBJbiBlYWNoIGNhc2Ug dGhleSB3b3VsZCBsYXN0IHRocm91Z2ggdGhlIG9zIGluc3RhbGwgYnV0IGZhaWwgdG8gYm9vdCBh bmQgbmV2ZXIgd29ya2VkIGFnYWluIGFmdGVyIHRoYXQuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2 Pg0KPGRpdj5TbyBpdCBjYW4gc3RpbGwgaGFwcGVuIHdpdGggYSBtb2Rlcm4gcGMuPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj46LSk8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOiA5cHg7IHRleHQtYWxpZ246IGxlZnQ7IGNvbG9yOiBy Z2IoMCwgMCwgMCk7ICI+DQo8ZGl2Pi0tLS0tLS0tIE9yaWdpbmFsIG1lc3NhZ2UgLS0tLS0tLS08 L2Rpdj4NCjxkaXY+RnJvbTogJnF1b3Q7Si4gUm9lbGV2ZWxkJnF1b3Q7PGpvb3N0QGFudGFyZWFu Lm9yZz48L2pvb3N0QGFudGFyZWFuLm9yZz48L2Rpdj4NCjxkaXY+RGF0ZToyMDE0LTA3LTAzIDAw OjEyIChHTVQtMDg6MDApPC9kaXY+DQo8ZGl2PlRvOiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZzwv ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjwvZGl2Pg0KPGZvbnQgc2l6ZT0iMiI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMHB0OyI+DQo8ZGl2IGNsYXNzPSJQbGFpblRleHQiPjxicj4NCiZndDsg Jmd0OyBpdCB3YXMgYSBjaGVhcCBjb250cm9sbGVyIHRob3VnaCwgYnV0IGl0IGRpZCBhY3R1YWxs eSBraWxsIGFueSBkaXNrIEk8YnI+DQomZ3Q7ICZndDsgY29ubmVjdGVkIHRvIGl0Ljxicj4NCiZn dDsmbmJzcDs8YnI+DQomZ3Q7IEhtIG5vdyB0aGF0IHJlYWxseSBzdWNrcyBhbmQgaXMgcmF0aGVy IHVuZXhwZWN0ZWQuPGJyPg0KJmd0OyZuYnNwOzxicj4NCiZndDsgJmd0OyBJIHdhcyB3b3JraW5n IGF0IGEgY29tcHV0ZXIgc2hvcCBhdCB0aGUgdGltZSBhbmQgdGhlIG93bmVyIHdhbnRlZCB1cyB0 bzxicj4NCiZndDsgJmd0OyB0cnk8YnI+DQomZ3Q7ICZndDsgZGlmZmVyZW50IGRpc2tzIGV2ZW4g dGhvdWdoIHRoZSBmaXJzdCAyKCEpIGRpZWQgYW5kIHRob3NlIHdvdWxkbid0IHdvcmsgb248YnI+ DQomZ3Q7ICZndDsgYW55IG90aGVyIHN5c3RlbSBhbnltb3JlLjxicj4NCiZndDsmbmJzcDs8YnI+ DQomZ3Q7IEknbGwga2VlcCB0aGlzIGluIG1pbmQgLi4uIGFuZCBpbiB0aGUgZnV0dXJlLCBJIG1p Z2h0IGFzIHdlbGwgY29ubmVjdDxicj4NCiZndDsgZGVmZWN0aXZlIGRpc2tzIHRvIHVua25vd24g Y29udHJvbGxlcnMgYmVmb3JlIGdvb2Qgb25lcyB0byBzZWUgaWYgdGhlPGJyPg0KJmd0OyBjb250 cm9sbGVyIGtpbGxzIHRoZW0uPGJyPg0KPGJyPg0KVGhpcyB3YXMgYXJvdW5kIDE5OTgsIEkgd291 bGRuJ3QgZXhwZWN0IGRvZGd5IGhhcmR3YXJlIGxpa2UgdGhhdCBhbnltb3JlLiZuYnNwOzxicj4N CkVzcGVjaWFsbHkgbm90IGZyb20gcHJvZHVjdHMgdXNlZCBieSBiaWdnZXIgY29tcGFuaWVzLjwv ZGl2Pg0KPC9zcGFuPjwvZm9udD48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4N CjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImZvbnQtc2l6ZTo3cHg7Y29sb3I6IzU3NTc1NyI+ U2VudCBmcm9tIFNhbXN1bmcgTW9iaWxlPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --=_couriertest.bitblock.net-1926-1404394296-0001-2-- --===============5106162904729531111== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5106162904729531111==-- From xen-users-bounces@lists.xen.org Thu Jul 03 13:45:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 13:45:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2hK8-0001eY-Nf; Thu, 03 Jul 2014 13:45:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2hK6-0001eL-Ou for xen-users@lists.xen.org; Thu, 03 Jul 2014 13:45:14 +0000 Received: from [85.158.139.211:45324] by server-16.bemta-5.messagelabs.com id AB/54-18862-A6E55B35; Thu, 03 Jul 2014 13:45:14 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-13.tower-206.messagelabs.com!1404395113!13506970!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 565 invoked from network); 3 Jul 2014 13:45:13 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-13.tower-206.messagelabs.com with SMTP; 3 Jul 2014 13:45:13 -0000 Received: from [212.54.42.134] (helo=smtp3.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2hK5-00052P-GP for xen-users@lists.xen.org; Thu, 03 Jul 2014 15:45:13 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2hK5-0004xa-9X for xen-users@lists.xen.org; Thu, 03 Jul 2014 15:45:13 +0200 Received: from andromeda.localnet (unknown [62.41.73.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 404B94C for ; Thu, 3 Jul 2014 15:45:12 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Thu, 03 Jul 2014 15:43:51 +0200 Message-ID: <1446759.oOsIDiGnbW@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thursday, July 03, 2014 01:31:36 PM Mitch wrote: > Off topic, but I wanted to mention we saw this behavior this year on an acer > pc built in 2011. > The hdd died just after warranty. The first replacement lasted 3 months. > When it died we tried and killed two more replacements before recycling the > pc. In each case they would last through the os install but fail to boot > and never worked again after that. > So it can still happen with a modern pc. > > > :-) Not to start a product flame-war, but in my personal experience, I never saw an Acer product last for more then 6 months. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 13:45:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 13:45:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2hK8-0001eY-Nf; Thu, 03 Jul 2014 13:45:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2hK6-0001eL-Ou for xen-users@lists.xen.org; Thu, 03 Jul 2014 13:45:14 +0000 Received: from [85.158.139.211:45324] by server-16.bemta-5.messagelabs.com id AB/54-18862-A6E55B35; Thu, 03 Jul 2014 13:45:14 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-13.tower-206.messagelabs.com!1404395113!13506970!1 X-Originating-IP: [212.54.42.164] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NCA9PiAyMjc5ODY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 565 invoked from network); 3 Jul 2014 13:45:13 -0000 Received: from smtpq1.tb.mail.iss.as9143.net (HELO smtpq1.tb.mail.iss.as9143.net) (212.54.42.164) by server-13.tower-206.messagelabs.com with SMTP; 3 Jul 2014 13:45:13 -0000 Received: from [212.54.42.134] (helo=smtp3.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2hK5-00052P-GP for xen-users@lists.xen.org; Thu, 03 Jul 2014 15:45:13 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X2hK5-0004xa-9X for xen-users@lists.xen.org; Thu, 03 Jul 2014 15:45:13 +0200 Received: from andromeda.localnet (unknown [62.41.73.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 404B94C for ; Thu, 3 Jul 2014 15:45:12 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Thu, 03 Jul 2014 15:43:51 +0200 Message-ID: <1446759.oOsIDiGnbW@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thursday, July 03, 2014 01:31:36 PM Mitch wrote: > Off topic, but I wanted to mention we saw this behavior this year on an acer > pc built in 2011. > The hdd died just after warranty. The first replacement lasted 3 months. > When it died we tried and killed two more replacements before recycling the > pc. In each case they would last through the os install but fail to boot > and never worked again after that. > So it can still happen with a modern pc. > > > :-) Not to start a product flame-war, but in my personal experience, I never saw an Acer product last for more then 6 months. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 17:49:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 17:49:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2l7P-0006kV-Uz; Thu, 03 Jul 2014 17:48:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2l7O-0006kI-Jt for xen-users@lists.xen.org; Thu, 03 Jul 2014 17:48:22 +0000 Received: from [85.158.137.68:47267] by server-17.bemta-3.messagelabs.com id CB/CE-05521-56795B35; Thu, 03 Jul 2014 17:48:21 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1404409697!10188686!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22991 invoked from network); 3 Jul 2014 17:48:19 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 17:48:19 -0000 X-IronPort-AV: E=Sophos;i="5.01,596,1400025600"; d="scan'208";a="149645484" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 03 Jul 2014 17:48:18 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 3 Jul 2014 13:48:16 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X2l7I-0001jb-GV; Thu, 03 Jul 2014 18:48:16 +0100 Date: Thu, 3 Jul 2014 18:47:37 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Ian Campbell In-Reply-To: <1404379885.14865.20.camel@kazak.uk.xensource.com> Message-ID: References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 3 Jul 2014, Ian Campbell wrote: > On Thu, 2014-07-03 at 02:01 +0200, Denis Schneider wrote: > > Hi an, > > thank you for your reply. > > > > 2014-07-02 11:56 GMT+02:00 Ian Campbell : > > > First thing I would recommend would be to try the latest mainline stable > > > 3.15.x release. I think everything needed for a usable sunxi system is > > > in there already so no need for the sunxi-devel branch > > > > I tried Linus' linux.git/master, which corresponds to 3.16 -- > > resulting in the same messages and panic. > > Besides that, the mainline kernel works quite well. > > BTW, git shows that sunxi-devel and mainline Linux v3.15.2 are the > > same for drivers/net/xen-netback, though linux.git/master shows some > > changes. > > > > The bug can easily be triggered if you access blkback and netback in > > parallel (thanks to Maximilian), e.g. > > domU: iperf -s & cat /dev/xvda > /dev/null > > dom0: iperf -t 3600 -c domU > > > > It does not matter if the underlying dom0 block device is on a SATA, > > USB or mmc device. The panic is similar. > > > > > The reason I suggest the latest 3.15.x is that there were a few > > > interesting netback bugs but I think they've all been backported to > > > stable by now. > > > > I hope that they are all included in linux.git/master @ 16874b2, > > regarding xen-netback, those changes occurred from sunxi-devel to > > 16874b2: > > * xen-netback: bookkeep number of active queues in our own module > > * net: xen-netback: include linux/vmalloc.h again > > * xen-netback: Add support for multiple queues > > * xen-netback: Factor queue-specific data into queue struct > > * xen-netback: Move grant_copy_op array back into struct xenvif. > > * net: get rid of SET_ETHTOOL_OPS > > > > Interestingly, it takes some time until the bug triggers and the time > > increased when I switched from linux-sunxi to mainline. > > > > Do you have any idea what happens here? I am a bit clueless what's going on. > > Me too. Since there are mach_to_phys messages perhaps Stefano (CCd) has > a clue. Original logs are in > http://lists.xen.org/archives/html/xen-users/2014-07/msg00004.html > > Lots of these under network load: > > [ 189.507495] xen_add_phys_to_mach_entry: cannot add pfn=0x0006930f -> > mfn=0x0004c3bc: pfn=0x00069310 -> mfn=0x0004c3bc already exists > [ 189.531185] xen_add_phys_to_mach_entry: cannot add pfn=0x0006921d -> > mfn=0x0004c489: pfn=0x0006928f -> mfn=0x0004c489 already exists Unfortunately this is a known issue without a proper solution at the moment. It is caused by Zoltan's patch series to switch from grant copies to grant mappings in netfront/netback, that went in Linux 3.15-rc1. If you use Linux 3.14 instead, you shouldn't have any problems. These are the details: ARM support in Linux cannot deal with multiple foreign mappings of the same physical page. If the frontend decides to grant the same page twice, using two different grant references, it is going to cause problems to the accounting in arch/arm/xen/p2m.c on the backend side. It is not trivial to come up with a solution because the data structures in p2m.c are already pretty slow as they are, being able to account for multiple mappings for a single mfn would slow things down further. At the moment I would like a way to disable grant mappings and go back to grant copies on demand. Maybe we could have a feature flag to change the behaviour of the network backend? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 03 17:49:23 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 03 Jul 2014 17:49:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2l7P-0006kV-Uz; Thu, 03 Jul 2014 17:48:23 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2l7O-0006kI-Jt for xen-users@lists.xen.org; Thu, 03 Jul 2014 17:48:22 +0000 Received: from [85.158.137.68:47267] by server-17.bemta-3.messagelabs.com id CB/CE-05521-56795B35; Thu, 03 Jul 2014 17:48:21 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1404409697!10188686!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22991 invoked from network); 3 Jul 2014 17:48:19 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 17:48:19 -0000 X-IronPort-AV: E=Sophos;i="5.01,596,1400025600"; d="scan'208";a="149645484" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 03 Jul 2014 17:48:18 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 3 Jul 2014 13:48:16 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X2l7I-0001jb-GV; Thu, 03 Jul 2014 18:48:16 +0100 Date: Thu, 3 Jul 2014 18:47:37 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: Ian Campbell In-Reply-To: <1404379885.14865.20.camel@kazak.uk.xensource.com> Message-ID: References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA2 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 3 Jul 2014, Ian Campbell wrote: > On Thu, 2014-07-03 at 02:01 +0200, Denis Schneider wrote: > > Hi an, > > thank you for your reply. > > > > 2014-07-02 11:56 GMT+02:00 Ian Campbell : > > > First thing I would recommend would be to try the latest mainline stable > > > 3.15.x release. I think everything needed for a usable sunxi system is > > > in there already so no need for the sunxi-devel branch > > > > I tried Linus' linux.git/master, which corresponds to 3.16 -- > > resulting in the same messages and panic. > > Besides that, the mainline kernel works quite well. > > BTW, git shows that sunxi-devel and mainline Linux v3.15.2 are the > > same for drivers/net/xen-netback, though linux.git/master shows some > > changes. > > > > The bug can easily be triggered if you access blkback and netback in > > parallel (thanks to Maximilian), e.g. > > domU: iperf -s & cat /dev/xvda > /dev/null > > dom0: iperf -t 3600 -c domU > > > > It does not matter if the underlying dom0 block device is on a SATA, > > USB or mmc device. The panic is similar. > > > > > The reason I suggest the latest 3.15.x is that there were a few > > > interesting netback bugs but I think they've all been backported to > > > stable by now. > > > > I hope that they are all included in linux.git/master @ 16874b2, > > regarding xen-netback, those changes occurred from sunxi-devel to > > 16874b2: > > * xen-netback: bookkeep number of active queues in our own module > > * net: xen-netback: include linux/vmalloc.h again > > * xen-netback: Add support for multiple queues > > * xen-netback: Factor queue-specific data into queue struct > > * xen-netback: Move grant_copy_op array back into struct xenvif. > > * net: get rid of SET_ETHTOOL_OPS > > > > Interestingly, it takes some time until the bug triggers and the time > > increased when I switched from linux-sunxi to mainline. > > > > Do you have any idea what happens here? I am a bit clueless what's going on. > > Me too. Since there are mach_to_phys messages perhaps Stefano (CCd) has > a clue. Original logs are in > http://lists.xen.org/archives/html/xen-users/2014-07/msg00004.html > > Lots of these under network load: > > [ 189.507495] xen_add_phys_to_mach_entry: cannot add pfn=0x0006930f -> > mfn=0x0004c3bc: pfn=0x00069310 -> mfn=0x0004c3bc already exists > [ 189.531185] xen_add_phys_to_mach_entry: cannot add pfn=0x0006921d -> > mfn=0x0004c489: pfn=0x0006928f -> mfn=0x0004c489 already exists Unfortunately this is a known issue without a proper solution at the moment. It is caused by Zoltan's patch series to switch from grant copies to grant mappings in netfront/netback, that went in Linux 3.15-rc1. If you use Linux 3.14 instead, you shouldn't have any problems. These are the details: ARM support in Linux cannot deal with multiple foreign mappings of the same physical page. If the frontend decides to grant the same page twice, using two different grant references, it is going to cause problems to the accounting in arch/arm/xen/p2m.c on the backend side. It is not trivial to come up with a solution because the data structures in p2m.c are already pretty slow as they are, being able to account for multiple mappings for a single mfn would slow things down further. At the moment I would like a way to disable grant mappings and go back to grant copies on demand. Maybe we could have a feature flag to change the behaviour of the network backend? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 03:26:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 03:26:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2u89-0003Ee-Pw; Fri, 04 Jul 2014 03:25:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2u88-0003EZ-Uf for xen-users@lists.xen.org; Fri, 04 Jul 2014 03:25:45 +0000 Received: from [85.158.143.35:10519] by server-1.bemta-4.messagelabs.com id 3B/44-09496-8BE16B35; Fri, 04 Jul 2014 03:25:44 +0000 X-Env-Sender: rjrbytes@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1404444342!15797871!1 X-Originating-IP: [209.85.219.49] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15586 invoked from network); 4 Jul 2014 03:25:43 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 03:25:43 -0000 Received: by mail-oa0-f49.google.com with SMTP id i7so1199428oag.22 for ; Thu, 03 Jul 2014 20:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XOXiAd4Y/wcp8C2wRODQyHHzplS6qbQhXBIyLT8/86U=; b=Q3FiRkQLL7XB/1HfxOBU+QtXRlQISaQGemdVUP75cKRfms7mUOWhQj2RB9vHVvHemR 958e6LtCMZaHxMINIV3max1DFcrw+z8L2jMK9/vvNOmVcHsS9AXC5OJ2wOe8/IUslULm h4FmU5q9v1PBhJX5j7pafZ0AP1aklR6WZurX7oUV5lc0UvlzLPzeXDrjMwrsE2xz+q3z PPOaKZklCzXEUv/VI3OPTv6ie2RD3Fh/ggEDTjwSlszS3ZSjkOCqgnZ/SyqiWA2VkdEV CG6PtKkFii6ophm04N9fPKGbTCr84MCW6Ux5Z8yY6RM40Fq43M4UVfuSEnjl13vfMjav AQ7g== MIME-Version: 1.0 X-Received: by 10.60.146.144 with SMTP id tc16mr9199110oeb.65.1404444341737; Thu, 03 Jul 2014 20:25:41 -0700 (PDT) Received: by 10.76.177.132 with HTTP; Thu, 3 Jul 2014 20:25:41 -0700 (PDT) Date: Thu, 3 Jul 2014 22:25:41 -0500 Message-ID: From: Robert Rust To: xen-users@lists.xen.org Subject: [Xen-users] VGA pass-through to Linux X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6707235842048350590==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6707235842048350590== Content-Type: multipart/alternative; boundary=047d7b4502fe189e9104fd55ae41 --047d7b4502fe189e9104fd55ae41 Content-Type: text/plain; charset=UTF-8 Howdy folks. I'm trying to set up a DomU with Linux for my kids to play games on ... passing it a video card, a USB card and a sound card. I've had no success getting the video card to do anything that I can tell. When I try to tell the domU to use gfx_passthru, I end up with 100% CPU usage and no apparent activity. I've tried installing the AMD drivers but that has usually resulted in a system that either has X respawning on login via VNC, or what appears to be a secondary desktop on VNC that doesn't seem to have a pointer. OS: Ubuntu 14.04 ... I'm open to using others, but would prefer something Ubuntu-based video card: Radeon HD6450. I also have a Radeon HD4350 available (and the motherboard has two 16x PCIe slots. I have gotten the "Expecting atombios for evergreen GPU" message during some of my attempts, after which I've installed the AMD driver and ended up at a dead end. I've lost track of which how-to's I've tried but most seem to be aimed at people trying to get Windows up and running. Thoughts? Directions to pursue? Things to check? -Robert --047d7b4502fe189e9104fd55ae41 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Howdy folks. =C2=A0I'm trying to set up a DomU with Li= nux for my kids to play games on ... passing it a video card, a USB card an= d a sound card. =C2=A0I've had no success getting the video card to do = anything that I can tell. =C2=A0When I try to tell the domU to use gfx_pass= thru, I end up with 100% CPU usage and no apparent activity. =C2=A0I've= tried installing the AMD drivers but that has usually resulted in a system= that either has X respawning on login via VNC, or what appears to be a sec= ondary desktop on VNC that doesn't seem to have a pointer.
OS: Ubuntu 14.04 ... I'm open to using others, but would prefer somethi= ng Ubuntu-based
video card: Radeon HD6450. =C2=A0I also have a Ra= deon HD4350 available (and the motherboard has two 16x PCIe slots.

I have gotten the "Expecting atombios for evergreen GPU= " message during some of my attempts, after which I've installed t= he AMD driver and ended up at a dead end.
I've lost track of = which how-to's I've tried but most seem to be aimed at people tryin= g to get Windows up and running. =C2=A0Thoughts? =C2=A0Directions to pursue= ? =C2=A0Things to check?

-Robert
--047d7b4502fe189e9104fd55ae41-- --===============6707235842048350590== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6707235842048350590==-- From xen-users-bounces@lists.xen.org Fri Jul 04 03:26:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 03:26:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2u89-0003Ee-Pw; Fri, 04 Jul 2014 03:25:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2u88-0003EZ-Uf for xen-users@lists.xen.org; Fri, 04 Jul 2014 03:25:45 +0000 Received: from [85.158.143.35:10519] by server-1.bemta-4.messagelabs.com id 3B/44-09496-8BE16B35; Fri, 04 Jul 2014 03:25:44 +0000 X-Env-Sender: rjrbytes@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1404444342!15797871!1 X-Originating-IP: [209.85.219.49] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15586 invoked from network); 4 Jul 2014 03:25:43 -0000 Received: from mail-oa0-f49.google.com (HELO mail-oa0-f49.google.com) (209.85.219.49) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 03:25:43 -0000 Received: by mail-oa0-f49.google.com with SMTP id i7so1199428oag.22 for ; Thu, 03 Jul 2014 20:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XOXiAd4Y/wcp8C2wRODQyHHzplS6qbQhXBIyLT8/86U=; b=Q3FiRkQLL7XB/1HfxOBU+QtXRlQISaQGemdVUP75cKRfms7mUOWhQj2RB9vHVvHemR 958e6LtCMZaHxMINIV3max1DFcrw+z8L2jMK9/vvNOmVcHsS9AXC5OJ2wOe8/IUslULm h4FmU5q9v1PBhJX5j7pafZ0AP1aklR6WZurX7oUV5lc0UvlzLPzeXDrjMwrsE2xz+q3z PPOaKZklCzXEUv/VI3OPTv6ie2RD3Fh/ggEDTjwSlszS3ZSjkOCqgnZ/SyqiWA2VkdEV CG6PtKkFii6ophm04N9fPKGbTCr84MCW6Ux5Z8yY6RM40Fq43M4UVfuSEnjl13vfMjav AQ7g== MIME-Version: 1.0 X-Received: by 10.60.146.144 with SMTP id tc16mr9199110oeb.65.1404444341737; Thu, 03 Jul 2014 20:25:41 -0700 (PDT) Received: by 10.76.177.132 with HTTP; Thu, 3 Jul 2014 20:25:41 -0700 (PDT) Date: Thu, 3 Jul 2014 22:25:41 -0500 Message-ID: From: Robert Rust To: xen-users@lists.xen.org Subject: [Xen-users] VGA pass-through to Linux X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6707235842048350590==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6707235842048350590== Content-Type: multipart/alternative; boundary=047d7b4502fe189e9104fd55ae41 --047d7b4502fe189e9104fd55ae41 Content-Type: text/plain; charset=UTF-8 Howdy folks. I'm trying to set up a DomU with Linux for my kids to play games on ... passing it a video card, a USB card and a sound card. I've had no success getting the video card to do anything that I can tell. When I try to tell the domU to use gfx_passthru, I end up with 100% CPU usage and no apparent activity. I've tried installing the AMD drivers but that has usually resulted in a system that either has X respawning on login via VNC, or what appears to be a secondary desktop on VNC that doesn't seem to have a pointer. OS: Ubuntu 14.04 ... I'm open to using others, but would prefer something Ubuntu-based video card: Radeon HD6450. I also have a Radeon HD4350 available (and the motherboard has two 16x PCIe slots. I have gotten the "Expecting atombios for evergreen GPU" message during some of my attempts, after which I've installed the AMD driver and ended up at a dead end. I've lost track of which how-to's I've tried but most seem to be aimed at people trying to get Windows up and running. Thoughts? Directions to pursue? Things to check? -Robert --047d7b4502fe189e9104fd55ae41 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Howdy folks. =C2=A0I'm trying to set up a DomU with Li= nux for my kids to play games on ... passing it a video card, a USB card an= d a sound card. =C2=A0I've had no success getting the video card to do = anything that I can tell. =C2=A0When I try to tell the domU to use gfx_pass= thru, I end up with 100% CPU usage and no apparent activity. =C2=A0I've= tried installing the AMD drivers but that has usually resulted in a system= that either has X respawning on login via VNC, or what appears to be a sec= ondary desktop on VNC that doesn't seem to have a pointer.
OS: Ubuntu 14.04 ... I'm open to using others, but would prefer somethi= ng Ubuntu-based
video card: Radeon HD6450. =C2=A0I also have a Ra= deon HD4350 available (and the motherboard has two 16x PCIe slots.

I have gotten the "Expecting atombios for evergreen GPU= " message during some of my attempts, after which I've installed t= he AMD driver and ended up at a dead end.
I've lost track of = which how-to's I've tried but most seem to be aimed at people tryin= g to get Windows up and running. =C2=A0Thoughts? =C2=A0Directions to pursue= ? =C2=A0Things to check?

-Robert
--047d7b4502fe189e9104fd55ae41-- --===============6707235842048350590== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6707235842048350590==-- From xen-users-bounces@lists.xen.org Fri Jul 04 11:53:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 11:53:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X322u-0008Gr-8O; Fri, 04 Jul 2014 11:52:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X322s-0008Gm-UK for xen-users@lists.xen.org; Fri, 04 Jul 2014 11:52:51 +0000 Received: from [85.158.143.35:28381] by server-2.bemta-4.messagelabs.com id 62/AA-18579-29596B35; Fri, 04 Jul 2014 11:52:50 +0000 X-Env-Sender: themadengin33r@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1404474767!15844333!1 X-Originating-IP: [209.85.213.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12051 invoked from network); 4 Jul 2014 11:52:48 -0000 Received: from mail-ig0-f182.google.com (HELO mail-ig0-f182.google.com) (209.85.213.182) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 11:52:48 -0000 Received: by mail-ig0-f182.google.com with SMTP id l13so2269852iga.9 for ; Fri, 04 Jul 2014 04:52:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Jqn5pCpB6rOFbk0suux4usENTRzREGHGrmFEFkwTQTs=; b=GV/iSAJg8Bz4Ub7yfyKdMt9OTkztDt+pez2P1RTp4Wk313r3IHlXAqzkhJ8b/aesux MBPm935/Bqu+OheuFCX1y4dXOm+E2BR1nA2ilc94mF1v6J416q65n/+LWnrhbltENgYW KSUeauRFuvU0ii8EAUOfYo+RLkdCs2by8BRIlvwWuUJC6ldbkA2GG+DfAV0C4aL33f2x JR7+nZIAvXxYlaf8SKEcXkh5Ah3ZLtIBYzrSn68yHmKPxE9JrdOkucR/lmMQmC7V9L1d xffSueNZeWaL4ooHn2rHC1/GWYbl+Pn2A47wHcmQHLN2ptdLh5S16+LvW6kZXF5b1MrH dszQ== MIME-Version: 1.0 X-Received: by 10.42.104.75 with SMTP id q11mr15581698ico.35.1404474767381; Fri, 04 Jul 2014 04:52:47 -0700 (PDT) Received: by 10.64.57.166 with HTTP; Fri, 4 Jul 2014 04:52:47 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 17:22:47 +0530 Message-ID: From: mad Engineer To: xen-users Subject: [Xen-users] Fwd: VLAN in Linux Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6455684172051837634==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6455684172051837634== Content-Type: multipart/alternative; boundary=20cf303ddcbc9b3c4104fd5cc3ad --20cf303ddcbc9b3c4104fd5cc3ad Content-Type: text/plain; charset=UTF-8 Hi all, I have 10 vms connected to linux bridge br0 and in br0 i have eth0.100 , (VLAN 100) now i am trying make these vms in two VLAN so that they wont communicate through that bridge, is it possible with linux bridge? how can i make vms in two VLAN with out configuring VLAN inside VM? Do i need two separate bridges one with vlan 100 (eth0.100) and other with vlan 101(eth1.101) to achieve this. any way to make it work in single Linux bridge. I know its possible with Open vswitch,is there any way to make it work with Linux Bridge Thanks --20cf303ddcbc9b3c4104fd5cc3ad Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I have 10 vms connected to linux = bridge br0

=C2=A0 and in br0 i have eth0.100 , (VL= AN 100)

now i am trying make these =C2=A0vms in tw= o VLAN =C2=A0so that they wont communicate through that bridge, is it possi= ble with linux bridge?

how can i make vms in two VLAN with out configuring VLA= N inside VM?

Do i need two separate bridges one wi= th vlan 100 (eth0.100) and other with vlan 101(eth1.101) =C2=A0to achieve t= his.

any way to make it work in single Linux bridge.

I know its possible with Open vswitch,is there any way to= make it work =C2=A0with Linux Bridge

Thanks


--20cf303ddcbc9b3c4104fd5cc3ad-- --===============6455684172051837634== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6455684172051837634==-- From xen-users-bounces@lists.xen.org Fri Jul 04 11:53:59 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 11:53:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X322u-0008Gr-8O; Fri, 04 Jul 2014 11:52:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X322s-0008Gm-UK for xen-users@lists.xen.org; Fri, 04 Jul 2014 11:52:51 +0000 Received: from [85.158.143.35:28381] by server-2.bemta-4.messagelabs.com id 62/AA-18579-29596B35; Fri, 04 Jul 2014 11:52:50 +0000 X-Env-Sender: themadengin33r@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1404474767!15844333!1 X-Originating-IP: [209.85.213.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12051 invoked from network); 4 Jul 2014 11:52:48 -0000 Received: from mail-ig0-f182.google.com (HELO mail-ig0-f182.google.com) (209.85.213.182) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 11:52:48 -0000 Received: by mail-ig0-f182.google.com with SMTP id l13so2269852iga.9 for ; Fri, 04 Jul 2014 04:52:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Jqn5pCpB6rOFbk0suux4usENTRzREGHGrmFEFkwTQTs=; b=GV/iSAJg8Bz4Ub7yfyKdMt9OTkztDt+pez2P1RTp4Wk313r3IHlXAqzkhJ8b/aesux MBPm935/Bqu+OheuFCX1y4dXOm+E2BR1nA2ilc94mF1v6J416q65n/+LWnrhbltENgYW KSUeauRFuvU0ii8EAUOfYo+RLkdCs2by8BRIlvwWuUJC6ldbkA2GG+DfAV0C4aL33f2x JR7+nZIAvXxYlaf8SKEcXkh5Ah3ZLtIBYzrSn68yHmKPxE9JrdOkucR/lmMQmC7V9L1d xffSueNZeWaL4ooHn2rHC1/GWYbl+Pn2A47wHcmQHLN2ptdLh5S16+LvW6kZXF5b1MrH dszQ== MIME-Version: 1.0 X-Received: by 10.42.104.75 with SMTP id q11mr15581698ico.35.1404474767381; Fri, 04 Jul 2014 04:52:47 -0700 (PDT) Received: by 10.64.57.166 with HTTP; Fri, 4 Jul 2014 04:52:47 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 17:22:47 +0530 Message-ID: From: mad Engineer To: xen-users Subject: [Xen-users] Fwd: VLAN in Linux Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6455684172051837634==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6455684172051837634== Content-Type: multipart/alternative; boundary=20cf303ddcbc9b3c4104fd5cc3ad --20cf303ddcbc9b3c4104fd5cc3ad Content-Type: text/plain; charset=UTF-8 Hi all, I have 10 vms connected to linux bridge br0 and in br0 i have eth0.100 , (VLAN 100) now i am trying make these vms in two VLAN so that they wont communicate through that bridge, is it possible with linux bridge? how can i make vms in two VLAN with out configuring VLAN inside VM? Do i need two separate bridges one with vlan 100 (eth0.100) and other with vlan 101(eth1.101) to achieve this. any way to make it work in single Linux bridge. I know its possible with Open vswitch,is there any way to make it work with Linux Bridge Thanks --20cf303ddcbc9b3c4104fd5cc3ad Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I have 10 vms connected to linux = bridge br0

=C2=A0 and in br0 i have eth0.100 , (VL= AN 100)

now i am trying make these =C2=A0vms in tw= o VLAN =C2=A0so that they wont communicate through that bridge, is it possi= ble with linux bridge?

how can i make vms in two VLAN with out configuring VLA= N inside VM?

Do i need two separate bridges one wi= th vlan 100 (eth0.100) and other with vlan 101(eth1.101) =C2=A0to achieve t= his.

any way to make it work in single Linux bridge.

I know its possible with Open vswitch,is there any way to= make it work =C2=A0with Linux Bridge

Thanks


--20cf303ddcbc9b3c4104fd5cc3ad-- --===============6455684172051837634== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6455684172051837634==-- From xen-users-bounces@lists.xen.org Fri Jul 04 12:28:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 12:28:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X32a3-0001UE-M6; Fri, 04 Jul 2014 12:27:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X32a1-0001U4-Qb for xen-users@lists.xen.org; Fri, 04 Jul 2014 12:27:05 +0000 Received: from [85.158.137.68:44664] by server-2.bemta-3.messagelabs.com id F8/A8-14008-99D96B35; Fri, 04 Jul 2014 12:27:05 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-3.tower-31.messagelabs.com!1404476824!14125294!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19542 invoked from network); 4 Jul 2014 12:27:04 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-3.tower-31.messagelabs.com with SMTP; 4 Jul 2014 12:27:04 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 454D71A002 for ; Fri, 4 Jul 2014 12:27:01 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: Date: Fri, 4 Jul 2014 13:26:59 +0100 Message-Id: <011FA135-8CCA-4A94-857E-1E34925B448C@thehobsons.co.uk> References: To: xen-users X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] VLAN in Linux Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org mad Engineer wrote: > I have 10 vms connected to linux bridge br0 > > and in br0 i have eth0.100 , (VLAN 100) > > now i am trying make these vms in two VLAN so that they wont communicate through that bridge, is it possible with linux bridge? > > how can i make vms in two VLAN with out configuring VLAN inside VM? > > Do i need two separate bridges one with vlan 100 (eth0.100) and other with vlan 101(eth1.101) to achieve this. > > any way to make it work in single Linux bridge. > > I know its possible with Open vswitch,is there any way to make it work with Linux Bridge AFAIK you have to do all the external VLANs on Dom0. SO if you wanted to work with VLANs10,20,30, and 40 you might setup br10, br20, br30, and br40 with eth0.10 in br10 and so on. You can then attach each DomU to as many or few of the VLANs as needed with multiple virtual NICs. If all you want is for two DomUs on the same host to be able to communicate via a private network, then create another bridge, don't attach any NICs or VLANs to it, and attach a virtual NIC to each DomU for this bridge - ie you don't need to use VLANs for that. Logically, it's the same as having two physical machines sat side by side, and hooking them together via a small switch not connected to anything else. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 12:28:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 12:28:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X32a3-0001UE-M6; Fri, 04 Jul 2014 12:27:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X32a1-0001U4-Qb for xen-users@lists.xen.org; Fri, 04 Jul 2014 12:27:05 +0000 Received: from [85.158.137.68:44664] by server-2.bemta-3.messagelabs.com id F8/A8-14008-99D96B35; Fri, 04 Jul 2014 12:27:05 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-3.tower-31.messagelabs.com!1404476824!14125294!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19542 invoked from network); 4 Jul 2014 12:27:04 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-3.tower-31.messagelabs.com with SMTP; 4 Jul 2014 12:27:04 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 454D71A002 for ; Fri, 4 Jul 2014 12:27:01 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: Date: Fri, 4 Jul 2014 13:26:59 +0100 Message-Id: <011FA135-8CCA-4A94-857E-1E34925B448C@thehobsons.co.uk> References: To: xen-users X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] VLAN in Linux Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org mad Engineer wrote: > I have 10 vms connected to linux bridge br0 > > and in br0 i have eth0.100 , (VLAN 100) > > now i am trying make these vms in two VLAN so that they wont communicate through that bridge, is it possible with linux bridge? > > how can i make vms in two VLAN with out configuring VLAN inside VM? > > Do i need two separate bridges one with vlan 100 (eth0.100) and other with vlan 101(eth1.101) to achieve this. > > any way to make it work in single Linux bridge. > > I know its possible with Open vswitch,is there any way to make it work with Linux Bridge AFAIK you have to do all the external VLANs on Dom0. SO if you wanted to work with VLANs10,20,30, and 40 you might setup br10, br20, br30, and br40 with eth0.10 in br10 and so on. You can then attach each DomU to as many or few of the VLANs as needed with multiple virtual NICs. If all you want is for two DomUs on the same host to be able to communicate via a private network, then create another bridge, don't attach any NICs or VLANs to it, and attach a virtual NIC to each DomU for this bridge - ie you don't need to use VLANs for that. Logically, it's the same as having two physical machines sat side by side, and hooking them together via a small switch not connected to anything else. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 12:29:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 12:29:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X32cj-0001dj-1k; Fri, 04 Jul 2014 12:29:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2xqv-0006IG-AU for xen-users@lists.xen.org; Fri, 04 Jul 2014 07:24:13 +0000 Received: from [193.109.254.147:20772] by server-11.bemta-14.messagelabs.com id 7A/65-12767-C9656B35; Fri, 04 Jul 2014 07:24:12 +0000 X-Env-Sender: kamal.kishi@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1404458650!15420231!1 X-Originating-IP: [209.85.220.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25181 invoked from network); 4 Jul 2014 07:24:11 -0000 Received: from mail-vc0-f182.google.com (HELO mail-vc0-f182.google.com) (209.85.220.182) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 07:24:11 -0000 Received: by mail-vc0-f182.google.com with SMTP id il7so1238970vcb.41 for ; Fri, 04 Jul 2014 00:24:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4TKXc/uCZB86w8uDQVlfkfBWRjHbVPscuhW1VG8hXYo=; b=AE7usaKcvbYPOjOXh1ZGSz6SBxD8on1MT/ZKqX0J/nlHUYeNiBWeb9RV2Bw/qtpOFP V+t4Yhre0da8ESsKqHyDyAnX+pPlGg99Gbb84cCl3L/Jc8/GQ1IM0CefbE1l9VofK+QE dgcBQjnBciwJEnSdloDtx9/xvv2woGaf3YfA7dMl8BOx5GFsynjBYCibETiCaC3t8mEv GhJIGzopIwFGX3Zuk92FrJHq5l2JXW8VxAnxvM/RQ9L6Puj1Okh2l7F33hrDq/V+ugQ3 MzkhhxOjz18kpG8HBnRrOt4zmN3PVs+NggFOOylJ2KsT1wc828Nswm0L8XnK6gTW+7Wn 30SA== MIME-Version: 1.0 X-Received: by 10.221.25.210 with SMTP id rj18mr8305549vcb.5.1404458650475; Fri, 04 Jul 2014 00:24:10 -0700 (PDT) Received: by 10.58.186.163 with HTTP; Fri, 4 Jul 2014 00:24:10 -0700 (PDT) Date: Fri, 4 Jul 2014 12:54:10 +0530 Message-ID: From: kamal kishi To: "xen-users@lists.xen.org" X-Mailman-Approved-At: Fri, 04 Jul 2014 12:29:51 +0000 Subject: [Xen-users] USB port forwarding to HVM guest in XEN 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4664681573871834629==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4664681573871834629== Content-Type: multipart/alternative; boundary=001a11364318f6a3e004fd5902be --001a11364318f6a3e004fd5902be Content-Type: text/plain; charset=UTF-8 Hi all, I'm using XEN 4.1, I want to make visible a usb port in which a dongle is connected to HVM guest(server 2008) But according to documents found online it says that i can forward a single port only(in XEN 4.1 version). I've already configured usbdevice='tablet' according to docs, i should mention - usb=1 and usbdevice='host:deviceid:prodid' 1. as i've mentioned 'tablet' can't i mention 'host:deviceid:prodid'??? 2. can usb dongle b forwarded to hvm guest? Can anyone please guide me through with this. Thanks in advance -- Regards, Kamal Kishore B V --001a11364318f6a3e004fd5902be Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

I'm= using XEN 4.1, I want to make visible a usb port in which a dongle is conn= ected to HVM guest(server 2008)

But according to documents fou= nd online it says that i can forward a single port only(in XEN 4.1 version)= . I've already configured usbdevice=3D'tablet'

according to docs, i should mention=C2=A0 - usb=3D1 and usbdevice= =3D'host:deviceid:prodid'

1. as i've mentioned = 9;tablet' can't i mention 'host:deviceid:prodid'???
2. can usb dongle b forwarded to hvm guest?


Can anyone ple= ase guide me through with this.

Thanks in advance

--
Regards,
Kamal Kishore B V
--001a11364318f6a3e004fd5902be-- --===============4664681573871834629== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4664681573871834629==-- From xen-users-bounces@lists.xen.org Fri Jul 04 12:29:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 12:29:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X32ci-0001dY-FS; Fri, 04 Jul 2014 12:29:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2USv-0003mO-OY for xen-users@lists.xen.org; Thu, 03 Jul 2014 00:01:30 +0000 Received: from [193.109.254.147:13404] by server-16.bemta-14.messagelabs.com id 69/6F-16986-85D94B35; Thu, 03 Jul 2014 00:01:28 +0000 X-Env-Sender: v1ne2go@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1404345687!15108664!1 X-Originating-IP: [209.85.214.169] X-SpamReason: No, hits=2.0 required=7.0 tests=FROM_HAS_MIXED_NUMS, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17213 invoked from network); 3 Jul 2014 00:01:28 -0000 Received: from mail-ob0-f169.google.com (HELO mail-ob0-f169.google.com) (209.85.214.169) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 00:01:28 -0000 Received: by mail-ob0-f169.google.com with SMTP id wp18so13209424obc.28 for ; Wed, 02 Jul 2014 17:01:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jdbs7HKLQPLNXtXi3aPimHYeTt5lcXqlC8bPpkMwoEg=; b=lM4GldkX/TYnzBN5OdFh/GgUsT7Hj3mBaDJlc5nxdBisqdSgNYw8hRVNW3RgfB+Knf DUmqrr48MV2MP7xITtg1o3kS2ryjSXeDIefsXyXHh3QpnOflo2dr+TB72hRbQzDauzRs remY2HQJdoGvqB0tkEoRfylm9AyY9z9WU+zy3xjk5dO+GY9Aqj1XKdvixpaJ9y9u4sQv Xfdy4gx6FbYgZiPgLJh/MmtO6TOUc7IhABGjF3MOkYe0UMCyAjDWJN31dYEzWJD54LC+ q/h/FAqZRp4vXFVaTQlftZzAuYAGSRHjI8u5eyW/4eT5X0aqic2h5F0oJt1DwjQFmozp sytQ== MIME-Version: 1.0 X-Received: by 10.60.43.196 with SMTP id y4mr1172758oel.44.1404345686727; Wed, 02 Jul 2014 17:01:26 -0700 (PDT) Received: by 10.76.97.138 with HTTP; Wed, 2 Jul 2014 17:01:26 -0700 (PDT) In-Reply-To: <1404295013.24733.8.camel@kazak.uk.xensource.com> References: <1404295013.24733.8.camel@kazak.uk.xensource.com> Date: Thu, 3 Jul 2014 02:01:26 +0200 Message-ID: From: Denis Schneider To: Ian Campbell X-Mailman-Approved-At: Fri, 04 Jul 2014 12:29:51 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi an, thank you for your reply. 2014-07-02 11:56 GMT+02:00 Ian Campbell : > First thing I would recommend would be to try the latest mainline stable > 3.15.x release. I think everything needed for a usable sunxi system is > in there already so no need for the sunxi-devel branch I tried Linus' linux.git/master, which corresponds to 3.16 -- resulting in the same messages and panic. Besides that, the mainline kernel works quite well. BTW, git shows that sunxi-devel and mainline Linux v3.15.2 are the same for drivers/net/xen-netback, though linux.git/master shows some changes. The bug can easily be triggered if you access blkback and netback in parallel (thanks to Maximilian), e.g. domU: iperf -s & cat /dev/xvda > /dev/null dom0: iperf -t 3600 -c domU It does not matter if the underlying dom0 block device is on a SATA, USB or mmc device. The panic is similar. > The reason I suggest the latest 3.15.x is that there were a few > interesting netback bugs but I think they've all been backported to > stable by now. I hope that they are all included in linux.git/master @ 16874b2, regarding xen-netback, those changes occurred from sunxi-devel to 16874b2: * xen-netback: bookkeep number of active queues in our own module * net: xen-netback: include linux/vmalloc.h again * xen-netback: Add support for multiple queues * xen-netback: Factor queue-specific data into queue struct * xen-netback: Move grant_copy_op array back into struct xenvif. * net: get rid of SET_ETHTOOL_OPS Interestingly, it takes some time until the bug triggers and the time increased when I switched from linux-sunxi to mainline. Do you have any idea what happens here? I am a bit clueless what's going on. Denis _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 12:29:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 12:29:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X32cj-0001dj-1k; Fri, 04 Jul 2014 12:29:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2xqv-0006IG-AU for xen-users@lists.xen.org; Fri, 04 Jul 2014 07:24:13 +0000 Received: from [193.109.254.147:20772] by server-11.bemta-14.messagelabs.com id 7A/65-12767-C9656B35; Fri, 04 Jul 2014 07:24:12 +0000 X-Env-Sender: kamal.kishi@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1404458650!15420231!1 X-Originating-IP: [209.85.220.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25181 invoked from network); 4 Jul 2014 07:24:11 -0000 Received: from mail-vc0-f182.google.com (HELO mail-vc0-f182.google.com) (209.85.220.182) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 07:24:11 -0000 Received: by mail-vc0-f182.google.com with SMTP id il7so1238970vcb.41 for ; Fri, 04 Jul 2014 00:24:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4TKXc/uCZB86w8uDQVlfkfBWRjHbVPscuhW1VG8hXYo=; b=AE7usaKcvbYPOjOXh1ZGSz6SBxD8on1MT/ZKqX0J/nlHUYeNiBWeb9RV2Bw/qtpOFP V+t4Yhre0da8ESsKqHyDyAnX+pPlGg99Gbb84cCl3L/Jc8/GQ1IM0CefbE1l9VofK+QE dgcBQjnBciwJEnSdloDtx9/xvv2woGaf3YfA7dMl8BOx5GFsynjBYCibETiCaC3t8mEv GhJIGzopIwFGX3Zuk92FrJHq5l2JXW8VxAnxvM/RQ9L6Puj1Okh2l7F33hrDq/V+ugQ3 MzkhhxOjz18kpG8HBnRrOt4zmN3PVs+NggFOOylJ2KsT1wc828Nswm0L8XnK6gTW+7Wn 30SA== MIME-Version: 1.0 X-Received: by 10.221.25.210 with SMTP id rj18mr8305549vcb.5.1404458650475; Fri, 04 Jul 2014 00:24:10 -0700 (PDT) Received: by 10.58.186.163 with HTTP; Fri, 4 Jul 2014 00:24:10 -0700 (PDT) Date: Fri, 4 Jul 2014 12:54:10 +0530 Message-ID: From: kamal kishi To: "xen-users@lists.xen.org" X-Mailman-Approved-At: Fri, 04 Jul 2014 12:29:51 +0000 Subject: [Xen-users] USB port forwarding to HVM guest in XEN 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4664681573871834629==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4664681573871834629== Content-Type: multipart/alternative; boundary=001a11364318f6a3e004fd5902be --001a11364318f6a3e004fd5902be Content-Type: text/plain; charset=UTF-8 Hi all, I'm using XEN 4.1, I want to make visible a usb port in which a dongle is connected to HVM guest(server 2008) But according to documents found online it says that i can forward a single port only(in XEN 4.1 version). I've already configured usbdevice='tablet' according to docs, i should mention - usb=1 and usbdevice='host:deviceid:prodid' 1. as i've mentioned 'tablet' can't i mention 'host:deviceid:prodid'??? 2. can usb dongle b forwarded to hvm guest? Can anyone please guide me through with this. Thanks in advance -- Regards, Kamal Kishore B V --001a11364318f6a3e004fd5902be Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

I'm= using XEN 4.1, I want to make visible a usb port in which a dongle is conn= ected to HVM guest(server 2008)

But according to documents fou= nd online it says that i can forward a single port only(in XEN 4.1 version)= . I've already configured usbdevice=3D'tablet'

according to docs, i should mention=C2=A0 - usb=3D1 and usbdevice= =3D'host:deviceid:prodid'

1. as i've mentioned = 9;tablet' can't i mention 'host:deviceid:prodid'???
2. can usb dongle b forwarded to hvm guest?


Can anyone ple= ase guide me through with this.

Thanks in advance

--
Regards,
Kamal Kishore B V
--001a11364318f6a3e004fd5902be-- --===============4664681573871834629== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4664681573871834629==-- From xen-users-bounces@lists.xen.org Fri Jul 04 12:29:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 12:29:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X32ci-0001dY-FS; Fri, 04 Jul 2014 12:29:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X2USv-0003mO-OY for xen-users@lists.xen.org; Thu, 03 Jul 2014 00:01:30 +0000 Received: from [193.109.254.147:13404] by server-16.bemta-14.messagelabs.com id 69/6F-16986-85D94B35; Thu, 03 Jul 2014 00:01:28 +0000 X-Env-Sender: v1ne2go@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1404345687!15108664!1 X-Originating-IP: [209.85.214.169] X-SpamReason: No, hits=2.0 required=7.0 tests=FROM_HAS_MIXED_NUMS, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17213 invoked from network); 3 Jul 2014 00:01:28 -0000 Received: from mail-ob0-f169.google.com (HELO mail-ob0-f169.google.com) (209.85.214.169) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 3 Jul 2014 00:01:28 -0000 Received: by mail-ob0-f169.google.com with SMTP id wp18so13209424obc.28 for ; Wed, 02 Jul 2014 17:01:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jdbs7HKLQPLNXtXi3aPimHYeTt5lcXqlC8bPpkMwoEg=; b=lM4GldkX/TYnzBN5OdFh/GgUsT7Hj3mBaDJlc5nxdBisqdSgNYw8hRVNW3RgfB+Knf DUmqrr48MV2MP7xITtg1o3kS2ryjSXeDIefsXyXHh3QpnOflo2dr+TB72hRbQzDauzRs remY2HQJdoGvqB0tkEoRfylm9AyY9z9WU+zy3xjk5dO+GY9Aqj1XKdvixpaJ9y9u4sQv Xfdy4gx6FbYgZiPgLJh/MmtO6TOUc7IhABGjF3MOkYe0UMCyAjDWJN31dYEzWJD54LC+ q/h/FAqZRp4vXFVaTQlftZzAuYAGSRHjI8u5eyW/4eT5X0aqic2h5F0oJt1DwjQFmozp sytQ== MIME-Version: 1.0 X-Received: by 10.60.43.196 with SMTP id y4mr1172758oel.44.1404345686727; Wed, 02 Jul 2014 17:01:26 -0700 (PDT) Received: by 10.76.97.138 with HTTP; Wed, 2 Jul 2014 17:01:26 -0700 (PDT) In-Reply-To: <1404295013.24733.8.camel@kazak.uk.xensource.com> References: <1404295013.24733.8.camel@kazak.uk.xensource.com> Date: Thu, 3 Jul 2014 02:01:26 +0200 Message-ID: From: Denis Schneider To: Ian Campbell X-Mailman-Approved-At: Fri, 04 Jul 2014 12:29:51 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi an, thank you for your reply. 2014-07-02 11:56 GMT+02:00 Ian Campbell : > First thing I would recommend would be to try the latest mainline stable > 3.15.x release. I think everything needed for a usable sunxi system is > in there already so no need for the sunxi-devel branch I tried Linus' linux.git/master, which corresponds to 3.16 -- resulting in the same messages and panic. Besides that, the mainline kernel works quite well. BTW, git shows that sunxi-devel and mainline Linux v3.15.2 are the same for drivers/net/xen-netback, though linux.git/master shows some changes. The bug can easily be triggered if you access blkback and netback in parallel (thanks to Maximilian), e.g. domU: iperf -s & cat /dev/xvda > /dev/null dom0: iperf -t 3600 -c domU It does not matter if the underlying dom0 block device is on a SATA, USB or mmc device. The panic is similar. > The reason I suggest the latest 3.15.x is that there were a few > interesting netback bugs but I think they've all been backported to > stable by now. I hope that they are all included in linux.git/master @ 16874b2, regarding xen-netback, those changes occurred from sunxi-devel to 16874b2: * xen-netback: bookkeep number of active queues in our own module * net: xen-netback: include linux/vmalloc.h again * xen-netback: Add support for multiple queues * xen-netback: Factor queue-specific data into queue struct * xen-netback: Move grant_copy_op array back into struct xenvif. * net: get rid of SET_ETHTOOL_OPS Interestingly, it takes some time until the bug triggers and the time increased when I switched from linux-sunxi to mainline. Do you have any idea what happens here? I am a bit clueless what's going on. Denis _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 13:15:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 13:15:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X33Kd-0003Qb-4l; Fri, 04 Jul 2014 13:15:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X33Kc-0003QW-FL for xen-users@lists.xen.org; Fri, 04 Jul 2014 13:15:14 +0000 Received: from [85.158.139.211:5716] by server-3.bemta-5.messagelabs.com id 06/C4-01676-1E8A6B35; Fri, 04 Jul 2014 13:15:13 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-10.tower-206.messagelabs.com!1404479713!8395400!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5580 invoked from network); 4 Jul 2014 13:15:13 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-10.tower-206.messagelabs.com with SMTP; 4 Jul 2014 13:15:13 -0000 Received: from [212.54.42.135] (helo=smtp4.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X33Kb-00055D-5o for xen-users@lists.xen.org; Fri, 04 Jul 2014 15:15:13 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X33Ka-0008B0-QJ for xen-users@lists.xen.org; Fri, 04 Jul 2014 15:15:13 +0200 Received: from andromeda.localnet (unknown [62.41.73.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 291C04C for ; Fri, 4 Jul 2014 15:15:10 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Fri, 04 Jul 2014 15:13:50 +0200 Message-ID: <2756026.1CXXlnOVOH@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <011FA135-8CCA-4A94-857E-1E34925B448C@thehobsons.co.uk> References: <011FA135-8CCA-4A94-857E-1E34925B448C@thehobsons.co.uk> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] VLAN in Linux Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Friday, July 04, 2014 01:26:59 PM Simon Hobson wrote: > mad Engineer wrote: > > I have 10 vms connected to linux bridge br0 > > > > and in br0 i have eth0.100 , (VLAN 100) > > > > now i am trying make these vms in two VLAN so that they wont communicate > > through that bridge, is it possible with linux bridge? > > > > how can i make vms in two VLAN with out configuring VLAN inside VM? > > > > Do i need two separate bridges one with vlan 100 (eth0.100) and other with > > vlan 101(eth1.101) to achieve this. > > > > any way to make it work in single Linux bridge. > > > > I know its possible with Open vswitch,is there any way to make it work > > with Linux Bridge > AFAIK you have to do all the external VLANs on Dom0. SO if you wanted to > work with VLANs10,20,30, and 40 you might setup br10, br20, br30, and br40 > with eth0.10 in br10 and so on. You can then attach each DomU to as many or > few of the VLANs as needed with multiple virtual NICs. > > If all you want is for two DomUs on the same host to be able to communicate > via a private network, then create another bridge, don't attach any NICs or > VLANs to it, and attach a virtual NIC to each DomU for this bridge - ie you > don't need to use VLANs for that. Logically, it's the same as having two > physical machines sat side by side, and hooking them together via a small > switch not connected to anything else. +1 This is how I do it on my server. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 13:15:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 13:15:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X33Kd-0003Qb-4l; Fri, 04 Jul 2014 13:15:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X33Kc-0003QW-FL for xen-users@lists.xen.org; Fri, 04 Jul 2014 13:15:14 +0000 Received: from [85.158.139.211:5716] by server-3.bemta-5.messagelabs.com id 06/C4-01676-1E8A6B35; Fri, 04 Jul 2014 13:15:13 +0000 X-Env-Sender: joost@antarean.org X-Msg-Ref: server-10.tower-206.messagelabs.com!1404479713!8395400!1 X-Originating-IP: [212.54.42.165] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjU0LjQyLjE2NSA9PiAxODYwMjY=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5580 invoked from network); 4 Jul 2014 13:15:13 -0000 Received: from smtpq2.tb.mail.iss.as9143.net (HELO smtpq2.tb.mail.iss.as9143.net) (212.54.42.165) by server-10.tower-206.messagelabs.com with SMTP; 4 Jul 2014 13:15:13 -0000 Received: from [212.54.42.135] (helo=smtp4.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X33Kb-00055D-5o for xen-users@lists.xen.org; Fri, 04 Jul 2014 15:15:13 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp4.tb.mail.iss.as9143.net with esmtp (Exim 4.76) (envelope-from ) id 1X33Ka-0008B0-QJ for xen-users@lists.xen.org; Fri, 04 Jul 2014 15:15:13 +0200 Received: from andromeda.localnet (unknown [62.41.73.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 291C04C for ; Fri, 4 Jul 2014 15:15:10 +0200 (CEST) From: "J. Roeleveld" To: xen-users@lists.xen.org Date: Fri, 04 Jul 2014 15:13:50 +0200 Message-ID: <2756026.1CXXlnOVOH@andromeda> Organization: Antarean User-Agent: KMail/4.12.5 (Linux/3.12.21-gentoo-r1; KDE/4.12.5; x86_64; ; ) In-Reply-To: <011FA135-8CCA-4A94-857E-1E34925B448C@thehobsons.co.uk> References: <011FA135-8CCA-4A94-857E-1E34925B448C@thehobsons.co.uk> MIME-Version: 1.0 X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.9 X-Ziggo-spamreport: ALL_TRUSTED=-1, BAYES_00=-1.9, PROLO_TRUST_RDNS=-3, RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Subject: Re: [Xen-users] VLAN in Linux Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Friday, July 04, 2014 01:26:59 PM Simon Hobson wrote: > mad Engineer wrote: > > I have 10 vms connected to linux bridge br0 > > > > and in br0 i have eth0.100 , (VLAN 100) > > > > now i am trying make these vms in two VLAN so that they wont communicate > > through that bridge, is it possible with linux bridge? > > > > how can i make vms in two VLAN with out configuring VLAN inside VM? > > > > Do i need two separate bridges one with vlan 100 (eth0.100) and other with > > vlan 101(eth1.101) to achieve this. > > > > any way to make it work in single Linux bridge. > > > > I know its possible with Open vswitch,is there any way to make it work > > with Linux Bridge > AFAIK you have to do all the external VLANs on Dom0. SO if you wanted to > work with VLANs10,20,30, and 40 you might setup br10, br20, br30, and br40 > with eth0.10 in br10 and so on. You can then attach each DomU to as many or > few of the VLANs as needed with multiple virtual NICs. > > If all you want is for two DomUs on the same host to be able to communicate > via a private network, then create another bridge, don't attach any NICs or > VLANs to it, and attach a virtual NIC to each DomU for this bridge - ie you > don't need to use VLANs for that. Logically, it's the same as having two > physical machines sat side by side, and hooking them together via a small > switch not connected to anything else. +1 This is how I do it on my server. -- Joost _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 13:43:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 13:43:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X33lJ-0004MP-JG; Fri, 04 Jul 2014 13:42:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X33lI-0004MK-3k for xen-users@lists.xen.org; Fri, 04 Jul 2014 13:42:48 +0000 Received: from [85.158.139.211:15871] by server-4.bemta-5.messagelabs.com id 0B/EB-07250-75FA6B35; Fri, 04 Jul 2014 13:42:47 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1404481365!13682624!1 X-Originating-IP: [209.85.216.177] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11177 invoked from network); 4 Jul 2014 13:42:46 -0000 Received: from mail-qc0-f177.google.com (HELO mail-qc0-f177.google.com) (209.85.216.177) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 13:42:46 -0000 Received: by mail-qc0-f177.google.com with SMTP id r5so1479870qcx.8 for ; Fri, 04 Jul 2014 06:42:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PV7/9ifTep433YVaMv7XHDa0VlbuIaLB3QBY30JZN/w=; b=Aizu2kW5Ug5g6YD8P7ZLzVc5h1PIzv0IHgOBfKbc/dbEhEG9JhFJV8w+SIowShdzfK ts2lvh4jNUgFy3hN2JJGmsuvd7dElOYjYQF02RzMoS0zj7BO9s0yozLGcp3kFN/A4dJI 4ygmde/7KlcRRpP7Dn9IgCbApDVGbL8BTDWklKNo8ial1jwCgVDNnfIaMaGfN8nSEcIB +2EWyzonVpLg9cKDzC0yaH5V9UAKw0OYrllMvd5SC7BXDtJB+63CszwqVKGCVBBevhOo Ehhyn4HiUxG/U6LqiJfPGuWAVDzlRwa2roy27mLAifyiyK97IFWtROx/goen2OtvkLpA jN8g== MIME-Version: 1.0 X-Received: by 10.229.87.132 with SMTP id w4mr18437178qcl.20.1404481364950; Fri, 04 Jul 2014 06:42:44 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Fri, 4 Jul 2014 06:42:44 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 07:42:44 -0600 Message-ID: From: jacek burghardt To: kamal kishi Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] USB port forwarding to HVM guest in XEN 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5201438654356440333==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5201438654356440333== Content-Type: multipart/alternative; boundary=001a11338190da068604fd5e4c82 --001a11338190da068604fd5e4c82 Content-Type: text/plain; charset=UTF-8 You better off passing whole usb controller. I was able to assign usb unifying receiver with usbdevice='host:deviceid:prodid this is liimited to usb 1. I had attached usb camera and i was getting speed mismatch. On Fri, Jul 4, 2014 at 1:24 AM, kamal kishi wrote: > Hi all, > > I'm using XEN 4.1, I want to make visible a usb port in which a dongle is > connected to HVM guest(server 2008) > > But according to documents found online it says that i can forward a > single port only(in XEN 4.1 version). I've already configured > usbdevice='tablet' > > according to docs, i should mention - usb=1 and > usbdevice='host:deviceid:prodid' > > 1. as i've mentioned 'tablet' can't i mention 'host:deviceid:prodid'??? > 2. can usb dongle b forwarded to hvm guest? > > > Can anyone please guide me through with this. > > Thanks in advance > > -- > Regards, > Kamal Kishore B V > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11338190da068604fd5e4c82 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You better off passing whole usb controller. I was able to= assign usb unifying receiver with =C2=A0usbdevice=3D'host:deviceid:prodid this is liimited to= usb 1. I had attached usb camera =C2=A0and i was getting speed mismatch.= =C2=A0


On Fri, Jul 4= , 2014 at 1:24 AM, kamal kishi <kamal.kishi@gmail.com> w= rote:
Hi all,

I'm using XEN 4.1, I want to make visible a usb= port in which a dongle is connected to HVM guest(server 2008)

But according to documents found online it says that i can forwar= d a single port only(in XEN 4.1 version). I've already configured usbde= vice=3D'tablet'

according to docs, i should mention=C2=A0 - usb=3D1 and usbdevice= =3D'host:deviceid:prodid'

1. as i've mentioned = 9;tablet' can't i mention 'host:deviceid:prodid'???
2. can usb dongle b forwarded to hvm guest?


Can anyone ple= ase guide me through with this.

Thanks in advance
=
--
Regards,
Kamal Kishore B V

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

--001a11338190da068604fd5e4c82-- --===============5201438654356440333== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5201438654356440333==-- From xen-users-bounces@lists.xen.org Fri Jul 04 13:43:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 13:43:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X33lJ-0004MP-JG; Fri, 04 Jul 2014 13:42:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X33lI-0004MK-3k for xen-users@lists.xen.org; Fri, 04 Jul 2014 13:42:48 +0000 Received: from [85.158.139.211:15871] by server-4.bemta-5.messagelabs.com id 0B/EB-07250-75FA6B35; Fri, 04 Jul 2014 13:42:47 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1404481365!13682624!1 X-Originating-IP: [209.85.216.177] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11177 invoked from network); 4 Jul 2014 13:42:46 -0000 Received: from mail-qc0-f177.google.com (HELO mail-qc0-f177.google.com) (209.85.216.177) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 13:42:46 -0000 Received: by mail-qc0-f177.google.com with SMTP id r5so1479870qcx.8 for ; Fri, 04 Jul 2014 06:42:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PV7/9ifTep433YVaMv7XHDa0VlbuIaLB3QBY30JZN/w=; b=Aizu2kW5Ug5g6YD8P7ZLzVc5h1PIzv0IHgOBfKbc/dbEhEG9JhFJV8w+SIowShdzfK ts2lvh4jNUgFy3hN2JJGmsuvd7dElOYjYQF02RzMoS0zj7BO9s0yozLGcp3kFN/A4dJI 4ygmde/7KlcRRpP7Dn9IgCbApDVGbL8BTDWklKNo8ial1jwCgVDNnfIaMaGfN8nSEcIB +2EWyzonVpLg9cKDzC0yaH5V9UAKw0OYrllMvd5SC7BXDtJB+63CszwqVKGCVBBevhOo Ehhyn4HiUxG/U6LqiJfPGuWAVDzlRwa2roy27mLAifyiyK97IFWtROx/goen2OtvkLpA jN8g== MIME-Version: 1.0 X-Received: by 10.229.87.132 with SMTP id w4mr18437178qcl.20.1404481364950; Fri, 04 Jul 2014 06:42:44 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Fri, 4 Jul 2014 06:42:44 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 07:42:44 -0600 Message-ID: From: jacek burghardt To: kamal kishi Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] USB port forwarding to HVM guest in XEN 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5201438654356440333==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5201438654356440333== Content-Type: multipart/alternative; boundary=001a11338190da068604fd5e4c82 --001a11338190da068604fd5e4c82 Content-Type: text/plain; charset=UTF-8 You better off passing whole usb controller. I was able to assign usb unifying receiver with usbdevice='host:deviceid:prodid this is liimited to usb 1. I had attached usb camera and i was getting speed mismatch. On Fri, Jul 4, 2014 at 1:24 AM, kamal kishi wrote: > Hi all, > > I'm using XEN 4.1, I want to make visible a usb port in which a dongle is > connected to HVM guest(server 2008) > > But according to documents found online it says that i can forward a > single port only(in XEN 4.1 version). I've already configured > usbdevice='tablet' > > according to docs, i should mention - usb=1 and > usbdevice='host:deviceid:prodid' > > 1. as i've mentioned 'tablet' can't i mention 'host:deviceid:prodid'??? > 2. can usb dongle b forwarded to hvm guest? > > > Can anyone please guide me through with this. > > Thanks in advance > > -- > Regards, > Kamal Kishore B V > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11338190da068604fd5e4c82 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You better off passing whole usb controller. I was able to= assign usb unifying receiver with =C2=A0usbdevice=3D'host:deviceid:prodid this is liimited to= usb 1. I had attached usb camera =C2=A0and i was getting speed mismatch.= =C2=A0


On Fri, Jul 4= , 2014 at 1:24 AM, kamal kishi <kamal.kishi@gmail.com> w= rote:
Hi all,

I'm using XEN 4.1, I want to make visible a usb= port in which a dongle is connected to HVM guest(server 2008)

But according to documents found online it says that i can forwar= d a single port only(in XEN 4.1 version). I've already configured usbde= vice=3D'tablet'

according to docs, i should mention=C2=A0 - usb=3D1 and usbdevice= =3D'host:deviceid:prodid'

1. as i've mentioned = 9;tablet' can't i mention 'host:deviceid:prodid'???
2. can usb dongle b forwarded to hvm guest?


Can anyone ple= ase guide me through with this.

Thanks in advance
=
--
Regards,
Kamal Kishore B V

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

--001a11338190da068604fd5e4c82-- --===============5201438654356440333== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5201438654356440333==-- From xen-users-bounces@lists.xen.org Fri Jul 04 14:18:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 14:18:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Jp-0006O3-Aj; Fri, 04 Jul 2014 14:18:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X32yO-0002ej-9j for xen-users@lists.xen.org; Fri, 04 Jul 2014 12:52:16 +0000 Received: from [85.158.139.211:54346] by server-9.bemta-5.messagelabs.com id 59/E2-14363-F73A6B35; Fri, 04 Jul 2014 12:52:15 +0000 X-Env-Sender: david.vrabel@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1404478333!10346671!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26750 invoked from network); 4 Jul 2014 12:52:15 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 12:52:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="149988699" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Jul 2014 12:52:13 +0000 Received: from [10.80.2.76] (10.80.2.76) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 08:52:12 -0400 Message-ID: <53B6A37B.4020605@citrix.com> Date: Fri, 4 Jul 2014 13:52:11 +0100 From: David Vrabel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Stefano Stabellini , Ian Campbell References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> In-Reply-To: X-Originating-IP: [10.80.2.76] X-DLP: MIA1 X-Mailman-Approved-At: Fri, 04 Jul 2014 14:18:28 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 03/07/14 18:47, Stefano Stabellini wrote: > > At the moment I would like a way to disable grant mappings and go back > to grant copies on demand. Maybe we could have a feature flag to change > the behaviour of the network backend? You must fix the ARM code to handle this properly. blkback also uses grant maps and depending on the frontend blkback may grant map the same machine frame multiple time. We have see frontends that send such requests. I can't remember how the ARM code works. Where is the problematic m2p lookup? Perhaps this could be avoided for foreign frames? David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 14:18:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 14:18:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Jp-0006OE-U1; Fri, 04 Jul 2014 14:18:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34D1-0006Bh-3A for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:11:27 +0000 Received: from [85.158.137.68:21112] by server-4.bemta-3.messagelabs.com id DB/E8-23732-E06B6B35; Fri, 04 Jul 2014 14:11:26 +0000 X-Env-Sender: kamal.kishi@gmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1404483084!13979063!1 X-Originating-IP: [209.85.220.180] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15540 invoked from network); 4 Jul 2014 14:11:25 -0000 Received: from mail-vc0-f180.google.com (HELO mail-vc0-f180.google.com) (209.85.220.180) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:11:25 -0000 Received: by mail-vc0-f180.google.com with SMTP id im17so1613731vcb.39 for ; Fri, 04 Jul 2014 07:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=W18QsP68ZSbwZAr+PcV8hJV8tGkumnjCGQv2RnoiIc0=; b=WvfTWmJNMEkHp+CtI086ucoZvFrLJZ5x7ftIYq2ZMZIsyh88YxfCLky6KaQ0ALA1FW /8+yjrDSQywfd67HJdAjJVEnzJpMxAIx562V0NlgLfqeJtSokqbRK6jqvAIfODVVO3kA gYTgHgm10jgbvGfP44imdT8X1fh/XxdgZHgoR5vK98qZml0gBg1TFgL7gNIyb9tutted cLBN+hG2LwJ1JHhBfhTmhbweLOGaZTi5DO7FcvcbCOaYBCBg41DkIvM0s9CoTrkpCz8L uKO6C+/os6jG5PWm4AcsQ+INdFyezdbBBB/khZ3pJ57nLGTuA6/0UnOpXYlwfkhMObox ju+Q== MIME-Version: 1.0 X-Received: by 10.220.164.198 with SMTP id f6mr295817vcy.51.1404483083858; Fri, 04 Jul 2014 07:11:23 -0700 (PDT) Received: by 10.58.186.163 with HTTP; Fri, 4 Jul 2014 07:11:23 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 19:41:23 +0530 Message-ID: From: kamal kishi To: jacek burghardt X-Mailman-Approved-At: Fri, 04 Jul 2014 14:18:28 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] USB port forwarding to HVM guest in XEN 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4403735513725009148==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4403735513725009148== Content-Type: multipart/alternative; boundary=001a11c1e2ea4e7a6a04fd5eb3fd --001a11c1e2ea4e7a6a04fd5eb3fd Content-Type: text/plain; charset=UTF-8 Hi Jacek, I have few doubts like - 1. Does that passing whole usb controller affect the Mouse(connected through USB port) is also available only to VM?? 2. In that case how will I access things in DOM0(UBUNTU)?? 3. Can you suggest any good How-To to configure the same. . 4. The device I'm trying to connect to USB port is a USB Dongle, will that be available to DOMU continuously as the Dongle is for licensing. 5. I tried giving lspci -v, doesn't even list the dongle connected USB port :( Please some one suggest Regards, Kamal Kishore B V On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt wrote: > You better off passing whole usb controller. I was able to assign usb > unifying receiver with usbdevice='host:deviceid:prodid this is liimited > to usb 1. I had attached usb camera and i was getting speed mismatch. > > > On Fri, Jul 4, 2014 at 1:24 AM, kamal kishi wrote: > >> Hi all, >> >> I'm using XEN 4.1, I want to make visible a usb port in which a dongle is >> connected to HVM guest(server 2008) >> >> But according to documents found online it says that i can forward a >> single port only(in XEN 4.1 version). I've already configured >> usbdevice='tablet' >> >> according to docs, i should mention - usb=1 and >> usbdevice='host:deviceid:prodid' >> >> 1. as i've mentioned 'tablet' can't i mention 'host:deviceid:prodid'??? >> 2. can usb dongle b forwarded to hvm guest? >> >> >> Can anyone please guide me through with this. >> >> Thanks in advance >> >> -- >> Regards, >> Kamal Kishore B V >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > -- Regards, Kamal Kishore B V --001a11c1e2ea4e7a6a04fd5eb3fd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi Jacek,=

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = I have few doubts like -
1. Does that passing whole usb controller= affect the Mouse(connected through USB port) is also available only to VM= ??
2. In that case how will I access things in DOM0(UBUNTU)??
3= . Can you suggest any good How-To to configure the same. .
4. The= device I'm trying to connect to USB port is a USB Dongle, will that be= available to DOMU continuously as the Dongle is for licensing.
5. I tried giving lspci -v, doesn't even list the dongle connecte= d USB port :(

Please some one suggest

Regards,
Kamal Kishore B V


On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt = <jaceksburghardt@gmail.com> wrote:
You better off passing whole usb controller. I was able to= assign usb unifying receiver with =C2=A0usbdevice=3D'host:deviceid:prodid this is liimited to= usb 1. I had attached usb camera =C2=A0and i was getting speed mismatch.= =C2=A0


On Fri, Jul 4, 2014 at 1:24 AM, kamal kishi <= ;kamal.kishi@gma= il.com> wrote:
Hi all,

I'm using X= EN 4.1, I want to make visible a usb port in which a dongle is connected to= HVM guest(server 2008)

But according to documents found online it says that i can forwar= d a single port only(in XEN 4.1 version). I've already configured usbde= vice=3D'tablet'

according to docs, i should mention=C2=A0 - usb=3D1 and usbdevice= =3D'host:deviceid:prodid'

1. as i've mentioned = 9;tablet' can't i mention 'host:deviceid:prodid'???
2. can usb dongle b forwarded to hvm guest?


Can anyone ple= ase guide me through with this.

Thanks in advance

--
Regards,
Kamal Kishore B V

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




--
Regards,
Kamal Kisho= re B V
--001a11c1e2ea4e7a6a04fd5eb3fd-- --===============4403735513725009148== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4403735513725009148==-- From xen-users-bounces@lists.xen.org Fri Jul 04 14:18:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 14:18:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Jp-0006O3-Aj; Fri, 04 Jul 2014 14:18:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X32yO-0002ej-9j for xen-users@lists.xen.org; Fri, 04 Jul 2014 12:52:16 +0000 Received: from [85.158.139.211:54346] by server-9.bemta-5.messagelabs.com id 59/E2-14363-F73A6B35; Fri, 04 Jul 2014 12:52:15 +0000 X-Env-Sender: david.vrabel@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1404478333!10346671!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26750 invoked from network); 4 Jul 2014 12:52:15 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 12:52:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="149988699" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Jul 2014 12:52:13 +0000 Received: from [10.80.2.76] (10.80.2.76) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 08:52:12 -0400 Message-ID: <53B6A37B.4020605@citrix.com> Date: Fri, 4 Jul 2014 13:52:11 +0100 From: David Vrabel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Stefano Stabellini , Ian Campbell References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> In-Reply-To: X-Originating-IP: [10.80.2.76] X-DLP: MIA1 X-Mailman-Approved-At: Fri, 04 Jul 2014 14:18:28 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 03/07/14 18:47, Stefano Stabellini wrote: > > At the moment I would like a way to disable grant mappings and go back > to grant copies on demand. Maybe we could have a feature flag to change > the behaviour of the network backend? You must fix the ARM code to handle this properly. blkback also uses grant maps and depending on the frontend blkback may grant map the same machine frame multiple time. We have see frontends that send such requests. I can't remember how the ARM code works. Where is the problematic m2p lookup? Perhaps this could be avoided for foreign frames? David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 14:18:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 14:18:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Jp-0006OE-U1; Fri, 04 Jul 2014 14:18:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34D1-0006Bh-3A for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:11:27 +0000 Received: from [85.158.137.68:21112] by server-4.bemta-3.messagelabs.com id DB/E8-23732-E06B6B35; Fri, 04 Jul 2014 14:11:26 +0000 X-Env-Sender: kamal.kishi@gmail.com X-Msg-Ref: server-15.tower-31.messagelabs.com!1404483084!13979063!1 X-Originating-IP: [209.85.220.180] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15540 invoked from network); 4 Jul 2014 14:11:25 -0000 Received: from mail-vc0-f180.google.com (HELO mail-vc0-f180.google.com) (209.85.220.180) by server-15.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:11:25 -0000 Received: by mail-vc0-f180.google.com with SMTP id im17so1613731vcb.39 for ; Fri, 04 Jul 2014 07:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=W18QsP68ZSbwZAr+PcV8hJV8tGkumnjCGQv2RnoiIc0=; b=WvfTWmJNMEkHp+CtI086ucoZvFrLJZ5x7ftIYq2ZMZIsyh88YxfCLky6KaQ0ALA1FW /8+yjrDSQywfd67HJdAjJVEnzJpMxAIx562V0NlgLfqeJtSokqbRK6jqvAIfODVVO3kA gYTgHgm10jgbvGfP44imdT8X1fh/XxdgZHgoR5vK98qZml0gBg1TFgL7gNIyb9tutted cLBN+hG2LwJ1JHhBfhTmhbweLOGaZTi5DO7FcvcbCOaYBCBg41DkIvM0s9CoTrkpCz8L uKO6C+/os6jG5PWm4AcsQ+INdFyezdbBBB/khZ3pJ57nLGTuA6/0UnOpXYlwfkhMObox ju+Q== MIME-Version: 1.0 X-Received: by 10.220.164.198 with SMTP id f6mr295817vcy.51.1404483083858; Fri, 04 Jul 2014 07:11:23 -0700 (PDT) Received: by 10.58.186.163 with HTTP; Fri, 4 Jul 2014 07:11:23 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 19:41:23 +0530 Message-ID: From: kamal kishi To: jacek burghardt X-Mailman-Approved-At: Fri, 04 Jul 2014 14:18:28 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] USB port forwarding to HVM guest in XEN 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4403735513725009148==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4403735513725009148== Content-Type: multipart/alternative; boundary=001a11c1e2ea4e7a6a04fd5eb3fd --001a11c1e2ea4e7a6a04fd5eb3fd Content-Type: text/plain; charset=UTF-8 Hi Jacek, I have few doubts like - 1. Does that passing whole usb controller affect the Mouse(connected through USB port) is also available only to VM?? 2. In that case how will I access things in DOM0(UBUNTU)?? 3. Can you suggest any good How-To to configure the same. . 4. The device I'm trying to connect to USB port is a USB Dongle, will that be available to DOMU continuously as the Dongle is for licensing. 5. I tried giving lspci -v, doesn't even list the dongle connected USB port :( Please some one suggest Regards, Kamal Kishore B V On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt wrote: > You better off passing whole usb controller. I was able to assign usb > unifying receiver with usbdevice='host:deviceid:prodid this is liimited > to usb 1. I had attached usb camera and i was getting speed mismatch. > > > On Fri, Jul 4, 2014 at 1:24 AM, kamal kishi wrote: > >> Hi all, >> >> I'm using XEN 4.1, I want to make visible a usb port in which a dongle is >> connected to HVM guest(server 2008) >> >> But according to documents found online it says that i can forward a >> single port only(in XEN 4.1 version). I've already configured >> usbdevice='tablet' >> >> according to docs, i should mention - usb=1 and >> usbdevice='host:deviceid:prodid' >> >> 1. as i've mentioned 'tablet' can't i mention 'host:deviceid:prodid'??? >> 2. can usb dongle b forwarded to hvm guest? >> >> >> Can anyone please guide me through with this. >> >> Thanks in advance >> >> -- >> Regards, >> Kamal Kishore B V >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > -- Regards, Kamal Kishore B V --001a11c1e2ea4e7a6a04fd5eb3fd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi Jacek,=

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = I have few doubts like -
1. Does that passing whole usb controller= affect the Mouse(connected through USB port) is also available only to VM= ??
2. In that case how will I access things in DOM0(UBUNTU)??
3= . Can you suggest any good How-To to configure the same. .
4. The= device I'm trying to connect to USB port is a USB Dongle, will that be= available to DOMU continuously as the Dongle is for licensing.
5. I tried giving lspci -v, doesn't even list the dongle connecte= d USB port :(

Please some one suggest

Regards,
Kamal Kishore B V


On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt = <jaceksburghardt@gmail.com> wrote:
You better off passing whole usb controller. I was able to= assign usb unifying receiver with =C2=A0usbdevice=3D'host:deviceid:prodid this is liimited to= usb 1. I had attached usb camera =C2=A0and i was getting speed mismatch.= =C2=A0


On Fri, Jul 4, 2014 at 1:24 AM, kamal kishi <= ;kamal.kishi@gma= il.com> wrote:
Hi all,

I'm using X= EN 4.1, I want to make visible a usb port in which a dongle is connected to= HVM guest(server 2008)

But according to documents found online it says that i can forwar= d a single port only(in XEN 4.1 version). I've already configured usbde= vice=3D'tablet'

according to docs, i should mention=C2=A0 - usb=3D1 and usbdevice= =3D'host:deviceid:prodid'

1. as i've mentioned = 9;tablet' can't i mention 'host:deviceid:prodid'???
2. can usb dongle b forwarded to hvm guest?


Can anyone ple= ase guide me through with this.

Thanks in advance

--
Regards,
Kamal Kishore B V

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




--
Regards,
Kamal Kisho= re B V
--001a11c1e2ea4e7a6a04fd5eb3fd-- --===============4403735513725009148== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4403735513725009148==-- From xen-users-bounces@lists.xen.org Fri Jul 04 14:18:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 14:18:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Jq-0006OR-Ft; Fri, 04 Jul 2014 14:18:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34EO-0006DW-Cb for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:12:52 +0000 Received: from [85.158.137.68:16394] by server-3.bemta-3.messagelabs.com id A0/D6-25808-366B6B35; Fri, 04 Jul 2014 14:12:51 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1404483169!9645321!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9159 invoked from network); 4 Jul 2014 14:12:50 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:12:50 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="150003739" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Jul 2014 14:12:49 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 10:12:48 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X34EK-0001ZP-7x; Fri, 04 Jul 2014 15:12:48 +0100 Date: Fri, 4 Jul 2014 15:12:08 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: David Vrabel In-Reply-To: <53B6A37B.4020605@citrix.com> Message-ID: References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA2 X-Mailman-Approved-At: Fri, 04 Jul 2014 14:18:28 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Stefano Stabellini , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 4 Jul 2014, David Vrabel wrote: > On 03/07/14 18:47, Stefano Stabellini wrote: > > > > At the moment I would like a way to disable grant mappings and go back > > to grant copies on demand. Maybe we could have a feature flag to change > > the behaviour of the network backend? > > You must fix the ARM code to handle this properly. > > blkback also uses grant maps and depending on the frontend blkback may > grant map the same machine frame multiple time. We have see frontends > that send such requests. Indeed, it must be fixed properly. The workaround of disabling grant mappings would be just to buy us some time to come up with the fix. > I can't remember how the ARM code works. Where is the problematic m2p > lookup? arch/arm/xen/p2m.c > Perhaps this could be avoided for foreign frames? Unfortunately no. The whole point of p2m.c is to be able to translate foreign frames for dma operations. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 14:18:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 14:18:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Jq-0006OR-Ft; Fri, 04 Jul 2014 14:18:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34EO-0006DW-Cb for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:12:52 +0000 Received: from [85.158.137.68:16394] by server-3.bemta-3.messagelabs.com id A0/D6-25808-366B6B35; Fri, 04 Jul 2014 14:12:51 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1404483169!9645321!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9159 invoked from network); 4 Jul 2014 14:12:50 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:12:50 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="150003739" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Jul 2014 14:12:49 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 10:12:48 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X34EK-0001ZP-7x; Fri, 04 Jul 2014 15:12:48 +0100 Date: Fri, 4 Jul 2014 15:12:08 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: David Vrabel In-Reply-To: <53B6A37B.4020605@citrix.com> Message-ID: References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA2 X-Mailman-Approved-At: Fri, 04 Jul 2014 14:18:28 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Stefano Stabellini , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 4 Jul 2014, David Vrabel wrote: > On 03/07/14 18:47, Stefano Stabellini wrote: > > > > At the moment I would like a way to disable grant mappings and go back > > to grant copies on demand. Maybe we could have a feature flag to change > > the behaviour of the network backend? > > You must fix the ARM code to handle this properly. > > blkback also uses grant maps and depending on the frontend blkback may > grant map the same machine frame multiple time. We have see frontends > that send such requests. Indeed, it must be fixed properly. The workaround of disabling grant mappings would be just to buy us some time to come up with the fix. > I can't remember how the ARM code works. Where is the problematic m2p > lookup? arch/arm/xen/p2m.c > Perhaps this could be avoided for foreign frames? Unfortunately no. The whole point of p2m.c is to be able to translate foreign frames for dma operations. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 14:24:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 14:24:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Pw-0007DL-Am; Fri, 04 Jul 2014 14:24:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Pu-0007D0-Cu for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:24:46 +0000 Received: from [85.158.139.211:21588] by server-17.bemta-5.messagelabs.com id B1/F3-08711-D29B6B35; Fri, 04 Jul 2014 14:24:45 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1404483883!6140093!1 X-Originating-IP: [209.85.216.50] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21206 invoked from network); 4 Jul 2014 14:24:44 -0000 Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com) (209.85.216.50) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:24:44 -0000 Received: by mail-qa0-f50.google.com with SMTP id m5so1399767qaj.9 for ; Fri, 04 Jul 2014 07:24:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Hn/qhXiKazdN2NYM0T6j4O5C0kaCcLwtOkZhl6v6HKw=; b=CX7BbVtrPQaK3OOnyXUScOFEK7X+x+jREo1MEnEuFpbSMDeFhMcy7KTBAC34R7Xhgv 8lgHKF3McMAMgE0O2GU+W6+p48J6Y8gsHOXJsvZASV7LEJZJeKhOHDoeCSADpPffGaXQ qKf6zaG9QkrtldzVLk8gzv9DeiNKLO02AmX0ZCIlT5NBy+a/xAf+n85C5zfkL7ZKS75Q 4c/7Z4B5aZLf0XoFTn+UP/AFha9bp/Gr3LxikMBOJScjHGTF/9qlsBTParXM9e7wNS2v 7Kq73bpbjHGmQrami6iq5iKN8o4rCBOnLIFe67/2x1YXCa2++pGhpd07hFBqRp+jPh2k WTSw== MIME-Version: 1.0 X-Received: by 10.229.87.132 with SMTP id w4mr18844650qcl.20.1404483883198; Fri, 04 Jul 2014 07:24:43 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Fri, 4 Jul 2014 07:24:43 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 08:24:43 -0600 Message-ID: From: jacek burghardt To: kamal kishi Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] USB port forwarding to HVM guest in XEN 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3038881773399534040==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3038881773399534040== Content-Type: multipart/alternative; boundary=001a11338190f3708e04fd5ee230 --001a11338190f3708e04fd5ee230 Content-Type: text/plain; charset=UTF-8 I know most of motherboards with usb 3.0 are on separate card you can assign that to guest. You can buy pcie usb 3.0 card on ebay for 12$ With linux you can unbind any pci cards and assign them to guest os. You have to make sure you have iommu enabed and working You need to use lsusb instead of lspci command. The dongle should be available all the time. On Fri, Jul 4, 2014 at 8:11 AM, kamal kishi wrote: > > Hi Jacek, > > I have few doubts like - > 1. Does that passing whole usb controller affect the Mouse(connected > through USB port) is also available only to VM?? > 2. In that case how will I access things in DOM0(UBUNTU)?? > 3. Can you suggest any good How-To to configure the same. . > 4. The device I'm trying to connect to USB port is a USB Dongle, will that > be available to DOMU continuously as the Dongle is for licensing. > 5. I tried giving lspci -v, doesn't even list the dongle connected USB > port :( > > Please some one suggest > > Regards, > Kamal Kishore B V > > > > On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt > wrote: > >> You better off passing whole usb controller. I was able to assign usb >> unifying receiver with usbdevice='host:deviceid:prodid this is liimited >> to usb 1. I had attached usb camera and i was getting speed mismatch. >> >> >> On Fri, Jul 4, 2014 at 1:24 AM, kamal kishi >> wrote: >> >>> Hi all, >>> >>> I'm using XEN 4.1, I want to make visible a usb port in which a dongle >>> is connected to HVM guest(server 2008) >>> >>> But according to documents found online it says that i can forward a >>> single port only(in XEN 4.1 version). I've already configured >>> usbdevice='tablet' >>> >>> according to docs, i should mention - usb=1 and >>> usbdevice='host:deviceid:prodid' >>> >>> 1. as i've mentioned 'tablet' can't i mention 'host:deviceid:prodid'??? >>> 2. can usb dongle b forwarded to hvm guest? >>> >>> >>> Can anyone please guide me through with this. >>> >>> Thanks in advance >>> >>> -- >>> Regards, >>> Kamal Kishore B V >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> > > > -- > Regards, > Kamal Kishore B V > --001a11338190f3708e04fd5ee230 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I know most of motherboards with usb 3.0 are =C2=A0on sepa= rate card you can assign that to guest. You can buy pcie usb 3.0 card on eb= ay for 12$ With linux you can unbind =C2=A0any pci cards and assign them to= guest os. You have to make sure you have iommu enabed and working =C2=A0 Y= ou need to use lsusb instead of lspci command. The dongle should be availab= le all the time.




On Fri, Jul 4, 2014 at 8:11 AM, kamal kishi <kamal.k= ishi@gmail.com> wrote:

Hi Jacek,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 I have few doubts like -
1. Does that passing whole usb controller affect the Mouse(connected = through USB port) is also available only to VM??
2. In that case how will I access things in DOM0(UBUNTU)??
3= . Can you suggest any good How-To to configure the same. .
4. The= device I'm trying to connect to USB port is a USB Dongle, will that be= available to DOMU continuously as the Dongle is for licensing.
5. I tried giving lspci -v, doesn't even list the dongle connecte= d USB port :(

Please some one suggest

Regards,
Kamal Kishore B V



On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt = <jaceksburghardt@gmail.com> wrote:
You better off passing whole usb controller. I was able to= assign usb unifying receiver with =C2=A0usbdevice=3D'host:deviceid:prodid this is liimited to= usb 1. I had attached usb camera =C2=A0and i was getting speed mismatch.= =C2=A0


On = Fri, Jul 4, 2014 at 1:24 AM, kamal kishi <kamal.kishi@gmail.com>= ; wrote:
=
Hi all,

I'm using XEN 4.1, I want= to make visible a usb port in which a dongle is connected to HVM guest(ser= ver 2008)

But according to documents found online it says that i can forwar= d a single port only(in XEN 4.1 version). I've already configured usbde= vice=3D'tablet'

according to docs, i should mention=C2=A0 - usb=3D1 and usbdevice= =3D'host:deviceid:prodid'

1. as i've mentioned = 9;tablet' can't i mention 'host:deviceid:prodid'???
2. can usb dongle b forwarded to hvm guest?


Can anyone ple= ase guide me through with this.

Thanks in advance

--
Regards,
Kamal Kishore B V

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




--
Regards,
Kamal Kisho= re B V

--001a11338190f3708e04fd5ee230-- --===============3038881773399534040== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3038881773399534040==-- From xen-users-bounces@lists.xen.org Fri Jul 04 14:24:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 14:24:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Pw-0007DL-Am; Fri, 04 Jul 2014 14:24:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Pu-0007D0-Cu for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:24:46 +0000 Received: from [85.158.139.211:21588] by server-17.bemta-5.messagelabs.com id B1/F3-08711-D29B6B35; Fri, 04 Jul 2014 14:24:45 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1404483883!6140093!1 X-Originating-IP: [209.85.216.50] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21206 invoked from network); 4 Jul 2014 14:24:44 -0000 Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com) (209.85.216.50) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:24:44 -0000 Received: by mail-qa0-f50.google.com with SMTP id m5so1399767qaj.9 for ; Fri, 04 Jul 2014 07:24:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Hn/qhXiKazdN2NYM0T6j4O5C0kaCcLwtOkZhl6v6HKw=; b=CX7BbVtrPQaK3OOnyXUScOFEK7X+x+jREo1MEnEuFpbSMDeFhMcy7KTBAC34R7Xhgv 8lgHKF3McMAMgE0O2GU+W6+p48J6Y8gsHOXJsvZASV7LEJZJeKhOHDoeCSADpPffGaXQ qKf6zaG9QkrtldzVLk8gzv9DeiNKLO02AmX0ZCIlT5NBy+a/xAf+n85C5zfkL7ZKS75Q 4c/7Z4B5aZLf0XoFTn+UP/AFha9bp/Gr3LxikMBOJScjHGTF/9qlsBTParXM9e7wNS2v 7Kq73bpbjHGmQrami6iq5iKN8o4rCBOnLIFe67/2x1YXCa2++pGhpd07hFBqRp+jPh2k WTSw== MIME-Version: 1.0 X-Received: by 10.229.87.132 with SMTP id w4mr18844650qcl.20.1404483883198; Fri, 04 Jul 2014 07:24:43 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Fri, 4 Jul 2014 07:24:43 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 08:24:43 -0600 Message-ID: From: jacek burghardt To: kamal kishi Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] USB port forwarding to HVM guest in XEN 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3038881773399534040==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3038881773399534040== Content-Type: multipart/alternative; boundary=001a11338190f3708e04fd5ee230 --001a11338190f3708e04fd5ee230 Content-Type: text/plain; charset=UTF-8 I know most of motherboards with usb 3.0 are on separate card you can assign that to guest. You can buy pcie usb 3.0 card on ebay for 12$ With linux you can unbind any pci cards and assign them to guest os. You have to make sure you have iommu enabed and working You need to use lsusb instead of lspci command. The dongle should be available all the time. On Fri, Jul 4, 2014 at 8:11 AM, kamal kishi wrote: > > Hi Jacek, > > I have few doubts like - > 1. Does that passing whole usb controller affect the Mouse(connected > through USB port) is also available only to VM?? > 2. In that case how will I access things in DOM0(UBUNTU)?? > 3. Can you suggest any good How-To to configure the same. . > 4. The device I'm trying to connect to USB port is a USB Dongle, will that > be available to DOMU continuously as the Dongle is for licensing. > 5. I tried giving lspci -v, doesn't even list the dongle connected USB > port :( > > Please some one suggest > > Regards, > Kamal Kishore B V > > > > On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt > wrote: > >> You better off passing whole usb controller. I was able to assign usb >> unifying receiver with usbdevice='host:deviceid:prodid this is liimited >> to usb 1. I had attached usb camera and i was getting speed mismatch. >> >> >> On Fri, Jul 4, 2014 at 1:24 AM, kamal kishi >> wrote: >> >>> Hi all, >>> >>> I'm using XEN 4.1, I want to make visible a usb port in which a dongle >>> is connected to HVM guest(server 2008) >>> >>> But according to documents found online it says that i can forward a >>> single port only(in XEN 4.1 version). I've already configured >>> usbdevice='tablet' >>> >>> according to docs, i should mention - usb=1 and >>> usbdevice='host:deviceid:prodid' >>> >>> 1. as i've mentioned 'tablet' can't i mention 'host:deviceid:prodid'??? >>> 2. can usb dongle b forwarded to hvm guest? >>> >>> >>> Can anyone please guide me through with this. >>> >>> Thanks in advance >>> >>> -- >>> Regards, >>> Kamal Kishore B V >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> > > > -- > Regards, > Kamal Kishore B V > --001a11338190f3708e04fd5ee230 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I know most of motherboards with usb 3.0 are =C2=A0on sepa= rate card you can assign that to guest. You can buy pcie usb 3.0 card on eb= ay for 12$ With linux you can unbind =C2=A0any pci cards and assign them to= guest os. You have to make sure you have iommu enabed and working =C2=A0 Y= ou need to use lsusb instead of lspci command. The dongle should be availab= le all the time.




On Fri, Jul 4, 2014 at 8:11 AM, kamal kishi <kamal.k= ishi@gmail.com> wrote:

Hi Jacek,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 I have few doubts like -
1. Does that passing whole usb controller affect the Mouse(connected = through USB port) is also available only to VM??
2. In that case how will I access things in DOM0(UBUNTU)??
3= . Can you suggest any good How-To to configure the same. .
4. The= device I'm trying to connect to USB port is a USB Dongle, will that be= available to DOMU continuously as the Dongle is for licensing.
5. I tried giving lspci -v, doesn't even list the dongle connecte= d USB port :(

Please some one suggest

Regards,
Kamal Kishore B V



On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt = <jaceksburghardt@gmail.com> wrote:
You better off passing whole usb controller. I was able to= assign usb unifying receiver with =C2=A0usbdevice=3D'host:deviceid:prodid this is liimited to= usb 1. I had attached usb camera =C2=A0and i was getting speed mismatch.= =C2=A0


On = Fri, Jul 4, 2014 at 1:24 AM, kamal kishi <kamal.kishi@gmail.com>= ; wrote:
=
Hi all,

I'm using XEN 4.1, I want= to make visible a usb port in which a dongle is connected to HVM guest(ser= ver 2008)

But according to documents found online it says that i can forwar= d a single port only(in XEN 4.1 version). I've already configured usbde= vice=3D'tablet'

according to docs, i should mention=C2=A0 - usb=3D1 and usbdevice= =3D'host:deviceid:prodid'

1. as i've mentioned = 9;tablet' can't i mention 'host:deviceid:prodid'???
2. can usb dongle b forwarded to hvm guest?


Can anyone ple= ase guide me through with this.

Thanks in advance

--
Regards,
Kamal Kishore B V

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




--
Regards,
Kamal Kisho= re B V

--001a11338190f3708e04fd5ee230-- --===============3038881773399534040== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3038881773399534040==-- From xen-users-bounces@lists.xen.org Fri Jul 04 19:17:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 19:17:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y5-0006Ub-RG; Fri, 04 Jul 2014 19:16:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y4-0006UD-GP for xen-users@lists.xen.org; Fri, 04 Jul 2014 19:16:20 +0000 Received: from [85.158.139.211:17889] by server-8.bemta-5.messagelabs.com id 2A/D3-27672-38DF6B35; Fri, 04 Jul 2014 19:16:19 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-206.messagelabs.com!1404501378!13779844!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16794 invoked from network); 4 Jul 2014 19:16:19 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 4 Jul 2014 19:16:19 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X38y1-0003QE-Hz for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X38y1-0000mr-Dr for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: ("Nuno \=\?utf-8\?Q\?Magalh\=C3\=A3es\=22's\?\= message of "Thu, 3 Jul 2014 12:35:27 +0100") Date: Fri, 04 Jul 2014 19:25:07 +0200 Organization: my virtual residence Message-ID: <878uo982a4.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org TnVubyBNYWdhbGjDo2VzIDxudW5vbWFnYWxoYWVzQGV1LmlwcC5wdD4gd3JpdGVzOgoKPiBUaGlz IG1heSBiZSBpcnJlbGV2YW50IHRvIGV2ZW4gbWVudGlvbiwgYnV0IG1vc3Qgc3R1ZmYgaSBmaW5k IG9uIFRoZQo+IE5ldCBpcyB1c3VhbGx5IG91dGRhdGVkIGJ5IGEgZmV3IHllYXJzLCBzbyBpIGFs d2F5cyB0cnkgdG8gY2hlY2sgYSkKPiB3aGVuIHdhcyBpdCB3cml0dGVuIGFuZCBiKSBieSB3aG8g YW5kIHdoYXQncyB0aGVpciBhdXRob3JpdHkgb24gdGhlCj4gbWF0dGVyICAoc3ViamVjdGl2ZSku IFBsdXMsIGl0IHNlZW1zIHRvIG1lIFpGUyBpcyBub3QgdGhhdCB3ZWxsLWtub3duCj4gdG8gbGlu dXggZm9sayAoaSBpbmNsdWRlZCkgc28gdGhlcmUgbWF5IGJlIGEgbGl0dGxlIGNoZXN0LXRodW1w aW5nCj4gZ29pbmcgb24gc2luY2UgWkZTIGlzIG1vc3RseSBhIFNvbGFyaXMgdGhpbmcgKGFzIGlz IGR0cmFjZS4uLikuIER1bm5vCgpJIGZpbmQgaXQgdmVyeSByZWxldmFudCBzaW5jZSBJIG5lZWQg c29tZSBnb29kIGRvY3VtZW50YXRpb24gYmVmb3JlIEkKdHJ5IG91dCBaRlMsIGFuZCB0aGF0IGRv Y3VtZW50YXRpb24gbmVlZHMgdG8gYmUgdXAgdG8gZGF0ZS4gIEkgaGF2ZW4ndApyZWFsbHkgbG9v a2VkIHlldCwgYnV0IHRoYXQgSSBkaWRuJ3QgY29tZSBhY3Jvc3Mgc3VjaCBkb2N1bWVudGF0aW9u IHdpdGgKd2hhdCBJJ3ZlIGJlZW4gbG9va2luZyBmb3IgeWV0IG1ha2VzIG1lIHdvbmRlciBpZiB0 aGVyZSBldmVuIGlzIG9uZS4KCkkganVzdCBoYXZlIGEgYmFkIGZlZWxpbmcgYWJvdXQgWkZTLiAg VGhhdCBpdCBoYXMgdGhlb3JldGljYWwgYWR2YW50YWdlcwphbmQgbWF5IHdvcmsgZmluZSBvbiBT b2xhcmlzIGFuZCBwZXJoYXBzIG9uIExpbnV4IGlmIHlvdSBrbm93IGl0IHdlbGwKZW5vdWdoIGlz bid0IHN1ZmZpY2llbnQuICBJdCdzIG5vdCBldmVuIHN1cHBvcnRlZCBpbiBEZWJpYW4gZGVzcGl0 ZQpEZWJpYW4gaGFzIGEgcGFja2FnZSBmb3IgcHJldHR5IG11Y2ggZXZlcnl0aGluZy4KCgotLSAK S25vd2xlZGdlIGlzIHZvbGF0aWxlIGFuZCBmbHVpZC4gIFNvZnR3YXJlIGlzIHBvd2VyLgoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1h aWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94 ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Jul 04 19:17:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 19:17:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y5-0006Ub-RG; Fri, 04 Jul 2014 19:16:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y4-0006UD-GP for xen-users@lists.xen.org; Fri, 04 Jul 2014 19:16:20 +0000 Received: from [85.158.139.211:17889] by server-8.bemta-5.messagelabs.com id 2A/D3-27672-38DF6B35; Fri, 04 Jul 2014 19:16:19 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-206.messagelabs.com!1404501378!13779844!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16794 invoked from network); 4 Jul 2014 19:16:19 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 4 Jul 2014 19:16:19 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X38y1-0003QE-Hz for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X38y1-0000mr-Dr for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: ("Nuno \=\?utf-8\?Q\?Magalh\=C3\=A3es\=22's\?\= message of "Thu, 3 Jul 2014 12:35:27 +0100") Date: Fri, 04 Jul 2014 19:25:07 +0200 Organization: my virtual residence Message-ID: <878uo982a4.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org TnVubyBNYWdhbGjDo2VzIDxudW5vbWFnYWxoYWVzQGV1LmlwcC5wdD4gd3JpdGVzOgoKPiBUaGlz IG1heSBiZSBpcnJlbGV2YW50IHRvIGV2ZW4gbWVudGlvbiwgYnV0IG1vc3Qgc3R1ZmYgaSBmaW5k IG9uIFRoZQo+IE5ldCBpcyB1c3VhbGx5IG91dGRhdGVkIGJ5IGEgZmV3IHllYXJzLCBzbyBpIGFs d2F5cyB0cnkgdG8gY2hlY2sgYSkKPiB3aGVuIHdhcyBpdCB3cml0dGVuIGFuZCBiKSBieSB3aG8g YW5kIHdoYXQncyB0aGVpciBhdXRob3JpdHkgb24gdGhlCj4gbWF0dGVyICAoc3ViamVjdGl2ZSku IFBsdXMsIGl0IHNlZW1zIHRvIG1lIFpGUyBpcyBub3QgdGhhdCB3ZWxsLWtub3duCj4gdG8gbGlu dXggZm9sayAoaSBpbmNsdWRlZCkgc28gdGhlcmUgbWF5IGJlIGEgbGl0dGxlIGNoZXN0LXRodW1w aW5nCj4gZ29pbmcgb24gc2luY2UgWkZTIGlzIG1vc3RseSBhIFNvbGFyaXMgdGhpbmcgKGFzIGlz IGR0cmFjZS4uLikuIER1bm5vCgpJIGZpbmQgaXQgdmVyeSByZWxldmFudCBzaW5jZSBJIG5lZWQg c29tZSBnb29kIGRvY3VtZW50YXRpb24gYmVmb3JlIEkKdHJ5IG91dCBaRlMsIGFuZCB0aGF0IGRv Y3VtZW50YXRpb24gbmVlZHMgdG8gYmUgdXAgdG8gZGF0ZS4gIEkgaGF2ZW4ndApyZWFsbHkgbG9v a2VkIHlldCwgYnV0IHRoYXQgSSBkaWRuJ3QgY29tZSBhY3Jvc3Mgc3VjaCBkb2N1bWVudGF0aW9u IHdpdGgKd2hhdCBJJ3ZlIGJlZW4gbG9va2luZyBmb3IgeWV0IG1ha2VzIG1lIHdvbmRlciBpZiB0 aGVyZSBldmVuIGlzIG9uZS4KCkkganVzdCBoYXZlIGEgYmFkIGZlZWxpbmcgYWJvdXQgWkZTLiAg VGhhdCBpdCBoYXMgdGhlb3JldGljYWwgYWR2YW50YWdlcwphbmQgbWF5IHdvcmsgZmluZSBvbiBT b2xhcmlzIGFuZCBwZXJoYXBzIG9uIExpbnV4IGlmIHlvdSBrbm93IGl0IHdlbGwKZW5vdWdoIGlz bid0IHN1ZmZpY2llbnQuICBJdCdzIG5vdCBldmVuIHN1cHBvcnRlZCBpbiBEZWJpYW4gZGVzcGl0 ZQpEZWJpYW4gaGFzIGEgcGFja2FnZSBmb3IgcHJldHR5IG11Y2ggZXZlcnl0aGluZy4KCgotLSAK S25vd2xlZGdlIGlzIHZvbGF0aWxlIGFuZCBmbHVpZC4gIFNvZnR3YXJlIGlzIHBvd2VyLgoKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1h aWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94 ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Jul 04 19:17:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 19:17:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y7-0006Uv-1t; Fri, 04 Jul 2014 19:16:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y4-0006UF-V9 for xen-users@lists.xen.org; Fri, 04 Jul 2014 19:16:21 +0000 Received: from [85.158.143.35:3947] by server-1.bemta-4.messagelabs.com id 1D/FF-09496-48DF6B35; Fri, 04 Jul 2014 19:16:20 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-9.tower-21.messagelabs.com!1404501378!15986350!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4926 invoked from network); 4 Jul 2014 19:16:18 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-9.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 4 Jul 2014 19:16:18 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X38y1-0003QJ-Nf for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X38y1-0000n6-JZ for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <2569625.78x78QnTce@andromeda> (J. Roeleveld's message of "Thu, 03 Jul 2014 09:08:02 +0200") Date: Fri, 04 Jul 2014 21:14:49 +0200 Organization: my virtual residence Message-ID: <87vbrd6imu.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1958598.87ZrbzKTd1@eve> <87simj6vwx.fsf@yun.yagibdah.de> <2569625.78x78QnTce@andromeda> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "J. Roeleveld" writes: > On Thursday, July 03, 2014 04:03:26 AM lee wrote: >> Joost Roeleveld writes: >> > On Tuesday 01 July 2014 23:48:51 lee wrote: >> >> Joost Roeleveld writes: >> >> > Check the howtos for smartctl, they explain how to interpret the data. >> >> > I'd recommend: >> >> > http://www.smartmontools.org/ >> >> >> >> Ok, if I get to see the numbers, I can look there. I never believed in >> >> this smart thing ... >> > >> > You just wait for disks to die suddenly? >> >> yes >> >> You stock up on new disks just because smart might tell you that your >> disks will die eventually? > > No, when SMART shows errors that indicate a dying disk, I order a replacement. > When it arrives, I swap the disk. The dying disk then either gets send back > for warranty, or used for testing. You must have some really good warranties to get them exchanged because of what smart values they show. It's a moot point, though; I can't give a disk out of hand once my data was on it without physically destroying it first, and when you do that, they won't replace it :( And you must have a lot of money to waste disks like that. How many of these disks were actually bad or would have gone bad within a week or two if you hadn't replaced them? How many within a year? >> >> You have seen three (or more) disks going bad all at the same time just >> >> because they were connected to a different controller? >> > >> > Yes, >> >> And smart didn't tell you they would go bad? ;) > > SMART didn't exist back then. It wouldn't have shown you if it had existed. >> I'll keep this in mind ... and in the future, I might as well connect >> defective disks to unknown controllers before good ones to see if the >> controller kills them. > > This was around 1998, I wouldn't expect dodgy hardware like that anymore. > Especially not from products used by bigger companies. Why not? I wouldn't have expected it in 1998, and I don't expect it today. >> > For twice that, I got 3TB WD Red drives a few years ago, after the >> > factories came back online. >> >> Are they twice as good? I know they're quite a bit faster. However, >> when I bought the WD20EARS, there weren't any red ones, only RE ones, >> which, IIRC, cost about 4 times as much as the WD20EARS. That was just >> too much. > > I agree, the RE ones are too expensive. > They are a lot faster, instead of taking a week(!) to build the Raid-6 array > with 6 disks, it now takes 20 hours. > Both figures with the 3TB versions. That's quite a difference! Are you comparing the red ones with the RE ones? >> >> without a backplane in the way. It is probably true that IBM --- and/or >> >> Adaptec >> > >> > I believe you are using an IBM raid controller. Not an Adaptec part. At >> > least, I can't see Adaptect in any of the documentation I saw online. >> >> It's an IBM when you go by the labels and documentation. Apparently >> Adaptec made it (for IBM). > > But who wrote the firmware? You'd have to ask IBM or Adaptec ... I'd guess they might have worked together on it. >> It's rather weird because it's a card that plugs into a special slot, >> with apparently some/most of the controller integrated into the board. >> Without the board, that card is useless. > > If you remove the card, can you still see the drives from an OS? Hm, I wouldn't think of trying that. I'd have to try and see what happens. >> Hm, did you find any documentation about it? It would appear to be an >> IBM-ESXS VSC7160 enclosure, and I haven't found any documentation for >> it. Apparently there are various drivers for it --- why would those be >> needed? > > My info was based on that page and from what I can see on pictures. > I see a single SAS-port on the mainboard. If that is all that is connected to > the backplane (enclosure), then either a PMP is used. Or only 4 disks can be > used. There's a port at the back of the case to connect external drives. From pictures, I thought there's one or two ports on the RAID card. Two ports would make sense because it would probably allow 8 disks, and there have been different versions of the same model with slots for more disks. I might give it a close look next time it's shut down. It doesn't really matter since I don't have any (reasonable) way of installing disks other than sliding them into the enclosure the way it's supposed to be. > The drivers might be needed for: > 1) The PMP > 2) Reading some environmental values > 3) Some other function Fortunately, it works without. There's an independent controller for the environmental functions and whatever else it may control, and I can see and do some things with a web browser because there's an independent management card. >> > SAS and SATA controllers often talk about sata channels. My raid >> > controller >> > even still calls them IDE-channels. It's just a name. >> >> It's obfuscating --- a better explanation would be much more helpful. > > It's sticking to old names. As long as I can identify the drives using the > name (IDE1, IDE2,...), I don't care much about the name given. In this case, it's not sufficient. When you look at the documentation, you don't see any point to have "different SATA channels" visible, let alone adjustable, by the user. There's no mention of what you should set other than that 0 is the default and supposed to work best. Instead, you're being referred to some mysterious thing they call AMSU which you should not update unless you can't avoid it, and you can't even figure out how to update it. It is a feature that does need clear explanation, and they're not giving any. The documentation should also say what the difference between these PHY settings is. >> >> So for what's it worth: For WD20EARS on a ServeRaid 8k, try different >> >> PHY settings. PHY 2 seems to work much better than 0, 1 and 5. >> > >> > That is usefull news, especially if that keeps the system running. Maybe >> > post that online somewhere, including on that page? >> >> That was my intention :) There are archives of this mailing list, >> aren't there? > > Yes, including on my mail server. But not everyone might find this mailing > list at some point. No matter where I put this information, not everyone might find it. So where should it be? >> How would the RAID controller know which disk is in which slot when they >> are all behind a PMP? It does know that. > > It will need to, how else can it tell you which disk to replace? > If it only gives you the port on the raid card, you need to test all disks > behind the PMP to find out which one died... Yes, and how does it know? >> 3 Gbit/sec divided by 8 gives you Gbytes/sec, i. e. 0.375. That's 375 >> MB/sec. There's some protocol overhead, so you can keep up with three, >> perhaps four disks, and you can't with six. > > Not if you have a lot of constant I/O. I only know of a few types of usage > where that happens. Storing data from sensor equipment is one of them, but for > those situations, you wouldn't use PMPs. > > I don't see an issue with most usage, provided you use components (controller, > PMP, disks) that support all the nice features that help performance. You think a single port would keep up with up to 6 (or 8 in different models, if not more) SAS disks? >> > I hope setting 2, as you mentioned above, keeps it stable. >> >> It still hasn't crashed yet :) I wonder if 3 or 4 might be better ... > > It's your hardware and data. But if it were me, I would keep it on 2 :) I wouldn't test it without a backup :) -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 19:17:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 19:17:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y7-0006V5-Jh; Fri, 04 Jul 2014 19:16:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y5-0006UC-3E for xen-users@lists.xen.org; Fri, 04 Jul 2014 19:16:21 +0000 Received: from [85.158.143.35:3925] by server-3.bemta-4.messagelabs.com id E6/38-16194-38DF6B35; Fri, 04 Jul 2014 19:16:19 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-21.messagelabs.com!1404501378!15995607!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32368 invoked from network); 4 Jul 2014 19:16:18 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 4 Jul 2014 19:16:18 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X38y1-0003QH-Lz for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X38y1-0000n1-Hu for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (David Sutton's message of "Thu, 3 Jul 2014 00:08:10 -0500") Date: Fri, 04 Jul 2014 20:31:13 +0200 Organization: my virtual residence Message-ID: <87zjgp6kni.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> <8738ej8iyp.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org David Sutton writes: > To confirm; if by 'Phenom 965' you are referring to the "Phenom II X4 > 965" That's the one. > (which I have in the xen-enabled desktop machine in front of me) then > power-wise its similar to the AMD FX 8350 (which I have in the XenServer > instance behind me) - both are 125W TDP (unless you have the 140W TDP > variant of the 965) If the motherboard supported it, you could even look at > a 8320. Interesting, IIRC the 8350 was criticised a lot for it's power consumption. Now there's indication that it even uses less than the 965. 8320? That's AM3+ already. > But since your motherboard only supports an AM3 chipset, that does really > limit your options. Perhaps I could switch to another board; they shouldn't cost a fortune off ebay. But what would provide a /significant/ increase in performance without costing money big time? For what I'm doing, what I have is fast enough, and it works reliably. Overall fps rates with a single application could be better, yet if I have to, I can change graphics settings and keep them decent. It's not a big deal, and higher fps rates make the graphics card draw more power to the point at which my UPS starts beeping because it can't handle that much. So I can't see spending a lot of money to resolve a very minor issue. Considering I'd get UEFI and uncontrolled remote management doesn't make it appealing at all to buy something new, even if I had the money. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 19:17:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 19:17:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y7-0006V5-Jh; Fri, 04 Jul 2014 19:16:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y5-0006UC-3E for xen-users@lists.xen.org; Fri, 04 Jul 2014 19:16:21 +0000 Received: from [85.158.143.35:3925] by server-3.bemta-4.messagelabs.com id E6/38-16194-38DF6B35; Fri, 04 Jul 2014 19:16:19 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-21.messagelabs.com!1404501378!15995607!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32368 invoked from network); 4 Jul 2014 19:16:18 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 4 Jul 2014 19:16:18 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X38y1-0003QH-Lz for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X38y1-0000n1-Hu for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (David Sutton's message of "Thu, 3 Jul 2014 00:08:10 -0500") Date: Fri, 04 Jul 2014 20:31:13 +0200 Organization: my virtual residence Message-ID: <87zjgp6kni.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> <8738ej8iyp.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org David Sutton writes: > To confirm; if by 'Phenom 965' you are referring to the "Phenom II X4 > 965" That's the one. > (which I have in the xen-enabled desktop machine in front of me) then > power-wise its similar to the AMD FX 8350 (which I have in the XenServer > instance behind me) - both are 125W TDP (unless you have the 140W TDP > variant of the 965) If the motherboard supported it, you could even look at > a 8320. Interesting, IIRC the 8350 was criticised a lot for it's power consumption. Now there's indication that it even uses less than the 965. 8320? That's AM3+ already. > But since your motherboard only supports an AM3 chipset, that does really > limit your options. Perhaps I could switch to another board; they shouldn't cost a fortune off ebay. But what would provide a /significant/ increase in performance without costing money big time? For what I'm doing, what I have is fast enough, and it works reliably. Overall fps rates with a single application could be better, yet if I have to, I can change graphics settings and keep them decent. It's not a big deal, and higher fps rates make the graphics card draw more power to the point at which my UPS starts beeping because it can't handle that much. So I can't see spending a lot of money to resolve a very minor issue. Considering I'd get UEFI and uncontrolled remote management doesn't make it appealing at all to buy something new, even if I had the money. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 19:17:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 19:17:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y8-0006VF-5f; Fri, 04 Jul 2014 19:16:24 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y5-0006UK-5Z for xen-users@lists.xen.org; Fri, 04 Jul 2014 19:16:21 +0000 Received: from [193.109.254.147:10689] by server-9.bemta-14.messagelabs.com id B1/19-14237-48DF6B35; Fri, 04 Jul 2014 19:16:20 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-27.messagelabs.com!1404501378!15585504!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29107 invoked from network); 4 Jul 2014 19:16:19 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 4 Jul 2014 19:16:19 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X38y1-0003QF-K2 for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X38y1-0000mw-G4 for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B4FC44.8030408@bobich.net> (Gordan Bobic's message of "Thu, 03 Jul 2014 07:46:28 +0100") Date: Fri, 04 Jul 2014 20:03:56 +0200 Organization: my virtual residence Message-ID: <874myx80hf.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B4FC44.8030408@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/02/2014 11:45 PM, lee wrote: >>> On Linux there is for all intents and purposes one implementation. >> >> Where is this implementation? Is it available by default? I only saw >> that there's a Debian package for ZFS which involves fuse. > > http://lmgtfy.com/?q=zfs+linux&l=1 Funny --- how many findings do you get? A couple million? 'apt-cache search zfs' is *much* more relevant. >> Does ZFS do that? Since it's about keeping the data safe, it might have >> a good deal of protection against user errors. > > I don't think it's possible to guard against user errors. If you're > concerned about user errors, get someone else to manage your machines > and not give you the root password. It is possible to guard. It's not possible to prevent them. > You don't have to rebuild a pool. The existing pool is modified in > place and that usually takes a few seconds. Typically the pool version > headers get a bump, and from there on ZFS knows it can put additional > metadata in place. > > Similar happens when you toggle deduplication on a pool. It puts the > deduplication hash table headers in place. Even you remove the volume > that has been deduplicated and don't have any deduplicated blocks > afterwards, the headers will remain in place. But that doesn't break > anything and it doesn't require rebuilding of a pool. Then it should be easy to turn features off later. >> You might enable a new feature and find that it causes >> problems, but you can't downgrade ... > > You could have to _use_ a feature that causes problems just because > it's available. And features that broken are rare, and non-critical. And what do I do then? Rebuild the pool to somehow downgrade to a previous version of ZFS? >>>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>>> learned much about it yet, but that's my impression so far. >>> >>> As I said above - you haven't done your research very thoroughly. >> >> I haven't, yet all I've been reading so far makes me very careful. When >> you search for "zfs linux mature", you find more sources saying >> something like "it is not really mature" and not many, if any, that >> would say something like "of course you should use it, it works >> perfectly". > > There's a lot of FUD out there, mostly coming from people who have > neither tried it nor know what they are talking about. Whatever next? > "It must be true because I read it on the internet"? Perhaps nothing of what you're saying about ZFS is true ;) >> IIRC, when I had the WD20EARS in software RAID-5, I got messages about >> barriers being disabled. I tried to find out what that was supposed to >> tell me, and it didn't seem to be too harmful, and there wasn't anything >> I could do about it anyway. What if I use them as JBOD with ZFS and get >> such messages? > > No idea, I don't see any such messages. It's probably a feature of > your RAID controller driver. I didn't even have a RAID controller when that happened. >> So the wikipedia article about SATA is wrong? Or how does that work >> when any of the involved devices does not support some apparently >> substantial parts of the SATA protocol? > > You misunderstand. When I say "FIS" I am talking about FIS based > switching, as opposed to command based switching. Perhaps a lack of > clarity on my part, apologies for that. Np --- the article doesn't say much. >> As far as I've seen, that doesn't happen. Instead, the system goes >> down, trying to access the unresponsive disk indefinitely. > > I see a disk get kicked out all the time. Most recent occurrence was 2 > days ago. You seem to have a lot of disks failing. > "zfs status" shows you the errors on each disk in the pool. This > should be monitored along with regular SMART checks. Using ZFS doesn't > mean you no longer have to monitor for hardware failure, any more than > you can not monitor for failure of a disk in a hardware RAID array. At how many errors do you need to replace a disk? Are sectors that had errors being re-used, or does ZFS keep a list of sectors not to use anymore? >>>> Or how unreliable is a disk that spends significant amounts of time on >>>> error correction? >>> >>> Exactly - 7 seconds is about 840 read attempts. If the sector read >>> failed 840 times in a row, what are the chances that it will ever >>> succeed? >> >> Isn't the disk supposed not to use the failed sector once it has been >> discovered, meaning that the disk might still be useable? > > When a sector becomes unreadable, it is marked as "pending". Rad > attempts from it will return an error. The next write to it will cause > it to get reallocated from the spare sectors the disk comes with. As > far as I can tell, some disks try to re-use the sector when a write > for it arrives, and see if the data sticks to the sector within the > ability of the sector's ECC to recover. If it sticks, it's kept, if it > doesn't, it's reallocated. That would mean that a disk which has been failed due to error correction taking too long may still be fine. >>>> You seem to like the HGST ones a lot. They seem to cost more than the >>>> WD reds. >>> >>> I prefer them for a very good reason: >>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >> >> Those guys don't use ZFS. They must have very good reasons not to. > > I don't know what they use. They're using ext4. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 19:17:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 19:17:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y6-0006Uj-Fu; Fri, 04 Jul 2014 19:16:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y4-0006UE-Qv for xen-users@lists.xen.org; Fri, 04 Jul 2014 19:16:21 +0000 Received: from [85.158.143.35:3935] by server-2.bemta-4.messagelabs.com id 69/94-18579-48DF6B35; Fri, 04 Jul 2014 19:16:20 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-8.tower-21.messagelabs.com!1404501378!15924731!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15541 invoked from network); 4 Jul 2014 19:16:18 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-8.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 4 Jul 2014 19:16:18 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X38y1-0003Q7-DG for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X38y1-0000ml-8b for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B51867.9070805@op.pl> (Kuba's message of "Thu, 03 Jul 2014 10:46:31 +0200") Date: Fri, 04 Jul 2014 19:11:56 +0200 Organization: my virtual residence Message-ID: <87d2dl82w3.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: > W dniu 2014-07-03 00:45, lee pisze: > >>>> It's tempting to try it out, and I really like the checksumming >>>> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >>>> and Debian requires you to use fuse if you want ZFS, adding more >>>> complexity. >>> >>> You haven't done your research thoroughly enough. >> >> No, I haven't looked into it thoroughly at all. >> >>> On Linux there is for all intents and purposes one implementation. >> >> Where is this implementation? Is it available by default? I only saw >> that there's a Debian package for ZFS which involves fuse. >> > > In case you'd like to try it out, follow these steps: > http://zfsonlinux.org/debian.html > > and just have few minutes of fun. I'm pretty sure a livecd will > do. You can also use files instead of real disks. Thanks! Sooner or later I'll try it out. How come there are no packages in the Debian repos other than the fuse package? >> A very long time ago, I lost data with xfs once. It probably was my own >> fault, using some mount parameters wrongly. That taught me to be very >> careful with file system and to prefer file systems that are easy to >> use, that don't have many or any parameters that need to be considered >> and basically just do what they are supposed to right out of the box. >> >> Does ZFS do that? Since it's about keeping the data safe, it might have >> a good deal of protection against user errors. > > Destructive operations are usually called accordingly: zfs destroy, > zfs rollback, so they quite clearly express the intention. "Rollback" doesn't sound very destructive. > How can a file system protect you from executing a destructive > operation? It can try by warning you. > Snapshots protect you from most user errors. Off-site backups protect > you from su errors. To some extent. Off-site would be good, but it's a hassle because I'd have to carry the disks back and forth. And how are snapshots better than copying the data? What if I need to access a file that's in the snapshot: Do I need to restore the snapshot first? >>>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>>> learned much about it yet, but that's my impression so far. >>> >>> As I said above - you haven't done your research very thoroughly. >> >> I haven't, yet all I've been reading so far makes me very careful. When >> you search for "zfs linux mature", you find more sources saying >> something like "it is not really mature" and not many, if any, that >> would say something like "of course you should use it, it works >> perfectly". > > "Mature" means different things to different people in different > circumstances. Is Linux mature? Is Linux 3.15 mature? If not, is 2.6 > mature? Does it mean it has no bugs? If ZoL is not mature enough for > you, you can use FreeBSD or Solaris. Or you can use hardware RAID + > any other FS. I have the same feeling about ZFS as Gordan - once you > start using it, you cannot imagine making do without it. Why exactly is that? Are you modifying your storage system all the time or making snapshots all the time? Checksumming is sure good to have, being able to fully use the disk caches is, too, as well as not wasting space through fixed block sizes. I've never made a snapshot and don't know what I would make one for other than perhaps making a snapshot of the dom0 and the VMs --- which would require booting from ZFS, figuring out how to make snapshots and where to put them and how to restore them. The biggest advantage would be checksumming. I'd be trading that against ease of use and great complexity. So you can see how it is not understandable to me what makes ZFS so great that I wouldn't be able to do without anymore. > Does it mean you have to use it too? Of course not:) Is it wrong not > to use it? Of course not! You should do what _you_ believe is the > right thing to do. But try it out nonetheless :) Or try HAMMER > (Dragonfly BSD). Or btrfs (although this one probably really is not > mature enough). Btrfs still needs some time, and it seems to have disadvantages compared to ZFS (which may not even be relevant for what I'm doing). I never tried BSD; that would be something new to learn. Anyway, I'll try it out. That doesn't mean I'll jump to it right away, especially not while I still can't tell whether the server finally runs stable or not. Give it some time without crashing. I don't even know if the disks would work as JBOD. >> So you would be running ZFS on unreliable disks, with the errors being >> corrected and going unnoticed, until either, without TLER, the system >> goes down or, with TLER, until the errors aren't recoverable anymore and >> become noticeable only when it's too late. > > ZFS tells you it had problems ("zpool status"). ZFS can also check > entire pool for defects ("zpool scrub", you should do that > periodically). You're silently loosing more and more redundancy. How do you know when a disk needs to be replaced? Does ZFS maintain a list of bad sectors which are not to be used again? > It's also quite difficult to corrupts the file system > itself: > https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing It shows that there are more checksum errors after the errors were supposedly corrected. > Using ZFS does not mean you don't have to do backups. File system type > won't make a difference for a fire inside your enclosure:) But ZFS > makes it easy to create backups by replicating your pool or datasets > ("zfs send" lets you create full or incremental backups) to another > set of disks or machine(s). As another ZFS or as files or archives or as what? I'm using rsync now, and restoring a file is as simple as copying it from the backup. >>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >> >> Those guys don't use ZFS. They must have very good reasons not to. > > They do: > http://www.youtube.com/watch?v=c5ASf53v4lI > http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf > > And I believe they have lots of good reasons to do so :) That's some laboratory experimenting with ZFS. Backblaze uses ext4, though ZFS would seem to be a very good choice for what they're doing. How can they store so much data without checksumming, without using ECC RAM and not experience a significant amount of data corruption? The corruption wouldn't go unnoticed because they won't be able to decrypt the data. They'd have to store everything at least twice, and if they could cut their costs in half or less by not having to do that through simply using ZFS, why wouldn't they? What is the actual rate of data corruption or loss prevented or corrected by ZFS due to its checksumming in daily usage? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 19:17:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 19:17:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y6-0006Uj-Fu; Fri, 04 Jul 2014 19:16:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y4-0006UE-Qv for xen-users@lists.xen.org; Fri, 04 Jul 2014 19:16:21 +0000 Received: from [85.158.143.35:3935] by server-2.bemta-4.messagelabs.com id 69/94-18579-48DF6B35; Fri, 04 Jul 2014 19:16:20 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-8.tower-21.messagelabs.com!1404501378!15924731!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15541 invoked from network); 4 Jul 2014 19:16:18 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-8.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 4 Jul 2014 19:16:18 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X38y1-0003Q7-DG for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X38y1-0000ml-8b for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B51867.9070805@op.pl> (Kuba's message of "Thu, 03 Jul 2014 10:46:31 +0200") Date: Fri, 04 Jul 2014 19:11:56 +0200 Organization: my virtual residence Message-ID: <87d2dl82w3.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: > W dniu 2014-07-03 00:45, lee pisze: > >>>> It's tempting to try it out, and I really like the checksumming >>>> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >>>> and Debian requires you to use fuse if you want ZFS, adding more >>>> complexity. >>> >>> You haven't done your research thoroughly enough. >> >> No, I haven't looked into it thoroughly at all. >> >>> On Linux there is for all intents and purposes one implementation. >> >> Where is this implementation? Is it available by default? I only saw >> that there's a Debian package for ZFS which involves fuse. >> > > In case you'd like to try it out, follow these steps: > http://zfsonlinux.org/debian.html > > and just have few minutes of fun. I'm pretty sure a livecd will > do. You can also use files instead of real disks. Thanks! Sooner or later I'll try it out. How come there are no packages in the Debian repos other than the fuse package? >> A very long time ago, I lost data with xfs once. It probably was my own >> fault, using some mount parameters wrongly. That taught me to be very >> careful with file system and to prefer file systems that are easy to >> use, that don't have many or any parameters that need to be considered >> and basically just do what they are supposed to right out of the box. >> >> Does ZFS do that? Since it's about keeping the data safe, it might have >> a good deal of protection against user errors. > > Destructive operations are usually called accordingly: zfs destroy, > zfs rollback, so they quite clearly express the intention. "Rollback" doesn't sound very destructive. > How can a file system protect you from executing a destructive > operation? It can try by warning you. > Snapshots protect you from most user errors. Off-site backups protect > you from su errors. To some extent. Off-site would be good, but it's a hassle because I'd have to carry the disks back and forth. And how are snapshots better than copying the data? What if I need to access a file that's in the snapshot: Do I need to restore the snapshot first? >>>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>>> learned much about it yet, but that's my impression so far. >>> >>> As I said above - you haven't done your research very thoroughly. >> >> I haven't, yet all I've been reading so far makes me very careful. When >> you search for "zfs linux mature", you find more sources saying >> something like "it is not really mature" and not many, if any, that >> would say something like "of course you should use it, it works >> perfectly". > > "Mature" means different things to different people in different > circumstances. Is Linux mature? Is Linux 3.15 mature? If not, is 2.6 > mature? Does it mean it has no bugs? If ZoL is not mature enough for > you, you can use FreeBSD or Solaris. Or you can use hardware RAID + > any other FS. I have the same feeling about ZFS as Gordan - once you > start using it, you cannot imagine making do without it. Why exactly is that? Are you modifying your storage system all the time or making snapshots all the time? Checksumming is sure good to have, being able to fully use the disk caches is, too, as well as not wasting space through fixed block sizes. I've never made a snapshot and don't know what I would make one for other than perhaps making a snapshot of the dom0 and the VMs --- which would require booting from ZFS, figuring out how to make snapshots and where to put them and how to restore them. The biggest advantage would be checksumming. I'd be trading that against ease of use and great complexity. So you can see how it is not understandable to me what makes ZFS so great that I wouldn't be able to do without anymore. > Does it mean you have to use it too? Of course not:) Is it wrong not > to use it? Of course not! You should do what _you_ believe is the > right thing to do. But try it out nonetheless :) Or try HAMMER > (Dragonfly BSD). Or btrfs (although this one probably really is not > mature enough). Btrfs still needs some time, and it seems to have disadvantages compared to ZFS (which may not even be relevant for what I'm doing). I never tried BSD; that would be something new to learn. Anyway, I'll try it out. That doesn't mean I'll jump to it right away, especially not while I still can't tell whether the server finally runs stable or not. Give it some time without crashing. I don't even know if the disks would work as JBOD. >> So you would be running ZFS on unreliable disks, with the errors being >> corrected and going unnoticed, until either, without TLER, the system >> goes down or, with TLER, until the errors aren't recoverable anymore and >> become noticeable only when it's too late. > > ZFS tells you it had problems ("zpool status"). ZFS can also check > entire pool for defects ("zpool scrub", you should do that > periodically). You're silently loosing more and more redundancy. How do you know when a disk needs to be replaced? Does ZFS maintain a list of bad sectors which are not to be used again? > It's also quite difficult to corrupts the file system > itself: > https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing It shows that there are more checksum errors after the errors were supposedly corrected. > Using ZFS does not mean you don't have to do backups. File system type > won't make a difference for a fire inside your enclosure:) But ZFS > makes it easy to create backups by replicating your pool or datasets > ("zfs send" lets you create full or incremental backups) to another > set of disks or machine(s). As another ZFS or as files or archives or as what? I'm using rsync now, and restoring a file is as simple as copying it from the backup. >>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >> >> Those guys don't use ZFS. They must have very good reasons not to. > > They do: > http://www.youtube.com/watch?v=c5ASf53v4lI > http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf > > And I believe they have lots of good reasons to do so :) That's some laboratory experimenting with ZFS. Backblaze uses ext4, though ZFS would seem to be a very good choice for what they're doing. How can they store so much data without checksumming, without using ECC RAM and not experience a significant amount of data corruption? The corruption wouldn't go unnoticed because they won't be able to decrypt the data. They'd have to store everything at least twice, and if they could cut their costs in half or less by not having to do that through simply using ZFS, why wouldn't they? What is the actual rate of data corruption or loss prevented or corrected by ZFS due to its checksumming in daily usage? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 19:17:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 19:17:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y8-0006VF-5f; Fri, 04 Jul 2014 19:16:24 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y5-0006UK-5Z for xen-users@lists.xen.org; Fri, 04 Jul 2014 19:16:21 +0000 Received: from [193.109.254.147:10689] by server-9.bemta-14.messagelabs.com id B1/19-14237-48DF6B35; Fri, 04 Jul 2014 19:16:20 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-27.messagelabs.com!1404501378!15585504!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29107 invoked from network); 4 Jul 2014 19:16:19 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 4 Jul 2014 19:16:19 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X38y1-0003QF-K2 for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X38y1-0000mw-G4 for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B4FC44.8030408@bobich.net> (Gordan Bobic's message of "Thu, 03 Jul 2014 07:46:28 +0100") Date: Fri, 04 Jul 2014 20:03:56 +0200 Organization: my virtual residence Message-ID: <874myx80hf.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B4FC44.8030408@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/02/2014 11:45 PM, lee wrote: >>> On Linux there is for all intents and purposes one implementation. >> >> Where is this implementation? Is it available by default? I only saw >> that there's a Debian package for ZFS which involves fuse. > > http://lmgtfy.com/?q=zfs+linux&l=1 Funny --- how many findings do you get? A couple million? 'apt-cache search zfs' is *much* more relevant. >> Does ZFS do that? Since it's about keeping the data safe, it might have >> a good deal of protection against user errors. > > I don't think it's possible to guard against user errors. If you're > concerned about user errors, get someone else to manage your machines > and not give you the root password. It is possible to guard. It's not possible to prevent them. > You don't have to rebuild a pool. The existing pool is modified in > place and that usually takes a few seconds. Typically the pool version > headers get a bump, and from there on ZFS knows it can put additional > metadata in place. > > Similar happens when you toggle deduplication on a pool. It puts the > deduplication hash table headers in place. Even you remove the volume > that has been deduplicated and don't have any deduplicated blocks > afterwards, the headers will remain in place. But that doesn't break > anything and it doesn't require rebuilding of a pool. Then it should be easy to turn features off later. >> You might enable a new feature and find that it causes >> problems, but you can't downgrade ... > > You could have to _use_ a feature that causes problems just because > it's available. And features that broken are rare, and non-critical. And what do I do then? Rebuild the pool to somehow downgrade to a previous version of ZFS? >>>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>>> learned much about it yet, but that's my impression so far. >>> >>> As I said above - you haven't done your research very thoroughly. >> >> I haven't, yet all I've been reading so far makes me very careful. When >> you search for "zfs linux mature", you find more sources saying >> something like "it is not really mature" and not many, if any, that >> would say something like "of course you should use it, it works >> perfectly". > > There's a lot of FUD out there, mostly coming from people who have > neither tried it nor know what they are talking about. Whatever next? > "It must be true because I read it on the internet"? Perhaps nothing of what you're saying about ZFS is true ;) >> IIRC, when I had the WD20EARS in software RAID-5, I got messages about >> barriers being disabled. I tried to find out what that was supposed to >> tell me, and it didn't seem to be too harmful, and there wasn't anything >> I could do about it anyway. What if I use them as JBOD with ZFS and get >> such messages? > > No idea, I don't see any such messages. It's probably a feature of > your RAID controller driver. I didn't even have a RAID controller when that happened. >> So the wikipedia article about SATA is wrong? Or how does that work >> when any of the involved devices does not support some apparently >> substantial parts of the SATA protocol? > > You misunderstand. When I say "FIS" I am talking about FIS based > switching, as opposed to command based switching. Perhaps a lack of > clarity on my part, apologies for that. Np --- the article doesn't say much. >> As far as I've seen, that doesn't happen. Instead, the system goes >> down, trying to access the unresponsive disk indefinitely. > > I see a disk get kicked out all the time. Most recent occurrence was 2 > days ago. You seem to have a lot of disks failing. > "zfs status" shows you the errors on each disk in the pool. This > should be monitored along with regular SMART checks. Using ZFS doesn't > mean you no longer have to monitor for hardware failure, any more than > you can not monitor for failure of a disk in a hardware RAID array. At how many errors do you need to replace a disk? Are sectors that had errors being re-used, or does ZFS keep a list of sectors not to use anymore? >>>> Or how unreliable is a disk that spends significant amounts of time on >>>> error correction? >>> >>> Exactly - 7 seconds is about 840 read attempts. If the sector read >>> failed 840 times in a row, what are the chances that it will ever >>> succeed? >> >> Isn't the disk supposed not to use the failed sector once it has been >> discovered, meaning that the disk might still be useable? > > When a sector becomes unreadable, it is marked as "pending". Rad > attempts from it will return an error. The next write to it will cause > it to get reallocated from the spare sectors the disk comes with. As > far as I can tell, some disks try to re-use the sector when a write > for it arrives, and see if the data sticks to the sector within the > ability of the sector's ECC to recover. If it sticks, it's kept, if it > doesn't, it's reallocated. That would mean that a disk which has been failed due to error correction taking too long may still be fine. >>>> You seem to like the HGST ones a lot. They seem to cost more than the >>>> WD reds. >>> >>> I prefer them for a very good reason: >>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >> >> Those guys don't use ZFS. They must have very good reasons not to. > > I don't know what they use. They're using ext4. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 19:17:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 19:17:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y7-0006Uv-1t; Fri, 04 Jul 2014 19:16:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X38y4-0006UF-V9 for xen-users@lists.xen.org; Fri, 04 Jul 2014 19:16:21 +0000 Received: from [85.158.143.35:3947] by server-1.bemta-4.messagelabs.com id 1D/FF-09496-48DF6B35; Fri, 04 Jul 2014 19:16:20 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-9.tower-21.messagelabs.com!1404501378!15986350!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4926 invoked from network); 4 Jul 2014 19:16:18 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-9.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 4 Jul 2014 19:16:18 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X38y1-0003QJ-Nf for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X38y1-0000n6-JZ for xen-users@lists.xen.org; Fri, 04 Jul 2014 21:16:17 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <2569625.78x78QnTce@andromeda> (J. Roeleveld's message of "Thu, 03 Jul 2014 09:08:02 +0200") Date: Fri, 04 Jul 2014 21:14:49 +0200 Organization: my virtual residence Message-ID: <87vbrd6imu.fsf@yun.yagibdah.de> References: <878uojwsml.fsf@yun.yagibdah.de> <1958598.87ZrbzKTd1@eve> <87simj6vwx.fsf@yun.yagibdah.de> <2569625.78x78QnTce@andromeda> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] how to start VMs in a particular order X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "J. Roeleveld" writes: > On Thursday, July 03, 2014 04:03:26 AM lee wrote: >> Joost Roeleveld writes: >> > On Tuesday 01 July 2014 23:48:51 lee wrote: >> >> Joost Roeleveld writes: >> >> > Check the howtos for smartctl, they explain how to interpret the data. >> >> > I'd recommend: >> >> > http://www.smartmontools.org/ >> >> >> >> Ok, if I get to see the numbers, I can look there. I never believed in >> >> this smart thing ... >> > >> > You just wait for disks to die suddenly? >> >> yes >> >> You stock up on new disks just because smart might tell you that your >> disks will die eventually? > > No, when SMART shows errors that indicate a dying disk, I order a replacement. > When it arrives, I swap the disk. The dying disk then either gets send back > for warranty, or used for testing. You must have some really good warranties to get them exchanged because of what smart values they show. It's a moot point, though; I can't give a disk out of hand once my data was on it without physically destroying it first, and when you do that, they won't replace it :( And you must have a lot of money to waste disks like that. How many of these disks were actually bad or would have gone bad within a week or two if you hadn't replaced them? How many within a year? >> >> You have seen three (or more) disks going bad all at the same time just >> >> because they were connected to a different controller? >> > >> > Yes, >> >> And smart didn't tell you they would go bad? ;) > > SMART didn't exist back then. It wouldn't have shown you if it had existed. >> I'll keep this in mind ... and in the future, I might as well connect >> defective disks to unknown controllers before good ones to see if the >> controller kills them. > > This was around 1998, I wouldn't expect dodgy hardware like that anymore. > Especially not from products used by bigger companies. Why not? I wouldn't have expected it in 1998, and I don't expect it today. >> > For twice that, I got 3TB WD Red drives a few years ago, after the >> > factories came back online. >> >> Are they twice as good? I know they're quite a bit faster. However, >> when I bought the WD20EARS, there weren't any red ones, only RE ones, >> which, IIRC, cost about 4 times as much as the WD20EARS. That was just >> too much. > > I agree, the RE ones are too expensive. > They are a lot faster, instead of taking a week(!) to build the Raid-6 array > with 6 disks, it now takes 20 hours. > Both figures with the 3TB versions. That's quite a difference! Are you comparing the red ones with the RE ones? >> >> without a backplane in the way. It is probably true that IBM --- and/or >> >> Adaptec >> > >> > I believe you are using an IBM raid controller. Not an Adaptec part. At >> > least, I can't see Adaptect in any of the documentation I saw online. >> >> It's an IBM when you go by the labels and documentation. Apparently >> Adaptec made it (for IBM). > > But who wrote the firmware? You'd have to ask IBM or Adaptec ... I'd guess they might have worked together on it. >> It's rather weird because it's a card that plugs into a special slot, >> with apparently some/most of the controller integrated into the board. >> Without the board, that card is useless. > > If you remove the card, can you still see the drives from an OS? Hm, I wouldn't think of trying that. I'd have to try and see what happens. >> Hm, did you find any documentation about it? It would appear to be an >> IBM-ESXS VSC7160 enclosure, and I haven't found any documentation for >> it. Apparently there are various drivers for it --- why would those be >> needed? > > My info was based on that page and from what I can see on pictures. > I see a single SAS-port on the mainboard. If that is all that is connected to > the backplane (enclosure), then either a PMP is used. Or only 4 disks can be > used. There's a port at the back of the case to connect external drives. From pictures, I thought there's one or two ports on the RAID card. Two ports would make sense because it would probably allow 8 disks, and there have been different versions of the same model with slots for more disks. I might give it a close look next time it's shut down. It doesn't really matter since I don't have any (reasonable) way of installing disks other than sliding them into the enclosure the way it's supposed to be. > The drivers might be needed for: > 1) The PMP > 2) Reading some environmental values > 3) Some other function Fortunately, it works without. There's an independent controller for the environmental functions and whatever else it may control, and I can see and do some things with a web browser because there's an independent management card. >> > SAS and SATA controllers often talk about sata channels. My raid >> > controller >> > even still calls them IDE-channels. It's just a name. >> >> It's obfuscating --- a better explanation would be much more helpful. > > It's sticking to old names. As long as I can identify the drives using the > name (IDE1, IDE2,...), I don't care much about the name given. In this case, it's not sufficient. When you look at the documentation, you don't see any point to have "different SATA channels" visible, let alone adjustable, by the user. There's no mention of what you should set other than that 0 is the default and supposed to work best. Instead, you're being referred to some mysterious thing they call AMSU which you should not update unless you can't avoid it, and you can't even figure out how to update it. It is a feature that does need clear explanation, and they're not giving any. The documentation should also say what the difference between these PHY settings is. >> >> So for what's it worth: For WD20EARS on a ServeRaid 8k, try different >> >> PHY settings. PHY 2 seems to work much better than 0, 1 and 5. >> > >> > That is usefull news, especially if that keeps the system running. Maybe >> > post that online somewhere, including on that page? >> >> That was my intention :) There are archives of this mailing list, >> aren't there? > > Yes, including on my mail server. But not everyone might find this mailing > list at some point. No matter where I put this information, not everyone might find it. So where should it be? >> How would the RAID controller know which disk is in which slot when they >> are all behind a PMP? It does know that. > > It will need to, how else can it tell you which disk to replace? > If it only gives you the port on the raid card, you need to test all disks > behind the PMP to find out which one died... Yes, and how does it know? >> 3 Gbit/sec divided by 8 gives you Gbytes/sec, i. e. 0.375. That's 375 >> MB/sec. There's some protocol overhead, so you can keep up with three, >> perhaps four disks, and you can't with six. > > Not if you have a lot of constant I/O. I only know of a few types of usage > where that happens. Storing data from sensor equipment is one of them, but for > those situations, you wouldn't use PMPs. > > I don't see an issue with most usage, provided you use components (controller, > PMP, disks) that support all the nice features that help performance. You think a single port would keep up with up to 6 (or 8 in different models, if not more) SAS disks? >> > I hope setting 2, as you mentioned above, keeps it stable. >> >> It still hasn't crashed yet :) I wonder if 3 or 4 might be better ... > > It's your hardware and data. But if it were me, I would keep it on 2 :) I wouldn't test it without a backup :) -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 21:09:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 21:09:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Aiq-0000Ws-JN; Fri, 04 Jul 2014 21:08:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X36Th-0004HG-HJ for xen-users@lists.xen.org; Fri, 04 Jul 2014 16:36:49 +0000 Received: from [85.158.143.35:19619] by server-2.bemta-4.messagelabs.com id E8/BF-18579-028D6B35; Fri, 04 Jul 2014 16:36:48 +0000 X-Env-Sender: david.vrabel@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1404491799!12489218!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15907 invoked from network); 4 Jul 2014 16:36:40 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 16:36:40 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="150027060" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Jul 2014 16:36:39 +0000 Received: from [10.80.2.76] (10.80.2.76) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 12:36:38 -0400 Message-ID: <53B6D814.2030606@citrix.com> Date: Fri, 4 Jul 2014 17:36:36 +0100 From: David Vrabel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Stefano Stabellini References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> <53B6B8E5.8070201@citrix.com> In-Reply-To: X-Originating-IP: [10.80.2.76] X-DLP: MIA2 X-Mailman-Approved-At: Fri, 04 Jul 2014 21:08:41 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/07/14 15:31, Stefano Stabellini wrote: > On Fri, 4 Jul 2014, David Vrabel wrote: >> On 04/07/14 15:12, Stefano Stabellini wrote: >>> On Fri, 4 Jul 2014, David Vrabel wrote: >>>> On 03/07/14 18:47, Stefano Stabellini wrote: >>>>> >>>>> At the moment I would like a way to disable grant mappings and go back >>>>> to grant copies on demand. Maybe we could have a feature flag to change >>>>> the behaviour of the network backend? >>>> >>>> You must fix the ARM code to handle this properly. >>>> >>>> blkback also uses grant maps and depending on the frontend blkback may >>>> grant map the same machine frame multiple time. We have see frontends >>>> that send such requests. >>> >>> Indeed, it must be fixed properly. The workaround of disabling grant >>> mappings would be just to buy us some time to come up with the fix. >> >> It's an expensive workaround though. > > In terms of performances or in terms of code? > If it's the performances you are worried about, we could enable the > workaround just for arm and arm64. Expensive in terms of effort required to implement and maintain. >>>> I can't remember how the ARM code works. Where is the problematic m2p >>>> lookup? >>> >>> arch/arm/xen/p2m.c >>> >>> >>>> Perhaps this could be avoided for foreign frames? >>> >>> Unfortunately no. The whole point of p2m.c is to be able to translate >>> foreign frames for dma operations. >> >> This is a p2m lookup though, which is fine, yes? Where, specifically is >> a mfn_to_pfn() lookup needed for a foreign MFN. > > drivers/xen/swiotlb-xen.c:xen_unmap_single. xen_bus_to_phys is based on > the value returned by mfn_to_pfn. I think you can probably get away with not doing the cache operations on foreign pages when DMA map/unmapping. DMA mapped foreign pages are (currently) either: a) packets from a guest being Tx'd off host. These are read-only and are immediately freed after they're tranmitted. b) block requests from blkback and these pages are never accessed. David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 21:09:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 21:09:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Aip-0000WU-Fw; Fri, 04 Jul 2014 21:08:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34X9-000891-Tf for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:32:16 +0000 Received: from [85.158.139.211:24922] by server-12.bemta-5.messagelabs.com id BB/39-27841-FEAB6B35; Fri, 04 Jul 2014 14:32:15 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1404484333!6141618!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3862 invoked from network); 4 Jul 2014 14:32:14 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:32:14 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="149822699" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 04 Jul 2014 14:31:56 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 10:31:55 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X34Wp-0001rC-AR; Fri, 04 Jul 2014 15:31:55 +0100 Date: Fri, 4 Jul 2014 15:31:15 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: David Vrabel In-Reply-To: <53B6B8E5.8070201@citrix.com> Message-ID: References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> <53B6B8E5.8070201@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA2 X-Mailman-Approved-At: Fri, 04 Jul 2014 21:08:41 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Stefano Stabellini , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 4 Jul 2014, David Vrabel wrote: > On 04/07/14 15:12, Stefano Stabellini wrote: > > On Fri, 4 Jul 2014, David Vrabel wrote: > >> On 03/07/14 18:47, Stefano Stabellini wrote: > >>> > >>> At the moment I would like a way to disable grant mappings and go back > >>> to grant copies on demand. Maybe we could have a feature flag to change > >>> the behaviour of the network backend? > >> > >> You must fix the ARM code to handle this properly. > >> > >> blkback also uses grant maps and depending on the frontend blkback may > >> grant map the same machine frame multiple time. We have see frontends > >> that send such requests. > > > > Indeed, it must be fixed properly. The workaround of disabling grant > > mappings would be just to buy us some time to come up with the fix. > > It's an expensive workaround though. In terms of performances or in terms of code? If it's the performances you are worried about, we could enable the workaround just for arm and arm64. > >> I can't remember how the ARM code works. Where is the problematic m2p > >> lookup? > > > > arch/arm/xen/p2m.c > > > > > >> Perhaps this could be avoided for foreign frames? > > > > Unfortunately no. The whole point of p2m.c is to be able to translate > > foreign frames for dma operations. > > This is a p2m lookup though, which is fine, yes? Where, specifically is > a mfn_to_pfn() lookup needed for a foreign MFN. drivers/xen/swiotlb-xen.c:xen_unmap_single. xen_bus_to_phys is based on the value returned by mfn_to_pfn. > FWIW, On x86, mfn_to_pfn() on a foreign MFN will return an invalid value > (unless the gntdev device made the mapping and the m2p_override is used). Keep in mind that ARM domains are a bit like PVH without IOMMU. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 21:09:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 21:09:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Aiq-0000Wc-1I; Fri, 04 Jul 2014 21:08:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34dN-0000b8-65 for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:38:41 +0000 Received: from [85.158.143.35:59230] by server-2.bemta-4.messagelabs.com id 09/6D-18579-07CB6B35; Fri, 04 Jul 2014 14:38:40 +0000 X-Env-Sender: kamal.kishi@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1404484709!15948267!1 X-Originating-IP: [209.85.220.179] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjYwNDggKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20750 invoked from network); 4 Jul 2014 14:38:30 -0000 Received: from mail-vc0-f179.google.com (HELO mail-vc0-f179.google.com) (209.85.220.179) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:38:30 -0000 Received: by mail-vc0-f179.google.com with SMTP id id10so1651609vcb.38 for ; Fri, 04 Jul 2014 07:38:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iSbNi902iS8n/O8ZaHCuThyzbejtiVTSovXjmqSVZ08=; b=Ze3ombITlUr7W6SI7vZ9rPcXqCveMg9kvOu2QuhaQuDFrELD3t9TntIikVuGT7o8VZ DNBZ8AoaFTMQNG73PuMwC/sferhxL69jVvRSQunMIhxLoKwRxq0BG9AOmY00KjX0uFY/ 0bYSGgijpsOnY3YejFc9tKAUQ4lTWRBG9Y6Pu8Nuv+eBvInmGW7Oz3xWTF5eRLrRXgDC 7VfPAxYqdRtA8WziSih5tWTZ1CehO5ymV3j36d6Z0Uv+k8GOs1ZDqm4bfTWV2isOYotW vEvJ8Tt+bQ07UhzIT1S4ukpoX5+TqPFGt6ptGHgiD2bTV7RZs3pfuVFgisnvO1IcXffw A3zw== MIME-Version: 1.0 X-Received: by 10.220.69.68 with SMTP id y4mr9984290vci.21.1404484708842; Fri, 04 Jul 2014 07:38:28 -0700 (PDT) Received: by 10.58.186.163 with HTTP; Fri, 4 Jul 2014 07:38:28 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 20:08:28 +0530 Message-ID: From: kamal kishi To: jacek burghardt X-Mailman-Approved-At: Fri, 04 Jul 2014 21:08:41 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] USB port forwarding to HVM guest in XEN 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9213792290933664386==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9213792290933664386== Content-Type: multipart/alternative; boundary=047d7b3a925229c31004fd5f14fc --047d7b3a925229c31004fd5f14fc Content-Type: text/plain; charset=UTF-8 Hi Jacek, Thanks a ton for immediate reply, but I did check lsusb and got the usb port listed. It displays product id and device id, the issue is in pci configuration v should enter some other ID which we get after running lspci -n. But lspci -n doesn't list that lsusb ids, hence I'm not able to go ahead with checking the same. Was referring - linux-bsd-sharing.blogspot.com/2012/10/howto-xen-413-windows-8-hvm-domu-with.html Looking forward for your reply On Fri, Jul 4, 2014 at 7:54 PM, jacek burghardt wrote: > I know most of motherboards with usb 3.0 are on separate card you can > assign that to guest. You can buy pcie usb 3.0 card on ebay for 12$ With > linux you can unbind any pci cards and assign them to guest os. You have > to make sure you have iommu enabed and working You need to use lsusb > instead of lspci command. The dongle should be available all the time. > > > > > On Fri, Jul 4, 2014 at 8:11 AM, kamal kishi wrote: > >> >> Hi Jacek, >> >> I have few doubts like - >> 1. Does that passing whole usb controller affect the Mouse(connected >> through USB port) is also available only to VM?? >> 2. In that case how will I access things in DOM0(UBUNTU)?? >> 3. Can you suggest any good How-To to configure the same. . >> 4. The device I'm trying to connect to USB port is a USB Dongle, will >> that be available to DOMU continuously as the Dongle is for licensing. >> 5. I tried giving lspci -v, doesn't even list the dongle connected USB >> port :( >> >> Please some one suggest >> >> Regards, >> Kamal Kishore B V >> >> >> >> On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt < >> jaceksburghardt@gmail.com> wrote: >> >>> You better off passing whole usb controller. I was able to assign usb >>> unifying receiver with usbdevice='host:deviceid:prodid this is >>> liimited to usb 1. I had attached usb camera and i was getting speed >>> mismatch. >>> >>> >>> On Fri, Jul 4, 2014 at 1:24 AM, kamal kishi >>> wrote: >>> >>>> Hi all, >>>> >>>> I'm using XEN 4.1, I want to make visible a usb port in which a dongle >>>> is connected to HVM guest(server 2008) >>>> >>>> But according to documents found online it says that i can forward a >>>> single port only(in XEN 4.1 version). I've already configured >>>> usbdevice='tablet' >>>> >>>> according to docs, i should mention - usb=1 and >>>> usbdevice='host:deviceid:prodid' >>>> >>>> 1. as i've mentioned 'tablet' can't i mention 'host:deviceid:prodid'??? >>>> 2. can usb dongle b forwarded to hvm guest? >>>> >>>> >>>> Can anyone please guide me through with this. >>>> >>>> Thanks in advance >>>> >>>> -- >>>> Regards, >>>> Kamal Kishore B V >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> >> >> >> -- >> Regards, >> Kamal Kishore B V >> > > -- Regards, Kamal Kishore B V --047d7b3a925229c31004fd5f14fc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jacek,

Thanks a ton for im= mediate reply, but I did check lsusb and got the usb port listed.
It di= splays product id and device id, the issue is in pci configuration v should= enter some other ID which we get after running lspci -n.
But lspci -n doesn't list that lsusb id= s, hence I'm not able to go ahead with checking the same.

Looking forward for your reply



On Fri, Jul 4, 2014 at 7:54 PM, jacek burghardt <jaceksb= urghardt@gmail.com> wrote:
I know most of motherboards= with usb 3.0 are =C2=A0on separate card you can assign that to guest. You = can buy pcie usb 3.0 card on ebay for 12$ With linux you can unbind =C2=A0a= ny pci cards and assign them to guest os. You have to make sure you have io= mmu enabed and working =C2=A0 You need to use lsusb instead of lspci comman= d. The dongle should be available all the time.




On Fri, Jul 4, 20= 14 at 8:11 AM, kamal kishi <kamal.kishi@gmail.com> wrote= :

Hi Jacek,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 I have few doubts like -
1. Does that passing whole usb controller affect the Mouse(connected = through USB port) is also available only to VM??
2. In that case how will I access things in DOM0(UBUNTU)??
3= . Can you suggest any good How-To to configure the same. .
4. The= device I'm trying to connect to USB port is a USB Dongle, will that be= available to DOMU continuously as the Dongle is for licensing.
5. I tried giving lspci -v, doesn't even list the dongle connecte= d USB port :(

Please some one suggest

Regards,
Kamal Kishore B V



On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt = <jaceksburghardt@gmail.com> wrote:
You better off passing whole usb controller. I was able to= assign usb unifying receiver with =C2=A0usbdevice=3D'host:deviceid:prodid this is liimited to= usb 1. I had attached usb camera =C2=A0and i was getting speed mismatch.= =C2=A0


On = Fri, Jul 4, 2014 at 1:24 AM, kamal kishi <kamal.kishi@gmail.com>= ; wrote:
=
Hi all,

I'm using XEN 4.1, I want= to make visible a usb port in which a dongle is connected to HVM guest(ser= ver 2008)

But according to documents found online it says that i can forwar= d a single port only(in XEN 4.1 version). I've already configured usbde= vice=3D'tablet'

according to docs, i should mention=C2=A0 - usb=3D1 and usbdevice= =3D'host:deviceid:prodid'

1. as i've mentioned = 9;tablet' can't i mention 'host:deviceid:prodid'???
2. can usb dongle b forwarded to hvm guest?


Can anyone ple= ase guide me through with this.

Thanks in advance

--
Regards,
Kamal Kishore B V

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




--
Regards,
Kamal Kisho= re B V




--
Regards,Kamal Kishore B V
--047d7b3a925229c31004fd5f14fc-- --===============9213792290933664386== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9213792290933664386==-- From xen-users-bounces@lists.xen.org Fri Jul 04 21:09:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 21:09:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Aio-0000WM-Tg; Fri, 04 Jul 2014 21:08:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Op-00074Y-50 for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:23:39 +0000 Received: from [85.158.139.211:11948] by server-1.bemta-5.messagelabs.com id 21/1D-30932-AE8B6B35; Fri, 04 Jul 2014 14:23:38 +0000 X-Env-Sender: david.vrabel@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1404483816!9571940!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11625 invoked from network); 4 Jul 2014 14:23:37 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:23:37 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="149821189" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 04 Jul 2014 14:23:35 +0000 Received: from [10.80.2.76] (10.80.2.76) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 10:23:35 -0400 Message-ID: <53B6B8E5.8070201@citrix.com> Date: Fri, 4 Jul 2014 15:23:33 +0100 From: David Vrabel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Stefano Stabellini , David Vrabel References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> In-Reply-To: X-Originating-IP: [10.80.2.76] X-DLP: MIA1 X-Mailman-Approved-At: Fri, 04 Jul 2014 21:08:41 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/07/14 15:12, Stefano Stabellini wrote: > On Fri, 4 Jul 2014, David Vrabel wrote: >> On 03/07/14 18:47, Stefano Stabellini wrote: >>> >>> At the moment I would like a way to disable grant mappings and go back >>> to grant copies on demand. Maybe we could have a feature flag to change >>> the behaviour of the network backend? >> >> You must fix the ARM code to handle this properly. >> >> blkback also uses grant maps and depending on the frontend blkback may >> grant map the same machine frame multiple time. We have see frontends >> that send such requests. > > Indeed, it must be fixed properly. The workaround of disabling grant > mappings would be just to buy us some time to come up with the fix. It's an expensive workaround though. >> I can't remember how the ARM code works. Where is the problematic m2p >> lookup? > > arch/arm/xen/p2m.c > > >> Perhaps this could be avoided for foreign frames? > > Unfortunately no. The whole point of p2m.c is to be able to translate > foreign frames for dma operations. This is a p2m lookup though, which is fine, yes? Where, specifically is a mfn_to_pfn() lookup needed for a foreign MFN. FWIW, On x86, mfn_to_pfn() on a foreign MFN will return an invalid value (unless the gntdev device made the mapping and the m2p_override is used). David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 21:09:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 21:09:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Air-0000X2-4b; Fri, 04 Jul 2014 21:08:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X36kX-0004c1-6W for xen-users@lists.xen.org; Fri, 04 Jul 2014 16:54:13 +0000 Received: from [193.109.254.147:46406] by server-10.bemta-14.messagelabs.com id FE/9B-01431-43CD6B35; Fri, 04 Jul 2014 16:54:12 +0000 X-Env-Sender: david.vrabel@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1404492850!10924046!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 723 invoked from network); 4 Jul 2014 16:54:11 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 16:54:11 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="150029032" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Jul 2014 16:54:10 +0000 Received: from [10.80.2.76] (10.80.2.76) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 12:54:09 -0400 Message-ID: <53B6DC30.6060007@citrix.com> Date: Fri, 4 Jul 2014 17:54:08 +0100 From: David Vrabel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Stefano Stabellini References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> <53B6B8E5.8070201@citrix.com> <53B6D814.2030606@citrix.com> In-Reply-To: <53B6D814.2030606@citrix.com> X-Originating-IP: [10.80.2.76] X-DLP: MIA1 X-Mailman-Approved-At: Fri, 04 Jul 2014 21:08:41 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/07/14 17:36, David Vrabel wrote: > On 04/07/14 15:31, Stefano Stabellini wrote: >> On Fri, 4 Jul 2014, David Vrabel wrote: >>> On 04/07/14 15:12, Stefano Stabellini wrote: >>>> On Fri, 4 Jul 2014, David Vrabel wrote: >>>>> On 03/07/14 18:47, Stefano Stabellini wrote: >>>>>> >>>>>> At the moment I would like a way to disable grant mappings and go back >>>>>> to grant copies on demand. Maybe we could have a feature flag to change >>>>>> the behaviour of the network backend? >>>>> >>>>> You must fix the ARM code to handle this properly. >>>>> >>>>> blkback also uses grant maps and depending on the frontend blkback may >>>>> grant map the same machine frame multiple time. We have see frontends >>>>> that send such requests. >>>> >>>> Indeed, it must be fixed properly. The workaround of disabling grant >>>> mappings would be just to buy us some time to come up with the fix. >>> >>> It's an expensive workaround though. >> >> In terms of performances or in terms of code? >> If it's the performances you are worried about, we could enable the >> workaround just for arm and arm64. > > Expensive in terms of effort required to implement and maintain. > >>>>> I can't remember how the ARM code works. Where is the problematic m2p >>>>> lookup? >>>> >>>> arch/arm/xen/p2m.c >>>> >>>> >>>>> Perhaps this could be avoided for foreign frames? >>>> >>>> Unfortunately no. The whole point of p2m.c is to be able to translate >>>> foreign frames for dma operations. >>> >>> This is a p2m lookup though, which is fine, yes? Where, specifically is >>> a mfn_to_pfn() lookup needed for a foreign MFN. >> >> drivers/xen/swiotlb-xen.c:xen_unmap_single. xen_bus_to_phys is based on >> the value returned by mfn_to_pfn. > > I think you can probably get away with not doing the cache operations on > foreign pages when DMA map/unmapping. DMA mapped foreign pages are > (currently) either: > > a) packets from a guest being Tx'd off host. These are read-only and > are immediately freed after they're tranmitted. > > b) block requests from blkback and these pages are never accessed. Something like: --- a/drivers/xen/swiotlb-xen.c +++ b/drivers/xen/swiotlb-xen.c @@ -90,17 +90,18 @@ static inline dma_addr_t xen_phys_to_bus(phys_addr_t paddr) return dma; } -static inline phys_addr_t xen_bus_to_phys(dma_addr_t baddr) +/* Return true if baddr is the address of a foreign frame. */ +static inline int xen_bus_to_phys(dma_addr_t baddr, phys_addr_t *paddr) { unsigned long pfn = mfn_to_pfn(PFN_DOWN(baddr)); dma_addr_t dma = (dma_addr_t)pfn << PAGE_SHIFT; - phys_addr_t paddr = dma; - BUG_ON(paddr != dma); /* truncation has occurred, should never happen */ + if (pfn == INVALID_P2M_ENTRY) + return true; - paddr |= baddr & ~PAGE_MASK; + *paddr = dma | (baddr & ~PAGE_MASK); - return paddr; + return false; } static inline dma_addr_t xen_virt_to_bus(void *address) @@ -443,10 +444,30 @@ static void xen_unmap_single(struct device *hwdev, dma_addr_t dev_addr, size_t size, enum dma_data_direction dir, struct dma_attrs *attrs) { - phys_addr_t paddr = xen_bus_to_phys(dev_addr); + phys_addr_t paddr; + bool is_foreign; BUG_ON(dir == DMA_NONE); + is_foreign = xen_bus_to_phys(dev_addr, &paddr); + + /* + * We can't get the appropriate PFN for a foreign frame since + * it may be grant mapped multiple times. + * + * Assume that the grant unmap will do any appropriate cache + * operations, and that the frontend will do any for its own + * mappings. + * + * This does mean there is a window between the DMA unmap and + * the grant unmap where the CPU may see stale data (for a + * FROM_DEVICE operation), but this is not a problem in + * practice with the current users of foreign mappings + * (netback and blkback). + */ + if (is_foreign) + return; + xen_dma_unmap_page(hwdev, paddr, size, dir, attrs); /* NOTE: We use dev_addr here, not paddr! */ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 21:09:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 21:09:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Aio-0000WM-Tg; Fri, 04 Jul 2014 21:08:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34Op-00074Y-50 for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:23:39 +0000 Received: from [85.158.139.211:11948] by server-1.bemta-5.messagelabs.com id 21/1D-30932-AE8B6B35; Fri, 04 Jul 2014 14:23:38 +0000 X-Env-Sender: david.vrabel@citrix.com X-Msg-Ref: server-11.tower-206.messagelabs.com!1404483816!9571940!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11625 invoked from network); 4 Jul 2014 14:23:37 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:23:37 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="149821189" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 04 Jul 2014 14:23:35 +0000 Received: from [10.80.2.76] (10.80.2.76) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 10:23:35 -0400 Message-ID: <53B6B8E5.8070201@citrix.com> Date: Fri, 4 Jul 2014 15:23:33 +0100 From: David Vrabel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Stefano Stabellini , David Vrabel References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> In-Reply-To: X-Originating-IP: [10.80.2.76] X-DLP: MIA1 X-Mailman-Approved-At: Fri, 04 Jul 2014 21:08:41 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/07/14 15:12, Stefano Stabellini wrote: > On Fri, 4 Jul 2014, David Vrabel wrote: >> On 03/07/14 18:47, Stefano Stabellini wrote: >>> >>> At the moment I would like a way to disable grant mappings and go back >>> to grant copies on demand. Maybe we could have a feature flag to change >>> the behaviour of the network backend? >> >> You must fix the ARM code to handle this properly. >> >> blkback also uses grant maps and depending on the frontend blkback may >> grant map the same machine frame multiple time. We have see frontends >> that send such requests. > > Indeed, it must be fixed properly. The workaround of disabling grant > mappings would be just to buy us some time to come up with the fix. It's an expensive workaround though. >> I can't remember how the ARM code works. Where is the problematic m2p >> lookup? > > arch/arm/xen/p2m.c > > >> Perhaps this could be avoided for foreign frames? > > Unfortunately no. The whole point of p2m.c is to be able to translate > foreign frames for dma operations. This is a p2m lookup though, which is fine, yes? Where, specifically is a mfn_to_pfn() lookup needed for a foreign MFN. FWIW, On x86, mfn_to_pfn() on a foreign MFN will return an invalid value (unless the gntdev device made the mapping and the m2p_override is used). David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 21:09:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 21:09:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Aip-0000WU-Fw; Fri, 04 Jul 2014 21:08:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34X9-000891-Tf for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:32:16 +0000 Received: from [85.158.139.211:24922] by server-12.bemta-5.messagelabs.com id BB/39-27841-FEAB6B35; Fri, 04 Jul 2014 14:32:15 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1404484333!6141618!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3862 invoked from network); 4 Jul 2014 14:32:14 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:32:14 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="149822699" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 04 Jul 2014 14:31:56 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 10:31:55 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X34Wp-0001rC-AR; Fri, 04 Jul 2014 15:31:55 +0100 Date: Fri, 4 Jul 2014 15:31:15 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: David Vrabel In-Reply-To: <53B6B8E5.8070201@citrix.com> Message-ID: References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> <53B6B8E5.8070201@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA2 X-Mailman-Approved-At: Fri, 04 Jul 2014 21:08:41 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Stefano Stabellini , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 4 Jul 2014, David Vrabel wrote: > On 04/07/14 15:12, Stefano Stabellini wrote: > > On Fri, 4 Jul 2014, David Vrabel wrote: > >> On 03/07/14 18:47, Stefano Stabellini wrote: > >>> > >>> At the moment I would like a way to disable grant mappings and go back > >>> to grant copies on demand. Maybe we could have a feature flag to change > >>> the behaviour of the network backend? > >> > >> You must fix the ARM code to handle this properly. > >> > >> blkback also uses grant maps and depending on the frontend blkback may > >> grant map the same machine frame multiple time. We have see frontends > >> that send such requests. > > > > Indeed, it must be fixed properly. The workaround of disabling grant > > mappings would be just to buy us some time to come up with the fix. > > It's an expensive workaround though. In terms of performances or in terms of code? If it's the performances you are worried about, we could enable the workaround just for arm and arm64. > >> I can't remember how the ARM code works. Where is the problematic m2p > >> lookup? > > > > arch/arm/xen/p2m.c > > > > > >> Perhaps this could be avoided for foreign frames? > > > > Unfortunately no. The whole point of p2m.c is to be able to translate > > foreign frames for dma operations. > > This is a p2m lookup though, which is fine, yes? Where, specifically is > a mfn_to_pfn() lookup needed for a foreign MFN. drivers/xen/swiotlb-xen.c:xen_unmap_single. xen_bus_to_phys is based on the value returned by mfn_to_pfn. > FWIW, On x86, mfn_to_pfn() on a foreign MFN will return an invalid value > (unless the gntdev device made the mapping and the m2p_override is used). Keep in mind that ARM domains are a bit like PVH without IOMMU. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 21:09:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 21:09:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Air-0000X2-4b; Fri, 04 Jul 2014 21:08:45 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X36kX-0004c1-6W for xen-users@lists.xen.org; Fri, 04 Jul 2014 16:54:13 +0000 Received: from [193.109.254.147:46406] by server-10.bemta-14.messagelabs.com id FE/9B-01431-43CD6B35; Fri, 04 Jul 2014 16:54:12 +0000 X-Env-Sender: david.vrabel@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1404492850!10924046!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 723 invoked from network); 4 Jul 2014 16:54:11 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 16:54:11 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="150029032" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Jul 2014 16:54:10 +0000 Received: from [10.80.2.76] (10.80.2.76) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 12:54:09 -0400 Message-ID: <53B6DC30.6060007@citrix.com> Date: Fri, 4 Jul 2014 17:54:08 +0100 From: David Vrabel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Stefano Stabellini References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> <53B6B8E5.8070201@citrix.com> <53B6D814.2030606@citrix.com> In-Reply-To: <53B6D814.2030606@citrix.com> X-Originating-IP: [10.80.2.76] X-DLP: MIA1 X-Mailman-Approved-At: Fri, 04 Jul 2014 21:08:41 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/07/14 17:36, David Vrabel wrote: > On 04/07/14 15:31, Stefano Stabellini wrote: >> On Fri, 4 Jul 2014, David Vrabel wrote: >>> On 04/07/14 15:12, Stefano Stabellini wrote: >>>> On Fri, 4 Jul 2014, David Vrabel wrote: >>>>> On 03/07/14 18:47, Stefano Stabellini wrote: >>>>>> >>>>>> At the moment I would like a way to disable grant mappings and go back >>>>>> to grant copies on demand. Maybe we could have a feature flag to change >>>>>> the behaviour of the network backend? >>>>> >>>>> You must fix the ARM code to handle this properly. >>>>> >>>>> blkback also uses grant maps and depending on the frontend blkback may >>>>> grant map the same machine frame multiple time. We have see frontends >>>>> that send such requests. >>>> >>>> Indeed, it must be fixed properly. The workaround of disabling grant >>>> mappings would be just to buy us some time to come up with the fix. >>> >>> It's an expensive workaround though. >> >> In terms of performances or in terms of code? >> If it's the performances you are worried about, we could enable the >> workaround just for arm and arm64. > > Expensive in terms of effort required to implement and maintain. > >>>>> I can't remember how the ARM code works. Where is the problematic m2p >>>>> lookup? >>>> >>>> arch/arm/xen/p2m.c >>>> >>>> >>>>> Perhaps this could be avoided for foreign frames? >>>> >>>> Unfortunately no. The whole point of p2m.c is to be able to translate >>>> foreign frames for dma operations. >>> >>> This is a p2m lookup though, which is fine, yes? Where, specifically is >>> a mfn_to_pfn() lookup needed for a foreign MFN. >> >> drivers/xen/swiotlb-xen.c:xen_unmap_single. xen_bus_to_phys is based on >> the value returned by mfn_to_pfn. > > I think you can probably get away with not doing the cache operations on > foreign pages when DMA map/unmapping. DMA mapped foreign pages are > (currently) either: > > a) packets from a guest being Tx'd off host. These are read-only and > are immediately freed after they're tranmitted. > > b) block requests from blkback and these pages are never accessed. Something like: --- a/drivers/xen/swiotlb-xen.c +++ b/drivers/xen/swiotlb-xen.c @@ -90,17 +90,18 @@ static inline dma_addr_t xen_phys_to_bus(phys_addr_t paddr) return dma; } -static inline phys_addr_t xen_bus_to_phys(dma_addr_t baddr) +/* Return true if baddr is the address of a foreign frame. */ +static inline int xen_bus_to_phys(dma_addr_t baddr, phys_addr_t *paddr) { unsigned long pfn = mfn_to_pfn(PFN_DOWN(baddr)); dma_addr_t dma = (dma_addr_t)pfn << PAGE_SHIFT; - phys_addr_t paddr = dma; - BUG_ON(paddr != dma); /* truncation has occurred, should never happen */ + if (pfn == INVALID_P2M_ENTRY) + return true; - paddr |= baddr & ~PAGE_MASK; + *paddr = dma | (baddr & ~PAGE_MASK); - return paddr; + return false; } static inline dma_addr_t xen_virt_to_bus(void *address) @@ -443,10 +444,30 @@ static void xen_unmap_single(struct device *hwdev, dma_addr_t dev_addr, size_t size, enum dma_data_direction dir, struct dma_attrs *attrs) { - phys_addr_t paddr = xen_bus_to_phys(dev_addr); + phys_addr_t paddr; + bool is_foreign; BUG_ON(dir == DMA_NONE); + is_foreign = xen_bus_to_phys(dev_addr, &paddr); + + /* + * We can't get the appropriate PFN for a foreign frame since + * it may be grant mapped multiple times. + * + * Assume that the grant unmap will do any appropriate cache + * operations, and that the frontend will do any for its own + * mappings. + * + * This does mean there is a window between the DMA unmap and + * the grant unmap where the CPU may see stale data (for a + * FROM_DEVICE operation), but this is not a problem in + * practice with the current users of foreign mappings + * (netback and blkback). + */ + if (is_foreign) + return; + xen_dma_unmap_page(hwdev, paddr, size, dir, attrs); /* NOTE: We use dev_addr here, not paddr! */ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 21:09:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 21:09:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Aiq-0000Wc-1I; Fri, 04 Jul 2014 21:08:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X34dN-0000b8-65 for xen-users@lists.xen.org; Fri, 04 Jul 2014 14:38:41 +0000 Received: from [85.158.143.35:59230] by server-2.bemta-4.messagelabs.com id 09/6D-18579-07CB6B35; Fri, 04 Jul 2014 14:38:40 +0000 X-Env-Sender: kamal.kishi@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1404484709!15948267!1 X-Originating-IP: [209.85.220.179] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNjYwNDggKHRpbWVvdXQp\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20750 invoked from network); 4 Jul 2014 14:38:30 -0000 Received: from mail-vc0-f179.google.com (HELO mail-vc0-f179.google.com) (209.85.220.179) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 14:38:30 -0000 Received: by mail-vc0-f179.google.com with SMTP id id10so1651609vcb.38 for ; Fri, 04 Jul 2014 07:38:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iSbNi902iS8n/O8ZaHCuThyzbejtiVTSovXjmqSVZ08=; b=Ze3ombITlUr7W6SI7vZ9rPcXqCveMg9kvOu2QuhaQuDFrELD3t9TntIikVuGT7o8VZ DNBZ8AoaFTMQNG73PuMwC/sferhxL69jVvRSQunMIhxLoKwRxq0BG9AOmY00KjX0uFY/ 0bYSGgijpsOnY3YejFc9tKAUQ4lTWRBG9Y6Pu8Nuv+eBvInmGW7Oz3xWTF5eRLrRXgDC 7VfPAxYqdRtA8WziSih5tWTZ1CehO5ymV3j36d6Z0Uv+k8GOs1ZDqm4bfTWV2isOYotW vEvJ8Tt+bQ07UhzIT1S4ukpoX5+TqPFGt6ptGHgiD2bTV7RZs3pfuVFgisnvO1IcXffw A3zw== MIME-Version: 1.0 X-Received: by 10.220.69.68 with SMTP id y4mr9984290vci.21.1404484708842; Fri, 04 Jul 2014 07:38:28 -0700 (PDT) Received: by 10.58.186.163 with HTTP; Fri, 4 Jul 2014 07:38:28 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Jul 2014 20:08:28 +0530 Message-ID: From: kamal kishi To: jacek burghardt X-Mailman-Approved-At: Fri, 04 Jul 2014 21:08:41 +0000 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] USB port forwarding to HVM guest in XEN 4.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9213792290933664386==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9213792290933664386== Content-Type: multipart/alternative; boundary=047d7b3a925229c31004fd5f14fc --047d7b3a925229c31004fd5f14fc Content-Type: text/plain; charset=UTF-8 Hi Jacek, Thanks a ton for immediate reply, but I did check lsusb and got the usb port listed. It displays product id and device id, the issue is in pci configuration v should enter some other ID which we get after running lspci -n. But lspci -n doesn't list that lsusb ids, hence I'm not able to go ahead with checking the same. Was referring - linux-bsd-sharing.blogspot.com/2012/10/howto-xen-413-windows-8-hvm-domu-with.html Looking forward for your reply On Fri, Jul 4, 2014 at 7:54 PM, jacek burghardt wrote: > I know most of motherboards with usb 3.0 are on separate card you can > assign that to guest. You can buy pcie usb 3.0 card on ebay for 12$ With > linux you can unbind any pci cards and assign them to guest os. You have > to make sure you have iommu enabed and working You need to use lsusb > instead of lspci command. The dongle should be available all the time. > > > > > On Fri, Jul 4, 2014 at 8:11 AM, kamal kishi wrote: > >> >> Hi Jacek, >> >> I have few doubts like - >> 1. Does that passing whole usb controller affect the Mouse(connected >> through USB port) is also available only to VM?? >> 2. In that case how will I access things in DOM0(UBUNTU)?? >> 3. Can you suggest any good How-To to configure the same. . >> 4. The device I'm trying to connect to USB port is a USB Dongle, will >> that be available to DOMU continuously as the Dongle is for licensing. >> 5. I tried giving lspci -v, doesn't even list the dongle connected USB >> port :( >> >> Please some one suggest >> >> Regards, >> Kamal Kishore B V >> >> >> >> On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt < >> jaceksburghardt@gmail.com> wrote: >> >>> You better off passing whole usb controller. I was able to assign usb >>> unifying receiver with usbdevice='host:deviceid:prodid this is >>> liimited to usb 1. I had attached usb camera and i was getting speed >>> mismatch. >>> >>> >>> On Fri, Jul 4, 2014 at 1:24 AM, kamal kishi >>> wrote: >>> >>>> Hi all, >>>> >>>> I'm using XEN 4.1, I want to make visible a usb port in which a dongle >>>> is connected to HVM guest(server 2008) >>>> >>>> But according to documents found online it says that i can forward a >>>> single port only(in XEN 4.1 version). I've already configured >>>> usbdevice='tablet' >>>> >>>> according to docs, i should mention - usb=1 and >>>> usbdevice='host:deviceid:prodid' >>>> >>>> 1. as i've mentioned 'tablet' can't i mention 'host:deviceid:prodid'??? >>>> 2. can usb dongle b forwarded to hvm guest? >>>> >>>> >>>> Can anyone please guide me through with this. >>>> >>>> Thanks in advance >>>> >>>> -- >>>> Regards, >>>> Kamal Kishore B V >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> >> >> >> -- >> Regards, >> Kamal Kishore B V >> > > -- Regards, Kamal Kishore B V --047d7b3a925229c31004fd5f14fc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jacek,

Thanks a ton for im= mediate reply, but I did check lsusb and got the usb port listed.
It di= splays product id and device id, the issue is in pci configuration v should= enter some other ID which we get after running lspci -n.
But lspci -n doesn't list that lsusb id= s, hence I'm not able to go ahead with checking the same.

Looking forward for your reply



On Fri, Jul 4, 2014 at 7:54 PM, jacek burghardt <jaceksb= urghardt@gmail.com> wrote:
I know most of motherboards= with usb 3.0 are =C2=A0on separate card you can assign that to guest. You = can buy pcie usb 3.0 card on ebay for 12$ With linux you can unbind =C2=A0a= ny pci cards and assign them to guest os. You have to make sure you have io= mmu enabed and working =C2=A0 You need to use lsusb instead of lspci comman= d. The dongle should be available all the time.




On Fri, Jul 4, 20= 14 at 8:11 AM, kamal kishi <kamal.kishi@gmail.com> wrote= :

Hi Jacek,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 I have few doubts like -
1. Does that passing whole usb controller affect the Mouse(connected = through USB port) is also available only to VM??
2. In that case how will I access things in DOM0(UBUNTU)??
3= . Can you suggest any good How-To to configure the same. .
4. The= device I'm trying to connect to USB port is a USB Dongle, will that be= available to DOMU continuously as the Dongle is for licensing.
5. I tried giving lspci -v, doesn't even list the dongle connecte= d USB port :(

Please some one suggest

Regards,
Kamal Kishore B V



On Fri, Jul 4, 2014 at 7:12 PM, jacek burghardt = <jaceksburghardt@gmail.com> wrote:
You better off passing whole usb controller. I was able to= assign usb unifying receiver with =C2=A0usbdevice=3D'host:deviceid:prodid this is liimited to= usb 1. I had attached usb camera =C2=A0and i was getting speed mismatch.= =C2=A0


On = Fri, Jul 4, 2014 at 1:24 AM, kamal kishi <kamal.kishi@gmail.com>= ; wrote:
=
Hi all,

I'm using XEN 4.1, I want= to make visible a usb port in which a dongle is connected to HVM guest(ser= ver 2008)

But according to documents found online it says that i can forwar= d a single port only(in XEN 4.1 version). I've already configured usbde= vice=3D'tablet'

according to docs, i should mention=C2=A0 - usb=3D1 and usbdevice= =3D'host:deviceid:prodid'

1. as i've mentioned = 9;tablet' can't i mention 'host:deviceid:prodid'???
2. can usb dongle b forwarded to hvm guest?


Can anyone ple= ase guide me through with this.

Thanks in advance

--
Regards,
Kamal Kishore B V

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




--
Regards,
Kamal Kisho= re B V




--
Regards,Kamal Kishore B V
--047d7b3a925229c31004fd5f14fc-- --===============9213792290933664386== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9213792290933664386==-- From xen-users-bounces@lists.xen.org Fri Jul 04 21:09:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 21:09:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Aiq-0000Ws-JN; Fri, 04 Jul 2014 21:08:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X36Th-0004HG-HJ for xen-users@lists.xen.org; Fri, 04 Jul 2014 16:36:49 +0000 Received: from [85.158.143.35:19619] by server-2.bemta-4.messagelabs.com id E8/BF-18579-028D6B35; Fri, 04 Jul 2014 16:36:48 +0000 X-Env-Sender: david.vrabel@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1404491799!12489218!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15907 invoked from network); 4 Jul 2014 16:36:40 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 16:36:40 -0000 X-IronPort-AV: E=Sophos;i="5.01,601,1400025600"; d="scan'208";a="150027060" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 04 Jul 2014 16:36:39 +0000 Received: from [10.80.2.76] (10.80.2.76) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Fri, 4 Jul 2014 12:36:38 -0400 Message-ID: <53B6D814.2030606@citrix.com> Date: Fri, 4 Jul 2014 17:36:36 +0100 From: David Vrabel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0 MIME-Version: 1.0 To: Stefano Stabellini References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> <53B6B8E5.8070201@citrix.com> In-Reply-To: X-Originating-IP: [10.80.2.76] X-DLP: MIA2 X-Mailman-Approved-At: Fri, 04 Jul 2014 21:08:41 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/07/14 15:31, Stefano Stabellini wrote: > On Fri, 4 Jul 2014, David Vrabel wrote: >> On 04/07/14 15:12, Stefano Stabellini wrote: >>> On Fri, 4 Jul 2014, David Vrabel wrote: >>>> On 03/07/14 18:47, Stefano Stabellini wrote: >>>>> >>>>> At the moment I would like a way to disable grant mappings and go back >>>>> to grant copies on demand. Maybe we could have a feature flag to change >>>>> the behaviour of the network backend? >>>> >>>> You must fix the ARM code to handle this properly. >>>> >>>> blkback also uses grant maps and depending on the frontend blkback may >>>> grant map the same machine frame multiple time. We have see frontends >>>> that send such requests. >>> >>> Indeed, it must be fixed properly. The workaround of disabling grant >>> mappings would be just to buy us some time to come up with the fix. >> >> It's an expensive workaround though. > > In terms of performances or in terms of code? > If it's the performances you are worried about, we could enable the > workaround just for arm and arm64. Expensive in terms of effort required to implement and maintain. >>>> I can't remember how the ARM code works. Where is the problematic m2p >>>> lookup? >>> >>> arch/arm/xen/p2m.c >>> >>> >>>> Perhaps this could be avoided for foreign frames? >>> >>> Unfortunately no. The whole point of p2m.c is to be able to translate >>> foreign frames for dma operations. >> >> This is a p2m lookup though, which is fine, yes? Where, specifically is >> a mfn_to_pfn() lookup needed for a foreign MFN. > > drivers/xen/swiotlb-xen.c:xen_unmap_single. xen_bus_to_phys is based on > the value returned by mfn_to_pfn. I think you can probably get away with not doing the cache operations on foreign pages when DMA map/unmapping. DMA mapped foreign pages are (currently) either: a) packets from a guest being Tx'd off host. These are read-only and are immediately freed after they're tranmitted. b) block requests from blkback and these pages are never accessed. David _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 22:46:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 22:46:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3CEb-00030K-72; Fri, 04 Jul 2014 22:45:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3CEa-00030F-5y for xen-users@lists.xen.org; Fri, 04 Jul 2014 22:45:36 +0000 Received: from [85.158.137.68:47494] by server-4.bemta-3.messagelabs.com id 5A/03-23732-F8E27B35; Fri, 04 Jul 2014 22:45:35 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-7.tower-31.messagelabs.com!1404513933!14125577!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30217 invoked from network); 4 Jul 2014 22:45:34 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jul 2014 22:45:34 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h4rqK2hxszYpGxP for ; Sat, 5 Jul 2014 00:45:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404513933; bh=ZhyNY71UplrR+aQd7D1QNLGGBQ43qVmNXBUSsT3XHIE=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=TwBmlPF9Em0SZH2V4MCC997KiHMtbPWpI+gv3PVHUIBGAopBKl8oEki7GQ5r79Iw2 RnDe0fJDsXeuy2LdpPSO91AtrN7QI3Uu2WiZ/U2gOAybYapL0UrzEdK+udTN4rnqS7 rLrZ2Ccgqzy9HDzgJRVf1z3eDb7TuDLJaBQ6cOsQ= Message-ID: <53B72E8B.5010007@op.pl> Date: Sat, 05 Jul 2014 00:45:31 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> In-Reply-To: <87d2dl82w3.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-04 19:11, lee pisze: > Kuba writes: > >> W dniu 2014-07-03 00:45, lee pisze: >> >>>>> It's tempting to try it out, and I really like the checksumming >>>>> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >>>>> and Debian requires you to use fuse if you want ZFS, adding more >>>>> complexity. >>>> >>>> You haven't done your research thoroughly enough. >>> >>> No, I haven't looked into it thoroughly at all. >>> >>>> On Linux there is for all intents and purposes one implementation. >>> >>> Where is this implementation? Is it available by default? I only saw >>> that there's a Debian package for ZFS which involves fuse. >>> >> >> In case you'd like to try it out, follow these steps: >> http://zfsonlinux.org/debian.html >> >> and just have few minutes of fun. I'm pretty sure a livecd will >> do. You can also use files instead of real disks. > > Thanks! Sooner or later I'll try it out. How come there are no > packages in the Debian repos other than the fuse package? Sorry, that's way beyond my knowledge. >>> A very long time ago, I lost data with xfs once. It probably was my own >>> fault, using some mount parameters wrongly. That taught me to be very >>> careful with file system and to prefer file systems that are easy to >>> use, that don't have many or any parameters that need to be considered >>> and basically just do what they are supposed to right out of the box. >>> >>> Does ZFS do that? Since it's about keeping the data safe, it might have >>> a good deal of protection against user errors. >> >> Destructive operations are usually called accordingly: zfs destroy, >> zfs rollback, so they quite clearly express the intention. > > "Rollback" doesn't sound very destructive. For me "rollback" always meant "revert to some previous state" and for me it sounds very destructive - at least for the "current state" from which you are reverting. >> How can a file system protect you from executing a destructive >> operation? > > It can try by warning you. Does "rm" sound destructive or try to warn you? It just does what you tell it to do. >> Snapshots protect you from most user errors. Off-site backups protect >> you from su errors. To some extent. > > Off-site would be good, but it's a hassle because I'd have to carry the > disks back and forth. You can do that over the network. And it's always pros vs cons. It's your data, your requirements, your decisions and your responsibility. > And how are snapshots better than copying the > data? Snapshots are just snapshots, making them does not copy your data (well, in fact, ZFS is a COW file system, so making a snapshot may result in actually copying your data later on, if it's needed, but it's not copying as in "making a backup"). Replicating a snapshot results in creation of another dataset identical to the original snapshot. It's just a one more way of making full or incremental backups. > What if I need to access a file that's in the snapshot: Do I > need to restore the snapshot first? Usually you can "cd .zfs" directory, which contains subdirectories named after your snapshots, and inside that directories you have complete datasets just like the ones you took the snapshots of. No rollback/restoring/mounting is necessary. >>>>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>>>> learned much about it yet, but that's my impression so far. >>>> >>>> As I said above - you haven't done your research very thoroughly. >>> >>> I haven't, yet all I've been reading so far makes me very careful. When >>> you search for "zfs linux mature", you find more sources saying >>> something like "it is not really mature" and not many, if any, that >>> would say something like "of course you should use it, it works >>> perfectly". >> >> "Mature" means different things to different people in different >> circumstances. Is Linux mature? Is Linux 3.15 mature? If not, is 2.6 >> mature? Does it mean it has no bugs? If ZoL is not mature enough for >> you, you can use FreeBSD or Solaris. Or you can use hardware RAID + >> any other FS. I have the same feeling about ZFS as Gordan - once you >> start using it, you cannot imagine making do without it. > > Why exactly is that? Are you modifying your storage system all the time > or making snapshots all the time? Yes, I take snapshots all the time. This way it's easy for me to revert VMs to previous states, clone them, etc. Same goes with my regular data. And I replicate them a lot. > Checksumming is sure good to have, being able to fully use the disk > caches is, too, as well as not wasting space through fixed block sizes. > I've never made a snapshot and don't know what I would make one for > other than perhaps making a snapshot of the dom0 and the VMs --- which > would require booting from ZFS, figuring out how to make snapshots and > where to put them and how to restore them. > > The biggest advantage would be checksumming. I'd be trading that > against ease of use and great complexity. So you can see how it is not > understandable to me what makes ZFS so great that I wouldn't be able to > do without anymore. I'm not saying you will feel about ZFS as I do after you try it out. It presents you a certain set of features, advantages and disadvantages and it is up to you, and you only, to decide whether you can benefit from it or not. All I'm saying is that I personally believe ZFS is worth taking into consideration. >> Does it mean you have to use it too? Of course not:) Is it wrong not >> to use it? Of course not! You should do what _you_ believe is the >> right thing to do. But try it out nonetheless :) Or try HAMMER >> (Dragonfly BSD). Or btrfs (although this one probably really is not >> mature enough). > > Btrfs still needs some time, and it seems to have disadvantages compared > to ZFS (which may not even be relevant for what I'm doing). I never > tried BSD; that would be something new to learn. > > Anyway, I'll try it out. That doesn't mean I'll jump to it right away, > especially not while I still can't tell whether the server finally runs > stable or not. Give it some time without crashing. I don't even know > if the disks would work as JBOD. > >>> So you would be running ZFS on unreliable disks, with the errors being >>> corrected and going unnoticed, until either, without TLER, the system >>> goes down or, with TLER, until the errors aren't recoverable anymore and >>> become noticeable only when it's too late. >> >> ZFS tells you it had problems ("zpool status"). ZFS can also check >> entire pool for defects ("zpool scrub", you should do that >> periodically). > > You're silently loosing more and more redundancy. I'm not sure what you mean by loosing redundancy. > How do you know when > a disk needs to be replaced? ZFS tells you it had IO or checksum failures. It may also put your pool into a degraded state (with one or more disks disconnected from the pool) with reduced redundancy (just like a regular RAID would do). SMART also tells you something wrong has happened (or is going to, probably). And, additionally, when you replace a disk and resilver (ZFS term for rebuilding) the pool, you know whether all your data was read and restored without errors. > Does ZFS maintain a list of bad sectors which are not to be used again? Don't know, but never heard of it. I always thought it's the storage device's job. Does any file system do that? >> It's also quite difficult to corrupts the file system >> itself: >> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing > > It shows that there are more checksum errors after the errors were > supposedly corrected. Not "supposedly". The increasing number only shows the count of encountered checksum errors. If ZFS could not correct the error, it would say so. >> Using ZFS does not mean you don't have to do backups. File system type >> won't make a difference for a fire inside your enclosure:) But ZFS >> makes it easy to create backups by replicating your pool or datasets >> ("zfs send" lets you create full or incremental backups) to another >> set of disks or machine(s). > > As another ZFS or as files or archives or as what? I'm using rsync now, > and restoring a file is as simple as copying it from the backup. Typically as another ZFS dataset. Replicating ZFS snapshots has one big advantage for me (besides checksumming, so you know you've made your backup correctly) - it's atomic, so it either happens or not. It doesn't mean it's supposed to replace rsync, though. It depends on the task at hand. >>>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >>> >>> Those guys don't use ZFS. They must have very good reasons not to. >> >> They do: >> http://www.youtube.com/watch?v=c5ASf53v4lI >> http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf >> >> And I believe they have lots of good reasons to do so :) > > That's some laboratory experimenting with ZFS. Backblaze uses ext4, > though ZFS would seem to be a very good choice for what they're doing. > How can they store so much data without checksumming, without using ECC > RAM and not experience a significant amount of data corruption? That's what I found about Backblaze and ZFS (22-07-2011): We are intrigued by it, as it would replace RAID & LVM as well. But native ZFS is not available on Linux and we're not looking to switch to OpenSolaris or FreeBSD, as our current system works great for us. For someone starting from scratch, ZFS on one of these OSes might work and we would be interested to know if someone tries it. We're more likely to switch to btrfs in the future if anything. http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited That's just two organizations with similarly sized storage and different approaches. One uses standard solutions, the other one ported ZFS to Linux, so they could use it. It's up to you to define your goals, solutions and level of assurance. My personal approach is "hope for the best, plan for the worst". > The corruption wouldn't go unnoticed because they won't be able to > decrypt the data. They'd have to store everything at least twice, and > if they could cut their costs in half or less by not having to do that > through simply using ZFS, why wouldn't they? Data redundancy is not implied by ZFS itself. You either want redundancy or not, ZFS is just one way of providing it. > What is the actual rate of data corruption or loss prevented or > corrected by ZFS due to its checksumming in daily usage? I have experienced data corruption due to hardware failures in the past. Once is often enough for me and it happened more then once. If I hadn't done the checksumming myself, I probably wouldn't even have known about it. Since I started using it, ZFS detected data corruption several times for me (within a few years). But I don't own a data center :) Actual error rates might depend on your workload, hardware, probabilities and lots of other things. Here's something you might find interesting: http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 22:46:52 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 22:46:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3CEb-00030K-72; Fri, 04 Jul 2014 22:45:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3CEa-00030F-5y for xen-users@lists.xen.org; Fri, 04 Jul 2014 22:45:36 +0000 Received: from [85.158.137.68:47494] by server-4.bemta-3.messagelabs.com id 5A/03-23732-F8E27B35; Fri, 04 Jul 2014 22:45:35 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-7.tower-31.messagelabs.com!1404513933!14125577!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30217 invoked from network); 4 Jul 2014 22:45:34 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 4 Jul 2014 22:45:34 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h4rqK2hxszYpGxP for ; Sat, 5 Jul 2014 00:45:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404513933; bh=ZhyNY71UplrR+aQd7D1QNLGGBQ43qVmNXBUSsT3XHIE=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=TwBmlPF9Em0SZH2V4MCC997KiHMtbPWpI+gv3PVHUIBGAopBKl8oEki7GQ5r79Iw2 RnDe0fJDsXeuy2LdpPSO91AtrN7QI3Uu2WiZ/U2gOAybYapL0UrzEdK+udTN4rnqS7 rLrZ2Ccgqzy9HDzgJRVf1z3eDb7TuDLJaBQ6cOsQ= Message-ID: <53B72E8B.5010007@op.pl> Date: Sat, 05 Jul 2014 00:45:31 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> In-Reply-To: <87d2dl82w3.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-04 19:11, lee pisze: > Kuba writes: > >> W dniu 2014-07-03 00:45, lee pisze: >> >>>>> It's tempting to try it out, and I really like the checksumming >>>>> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >>>>> and Debian requires you to use fuse if you want ZFS, adding more >>>>> complexity. >>>> >>>> You haven't done your research thoroughly enough. >>> >>> No, I haven't looked into it thoroughly at all. >>> >>>> On Linux there is for all intents and purposes one implementation. >>> >>> Where is this implementation? Is it available by default? I only saw >>> that there's a Debian package for ZFS which involves fuse. >>> >> >> In case you'd like to try it out, follow these steps: >> http://zfsonlinux.org/debian.html >> >> and just have few minutes of fun. I'm pretty sure a livecd will >> do. You can also use files instead of real disks. > > Thanks! Sooner or later I'll try it out. How come there are no > packages in the Debian repos other than the fuse package? Sorry, that's way beyond my knowledge. >>> A very long time ago, I lost data with xfs once. It probably was my own >>> fault, using some mount parameters wrongly. That taught me to be very >>> careful with file system and to prefer file systems that are easy to >>> use, that don't have many or any parameters that need to be considered >>> and basically just do what they are supposed to right out of the box. >>> >>> Does ZFS do that? Since it's about keeping the data safe, it might have >>> a good deal of protection against user errors. >> >> Destructive operations are usually called accordingly: zfs destroy, >> zfs rollback, so they quite clearly express the intention. > > "Rollback" doesn't sound very destructive. For me "rollback" always meant "revert to some previous state" and for me it sounds very destructive - at least for the "current state" from which you are reverting. >> How can a file system protect you from executing a destructive >> operation? > > It can try by warning you. Does "rm" sound destructive or try to warn you? It just does what you tell it to do. >> Snapshots protect you from most user errors. Off-site backups protect >> you from su errors. To some extent. > > Off-site would be good, but it's a hassle because I'd have to carry the > disks back and forth. You can do that over the network. And it's always pros vs cons. It's your data, your requirements, your decisions and your responsibility. > And how are snapshots better than copying the > data? Snapshots are just snapshots, making them does not copy your data (well, in fact, ZFS is a COW file system, so making a snapshot may result in actually copying your data later on, if it's needed, but it's not copying as in "making a backup"). Replicating a snapshot results in creation of another dataset identical to the original snapshot. It's just a one more way of making full or incremental backups. > What if I need to access a file that's in the snapshot: Do I > need to restore the snapshot first? Usually you can "cd .zfs" directory, which contains subdirectories named after your snapshots, and inside that directories you have complete datasets just like the ones you took the snapshots of. No rollback/restoring/mounting is necessary. >>>>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>>>> learned much about it yet, but that's my impression so far. >>>> >>>> As I said above - you haven't done your research very thoroughly. >>> >>> I haven't, yet all I've been reading so far makes me very careful. When >>> you search for "zfs linux mature", you find more sources saying >>> something like "it is not really mature" and not many, if any, that >>> would say something like "of course you should use it, it works >>> perfectly". >> >> "Mature" means different things to different people in different >> circumstances. Is Linux mature? Is Linux 3.15 mature? If not, is 2.6 >> mature? Does it mean it has no bugs? If ZoL is not mature enough for >> you, you can use FreeBSD or Solaris. Or you can use hardware RAID + >> any other FS. I have the same feeling about ZFS as Gordan - once you >> start using it, you cannot imagine making do without it. > > Why exactly is that? Are you modifying your storage system all the time > or making snapshots all the time? Yes, I take snapshots all the time. This way it's easy for me to revert VMs to previous states, clone them, etc. Same goes with my regular data. And I replicate them a lot. > Checksumming is sure good to have, being able to fully use the disk > caches is, too, as well as not wasting space through fixed block sizes. > I've never made a snapshot and don't know what I would make one for > other than perhaps making a snapshot of the dom0 and the VMs --- which > would require booting from ZFS, figuring out how to make snapshots and > where to put them and how to restore them. > > The biggest advantage would be checksumming. I'd be trading that > against ease of use and great complexity. So you can see how it is not > understandable to me what makes ZFS so great that I wouldn't be able to > do without anymore. I'm not saying you will feel about ZFS as I do after you try it out. It presents you a certain set of features, advantages and disadvantages and it is up to you, and you only, to decide whether you can benefit from it or not. All I'm saying is that I personally believe ZFS is worth taking into consideration. >> Does it mean you have to use it too? Of course not:) Is it wrong not >> to use it? Of course not! You should do what _you_ believe is the >> right thing to do. But try it out nonetheless :) Or try HAMMER >> (Dragonfly BSD). Or btrfs (although this one probably really is not >> mature enough). > > Btrfs still needs some time, and it seems to have disadvantages compared > to ZFS (which may not even be relevant for what I'm doing). I never > tried BSD; that would be something new to learn. > > Anyway, I'll try it out. That doesn't mean I'll jump to it right away, > especially not while I still can't tell whether the server finally runs > stable or not. Give it some time without crashing. I don't even know > if the disks would work as JBOD. > >>> So you would be running ZFS on unreliable disks, with the errors being >>> corrected and going unnoticed, until either, without TLER, the system >>> goes down or, with TLER, until the errors aren't recoverable anymore and >>> become noticeable only when it's too late. >> >> ZFS tells you it had problems ("zpool status"). ZFS can also check >> entire pool for defects ("zpool scrub", you should do that >> periodically). > > You're silently loosing more and more redundancy. I'm not sure what you mean by loosing redundancy. > How do you know when > a disk needs to be replaced? ZFS tells you it had IO or checksum failures. It may also put your pool into a degraded state (with one or more disks disconnected from the pool) with reduced redundancy (just like a regular RAID would do). SMART also tells you something wrong has happened (or is going to, probably). And, additionally, when you replace a disk and resilver (ZFS term for rebuilding) the pool, you know whether all your data was read and restored without errors. > Does ZFS maintain a list of bad sectors which are not to be used again? Don't know, but never heard of it. I always thought it's the storage device's job. Does any file system do that? >> It's also quite difficult to corrupts the file system >> itself: >> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing > > It shows that there are more checksum errors after the errors were > supposedly corrected. Not "supposedly". The increasing number only shows the count of encountered checksum errors. If ZFS could not correct the error, it would say so. >> Using ZFS does not mean you don't have to do backups. File system type >> won't make a difference for a fire inside your enclosure:) But ZFS >> makes it easy to create backups by replicating your pool or datasets >> ("zfs send" lets you create full or incremental backups) to another >> set of disks or machine(s). > > As another ZFS or as files or archives or as what? I'm using rsync now, > and restoring a file is as simple as copying it from the backup. Typically as another ZFS dataset. Replicating ZFS snapshots has one big advantage for me (besides checksumming, so you know you've made your backup correctly) - it's atomic, so it either happens or not. It doesn't mean it's supposed to replace rsync, though. It depends on the task at hand. >>>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >>> >>> Those guys don't use ZFS. They must have very good reasons not to. >> >> They do: >> http://www.youtube.com/watch?v=c5ASf53v4lI >> http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf >> >> And I believe they have lots of good reasons to do so :) > > That's some laboratory experimenting with ZFS. Backblaze uses ext4, > though ZFS would seem to be a very good choice for what they're doing. > How can they store so much data without checksumming, without using ECC > RAM and not experience a significant amount of data corruption? That's what I found about Backblaze and ZFS (22-07-2011): We are intrigued by it, as it would replace RAID & LVM as well. But native ZFS is not available on Linux and we're not looking to switch to OpenSolaris or FreeBSD, as our current system works great for us. For someone starting from scratch, ZFS on one of these OSes might work and we would be interested to know if someone tries it. We're more likely to switch to btrfs in the future if anything. http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited That's just two organizations with similarly sized storage and different approaches. One uses standard solutions, the other one ported ZFS to Linux, so they could use it. It's up to you to define your goals, solutions and level of assurance. My personal approach is "hope for the best, plan for the worst". > The corruption wouldn't go unnoticed because they won't be able to > decrypt the data. They'd have to store everything at least twice, and > if they could cut their costs in half or less by not having to do that > through simply using ZFS, why wouldn't they? Data redundancy is not implied by ZFS itself. You either want redundancy or not, ZFS is just one way of providing it. > What is the actual rate of data corruption or loss prevented or > corrected by ZFS due to its checksumming in daily usage? I have experienced data corruption due to hardware failures in the past. Once is often enough for me and it happened more then once. If I hadn't done the checksumming myself, I probably wouldn't even have known about it. Since I started using it, ZFS detected data corruption several times for me (within a few years). But I don't own a data center :) Actual error rates might depend on your workload, hardware, probabilities and lots of other things. Here's something you might find interesting: http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 04 23:29:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 23:29:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Ctz-0003s6-Pg; Fri, 04 Jul 2014 23:28:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Cty-0003s1-DH for xen-users@lists.xen.org; Fri, 04 Jul 2014 23:28:22 +0000 Received: from [193.109.254.147:17154] by server-13.bemta-14.messagelabs.com id 9F/86-14699-59837B35; Fri, 04 Jul 2014 23:28:21 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1404516499!15599073!1 X-Originating-IP: [209.85.192.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15103 invoked from network); 4 Jul 2014 23:28:20 -0000 Received: from mail-pd0-f169.google.com (HELO mail-pd0-f169.google.com) (209.85.192.169) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 23:28:20 -0000 Received: by mail-pd0-f169.google.com with SMTP id g10so2464112pdj.14 for ; Fri, 04 Jul 2014 16:28:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=i69/96cuqwIieHzYbtD1tIsjbqJae2JruYCFRnEHLT4=; b=PXLlgAm5pLIuP4yQ3VwmyvjbZscncC8rxd+F5dBy0HbjjGswdAQKVF6C9iJ09G9cTM KXGs2K/nLtlP6RbCmyHtT7BmqdAn94VO4e7r+gxl46TcveaqKl50UbYLYl+kJwt8Hh4e MMO4GrNj4gd4xMkrfvCx9O4ud8MzXJUH1WSktZOpKO9Hwawe+sZLEHhKHWGndgPOJkiQ cADGrBW4iO4LUQiPbJmgJW2ECvV9taYI6b5cjKJmlD3j6YivNJWiV1Wo75ZPW3S7Vjju ApV6g/d22pJqAol4zOVRrYtXWWD3nkhbJeHs/YdVwxm4j/VRxuxyqELfiybqaxNYhjOe 5vWA== X-Gm-Message-State: ALoCoQl/Jrys8ARZPp5ch+H8Be7ChB29tqDM0K1t4ipu7WSlpfMHXHBES79cc7KxmHa+a7hkQDwX MIME-Version: 1.0 X-Received: by 10.68.225.105 with SMTP id rj9mr13457784pbc.108.1404516498643; Fri, 04 Jul 2014 16:28:18 -0700 (PDT) Received: by 10.70.43.135 with HTTP; Fri, 4 Jul 2014 16:28:18 -0700 (PDT) In-Reply-To: <878uo982a4.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> Date: Sat, 5 Jul 2014 06:28:18 +0700 Message-ID: From: "Fajar A. Nugraha" To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gU2F0LCBKdWwgNSwgMjAxNCBhdCAxMjoyNSBBTSwgbGVlIDxsZWVAeXVuLnlhZ2liZGFoLmRl PiB3cm90ZToKPiBOdW5vIE1hZ2FsaMOjZXMgPG51bm9tYWdhbGhhZXNAZXUuaXBwLnB0PiB3cml0 ZXM6Cj4KPj4gVGhpcyBtYXkgYmUgaXJyZWxldmFudCB0byBldmVuIG1lbnRpb24sIGJ1dCBtb3N0 IHN0dWZmIGkgZmluZCBvbiBUaGUKPj4gTmV0IGlzIHVzdWFsbHkgb3V0ZGF0ZWQgYnkgYSBmZXcg eWVhcnMsIHNvIGkgYWx3YXlzIHRyeSB0byBjaGVjayBhKQo+PiB3aGVuIHdhcyBpdCB3cml0dGVu IGFuZCBiKSBieSB3aG8gYW5kIHdoYXQncyB0aGVpciBhdXRob3JpdHkgb24gdGhlCj4+IG1hdHRl ciAgKHN1YmplY3RpdmUpLiBQbHVzLCBpdCBzZWVtcyB0byBtZSBaRlMgaXMgbm90IHRoYXQgd2Vs bC1rbm93bgo+PiB0byBsaW51eCBmb2xrIChpIGluY2x1ZGVkKSBzbyB0aGVyZSBtYXkgYmUgYSBs aXR0bGUgY2hlc3QtdGh1bXBpbmcKCgpBIGdvb2dsZSBzZWFyY2ggZm9yICJ6ZnMiIG9uIG15IGxh cHRvcCAoaW5jb2duaXRvIG1vZGUpIHJldHVybnMKd2lraXBlZGlhIGZpcnN0LCB6ZnNvbmxpbnV4 IGFzIHNlY29uZCBlbnRyeSwgYW5kIG9wZW4temZzIHRoaXJkLgoKPj4gZ29pbmcgb24gc2luY2Ug WkZTIGlzIG1vc3RseSBhIFNvbGFyaXMgdGhpbmcgKGFzIGlzIGR0cmFjZS4uLikuIER1bm5vCgpJ IGxpa2VkIHNvbGFyaXMgZm9yIHRocmVlIHRoaW5nczoKLSB6ZnMKLSBkdHJhY2UKLSB6b25lcwoK aG93ZXZlciBsaW51eCB1c2VycyBub3cgaGF2ZSB6ZnNvbmxpbnV4LCBwZXJmLCBhbmQgbHhjLiBD b3VwbGVkIHdpdGgKdGhlIHRoaW5ncyBsaW51eCBhbHJlYWR5IGdvb2QgYXQgKGUuZy4gdXAtdG8t ZGF0ZSBGT1NTIHBhY2thZ2VzKSwgaXQncwpwcmV0dHkgbXVjaCAiYnllIHNvbGFyaXMiIGZvciBt ZSA6KQoKPgo+IEkgZmluZCBpdCB2ZXJ5IHJlbGV2YW50IHNpbmNlIEkgbmVlZCBzb21lIGdvb2Qg ZG9jdW1lbnRhdGlvbiBiZWZvcmUgSQo+IHRyeSBvdXQgWkZTLCBhbmQgdGhhdCBkb2N1bWVudGF0 aW9uIG5lZWRzIHRvIGJlIHVwIHRvIGRhdGUuICBJIGhhdmVuJ3QKPiByZWFsbHkgbG9va2VkIHll dCwgYnV0IHRoYXQgSSBkaWRuJ3QgY29tZSBhY3Jvc3Mgc3VjaCBkb2N1bWVudGF0aW9uIHdpdGgK PiB3aGF0IEkndmUgYmVlbiBsb29raW5nIGZvciB5ZXQgbWFrZXMgbWUgd29uZGVyIGlmIHRoZXJl IGV2ZW4gaXMgb25lLgo+CgpNb3N0IG9mIHRoZSBvcmlnaW5hbCB6ZnMgZG9jdW1lbnRhdGlvbiAo ZnJvbSBvcmFjbGUvc3VuKSBhcHBsaWVzIHRvCmFsbCB6ZnMgcG9ydHMsIGluY2x1ZGluZyBsaW51 eC4KVGhlcmUncyBhbHNvIGh0dHA6Ly96ZnNvbmxpbnV4Lm9yZy9kb2NzLmh0bWwgKHdoaWNoIGhh cyBsaW5rIHRvIHRoZQpvcmFjbGUgZG9jcykuClRoZSB1c2VyIGxpc3QgaXMgYWxzbyBwcmV0dHkg bXVjaCBhY3RpdmUgKGV2ZW4gbW9yZSBhY3RpdmUgdGhhbiB0aGlzIGxpc3QpLgoKPiBJIGp1c3Qg aGF2ZSBhIGJhZCBmZWVsaW5nIGFib3V0IFpGUy4gIFRoYXQgaXQgaGFzIHRoZW9yZXRpY2FsIGFk dmFudGFnZXMKPiBhbmQgbWF5IHdvcmsgZmluZSBvbiBTb2xhcmlzIGFuZCBwZXJoYXBzIG9uIExp bnV4IGlmIHlvdSBrbm93IGl0IHdlbGwKPiBlbm91Z2ggaXNuJ3Qgc3VmZmljaWVudC4gIEl0J3Mg bm90IGV2ZW4gc3VwcG9ydGVkIGluIERlYmlhbiBkZXNwaXRlCj4gRGViaWFuIGhhcyBhIHBhY2th Z2UgZm9yIHByZXR0eSBtdWNoIGV2ZXJ5dGhpbmcuCgpObywgZGViaWFuIGRvZXNuJ3QgaGF2ZSBh IHBhY2thZ2UgZm9yIGV2ZXJ5dGhpbmcuIEl0IGFsc28gZG9lc24ndApzdXBwb3J0IGV2ZXJ5dGlu Zy4gU29tZXRpbWVzIGl0J3MgYmVjYXVzZSBvZiBsaWNlbnNlIGlzc3VlcywgbGFjayBvZgptYWlu dGFpbmVyIGludGVyZXN0LCBvciBwb2xpdGljYWwvb3RoZXIgaXNzdWVzLiBJSVJDIGl0IHdhcyB0 aGUgbGFzdApvbmUgZm9yIHpmc29ubGludXggKHBhY2thZ2UgbmFtZSBjbGFzaC9tYWludGFpbmVy IHByb2JsZW1zKS4KClVzZSB3aGF0ZXZlciB5b3UncmUgbW9zdCBjb21mb3J0YWJsZSB3aXRoLiBC dXQgZG9uJ3QgZGlzbWlzcyB0aGluZ3MKanVzdCBiZWNhdXNlIHlvdSBkb24ndCBoYXZlIGVub3Vn aCBrbm93bGVkZ2UgYWJvdXQgaXQuCgotLSAKRmFqYXIKCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri Jul 04 23:29:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 04 Jul 2014 23:29:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Ctz-0003s6-Pg; Fri, 04 Jul 2014 23:28:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Cty-0003s1-DH for xen-users@lists.xen.org; Fri, 04 Jul 2014 23:28:22 +0000 Received: from [193.109.254.147:17154] by server-13.bemta-14.messagelabs.com id 9F/86-14699-59837B35; Fri, 04 Jul 2014 23:28:21 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1404516499!15599073!1 X-Originating-IP: [209.85.192.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_32, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15103 invoked from network); 4 Jul 2014 23:28:20 -0000 Received: from mail-pd0-f169.google.com (HELO mail-pd0-f169.google.com) (209.85.192.169) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Jul 2014 23:28:20 -0000 Received: by mail-pd0-f169.google.com with SMTP id g10so2464112pdj.14 for ; Fri, 04 Jul 2014 16:28:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=i69/96cuqwIieHzYbtD1tIsjbqJae2JruYCFRnEHLT4=; b=PXLlgAm5pLIuP4yQ3VwmyvjbZscncC8rxd+F5dBy0HbjjGswdAQKVF6C9iJ09G9cTM KXGs2K/nLtlP6RbCmyHtT7BmqdAn94VO4e7r+gxl46TcveaqKl50UbYLYl+kJwt8Hh4e MMO4GrNj4gd4xMkrfvCx9O4ud8MzXJUH1WSktZOpKO9Hwawe+sZLEHhKHWGndgPOJkiQ cADGrBW4iO4LUQiPbJmgJW2ECvV9taYI6b5cjKJmlD3j6YivNJWiV1Wo75ZPW3S7Vjju ApV6g/d22pJqAol4zOVRrYtXWWD3nkhbJeHs/YdVwxm4j/VRxuxyqELfiybqaxNYhjOe 5vWA== X-Gm-Message-State: ALoCoQl/Jrys8ARZPp5ch+H8Be7ChB29tqDM0K1t4ipu7WSlpfMHXHBES79cc7KxmHa+a7hkQDwX MIME-Version: 1.0 X-Received: by 10.68.225.105 with SMTP id rj9mr13457784pbc.108.1404516498643; Fri, 04 Jul 2014 16:28:18 -0700 (PDT) Received: by 10.70.43.135 with HTTP; Fri, 4 Jul 2014 16:28:18 -0700 (PDT) In-Reply-To: <878uo982a4.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> Date: Sat, 5 Jul 2014 06:28:18 +0700 Message-ID: From: "Fajar A. Nugraha" To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gU2F0LCBKdWwgNSwgMjAxNCBhdCAxMjoyNSBBTSwgbGVlIDxsZWVAeXVuLnlhZ2liZGFoLmRl PiB3cm90ZToKPiBOdW5vIE1hZ2FsaMOjZXMgPG51bm9tYWdhbGhhZXNAZXUuaXBwLnB0PiB3cml0 ZXM6Cj4KPj4gVGhpcyBtYXkgYmUgaXJyZWxldmFudCB0byBldmVuIG1lbnRpb24sIGJ1dCBtb3N0 IHN0dWZmIGkgZmluZCBvbiBUaGUKPj4gTmV0IGlzIHVzdWFsbHkgb3V0ZGF0ZWQgYnkgYSBmZXcg eWVhcnMsIHNvIGkgYWx3YXlzIHRyeSB0byBjaGVjayBhKQo+PiB3aGVuIHdhcyBpdCB3cml0dGVu IGFuZCBiKSBieSB3aG8gYW5kIHdoYXQncyB0aGVpciBhdXRob3JpdHkgb24gdGhlCj4+IG1hdHRl ciAgKHN1YmplY3RpdmUpLiBQbHVzLCBpdCBzZWVtcyB0byBtZSBaRlMgaXMgbm90IHRoYXQgd2Vs bC1rbm93bgo+PiB0byBsaW51eCBmb2xrIChpIGluY2x1ZGVkKSBzbyB0aGVyZSBtYXkgYmUgYSBs aXR0bGUgY2hlc3QtdGh1bXBpbmcKCgpBIGdvb2dsZSBzZWFyY2ggZm9yICJ6ZnMiIG9uIG15IGxh cHRvcCAoaW5jb2duaXRvIG1vZGUpIHJldHVybnMKd2lraXBlZGlhIGZpcnN0LCB6ZnNvbmxpbnV4 IGFzIHNlY29uZCBlbnRyeSwgYW5kIG9wZW4temZzIHRoaXJkLgoKPj4gZ29pbmcgb24gc2luY2Ug WkZTIGlzIG1vc3RseSBhIFNvbGFyaXMgdGhpbmcgKGFzIGlzIGR0cmFjZS4uLikuIER1bm5vCgpJ IGxpa2VkIHNvbGFyaXMgZm9yIHRocmVlIHRoaW5nczoKLSB6ZnMKLSBkdHJhY2UKLSB6b25lcwoK aG93ZXZlciBsaW51eCB1c2VycyBub3cgaGF2ZSB6ZnNvbmxpbnV4LCBwZXJmLCBhbmQgbHhjLiBD b3VwbGVkIHdpdGgKdGhlIHRoaW5ncyBsaW51eCBhbHJlYWR5IGdvb2QgYXQgKGUuZy4gdXAtdG8t ZGF0ZSBGT1NTIHBhY2thZ2VzKSwgaXQncwpwcmV0dHkgbXVjaCAiYnllIHNvbGFyaXMiIGZvciBt ZSA6KQoKPgo+IEkgZmluZCBpdCB2ZXJ5IHJlbGV2YW50IHNpbmNlIEkgbmVlZCBzb21lIGdvb2Qg ZG9jdW1lbnRhdGlvbiBiZWZvcmUgSQo+IHRyeSBvdXQgWkZTLCBhbmQgdGhhdCBkb2N1bWVudGF0 aW9uIG5lZWRzIHRvIGJlIHVwIHRvIGRhdGUuICBJIGhhdmVuJ3QKPiByZWFsbHkgbG9va2VkIHll dCwgYnV0IHRoYXQgSSBkaWRuJ3QgY29tZSBhY3Jvc3Mgc3VjaCBkb2N1bWVudGF0aW9uIHdpdGgK PiB3aGF0IEkndmUgYmVlbiBsb29raW5nIGZvciB5ZXQgbWFrZXMgbWUgd29uZGVyIGlmIHRoZXJl IGV2ZW4gaXMgb25lLgo+CgpNb3N0IG9mIHRoZSBvcmlnaW5hbCB6ZnMgZG9jdW1lbnRhdGlvbiAo ZnJvbSBvcmFjbGUvc3VuKSBhcHBsaWVzIHRvCmFsbCB6ZnMgcG9ydHMsIGluY2x1ZGluZyBsaW51 eC4KVGhlcmUncyBhbHNvIGh0dHA6Ly96ZnNvbmxpbnV4Lm9yZy9kb2NzLmh0bWwgKHdoaWNoIGhh cyBsaW5rIHRvIHRoZQpvcmFjbGUgZG9jcykuClRoZSB1c2VyIGxpc3QgaXMgYWxzbyBwcmV0dHkg bXVjaCBhY3RpdmUgKGV2ZW4gbW9yZSBhY3RpdmUgdGhhbiB0aGlzIGxpc3QpLgoKPiBJIGp1c3Qg aGF2ZSBhIGJhZCBmZWVsaW5nIGFib3V0IFpGUy4gIFRoYXQgaXQgaGFzIHRoZW9yZXRpY2FsIGFk dmFudGFnZXMKPiBhbmQgbWF5IHdvcmsgZmluZSBvbiBTb2xhcmlzIGFuZCBwZXJoYXBzIG9uIExp bnV4IGlmIHlvdSBrbm93IGl0IHdlbGwKPiBlbm91Z2ggaXNuJ3Qgc3VmZmljaWVudC4gIEl0J3Mg bm90IGV2ZW4gc3VwcG9ydGVkIGluIERlYmlhbiBkZXNwaXRlCj4gRGViaWFuIGhhcyBhIHBhY2th Z2UgZm9yIHByZXR0eSBtdWNoIGV2ZXJ5dGhpbmcuCgpObywgZGViaWFuIGRvZXNuJ3QgaGF2ZSBh IHBhY2thZ2UgZm9yIGV2ZXJ5dGhpbmcuIEl0IGFsc28gZG9lc24ndApzdXBwb3J0IGV2ZXJ5dGlu Zy4gU29tZXRpbWVzIGl0J3MgYmVjYXVzZSBvZiBsaWNlbnNlIGlzc3VlcywgbGFjayBvZgptYWlu dGFpbmVyIGludGVyZXN0LCBvciBwb2xpdGljYWwvb3RoZXIgaXNzdWVzLiBJSVJDIGl0IHdhcyB0 aGUgbGFzdApvbmUgZm9yIHpmc29ubGludXggKHBhY2thZ2UgbmFtZSBjbGFzaC9tYWludGFpbmVy IHByb2JsZW1zKS4KClVzZSB3aGF0ZXZlciB5b3UncmUgbW9zdCBjb21mb3J0YWJsZSB3aXRoLiBC dXQgZG9uJ3QgZGlzbWlzcyB0aGluZ3MKanVzdCBiZWNhdXNlIHlvdSBkb24ndCBoYXZlIGVub3Vn aCBrbm93bGVkZ2UgYWJvdXQgaXQuCgotLSAKRmFqYXIKCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sat Jul 05 02:59:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 02:59:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3GBS-0002rm-Q8; Sat, 05 Jul 2014 02:58:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3GBQ-0002rY-PJ for xen-users@lists.xen.org; Sat, 05 Jul 2014 02:58:36 +0000 Received: from [193.109.254.147:28556] by server-7.bemta-14.messagelabs.com id 59/A3-11169-BD967B35; Sat, 05 Jul 2014 02:58:35 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-27.messagelabs.com!1404529113!15625645!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29506 invoked from network); 5 Jul 2014 02:58:34 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 5 Jul 2014 02:58:34 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3GBM-0003YJ-Pb for xen-users@lists.xen.org; Sat, 05 Jul 2014 04:58:32 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3GBM-00012i-LP for xen-users@lists.xen.org; Sat, 05 Jul 2014 04:58:32 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B72E8B.5010007@op.pl> (Kuba's message of "Sat, 05 Jul 2014 00:45:31 +0200") Date: Sat, 05 Jul 2014 04:57:35 +0200 Organization: my virtual residence Message-ID: <878uo85x7k.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: > W dniu 2014-07-04 19:11, lee pisze: >> Kuba writes: >> >> "Rollback" doesn't sound very destructive. > > For me "rollback" always meant "revert to some previous state" and for > me it sounds very destructive - at least for the "current state" from > which you are reverting. It still doesn't sound destructive. >>> How can a file system protect you from executing a destructive >>> operation? >> >> It can try by warning you. > > Does "rm" sound destructive or try to warn you? It just does what you > tell it to do. It's not a file system and has options to warn you. The options aren't enabled by default because it won't make much sense. For a file systen, it would make sense to get a warning like "this will destroy your current data" when you issue a command that would perform a rollback and to have an option to disable the warning. >>> Snapshots protect you from most user errors. Off-site backups protect >>> you from su errors. To some extent. >> >> Off-site would be good, but it's a hassle because I'd have to carry the >> disks back and forth. > > You can do that over the network. Unfortunately, that is entirely not feasible. > And it's always pros vs cons. It's your data, your requirements, your > decisions and your responsibility. Yes, and I can only do so much. >> And how are snapshots better than copying the >> data? > > Snapshots are just snapshots, making them does not copy your data > (well, in fact, ZFS is a COW file system, so making a snapshot may > result in actually copying your data later on, if it's needed, but > it's not copying as in "making a backup"). Replicating a snapshot > results in creation of another dataset identical to the original > snapshot. It's just a one more way of making full or incremental > backups. So it's making a backup and not making a backup? What are snapshots good for when I can't restore from them, i. e. use them for backups? >> What if I need to access a file that's in the snapshot: Do I >> need to restore the snapshot first? > > Usually you can "cd .zfs" directory, which contains subdirectories > named after your snapshots, and inside that directories you have > complete datasets just like the ones you took the snapshots of. No > rollback/restoring/mounting is necessary. And that also works when the file system the snapshot was created from doesn't exist anymore, or when the disks with the FS the snapshot was made from have become inaccessible, provided that the snapshot was made to different disks? >>> any other FS. I have the same feeling about ZFS as Gordan - once you >>> start using it, you cannot imagine making do without it. >> >> Why exactly is that? Are you modifying your storage system all the time >> or making snapshots all the time? > > Yes, I take snapshots all the time. This way it's easy for me to > revert VMs to previous states, clone them, etc. Same goes with my > regular data. And I replicate them a lot. Hm, what for? The VMs I have are all different, so there's no point in cloning them. And why would I clone my data? I don't even have the disk capacity for that and am glad that I can make a backup. > I'm not saying you will feel about ZFS as I do after you try it > out. It presents you a certain set of features, advantages and > disadvantages and it is up to you, and you only, to decide whether you > can benefit from it or not. All I'm saying is that I personally > believe ZFS is worth taking into consideration. So far, the advantages I'm seeing that would be a benefit are checksumming and using on-disk caches for writing. The latter doesn't seem to be overly relevant. That means a lot of learning and experimentation and uncertainties for that one benefit. >>>> So you would be running ZFS on unreliable disks, with the errors being >>>> corrected and going unnoticed, until either, without TLER, the system >>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>> become noticeable only when it's too late. >>> >>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>> entire pool for defects ("zpool scrub", you should do that >>> periodically). >> >> You're silently loosing more and more redundancy. > > I'm not sure what you mean by loosing redundancy. You don't know whether the data has been written correctly before you read it. The more errors there are, the more redundancy you loose because you have more data that can be read from only a part of the disks. If there is an error on another disk with that same data, you don't know until you try to read it and perhaps find out that you can't. How many errors for that data it takes depends on the level of redundancy. >> How do you know when >> a disk needs to be replaced? > > ZFS tells you it had IO or checksum failures. It may also put your > pool into a degraded state (with one or more disks disconnected from > the pool) with reduced redundancy (just like a regular RAID would > do). SMART also tells you something wrong has happened (or is going > to, probably). And, additionally, when you replace a disk and resilver > (ZFS term for rebuilding) the pool, you know whether all your data was > read and restored without errors. And how do you know when to replace a disk? When there's one error or when there are 50 or 50000 or when the disk has been disconnected? >> Does ZFS maintain a list of bad sectors which are not to be used again? > > Don't know, but never heard of it. I always thought it's the storage > device's job. Does any file system do that? I don't know. It would make sense because there's no telling what the disk is doing --- the disk might very well re-use a bad sector and find that just at the time you want to read the data, it's not readable again. The disk might continue to disagree with ZFS and insist on re-using the sector. Perhaps it figured that it can use the sector eventually after so many tries to recover the error. The error might not even be noticed with other file systems, other than as a delay due to error correction maybe. That other file system would deliver corrupt data or correct data, there's no way to know. Disks aren't designed for ZFS in the first place. >>> It's also quite difficult to corrupts the file system >>> itself: >>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >> >> It shows that there are more checksum errors after the errors were >> supposedly corrected. > > Not "supposedly". The increasing number only shows the count of > encountered checksum errors. If ZFS could not correct the error, it > would say so. Ok, and why are there more errors after an error was corrected? Is the error being reset at some time or kept indefinitely? >>> Using ZFS does not mean you don't have to do backups. File system type >>> won't make a difference for a fire inside your enclosure:) But ZFS >>> makes it easy to create backups by replicating your pool or datasets >>> ("zfs send" lets you create full or incremental backups) to another >>> set of disks or machine(s). >> >> As another ZFS or as files or archives or as what? I'm using rsync now, >> and restoring a file is as simple as copying it from the backup. > > Typically as another ZFS dataset. Replicating ZFS snapshots has one > big advantage for me (besides checksumming, so you know you've made > your backup correctly) - it's atomic, so it either happens or not. It > doesn't mean it's supposed to replace rsync, though. It depends on the > task at hand. A dataset? Does it transfer all the data or only what has changed (like rsync does)? The task at hand would be to make a backup of my data, over network, from which it's easy to restore. >>>>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >>>> >>>> Those guys don't use ZFS. They must have very good reasons not to. >>> >>> They do: >>> http://www.youtube.com/watch?v=c5ASf53v4lI >>> http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf >>> >>> And I believe they have lots of good reasons to do so :) >> >> That's some laboratory experimenting with ZFS. Backblaze uses ext4, >> though ZFS would seem to be a very good choice for what they're doing. >> How can they store so much data without checksumming, without using ECC >> RAM and not experience a significant amount of data corruption? > > That's what I found about Backblaze and ZFS (22-07-2011): > > We are intrigued by it, as it would replace RAID & LVM as well. But > native ZFS is not available on Linux and we're not looking to switch > to OpenSolaris or FreeBSD, as our current system works great for > us. For someone starting from scratch, ZFS on one of these OSes might > work and we would be interested to know if someone tries it. We're > more likely to switch to btrfs in the future if anything. Yes, I've read that same statement. And their actual reasons not to use ZFS now, three years later with their most recent storage server upgrade, must be really good because they could cut their costs in half with it, provided that they're serious about keeping your data save. > http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited > > That's just two organizations with similarly sized storage and > different approaches. One uses standard solutions, the other one > ported ZFS to Linux, so they could use it. I find it interesting that a company which is concerned more about its costs than anything else doesn't go for a solution, now easily available, that can cut their costs in half and that an institution which doesn't appear to be overly concerned with costs goes for that very same solution despite it's not easily available at all. > It's up to you to define your goals, solutions and level of > assurance. My personal approach is "hope for the best, plan for the > worst". The problem is that you can plan whatever you want and things turn out otherwise regardless. My grandma already knew that. >> The corruption wouldn't go unnoticed because they won't be able to >> decrypt the data. They'd have to store everything at least twice, and >> if they could cut their costs in half or less by not having to do that >> through simply using ZFS, why wouldn't they? > > Data redundancy is not implied by ZFS itself. You either want > redundancy or not, ZFS is just one way of providing it. They are using redundancy, and since the kind of redundancy they're using cannot correct silent data corruption, they must store all their data not only redundantly but at least twice --- provided that they're serious about keeping your data save. If they don't do that, they must be having quite a few cases in which they cannot decrypt the data or deliver corrupted data, considering the amounts of data they're dealing with. They're not even using ECC RAM ... >> What is the actual rate of data corruption or loss prevented or >> corrected by ZFS due to its checksumming in daily usage? > > I have experienced data corruption due to hardware failures in the > past. Hardware failures like? > Once is often enough for me and it happened more then once. If I > hadn't done the checksumming myself, I probably wouldn't even have > known about it. Since I started using it, ZFS detected data corruption > several times for me (within a few years). But I don't own a data > center :) Actual error rates might depend on your workload, hardware, > probabilities and lots of other things. Here's something you might > find interesting: Sure, the more data about failures detected by checksumming we would collect, the more we might be able to make conclusions from it. Since we don't have much data, it's still interesting to know what failure rates you have seen. Is it more like 1 error in 50TB read or more like 1 error in 500TB or like 20 in 5TB? That there's a statistical rate of failure doesn't mean that these statistical failures are actually seen in daily applications. > http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 Yes, I've seen that. It's for RAM, not disk errors detected through ZFS checksumming. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 02:59:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 02:59:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3GBR-0002re-1x; Sat, 05 Jul 2014 02:58:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3GBP-0002rT-RU for xen-users@lists.xen.org; Sat, 05 Jul 2014 02:58:36 +0000 Received: from [85.158.143.35:34423] by server-3.bemta-4.messagelabs.com id 03/B9-16194-BD967B35; Sat, 05 Jul 2014 02:58:35 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1404529113!15946738!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30232 invoked from network); 5 Jul 2014 02:58:34 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 5 Jul 2014 02:58:34 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3GBM-0003YI-O2 for xen-users@lists.xen.org; Sat, 05 Jul 2014 04:58:32 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3GBM-00012d-Ji for xen-users@lists.xen.org; Sat, 05 Jul 2014 04:58:32 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Fajar A. Nugraha's message of "Sat, 5 Jul 2014 06:28:18 +0700") Date: Sat, 05 Jul 2014 03:36:55 +0200 Organization: my virtual residence Message-ID: <87d2dk60y0.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "Fajar A. Nugraha" writes: > Use whatever you're most comfortable with. But don't dismiss things > just because you don't have enough knowledge about it. No, that would be stupid. ZFS appears as an unknown, rather complicated thing with questionable support and documentation that was written for a different OS. It won't be easy to try it out. All that just doesn't make me very keen on trying it. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 02:59:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 02:59:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3GBS-0002rm-Q8; Sat, 05 Jul 2014 02:58:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3GBQ-0002rY-PJ for xen-users@lists.xen.org; Sat, 05 Jul 2014 02:58:36 +0000 Received: from [193.109.254.147:28556] by server-7.bemta-14.messagelabs.com id 59/A3-11169-BD967B35; Sat, 05 Jul 2014 02:58:35 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-27.messagelabs.com!1404529113!15625645!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29506 invoked from network); 5 Jul 2014 02:58:34 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 5 Jul 2014 02:58:34 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3GBM-0003YJ-Pb for xen-users@lists.xen.org; Sat, 05 Jul 2014 04:58:32 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3GBM-00012i-LP for xen-users@lists.xen.org; Sat, 05 Jul 2014 04:58:32 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B72E8B.5010007@op.pl> (Kuba's message of "Sat, 05 Jul 2014 00:45:31 +0200") Date: Sat, 05 Jul 2014 04:57:35 +0200 Organization: my virtual residence Message-ID: <878uo85x7k.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: > W dniu 2014-07-04 19:11, lee pisze: >> Kuba writes: >> >> "Rollback" doesn't sound very destructive. > > For me "rollback" always meant "revert to some previous state" and for > me it sounds very destructive - at least for the "current state" from > which you are reverting. It still doesn't sound destructive. >>> How can a file system protect you from executing a destructive >>> operation? >> >> It can try by warning you. > > Does "rm" sound destructive or try to warn you? It just does what you > tell it to do. It's not a file system and has options to warn you. The options aren't enabled by default because it won't make much sense. For a file systen, it would make sense to get a warning like "this will destroy your current data" when you issue a command that would perform a rollback and to have an option to disable the warning. >>> Snapshots protect you from most user errors. Off-site backups protect >>> you from su errors. To some extent. >> >> Off-site would be good, but it's a hassle because I'd have to carry the >> disks back and forth. > > You can do that over the network. Unfortunately, that is entirely not feasible. > And it's always pros vs cons. It's your data, your requirements, your > decisions and your responsibility. Yes, and I can only do so much. >> And how are snapshots better than copying the >> data? > > Snapshots are just snapshots, making them does not copy your data > (well, in fact, ZFS is a COW file system, so making a snapshot may > result in actually copying your data later on, if it's needed, but > it's not copying as in "making a backup"). Replicating a snapshot > results in creation of another dataset identical to the original > snapshot. It's just a one more way of making full or incremental > backups. So it's making a backup and not making a backup? What are snapshots good for when I can't restore from them, i. e. use them for backups? >> What if I need to access a file that's in the snapshot: Do I >> need to restore the snapshot first? > > Usually you can "cd .zfs" directory, which contains subdirectories > named after your snapshots, and inside that directories you have > complete datasets just like the ones you took the snapshots of. No > rollback/restoring/mounting is necessary. And that also works when the file system the snapshot was created from doesn't exist anymore, or when the disks with the FS the snapshot was made from have become inaccessible, provided that the snapshot was made to different disks? >>> any other FS. I have the same feeling about ZFS as Gordan - once you >>> start using it, you cannot imagine making do without it. >> >> Why exactly is that? Are you modifying your storage system all the time >> or making snapshots all the time? > > Yes, I take snapshots all the time. This way it's easy for me to > revert VMs to previous states, clone them, etc. Same goes with my > regular data. And I replicate them a lot. Hm, what for? The VMs I have are all different, so there's no point in cloning them. And why would I clone my data? I don't even have the disk capacity for that and am glad that I can make a backup. > I'm not saying you will feel about ZFS as I do after you try it > out. It presents you a certain set of features, advantages and > disadvantages and it is up to you, and you only, to decide whether you > can benefit from it or not. All I'm saying is that I personally > believe ZFS is worth taking into consideration. So far, the advantages I'm seeing that would be a benefit are checksumming and using on-disk caches for writing. The latter doesn't seem to be overly relevant. That means a lot of learning and experimentation and uncertainties for that one benefit. >>>> So you would be running ZFS on unreliable disks, with the errors being >>>> corrected and going unnoticed, until either, without TLER, the system >>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>> become noticeable only when it's too late. >>> >>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>> entire pool for defects ("zpool scrub", you should do that >>> periodically). >> >> You're silently loosing more and more redundancy. > > I'm not sure what you mean by loosing redundancy. You don't know whether the data has been written correctly before you read it. The more errors there are, the more redundancy you loose because you have more data that can be read from only a part of the disks. If there is an error on another disk with that same data, you don't know until you try to read it and perhaps find out that you can't. How many errors for that data it takes depends on the level of redundancy. >> How do you know when >> a disk needs to be replaced? > > ZFS tells you it had IO or checksum failures. It may also put your > pool into a degraded state (with one or more disks disconnected from > the pool) with reduced redundancy (just like a regular RAID would > do). SMART also tells you something wrong has happened (or is going > to, probably). And, additionally, when you replace a disk and resilver > (ZFS term for rebuilding) the pool, you know whether all your data was > read and restored without errors. And how do you know when to replace a disk? When there's one error or when there are 50 or 50000 or when the disk has been disconnected? >> Does ZFS maintain a list of bad sectors which are not to be used again? > > Don't know, but never heard of it. I always thought it's the storage > device's job. Does any file system do that? I don't know. It would make sense because there's no telling what the disk is doing --- the disk might very well re-use a bad sector and find that just at the time you want to read the data, it's not readable again. The disk might continue to disagree with ZFS and insist on re-using the sector. Perhaps it figured that it can use the sector eventually after so many tries to recover the error. The error might not even be noticed with other file systems, other than as a delay due to error correction maybe. That other file system would deliver corrupt data or correct data, there's no way to know. Disks aren't designed for ZFS in the first place. >>> It's also quite difficult to corrupts the file system >>> itself: >>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >> >> It shows that there are more checksum errors after the errors were >> supposedly corrected. > > Not "supposedly". The increasing number only shows the count of > encountered checksum errors. If ZFS could not correct the error, it > would say so. Ok, and why are there more errors after an error was corrected? Is the error being reset at some time or kept indefinitely? >>> Using ZFS does not mean you don't have to do backups. File system type >>> won't make a difference for a fire inside your enclosure:) But ZFS >>> makes it easy to create backups by replicating your pool or datasets >>> ("zfs send" lets you create full or incremental backups) to another >>> set of disks or machine(s). >> >> As another ZFS or as files or archives or as what? I'm using rsync now, >> and restoring a file is as simple as copying it from the backup. > > Typically as another ZFS dataset. Replicating ZFS snapshots has one > big advantage for me (besides checksumming, so you know you've made > your backup correctly) - it's atomic, so it either happens or not. It > doesn't mean it's supposed to replace rsync, though. It depends on the > task at hand. A dataset? Does it transfer all the data or only what has changed (like rsync does)? The task at hand would be to make a backup of my data, over network, from which it's easy to restore. >>>>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >>>> >>>> Those guys don't use ZFS. They must have very good reasons not to. >>> >>> They do: >>> http://www.youtube.com/watch?v=c5ASf53v4lI >>> http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf >>> >>> And I believe they have lots of good reasons to do so :) >> >> That's some laboratory experimenting with ZFS. Backblaze uses ext4, >> though ZFS would seem to be a very good choice for what they're doing. >> How can they store so much data without checksumming, without using ECC >> RAM and not experience a significant amount of data corruption? > > That's what I found about Backblaze and ZFS (22-07-2011): > > We are intrigued by it, as it would replace RAID & LVM as well. But > native ZFS is not available on Linux and we're not looking to switch > to OpenSolaris or FreeBSD, as our current system works great for > us. For someone starting from scratch, ZFS on one of these OSes might > work and we would be interested to know if someone tries it. We're > more likely to switch to btrfs in the future if anything. Yes, I've read that same statement. And their actual reasons not to use ZFS now, three years later with their most recent storage server upgrade, must be really good because they could cut their costs in half with it, provided that they're serious about keeping your data save. > http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited > > That's just two organizations with similarly sized storage and > different approaches. One uses standard solutions, the other one > ported ZFS to Linux, so they could use it. I find it interesting that a company which is concerned more about its costs than anything else doesn't go for a solution, now easily available, that can cut their costs in half and that an institution which doesn't appear to be overly concerned with costs goes for that very same solution despite it's not easily available at all. > It's up to you to define your goals, solutions and level of > assurance. My personal approach is "hope for the best, plan for the > worst". The problem is that you can plan whatever you want and things turn out otherwise regardless. My grandma already knew that. >> The corruption wouldn't go unnoticed because they won't be able to >> decrypt the data. They'd have to store everything at least twice, and >> if they could cut their costs in half or less by not having to do that >> through simply using ZFS, why wouldn't they? > > Data redundancy is not implied by ZFS itself. You either want > redundancy or not, ZFS is just one way of providing it. They are using redundancy, and since the kind of redundancy they're using cannot correct silent data corruption, they must store all their data not only redundantly but at least twice --- provided that they're serious about keeping your data save. If they don't do that, they must be having quite a few cases in which they cannot decrypt the data or deliver corrupted data, considering the amounts of data they're dealing with. They're not even using ECC RAM ... >> What is the actual rate of data corruption or loss prevented or >> corrected by ZFS due to its checksumming in daily usage? > > I have experienced data corruption due to hardware failures in the > past. Hardware failures like? > Once is often enough for me and it happened more then once. If I > hadn't done the checksumming myself, I probably wouldn't even have > known about it. Since I started using it, ZFS detected data corruption > several times for me (within a few years). But I don't own a data > center :) Actual error rates might depend on your workload, hardware, > probabilities and lots of other things. Here's something you might > find interesting: Sure, the more data about failures detected by checksumming we would collect, the more we might be able to make conclusions from it. Since we don't have much data, it's still interesting to know what failure rates you have seen. Is it more like 1 error in 50TB read or more like 1 error in 500TB or like 20 in 5TB? That there's a statistical rate of failure doesn't mean that these statistical failures are actually seen in daily applications. > http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 Yes, I've seen that. It's for RAM, not disk errors detected through ZFS checksumming. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 02:59:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 02:59:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3GBR-0002re-1x; Sat, 05 Jul 2014 02:58:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3GBP-0002rT-RU for xen-users@lists.xen.org; Sat, 05 Jul 2014 02:58:36 +0000 Received: from [85.158.143.35:34423] by server-3.bemta-4.messagelabs.com id 03/B9-16194-BD967B35; Sat, 05 Jul 2014 02:58:35 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1404529113!15946738!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30232 invoked from network); 5 Jul 2014 02:58:34 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 5 Jul 2014 02:58:34 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3GBM-0003YI-O2 for xen-users@lists.xen.org; Sat, 05 Jul 2014 04:58:32 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3GBM-00012d-Ji for xen-users@lists.xen.org; Sat, 05 Jul 2014 04:58:32 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Fajar A. Nugraha's message of "Sat, 5 Jul 2014 06:28:18 +0700") Date: Sat, 05 Jul 2014 03:36:55 +0200 Organization: my virtual residence Message-ID: <87d2dk60y0.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org "Fajar A. Nugraha" writes: > Use whatever you're most comfortable with. But don't dismiss things > just because you don't have enough knowledge about it. No, that would be stupid. ZFS appears as an unknown, rather complicated thing with questionable support and documentation that was written for a different OS. It won't be easy to try it out. All that just doesn't make me very keen on trying it. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 09:58:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 09:58:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3MiX-0000bg-EH; Sat, 05 Jul 2014 09:57:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3MiV-0000bb-W6 for xen-users@lists.xen.org; Sat, 05 Jul 2014 09:57:12 +0000 Received: from [85.158.137.68:49451] by server-15.bemta-3.messagelabs.com id A7/E5-26980-6FBC7B35; Sat, 05 Jul 2014 09:57:10 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-31.messagelabs.com!1404554229!14201098!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12829 invoked from network); 5 Jul 2014 09:57:09 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 09:57:09 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 365DD221DE2 for ; Sat, 5 Jul 2014 10:57:07 +0100 (BST) Message-ID: <53B7CBF2.20007@bobich.net> Date: Sat, 05 Jul 2014 10:57:06 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> In-Reply-To: <87d2dl82w3.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/04/2014 06:11 PM, lee wrote: > Kuba writes: > >> W dniu 2014-07-03 00:45, lee pisze: >> >>>>> It's tempting to try it out, and I really like the checksumming >>>>> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >>>>> and Debian requires you to use fuse if you want ZFS, adding more >>>>> complexity. >>>> >>>> You haven't done your research thoroughly enough. >>> >>> No, I haven't looked into it thoroughly at all. >>> >>>> On Linux there is for all intents and purposes one implementation. >>> >>> Where is this implementation? Is it available by default? I only saw >>> that there's a Debian package for ZFS which involves fuse. >>> >> >> In case you'd like to try it out, follow these steps: >> http://zfsonlinux.org/debian.html >> >> and just have few minutes of fun. I'm pretty sure a livecd will >> do. You can also use files instead of real disks. > > Thanks! Sooner or later I'll try it out. How come there are no > packages in the Debian repos other than the fuse package? Is this some kind of Debian/Ubuntu brain damage that demands that everything be pre-chewed and served on a plate via the distro attached repositories? That's a very solipsistic view. >>> A very long time ago, I lost data with xfs once. It probably was my own >>> fault, using some mount parameters wrongly. That taught me to be very >>> careful with file system and to prefer file systems that are easy to >>> use, that don't have many or any parameters that need to be considered >>> and basically just do what they are supposed to right out of the box. >>> >>> Does ZFS do that? Since it's about keeping the data safe, it might have >>> a good deal of protection against user errors. >> >> Destructive operations are usually called accordingly: zfs destroy, >> zfs rollback, so they quite clearly express the intention. > > "Rollback" doesn't sound very destructive. > >> How can a file system protect you from executing a destructive >> operation? > > It can try by warning you. You could argue the same about rm. It's not the *nix way. If you want hand holding, use a more handholding OS. >> Snapshots protect you from most user errors. Off-site backups protect >> you from su errors. To some extent. > > Off-site would be good, but it's a hassle because I'd have to carry the > disks back and forth. And how are snapshots better than copying the > data? What if I need to access a file that's in the snapshot: Do I > need to restore the snapshot first? Go read how zfs send | receive with incremental snapshots work. This is getting way off topic for the Xen mailing list. >>>>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>>>> learned much about it yet, but that's my impression so far. >>>> >>>> As I said above - you haven't done your research very thoroughly. >>> >>> I haven't, yet all I've been reading so far makes me very careful. When >>> you search for "zfs linux mature", you find more sources saying >>> something like "it is not really mature" and not many, if any, that >>> would say something like "of course you should use it, it works >>> perfectly". >> >> "Mature" means different things to different people in different >> circumstances. Is Linux mature? Is Linux 3.15 mature? If not, is 2.6 >> mature? Does it mean it has no bugs? If ZoL is not mature enough for >> you, you can use FreeBSD or Solaris. Or you can use hardware RAID + >> any other FS. I have the same feeling about ZFS as Gordan - once you >> start using it, you cannot imagine making do without it. > > Why exactly is that? Are you modifying your storage system all the time > or making snapshots all the time? Since snapshots in ZFS are "free" in terms of performance, they are much more useful for everyday use. They also make incremental backups easier because you can use send/receive commands to transfer incrementally only the delta between the snapshots. Between that and extra integrity-preserving features it makes reaching for backups much less frequent. > Checksumming is sure good to have, being able to fully use the disk > caches is, too, as well as not wasting space through fixed block sizes. Fixed block sizes don't waste space on traditional RAID. Variable block sizes are a performance feature that allows ZFS to work around the parity RAID problem of performance dropping down to 50% of performance of a single disk on partial stripe writes. > I've never made a snapshot and don't know what I would make one for > other than perhaps making a snapshot of the dom0 and the VMs --- which > would require booting from ZFS, figuring out how to make snapshots and > where to put them and how to restore them. It sounds like your FS usage isn't advanced enough. > The biggest advantage would be checksumming. I'd be trading that > against ease of use and great complexity. Not to mention resistance to learning something new. > So you can see how it is not > understandable to me what makes ZFS so great that I wouldn't be able to > do without anymore. Then don't use it. >>> So you would be running ZFS on unreliable disks, with the errors being >>> corrected and going unnoticed, until either, without TLER, the system >>> goes down or, with TLER, until the errors aren't recoverable anymore and >>> become noticeable only when it's too late. >> >> ZFS tells you it had problems ("zpool status"). ZFS can also check >> entire pool for defects ("zpool scrub", you should do that >> periodically). > > You're silently loosing more and more redundancy. How do you know when > a disk needs to be replaced? Same way you know with any disk failure - appropriate monitoring. Surely that is obvious. > Does ZFS maintain a list of bad sectors which are not to be used again? By that fact you are asking this question, I dare say you need to go and read up more on how modern disks work. Modern disks manage their defects themselves. When a sector fails and cannot be read, they return an error on the read, and mark the sector as pending. Next time that sector is written, they will write it to one of the spare, hidden sectors, and map the LBA for the failed sector to the new sector. There has been no need for the file system to keep track of physical disk defects in decades. >> It's also quite difficult to corrupts the file system >> itself: >> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing > > It shows that there are more checksum errors after the errors were > supposedly corrected. Not all errors were caught by the first operation. Import only chacks the pool metadata. The find command used cats all the files. This was used to demonstrate that the corrupted data will get silently repaired. If you want the most thorough, full check of all the data and metadata you use the zfs scrub command (which should be run reasonably regularly, appropriate to the pool size and scrub times). >> Using ZFS does not mean you don't have to do backups. File system type >> won't make a difference for a fire inside your enclosure:) But ZFS >> makes it easy to create backups by replicating your pool or datasets >> ("zfs send" lets you create full or incremental backups) to another >> set of disks or machine(s). > > As another ZFS or as files or archives or as what? I'm using rsync now, > and restoring a file is as simple as copying it from the backup. zfs send produces a data stream that can be applied to another pool using zfs receive. You can pipe this over ssh or netcat to a different machine, or you can pipe it to a different pool locally. >>>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >>> >>> Those guys don't use ZFS. They must have very good reasons not to. >> >> They do: >> http://www.youtube.com/watch?v=c5ASf53v4lI >> http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf >> >> And I believe they have lots of good reasons to do so :) > > That's some laboratory experimenting with ZFS. Backblaze uses ext4, > though ZFS would seem to be a very good choice for what they're doing. > How can they store so much data without checksumming, without using ECC > RAM and not experience a significant amount of data corruption? You are asking the wrong question - how would they know if they are experiencing data corruption? The vast majority of backups are write-only. If 4KB of data (one sector) goes bad for every 10TB read, if only 1% of the backups ever need to get retrieved, that's one detected broken file over 1 petabyte of data stored. > What is the actual rate of data corruption or loss prevented or > corrected by ZFS due to its checksumming in daily usage? According to disk manufacturers' own specifications for their own disks (i.e. assume it's worse), one unrecoverable error in 10^14 bits read. This doesn't include complete disk failures. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 09:58:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 09:58:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3MiX-0000bg-EH; Sat, 05 Jul 2014 09:57:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3MiV-0000bb-W6 for xen-users@lists.xen.org; Sat, 05 Jul 2014 09:57:12 +0000 Received: from [85.158.137.68:49451] by server-15.bemta-3.messagelabs.com id A7/E5-26980-6FBC7B35; Sat, 05 Jul 2014 09:57:10 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-31.messagelabs.com!1404554229!14201098!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_32,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12829 invoked from network); 5 Jul 2014 09:57:09 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 09:57:09 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 365DD221DE2 for ; Sat, 5 Jul 2014 10:57:07 +0100 (BST) Message-ID: <53B7CBF2.20007@bobich.net> Date: Sat, 05 Jul 2014 10:57:06 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> In-Reply-To: <87d2dl82w3.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/04/2014 06:11 PM, lee wrote: > Kuba writes: > >> W dniu 2014-07-03 00:45, lee pisze: >> >>>>> It's tempting to try it out, and I really like the checksumming >>>>> it does, and it's also confusing: There's (at least) ZFS and OpenZFS, >>>>> and Debian requires you to use fuse if you want ZFS, adding more >>>>> complexity. >>>> >>>> You haven't done your research thoroughly enough. >>> >>> No, I haven't looked into it thoroughly at all. >>> >>>> On Linux there is for all intents and purposes one implementation. >>> >>> Where is this implementation? Is it available by default? I only saw >>> that there's a Debian package for ZFS which involves fuse. >>> >> >> In case you'd like to try it out, follow these steps: >> http://zfsonlinux.org/debian.html >> >> and just have few minutes of fun. I'm pretty sure a livecd will >> do. You can also use files instead of real disks. > > Thanks! Sooner or later I'll try it out. How come there are no > packages in the Debian repos other than the fuse package? Is this some kind of Debian/Ubuntu brain damage that demands that everything be pre-chewed and served on a plate via the distro attached repositories? That's a very solipsistic view. >>> A very long time ago, I lost data with xfs once. It probably was my own >>> fault, using some mount parameters wrongly. That taught me to be very >>> careful with file system and to prefer file systems that are easy to >>> use, that don't have many or any parameters that need to be considered >>> and basically just do what they are supposed to right out of the box. >>> >>> Does ZFS do that? Since it's about keeping the data safe, it might have >>> a good deal of protection against user errors. >> >> Destructive operations are usually called accordingly: zfs destroy, >> zfs rollback, so they quite clearly express the intention. > > "Rollback" doesn't sound very destructive. > >> How can a file system protect you from executing a destructive >> operation? > > It can try by warning you. You could argue the same about rm. It's not the *nix way. If you want hand holding, use a more handholding OS. >> Snapshots protect you from most user errors. Off-site backups protect >> you from su errors. To some extent. > > Off-site would be good, but it's a hassle because I'd have to carry the > disks back and forth. And how are snapshots better than copying the > data? What if I need to access a file that's in the snapshot: Do I > need to restore the snapshot first? Go read how zfs send | receive with incremental snapshots work. This is getting way off topic for the Xen mailing list. >>>>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>>>> learned much about it yet, but that's my impression so far. >>>> >>>> As I said above - you haven't done your research very thoroughly. >>> >>> I haven't, yet all I've been reading so far makes me very careful. When >>> you search for "zfs linux mature", you find more sources saying >>> something like "it is not really mature" and not many, if any, that >>> would say something like "of course you should use it, it works >>> perfectly". >> >> "Mature" means different things to different people in different >> circumstances. Is Linux mature? Is Linux 3.15 mature? If not, is 2.6 >> mature? Does it mean it has no bugs? If ZoL is not mature enough for >> you, you can use FreeBSD or Solaris. Or you can use hardware RAID + >> any other FS. I have the same feeling about ZFS as Gordan - once you >> start using it, you cannot imagine making do without it. > > Why exactly is that? Are you modifying your storage system all the time > or making snapshots all the time? Since snapshots in ZFS are "free" in terms of performance, they are much more useful for everyday use. They also make incremental backups easier because you can use send/receive commands to transfer incrementally only the delta between the snapshots. Between that and extra integrity-preserving features it makes reaching for backups much less frequent. > Checksumming is sure good to have, being able to fully use the disk > caches is, too, as well as not wasting space through fixed block sizes. Fixed block sizes don't waste space on traditional RAID. Variable block sizes are a performance feature that allows ZFS to work around the parity RAID problem of performance dropping down to 50% of performance of a single disk on partial stripe writes. > I've never made a snapshot and don't know what I would make one for > other than perhaps making a snapshot of the dom0 and the VMs --- which > would require booting from ZFS, figuring out how to make snapshots and > where to put them and how to restore them. It sounds like your FS usage isn't advanced enough. > The biggest advantage would be checksumming. I'd be trading that > against ease of use and great complexity. Not to mention resistance to learning something new. > So you can see how it is not > understandable to me what makes ZFS so great that I wouldn't be able to > do without anymore. Then don't use it. >>> So you would be running ZFS on unreliable disks, with the errors being >>> corrected and going unnoticed, until either, without TLER, the system >>> goes down or, with TLER, until the errors aren't recoverable anymore and >>> become noticeable only when it's too late. >> >> ZFS tells you it had problems ("zpool status"). ZFS can also check >> entire pool for defects ("zpool scrub", you should do that >> periodically). > > You're silently loosing more and more redundancy. How do you know when > a disk needs to be replaced? Same way you know with any disk failure - appropriate monitoring. Surely that is obvious. > Does ZFS maintain a list of bad sectors which are not to be used again? By that fact you are asking this question, I dare say you need to go and read up more on how modern disks work. Modern disks manage their defects themselves. When a sector fails and cannot be read, they return an error on the read, and mark the sector as pending. Next time that sector is written, they will write it to one of the spare, hidden sectors, and map the LBA for the failed sector to the new sector. There has been no need for the file system to keep track of physical disk defects in decades. >> It's also quite difficult to corrupts the file system >> itself: >> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing > > It shows that there are more checksum errors after the errors were > supposedly corrected. Not all errors were caught by the first operation. Import only chacks the pool metadata. The find command used cats all the files. This was used to demonstrate that the corrupted data will get silently repaired. If you want the most thorough, full check of all the data and metadata you use the zfs scrub command (which should be run reasonably regularly, appropriate to the pool size and scrub times). >> Using ZFS does not mean you don't have to do backups. File system type >> won't make a difference for a fire inside your enclosure:) But ZFS >> makes it easy to create backups by replicating your pool or datasets >> ("zfs send" lets you create full or incremental backups) to another >> set of disks or machine(s). > > As another ZFS or as files or archives or as what? I'm using rsync now, > and restoring a file is as simple as copying it from the backup. zfs send produces a data stream that can be applied to another pool using zfs receive. You can pipe this over ssh or netcat to a different machine, or you can pipe it to a different pool locally. >>>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >>> >>> Those guys don't use ZFS. They must have very good reasons not to. >> >> They do: >> http://www.youtube.com/watch?v=c5ASf53v4lI >> http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf >> >> And I believe they have lots of good reasons to do so :) > > That's some laboratory experimenting with ZFS. Backblaze uses ext4, > though ZFS would seem to be a very good choice for what they're doing. > How can they store so much data without checksumming, without using ECC > RAM and not experience a significant amount of data corruption? You are asking the wrong question - how would they know if they are experiencing data corruption? The vast majority of backups are write-only. If 4KB of data (one sector) goes bad for every 10TB read, if only 1% of the backups ever need to get retrieved, that's one detected broken file over 1 petabyte of data stored. > What is the actual rate of data corruption or loss prevented or > corrected by ZFS due to its checksumming in daily usage? According to disk manufacturers' own specifications for their own disks (i.e. assume it's worse), one unrecoverable error in 10^14 bits read. This doesn't include complete disk failures. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 10:02:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:02:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Mni-0000u9-Hs; Sat, 05 Jul 2014 10:02:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Mnh-0000u3-Md for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:02:33 +0000 Received: from [85.158.139.211:55367] by server-14.bemta-5.messagelabs.com id 6B/92-27057-83DC7B35; Sat, 05 Jul 2014 10:02:32 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-206.messagelabs.com!1404554552!6235272!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20535 invoked from network); 5 Jul 2014 10:02:32 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:02:32 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id B037E221DE2 for ; Sat, 5 Jul 2014 11:02:31 +0100 (BST) Message-ID: <53B7CD37.8050905@bobich.net> Date: Sat, 05 Jul 2014 11:02:31 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> In-Reply-To: <878uo982a4.fsf@yun.yagibdah.de> Content-Length: 2501 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMDcvMDQvMjAxNCAwNjoyNSBQTSwgbGVlIHdyb3RlOgo+IE51bm8gTWFnYWxow6NlcyA8bnVu b21hZ2FsaGFlc0BldS5pcHAucHQ+IHdyaXRlczoKPgo+PiBUaGlzIG1heSBiZSBpcnJlbGV2YW50 IHRvIGV2ZW4gbWVudGlvbiwgYnV0IG1vc3Qgc3R1ZmYgaSBmaW5kIG9uIFRoZQo+PiBOZXQgaXMg dXN1YWxseSBvdXRkYXRlZCBieSBhIGZldyB5ZWFycywgc28gaSBhbHdheXMgdHJ5IHRvIGNoZWNr IGEpCj4+IHdoZW4gd2FzIGl0IHdyaXR0ZW4gYW5kIGIpIGJ5IHdobyBhbmQgd2hhdCdzIHRoZWly IGF1dGhvcml0eSBvbiB0aGUKPj4gbWF0dGVyICAoc3ViamVjdGl2ZSkuIFBsdXMsIGl0IHNlZW1z IHRvIG1lIFpGUyBpcyBub3QgdGhhdCB3ZWxsLWtub3duCj4+IHRvIGxpbnV4IGZvbGsgKGkgaW5j bHVkZWQpIHNvIHRoZXJlIG1heSBiZSBhIGxpdHRsZSBjaGVzdC10aHVtcGluZwo+PiBnb2luZyBv biBzaW5jZSBaRlMgaXMgbW9zdGx5IGEgU29sYXJpcyB0aGluZyAoYXMgaXMgZHRyYWNlLi4uKS4g RHVubm8KPgo+IEkgZmluZCBpdCB2ZXJ5IHJlbGV2YW50IHNpbmNlIEkgbmVlZCBzb21lIGdvb2Qg ZG9jdW1lbnRhdGlvbiBiZWZvcmUgSQo+IHRyeSBvdXQgWkZTLCBhbmQgdGhhdCBkb2N1bWVudGF0 aW9uIG5lZWRzIHRvIGJlIHVwIHRvIGRhdGUuICBJIGhhdmVuJ3QKPiByZWFsbHkgbG9va2VkIHll dCwgYnV0IHRoYXQgSSBkaWRuJ3QgY29tZSBhY3Jvc3Mgc3VjaCBkb2N1bWVudGF0aW9uIHdpdGgK PiB3aGF0IEkndmUgYmVlbiBsb29raW5nIGZvciB5ZXQgbWFrZXMgbWUgd29uZGVyIGlmIHRoZXJl IGV2ZW4gaXMgb25lLgoKVGhlIG1hbiBwYWdlIGlzIGZ1bGx5IHVwIHRvIGRhdGUuIEFuZCB0aGVy ZSBpcyBwbGVudHkgb2Ygb3RoZXIgCmRvY3VtZW50YXRpb24gZGlyZWN0bHkgbGlua2VkIGZyb20g dGhlIGxhbmRpbmcgcGFnZSBvZiB0aGUgWkZTLW9uLUxpbnV4IApzaXRlLiBUaGUgb25lIHRoZSBM TUdURlkgIkknbSBmZWVsaW5nIGx1Y2t5IiBsaW5rIEkgc2VudCBlYXJsaWVyIGdldHMgCnlvdSB0 by4KCj4gSSBqdXN0IGhhdmUgYSBiYWQgZmVlbGluZyBhYm91dCBaRlMuICBUaGF0IGl0IGhhcyB0 aGVvcmV0aWNhbCBhZHZhbnRhZ2VzCj4gYW5kIG1heSB3b3JrIGZpbmUgb24gU29sYXJpcyBhbmQg cGVyaGFwcyBvbiBMaW51eCBpZiB5b3Uga25vdyBpdCB3ZWxsCj4gZW5vdWdoIGlzbid0IHN1ZmZp Y2llbnQuICBJdCdzIG5vdCBldmVuIHN1cHBvcnRlZCBpbiBEZWJpYW4gZGVzcGl0ZQo+IERlYmlh biBoYXMgYSBwYWNrYWdlIGZvciBwcmV0dHkgbXVjaCBldmVyeXRoaW5nLgoKU2VlIHByZXZpb3Vz IGNvbW1lbnQgYWJvdXQgRGViaWFuIGluZHVjZWQgc29saXBzaXNtLiBUaGlua2luZyB0aGF0IAph bnl0aGluZyBub3QgaW4gdGhlIERlYmlhbiByZXBvc2l0b3J5IGlzIG5vdCB3b3J0aCB1c2luZyBp cyBhbmFsb2dvdXMgdG8gCnRoaW5raW5nIHRoYXQgc29tZXRoaW5nIG11c3QgYmUgdHJ1ZSBiZWNh dXNlIHlvdSByZWFkIGl0IG9uIHRoZSBpbnRlcm5ldC4KCklmIHlvdSBhcmUgYXQgdGhhdCBsZXZl bCBvZiBhZHZhbmNlbWVudCB3aGVuIGl0IGNvbWVzIHRvIHN5c3RlbXMgCmFkbWluaXN0cmF0aW9u IHlvdSBuZWVkIHRvIHByb2dyZXNzIGZ1cnRoZXIgZmlyc3QsIGF0IGxlYXN0IHRvIHRoZSBwb2lu dCAKd2hlcmUgeW91IGFyZSBjb21mb3J0YWJsZSB3aXRoIHN0cmF5aW5nIG9mZiB0aGUgc3RyYWln aHQgYW5kIG5hcnJvdy4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sat Jul 05 10:02:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:02:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Mni-0000u9-Hs; Sat, 05 Jul 2014 10:02:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Mnh-0000u3-Md for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:02:33 +0000 Received: from [85.158.139.211:55367] by server-14.bemta-5.messagelabs.com id 6B/92-27057-83DC7B35; Sat, 05 Jul 2014 10:02:32 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-206.messagelabs.com!1404554552!6235272!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20535 invoked from network); 5 Jul 2014 10:02:32 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:02:32 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id B037E221DE2 for ; Sat, 5 Jul 2014 11:02:31 +0100 (BST) Message-ID: <53B7CD37.8050905@bobich.net> Date: Sat, 05 Jul 2014 11:02:31 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> In-Reply-To: <878uo982a4.fsf@yun.yagibdah.de> Content-Length: 2501 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMDcvMDQvMjAxNCAwNjoyNSBQTSwgbGVlIHdyb3RlOgo+IE51bm8gTWFnYWxow6NlcyA8bnVu b21hZ2FsaGFlc0BldS5pcHAucHQ+IHdyaXRlczoKPgo+PiBUaGlzIG1heSBiZSBpcnJlbGV2YW50 IHRvIGV2ZW4gbWVudGlvbiwgYnV0IG1vc3Qgc3R1ZmYgaSBmaW5kIG9uIFRoZQo+PiBOZXQgaXMg dXN1YWxseSBvdXRkYXRlZCBieSBhIGZldyB5ZWFycywgc28gaSBhbHdheXMgdHJ5IHRvIGNoZWNr IGEpCj4+IHdoZW4gd2FzIGl0IHdyaXR0ZW4gYW5kIGIpIGJ5IHdobyBhbmQgd2hhdCdzIHRoZWly IGF1dGhvcml0eSBvbiB0aGUKPj4gbWF0dGVyICAoc3ViamVjdGl2ZSkuIFBsdXMsIGl0IHNlZW1z IHRvIG1lIFpGUyBpcyBub3QgdGhhdCB3ZWxsLWtub3duCj4+IHRvIGxpbnV4IGZvbGsgKGkgaW5j bHVkZWQpIHNvIHRoZXJlIG1heSBiZSBhIGxpdHRsZSBjaGVzdC10aHVtcGluZwo+PiBnb2luZyBv biBzaW5jZSBaRlMgaXMgbW9zdGx5IGEgU29sYXJpcyB0aGluZyAoYXMgaXMgZHRyYWNlLi4uKS4g RHVubm8KPgo+IEkgZmluZCBpdCB2ZXJ5IHJlbGV2YW50IHNpbmNlIEkgbmVlZCBzb21lIGdvb2Qg ZG9jdW1lbnRhdGlvbiBiZWZvcmUgSQo+IHRyeSBvdXQgWkZTLCBhbmQgdGhhdCBkb2N1bWVudGF0 aW9uIG5lZWRzIHRvIGJlIHVwIHRvIGRhdGUuICBJIGhhdmVuJ3QKPiByZWFsbHkgbG9va2VkIHll dCwgYnV0IHRoYXQgSSBkaWRuJ3QgY29tZSBhY3Jvc3Mgc3VjaCBkb2N1bWVudGF0aW9uIHdpdGgK PiB3aGF0IEkndmUgYmVlbiBsb29raW5nIGZvciB5ZXQgbWFrZXMgbWUgd29uZGVyIGlmIHRoZXJl IGV2ZW4gaXMgb25lLgoKVGhlIG1hbiBwYWdlIGlzIGZ1bGx5IHVwIHRvIGRhdGUuIEFuZCB0aGVy ZSBpcyBwbGVudHkgb2Ygb3RoZXIgCmRvY3VtZW50YXRpb24gZGlyZWN0bHkgbGlua2VkIGZyb20g dGhlIGxhbmRpbmcgcGFnZSBvZiB0aGUgWkZTLW9uLUxpbnV4IApzaXRlLiBUaGUgb25lIHRoZSBM TUdURlkgIkknbSBmZWVsaW5nIGx1Y2t5IiBsaW5rIEkgc2VudCBlYXJsaWVyIGdldHMgCnlvdSB0 by4KCj4gSSBqdXN0IGhhdmUgYSBiYWQgZmVlbGluZyBhYm91dCBaRlMuICBUaGF0IGl0IGhhcyB0 aGVvcmV0aWNhbCBhZHZhbnRhZ2VzCj4gYW5kIG1heSB3b3JrIGZpbmUgb24gU29sYXJpcyBhbmQg cGVyaGFwcyBvbiBMaW51eCBpZiB5b3Uga25vdyBpdCB3ZWxsCj4gZW5vdWdoIGlzbid0IHN1ZmZp Y2llbnQuICBJdCdzIG5vdCBldmVuIHN1cHBvcnRlZCBpbiBEZWJpYW4gZGVzcGl0ZQo+IERlYmlh biBoYXMgYSBwYWNrYWdlIGZvciBwcmV0dHkgbXVjaCBldmVyeXRoaW5nLgoKU2VlIHByZXZpb3Vz IGNvbW1lbnQgYWJvdXQgRGViaWFuIGluZHVjZWQgc29saXBzaXNtLiBUaGlua2luZyB0aGF0IAph bnl0aGluZyBub3QgaW4gdGhlIERlYmlhbiByZXBvc2l0b3J5IGlzIG5vdCB3b3J0aCB1c2luZyBp cyBhbmFsb2dvdXMgdG8gCnRoaW5raW5nIHRoYXQgc29tZXRoaW5nIG11c3QgYmUgdHJ1ZSBiZWNh dXNlIHlvdSByZWFkIGl0IG9uIHRoZSBpbnRlcm5ldC4KCklmIHlvdSBhcmUgYXQgdGhhdCBsZXZl bCBvZiBhZHZhbmNlbWVudCB3aGVuIGl0IGNvbWVzIHRvIHN5c3RlbXMgCmFkbWluaXN0cmF0aW9u IHlvdSBuZWVkIHRvIHByb2dyZXNzIGZ1cnRoZXIgZmlyc3QsIGF0IGxlYXN0IHRvIHRoZSBwb2lu dCAKd2hlcmUgeW91IGFyZSBjb21mb3J0YWJsZSB3aXRoIHN0cmF5aW5nIG9mZiB0aGUgc3RyYWln aHQgYW5kIG5hcnJvdy4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sat Jul 05 10:34:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:34:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NHw-0001aO-RO; Sat, 05 Jul 2014 10:33:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NHu-0001aG-Ub for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:33:47 +0000 Received: from [85.158.139.211:5979] by server-13.bemta-5.messagelabs.com id 14/6E-02995-A84D7B35; Sat, 05 Jul 2014 10:33:46 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-7.tower-206.messagelabs.com!1404556424!13840111!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11128 invoked from network); 5 Jul 2014 10:33:44 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:33:44 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h58XS1mFKz9tvty for ; Sat, 5 Jul 2014 12:33:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404556424; bh=lVzt7n1siA7l3d1QH2/NKSVwjV5mtc2zXs3snuYa03o=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=U8XIN0ZPsPuIgvQBduPeKmPx9H1t6mohw7/8Wle4xiwfm3su9A8sQbWD44/MHTUO4 +e74V+l+MsFHWgUL7fS56fWmWdo4ZF3s/B1x3SDWOSFkBBAzHMLYHephOstygeZ3hF XUildCokRSvXli0YU7MKYqpqjATG1cqtv8Z2IJIM= Message-ID: <53B7D486.5040904@op.pl> Date: Sat, 05 Jul 2014 12:33:42 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> In-Reply-To: <878uo85x7k.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-05 04:57, lee pisze: > Kuba writes: > >> W dniu 2014-07-04 19:11, lee pisze: >>> Kuba writes: >>> >>> "Rollback" doesn't sound very destructive. >> >> For me "rollback" always meant "revert to some previous state" and for >> me it sounds very destructive - at least for the "current state" from >> which you are reverting. > > It still doesn't sound destructive. > >>>> How can a file system protect you from executing a destructive >>>> operation? >>> >>> It can try by warning you. >> >> Does "rm" sound destructive or try to warn you? It just does what you >> tell it to do. > > It's not a file system and has options to warn you. The options aren't > enabled by default because it won't make much sense. For a file systen, > it would make sense to get a warning like "this will destroy your > current data" when you issue a command that would perform a rollback and > to have an option to disable the warning. I believe one should know exactly what hitting [enter] is going to do when the line you're typing on starts with a #. >>>> Snapshots protect you from most user errors. Off-site backups protect >>>> you from su errors. To some extent. >>> >>> Off-site would be good, but it's a hassle because I'd have to carry the >>> disks back and forth. >> >> You can do that over the network. > > Unfortunately, that is entirely not feasible. > >> And it's always pros vs cons. It's your data, your requirements, your >> decisions and your responsibility. > > Yes, and I can only do so much. > >>> And how are snapshots better than copying the >>> data? >> >> Snapshots are just snapshots, making them does not copy your data >> (well, in fact, ZFS is a COW file system, so making a snapshot may >> result in actually copying your data later on, if it's needed, but >> it's not copying as in "making a backup"). Replicating a snapshot >> results in creation of another dataset identical to the original >> snapshot. It's just a one more way of making full or incremental >> backups. > > So it's making a backup and not making a backup? What are snapshots > good for when I can't restore from them, i. e. use them for backups? Snapshots are not backups. I believe it holds true for anything that lets you make a snapshot. >>> What if I need to access a file that's in the snapshot: Do I >>> need to restore the snapshot first? >> >> Usually you can "cd .zfs" directory, which contains subdirectories >> named after your snapshots, and inside that directories you have >> complete datasets just like the ones you took the snapshots of. No >> rollback/restoring/mounting is necessary. > > And that also works when the file system the snapshot was created from > doesn't exist anymore, or when the disks with the FS the snapshot was > made from have become inaccessible, provided that the snapshot was made > to different disks? Oversimplifying: yes. >>>> any other FS. I have the same feeling about ZFS as Gordan - once you >>>> start using it, you cannot imagine making do without it. >>> >>> Why exactly is that? Are you modifying your storage system all the time >>> or making snapshots all the time? >> >> Yes, I take snapshots all the time. This way it's easy for me to >> revert VMs to previous states, clone them, etc. Same goes with my >> regular data. And I replicate them a lot. > > Hm, what for? The VMs I have are all different, so there's no point in > cloning them. And why would I clone my data? I don't even have the > disk capacity for that and am glad that I can make a backup. I tend to clone "production" VMs before I start fiddling with them, so that I can test potentially dangerous ideas without any consequences. Clones are "free" - they only start using more space when you introduce some difference between the clone and the original dataset. You can always 'promote' them so they become independent from the original dataset (using more space as required). Cloning is just a tool that you might or might not find useful. >> I'm not saying you will feel about ZFS as I do after you try it >> out. It presents you a certain set of features, advantages and >> disadvantages and it is up to you, and you only, to decide whether you >> can benefit from it or not. All I'm saying is that I personally >> believe ZFS is worth taking into consideration. > > So far, the advantages I'm seeing that would be a benefit are > checksumming and using on-disk caches for writing. The latter doesn't > seem to be overly relevant. That means a lot of learning and > experimentation and uncertainties for that one benefit. I suppose it's all relative. Couple of years ago I switched to FreeBSD (unknown to me before) for my storage VMs only because it had ZFS which I had found to be the only solution to the problems I had at that time. That really meant a lot of learning, experimentation and uncertainties. It paid off for me. I'm not saying it will pay off for you. All I'm saying is 'look, here's this ZFS thing, there's a chance you might find it interesting'. By all means I'm not saying 'this is ZFS, it will solve all your problems and you have to use it'. >>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>> corrected and going unnoticed, until either, without TLER, the system >>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>> become noticeable only when it's too late. >>>> >>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>> entire pool for defects ("zpool scrub", you should do that >>>> periodically). >>> >>> You're silently loosing more and more redundancy. >> >> I'm not sure what you mean by loosing redundancy. > > You don't know whether the data has been written correctly before you > read it. The more errors there are, the more redundancy you loose > because you have more data that can be read from only a part of the > disks. If there is an error on another disk with that same data, you > don't know until you try to read it and perhaps find out that you can't. > How many errors for that data it takes depends on the level of > redundancy. I don't understand your point here. Do you know all your data had been written correctly with any other form of RAID without reading it back? >>> How do you know when >>> a disk needs to be replaced? >> >> ZFS tells you it had IO or checksum failures. It may also put your >> pool into a degraded state (with one or more disks disconnected from >> the pool) with reduced redundancy (just like a regular RAID would >> do). SMART also tells you something wrong has happened (or is going >> to, probably). And, additionally, when you replace a disk and resilver >> (ZFS term for rebuilding) the pool, you know whether all your data was >> read and restored without errors. > > And how do you know when to replace a disk? When there's one error or > when there are 50 or 50000 or when the disk has been disconnected? I believe it's up to you to interpret the data you're presented with and make the right decision. I really wish I could formulate a condition that evaluates to true or false telling me what should I do with a disk. >>> Does ZFS maintain a list of bad sectors which are not to be used again? >> >> Don't know, but never heard of it. I always thought it's the storage >> device's job. Does any file system do that? > > I don't know. It would make sense because there's no telling what the > disk is doing --- the disk might very well re-use a bad sector and find > that just at the time you want to read the data, it's not readable > again. The disk might continue to disagree with ZFS and insist on > re-using the sector. Perhaps it figured that it can use the sector > eventually after so many tries to recover the error. > > The error might not even be noticed with other file systems, other than > as a delay due to error correction maybe. That other file system would > deliver corrupt data or correct data, there's no way to know. Disks > aren't designed for ZFS in the first place. > >>>> It's also quite difficult to corrupts the file system >>>> itself: >>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >>> >>> It shows that there are more checksum errors after the errors were >>> supposedly corrected. >> >> Not "supposedly". The increasing number only shows the count of >> encountered checksum errors. If ZFS could not correct the error, it >> would say so. > > Ok, and why are there more errors after an error was corrected? Is the > error being reset at some time or kept indefinitely? First you import the pool, so ZFS reads only file system's metadata, and some (7) of these reads fail because of wrong checksums. Then the user reads file contents and ZFS discovers (56) more wrong checksums. That's why the number increases. The status message tells you what to do to clear the counters. >>>> Using ZFS does not mean you don't have to do backups. File system type >>>> won't make a difference for a fire inside your enclosure:) But ZFS >>>> makes it easy to create backups by replicating your pool or datasets >>>> ("zfs send" lets you create full or incremental backups) to another >>>> set of disks or machine(s). >>> >>> As another ZFS or as files or archives or as what? I'm using rsync now, >>> and restoring a file is as simple as copying it from the backup. >> >> Typically as another ZFS dataset. Replicating ZFS snapshots has one >> big advantage for me (besides checksumming, so you know you've made >> your backup correctly) - it's atomic, so it either happens or not. It >> doesn't mean it's supposed to replace rsync, though. It depends on the >> task at hand. > > A dataset? Does it transfer all the data or only what has changed (like > rsync does)? The task at hand would be to make a backup of my data, > over network, from which it's easy to restore. I'm afraid I won't be able to explain this in a better way than it is already explained in the docs. >>>>>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >>>>> >>>>> Those guys don't use ZFS. They must have very good reasons not to. >>>> >>>> They do: >>>> http://www.youtube.com/watch?v=c5ASf53v4lI >>>> http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf >>>> >>>> And I believe they have lots of good reasons to do so :) >>> >>> That's some laboratory experimenting with ZFS. Backblaze uses ext4, >>> though ZFS would seem to be a very good choice for what they're doing. >>> How can they store so much data without checksumming, without using ECC >>> RAM and not experience a significant amount of data corruption? >> >> That's what I found about Backblaze and ZFS (22-07-2011): >> >> We are intrigued by it, as it would replace RAID & LVM as well. But >> native ZFS is not available on Linux and we're not looking to switch >> to OpenSolaris or FreeBSD, as our current system works great for >> us. For someone starting from scratch, ZFS on one of these OSes might >> work and we would be interested to know if someone tries it. We're >> more likely to switch to btrfs in the future if anything. > > Yes, I've read that same statement. And their actual reasons not to use > ZFS now, three years later with their most recent storage server > upgrade, must be really good because they could cut their costs in half > with it, provided that they're serious about keeping your data save. > >> http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited >> >> That's just two organizations with similarly sized storage and >> different approaches. One uses standard solutions, the other one >> ported ZFS to Linux, so they could use it. > > I find it interesting that a company which is concerned more about its > costs than anything else doesn't go for a solution, now easily > available, that can cut their costs in half and that an institution > which doesn't appear to be overly concerned with costs goes for that > very same solution despite it's not easily available at all. > >> It's up to you to define your goals, solutions and level of >> assurance. My personal approach is "hope for the best, plan for the >> worst". > > The problem is that you can plan whatever you want and things turn out > otherwise regardless. My grandma already knew that. > >>> The corruption wouldn't go unnoticed because they won't be able to >>> decrypt the data. They'd have to store everything at least twice, and >>> if they could cut their costs in half or less by not having to do that >>> through simply using ZFS, why wouldn't they? >> >> Data redundancy is not implied by ZFS itself. You either want >> redundancy or not, ZFS is just one way of providing it. > > They are using redundancy, and since the kind of redundancy they're > using cannot correct silent data corruption, they must store all their > data not only redundantly but at least twice --- provided that they're > serious about keeping your data save. If they don't do that, they must > be having quite a few cases in which they cannot decrypt the data or > deliver corrupted data, considering the amounts of data they're dealing > with. They're not even using ECC RAM ... > >>> What is the actual rate of data corruption or loss prevented or >>> corrected by ZFS due to its checksumming in daily usage? >> >> I have experienced data corruption due to hardware failures in the >> past. > > Hardware failures like? The typical ones. Bad sectors, failed flash memory banks, failed ram modules. > >> Once is often enough for me and it happened more then once. If I >> hadn't done the checksumming myself, I probably wouldn't even have >> known about it. Since I started using it, ZFS detected data corruption >> several times for me (within a few years). But I don't own a data >> center :) Actual error rates might depend on your workload, hardware, >> probabilities and lots of other things. Here's something you might >> find interesting: > > Sure, the more data about failures detected by checksumming we would > collect, the more we might be able to make conclusions from it. Since > we don't have much data, it's still interesting to know what failure > rates you have seen. Is it more like 1 error in 50TB read or more like > 1 error in 500TB or like 20 in 5TB? I don't count them, I'd say 1 in 10TB. But that's not professional research-grade statistical data, you shouldn't make decisions on it. > That there's a statistical rate of failure doesn't mean that these > statistical failures are actually seen in daily applications. > >> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 > > Yes, I've seen that. It's for RAM, not disk errors detected through ZFS > checksumming. And RAM has nothing to do with the data on the disks. Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 10:34:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:34:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NHw-0001aO-RO; Sat, 05 Jul 2014 10:33:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NHu-0001aG-Ub for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:33:47 +0000 Received: from [85.158.139.211:5979] by server-13.bemta-5.messagelabs.com id 14/6E-02995-A84D7B35; Sat, 05 Jul 2014 10:33:46 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-7.tower-206.messagelabs.com!1404556424!13840111!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.5 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11128 invoked from network); 5 Jul 2014 10:33:44 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:33:44 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h58XS1mFKz9tvty for ; Sat, 5 Jul 2014 12:33:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404556424; bh=lVzt7n1siA7l3d1QH2/NKSVwjV5mtc2zXs3snuYa03o=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=U8XIN0ZPsPuIgvQBduPeKmPx9H1t6mohw7/8Wle4xiwfm3su9A8sQbWD44/MHTUO4 +e74V+l+MsFHWgUL7fS56fWmWdo4ZF3s/B1x3SDWOSFkBBAzHMLYHephOstygeZ3hF XUildCokRSvXli0YU7MKYqpqjATG1cqtv8Z2IJIM= Message-ID: <53B7D486.5040904@op.pl> Date: Sat, 05 Jul 2014 12:33:42 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> In-Reply-To: <878uo85x7k.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-05 04:57, lee pisze: > Kuba writes: > >> W dniu 2014-07-04 19:11, lee pisze: >>> Kuba writes: >>> >>> "Rollback" doesn't sound very destructive. >> >> For me "rollback" always meant "revert to some previous state" and for >> me it sounds very destructive - at least for the "current state" from >> which you are reverting. > > It still doesn't sound destructive. > >>>> How can a file system protect you from executing a destructive >>>> operation? >>> >>> It can try by warning you. >> >> Does "rm" sound destructive or try to warn you? It just does what you >> tell it to do. > > It's not a file system and has options to warn you. The options aren't > enabled by default because it won't make much sense. For a file systen, > it would make sense to get a warning like "this will destroy your > current data" when you issue a command that would perform a rollback and > to have an option to disable the warning. I believe one should know exactly what hitting [enter] is going to do when the line you're typing on starts with a #. >>>> Snapshots protect you from most user errors. Off-site backups protect >>>> you from su errors. To some extent. >>> >>> Off-site would be good, but it's a hassle because I'd have to carry the >>> disks back and forth. >> >> You can do that over the network. > > Unfortunately, that is entirely not feasible. > >> And it's always pros vs cons. It's your data, your requirements, your >> decisions and your responsibility. > > Yes, and I can only do so much. > >>> And how are snapshots better than copying the >>> data? >> >> Snapshots are just snapshots, making them does not copy your data >> (well, in fact, ZFS is a COW file system, so making a snapshot may >> result in actually copying your data later on, if it's needed, but >> it's not copying as in "making a backup"). Replicating a snapshot >> results in creation of another dataset identical to the original >> snapshot. It's just a one more way of making full or incremental >> backups. > > So it's making a backup and not making a backup? What are snapshots > good for when I can't restore from them, i. e. use them for backups? Snapshots are not backups. I believe it holds true for anything that lets you make a snapshot. >>> What if I need to access a file that's in the snapshot: Do I >>> need to restore the snapshot first? >> >> Usually you can "cd .zfs" directory, which contains subdirectories >> named after your snapshots, and inside that directories you have >> complete datasets just like the ones you took the snapshots of. No >> rollback/restoring/mounting is necessary. > > And that also works when the file system the snapshot was created from > doesn't exist anymore, or when the disks with the FS the snapshot was > made from have become inaccessible, provided that the snapshot was made > to different disks? Oversimplifying: yes. >>>> any other FS. I have the same feeling about ZFS as Gordan - once you >>>> start using it, you cannot imagine making do without it. >>> >>> Why exactly is that? Are you modifying your storage system all the time >>> or making snapshots all the time? >> >> Yes, I take snapshots all the time. This way it's easy for me to >> revert VMs to previous states, clone them, etc. Same goes with my >> regular data. And I replicate them a lot. > > Hm, what for? The VMs I have are all different, so there's no point in > cloning them. And why would I clone my data? I don't even have the > disk capacity for that and am glad that I can make a backup. I tend to clone "production" VMs before I start fiddling with them, so that I can test potentially dangerous ideas without any consequences. Clones are "free" - they only start using more space when you introduce some difference between the clone and the original dataset. You can always 'promote' them so they become independent from the original dataset (using more space as required). Cloning is just a tool that you might or might not find useful. >> I'm not saying you will feel about ZFS as I do after you try it >> out. It presents you a certain set of features, advantages and >> disadvantages and it is up to you, and you only, to decide whether you >> can benefit from it or not. All I'm saying is that I personally >> believe ZFS is worth taking into consideration. > > So far, the advantages I'm seeing that would be a benefit are > checksumming and using on-disk caches for writing. The latter doesn't > seem to be overly relevant. That means a lot of learning and > experimentation and uncertainties for that one benefit. I suppose it's all relative. Couple of years ago I switched to FreeBSD (unknown to me before) for my storage VMs only because it had ZFS which I had found to be the only solution to the problems I had at that time. That really meant a lot of learning, experimentation and uncertainties. It paid off for me. I'm not saying it will pay off for you. All I'm saying is 'look, here's this ZFS thing, there's a chance you might find it interesting'. By all means I'm not saying 'this is ZFS, it will solve all your problems and you have to use it'. >>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>> corrected and going unnoticed, until either, without TLER, the system >>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>> become noticeable only when it's too late. >>>> >>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>> entire pool for defects ("zpool scrub", you should do that >>>> periodically). >>> >>> You're silently loosing more and more redundancy. >> >> I'm not sure what you mean by loosing redundancy. > > You don't know whether the data has been written correctly before you > read it. The more errors there are, the more redundancy you loose > because you have more data that can be read from only a part of the > disks. If there is an error on another disk with that same data, you > don't know until you try to read it and perhaps find out that you can't. > How many errors for that data it takes depends on the level of > redundancy. I don't understand your point here. Do you know all your data had been written correctly with any other form of RAID without reading it back? >>> How do you know when >>> a disk needs to be replaced? >> >> ZFS tells you it had IO or checksum failures. It may also put your >> pool into a degraded state (with one or more disks disconnected from >> the pool) with reduced redundancy (just like a regular RAID would >> do). SMART also tells you something wrong has happened (or is going >> to, probably). And, additionally, when you replace a disk and resilver >> (ZFS term for rebuilding) the pool, you know whether all your data was >> read and restored without errors. > > And how do you know when to replace a disk? When there's one error or > when there are 50 or 50000 or when the disk has been disconnected? I believe it's up to you to interpret the data you're presented with and make the right decision. I really wish I could formulate a condition that evaluates to true or false telling me what should I do with a disk. >>> Does ZFS maintain a list of bad sectors which are not to be used again? >> >> Don't know, but never heard of it. I always thought it's the storage >> device's job. Does any file system do that? > > I don't know. It would make sense because there's no telling what the > disk is doing --- the disk might very well re-use a bad sector and find > that just at the time you want to read the data, it's not readable > again. The disk might continue to disagree with ZFS and insist on > re-using the sector. Perhaps it figured that it can use the sector > eventually after so many tries to recover the error. > > The error might not even be noticed with other file systems, other than > as a delay due to error correction maybe. That other file system would > deliver corrupt data or correct data, there's no way to know. Disks > aren't designed for ZFS in the first place. > >>>> It's also quite difficult to corrupts the file system >>>> itself: >>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >>> >>> It shows that there are more checksum errors after the errors were >>> supposedly corrected. >> >> Not "supposedly". The increasing number only shows the count of >> encountered checksum errors. If ZFS could not correct the error, it >> would say so. > > Ok, and why are there more errors after an error was corrected? Is the > error being reset at some time or kept indefinitely? First you import the pool, so ZFS reads only file system's metadata, and some (7) of these reads fail because of wrong checksums. Then the user reads file contents and ZFS discovers (56) more wrong checksums. That's why the number increases. The status message tells you what to do to clear the counters. >>>> Using ZFS does not mean you don't have to do backups. File system type >>>> won't make a difference for a fire inside your enclosure:) But ZFS >>>> makes it easy to create backups by replicating your pool or datasets >>>> ("zfs send" lets you create full or incremental backups) to another >>>> set of disks or machine(s). >>> >>> As another ZFS or as files or archives or as what? I'm using rsync now, >>> and restoring a file is as simple as copying it from the backup. >> >> Typically as another ZFS dataset. Replicating ZFS snapshots has one >> big advantage for me (besides checksumming, so you know you've made >> your backup correctly) - it's atomic, so it either happens or not. It >> doesn't mean it's supposed to replace rsync, though. It depends on the >> task at hand. > > A dataset? Does it transfer all the data or only what has changed (like > rsync does)? The task at hand would be to make a backup of my data, > over network, from which it's easy to restore. I'm afraid I won't be able to explain this in a better way than it is already explained in the docs. >>>>>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >>>>> >>>>> Those guys don't use ZFS. They must have very good reasons not to. >>>> >>>> They do: >>>> http://www.youtube.com/watch?v=c5ASf53v4lI >>>> http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf >>>> >>>> And I believe they have lots of good reasons to do so :) >>> >>> That's some laboratory experimenting with ZFS. Backblaze uses ext4, >>> though ZFS would seem to be a very good choice for what they're doing. >>> How can they store so much data without checksumming, without using ECC >>> RAM and not experience a significant amount of data corruption? >> >> That's what I found about Backblaze and ZFS (22-07-2011): >> >> We are intrigued by it, as it would replace RAID & LVM as well. But >> native ZFS is not available on Linux and we're not looking to switch >> to OpenSolaris or FreeBSD, as our current system works great for >> us. For someone starting from scratch, ZFS on one of these OSes might >> work and we would be interested to know if someone tries it. We're >> more likely to switch to btrfs in the future if anything. > > Yes, I've read that same statement. And their actual reasons not to use > ZFS now, three years later with their most recent storage server > upgrade, must be really good because they could cut their costs in half > with it, provided that they're serious about keeping your data save. > >> http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited >> >> That's just two organizations with similarly sized storage and >> different approaches. One uses standard solutions, the other one >> ported ZFS to Linux, so they could use it. > > I find it interesting that a company which is concerned more about its > costs than anything else doesn't go for a solution, now easily > available, that can cut their costs in half and that an institution > which doesn't appear to be overly concerned with costs goes for that > very same solution despite it's not easily available at all. > >> It's up to you to define your goals, solutions and level of >> assurance. My personal approach is "hope for the best, plan for the >> worst". > > The problem is that you can plan whatever you want and things turn out > otherwise regardless. My grandma already knew that. > >>> The corruption wouldn't go unnoticed because they won't be able to >>> decrypt the data. They'd have to store everything at least twice, and >>> if they could cut their costs in half or less by not having to do that >>> through simply using ZFS, why wouldn't they? >> >> Data redundancy is not implied by ZFS itself. You either want >> redundancy or not, ZFS is just one way of providing it. > > They are using redundancy, and since the kind of redundancy they're > using cannot correct silent data corruption, they must store all their > data not only redundantly but at least twice --- provided that they're > serious about keeping your data save. If they don't do that, they must > be having quite a few cases in which they cannot decrypt the data or > deliver corrupted data, considering the amounts of data they're dealing > with. They're not even using ECC RAM ... > >>> What is the actual rate of data corruption or loss prevented or >>> corrected by ZFS due to its checksumming in daily usage? >> >> I have experienced data corruption due to hardware failures in the >> past. > > Hardware failures like? The typical ones. Bad sectors, failed flash memory banks, failed ram modules. > >> Once is often enough for me and it happened more then once. If I >> hadn't done the checksumming myself, I probably wouldn't even have >> known about it. Since I started using it, ZFS detected data corruption >> several times for me (within a few years). But I don't own a data >> center :) Actual error rates might depend on your workload, hardware, >> probabilities and lots of other things. Here's something you might >> find interesting: > > Sure, the more data about failures detected by checksumming we would > collect, the more we might be able to make conclusions from it. Since > we don't have much data, it's still interesting to know what failure > rates you have seen. Is it more like 1 error in 50TB read or more like > 1 error in 500TB or like 20 in 5TB? I don't count them, I'd say 1 in 10TB. But that's not professional research-grade statistical data, you shouldn't make decisions on it. > That there's a statistical rate of failure doesn't mean that these > statistical failures are actually seen in daily applications. > >> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 > > Yes, I've seen that. It's for RAM, not disk errors detected through ZFS > checksumming. And RAM has nothing to do with the data on the disks. Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 10:36:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:36:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NKT-0001hK-K9; Sat, 05 Jul 2014 10:36:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NKS-0001hA-60 for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:36:24 +0000 Received: from [85.158.137.68:12536] by server-14.bemta-3.messagelabs.com id EF/EA-19846-725D7B35; Sat, 05 Jul 2014 10:36:23 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-31.messagelabs.com!1404556581!10469535!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22799 invoked from network); 5 Jul 2014 10:36:22 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:36:22 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 0629D221DE2 for ; Sat, 5 Jul 2014 11:36:20 +0100 (BST) Message-ID: <53B7D524.2030305@bobich.net> Date: Sat, 05 Jul 2014 11:36:20 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B4FC44.8030408@bobich.net> <874myx80hf.fsf@yun.yagibdah.de> In-Reply-To: <874myx80hf.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/04/2014 07:03 PM, lee wrote: > Gordan Bobic writes: > >>> On 07/02/2014 11:45 PM, lee wrote: >>>> On Linux there is for all intents and purposes one implementation. >>> >>> Where is this implementation? Is it available by default? I only saw >>> that there's a Debian package for ZFS which involves fuse. >> >> http://lmgtfy.com/?q=zfs+linux&l=1 > > Funny --- how many findings do you get? A couple million? It's an "I'm feeling lucky" link, so the number of findings you get is 1, and it even forwards you straight to it. > 'apt-cache search zfs' is *much* more relevant. I think that by saying this you have just demonstrated that the rest of us that have participated in this thread have largely been wasting our time. >>> Does ZFS do that? Since it's about keeping the data safe, it might have >>> a good deal of protection against user errors. >> >> I don't think it's possible to guard against user errors. If you're >> concerned about user errors, get someone else to manage your machines >> and not give you the root password. > > It is possible to guard. It's not possible to prevent them. Sacrificing productivity for hand holding is not the *nix paradigm. It's competence of bust. I for one don't want every command I type to ask "are you sure" before it does what I told it to. All it achieves it desensitizes you to the question and you end up saying y automatically after a while, without considering what it even said. >> You don't have to rebuild a pool. The existing pool is modified in >> place and that usually takes a few seconds. Typically the pool version >> headers get a bump, and from there on ZFS knows it can put additional >> metadata in place. >> >> Similar happens when you toggle deduplication on a pool. It puts the >> deduplication hash table headers in place. Even you remove the volume >> that has been deduplicated and don't have any deduplicated blocks >> afterwards, the headers will remain in place. But that doesn't break >> anything and it doesn't require rebuilding of a pool. > > Then it should be easy to turn features off later. You can, but for example disabling compression on a compressed pool won't decompress all the data. It will only make sure the data written from that point on isn't compressed. If you want to actually decompress the data, you'll have to copy it to an uncompressed file system on the same pool, then destroy the old, compressed file system. >>> You might enable a new feature and find that it causes >>> problems, but you can't downgrade ... >> >> You could have to _use_ a feature that causes problems just because >> it's available. And features that broken are rare, and non-critical. > > And what do I do then? Rebuild the pool to somehow downgrade to a > previous version of ZFS? I have never seen a failure like you describe. I once ran into a bug that made the pool unimportable when the scrub was in progress and the pool used both compression and deduplication. The only thing I had to do was add an option to the module that prevents scrub from auto-resuming, and it came up fine. Bug was fixed very shortly afterwards. Every other data loss failure I have seen when using ZFS has been either due to user error (destroying the wrong pool, putting disks on a different RAID controller that clobbered the partition tables, user error causing massive memory corruption that ended up getting flushed out to disk and severely corrupting the ZFS metadata) or massive hardware failure beyond what the level of redundancy used when creating the pool could handle. And in the cases other than hardware failure, most of the time the data was recoverable with the help of the ZFS developers (or Oracle support - the user error leading to memory corruption was on a Solaris machine). So yes, it can happen - but it happens a lot more on other file systems. ZFS is the only file system I have used for the data on which I never had to reach for backups. >>>>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>>>> learned much about it yet, but that's my impression so far. >>>> >>>> As I said above - you haven't done your research very thoroughly. >>> >>> I haven't, yet all I've been reading so far makes me very careful. When >>> you search for "zfs linux mature", you find more sources saying >>> something like "it is not really mature" and not many, if any, that >>> would say something like "of course you should use it, it works >>> perfectly". >> >> There's a lot of FUD out there, mostly coming from people who have >> neither tried it nor know what they are talking about. Whatever next? >> "It must be true because I read it on the internet"? > > Perhaps nothing of what you're saying about ZFS is true ;) OK, you got me - I confess: it's all a part of my hidden agenda to waste my time debating the issue with someone who hasn't progressed beyond using software that isn't in their distribution's package repository. >>> As far as I've seen, that doesn't happen. Instead, the system goes >>> down, trying to access the unresponsive disk indefinitely. >> >> I see a disk get kicked out all the time. Most recent occurrence was 2 >> days ago. > > You seem to have a lot of disks failing. I do, but it's slowing down dramatically as I'm running out of Seagates. >> "zfs status" shows you the errors on each disk in the pool. This >> should be monitored along with regular SMART checks. Using ZFS doesn't >> mean you no longer have to monitor for hardware failure, any more than >> you can not monitor for failure of a disk in a hardware RAID array. > > At how many errors do you need to replace a disk? Depends on the disk. One of my Seagates rports the following line in SMART: 5 Reallocated_Sector_Ct 0x0033 063 063 036 Pre-fail Always - 1549 So it has 1549 reallocated sectors at the moment. The stats start at 100, and the threshold for the disk needing to be replaced is 36. AFAIK, these are percentages. So, 1549 sectors = 100-63=37% of spare sectors used. That would imply that this particular disk has approximately 4100 spare sectors, and that it should be replaced when the number of them remaining falls below 36%. > Are sectors that had errors being re-used, You'll have to ask your disk manufacturer that. WD and Samsung might. Or they could just be lying about the number of reallocated sectors they have. WD and Samsung drives seem to have a feature where a pending sector doesn't convert into a reallocated sector, which implies either the reallocation count is lying the the previously failed sectors are being re-used if the data sticks to them within the limit of ECC's ability to recover. > or does ZFS keep a list of sectors not to use anymore? As I said before, disk's handle their own defects, and have done for the past decade or two. File systems have long had no place in keeping track of duff sectors on disks. >>>>> Or how unreliable is a disk that spends significant amounts of time on >>>>> error correction? >>>> >>>> Exactly - 7 seconds is about 840 read attempts. If the sector read >>>> failed 840 times in a row, what are the chances that it will ever >>>> succeed? >>> >>> Isn't the disk supposed not to use the failed sector once it has been >>> discovered, meaning that the disk might still be useable? >> >> When a sector becomes unreadable, it is marked as "pending". Rad >> attempts from it will return an error. The next write to it will cause >> it to get reallocated from the spare sectors the disk comes with. As >> far as I can tell, some disks try to re-use the sector when a write >> for it arrives, and see if the data sticks to the sector within the >> ability of the sector's ECC to recover. If it sticks, it's kept, if it >> doesn't, it's reallocated. > > That would mean that a disk which has been failed due to error > correction taking too long may still be fine. Yes. Most disks have some reallocated sectors after a while. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 10:36:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:36:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NKT-0001hK-K9; Sat, 05 Jul 2014 10:36:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NKS-0001hA-60 for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:36:24 +0000 Received: from [85.158.137.68:12536] by server-14.bemta-3.messagelabs.com id EF/EA-19846-725D7B35; Sat, 05 Jul 2014 10:36:23 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-31.messagelabs.com!1404556581!10469535!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22799 invoked from network); 5 Jul 2014 10:36:22 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:36:22 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 0629D221DE2 for ; Sat, 5 Jul 2014 11:36:20 +0100 (BST) Message-ID: <53B7D524.2030305@bobich.net> Date: Sat, 05 Jul 2014 11:36:20 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B4FC44.8030408@bobich.net> <874myx80hf.fsf@yun.yagibdah.de> In-Reply-To: <874myx80hf.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/04/2014 07:03 PM, lee wrote: > Gordan Bobic writes: > >>> On 07/02/2014 11:45 PM, lee wrote: >>>> On Linux there is for all intents and purposes one implementation. >>> >>> Where is this implementation? Is it available by default? I only saw >>> that there's a Debian package for ZFS which involves fuse. >> >> http://lmgtfy.com/?q=zfs+linux&l=1 > > Funny --- how many findings do you get? A couple million? It's an "I'm feeling lucky" link, so the number of findings you get is 1, and it even forwards you straight to it. > 'apt-cache search zfs' is *much* more relevant. I think that by saying this you have just demonstrated that the rest of us that have participated in this thread have largely been wasting our time. >>> Does ZFS do that? Since it's about keeping the data safe, it might have >>> a good deal of protection against user errors. >> >> I don't think it's possible to guard against user errors. If you're >> concerned about user errors, get someone else to manage your machines >> and not give you the root password. > > It is possible to guard. It's not possible to prevent them. Sacrificing productivity for hand holding is not the *nix paradigm. It's competence of bust. I for one don't want every command I type to ask "are you sure" before it does what I told it to. All it achieves it desensitizes you to the question and you end up saying y automatically after a while, without considering what it even said. >> You don't have to rebuild a pool. The existing pool is modified in >> place and that usually takes a few seconds. Typically the pool version >> headers get a bump, and from there on ZFS knows it can put additional >> metadata in place. >> >> Similar happens when you toggle deduplication on a pool. It puts the >> deduplication hash table headers in place. Even you remove the volume >> that has been deduplicated and don't have any deduplicated blocks >> afterwards, the headers will remain in place. But that doesn't break >> anything and it doesn't require rebuilding of a pool. > > Then it should be easy to turn features off later. You can, but for example disabling compression on a compressed pool won't decompress all the data. It will only make sure the data written from that point on isn't compressed. If you want to actually decompress the data, you'll have to copy it to an uncompressed file system on the same pool, then destroy the old, compressed file system. >>> You might enable a new feature and find that it causes >>> problems, but you can't downgrade ... >> >> You could have to _use_ a feature that causes problems just because >> it's available. And features that broken are rare, and non-critical. > > And what do I do then? Rebuild the pool to somehow downgrade to a > previous version of ZFS? I have never seen a failure like you describe. I once ran into a bug that made the pool unimportable when the scrub was in progress and the pool used both compression and deduplication. The only thing I had to do was add an option to the module that prevents scrub from auto-resuming, and it came up fine. Bug was fixed very shortly afterwards. Every other data loss failure I have seen when using ZFS has been either due to user error (destroying the wrong pool, putting disks on a different RAID controller that clobbered the partition tables, user error causing massive memory corruption that ended up getting flushed out to disk and severely corrupting the ZFS metadata) or massive hardware failure beyond what the level of redundancy used when creating the pool could handle. And in the cases other than hardware failure, most of the time the data was recoverable with the help of the ZFS developers (or Oracle support - the user error leading to memory corruption was on a Solaris machine). So yes, it can happen - but it happens a lot more on other file systems. ZFS is the only file system I have used for the data on which I never had to reach for backups. >>>>> It seems that ZFS isn't sufficiently mature yet to use it. I haven't >>>>> learned much about it yet, but that's my impression so far. >>>> >>>> As I said above - you haven't done your research very thoroughly. >>> >>> I haven't, yet all I've been reading so far makes me very careful. When >>> you search for "zfs linux mature", you find more sources saying >>> something like "it is not really mature" and not many, if any, that >>> would say something like "of course you should use it, it works >>> perfectly". >> >> There's a lot of FUD out there, mostly coming from people who have >> neither tried it nor know what they are talking about. Whatever next? >> "It must be true because I read it on the internet"? > > Perhaps nothing of what you're saying about ZFS is true ;) OK, you got me - I confess: it's all a part of my hidden agenda to waste my time debating the issue with someone who hasn't progressed beyond using software that isn't in their distribution's package repository. >>> As far as I've seen, that doesn't happen. Instead, the system goes >>> down, trying to access the unresponsive disk indefinitely. >> >> I see a disk get kicked out all the time. Most recent occurrence was 2 >> days ago. > > You seem to have a lot of disks failing. I do, but it's slowing down dramatically as I'm running out of Seagates. >> "zfs status" shows you the errors on each disk in the pool. This >> should be monitored along with regular SMART checks. Using ZFS doesn't >> mean you no longer have to monitor for hardware failure, any more than >> you can not monitor for failure of a disk in a hardware RAID array. > > At how many errors do you need to replace a disk? Depends on the disk. One of my Seagates rports the following line in SMART: 5 Reallocated_Sector_Ct 0x0033 063 063 036 Pre-fail Always - 1549 So it has 1549 reallocated sectors at the moment. The stats start at 100, and the threshold for the disk needing to be replaced is 36. AFAIK, these are percentages. So, 1549 sectors = 100-63=37% of spare sectors used. That would imply that this particular disk has approximately 4100 spare sectors, and that it should be replaced when the number of them remaining falls below 36%. > Are sectors that had errors being re-used, You'll have to ask your disk manufacturer that. WD and Samsung might. Or they could just be lying about the number of reallocated sectors they have. WD and Samsung drives seem to have a feature where a pending sector doesn't convert into a reallocated sector, which implies either the reallocation count is lying the the previously failed sectors are being re-used if the data sticks to them within the limit of ECC's ability to recover. > or does ZFS keep a list of sectors not to use anymore? As I said before, disk's handle their own defects, and have done for the past decade or two. File systems have long had no place in keeping track of duff sectors on disks. >>>>> Or how unreliable is a disk that spends significant amounts of time on >>>>> error correction? >>>> >>>> Exactly - 7 seconds is about 840 read attempts. If the sector read >>>> failed 840 times in a row, what are the chances that it will ever >>>> succeed? >>> >>> Isn't the disk supposed not to use the failed sector once it has been >>> discovered, meaning that the disk might still be useable? >> >> When a sector becomes unreadable, it is marked as "pending". Rad >> attempts from it will return an error. The next write to it will cause >> it to get reallocated from the spare sectors the disk comes with. As >> far as I can tell, some disks try to re-use the sector when a write >> for it arrives, and see if the data sticks to the sector within the >> ability of the sector's ECC to recover. If it sticks, it's kept, if it >> doesn't, it's reallocated. > > That would mean that a disk which has been failed due to error > correction taking too long may still be fine. Yes. Most disks have some reallocated sectors after a while. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 10:39:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:39:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NNB-0001yE-DE; Sat, 05 Jul 2014 10:39:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NNA-0001y7-Kn for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:39:12 +0000 Received: from [85.158.139.211:29019] by server-8.bemta-5.messagelabs.com id AB/85-27672-FC5D7B35; Sat, 05 Jul 2014 10:39:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-16.tower-206.messagelabs.com!1404556751!10896448!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20441 invoked from network); 5 Jul 2014 10:39:11 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:39:11 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id ECC16221DE2 for ; Sat, 5 Jul 2014 11:39:09 +0100 (BST) Message-ID: <53B7D5CD.7090709@bobich.net> Date: Sat, 05 Jul 2014 11:39:09 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> <8738ej8iyp.fsf@yun.yagibdah.de> <87zjgp6kni.fsf@yun.yagibdah.de> In-Reply-To: <87zjgp6kni.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/04/2014 07:31 PM, lee wrote: > David Sutton writes: > >> To confirm; if by 'Phenom 965' you are referring to the "Phenom II X4 >> 965" > > That's the one. That isn't exactly an underpowered CPU even by today's standards. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 10:39:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:39:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NNB-0001yE-DE; Sat, 05 Jul 2014 10:39:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NNA-0001y7-Kn for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:39:12 +0000 Received: from [85.158.139.211:29019] by server-8.bemta-5.messagelabs.com id AB/85-27672-FC5D7B35; Sat, 05 Jul 2014 10:39:11 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-16.tower-206.messagelabs.com!1404556751!10896448!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20441 invoked from network); 5 Jul 2014 10:39:11 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:39:11 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id ECC16221DE2 for ; Sat, 5 Jul 2014 11:39:09 +0100 (BST) Message-ID: <53B7D5CD.7090709@bobich.net> Date: Sat, 05 Jul 2014 11:39:09 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AEAD83.7090106@bobich.net> <87y4wgi3yh.fsf@yun.yagibdah.de> <53B136B6.1060906@bobich.net> <87lhsc7ujm.fsf@yun.yagibdah.de> <8738ej8iyp.fsf@yun.yagibdah.de> <87zjgp6kni.fsf@yun.yagibdah.de> In-Reply-To: <87zjgp6kni.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/04/2014 07:31 PM, lee wrote: > David Sutton writes: > >> To confirm; if by 'Phenom 965' you are referring to the "Phenom II X4 >> 965" > > That's the one. That isn't exactly an underpowered CPU even by today's standards. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 10:45:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:45:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NSO-0002K4-Du; Sat, 05 Jul 2014 10:44:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NSN-0002Jv-1R for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:44:35 +0000 Received: from [85.158.137.68:45151] by server-13.bemta-3.messagelabs.com id B1/EF-20015-217D7B35; Sat, 05 Jul 2014 10:44:34 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-31.messagelabs.com!1404557072!14144070!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32632 invoked from network); 5 Jul 2014 10:44:33 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:44:33 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 84248221DE9 for ; Sat, 5 Jul 2014 11:44:32 +0100 (BST) Message-ID: <53B7D710.7070107@bobich.net> Date: Sat, 05 Jul 2014 11:44:32 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> In-Reply-To: <53B72E8B.5010007@op.pl> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/04/2014 11:45 PM, Kuba wrote: >>> Using ZFS does not mean you don't have to do backups. File system type >>> won't make a difference for a fire inside your enclosure:) But ZFS >>> makes it easy to create backups by replicating your pool or datasets >>> ("zfs send" lets you create full or incremental backups) to another >>> set of disks or machine(s). >> >> As another ZFS or as files or archives or as what? I'm using rsync now, >> and restoring a file is as simple as copying it from the backup. > > Typically as another ZFS dataset. Replicating ZFS snapshots has one big > advantage for me (besides checksumming, so you know you've made your > backup correctly) - it's atomic, so it either happens or not. It doesn't > mean it's supposed to replace rsync, though. It depends on the task at > hand. ZFS send | receive is far cheaper in terms of CPU, disk I/O and network I/O than rsync. >>>>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >>>> >>>> Those guys don't use ZFS. They must have very good reasons not to. >>> >>> They do: >>> http://www.youtube.com/watch?v=c5ASf53v4lI >>> http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf >>> >>> And I believe they have lots of good reasons to do so :) >> >> That's some laboratory experimenting with ZFS. Backblaze uses ext4, >> though ZFS would seem to be a very good choice for what they're doing. >> How can they store so much data without checksumming, without using ECC >> RAM and not experience a significant amount of data corruption? > > That's what I found about Backblaze and ZFS (22-07-2011): > > We are intrigued by it, as it would replace RAID & LVM as well. But > native ZFS is not available on Linux and we're not looking to switch to > OpenSolaris or FreeBSD, as our current system works great for us. For > someone starting from scratch, ZFS on one of these OSes might work and > we would be interested to know if someone tries it. We're more likely to > switch to btrfs in the future if anything. That must have been written more than 3 years ago. I promise you, ZFS on Linux is alive and well and works great. >> What is the actual rate of data corruption or loss prevented or >> corrected by ZFS due to its checksumming in daily usage? > > I have experienced data corruption due to hardware failures in the past. > Once is often enough for me and it happened more then once. If I hadn't > done the checksumming myself, I probably wouldn't even have known about > it. Since I started using it, ZFS detected data corruption several times > for me (within a few years). But I don't own a data center :) Actual > error rates might depend on your workload, hardware, probabilities and > lots of other things. Here's something you might find interesting: > > http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 That's the article about error rates in RAM. Disk error rates are worse. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 10:45:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:45:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NSO-0002K4-Du; Sat, 05 Jul 2014 10:44:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NSN-0002Jv-1R for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:44:35 +0000 Received: from [85.158.137.68:45151] by server-13.bemta-3.messagelabs.com id B1/EF-20015-217D7B35; Sat, 05 Jul 2014 10:44:34 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-31.messagelabs.com!1404557072!14144070!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32632 invoked from network); 5 Jul 2014 10:44:33 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:44:33 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 84248221DE9 for ; Sat, 5 Jul 2014 11:44:32 +0100 (BST) Message-ID: <53B7D710.7070107@bobich.net> Date: Sat, 05 Jul 2014 11:44:32 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> In-Reply-To: <53B72E8B.5010007@op.pl> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/04/2014 11:45 PM, Kuba wrote: >>> Using ZFS does not mean you don't have to do backups. File system type >>> won't make a difference for a fire inside your enclosure:) But ZFS >>> makes it easy to create backups by replicating your pool or datasets >>> ("zfs send" lets you create full or incremental backups) to another >>> set of disks or machine(s). >> >> As another ZFS or as files or archives or as what? I'm using rsync now, >> and restoring a file is as simple as copying it from the backup. > > Typically as another ZFS dataset. Replicating ZFS snapshots has one big > advantage for me (besides checksumming, so you know you've made your > backup correctly) - it's atomic, so it either happens or not. It doesn't > mean it's supposed to replace rsync, though. It depends on the task at > hand. ZFS send | receive is far cheaper in terms of CPU, disk I/O and network I/O than rsync. >>>>> http://blog.backblaze.com/2014/01/21/what-hard-drive-should-i-buy/ >>>> >>>> Those guys don't use ZFS. They must have very good reasons not to. >>> >>> They do: >>> http://www.youtube.com/watch?v=c5ASf53v4lI >>> http://zfsonlinux.org/docs/LUG11_ZFS_on_Linux_for_Lustre.pdf >>> >>> And I believe they have lots of good reasons to do so :) >> >> That's some laboratory experimenting with ZFS. Backblaze uses ext4, >> though ZFS would seem to be a very good choice for what they're doing. >> How can they store so much data without checksumming, without using ECC >> RAM and not experience a significant amount of data corruption? > > That's what I found about Backblaze and ZFS (22-07-2011): > > We are intrigued by it, as it would replace RAID & LVM as well. But > native ZFS is not available on Linux and we're not looking to switch to > OpenSolaris or FreeBSD, as our current system works great for us. For > someone starting from scratch, ZFS on one of these OSes might work and > we would be interested to know if someone tries it. We're more likely to > switch to btrfs in the future if anything. That must have been written more than 3 years ago. I promise you, ZFS on Linux is alive and well and works great. >> What is the actual rate of data corruption or loss prevented or >> corrected by ZFS due to its checksumming in daily usage? > > I have experienced data corruption due to hardware failures in the past. > Once is often enough for me and it happened more then once. If I hadn't > done the checksumming myself, I probably wouldn't even have known about > it. Since I started using it, ZFS detected data corruption several times > for me (within a few years). But I don't own a data center :) Actual > error rates might depend on your workload, hardware, probabilities and > lots of other things. Here's something you might find interesting: > > http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 That's the article about error rates in RAM. Disk error rates are worse. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 10:47:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:47:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NUf-0002XR-J9; Sat, 05 Jul 2014 10:46:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NUe-0002XI-ER for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:46:56 +0000 Received: from [85.158.139.211:11853] by server-17.bemta-5.messagelabs.com id 14/57-08711-F97D7B35; Sat, 05 Jul 2014 10:46:55 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-206.messagelabs.com!1404557214!13796071!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2830 invoked from network); 5 Jul 2014 10:46:55 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:46:55 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 85060221DE2 for ; Sat, 5 Jul 2014 11:46:54 +0100 (BST) Message-ID: <53B7D79E.2080304@bobich.net> Date: Sat, 05 Jul 2014 11:46:54 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> In-Reply-To: Content-Length: 1540 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMDcvMDUvMjAxNCAxMjoyOCBBTSwgRmFqYXIgQS4gTnVncmFoYSB3cm90ZToKPiBPbiBTYXQs IEp1bCA1LCAyMDE0IGF0IDEyOjI1IEFNLCBsZWUgPGxlZUB5dW4ueWFnaWJkYWguZGU+IHdyb3Rl Ogo+PiBOdW5vIE1hZ2FsaMOjZXMgPG51bm9tYWdhbGhhZXNAZXUuaXBwLnB0PiB3cml0ZXM6Cj4+ Cj4+PiBUaGlzIG1heSBiZSBpcnJlbGV2YW50IHRvIGV2ZW4gbWVudGlvbiwgYnV0IG1vc3Qgc3R1 ZmYgaSBmaW5kIG9uIFRoZQo+Pj4gTmV0IGlzIHVzdWFsbHkgb3V0ZGF0ZWQgYnkgYSBmZXcgeWVh cnMsIHNvIGkgYWx3YXlzIHRyeSB0byBjaGVjayBhKQo+Pj4gd2hlbiB3YXMgaXQgd3JpdHRlbiBh bmQgYikgYnkgd2hvIGFuZCB3aGF0J3MgdGhlaXIgYXV0aG9yaXR5IG9uIHRoZQo+Pj4gbWF0dGVy ICAoc3ViamVjdGl2ZSkuIFBsdXMsIGl0IHNlZW1zIHRvIG1lIFpGUyBpcyBub3QgdGhhdCB3ZWxs LWtub3duCj4+PiB0byBsaW51eCBmb2xrIChpIGluY2x1ZGVkKSBzbyB0aGVyZSBtYXkgYmUgYSBs aXR0bGUgY2hlc3QtdGh1bXBpbmcKPgo+Cj4gQSBnb29nbGUgc2VhcmNoIGZvciAiemZzIiBvbiBt eSBsYXB0b3AgKGluY29nbml0byBtb2RlKSByZXR1cm5zCj4gd2lraXBlZGlhIGZpcnN0LCB6ZnNv bmxpbnV4IGFzIHNlY29uZCBlbnRyeSwgYW5kIG9wZW4temZzIHRoaXJkLgo+Cj4+PiBnb2luZyBv biBzaW5jZSBaRlMgaXMgbW9zdGx5IGEgU29sYXJpcyB0aGluZyAoYXMgaXMgZHRyYWNlLi4uKS4g RHVubm8KPgo+IEkgbGlrZWQgc29sYXJpcyBmb3IgdGhyZWUgdGhpbmdzOgo+IC0gemZzCj4gLSBk dHJhY2UKPiAtIHpvbmVzCj4KPiBob3dldmVyIGxpbnV4IHVzZXJzIG5vdyBoYXZlIHpmc29ubGlu dXgsIHBlcmYsIGFuZCBseGMuCgpBbmQgVlNlcnZlciwgd2hpY2ggaXMgdmVyeSBtdWNoIGxpa2Ug TFhDIG9ubHkgd2l0aCB0aGUgaGFzaGlmeSBmZWF0dXJlLCAKd2hpY2gsIElNTywgb24gaXQncyBv d24gbWFrZXMgaXQgYW4gb3JkZXIgb2YgbWFnbml0dWRlIGJldHRlci4KCgoKX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlz dApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sat Jul 05 10:47:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:47:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NUf-0002XR-J9; Sat, 05 Jul 2014 10:46:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NUe-0002XI-ER for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:46:56 +0000 Received: from [85.158.139.211:11853] by server-17.bemta-5.messagelabs.com id 14/57-08711-F97D7B35; Sat, 05 Jul 2014 10:46:55 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-206.messagelabs.com!1404557214!13796071!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2830 invoked from network); 5 Jul 2014 10:46:55 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:46:55 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 85060221DE2 for ; Sat, 5 Jul 2014 11:46:54 +0100 (BST) Message-ID: <53B7D79E.2080304@bobich.net> Date: Sat, 05 Jul 2014 11:46:54 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> In-Reply-To: Content-Length: 1540 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMDcvMDUvMjAxNCAxMjoyOCBBTSwgRmFqYXIgQS4gTnVncmFoYSB3cm90ZToKPiBPbiBTYXQs IEp1bCA1LCAyMDE0IGF0IDEyOjI1IEFNLCBsZWUgPGxlZUB5dW4ueWFnaWJkYWguZGU+IHdyb3Rl Ogo+PiBOdW5vIE1hZ2FsaMOjZXMgPG51bm9tYWdhbGhhZXNAZXUuaXBwLnB0PiB3cml0ZXM6Cj4+ Cj4+PiBUaGlzIG1heSBiZSBpcnJlbGV2YW50IHRvIGV2ZW4gbWVudGlvbiwgYnV0IG1vc3Qgc3R1 ZmYgaSBmaW5kIG9uIFRoZQo+Pj4gTmV0IGlzIHVzdWFsbHkgb3V0ZGF0ZWQgYnkgYSBmZXcgeWVh cnMsIHNvIGkgYWx3YXlzIHRyeSB0byBjaGVjayBhKQo+Pj4gd2hlbiB3YXMgaXQgd3JpdHRlbiBh bmQgYikgYnkgd2hvIGFuZCB3aGF0J3MgdGhlaXIgYXV0aG9yaXR5IG9uIHRoZQo+Pj4gbWF0dGVy ICAoc3ViamVjdGl2ZSkuIFBsdXMsIGl0IHNlZW1zIHRvIG1lIFpGUyBpcyBub3QgdGhhdCB3ZWxs LWtub3duCj4+PiB0byBsaW51eCBmb2xrIChpIGluY2x1ZGVkKSBzbyB0aGVyZSBtYXkgYmUgYSBs aXR0bGUgY2hlc3QtdGh1bXBpbmcKPgo+Cj4gQSBnb29nbGUgc2VhcmNoIGZvciAiemZzIiBvbiBt eSBsYXB0b3AgKGluY29nbml0byBtb2RlKSByZXR1cm5zCj4gd2lraXBlZGlhIGZpcnN0LCB6ZnNv bmxpbnV4IGFzIHNlY29uZCBlbnRyeSwgYW5kIG9wZW4temZzIHRoaXJkLgo+Cj4+PiBnb2luZyBv biBzaW5jZSBaRlMgaXMgbW9zdGx5IGEgU29sYXJpcyB0aGluZyAoYXMgaXMgZHRyYWNlLi4uKS4g RHVubm8KPgo+IEkgbGlrZWQgc29sYXJpcyBmb3IgdGhyZWUgdGhpbmdzOgo+IC0gemZzCj4gLSBk dHJhY2UKPiAtIHpvbmVzCj4KPiBob3dldmVyIGxpbnV4IHVzZXJzIG5vdyBoYXZlIHpmc29ubGlu dXgsIHBlcmYsIGFuZCBseGMuCgpBbmQgVlNlcnZlciwgd2hpY2ggaXMgdmVyeSBtdWNoIGxpa2Ug TFhDIG9ubHkgd2l0aCB0aGUgaGFzaGlmeSBmZWF0dXJlLCAKd2hpY2gsIElNTywgb24gaXQncyBv d24gbWFrZXMgaXQgYW4gb3JkZXIgb2YgbWFnbml0dWRlIGJldHRlci4KCgoKX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlz dApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sat Jul 05 10:48:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:48:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NWG-0002ju-BN; Sat, 05 Jul 2014 10:48:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NWE-0002jj-Mf for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:48:34 +0000 Received: from [193.109.254.147:21599] by server-10.bemta-14.messagelabs.com id A5/B0-01431-208D7B35; Sat, 05 Jul 2014 10:48:34 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1404557313!15646978!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4134 invoked from network); 5 Jul 2014 10:48:33 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:48:33 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id DEDAB221DE2 for ; Sat, 5 Jul 2014 11:48:32 +0100 (BST) Message-ID: <53B7D800.5040701@bobich.net> Date: Sat, 05 Jul 2014 11:48:32 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <87d2dk60y0.fsf@yun.yagibdah.de> In-Reply-To: <87d2dk60y0.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/05/2014 02:36 AM, lee wrote: > "Fajar A. Nugraha" writes: > >> Use whatever you're most comfortable with. But don't dismiss things >> just because you don't have enough knowledge about it. > > No, that would be stupid. ZFS appears as an unknown, rather complicated > thing with questionable support and documentation that was written for a > different OS. It won't be easy to try it out. All that just doesn't > make me very keen on trying it. Sounds to me like learning resistance. As I said before, if you are reluctant to break out of the sandbox of Debian provided packages, you probably need to advance your experience first. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 10:48:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 10:48:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NWG-0002ju-BN; Sat, 05 Jul 2014 10:48:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3NWE-0002jj-Mf for xen-users@lists.xen.org; Sat, 05 Jul 2014 10:48:34 +0000 Received: from [193.109.254.147:21599] by server-10.bemta-14.messagelabs.com id A5/B0-01431-208D7B35; Sat, 05 Jul 2014 10:48:34 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1404557313!15646978!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4134 invoked from network); 5 Jul 2014 10:48:33 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 10:48:33 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id DEDAB221DE2 for ; Sat, 5 Jul 2014 11:48:32 +0100 (BST) Message-ID: <53B7D800.5040701@bobich.net> Date: Sat, 05 Jul 2014 11:48:32 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <87d2dk60y0.fsf@yun.yagibdah.de> In-Reply-To: <87d2dk60y0.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/05/2014 02:36 AM, lee wrote: > "Fajar A. Nugraha" writes: > >> Use whatever you're most comfortable with. But don't dismiss things >> just because you don't have enough knowledge about it. > > No, that would be stupid. ZFS appears as an unknown, rather complicated > thing with questionable support and documentation that was written for a > different OS. It won't be easy to try it out. All that just doesn't > make me very keen on trying it. Sounds to me like learning resistance. As I said before, if you are reluctant to break out of the sandbox of Debian provided packages, you probably need to advance your experience first. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 11:24:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 11:24:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3O40-00048G-LK; Sat, 05 Jul 2014 11:23:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3O3z-00048B-HW for xen-users@lists.xen.org; Sat, 05 Jul 2014 11:23:27 +0000 Received: from [85.158.139.211:48530] by server-7.bemta-5.messagelabs.com id AE/F2-03657-E20E7B35; Sat, 05 Jul 2014 11:23:26 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1404559405!10469096!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18531 invoked from network); 5 Jul 2014 11:23:25 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 11:23:25 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 9C383221DE2 for ; Sat, 5 Jul 2014 12:23:23 +0100 (BST) Message-ID: <53B7E02B.2010506@bobich.net> Date: Sat, 05 Jul 2014 12:23:23 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> In-Reply-To: <878uo85x7k.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/05/2014 03:57 AM, lee wrote: > Kuba writes: > >> W dniu 2014-07-04 19:11, lee pisze: >>> Kuba writes: >>> >>> "Rollback" doesn't sound very destructive. >> >> For me "rollback" always meant "revert to some previous state" and for >> me it sounds very destructive - at least for the "current state" from >> which you are reverting. > > It still doesn't sound destructive. Then I dare say you don't understand what it actually means. >>>> How can a file system protect you from executing a destructive >>>> operation? >>> >>> It can try by warning you. >> >> Does "rm" sound destructive or try to warn you? It just does what you >> tell it to do. > > It's not a file system and has options to warn you. The options aren't > enabled by default because it won't make much sense. For a file systen, > it would make sense to get a warning like "this will destroy your > current data" when you issue a command that would perform a rollback and > to have an option to disable the warning. mkfs.ext4 doesn't ask you "are you sure" before you tell it to create the FS on a block device that already contains an ext4 FS. Why would you expect anything else to? If you need that feature you are using the wrong OS. >>> And how are snapshots better than copying the >>> data? >> >> Snapshots are just snapshots, making them does not copy your data >> (well, in fact, ZFS is a COW file system, so making a snapshot may >> result in actually copying your data later on, if it's needed, but >> it's not copying as in "making a backup"). Replicating a snapshot >> results in creation of another dataset identical to the original >> snapshot. It's just a one more way of making full or incremental >> backups. > > So it's making a backup and not making a backup? What are snapshots > good for when I can't restore from them, i. e. use them for backups? You can restore from them. But a backup should mean a copy on a different machine, not subject to being lose of the entire machine is lost (e.g. a power surge that fries every component). >>> What if I need to access a file that's in the snapshot: Do I >>> need to restore the snapshot first? >> >> Usually you can "cd .zfs" directory, which contains subdirectories >> named after your snapshots, and inside that directories you have >> complete datasets just like the ones you took the snapshots of. No >> rollback/restoring/mounting is necessary. > > And that also works when the file system the snapshot was created from > doesn't exist anymore, or when the disks with the FS the snapshot was > made from have become inaccessible, provided that the snapshot was made > to different disks? Snapshot cannot exist independently of the filesystem it is a snapshot of. All live on the same ZFS pool (equivalent to the RAID array). >>>> any other FS. I have the same feeling about ZFS as Gordan - once you >>>> start using it, you cannot imagine making do without it. >>> >>> Why exactly is that? Are you modifying your storage system all the time >>> or making snapshots all the time? >> >> Yes, I take snapshots all the time. This way it's easy for me to >> revert VMs to previous states, clone them, etc. Same goes with my >> regular data. And I replicate them a lot. > > Hm, what for? The VMs I have are all different, so there's no point in > cloning them. And why would I clone my data? I don't even have the > disk capacity for that and am glad that I can make a backup. I don't use cloning either, because it prevents deletion of the original instance being cloned. But snapshots are extremely useful. Take a snapshot, do the upgrade inside domU, and if it breaks things, shut down the domU, roll back the snapshot, and restart it. It'll be as if nothing happened. >> I'm not saying you will feel about ZFS as I do after you try it >> out. It presents you a certain set of features, advantages and >> disadvantages and it is up to you, and you only, to decide whether you >> can benefit from it or not. All I'm saying is that I personally >> believe ZFS is worth taking into consideration. > > So far, the advantages I'm seeing that would be a benefit are > checksumming and using on-disk caches for writing. The latter doesn't > seem to be overly relevant. That means a lot of learning and > experimentation and uncertainties for that one benefit. Sounds like you are afraid of learning. But if you don't use backups and snapshots already and don't intend to begin using them, then you are right, you are probably not going to see much benefit. >>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>> corrected and going unnoticed, until either, without TLER, the system >>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>> become noticeable only when it's too late. >>>> >>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>> entire pool for defects ("zpool scrub", you should do that >>>> periodically). >>> >>> You're silently loosing more and more redundancy. >> >> I'm not sure what you mean by loosing redundancy. > > You don't know whether the data has been written correctly before you > read it. You never do anyway. Phantom writes happen. You could get Seagate drives that have the Write-Read-Verify feature, enable it at the cost of halving write speed, and live with the fact that your disk failure rate will be several times what you would see with other brands of disks. Or you could just live with the redundancy being provided by parity or mirror disks at a higher level. > The more errors there are, the more redundancy you loose > because you have more data that can be read from only a part of the > disks. ZFS immediately repairs all errors it encounters, so this is not a valid point. > If there is an error on another disk with that same data, you > don't know until you try to read it and perhaps find out that you can't. > How many errors for that data it takes depends on the level of > redundancy. Sure, but you are in the worse situation with traditional RAID. >>> How do you know when >>> a disk needs to be replaced? >> >> ZFS tells you it had IO or checksum failures. It may also put your >> pool into a degraded state (with one or more disks disconnected from >> the pool) with reduced redundancy (just like a regular RAID would >> do). SMART also tells you something wrong has happened (or is going >> to, probably). And, additionally, when you replace a disk and resilver >> (ZFS term for rebuilding) the pool, you know whether all your data was >> read and restored without errors. > > And how do you know when to replace a disk? When there's one error or > when there are 50 or 50000 or when the disk has been disconnected? In most cases, when the SMART on the disk reports the disk has failed or the disk stops responding. >>> Does ZFS maintain a list of bad sectors which are not to be used again? >> >> Don't know, but never heard of it. I always thought it's the storage >> device's job. Does any file system do that? > > I don't know. It would make sense because there's no telling what the > disk is doing --- the disk might very well re-use a bad sector and find > that just at the time you want to read the data, it's not readable > again. Disks are _expected_ to deal with sector reallocations internally. If they don't, they are broken. Disk sectors are all addressed through a translation layer, and you don't have any way of telling when a sector has been moved (except maybe by doing performance timings on seeks between adjecent sectors), because the sector address is logical rather than physical. It's even less transparent with SSDs which shift data around all the time to improve wear leveling. > The disk might continue to disagree with ZFS and insist on > re-using the sector. Perhaps it figured that it can use the sector > eventually after so many tries to recover the error. That's a failed disk. If the sector came up as readable only after extensive scrubbing (ignoring the fact that this doesn't actually happen), it should still get reallocated to a healthy sector. Now, some disks _might_ re-write the same sector and check whether the data sticks to it and reuse it if the signal quality is above some threshold, but you'll have to disassemble your disk's firmware to know for sure. > The error might not even be noticed with other file systems, other than > as a delay due to error correction maybe. That other file system would > deliver corrupt data or correct data, there's no way to know. Disks > aren't designed for ZFS in the first place. Other file systems will fare worse. ext4 doesn't automatically handle bad sectors for you, either. Disks aren't made for ZFS - ZFS was made specifically to deal with the fact that disks are crap. >>>> It's also quite difficult to corrupts the file system >>>> itself: >>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >>> >>> It shows that there are more checksum errors after the errors were >>> supposedly corrected. >> >> Not "supposedly". The increasing number only shows the count of >> encountered checksum errors. If ZFS could not correct the error, it >> would say so. > > Ok, and why are there more errors after an error was corrected? Is the > error being reset at some time or kept indefinitely? You didn't understand the test. Some errors were picked up at import stage, but all that gets checked at import stage is the pool metadata, not the entire disk's contents. The find command went and read all the data on the FS, but if you had snapshots, some errors might still be in them that don't get found by checking the data in the "head" instance. For a full pool check you use the zfs scrub command. >>>> Using ZFS does not mean you don't have to do backups. File system type >>>> won't make a difference for a fire inside your enclosure:) But ZFS >>>> makes it easy to create backups by replicating your pool or datasets >>>> ("zfs send" lets you create full or incremental backups) to another >>>> set of disks or machine(s). >>> >>> As another ZFS or as files or archives or as what? I'm using rsync now, >>> and restoring a file is as simple as copying it from the backup. >> >> Typically as another ZFS dataset. Replicating ZFS snapshots has one >> big advantage for me (besides checksumming, so you know you've made >> your backup correctly) - it's atomic, so it either happens or not. It >> doesn't mean it's supposed to replace rsync, though. It depends on the >> task at hand. > > A dataset? Does it transfer all the data or only what has changed (like > rsync does)? The task at hand would be to make a backup of my data, > over network, from which it's easy to restore. It is generally more efficient than rsync. rsync has to go and check metadata of every file at source and destination, even when transferring incrementally. If you use incremental send between snapshots, the amount of disk I/O ZFS has to do is much lower, and since it doesn't need to check metadata on each side, there is a lot less network I/O, too. >> http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited >> >> That's just two organizations with similarly sized storage and >> different approaches. One uses standard solutions, the other one >> ported ZFS to Linux, so they could use it. > > I find it interesting that a company which is concerned more about its > costs than anything else doesn't go for a solution, now easily > available, that can cut their costs in half and that an institution > which doesn't appear to be overly concerned with costs goes for that > very same solution despite it's not easily available at all. That doesn't mean anything at all. I know of many companies where they use rented servers rather than their own because accountants prefer opex to capex, even if over 3+ years the reduction in total cost would be huge. I also know of many companies who use virtual cloud infrastructure, even though the performance hit for the substantial part of their workload is half of what they would get on bare metal servers, which in turn makes owned bare metal servers cheaper. Solutions that aren't optimal are used all the time for all kinds of spurious and non-technical reasons. >> It's up to you to define your goals, solutions and level of >> assurance. My personal approach is "hope for the best, plan for the >> worst". > > The problem is that you can plan whatever you want and things turn out > otherwise regardless. My grandma already knew that. Expect the unexpected and be prepared. Every boy scout already knows that. Just because something might go wrong regardless of how well prepared you are doesn't justify not being prepared at all. >>> What is the actual rate of data corruption or loss prevented or >>> corrected by ZFS due to its checksumming in daily usage? >> >> I have experienced data corruption due to hardware failures in the >> past. > > Hardware failures like? I am quite certain I have seen in-RAM data corruption before, that when it occurs in the commit charge, will cause on-disk data corruption (not detectable once it's on disk, your application will just get corrupted data back since the corrupted data is correctly stored as corrupted data on disk). I have also seen files get corrupted on disk due to latent disk errors, through traditional RAID. Nothing logs an error, there is no change in the file, but the application crashes. When I located all the files being involved in the operation and pulled the backups months back, I found that 512 bytes in the file has changed between two backups with no obvious metadata changes (modification time). This is a fairly typical example of what happens when a disk write goes astray. The opposite problem is a phantom write when the write doesn't make it to the disk - head floats too far from the platter and the write doesn't stick. This, too, happens a lot more than most people realize. >> Once is often enough for me and it happened more then once. If I >> hadn't done the checksumming myself, I probably wouldn't even have >> known about it. Since I started using it, ZFS detected data corruption >> several times for me (within a few years). But I don't own a data >> center :) Actual error rates might depend on your workload, hardware, >> probabilities and lots of other things. Here's something you might >> find interesting: > > Sure, the more data about failures detected by checksumming we would > collect, the more we might be able to make conclusions from it. Since > we don't have much data, it's still interesting to know what failure > rates you have seen. Is it more like 1 error in 50TB read or more like > 1 error in 500TB or like 20 in 5TB? According to manufacturers, one unrecoverable error every 10^14 bits read. That equates to one unrecoverable sector every 11TB. This is the statistical average. On some models it'll be worse. The following articles provide some good info: http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf http://research.cs.wisc.edu/adsl/Publications/latent-sigmetrics07.pdf _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 11:24:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 11:24:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3O40-00048G-LK; Sat, 05 Jul 2014 11:23:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3O3z-00048B-HW for xen-users@lists.xen.org; Sat, 05 Jul 2014 11:23:27 +0000 Received: from [85.158.139.211:48530] by server-7.bemta-5.messagelabs.com id AE/F2-03657-E20E7B35; Sat, 05 Jul 2014 11:23:26 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1404559405!10469096!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18531 invoked from network); 5 Jul 2014 11:23:25 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 11:23:25 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 9C383221DE2 for ; Sat, 5 Jul 2014 12:23:23 +0100 (BST) Message-ID: <53B7E02B.2010506@bobich.net> Date: Sat, 05 Jul 2014 12:23:23 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> In-Reply-To: <878uo85x7k.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/05/2014 03:57 AM, lee wrote: > Kuba writes: > >> W dniu 2014-07-04 19:11, lee pisze: >>> Kuba writes: >>> >>> "Rollback" doesn't sound very destructive. >> >> For me "rollback" always meant "revert to some previous state" and for >> me it sounds very destructive - at least for the "current state" from >> which you are reverting. > > It still doesn't sound destructive. Then I dare say you don't understand what it actually means. >>>> How can a file system protect you from executing a destructive >>>> operation? >>> >>> It can try by warning you. >> >> Does "rm" sound destructive or try to warn you? It just does what you >> tell it to do. > > It's not a file system and has options to warn you. The options aren't > enabled by default because it won't make much sense. For a file systen, > it would make sense to get a warning like "this will destroy your > current data" when you issue a command that would perform a rollback and > to have an option to disable the warning. mkfs.ext4 doesn't ask you "are you sure" before you tell it to create the FS on a block device that already contains an ext4 FS. Why would you expect anything else to? If you need that feature you are using the wrong OS. >>> And how are snapshots better than copying the >>> data? >> >> Snapshots are just snapshots, making them does not copy your data >> (well, in fact, ZFS is a COW file system, so making a snapshot may >> result in actually copying your data later on, if it's needed, but >> it's not copying as in "making a backup"). Replicating a snapshot >> results in creation of another dataset identical to the original >> snapshot. It's just a one more way of making full or incremental >> backups. > > So it's making a backup and not making a backup? What are snapshots > good for when I can't restore from them, i. e. use them for backups? You can restore from them. But a backup should mean a copy on a different machine, not subject to being lose of the entire machine is lost (e.g. a power surge that fries every component). >>> What if I need to access a file that's in the snapshot: Do I >>> need to restore the snapshot first? >> >> Usually you can "cd .zfs" directory, which contains subdirectories >> named after your snapshots, and inside that directories you have >> complete datasets just like the ones you took the snapshots of. No >> rollback/restoring/mounting is necessary. > > And that also works when the file system the snapshot was created from > doesn't exist anymore, or when the disks with the FS the snapshot was > made from have become inaccessible, provided that the snapshot was made > to different disks? Snapshot cannot exist independently of the filesystem it is a snapshot of. All live on the same ZFS pool (equivalent to the RAID array). >>>> any other FS. I have the same feeling about ZFS as Gordan - once you >>>> start using it, you cannot imagine making do without it. >>> >>> Why exactly is that? Are you modifying your storage system all the time >>> or making snapshots all the time? >> >> Yes, I take snapshots all the time. This way it's easy for me to >> revert VMs to previous states, clone them, etc. Same goes with my >> regular data. And I replicate them a lot. > > Hm, what for? The VMs I have are all different, so there's no point in > cloning them. And why would I clone my data? I don't even have the > disk capacity for that and am glad that I can make a backup. I don't use cloning either, because it prevents deletion of the original instance being cloned. But snapshots are extremely useful. Take a snapshot, do the upgrade inside domU, and if it breaks things, shut down the domU, roll back the snapshot, and restart it. It'll be as if nothing happened. >> I'm not saying you will feel about ZFS as I do after you try it >> out. It presents you a certain set of features, advantages and >> disadvantages and it is up to you, and you only, to decide whether you >> can benefit from it or not. All I'm saying is that I personally >> believe ZFS is worth taking into consideration. > > So far, the advantages I'm seeing that would be a benefit are > checksumming and using on-disk caches for writing. The latter doesn't > seem to be overly relevant. That means a lot of learning and > experimentation and uncertainties for that one benefit. Sounds like you are afraid of learning. But if you don't use backups and snapshots already and don't intend to begin using them, then you are right, you are probably not going to see much benefit. >>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>> corrected and going unnoticed, until either, without TLER, the system >>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>> become noticeable only when it's too late. >>>> >>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>> entire pool for defects ("zpool scrub", you should do that >>>> periodically). >>> >>> You're silently loosing more and more redundancy. >> >> I'm not sure what you mean by loosing redundancy. > > You don't know whether the data has been written correctly before you > read it. You never do anyway. Phantom writes happen. You could get Seagate drives that have the Write-Read-Verify feature, enable it at the cost of halving write speed, and live with the fact that your disk failure rate will be several times what you would see with other brands of disks. Or you could just live with the redundancy being provided by parity or mirror disks at a higher level. > The more errors there are, the more redundancy you loose > because you have more data that can be read from only a part of the > disks. ZFS immediately repairs all errors it encounters, so this is not a valid point. > If there is an error on another disk with that same data, you > don't know until you try to read it and perhaps find out that you can't. > How many errors for that data it takes depends on the level of > redundancy. Sure, but you are in the worse situation with traditional RAID. >>> How do you know when >>> a disk needs to be replaced? >> >> ZFS tells you it had IO or checksum failures. It may also put your >> pool into a degraded state (with one or more disks disconnected from >> the pool) with reduced redundancy (just like a regular RAID would >> do). SMART also tells you something wrong has happened (or is going >> to, probably). And, additionally, when you replace a disk and resilver >> (ZFS term for rebuilding) the pool, you know whether all your data was >> read and restored without errors. > > And how do you know when to replace a disk? When there's one error or > when there are 50 or 50000 or when the disk has been disconnected? In most cases, when the SMART on the disk reports the disk has failed or the disk stops responding. >>> Does ZFS maintain a list of bad sectors which are not to be used again? >> >> Don't know, but never heard of it. I always thought it's the storage >> device's job. Does any file system do that? > > I don't know. It would make sense because there's no telling what the > disk is doing --- the disk might very well re-use a bad sector and find > that just at the time you want to read the data, it's not readable > again. Disks are _expected_ to deal with sector reallocations internally. If they don't, they are broken. Disk sectors are all addressed through a translation layer, and you don't have any way of telling when a sector has been moved (except maybe by doing performance timings on seeks between adjecent sectors), because the sector address is logical rather than physical. It's even less transparent with SSDs which shift data around all the time to improve wear leveling. > The disk might continue to disagree with ZFS and insist on > re-using the sector. Perhaps it figured that it can use the sector > eventually after so many tries to recover the error. That's a failed disk. If the sector came up as readable only after extensive scrubbing (ignoring the fact that this doesn't actually happen), it should still get reallocated to a healthy sector. Now, some disks _might_ re-write the same sector and check whether the data sticks to it and reuse it if the signal quality is above some threshold, but you'll have to disassemble your disk's firmware to know for sure. > The error might not even be noticed with other file systems, other than > as a delay due to error correction maybe. That other file system would > deliver corrupt data or correct data, there's no way to know. Disks > aren't designed for ZFS in the first place. Other file systems will fare worse. ext4 doesn't automatically handle bad sectors for you, either. Disks aren't made for ZFS - ZFS was made specifically to deal with the fact that disks are crap. >>>> It's also quite difficult to corrupts the file system >>>> itself: >>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >>> >>> It shows that there are more checksum errors after the errors were >>> supposedly corrected. >> >> Not "supposedly". The increasing number only shows the count of >> encountered checksum errors. If ZFS could not correct the error, it >> would say so. > > Ok, and why are there more errors after an error was corrected? Is the > error being reset at some time or kept indefinitely? You didn't understand the test. Some errors were picked up at import stage, but all that gets checked at import stage is the pool metadata, not the entire disk's contents. The find command went and read all the data on the FS, but if you had snapshots, some errors might still be in them that don't get found by checking the data in the "head" instance. For a full pool check you use the zfs scrub command. >>>> Using ZFS does not mean you don't have to do backups. File system type >>>> won't make a difference for a fire inside your enclosure:) But ZFS >>>> makes it easy to create backups by replicating your pool or datasets >>>> ("zfs send" lets you create full or incremental backups) to another >>>> set of disks or machine(s). >>> >>> As another ZFS or as files or archives or as what? I'm using rsync now, >>> and restoring a file is as simple as copying it from the backup. >> >> Typically as another ZFS dataset. Replicating ZFS snapshots has one >> big advantage for me (besides checksumming, so you know you've made >> your backup correctly) - it's atomic, so it either happens or not. It >> doesn't mean it's supposed to replace rsync, though. It depends on the >> task at hand. > > A dataset? Does it transfer all the data or only what has changed (like > rsync does)? The task at hand would be to make a backup of my data, > over network, from which it's easy to restore. It is generally more efficient than rsync. rsync has to go and check metadata of every file at source and destination, even when transferring incrementally. If you use incremental send between snapshots, the amount of disk I/O ZFS has to do is much lower, and since it doesn't need to check metadata on each side, there is a lot less network I/O, too. >> http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited >> >> That's just two organizations with similarly sized storage and >> different approaches. One uses standard solutions, the other one >> ported ZFS to Linux, so they could use it. > > I find it interesting that a company which is concerned more about its > costs than anything else doesn't go for a solution, now easily > available, that can cut their costs in half and that an institution > which doesn't appear to be overly concerned with costs goes for that > very same solution despite it's not easily available at all. That doesn't mean anything at all. I know of many companies where they use rented servers rather than their own because accountants prefer opex to capex, even if over 3+ years the reduction in total cost would be huge. I also know of many companies who use virtual cloud infrastructure, even though the performance hit for the substantial part of their workload is half of what they would get on bare metal servers, which in turn makes owned bare metal servers cheaper. Solutions that aren't optimal are used all the time for all kinds of spurious and non-technical reasons. >> It's up to you to define your goals, solutions and level of >> assurance. My personal approach is "hope for the best, plan for the >> worst". > > The problem is that you can plan whatever you want and things turn out > otherwise regardless. My grandma already knew that. Expect the unexpected and be prepared. Every boy scout already knows that. Just because something might go wrong regardless of how well prepared you are doesn't justify not being prepared at all. >>> What is the actual rate of data corruption or loss prevented or >>> corrected by ZFS due to its checksumming in daily usage? >> >> I have experienced data corruption due to hardware failures in the >> past. > > Hardware failures like? I am quite certain I have seen in-RAM data corruption before, that when it occurs in the commit charge, will cause on-disk data corruption (not detectable once it's on disk, your application will just get corrupted data back since the corrupted data is correctly stored as corrupted data on disk). I have also seen files get corrupted on disk due to latent disk errors, through traditional RAID. Nothing logs an error, there is no change in the file, but the application crashes. When I located all the files being involved in the operation and pulled the backups months back, I found that 512 bytes in the file has changed between two backups with no obvious metadata changes (modification time). This is a fairly typical example of what happens when a disk write goes astray. The opposite problem is a phantom write when the write doesn't make it to the disk - head floats too far from the platter and the write doesn't stick. This, too, happens a lot more than most people realize. >> Once is often enough for me and it happened more then once. If I >> hadn't done the checksumming myself, I probably wouldn't even have >> known about it. Since I started using it, ZFS detected data corruption >> several times for me (within a few years). But I don't own a data >> center :) Actual error rates might depend on your workload, hardware, >> probabilities and lots of other things. Here's something you might >> find interesting: > > Sure, the more data about failures detected by checksumming we would > collect, the more we might be able to make conclusions from it. Since > we don't have much data, it's still interesting to know what failure > rates you have seen. Is it more like 1 error in 50TB read or more like > 1 error in 500TB or like 20 in 5TB? According to manufacturers, one unrecoverable error every 10^14 bits read. That equates to one unrecoverable sector every 11TB. This is the statistical average. On some models it'll be worse. The following articles provide some good info: http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf http://research.cs.wisc.edu/adsl/Publications/latent-sigmetrics07.pdf _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 11:28:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 11:28:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3O8A-0004Hk-Lb; Sat, 05 Jul 2014 11:27:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3O88-0004Hc-ID for xen-users@lists.xen.org; Sat, 05 Jul 2014 11:27:44 +0000 Received: from [193.109.254.147:30619] by server-8.bemta-14.messagelabs.com id 16/4B-14857-F21E7B35; Sat, 05 Jul 2014 11:27:43 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-27.messagelabs.com!1404559662!15662954!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1090 invoked from network); 5 Jul 2014 11:27:43 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 11:27:43 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 6A72B221DE2 for ; Sat, 5 Jul 2014 12:27:42 +0100 (BST) Message-ID: <53B7E12D.8020805@bobich.net> Date: Sat, 05 Jul 2014 12:27:41 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> In-Reply-To: <53B7D486.5040904@op.pl> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/05/2014 11:33 AM, Kuba wrote: >>>>> any other FS. I have the same feeling about ZFS as Gordan - once you >>>>> start using it, you cannot imagine making do without it. >>>> >>>> Why exactly is that? Are you modifying your storage system all the >>>> time >>>> or making snapshots all the time? >>> >>> Yes, I take snapshots all the time. This way it's easy for me to >>> revert VMs to previous states, clone them, etc. Same goes with my >>> regular data. And I replicate them a lot. >> >> Hm, what for? The VMs I have are all different, so there's no point in >> cloning them. And why would I clone my data? I don't even have the >> disk capacity for that and am glad that I can make a backup. > > I tend to clone "production" VMs before I start fiddling with them, so > that I can test potentially dangerous ideas without any consequences. > Clones are "free" - they only start using more space when you introduce > some difference between the clone and the original dataset. You can > always 'promote' them so they become independent from the original > dataset (using more space as required). Cloning is just a tool that you > might or might not find useful. This is, indeed, a most excellent point about a good, useful use of cloning in zfs. Thank you for pointing it out. :) >>> Once is often enough for me and it happened more then once. If I >>> hadn't done the checksumming myself, I probably wouldn't even have >>> known about it. Since I started using it, ZFS detected data corruption >>> several times for me (within a few years). But I don't own a data >>> center :) Actual error rates might depend on your workload, hardware, >>> probabilities and lots of other things. Here's something you might >>> find interesting: >> >> Sure, the more data about failures detected by checksumming we would >> collect, the more we might be able to make conclusions from it. Since >> we don't have much data, it's still interesting to know what failure >> rates you have seen. Is it more like 1 error in 50TB read or more like >> 1 error in 500TB or like 20 in 5TB? > > I don't count them, I'd say 1 in 10TB. But that's not professional > research-grade statistical data, you shouldn't make decisions on it. > >> That there's a statistical rate of failure doesn't mean that these >> statistical failures are actually seen in daily applications. >> >>> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 >>> >> >> Yes, I've seen that. It's for RAM, not disk errors detected through ZFS >> checksumming. > > And RAM has nothing to do with the data on the disks. Unless the bit flip happens in the write-out buffer before it is committed to disk. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 11:28:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 11:28:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3O8A-0004Hk-Lb; Sat, 05 Jul 2014 11:27:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3O88-0004Hc-ID for xen-users@lists.xen.org; Sat, 05 Jul 2014 11:27:44 +0000 Received: from [193.109.254.147:30619] by server-8.bemta-14.messagelabs.com id 16/4B-14857-F21E7B35; Sat, 05 Jul 2014 11:27:43 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-27.messagelabs.com!1404559662!15662954!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1090 invoked from network); 5 Jul 2014 11:27:43 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 11:27:43 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 6A72B221DE2 for ; Sat, 5 Jul 2014 12:27:42 +0100 (BST) Message-ID: <53B7E12D.8020805@bobich.net> Date: Sat, 05 Jul 2014 12:27:41 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> In-Reply-To: <53B7D486.5040904@op.pl> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/05/2014 11:33 AM, Kuba wrote: >>>>> any other FS. I have the same feeling about ZFS as Gordan - once you >>>>> start using it, you cannot imagine making do without it. >>>> >>>> Why exactly is that? Are you modifying your storage system all the >>>> time >>>> or making snapshots all the time? >>> >>> Yes, I take snapshots all the time. This way it's easy for me to >>> revert VMs to previous states, clone them, etc. Same goes with my >>> regular data. And I replicate them a lot. >> >> Hm, what for? The VMs I have are all different, so there's no point in >> cloning them. And why would I clone my data? I don't even have the >> disk capacity for that and am glad that I can make a backup. > > I tend to clone "production" VMs before I start fiddling with them, so > that I can test potentially dangerous ideas without any consequences. > Clones are "free" - they only start using more space when you introduce > some difference between the clone and the original dataset. You can > always 'promote' them so they become independent from the original > dataset (using more space as required). Cloning is just a tool that you > might or might not find useful. This is, indeed, a most excellent point about a good, useful use of cloning in zfs. Thank you for pointing it out. :) >>> Once is often enough for me and it happened more then once. If I >>> hadn't done the checksumming myself, I probably wouldn't even have >>> known about it. Since I started using it, ZFS detected data corruption >>> several times for me (within a few years). But I don't own a data >>> center :) Actual error rates might depend on your workload, hardware, >>> probabilities and lots of other things. Here's something you might >>> find interesting: >> >> Sure, the more data about failures detected by checksumming we would >> collect, the more we might be able to make conclusions from it. Since >> we don't have much data, it's still interesting to know what failure >> rates you have seen. Is it more like 1 error in 50TB read or more like >> 1 error in 500TB or like 20 in 5TB? > > I don't count them, I'd say 1 in 10TB. But that's not professional > research-grade statistical data, you shouldn't make decisions on it. > >> That there's a statistical rate of failure doesn't mean that these >> statistical failures are actually seen in daily applications. >> >>> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 >>> >> >> Yes, I've seen that. It's for RAM, not disk errors detected through ZFS >> checksumming. > > And RAM has nothing to do with the data on the disks. Unless the bit flip happens in the write-out buffer before it is committed to disk. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 12:09:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 12:09:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Ola-0005Nk-Qp; Sat, 05 Jul 2014 12:08:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3OlY-0005Nf-Eg for xen-users@lists.xen.org; Sat, 05 Jul 2014 12:08:28 +0000 Received: from [193.109.254.147:29783] by server-12.bemta-14.messagelabs.com id 54/32-20682-BBAE7B35; Sat, 05 Jul 2014 12:08:27 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-11.tower-27.messagelabs.com!1404562106!12320648!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3497 invoked from network); 5 Jul 2014 12:08:27 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 12:08:27 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h5Bdk2xdJz9tvhh for ; Sat, 5 Jul 2014 14:08:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404562106; bh=N6ql41Fxbjt1rmZ/ElZmLNqt+DhSSyuFFhk0N1nAwew=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=qxNadrxmP+1Ap+XrYZV/P2HR7CWVct4sogOLEYpEjFo8B0it+6WhhBRd43IBXasxV o5Dvnmlrd8s38PuqM3wbSacYrfahKGEdpeDsmX5JN2Ldplv8iZ9BKgABWw9IgaPY3A faBi73JCJ4ct7YGDimK65EuO7GsVpxPFIRMjpadQ= Message-ID: <53B7EAB9.9000908@op.pl> Date: Sat, 05 Jul 2014 14:08:25 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <53B7E12D.8020805@bobich.net> In-Reply-To: <53B7E12D.8020805@bobich.net> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-05 13:27, Gordan Bobic pisze: >>> Hm, what for? The VMs I have are all different, so there's no point in >>> cloning them. And why would I clone my data? I don't even have the >>> disk capacity for that and am glad that I can make a backup. >> >> I tend to clone "production" VMs before I start fiddling with them, so >> that I can test potentially dangerous ideas without any consequences. >> Clones are "free" - they only start using more space when you introduce >> some difference between the clone and the original dataset. You can >> always 'promote' them so they become independent from the original >> dataset (using more space as required). Cloning is just a tool that you >> might or might not find useful. > > This is, indeed, a most excellent point about a good, useful use of > cloning in zfs. Thank you for pointing it out. :) > :) >>>> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 >>>> >>>> >>> >>> Yes, I've seen that. It's for RAM, not disk errors detected through ZFS >>> checksumming. >> >> And RAM has nothing to do with the data on the disks. > > Unless the bit flip happens in the write-out buffer before it is > committed to disk. My point exactly. Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 12:09:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 12:09:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3Ola-0005Nk-Qp; Sat, 05 Jul 2014 12:08:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3OlY-0005Nf-Eg for xen-users@lists.xen.org; Sat, 05 Jul 2014 12:08:28 +0000 Received: from [193.109.254.147:29783] by server-12.bemta-14.messagelabs.com id 54/32-20682-BBAE7B35; Sat, 05 Jul 2014 12:08:27 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-11.tower-27.messagelabs.com!1404562106!12320648!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3497 invoked from network); 5 Jul 2014 12:08:27 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 12:08:27 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h5Bdk2xdJz9tvhh for ; Sat, 5 Jul 2014 14:08:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404562106; bh=N6ql41Fxbjt1rmZ/ElZmLNqt+DhSSyuFFhk0N1nAwew=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=qxNadrxmP+1Ap+XrYZV/P2HR7CWVct4sogOLEYpEjFo8B0it+6WhhBRd43IBXasxV o5Dvnmlrd8s38PuqM3wbSacYrfahKGEdpeDsmX5JN2Ldplv8iZ9BKgABWw9IgaPY3A faBi73JCJ4ct7YGDimK65EuO7GsVpxPFIRMjpadQ= Message-ID: <53B7EAB9.9000908@op.pl> Date: Sat, 05 Jul 2014 14:08:25 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <53B7E12D.8020805@bobich.net> In-Reply-To: <53B7E12D.8020805@bobich.net> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-05 13:27, Gordan Bobic pisze: >>> Hm, what for? The VMs I have are all different, so there's no point in >>> cloning them. And why would I clone my data? I don't even have the >>> disk capacity for that and am glad that I can make a backup. >> >> I tend to clone "production" VMs before I start fiddling with them, so >> that I can test potentially dangerous ideas without any consequences. >> Clones are "free" - they only start using more space when you introduce >> some difference between the clone and the original dataset. You can >> always 'promote' them so they become independent from the original >> dataset (using more space as required). Cloning is just a tool that you >> might or might not find useful. > > This is, indeed, a most excellent point about a good, useful use of > cloning in zfs. Thank you for pointing it out. :) > :) >>>> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 >>>> >>>> >>> >>> Yes, I've seen that. It's for RAM, not disk errors detected through ZFS >>> checksumming. >> >> And RAM has nothing to do with the data on the disks. > > Unless the bit flip happens in the write-out buffer before it is > committed to disk. My point exactly. Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 18:34:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 18:34:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3UlU-000501-PM; Sat, 05 Jul 2014 18:32:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3UlT-0004zw-IY for xen-users@lists.xen.org; Sat, 05 Jul 2014 18:32:47 +0000 Received: from [85.158.137.68:5972] by server-17.bemta-3.messagelabs.com id 48/FA-05521-EC448B35; Sat, 05 Jul 2014 18:32:46 +0000 X-Env-Sender: Daniel.Shub@nottingham.ac.uk X-Msg-Ref: server-9.tower-31.messagelabs.com!1404585165!10503057!1 X-Originating-IP: [93.159.202.53] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1766 invoked from network); 5 Jul 2014 18:32:45 -0000 Received: from engine03-20433-10.icritical.com (HELO engine03-20433-10.icritical.com) (93.159.202.53) by server-9.tower-31.messagelabs.com with SMTP; 5 Jul 2014 18:32:45 -0000 Received: (qmail 31235 invoked from network); 5 Jul 2014 18:32:41 -0000 Received: from localhost (127.0.0.1) by engine03-20433-10.icritical.com with SMTP; 5 Jul 2014 18:32:41 -0000 Received: from engine03-20433-10.icritical.com ([127.0.0.1]) by localhost (engine03-20433-10.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 30623-03 for ; Sat, 5 Jul 2014 19:32:34 +0100 (BST) Received: (qmail 31223 invoked by uid 599); 5 Jul 2014 18:32:34 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine03-20433-10.icritical.com (qpsmtpd/0.28) with ESMTP; Sat, 05 Jul 2014 19:32:34 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1X3UlJ-0004T7-8u for xen-users@lists.xen.org; Sat, 05 Jul 2014 19:32:37 +0100 From: Daniel Shub To: "xen-users@lists.xen.org" Date: Sat, 5 Jul 2014 19:32:37 +0100 Thread-Topic: [Xen-users] VGA pass-through to Linux Thread-Index: Ac+Yf35GDNhFZfn4QMmdX4X5FtV0zA== Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-10.icritical.com Subject: Re: [Xen-users] VGA pass-through to Linux X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > On 4 Jul 2014, at 04:40, "Robert Rust" wrote: > > Howdy folks. I'm trying to set up a DomU with Linux for my kids to play games on ... passing it a video card, a USB card and a sound card. I've had no success getting the video card to do anything that I can tell. When I try to tell the domU to use gfx_passthru, I end up with 100% CPU usage and no apparent activity. I've tried installing the AMD drivers but that has usually resulted in a system that either has X respawning on login via VNC, or what appears to be a secondary desktop on VNC that doesn't seem to have a pointer. > OS: Ubuntu 14.04 ... I'm open to using others, but would prefer something Ubuntu-based > video card: Radeon HD6450. I also have a Radeon HD4350 available (and the motherboard has two 16x PCIe slots. > Primary VGA pass through (i.e., gfx_passthru) seems to be much more difficult than secondary pass through. I would take a look at that. I have had pretty good luck with using AMD cards with an Arch Dom0 and both an Arch and a Debian DomU.This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 18:34:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 18:34:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3UlU-000501-PM; Sat, 05 Jul 2014 18:32:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3UlT-0004zw-IY for xen-users@lists.xen.org; Sat, 05 Jul 2014 18:32:47 +0000 Received: from [85.158.137.68:5972] by server-17.bemta-3.messagelabs.com id 48/FA-05521-EC448B35; Sat, 05 Jul 2014 18:32:46 +0000 X-Env-Sender: Daniel.Shub@nottingham.ac.uk X-Msg-Ref: server-9.tower-31.messagelabs.com!1404585165!10503057!1 X-Originating-IP: [93.159.202.53] X-SpamReason: No, hits=0.7 required=7.0 tests=BODY_RANDOM_LONG, MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1766 invoked from network); 5 Jul 2014 18:32:45 -0000 Received: from engine03-20433-10.icritical.com (HELO engine03-20433-10.icritical.com) (93.159.202.53) by server-9.tower-31.messagelabs.com with SMTP; 5 Jul 2014 18:32:45 -0000 Received: (qmail 31235 invoked from network); 5 Jul 2014 18:32:41 -0000 Received: from localhost (127.0.0.1) by engine03-20433-10.icritical.com with SMTP; 5 Jul 2014 18:32:41 -0000 Received: from engine03-20433-10.icritical.com ([127.0.0.1]) by localhost (engine03-20433-10.icritical.com [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 30623-03 for ; Sat, 5 Jul 2014 19:32:34 +0100 (BST) Received: (qmail 31223 invoked by uid 599); 5 Jul 2014 18:32:34 -0000 Received: from unknown (HELO smtp4.nottingham.ac.uk) (128.243.220.65) by engine03-20433-10.icritical.com (qpsmtpd/0.28) with ESMTP; Sat, 05 Jul 2014 19:32:34 +0100 Received: from uiwexhub01.ad.nottingham.ac.uk ([128.243.15.133]) by smtp4.nottingham.ac.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1X3UlJ-0004T7-8u for xen-users@lists.xen.org; Sat, 05 Jul 2014 19:32:37 +0100 From: Daniel Shub To: "xen-users@lists.xen.org" Date: Sat, 5 Jul 2014 19:32:37 +0100 Thread-Topic: [Xen-users] VGA pass-through to Linux Thread-Index: Ac+Yf35GDNhFZfn4QMmdX4X5FtV0zA== Message-ID: References: In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-GB MIME-Version: 1.0 X-Virus-Scanned: by iCritical at engine03-20433-10.icritical.com Subject: Re: [Xen-users] VGA pass-through to Linux X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > On 4 Jul 2014, at 04:40, "Robert Rust" wrote: > > Howdy folks. I'm trying to set up a DomU with Linux for my kids to play games on ... passing it a video card, a USB card and a sound card. I've had no success getting the video card to do anything that I can tell. When I try to tell the domU to use gfx_passthru, I end up with 100% CPU usage and no apparent activity. I've tried installing the AMD drivers but that has usually resulted in a system that either has X respawning on login via VNC, or what appears to be a secondary desktop on VNC that doesn't seem to have a pointer. > OS: Ubuntu 14.04 ... I'm open to using others, but would prefer something Ubuntu-based > video card: Radeon HD6450. I also have a Radeon HD4350 available (and the motherboard has two 16x PCIe slots. > Primary VGA pass through (i.e., gfx_passthru) seems to be much more difficult than secondary pass through. I would take a look at that. I have had pretty good luck with using AMD cards with an Arch Dom0 and both an Arch and a Debian DomU.This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 18:51:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 18:51:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3V3D-0005Wv-Ma; Sat, 05 Jul 2014 18:51:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3V3C-0005Wq-34 for xen-users@lists.xen.org; Sat, 05 Jul 2014 18:51:06 +0000 Received: from [85.158.143.35:47172] by server-2.bemta-4.messagelabs.com id 9C/6C-18579-91948B35; Sat, 05 Jul 2014 18:51:05 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1404586262!16078297!1 X-Originating-IP: [209.85.216.54] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5170 invoked from network); 5 Jul 2014 18:51:03 -0000 Received: from mail-qa0-f54.google.com (HELO mail-qa0-f54.google.com) (209.85.216.54) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2014 18:51:03 -0000 Received: by mail-qa0-f54.google.com with SMTP id v10so2268888qac.13 for ; Sat, 05 Jul 2014 11:51:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=deJp4BDqltpigONOxSbEKQiTDCm0yO9DMhRyqhdBXBY=; b=RUeRTBpWpE5+ogM0KtclzBDKoYRwYd2f/GesGBycXUjX6S81VtrYeowu8QpwSoxhLH Yl5/xDbeZHiRDnZYWme4cUUEx3ZnFT3Q9MIzMaksKa1NLzscJFS7QDjKnB5QBdKio4wy Zzk8ZRgniHmZ1CDJJj+WJnYZVpzK6MH3wsFcXMkvmKz9oix28UvTM6oAiAm50QREJV6T OCnh5pSEBc6UMJviMdVsop6XrZNMOnhyckLOyBacdYjnSMHgkPWUzRIIQ2PcEca/CCeu cbPmHZkCchqtfk9LRx24qsZXPL2aiYCjZ5Oy3a9UE3rHa1gngBnE/ZK9U1XRNxkXIeAg Zm7g== MIME-Version: 1.0 X-Received: by 10.140.91.164 with SMTP id z33mr29453854qgd.65.1404586261903; Sat, 05 Jul 2014 11:51:01 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Sat, 5 Jul 2014 11:51:01 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Sat, 5 Jul 2014 11:51:01 -0700 (PDT) In-Reply-To: References: Date: Sat, 5 Jul 2014 12:51:01 -0600 Message-ID: From: jacek burghardt To: Daniel Shub Cc: xen-users Subject: Re: [Xen-users] VGA pass-through to Linux X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2413589111009693122==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2413589111009693122== Content-Type: multipart/alternative; boundary=001a113a6a9a32c20104fd76b9b3 --001a113a6a9a32c20104fd76b9b3 Content-Type: text/plain; charset=UTF-8 I have arch and win 8.1 with assigned VGA card as secondary display. I tried freebsd and got no display and openbsd crashes. --001a113a6a9a32c20104fd76b9b3 Content-Type: text/html; charset=UTF-8

I have arch and win 8.1 with assigned VGA card as secondary display. I tried freebsd and got no display and openbsd crashes.

--001a113a6a9a32c20104fd76b9b3-- --===============2413589111009693122== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2413589111009693122==-- From xen-users-bounces@lists.xen.org Sat Jul 05 18:51:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 18:51:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3V3D-0005Wv-Ma; Sat, 05 Jul 2014 18:51:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3V3C-0005Wq-34 for xen-users@lists.xen.org; Sat, 05 Jul 2014 18:51:06 +0000 Received: from [85.158.143.35:47172] by server-2.bemta-4.messagelabs.com id 9C/6C-18579-91948B35; Sat, 05 Jul 2014 18:51:05 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-21.messagelabs.com!1404586262!16078297!1 X-Originating-IP: [209.85.216.54] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5170 invoked from network); 5 Jul 2014 18:51:03 -0000 Received: from mail-qa0-f54.google.com (HELO mail-qa0-f54.google.com) (209.85.216.54) by server-7.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 5 Jul 2014 18:51:03 -0000 Received: by mail-qa0-f54.google.com with SMTP id v10so2268888qac.13 for ; Sat, 05 Jul 2014 11:51:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=deJp4BDqltpigONOxSbEKQiTDCm0yO9DMhRyqhdBXBY=; b=RUeRTBpWpE5+ogM0KtclzBDKoYRwYd2f/GesGBycXUjX6S81VtrYeowu8QpwSoxhLH Yl5/xDbeZHiRDnZYWme4cUUEx3ZnFT3Q9MIzMaksKa1NLzscJFS7QDjKnB5QBdKio4wy Zzk8ZRgniHmZ1CDJJj+WJnYZVpzK6MH3wsFcXMkvmKz9oix28UvTM6oAiAm50QREJV6T OCnh5pSEBc6UMJviMdVsop6XrZNMOnhyckLOyBacdYjnSMHgkPWUzRIIQ2PcEca/CCeu cbPmHZkCchqtfk9LRx24qsZXPL2aiYCjZ5Oy3a9UE3rHa1gngBnE/ZK9U1XRNxkXIeAg Zm7g== MIME-Version: 1.0 X-Received: by 10.140.91.164 with SMTP id z33mr29453854qgd.65.1404586261903; Sat, 05 Jul 2014 11:51:01 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Sat, 5 Jul 2014 11:51:01 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Sat, 5 Jul 2014 11:51:01 -0700 (PDT) In-Reply-To: References: Date: Sat, 5 Jul 2014 12:51:01 -0600 Message-ID: From: jacek burghardt To: Daniel Shub Cc: xen-users Subject: Re: [Xen-users] VGA pass-through to Linux X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2413589111009693122==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2413589111009693122== Content-Type: multipart/alternative; boundary=001a113a6a9a32c20104fd76b9b3 --001a113a6a9a32c20104fd76b9b3 Content-Type: text/plain; charset=UTF-8 I have arch and win 8.1 with assigned VGA card as secondary display. I tried freebsd and got no display and openbsd crashes. --001a113a6a9a32c20104fd76b9b3 Content-Type: text/html; charset=UTF-8

I have arch and win 8.1 with assigned VGA card as secondary display. I tried freebsd and got no display and openbsd crashes.

--001a113a6a9a32c20104fd76b9b3-- --===============2413589111009693122== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2413589111009693122==-- From xen-users-bounces@lists.xen.org Sat Jul 05 20:22:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 20:22:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3WSL-00071w-Ly; Sat, 05 Jul 2014 20:21:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3TPj-0003ya-GP for xen-users@lists.xen.org; Sat, 05 Jul 2014 17:06:15 +0000 Received: from [85.158.139.211:20087] by server-11.bemta-5.messagelabs.com id EC/45-01425-68038B35; Sat, 05 Jul 2014 17:06:14 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-3.tower-206.messagelabs.com!1404579973!6266160!1 X-Originating-IP: [66.111.4.26] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2194 invoked from network); 5 Jul 2014 17:06:14 -0000 Received: from out2-smtp.messagingengine.com (HELO out2-smtp.messagingengine.com) (66.111.4.26) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 17:06:14 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 1742C20BA3 for ; Sat, 5 Jul 2014 13:06:12 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute4.internal (MEProxy); Sat, 05 Jul 2014 13:06:12 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=n1NvKciNj7MllEfT80cRQHr ujHY=; b=cH2gs4y1UM7VaZci3pmszzvnjklzaSANxeb55iPEP8s3Oc8yb+8eQr6 ld0tPec9dpttMp6EbsrkjaWEvpOkk4/ItSKqU20Fr+KZpk7LoE6GMsmXTSxfVpWV 98bEGbR4w5N4zxLahALPdpHUzedyVT+yEqMm7y55X8RAfQwanva4= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=n1NvKciNj7MllEfT80cRQHrujHY=; b=JNUOB67Gc6hL3kvFBEkryiThtTso Q2GNb27YnDk9nHKke/9o06qdINrJjSUuPjFsQ+ANMUz8PDQdwQkK7O6RTpSgKNVr yLuqbiHNrqjEa4yi+sUIzKvAsGWAlDe2frH2wIZkb6luOpgvWHvTEmAtQEIrqryT kkf6RXtCG1sDvrg= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id EDA9C11D9CB; Sat, 5 Jul 2014 13:06:11 -0400 (EDT) Message-Id: <1404579971.9548.138370701.2CDFBE13@webmail.messagingengine.com> X-Sasl-Enc: CUDnV1yBFgEcilDQTlbxvZ2omd5xiYzDogo7qrx8NKN2 1404579971 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-3ae7f937 Date: Sat, 05 Jul 2014 13:06:11 -0400 X-Mailman-Approved-At: Sat, 05 Jul 2014 20:21:07 +0000 Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 05 jul 2014 greetings, > When that switch was made the scripts were modified to gate calls made > via udev, see xen-hotplug-common.sh which should have near the top: > # Hack to prevent the execution of hotplug scripts from udev if the domain > # has been launched from libxl > if [ -n "${UDEV_CALL}" ] && \ > xenstore-read "libxl/disable_udev" >/dev/null 2>&1; then > exit 0 > fi > Do your scripts have that? If you have an older version of the scripts > installed then you might find that both udev and xl are running the > script. i checked my entire tree, and only two versions of xen-hotplug-common.sh exist: one for xen-4.3.1 and one for xen-4.4.0. they exist in separate trees and should NOT interfere with each other. the file contains the udev check. a side-question for you: why do you put the backslash at the end of the if line. my observations with ksh suggest the && automatically includes the next line. is that a difference between sh and ksh? (i almost never use bash.) > You should check that xen-backend.rules is up to date too. It should be > setting UDEV_CALL = 1 when invoking the scripts. many of the lines included this parameter: ENV{UDEV_CALL}="1" for completeness, i unpacked the xen-4.4.0.tar.gz file and checked these two files against those from the tar file. they were bytewise identical. an interesting note for you: the xen-4.3.1 and xen-4.4.0 versions of xen-hotplug-common.sh and xen-backend.rules are identical. i visually checked xen-backend.rules, and some things looked ... interesting. - KERNEL=="vif2-*", RUN+ what is the difference between vif and vif2? vif included the env parameter, but vif2 does NOT. should vif2 include the env parameter? - KERNEL=="vif*-emu", does the sequence of the parameters matter? almost everywhere used the sequence ENV{UDEV_CALL}="1", ACTION, but vif*-emu used the sequence ACTION=="add", ENV some ls data for your consideration: lrwxrwxrwx 1 root root 53 2013-11-01 19:44 /etc/udev/rules.d/xen-backend.rules -> /local/package/xen/etc/udev/rules.d/xen-backend.rules lrwxrwxrwx 1 root root 28 2013-02-20 12:08 /etc/xen -> ../local/package/xen/etc/xen lrwxrwxrwx 1 root root 9 2014-03-21 13:21 /local/package/xen -> xen-4.4.0 -rw-r--r-- 1 root root 2901 2014-03-10 06:43 /local/package/xen-4.4.0/etc/xen/scripts/xen-hotplug-common.sh -rw-r--r-- 1 root root 1303 2014-03-10 06:43 /local/package/xen-4.4.0/etc/udev/rules.d/xen-backend.rules any ideas, suggestions, or comments? thank you for your time and assistance. frank smith -- http://www.fastmail.fm - Same, same, but different... _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 05 20:22:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 05 Jul 2014 20:22:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3WSL-00071w-Ly; Sat, 05 Jul 2014 20:21:09 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3TPj-0003ya-GP for xen-users@lists.xen.org; Sat, 05 Jul 2014 17:06:15 +0000 Received: from [85.158.139.211:20087] by server-11.bemta-5.messagelabs.com id EC/45-01425-68038B35; Sat, 05 Jul 2014 17:06:14 +0000 X-Env-Sender: squidmobile@fastmail.fm X-Msg-Ref: server-3.tower-206.messagelabs.com!1404579973!6266160!1 X-Originating-IP: [66.111.4.26] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2194 invoked from network); 5 Jul 2014 17:06:14 -0000 Received: from out2-smtp.messagingengine.com (HELO out2-smtp.messagingengine.com) (66.111.4.26) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Jul 2014 17:06:14 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 1742C20BA3 for ; Sat, 5 Jul 2014 13:06:12 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute4.internal (MEProxy); Sat, 05 Jul 2014 13:06:12 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=n1NvKciNj7MllEfT80cRQHr ujHY=; b=cH2gs4y1UM7VaZci3pmszzvnjklzaSANxeb55iPEP8s3Oc8yb+8eQr6 ld0tPec9dpttMp6EbsrkjaWEvpOkk4/ItSKqU20Fr+KZpk7LoE6GMsmXTSxfVpWV 98bEGbR4w5N4zxLahALPdpHUzedyVT+yEqMm7y55X8RAfQwanva4= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=n1NvKciNj7MllEfT80cRQHrujHY=; b=JNUOB67Gc6hL3kvFBEkryiThtTso Q2GNb27YnDk9nHKke/9o06qdINrJjSUuPjFsQ+ANMUz8PDQdwQkK7O6RTpSgKNVr yLuqbiHNrqjEa4yi+sUIzKvAsGWAlDe2frH2wIZkb6luOpgvWHvTEmAtQEIrqryT kkf6RXtCG1sDvrg= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id EDA9C11D9CB; Sat, 5 Jul 2014 13:06:11 -0400 (EDT) Message-Id: <1404579971.9548.138370701.2CDFBE13@webmail.messagingengine.com> X-Sasl-Enc: CUDnV1yBFgEcilDQTlbxvZ2omd5xiYzDogo7qrx8NKN2 1404579971 From: "squidmobile@fastmail.fm" To: xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface - ajax-3ae7f937 Date: Sat, 05 Jul 2014 13:06:11 -0400 X-Mailman-Approved-At: Sat, 05 Jul 2014 20:21:07 +0000 Subject: Re: [Xen-users] xen-4.4.0 and (nic) assigned mac address errors X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org 05 jul 2014 greetings, > When that switch was made the scripts were modified to gate calls made > via udev, see xen-hotplug-common.sh which should have near the top: > # Hack to prevent the execution of hotplug scripts from udev if the domain > # has been launched from libxl > if [ -n "${UDEV_CALL}" ] && \ > xenstore-read "libxl/disable_udev" >/dev/null 2>&1; then > exit 0 > fi > Do your scripts have that? If you have an older version of the scripts > installed then you might find that both udev and xl are running the > script. i checked my entire tree, and only two versions of xen-hotplug-common.sh exist: one for xen-4.3.1 and one for xen-4.4.0. they exist in separate trees and should NOT interfere with each other. the file contains the udev check. a side-question for you: why do you put the backslash at the end of the if line. my observations with ksh suggest the && automatically includes the next line. is that a difference between sh and ksh? (i almost never use bash.) > You should check that xen-backend.rules is up to date too. It should be > setting UDEV_CALL = 1 when invoking the scripts. many of the lines included this parameter: ENV{UDEV_CALL}="1" for completeness, i unpacked the xen-4.4.0.tar.gz file and checked these two files against those from the tar file. they were bytewise identical. an interesting note for you: the xen-4.3.1 and xen-4.4.0 versions of xen-hotplug-common.sh and xen-backend.rules are identical. i visually checked xen-backend.rules, and some things looked ... interesting. - KERNEL=="vif2-*", RUN+ what is the difference between vif and vif2? vif included the env parameter, but vif2 does NOT. should vif2 include the env parameter? - KERNEL=="vif*-emu", does the sequence of the parameters matter? almost everywhere used the sequence ENV{UDEV_CALL}="1", ACTION, but vif*-emu used the sequence ACTION=="add", ENV some ls data for your consideration: lrwxrwxrwx 1 root root 53 2013-11-01 19:44 /etc/udev/rules.d/xen-backend.rules -> /local/package/xen/etc/udev/rules.d/xen-backend.rules lrwxrwxrwx 1 root root 28 2013-02-20 12:08 /etc/xen -> ../local/package/xen/etc/xen lrwxrwxrwx 1 root root 9 2014-03-21 13:21 /local/package/xen -> xen-4.4.0 -rw-r--r-- 1 root root 2901 2014-03-10 06:43 /local/package/xen-4.4.0/etc/xen/scripts/xen-hotplug-common.sh -rw-r--r-- 1 root root 1303 2014-03-10 06:43 /local/package/xen-4.4.0/etc/udev/rules.d/xen-backend.rules any ideas, suggestions, or comments? thank you for your time and assistance. frank smith -- http://www.fastmail.fm - Same, same, but different... _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqS-00010s-Mo; Sun, 06 Jul 2014 15:59:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqQ-00010A-Du for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:14 +0000 Received: from [85.158.139.211:9922] by server-14.bemta-5.messagelabs.com id F7/D1-27057-15279B35; Sun, 06 Jul 2014 15:59:13 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-206.messagelabs.com!1404662351!10579632!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26674 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004G9-Dr for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003zV-9w for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7D524.2030305@bobich.net> (Gordan Bobic's message of "Sat, 05 Jul 2014 11:36:20 +0100") Date: Sun, 06 Jul 2014 12:11:17 +0200 Organization: my virtual residence Message-ID: <871ttypzju.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B4FC44.8030408@bobich.net> <874myx80hf.fsf@yun.yagibdah.de> <53B7D524.2030305@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 07/04/2014 07:03 PM, lee wrote: >> Gordan Bobic writes: >>> http://lmgtfy.com/?q=zfs+linux&l=1 >> >> Funny --- how many findings do you get? A couple million? > > It's an "I'm feeling lucky" link, so the number of findings you get is > 1, and it even forwards you straight to it. I understood your intention to insult me before the animation finished, so I didn't wait. Anyway, picking one random result out of a great many isn't any more helpful than displaying the great many. >> 'apt-cache search zfs' is *much* more relevant. > > I think that by saying this you have just demonstrated that the rest > of us that have participated in this thread have largely been wasting > our time. if you think so >>>> Does ZFS do that? Since it's about keeping the data safe, it might have >>>> a good deal of protection against user errors. >>> >>> I don't think it's possible to guard against user errors. If you're >>> concerned about user errors, get someone else to manage your machines >>> and not give you the root password. >> >> It is possible to guard. It's not possible to prevent them. > > Sacrificing productivity for hand holding is not the *nix > paradigm. It's competence of bust. I for one don't want every command > I type to ask "are you sure" before it does what I told it to. All it > achieves it desensitizes you to the question and you end up saying y > automatically after a while, without considering what it even said. All the commands you issue are such that they destroy whole file systems? >>> You don't have to rebuild a pool. The existing pool is modified in >>> place and that usually takes a few seconds. Typically the pool version >>> headers get a bump, and from there on ZFS knows it can put additional >>> metadata in place. >>> >>> Similar happens when you toggle deduplication on a pool. It puts the >>> deduplication hash table headers in place. Even you remove the volume >>> that has been deduplicated and don't have any deduplicated blocks >>> afterwards, the headers will remain in place. But that doesn't break >>> anything and it doesn't require rebuilding of a pool. >> >> Then it should be easy to turn features off later. > > You can, but for example disabling compression on a compressed pool > won't decompress all the data. It will only make sure the data written > from that point on isn't compressed. If you want to actually > decompress the data, you'll have to copy it to an uncompressed file > system on the same pool, then destroy the old, compressed file system. Why isn't there a command to uncompress the compressed data? > systems. ZFS is the only file system I have used for the data on which > I never had to reach for backups. One of the reasons for this may very well be that you know ZFS so well. I don't know it at all. We probably have a very different understanding or use of file systems. I have some data I need stored, so I create a file system (since I can't very well store the data without one) and store data on it, and that's all. I'm not "using" the file system for anything more than that. The simpler and the more reliably that works, the better. You create a file system and use it for making snapshots, adding features and whatever other complicated things there are, besides storing some data. You're using an exotic file system which isn't widely supported on Linux and run into bugs and problems which you were lucky to be able to recover from by talking to developers and supporters. If I was to switch to this file system, I'd much more likely than you make user errors because I don't know this complicated file system, and I might run into problems or bugs I might not be able to recover from because I don't have access to the developers or supporters. The unknown file system would have the advantage that it could prevent silent data corruption, which is a problem I haven't noticed yet. Such a switch isn't very appealing, as great as this file system might be. >> Perhaps nothing of what you're saying about ZFS is true ;) > > OK, you got me - I confess: it's all a part of my hidden agenda to > waste my time debating the issue with someone who hasn't progressed > beyond using software that isn't in their distribution's package > repository. If you think I haven't, it must be true. >> You seem to have a lot of disks failing. > > I do, but it's slowing down dramatically as I'm running out of Seagates. Hm, so Seagates haven't changed over the last 20 years ... Fortunately, I have two spares for the two I have. >> At how many errors do you need to replace a disk? > > Depends on the disk. > One of my Seagates rports the following line in SMART: > > 5 Reallocated_Sector_Ct 0x0033 063 063 036 Pre-fail > Always - 1549 > > So it has 1549 reallocated sectors at the moment. The stats start at > 100, and the threshold for the disk needing to be replaced is > 36. AFAIK, these are percentages. So, 1549 sectors = 100-63=37% of > spare sectors used. That would imply that this particular disk has > approximately 4100 spare sectors, and that it should be replaced when > the number of them remaining falls below 36%. > >> Are sectors that had errors being re-used, > > You'll have to ask your disk manufacturer that. WD and Samsung > might. Or they could just be lying about the number of reallocated > sectors they have. WD and Samsung drives seem to have a feature where > a pending sector doesn't convert into a reallocated sector, which > implies either the reallocation count is lying the the previously > failed sectors are being re-used if the data sticks to them within the > limit of ECC's ability to recover. So the smart numbers don't really give you an answer, unless the disk manufacturer told you exactly what's actually going on. I was thinking of errors detected by ZFS, though. What if you see a few: Do you replace the disk, or do you wait until there are so many? >> or does ZFS keep a list of sectors not to use anymore? > > As I said before, disk's handle their own defects, and have done for > the past decade or two. File systems have long had no place in keeping > track of duff sectors on disks. So ZFS may silently loose redundancy (and in a bad case data), depending on what the disks do. And there isn't any way around that, other than increasing redundancy. >> That would mean that a disk which has been failed due to error >> correction taking too long may still be fine. > > Yes. Most disks have some reallocated sectors after a while. Hm, with the failed disk I have, it must be several because it was failed repeatedly. It might be interesting to look at the smart numbers, and perhaps I should use it to try out ZFS. It would be a pity to just waste it. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqS-00010g-2I; Sun, 06 Jul 2014 15:59:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqQ-000109-B5 for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:14 +0000 Received: from [193.109.254.147:35827] by server-10.bemta-14.messagelabs.com id 19/A3-01431-15279B35; Sun, 06 Jul 2014 15:59:13 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-27.messagelabs.com!1404662351!15779025!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14011 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004GC-I0 for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003zf-DO for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7CD37.8050905@bobich.net> (Gordan Bobic's message of "Sat, 05 Jul 2014 11:02:31 +0100") Date: Sun, 06 Jul 2014 13:04:33 +0200 Organization: my virtual residence Message-ID: <87simeoiim.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <53B7CD37.8050905@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org R29yZGFuIEJvYmljIDxnb3JkYW5AYm9iaWNoLm5ldD4gd3JpdGVzOgoKPiBPbiAwNy8wNC8yMDE0 IDA2OjI1IFBNLCBsZWUgd3JvdGU6Cj4+IE51bm8gTWFnYWxow6NlcyA8bnVub21hZ2FsaGFlc0Bl dS5pcHAucHQ+IHdyaXRlczoKPj4KPj4+IFRoaXMgbWF5IGJlIGlycmVsZXZhbnQgdG8gZXZlbiBt ZW50aW9uLCBidXQgbW9zdCBzdHVmZiBpIGZpbmQgb24gVGhlCj4+PiBOZXQgaXMgdXN1YWxseSBv dXRkYXRlZCBieSBhIGZldyB5ZWFycywgc28gaSBhbHdheXMgdHJ5IHRvIGNoZWNrIGEpCj4+PiB3 aGVuIHdhcyBpdCB3cml0dGVuIGFuZCBiKSBieSB3aG8gYW5kIHdoYXQncyB0aGVpciBhdXRob3Jp dHkgb24gdGhlCj4+PiBtYXR0ZXIgIChzdWJqZWN0aXZlKS4gUGx1cywgaXQgc2VlbXMgdG8gbWUg WkZTIGlzIG5vdCB0aGF0IHdlbGwta25vd24KPj4+IHRvIGxpbnV4IGZvbGsgKGkgaW5jbHVkZWQp IHNvIHRoZXJlIG1heSBiZSBhIGxpdHRsZSBjaGVzdC10aHVtcGluZwo+Pj4gZ29pbmcgb24gc2lu Y2UgWkZTIGlzIG1vc3RseSBhIFNvbGFyaXMgdGhpbmcgKGFzIGlzIGR0cmFjZS4uLikuIER1bm5v Cj4+Cj4+IEkgZmluZCBpdCB2ZXJ5IHJlbGV2YW50IHNpbmNlIEkgbmVlZCBzb21lIGdvb2QgZG9j dW1lbnRhdGlvbiBiZWZvcmUgSQo+PiB0cnkgb3V0IFpGUywgYW5kIHRoYXQgZG9jdW1lbnRhdGlv biBuZWVkcyB0byBiZSB1cCB0byBkYXRlLiAgSSBoYXZlbid0Cj4+IHJlYWxseSBsb29rZWQgeWV0 LCBidXQgdGhhdCBJIGRpZG4ndCBjb21lIGFjcm9zcyBzdWNoIGRvY3VtZW50YXRpb24gd2l0aAo+ PiB3aGF0IEkndmUgYmVlbiBsb29raW5nIGZvciB5ZXQgbWFrZXMgbWUgd29uZGVyIGlmIHRoZXJl IGV2ZW4gaXMgb25lLgo+Cj4gVGhlIG1hbiBwYWdlIGlzIGZ1bGx5IHVwIHRvIGRhdGUuCgpJIGhh dmVuJ3QgaW5zdGFsbGVkIGl0IHlldCwgc28gSSBkb24ndCBoYXZlIHRoZSBtYW4gcGFnZS4KCj4g QW5kIHRoZXJlIGlzIHBsZW50eSBvZiBvdGhlciBkb2N1bWVudGF0aW9uIGRpcmVjdGx5IGxpbmtl ZCBmcm9tIHRoZQo+IGxhbmRpbmcgcGFnZSBvZiB0aGUgWkZTLW9uLUxpbnV4IHNpdGUuIFRoZSBv bmUgdGhlIExNR1RGWSAiSSdtIGZlZWxpbmcKPiBsdWNreSIgbGluayBJIHNlbnQgZWFybGllciBn ZXRzIHlvdSB0by4KCklsbHVtb3MgWkZTIERvY3VtZW50YXRpb24KWkZTIG9uIExpbnV4IFVzZXIg R3VpZGUKU29sYXJpcyBaRlMgQWRtaW5pc3RyYXRpb24gR3VpZGUKClpGUyBvbiBMaW51eCBmb3Ig THVzdHJlClpGUyBvbiBMaW51eCBmb3IgTHVzdHJlClNlcXVvaWEncyA1NVBCIEx1c3RyZStaRlMg RmlsZXN5c3RlbQpTZXF1b2lhIGFuZCB0aGUgWkZTIE9TRAoKSSd2ZSBuZXZlciB1c2VkIFNvbGFy aXMsIEkgZG9uJ3Qga25vdyB3aGF0IElsbHVtb3MsIEx1c3RyZSBhbmQgU2VxdW9pYQphcmUsIGFu ZCB0aGUgZG9jdW1lbnRhdGlvbiBmb3IgTGludXggaXMgIm9ubHkiIGEgdXNlciBndWlkZSwgYW5k IGl0J3MKdHdvIHllYXJzIG9sZC4KCkkgaGF2ZW4ndCByZWFkIHRoZSBndWlkZSB5ZXQsIHBlcmhh cHMgaXQncyBnb29kLiAgVGhhdCBpdCdzIHR3byB5ZWFycwpvbGQgZG9lc24ndCBtZWFuIGl0J3Mg dXAgdG8gZGF0ZSwgYW5kIEkgaGF2ZSBubyB3YXkgdG8gdGVsbCB3aGF0IG9mIGl0CnN0aWxsIGFw cGxpZXMgYW5kIHdoYXQgbm90LgoKPj4gSSBqdXN0IGhhdmUgYSBiYWQgZmVlbGluZyBhYm91dCBa RlMuICBUaGF0IGl0IGhhcyB0aGVvcmV0aWNhbCBhZHZhbnRhZ2VzCj4+IGFuZCBtYXkgd29yayBm aW5lIG9uIFNvbGFyaXMgYW5kIHBlcmhhcHMgb24gTGludXggaWYgeW91IGtub3cgaXQgd2VsbAo+ PiBlbm91Z2ggaXNuJ3Qgc3VmZmljaWVudC4gIEl0J3Mgbm90IGV2ZW4gc3VwcG9ydGVkIGluIERl YmlhbiBkZXNwaXRlCj4+IERlYmlhbiBoYXMgYSBwYWNrYWdlIGZvciBwcmV0dHkgbXVjaCBldmVy eXRoaW5nLgo+Cj4gU2VlIHByZXZpb3VzIGNvbW1lbnQgYWJvdXQgRGViaWFuIGluZHVjZWQgc29s aXBzaXNtLiBUaGlua2luZyB0aGF0Cj4gYW55dGhpbmcgbm90IGluIHRoZSBEZWJpYW4gcmVwb3Np dG9yeSBpcyBub3Qgd29ydGggdXNpbmcgaXMgYW5hbG9nb3VzCj4gdG8gdGhpbmtpbmcgdGhhdCBz b21ldGhpbmcgbXVzdCBiZSB0cnVlIGJlY2F1c2UgeW91IHJlYWQgaXQgb24gdGhlCj4gaW50ZXJu ZXQuCj4KPiBJZiB5b3UgYXJlIGF0IHRoYXQgbGV2ZWwgb2YgYWR2YW5jZW1lbnQgd2hlbiBpdCBj b21lcyB0byBzeXN0ZW1zCj4gYWRtaW5pc3RyYXRpb24geW91IG5lZWQgdG8gcHJvZ3Jlc3MgZnVy dGhlciBmaXJzdCwgYXQgbGVhc3QgdG8gdGhlCj4gcG9pbnQgd2hlcmUgeW91IGFyZSBjb21mb3J0 YWJsZSB3aXRoIHN0cmF5aW5nIG9mZiB0aGUgc3RyYWlnaHQgYW5kCj4gbmFycm93LgoKWW91IG1p Z2h0IGJlIGF0IGEgImxldmVsIiBhdCB3aGljaCwgaWYgYSBzaW5nbGUgcGVyc29uIHN1Z2dlc3Qg dGhhdCB5b3UKbW92ZSBhIG1pc3Npb24gY3JpdGljYWwgdGhpbmcgZnJvbSBhcHBsaWNhdGlvbiBB IHdoaWNoIHlvdSBrbm93IHRvIHdvcmsKdG8gYW5vdGhlciBhcHBsaWNhdGlvbiBCIHdoaWNoIHlv dSBkb24ndCBrbm93IGF0IGFsbCwgd2hpY2ggYXBwZWFycyB0bwpiZSBzb21ld2hhdCBwb29ybHkg ZG9jdW1lbnRlZCBhbmQgd2hpY2ggcHJvdmlkZXMgYW4gdW5jZXJ0YWluIGFkdmFudGFnZSwKeW91 IGp1bXAgcmlnaHQgYXQgdGVzdGluZyBpdCBldmVuIHRob3VnaCBqdXN0IHRlc3RpbmcgaXQgbWVh bnMgeW91IG11c3QKZW5kYW5nZXIgdGhlIG1pc3Npb24gY3JpdGljYWwgdGhpbmcuICBJIGhhdmUg bmV2ZXIgYmVlbiBhdCB0aGF0ICJsZXZlbCIKYW5kIGRvbid0IHdhbnQgdG8gZ28gdGhlcmUuCgpJ IGRvbid0IHNlcmlvdXNseSB0aGluayB0aGF0IHlvdSBhcmUsIGVpdGhlciwgYmVjYXVzZSB0b28g bXVjaCBvZiB3aGF0CnlvdSdyZSBzYXlpbmcgbWFrZXMgc2Vuc2UuICBJIG1lcmVseSByZWZ1c2Ug dG8gZ28gdG8gdGhhdCAibGV2ZWwiLgoKRG9uJ3Qgd29ycnkgLS0tIEknbGwgZG8gc29tZSB0ZXN0 aW5nIHdoZW4gSSBmZWVsIGxpa2UgaXQsIHdoZW4gSSBoYXZlCnRoZSB0aW1lIGFuZCB3aGVuIEkg Zm91bmQgYSBub24tZGFuZ2Vyb3VzIHdheSB0byBkbyBpdC4KCgotLSAKS25vd2xlZGdlIGlzIHZv bGF0aWxlIGFuZCBmbHVpZC4gIFNvZnR3YXJlIGlzIHBvd2VyLgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqR-00010T-Bm; Sun, 06 Jul 2014 15:59:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqP-000108-Tp for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:14 +0000 Received: from [85.158.137.68:4600] by server-14.bemta-3.messagelabs.com id 02/2F-19846-15279B35; Sun, 06 Jul 2014 15:59:13 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-3.tower-31.messagelabs.com!1404662351!14361737!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12498 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-3.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004GA-FY for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003za-Bl for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7D800.5040701@bobich.net> (Gordan Bobic's message of "Sat, 05 Jul 2014 11:48:32 +0100") Date: Sun, 06 Jul 2014 12:33:33 +0200 Organization: my virtual residence Message-ID: <87wqbqojya.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <87d2dk60y0.fsf@yun.yagibdah.de> <53B7D800.5040701@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 07/05/2014 02:36 AM, lee wrote: >> "Fajar A. Nugraha" writes: >> >>> Use whatever you're most comfortable with. But don't dismiss things >>> just because you don't have enough knowledge about it. >> >> No, that would be stupid. ZFS appears as an unknown, rather complicated >> thing with questionable support and documentation that was written for a >> different OS. It won't be easy to try it out. All that just doesn't >> make me very keen on trying it. > > Sounds to me like learning resistance. No, it's not learning resistance. It's resistance against creating problems I don't need or want and against spending quite a lot of time on it. To seriously test it, I would have to delete either my data, or the backup of it, and copying it back takes hours. If I use the backup and the test gives good results, I'd use it for my data, so I'd have to copy it all again twice because I still wouldn't want the backup to be on ZFS. And it might not work because the server might not like to run the disks as JBOD. There are other decisions to be made first, too. There's also a lack of documentation. There's a guide for Linux, and it's two years old. I still shudder when thinking of the chaotic documentation xen has and all the unexpected problems I ran into ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqT-00011G-Rk; Sun, 06 Jul 2014 15:59:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqR-00010O-Dz for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:15 +0000 Received: from [85.158.143.35:7043] by server-3.bemta-4.messagelabs.com id 23/C9-16194-25279B35; Sun, 06 Jul 2014 15:59:14 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-21.messagelabs.com!1404662351!8099381!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4957 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004GI-Lp for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003zp-H5 for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7E02B.2010506@bobich.net> (Gordan Bobic's message of "Sat, 05 Jul 2014 12:23:23 +0100") Date: Sun, 06 Jul 2014 15:42:08 +0200 Organization: my virtual residence Message-ID: <87k37qob7z.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 07/05/2014 03:57 AM, lee wrote: >> Kuba writes: >> >>> W dniu 2014-07-04 19:11, lee pisze: >>>> Kuba writes: >>>> >>>> "Rollback" doesn't sound very destructive. >>> >>> For me "rollback" always meant "revert to some previous state" and for >>> me it sounds very destructive - at least for the "current state" from >>> which you are reverting. >> >> It still doesn't sound destructive. > > Then I dare say you don't understand what it actually means. I know what it means, and it doesn't sound very destructive. > mkfs.ext4 doesn't ask you "are you sure" before you tell it to create > the FS on a block device that already contains an ext4 FS. Why would > you expect anything else to? Because ZFS makes a point of keeping data save. And there are some warnings you get from xfs. >> So it's making a backup and not making a backup? What are snapshots >> good for when I can't restore from them, i. e. use them for backups? > > You can restore from them. But a backup should mean a copy on a > different machine, not subject to being lose of the entire machine is > lost (e.g. a power surge that fries every component). You can't make snapshots to different machines? > Snapshot cannot exist independently of the filesystem it is a snapshot > of. All live on the same ZFS pool (equivalent to the RAID array). So they are like an incremental backup with very limited use. >> So far, the advantages I'm seeing that would be a benefit are >> checksumming and using on-disk caches for writing. The latter doesn't >> seem to be overly relevant. That means a lot of learning and >> experimentation and uncertainties for that one benefit. > > Sounds like you are afraid of learning. > But if you don't use backups and snapshots already and don't intend to > begin using them, then you are right, you are probably not going to > see much benefit. It's not a question of being afraid of learning but a question of risking to loose my data. To make snapshots of VMs, I'd have to make backups of them and to somehow recreate them with ZFS, and the swap partitions they have might be a problem. But then, dom0 and the VMs are on a RAID-1, so I'd have to make backups of everything, change to JBOD, figure out how to boot from ZFS and how to restore from the backup. Any idea how to do that? Does ZFS provide swap partitions? If not, I'd have to put them on RAID devices, but I wouldn't have any. While the server is down, I don't have internet access. You recommended against booting from ZFS. >> The more errors there are, the more redundancy you loose >> because you have more data that can be read from only a part of the >> disks. > > ZFS immediately repairs all errors it encounters, so this is not a > valid point. It may not encounter all the errors there are (until it's too late to repair them), so the point remains valid. >> And how do you know when to replace a disk? When there's one error or >> when there are 50 or 50000 or when the disk has been disconnected? > > In most cases, when the SMART on the disk reports the disk has failed > or the disk stops responding. I don't believe those smart numbers. When the disk has failed or doesn't respond, it's obvious that it needs to be replaced. Before that happens, you might see some number of errors ZFS has detected. You just ignore those? >>>> Does ZFS maintain a list of bad sectors which are not to be used again? >>> >>> Don't know, but never heard of it. I always thought it's the storage >>> device's job. Does any file system do that? >> >> I don't know. It would make sense because there's no telling what the >> disk is doing --- the disk might very well re-use a bad sector and find >> that just at the time you want to read the data, it's not readable >> again. > > Disks are _expected_ to deal with sector reallocations internally. If > they don't, they are broken. Disk sectors are all addressed through a > translation layer, and you don't have any way of telling when a sector > has been moved (except maybe by doing performance timings on seeks > between adjecent sectors), because the sector address is logical > rather than physical. It's even less transparent with SSDs which shift > data around all the time to improve wear leveling. So you never know what the disk is doing, and there's nothing to prevent silent loss of redundancy, other than scrubs. >>>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >>>> >>>> It shows that there are more checksum errors after the errors were >>>> supposedly corrected. >>> >>> Not "supposedly". The increasing number only shows the count of >>> encountered checksum errors. If ZFS could not correct the error, it >>> would say so. >> >> Ok, and why are there more errors after an error was corrected? Is the >> error being reset at some time or kept indefinitely? > > You didn't understand the test. Some errors were picked up at import > stage, but all that gets checked at import stage is the pool metadata, > not the entire disk's contents. The find command went and read all the > data on the FS, but if you had snapshots, some errors might still be > in them that don't get found by checking the data in the "head" > instance. For a full pool check you use the zfs scrub command. The test didn't explain this, so how are ppl who don't know what ZFS does how supposed to understand it? You can see that the data can still be read and that the number of errors has gone up. That the number of errors has increased contradicts that the errors have been fixed. > It is generally more efficient than rsync. rsync has to go and check > metadata of every file at source and destination, even when > transferring incrementally. If you use incremental send between > snapshots, the amount of disk I/O ZFS has to do is much lower, and > since it doesn't need to check metadata on each side, there is a lot > less network I/O, too. So I wouldn't need rsync anymore --- that would be a really useful feature then. >>> http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited >>> >>> That's just two organizations with similarly sized storage and >>> different approaches. One uses standard solutions, the other one >>> ported ZFS to Linux, so they could use it. >> >> I find it interesting that a company which is concerned more about its >> costs than anything else doesn't go for a solution, now easily >> available, that can cut their costs in half and that an institution >> which doesn't appear to be overly concerned with costs goes for that >> very same solution despite it's not easily available at all. > > That doesn't mean anything at all. I know of many companies where they > use rented servers rather than their own because accountants prefer > opex to capex, even if over 3+ years the reduction in total cost would > be huge. > > I also know of many companies who use virtual cloud infrastructure, > even though the performance hit for the substantial part of their > workload is half of what they would get on bare metal servers, which > in turn makes owned bare metal servers cheaper. > > Solutions that aren't optimal are used all the time for all kinds of > spurious and non-technical reasons. I don't find that convincing. Companies aren't willing to pay their employees salaries that would even cover the costs of living, and they are always trying to save money in any way they can. When you look at to what lengths backblaze claims to have gone to to keep costs low, it is entirely inconceivable that they would skip out on something that would save them half their costs for spurious or non-technical reasons. >>> It's up to you to define your goals, solutions and level of >>> assurance. My personal approach is "hope for the best, plan for the >>> worst". >> >> The problem is that you can plan whatever you want and things turn out >> otherwise regardless. My grandma already knew that. > > Expect the unexpected and be prepared. Every boy scout already knows that. When they grow up, they find out that it doesn't work. > Just because something might go wrong regardless of how well prepared > you are doesn't justify not being prepared at all. There are lots of reasons for not being prepared for everything, and being prepared for everything when things go wrong nonetheless can be difficult to justify. >>>> What is the actual rate of data corruption or loss prevented or >>>> corrected by ZFS due to its checksumming in daily usage? >>> >>> I have experienced data corruption due to hardware failures in the >>> past. >> >> Hardware failures like? > > I am quite certain I have seen in-RAM data corruption before, that > when it occurs in the commit charge, will cause on-disk data > corruption (not detectable once it's on disk, your application will > just get corrupted data back since the corrupted data is correctly > stored as corrupted data on disk). > > I have also seen files get corrupted on disk due to latent disk > errors, through traditional RAID. Nothing logs an error, there is no > change in the file, but the application crashes. When I located all > the files being involved in the operation and pulled the backups > months back, I found that 512 bytes in the file has changed between > two backups with no obvious metadata changes (modification time). This > is a fairly typical example of what happens when a disk write goes > astray. > > The opposite problem is a phantom write when the write doesn't make it > to the disk - head floats too far from the platter and the write > doesn't stick. This, too, happens a lot more than most people realize. That it /can/ happen is one thing, how often it /does/ happen is another. Without knowing the actual rate, it's difficult to judge how big the benefit of checksumming is. >>> Once is often enough for me and it happened more then once. If I >>> hadn't done the checksumming myself, I probably wouldn't even have >>> known about it. Since I started using it, ZFS detected data corruption >>> several times for me (within a few years). But I don't own a data >>> center :) Actual error rates might depend on your workload, hardware, >>> probabilities and lots of other things. Here's something you might >>> find interesting: >> >> Sure, the more data about failures detected by checksumming we would >> collect, the more we might be able to make conclusions from it. Since >> we don't have much data, it's still interesting to know what failure >> rates you have seen. Is it more like 1 error in 50TB read or more like >> 1 error in 500TB or like 20 in 5TB? > > According to manufacturers, one unrecoverable error every 10^14 bits > read. That equates to one unrecoverable sector every 11TB. This is the > statistical average. On some models it'll be worse. > > The following articles provide some good info: > > http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf > > http://research.cs.wisc.edu/adsl/Publications/latent-sigmetrics07.pdf They don't answer the question, either. How much data can you, in daily usage, read/write from/to a ZFS file system with how many errors detected and corrected only due to the checksumming ZFS does? For all we know, that may be zero errors. Or it could be so many that everyone not using a file system that does checksumming wants to switch to one that does immediately. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqT-000116-8K; Sun, 06 Jul 2014 15:59:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqQ-00010F-Sn for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:15 +0000 Received: from [85.158.143.35:7022] by server-2.bemta-4.messagelabs.com id EA/54-18579-25279B35; Sun, 06 Jul 2014 15:59:14 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1404662351!16116728!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7327 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004GN-PN for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003zu-LY for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7CBF2.20007@bobich.net> (Gordan Bobic's message of "Sat, 05 Jul 2014 10:57:06 +0100") Date: Sun, 06 Jul 2014 17:38:53 +0200 Organization: my virtual residence Message-ID: <87fvieo5te.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/04/2014 06:11 PM, lee wrote: >> >> Thanks! Sooner or later I'll try it out. How come there are no >> packages in the Debian repos other than the fuse package? > > Is this some kind of Debian/Ubuntu brain damage that demands that > everything be pre-chewed and served on a plate via the distro attached > repositories? That's a very solipsistic view. If you think it's an indication of brain damage to prefer using software that is included in the distribution you're using and to wonder why a particular software isn't included, then it must be brain damage. > This is getting way off topic for the Xen mailing list. It is since quite a while. >> Why exactly is that? Are you modifying your storage system all the time >> or making snapshots all the time? > > Since snapshots in ZFS are "free" in terms of performance, they are > much more useful for everyday use. They also make incremental backups > easier because you can use send/receive commands to transfer > incrementally only the delta between the snapshots. Between that and > extra integrity-preserving features it makes reaching for backups much > less frequent. So for example, before I start working on some source code ~/src/test.c, I make a snapshot, and when I'm unhappy with the result, I revert to what I made the snapshot of? What about emails that have been received in ~/Mail in the meantime? >> Checksumming is sure good to have, being able to fully use the disk >> caches is, too, as well as not wasting space through fixed block sizes. > > Fixed block sizes don't waste space on traditional RAID. Variable > block sizes are a performance feature that allows ZFS to work around > the parity RAID problem of performance dropping down to 50% of > performance of a single disk on partial stripe writes. When every file occupies at least 4k because that's the block size the FS is using, you can waste a lot of space. >> I've never made a snapshot and don't know what I would make one for >> other than perhaps making a snapshot of the dom0 and the VMs --- which >> would require booting from ZFS, figuring out how to make snapshots and >> where to put them and how to restore them. > > It sounds like your FS usage isn't advanced enough. I don't care too much about file systems and try to keep things simple. >> The biggest advantage would be checksumming. I'd be trading that >> against ease of use and great complexity. > > Not to mention resistance to learning something new. Not mentioning the risks involved ... >> So you can see how it is not >> understandable to me what makes ZFS so great that I wouldn't be able to >> do without anymore. > > Then don't use it. Maybe, maybe not --- learning about it doesn't hurt. >>>> So you would be running ZFS on unreliable disks, with the errors being >>>> corrected and going unnoticed, until either, without TLER, the system >>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>> become noticeable only when it's too late. >>> >>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>> entire pool for defects ("zpool scrub", you should do that >>> periodically). >> >> You're silently loosing more and more redundancy. How do you know when >> a disk needs to be replaced? > > Same way you know with any disk failure - appropriate > monitoring. Surely that is obvious. It's not obvious at all. Do you replace a disk when ZFS has found 10 errors? >> Does ZFS maintain a list of bad sectors which are not to be used again? > > By that fact you are asking this question, I dare say you need to go > and read up more on how modern disks work. Modern disks manage their > defects themselves. When a sector fails and cannot be read, they > return an error on the read, and mark the sector as pending. Next time > that sector is written, they will write it to one of the spare, hidden > sectors, and map the LBA for the failed sector to the new > sector. There has been no need for the file system to keep track of > physical disk defects in decades. That's assuming that the disks reliably do what they are supposed to do. Can you guarantee that they always will? > zfs send produces a data stream that can be applied to another pool > using zfs receive. You can pipe this over ssh or netcat to a different > machine, or you can pipe it to a different pool locally. So I'd be required to also use ZFS on the receiving side for it to make sense. >> That's some laboratory experimenting with ZFS. Backblaze uses ext4, >> though ZFS would seem to be a very good choice for what they're doing. >> How can they store so much data without checksumming, without using ECC >> RAM and not experience a significant amount of data corruption? > > You are asking the wrong question - how would they know if they are > experiencing data corruption? The vast majority of backups are > write-only. If 4KB of data (one sector) goes bad for every 10TB read, > if only 1% of the backups ever need to get retrieved, that's one > detected broken file over 1 petabyte of data stored. They claim[1] that they are currently storing over 100 petabytes and have restored 6.27 billion files. They are expecting to store another 500 petabyte at another datacenter. That's over a hundred, and if they meet their plan, at least 500 detected broken files, so they must know. And I would guess that the number of retrieved files is far greater than 1%. You get unlimited storage for $5/month and are able to retrieve a particular single file without significant delays. When you're using their service, why would you even keep files you don't access frequently on your own disks? At some point, it's cheaper to have them in backups and to just retrieve them when you need them. You think you have use for a NAS or something similar? Why throw the money at it when you can have something very similar for $5/month? How many people have large amounts of data which must be available right away and couldn't be stored remotely (letting security issues aside)? Can you store the part of your data which you do not need to have available right away for a total cost of only $5/month yourself while that data is readily accessible at any time? Considering that, the rate of data restored may well be 20%--50% or even more. And with only a single file they are unable to restore, their service would have failed. So how can they afford not to use ECC RAM and to use a file system that allows for data corruption? [1]: http://blog.backblaze.com/category/behind-backblaze/ >> What is the actual rate of data corruption or loss prevented or >> corrected by ZFS due to its checksumming in daily usage? > > According to disk manufacturers' own specifications for their own > disks (i.e. assume it's worse), one unrecoverable error in 10^14 bits > read. This doesn't include complete disk failures. That still doesn't answer the question ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqU-00011Q-DV; Sun, 06 Jul 2014 15:59:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqR-00010V-RX for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:16 +0000 Received: from [85.158.143.35:7023] by server-2.bemta-4.messagelabs.com id 0B/54-18579-25279B35; Sun, 06 Jul 2014 15:59:14 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-21.messagelabs.com!1404662351!16169482!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2456 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004GG-K3 for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003zk-FF for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7D486.5040904@op.pl> (Kuba's message of "Sat, 05 Jul 2014 12:33:42 +0200") Date: Sun, 06 Jul 2014 14:20:23 +0200 Organization: my virtual residence Message-ID: <87oax2of08.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: >>> Does "rm" sound destructive or try to warn you? It just does what you >>> tell it to do. >> >> It's not a file system and has options to warn you. The options aren't >> enabled by default because it won't make much sense. For a file systen, >> it would make sense to get a warning like "this will destroy your >> current data" when you issue a command that would perform a rollback and >> to have an option to disable the warning. > > I believe one should know exactly what hitting [enter] is going to do > when the line you're typing on starts with a #. I think that it doesn't matter what the line starts with and that people do not always know what they are doing. Besides, what a line starts with is configurable. >>> Snapshots are just snapshots, making them does not copy your data >>> (well, in fact, ZFS is a COW file system, so making a snapshot may >>> result in actually copying your data later on, if it's needed, but >>> it's not copying as in "making a backup"). Replicating a snapshot >>> results in creation of another dataset identical to the original >>> snapshot. It's just a one more way of making full or incremental >>> backups. >> >> So it's making a backup and not making a backup? What are snapshots >> good for when I can't restore from them, i. e. use them for backups? > > Snapshots are not backups. I believe it holds true for anything that > lets you make a snapshot. Hm. I have a camera and I can make snapshots with it, and they are not backups but pictures. I don't know what I would make a picture of a file system for. It's not like making pictures of the brakes on your car in different states of disassembly to refer to later when you put them back together, is it? It would be like trying to assemble the brakes without having any of the parts. I suppose I could give a snapshot of the brakes to someone for some purpose, like making it easier to get the right replacement part. But a snapshot of a file system that holds my data? Nobody would have a replacement part for that. >>>> What if I need to access a file that's in the snapshot: Do I >>>> need to restore the snapshot first? >>> >>> Usually you can "cd .zfs" directory, which contains subdirectories >>> named after your snapshots, and inside that directories you have >>> complete datasets just like the ones you took the snapshots of. No >>> rollback/restoring/mounting is necessary. >> >> And that also works when the file system the snapshot was created from >> doesn't exist anymore, or when the disks with the FS the snapshot was >> made from have become inaccessible, provided that the snapshot was made >> to different disks? > > Oversimplifying: yes. So it's as good as a backup? What's the difference then? Is it like the difference between a picture and a picture? >>> Yes, I take snapshots all the time. This way it's easy for me to >>> revert VMs to previous states, clone them, etc. Same goes with my >>> regular data. And I replicate them a lot. >> >> Hm, what for? The VMs I have are all different, so there's no point in >> cloning them. And why would I clone my data? I don't even have the >> disk capacity for that and am glad that I can make a backup. > > I tend to clone "production" VMs before I start fiddling with them, so > that I can test potentially dangerous ideas without any > consequences. Clones are "free" - they only start using more space > when you introduce some difference between the clone and the original > dataset. You can always 'promote' them so they become independent from > the original dataset (using more space as required). Cloning is just a > tool that you might or might not find useful. I see --- and I'd find that useful. I have the VMs in a LVM volume group with one logical volume for each VM. Each VM has two partitions, one for a root file system and another one for swap. How would that translate to ZFS? Where's this additional space taken from? > I suppose it's all relative. Couple of years ago I switched to FreeBSD > (unknown to me before) for my storage VMs only because it had ZFS > which I had found to be the only solution to the problems I had at > that time. That really meant a lot of learning, experimentation and > uncertainties. It paid off for me. I'm not saying it will pay off for > you. All I'm saying is 'look, here's this ZFS thing, there's a chance > you might find it interesting'. By all means I'm not saying 'this is > ZFS, it will solve all your problems and you have to use it'. If it wasn't interesting, I wouldn't be writing all these postings. >>>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>>> corrected and going unnoticed, until either, without TLER, the system >>>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>>> become noticeable only when it's too late. >>>>> >>>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>>> entire pool for defects ("zpool scrub", you should do that >>>>> periodically). >>>> >>>> You're silently loosing more and more redundancy. >>> >>> I'm not sure what you mean by loosing redundancy. >> >> You don't know whether the data has been written correctly before you >> read it. The more errors there are, the more redundancy you loose >> because you have more data that can be read from only a part of the >> disks. If there is an error on another disk with that same data, you >> don't know until you try to read it and perhaps find out that you can't. >> How many errors for that data it takes depends on the level of >> redundancy. > > I don't understand your point here. Do you know all your data had been > written correctly with any other form of RAID without reading it back? No, but I know that the raid controller does scrubbing and fails a disk eventually. There is no in-between like there seems to be with ZFS. My point is that you can silently loose redundancy with ZFS. RAID controllers aren't exactly known to silently loose redundancy, are they? >> And how do you know when to replace a disk? When there's one error or >> when there are 50 or 50000 or when the disk has been disconnected? > > I believe it's up to you to interpret the data you're presented with > and make the right decision. I really wish I could formulate a > condition that evaluates to true or false telling me what should I do > with a disk. RAID controllers make that easy for you --- not necessarily better, but easier. >>>> What is the actual rate of data corruption or loss prevented or >>>> corrected by ZFS due to its checksumming in daily usage? >>> >>> I have experienced data corruption due to hardware failures in the >>> past. >> >> Hardware failures like? > > The typical ones. Bad sectors, failed flash memory banks, failed ram > modules. And only ZFS detected them? >>> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 >> >> Yes, I've seen that. It's for RAM, not disk errors detected through ZFS >> checksumming. > > And RAM has nothing to do with the data on the disks. that depends -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqT-000116-8K; Sun, 06 Jul 2014 15:59:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqQ-00010F-Sn for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:15 +0000 Received: from [85.158.143.35:7022] by server-2.bemta-4.messagelabs.com id EA/54-18579-25279B35; Sun, 06 Jul 2014 15:59:14 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-21.messagelabs.com!1404662351!16116728!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7327 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004GN-PN for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003zu-LY for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7CBF2.20007@bobich.net> (Gordan Bobic's message of "Sat, 05 Jul 2014 10:57:06 +0100") Date: Sun, 06 Jul 2014 17:38:53 +0200 Organization: my virtual residence Message-ID: <87fvieo5te.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/04/2014 06:11 PM, lee wrote: >> >> Thanks! Sooner or later I'll try it out. How come there are no >> packages in the Debian repos other than the fuse package? > > Is this some kind of Debian/Ubuntu brain damage that demands that > everything be pre-chewed and served on a plate via the distro attached > repositories? That's a very solipsistic view. If you think it's an indication of brain damage to prefer using software that is included in the distribution you're using and to wonder why a particular software isn't included, then it must be brain damage. > This is getting way off topic for the Xen mailing list. It is since quite a while. >> Why exactly is that? Are you modifying your storage system all the time >> or making snapshots all the time? > > Since snapshots in ZFS are "free" in terms of performance, they are > much more useful for everyday use. They also make incremental backups > easier because you can use send/receive commands to transfer > incrementally only the delta between the snapshots. Between that and > extra integrity-preserving features it makes reaching for backups much > less frequent. So for example, before I start working on some source code ~/src/test.c, I make a snapshot, and when I'm unhappy with the result, I revert to what I made the snapshot of? What about emails that have been received in ~/Mail in the meantime? >> Checksumming is sure good to have, being able to fully use the disk >> caches is, too, as well as not wasting space through fixed block sizes. > > Fixed block sizes don't waste space on traditional RAID. Variable > block sizes are a performance feature that allows ZFS to work around > the parity RAID problem of performance dropping down to 50% of > performance of a single disk on partial stripe writes. When every file occupies at least 4k because that's the block size the FS is using, you can waste a lot of space. >> I've never made a snapshot and don't know what I would make one for >> other than perhaps making a snapshot of the dom0 and the VMs --- which >> would require booting from ZFS, figuring out how to make snapshots and >> where to put them and how to restore them. > > It sounds like your FS usage isn't advanced enough. I don't care too much about file systems and try to keep things simple. >> The biggest advantage would be checksumming. I'd be trading that >> against ease of use and great complexity. > > Not to mention resistance to learning something new. Not mentioning the risks involved ... >> So you can see how it is not >> understandable to me what makes ZFS so great that I wouldn't be able to >> do without anymore. > > Then don't use it. Maybe, maybe not --- learning about it doesn't hurt. >>>> So you would be running ZFS on unreliable disks, with the errors being >>>> corrected and going unnoticed, until either, without TLER, the system >>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>> become noticeable only when it's too late. >>> >>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>> entire pool for defects ("zpool scrub", you should do that >>> periodically). >> >> You're silently loosing more and more redundancy. How do you know when >> a disk needs to be replaced? > > Same way you know with any disk failure - appropriate > monitoring. Surely that is obvious. It's not obvious at all. Do you replace a disk when ZFS has found 10 errors? >> Does ZFS maintain a list of bad sectors which are not to be used again? > > By that fact you are asking this question, I dare say you need to go > and read up more on how modern disks work. Modern disks manage their > defects themselves. When a sector fails and cannot be read, they > return an error on the read, and mark the sector as pending. Next time > that sector is written, they will write it to one of the spare, hidden > sectors, and map the LBA for the failed sector to the new > sector. There has been no need for the file system to keep track of > physical disk defects in decades. That's assuming that the disks reliably do what they are supposed to do. Can you guarantee that they always will? > zfs send produces a data stream that can be applied to another pool > using zfs receive. You can pipe this over ssh or netcat to a different > machine, or you can pipe it to a different pool locally. So I'd be required to also use ZFS on the receiving side for it to make sense. >> That's some laboratory experimenting with ZFS. Backblaze uses ext4, >> though ZFS would seem to be a very good choice for what they're doing. >> How can they store so much data without checksumming, without using ECC >> RAM and not experience a significant amount of data corruption? > > You are asking the wrong question - how would they know if they are > experiencing data corruption? The vast majority of backups are > write-only. If 4KB of data (one sector) goes bad for every 10TB read, > if only 1% of the backups ever need to get retrieved, that's one > detected broken file over 1 petabyte of data stored. They claim[1] that they are currently storing over 100 petabytes and have restored 6.27 billion files. They are expecting to store another 500 petabyte at another datacenter. That's over a hundred, and if they meet their plan, at least 500 detected broken files, so they must know. And I would guess that the number of retrieved files is far greater than 1%. You get unlimited storage for $5/month and are able to retrieve a particular single file without significant delays. When you're using their service, why would you even keep files you don't access frequently on your own disks? At some point, it's cheaper to have them in backups and to just retrieve them when you need them. You think you have use for a NAS or something similar? Why throw the money at it when you can have something very similar for $5/month? How many people have large amounts of data which must be available right away and couldn't be stored remotely (letting security issues aside)? Can you store the part of your data which you do not need to have available right away for a total cost of only $5/month yourself while that data is readily accessible at any time? Considering that, the rate of data restored may well be 20%--50% or even more. And with only a single file they are unable to restore, their service would have failed. So how can they afford not to use ECC RAM and to use a file system that allows for data corruption? [1]: http://blog.backblaze.com/category/behind-backblaze/ >> What is the actual rate of data corruption or loss prevented or >> corrected by ZFS due to its checksumming in daily usage? > > According to disk manufacturers' own specifications for their own > disks (i.e. assume it's worse), one unrecoverable error in 10^14 bits > read. This doesn't include complete disk failures. That still doesn't answer the question ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqT-00011G-Rk; Sun, 06 Jul 2014 15:59:17 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqR-00010O-Dz for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:15 +0000 Received: from [85.158.143.35:7043] by server-3.bemta-4.messagelabs.com id 23/C9-16194-25279B35; Sun, 06 Jul 2014 15:59:14 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-21.messagelabs.com!1404662351!8099381!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4957 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004GI-Lp for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003zp-H5 for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7E02B.2010506@bobich.net> (Gordan Bobic's message of "Sat, 05 Jul 2014 12:23:23 +0100") Date: Sun, 06 Jul 2014 15:42:08 +0200 Organization: my virtual residence Message-ID: <87k37qob7z.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 07/05/2014 03:57 AM, lee wrote: >> Kuba writes: >> >>> W dniu 2014-07-04 19:11, lee pisze: >>>> Kuba writes: >>>> >>>> "Rollback" doesn't sound very destructive. >>> >>> For me "rollback" always meant "revert to some previous state" and for >>> me it sounds very destructive - at least for the "current state" from >>> which you are reverting. >> >> It still doesn't sound destructive. > > Then I dare say you don't understand what it actually means. I know what it means, and it doesn't sound very destructive. > mkfs.ext4 doesn't ask you "are you sure" before you tell it to create > the FS on a block device that already contains an ext4 FS. Why would > you expect anything else to? Because ZFS makes a point of keeping data save. And there are some warnings you get from xfs. >> So it's making a backup and not making a backup? What are snapshots >> good for when I can't restore from them, i. e. use them for backups? > > You can restore from them. But a backup should mean a copy on a > different machine, not subject to being lose of the entire machine is > lost (e.g. a power surge that fries every component). You can't make snapshots to different machines? > Snapshot cannot exist independently of the filesystem it is a snapshot > of. All live on the same ZFS pool (equivalent to the RAID array). So they are like an incremental backup with very limited use. >> So far, the advantages I'm seeing that would be a benefit are >> checksumming and using on-disk caches for writing. The latter doesn't >> seem to be overly relevant. That means a lot of learning and >> experimentation and uncertainties for that one benefit. > > Sounds like you are afraid of learning. > But if you don't use backups and snapshots already and don't intend to > begin using them, then you are right, you are probably not going to > see much benefit. It's not a question of being afraid of learning but a question of risking to loose my data. To make snapshots of VMs, I'd have to make backups of them and to somehow recreate them with ZFS, and the swap partitions they have might be a problem. But then, dom0 and the VMs are on a RAID-1, so I'd have to make backups of everything, change to JBOD, figure out how to boot from ZFS and how to restore from the backup. Any idea how to do that? Does ZFS provide swap partitions? If not, I'd have to put them on RAID devices, but I wouldn't have any. While the server is down, I don't have internet access. You recommended against booting from ZFS. >> The more errors there are, the more redundancy you loose >> because you have more data that can be read from only a part of the >> disks. > > ZFS immediately repairs all errors it encounters, so this is not a > valid point. It may not encounter all the errors there are (until it's too late to repair them), so the point remains valid. >> And how do you know when to replace a disk? When there's one error or >> when there are 50 or 50000 or when the disk has been disconnected? > > In most cases, when the SMART on the disk reports the disk has failed > or the disk stops responding. I don't believe those smart numbers. When the disk has failed or doesn't respond, it's obvious that it needs to be replaced. Before that happens, you might see some number of errors ZFS has detected. You just ignore those? >>>> Does ZFS maintain a list of bad sectors which are not to be used again? >>> >>> Don't know, but never heard of it. I always thought it's the storage >>> device's job. Does any file system do that? >> >> I don't know. It would make sense because there's no telling what the >> disk is doing --- the disk might very well re-use a bad sector and find >> that just at the time you want to read the data, it's not readable >> again. > > Disks are _expected_ to deal with sector reallocations internally. If > they don't, they are broken. Disk sectors are all addressed through a > translation layer, and you don't have any way of telling when a sector > has been moved (except maybe by doing performance timings on seeks > between adjecent sectors), because the sector address is logical > rather than physical. It's even less transparent with SSDs which shift > data around all the time to improve wear leveling. So you never know what the disk is doing, and there's nothing to prevent silent loss of redundancy, other than scrubs. >>>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >>>> >>>> It shows that there are more checksum errors after the errors were >>>> supposedly corrected. >>> >>> Not "supposedly". The increasing number only shows the count of >>> encountered checksum errors. If ZFS could not correct the error, it >>> would say so. >> >> Ok, and why are there more errors after an error was corrected? Is the >> error being reset at some time or kept indefinitely? > > You didn't understand the test. Some errors were picked up at import > stage, but all that gets checked at import stage is the pool metadata, > not the entire disk's contents. The find command went and read all the > data on the FS, but if you had snapshots, some errors might still be > in them that don't get found by checking the data in the "head" > instance. For a full pool check you use the zfs scrub command. The test didn't explain this, so how are ppl who don't know what ZFS does how supposed to understand it? You can see that the data can still be read and that the number of errors has gone up. That the number of errors has increased contradicts that the errors have been fixed. > It is generally more efficient than rsync. rsync has to go and check > metadata of every file at source and destination, even when > transferring incrementally. If you use incremental send between > snapshots, the amount of disk I/O ZFS has to do is much lower, and > since it doesn't need to check metadata on each side, there is a lot > less network I/O, too. So I wouldn't need rsync anymore --- that would be a really useful feature then. >>> http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited >>> >>> That's just two organizations with similarly sized storage and >>> different approaches. One uses standard solutions, the other one >>> ported ZFS to Linux, so they could use it. >> >> I find it interesting that a company which is concerned more about its >> costs than anything else doesn't go for a solution, now easily >> available, that can cut their costs in half and that an institution >> which doesn't appear to be overly concerned with costs goes for that >> very same solution despite it's not easily available at all. > > That doesn't mean anything at all. I know of many companies where they > use rented servers rather than their own because accountants prefer > opex to capex, even if over 3+ years the reduction in total cost would > be huge. > > I also know of many companies who use virtual cloud infrastructure, > even though the performance hit for the substantial part of their > workload is half of what they would get on bare metal servers, which > in turn makes owned bare metal servers cheaper. > > Solutions that aren't optimal are used all the time for all kinds of > spurious and non-technical reasons. I don't find that convincing. Companies aren't willing to pay their employees salaries that would even cover the costs of living, and they are always trying to save money in any way they can. When you look at to what lengths backblaze claims to have gone to to keep costs low, it is entirely inconceivable that they would skip out on something that would save them half their costs for spurious or non-technical reasons. >>> It's up to you to define your goals, solutions and level of >>> assurance. My personal approach is "hope for the best, plan for the >>> worst". >> >> The problem is that you can plan whatever you want and things turn out >> otherwise regardless. My grandma already knew that. > > Expect the unexpected and be prepared. Every boy scout already knows that. When they grow up, they find out that it doesn't work. > Just because something might go wrong regardless of how well prepared > you are doesn't justify not being prepared at all. There are lots of reasons for not being prepared for everything, and being prepared for everything when things go wrong nonetheless can be difficult to justify. >>>> What is the actual rate of data corruption or loss prevented or >>>> corrected by ZFS due to its checksumming in daily usage? >>> >>> I have experienced data corruption due to hardware failures in the >>> past. >> >> Hardware failures like? > > I am quite certain I have seen in-RAM data corruption before, that > when it occurs in the commit charge, will cause on-disk data > corruption (not detectable once it's on disk, your application will > just get corrupted data back since the corrupted data is correctly > stored as corrupted data on disk). > > I have also seen files get corrupted on disk due to latent disk > errors, through traditional RAID. Nothing logs an error, there is no > change in the file, but the application crashes. When I located all > the files being involved in the operation and pulled the backups > months back, I found that 512 bytes in the file has changed between > two backups with no obvious metadata changes (modification time). This > is a fairly typical example of what happens when a disk write goes > astray. > > The opposite problem is a phantom write when the write doesn't make it > to the disk - head floats too far from the platter and the write > doesn't stick. This, too, happens a lot more than most people realize. That it /can/ happen is one thing, how often it /does/ happen is another. Without knowing the actual rate, it's difficult to judge how big the benefit of checksumming is. >>> Once is often enough for me and it happened more then once. If I >>> hadn't done the checksumming myself, I probably wouldn't even have >>> known about it. Since I started using it, ZFS detected data corruption >>> several times for me (within a few years). But I don't own a data >>> center :) Actual error rates might depend on your workload, hardware, >>> probabilities and lots of other things. Here's something you might >>> find interesting: >> >> Sure, the more data about failures detected by checksumming we would >> collect, the more we might be able to make conclusions from it. Since >> we don't have much data, it's still interesting to know what failure >> rates you have seen. Is it more like 1 error in 50TB read or more like >> 1 error in 500TB or like 20 in 5TB? > > According to manufacturers, one unrecoverable error every 10^14 bits > read. That equates to one unrecoverable sector every 11TB. This is the > statistical average. On some models it'll be worse. > > The following articles provide some good info: > > http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf > > http://research.cs.wisc.edu/adsl/Publications/latent-sigmetrics07.pdf They don't answer the question, either. How much data can you, in daily usage, read/write from/to a ZFS file system with how many errors detected and corrected only due to the checksumming ZFS does? For all we know, that may be zero errors. Or it could be so many that everyone not using a file system that does checksumming wants to switch to one that does immediately. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqR-00010T-Bm; Sun, 06 Jul 2014 15:59:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqP-000108-Tp for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:14 +0000 Received: from [85.158.137.68:4600] by server-14.bemta-3.messagelabs.com id 02/2F-19846-15279B35; Sun, 06 Jul 2014 15:59:13 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-3.tower-31.messagelabs.com!1404662351!14361737!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12498 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-3.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004GA-FY for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003za-Bl for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7D800.5040701@bobich.net> (Gordan Bobic's message of "Sat, 05 Jul 2014 11:48:32 +0100") Date: Sun, 06 Jul 2014 12:33:33 +0200 Organization: my virtual residence Message-ID: <87wqbqojya.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <87d2dk60y0.fsf@yun.yagibdah.de> <53B7D800.5040701@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 07/05/2014 02:36 AM, lee wrote: >> "Fajar A. Nugraha" writes: >> >>> Use whatever you're most comfortable with. But don't dismiss things >>> just because you don't have enough knowledge about it. >> >> No, that would be stupid. ZFS appears as an unknown, rather complicated >> thing with questionable support and documentation that was written for a >> different OS. It won't be easy to try it out. All that just doesn't >> make me very keen on trying it. > > Sounds to me like learning resistance. No, it's not learning resistance. It's resistance against creating problems I don't need or want and against spending quite a lot of time on it. To seriously test it, I would have to delete either my data, or the backup of it, and copying it back takes hours. If I use the backup and the test gives good results, I'd use it for my data, so I'd have to copy it all again twice because I still wouldn't want the backup to be on ZFS. And it might not work because the server might not like to run the disks as JBOD. There are other decisions to be made first, too. There's also a lack of documentation. There's a guide for Linux, and it's two years old. I still shudder when thinking of the chaotic documentation xen has and all the unexpected problems I ran into ... -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqU-00011Q-DV; Sun, 06 Jul 2014 15:59:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqR-00010V-RX for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:16 +0000 Received: from [85.158.143.35:7023] by server-2.bemta-4.messagelabs.com id 0B/54-18579-25279B35; Sun, 06 Jul 2014 15:59:14 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-7.tower-21.messagelabs.com!1404662351!16169482!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.7 required=7.0 tests=DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2456 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-7.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004GG-K3 for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003zk-FF for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7D486.5040904@op.pl> (Kuba's message of "Sat, 05 Jul 2014 12:33:42 +0200") Date: Sun, 06 Jul 2014 14:20:23 +0200 Organization: my virtual residence Message-ID: <87oax2of08.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: >>> Does "rm" sound destructive or try to warn you? It just does what you >>> tell it to do. >> >> It's not a file system and has options to warn you. The options aren't >> enabled by default because it won't make much sense. For a file systen, >> it would make sense to get a warning like "this will destroy your >> current data" when you issue a command that would perform a rollback and >> to have an option to disable the warning. > > I believe one should know exactly what hitting [enter] is going to do > when the line you're typing on starts with a #. I think that it doesn't matter what the line starts with and that people do not always know what they are doing. Besides, what a line starts with is configurable. >>> Snapshots are just snapshots, making them does not copy your data >>> (well, in fact, ZFS is a COW file system, so making a snapshot may >>> result in actually copying your data later on, if it's needed, but >>> it's not copying as in "making a backup"). Replicating a snapshot >>> results in creation of another dataset identical to the original >>> snapshot. It's just a one more way of making full or incremental >>> backups. >> >> So it's making a backup and not making a backup? What are snapshots >> good for when I can't restore from them, i. e. use them for backups? > > Snapshots are not backups. I believe it holds true for anything that > lets you make a snapshot. Hm. I have a camera and I can make snapshots with it, and they are not backups but pictures. I don't know what I would make a picture of a file system for. It's not like making pictures of the brakes on your car in different states of disassembly to refer to later when you put them back together, is it? It would be like trying to assemble the brakes without having any of the parts. I suppose I could give a snapshot of the brakes to someone for some purpose, like making it easier to get the right replacement part. But a snapshot of a file system that holds my data? Nobody would have a replacement part for that. >>>> What if I need to access a file that's in the snapshot: Do I >>>> need to restore the snapshot first? >>> >>> Usually you can "cd .zfs" directory, which contains subdirectories >>> named after your snapshots, and inside that directories you have >>> complete datasets just like the ones you took the snapshots of. No >>> rollback/restoring/mounting is necessary. >> >> And that also works when the file system the snapshot was created from >> doesn't exist anymore, or when the disks with the FS the snapshot was >> made from have become inaccessible, provided that the snapshot was made >> to different disks? > > Oversimplifying: yes. So it's as good as a backup? What's the difference then? Is it like the difference between a picture and a picture? >>> Yes, I take snapshots all the time. This way it's easy for me to >>> revert VMs to previous states, clone them, etc. Same goes with my >>> regular data. And I replicate them a lot. >> >> Hm, what for? The VMs I have are all different, so there's no point in >> cloning them. And why would I clone my data? I don't even have the >> disk capacity for that and am glad that I can make a backup. > > I tend to clone "production" VMs before I start fiddling with them, so > that I can test potentially dangerous ideas without any > consequences. Clones are "free" - they only start using more space > when you introduce some difference between the clone and the original > dataset. You can always 'promote' them so they become independent from > the original dataset (using more space as required). Cloning is just a > tool that you might or might not find useful. I see --- and I'd find that useful. I have the VMs in a LVM volume group with one logical volume for each VM. Each VM has two partitions, one for a root file system and another one for swap. How would that translate to ZFS? Where's this additional space taken from? > I suppose it's all relative. Couple of years ago I switched to FreeBSD > (unknown to me before) for my storage VMs only because it had ZFS > which I had found to be the only solution to the problems I had at > that time. That really meant a lot of learning, experimentation and > uncertainties. It paid off for me. I'm not saying it will pay off for > you. All I'm saying is 'look, here's this ZFS thing, there's a chance > you might find it interesting'. By all means I'm not saying 'this is > ZFS, it will solve all your problems and you have to use it'. If it wasn't interesting, I wouldn't be writing all these postings. >>>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>>> corrected and going unnoticed, until either, without TLER, the system >>>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>>> become noticeable only when it's too late. >>>>> >>>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>>> entire pool for defects ("zpool scrub", you should do that >>>>> periodically). >>>> >>>> You're silently loosing more and more redundancy. >>> >>> I'm not sure what you mean by loosing redundancy. >> >> You don't know whether the data has been written correctly before you >> read it. The more errors there are, the more redundancy you loose >> because you have more data that can be read from only a part of the >> disks. If there is an error on another disk with that same data, you >> don't know until you try to read it and perhaps find out that you can't. >> How many errors for that data it takes depends on the level of >> redundancy. > > I don't understand your point here. Do you know all your data had been > written correctly with any other form of RAID without reading it back? No, but I know that the raid controller does scrubbing and fails a disk eventually. There is no in-between like there seems to be with ZFS. My point is that you can silently loose redundancy with ZFS. RAID controllers aren't exactly known to silently loose redundancy, are they? >> And how do you know when to replace a disk? When there's one error or >> when there are 50 or 50000 or when the disk has been disconnected? > > I believe it's up to you to interpret the data you're presented with > and make the right decision. I really wish I could formulate a > condition that evaluates to true or false telling me what should I do > with a disk. RAID controllers make that easy for you --- not necessarily better, but easier. >>>> What is the actual rate of data corruption or loss prevented or >>>> corrected by ZFS due to its checksumming in daily usage? >>> >>> I have experienced data corruption due to hardware failures in the >>> past. >> >> Hardware failures like? > > The typical ones. Bad sectors, failed flash memory banks, failed ram > modules. And only ZFS detected them? >>> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 >> >> Yes, I've seen that. It's for RAM, not disk errors detected through ZFS >> checksumming. > > And RAM has nothing to do with the data on the disks. that depends -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqS-00010g-2I; Sun, 06 Jul 2014 15:59:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqQ-000109-B5 for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:14 +0000 Received: from [193.109.254.147:35827] by server-10.bemta-14.messagelabs.com id 19/A3-01431-15279B35; Sun, 06 Jul 2014 15:59:13 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-27.messagelabs.com!1404662351!15779025!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14011 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004GC-I0 for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003zf-DO for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7CD37.8050905@bobich.net> (Gordan Bobic's message of "Sat, 05 Jul 2014 11:02:31 +0100") Date: Sun, 06 Jul 2014 13:04:33 +0200 Organization: my virtual residence Message-ID: <87simeoiim.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <53B7CD37.8050905@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org R29yZGFuIEJvYmljIDxnb3JkYW5AYm9iaWNoLm5ldD4gd3JpdGVzOgoKPiBPbiAwNy8wNC8yMDE0 IDA2OjI1IFBNLCBsZWUgd3JvdGU6Cj4+IE51bm8gTWFnYWxow6NlcyA8bnVub21hZ2FsaGFlc0Bl dS5pcHAucHQ+IHdyaXRlczoKPj4KPj4+IFRoaXMgbWF5IGJlIGlycmVsZXZhbnQgdG8gZXZlbiBt ZW50aW9uLCBidXQgbW9zdCBzdHVmZiBpIGZpbmQgb24gVGhlCj4+PiBOZXQgaXMgdXN1YWxseSBv dXRkYXRlZCBieSBhIGZldyB5ZWFycywgc28gaSBhbHdheXMgdHJ5IHRvIGNoZWNrIGEpCj4+PiB3 aGVuIHdhcyBpdCB3cml0dGVuIGFuZCBiKSBieSB3aG8gYW5kIHdoYXQncyB0aGVpciBhdXRob3Jp dHkgb24gdGhlCj4+PiBtYXR0ZXIgIChzdWJqZWN0aXZlKS4gUGx1cywgaXQgc2VlbXMgdG8gbWUg WkZTIGlzIG5vdCB0aGF0IHdlbGwta25vd24KPj4+IHRvIGxpbnV4IGZvbGsgKGkgaW5jbHVkZWQp IHNvIHRoZXJlIG1heSBiZSBhIGxpdHRsZSBjaGVzdC10aHVtcGluZwo+Pj4gZ29pbmcgb24gc2lu Y2UgWkZTIGlzIG1vc3RseSBhIFNvbGFyaXMgdGhpbmcgKGFzIGlzIGR0cmFjZS4uLikuIER1bm5v Cj4+Cj4+IEkgZmluZCBpdCB2ZXJ5IHJlbGV2YW50IHNpbmNlIEkgbmVlZCBzb21lIGdvb2QgZG9j dW1lbnRhdGlvbiBiZWZvcmUgSQo+PiB0cnkgb3V0IFpGUywgYW5kIHRoYXQgZG9jdW1lbnRhdGlv biBuZWVkcyB0byBiZSB1cCB0byBkYXRlLiAgSSBoYXZlbid0Cj4+IHJlYWxseSBsb29rZWQgeWV0 LCBidXQgdGhhdCBJIGRpZG4ndCBjb21lIGFjcm9zcyBzdWNoIGRvY3VtZW50YXRpb24gd2l0aAo+ PiB3aGF0IEkndmUgYmVlbiBsb29raW5nIGZvciB5ZXQgbWFrZXMgbWUgd29uZGVyIGlmIHRoZXJl IGV2ZW4gaXMgb25lLgo+Cj4gVGhlIG1hbiBwYWdlIGlzIGZ1bGx5IHVwIHRvIGRhdGUuCgpJIGhh dmVuJ3QgaW5zdGFsbGVkIGl0IHlldCwgc28gSSBkb24ndCBoYXZlIHRoZSBtYW4gcGFnZS4KCj4g QW5kIHRoZXJlIGlzIHBsZW50eSBvZiBvdGhlciBkb2N1bWVudGF0aW9uIGRpcmVjdGx5IGxpbmtl ZCBmcm9tIHRoZQo+IGxhbmRpbmcgcGFnZSBvZiB0aGUgWkZTLW9uLUxpbnV4IHNpdGUuIFRoZSBv bmUgdGhlIExNR1RGWSAiSSdtIGZlZWxpbmcKPiBsdWNreSIgbGluayBJIHNlbnQgZWFybGllciBn ZXRzIHlvdSB0by4KCklsbHVtb3MgWkZTIERvY3VtZW50YXRpb24KWkZTIG9uIExpbnV4IFVzZXIg R3VpZGUKU29sYXJpcyBaRlMgQWRtaW5pc3RyYXRpb24gR3VpZGUKClpGUyBvbiBMaW51eCBmb3Ig THVzdHJlClpGUyBvbiBMaW51eCBmb3IgTHVzdHJlClNlcXVvaWEncyA1NVBCIEx1c3RyZStaRlMg RmlsZXN5c3RlbQpTZXF1b2lhIGFuZCB0aGUgWkZTIE9TRAoKSSd2ZSBuZXZlciB1c2VkIFNvbGFy aXMsIEkgZG9uJ3Qga25vdyB3aGF0IElsbHVtb3MsIEx1c3RyZSBhbmQgU2VxdW9pYQphcmUsIGFu ZCB0aGUgZG9jdW1lbnRhdGlvbiBmb3IgTGludXggaXMgIm9ubHkiIGEgdXNlciBndWlkZSwgYW5k IGl0J3MKdHdvIHllYXJzIG9sZC4KCkkgaGF2ZW4ndCByZWFkIHRoZSBndWlkZSB5ZXQsIHBlcmhh cHMgaXQncyBnb29kLiAgVGhhdCBpdCdzIHR3byB5ZWFycwpvbGQgZG9lc24ndCBtZWFuIGl0J3Mg dXAgdG8gZGF0ZSwgYW5kIEkgaGF2ZSBubyB3YXkgdG8gdGVsbCB3aGF0IG9mIGl0CnN0aWxsIGFw cGxpZXMgYW5kIHdoYXQgbm90LgoKPj4gSSBqdXN0IGhhdmUgYSBiYWQgZmVlbGluZyBhYm91dCBa RlMuICBUaGF0IGl0IGhhcyB0aGVvcmV0aWNhbCBhZHZhbnRhZ2VzCj4+IGFuZCBtYXkgd29yayBm aW5lIG9uIFNvbGFyaXMgYW5kIHBlcmhhcHMgb24gTGludXggaWYgeW91IGtub3cgaXQgd2VsbAo+ PiBlbm91Z2ggaXNuJ3Qgc3VmZmljaWVudC4gIEl0J3Mgbm90IGV2ZW4gc3VwcG9ydGVkIGluIERl YmlhbiBkZXNwaXRlCj4+IERlYmlhbiBoYXMgYSBwYWNrYWdlIGZvciBwcmV0dHkgbXVjaCBldmVy eXRoaW5nLgo+Cj4gU2VlIHByZXZpb3VzIGNvbW1lbnQgYWJvdXQgRGViaWFuIGluZHVjZWQgc29s aXBzaXNtLiBUaGlua2luZyB0aGF0Cj4gYW55dGhpbmcgbm90IGluIHRoZSBEZWJpYW4gcmVwb3Np dG9yeSBpcyBub3Qgd29ydGggdXNpbmcgaXMgYW5hbG9nb3VzCj4gdG8gdGhpbmtpbmcgdGhhdCBz b21ldGhpbmcgbXVzdCBiZSB0cnVlIGJlY2F1c2UgeW91IHJlYWQgaXQgb24gdGhlCj4gaW50ZXJu ZXQuCj4KPiBJZiB5b3UgYXJlIGF0IHRoYXQgbGV2ZWwgb2YgYWR2YW5jZW1lbnQgd2hlbiBpdCBj b21lcyB0byBzeXN0ZW1zCj4gYWRtaW5pc3RyYXRpb24geW91IG5lZWQgdG8gcHJvZ3Jlc3MgZnVy dGhlciBmaXJzdCwgYXQgbGVhc3QgdG8gdGhlCj4gcG9pbnQgd2hlcmUgeW91IGFyZSBjb21mb3J0 YWJsZSB3aXRoIHN0cmF5aW5nIG9mZiB0aGUgc3RyYWlnaHQgYW5kCj4gbmFycm93LgoKWW91IG1p Z2h0IGJlIGF0IGEgImxldmVsIiBhdCB3aGljaCwgaWYgYSBzaW5nbGUgcGVyc29uIHN1Z2dlc3Qg dGhhdCB5b3UKbW92ZSBhIG1pc3Npb24gY3JpdGljYWwgdGhpbmcgZnJvbSBhcHBsaWNhdGlvbiBB IHdoaWNoIHlvdSBrbm93IHRvIHdvcmsKdG8gYW5vdGhlciBhcHBsaWNhdGlvbiBCIHdoaWNoIHlv dSBkb24ndCBrbm93IGF0IGFsbCwgd2hpY2ggYXBwZWFycyB0bwpiZSBzb21ld2hhdCBwb29ybHkg ZG9jdW1lbnRlZCBhbmQgd2hpY2ggcHJvdmlkZXMgYW4gdW5jZXJ0YWluIGFkdmFudGFnZSwKeW91 IGp1bXAgcmlnaHQgYXQgdGVzdGluZyBpdCBldmVuIHRob3VnaCBqdXN0IHRlc3RpbmcgaXQgbWVh bnMgeW91IG11c3QKZW5kYW5nZXIgdGhlIG1pc3Npb24gY3JpdGljYWwgdGhpbmcuICBJIGhhdmUg bmV2ZXIgYmVlbiBhdCB0aGF0ICJsZXZlbCIKYW5kIGRvbid0IHdhbnQgdG8gZ28gdGhlcmUuCgpJ IGRvbid0IHNlcmlvdXNseSB0aGluayB0aGF0IHlvdSBhcmUsIGVpdGhlciwgYmVjYXVzZSB0b28g bXVjaCBvZiB3aGF0CnlvdSdyZSBzYXlpbmcgbWFrZXMgc2Vuc2UuICBJIG1lcmVseSByZWZ1c2Ug dG8gZ28gdG8gdGhhdCAibGV2ZWwiLgoKRG9uJ3Qgd29ycnkgLS0tIEknbGwgZG8gc29tZSB0ZXN0 aW5nIHdoZW4gSSBmZWVsIGxpa2UgaXQsIHdoZW4gSSBoYXZlCnRoZSB0aW1lIGFuZCB3aGVuIEkg Zm91bmQgYSBub24tZGFuZ2Vyb3VzIHdheSB0byBkbyBpdC4KCgotLSAKS25vd2xlZGdlIGlzIHZv bGF0aWxlIGFuZCBmbHVpZC4gIFNvZnR3YXJlIGlzIHBvd2VyLgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Jul 06 16:00:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:00:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqS-00010s-Mo; Sun, 06 Jul 2014 15:59:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3oqQ-00010A-Du for xen-users@lists.xen.org; Sun, 06 Jul 2014 15:59:14 +0000 Received: from [85.158.139.211:9922] by server-14.bemta-5.messagelabs.com id F7/D1-27057-15279B35; Sun, 06 Jul 2014 15:59:13 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-206.messagelabs.com!1404662351!10579632!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, DATE_IN_PAST_03_06 X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26674 invoked from network); 6 Jul 2014 15:59:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 6 Jul 2014 15:59:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X3oqM-0004G9-Dr for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X3oqM-0003zV-9w for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:59:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B7D524.2030305@bobich.net> (Gordan Bobic's message of "Sat, 05 Jul 2014 11:36:20 +0100") Date: Sun, 06 Jul 2014 12:11:17 +0200 Organization: my virtual residence Message-ID: <871ttypzju.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B4FC44.8030408@bobich.net> <874myx80hf.fsf@yun.yagibdah.de> <53B7D524.2030305@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 07/04/2014 07:03 PM, lee wrote: >> Gordan Bobic writes: >>> http://lmgtfy.com/?q=zfs+linux&l=1 >> >> Funny --- how many findings do you get? A couple million? > > It's an "I'm feeling lucky" link, so the number of findings you get is > 1, and it even forwards you straight to it. I understood your intention to insult me before the animation finished, so I didn't wait. Anyway, picking one random result out of a great many isn't any more helpful than displaying the great many. >> 'apt-cache search zfs' is *much* more relevant. > > I think that by saying this you have just demonstrated that the rest > of us that have participated in this thread have largely been wasting > our time. if you think so >>>> Does ZFS do that? Since it's about keeping the data safe, it might have >>>> a good deal of protection against user errors. >>> >>> I don't think it's possible to guard against user errors. If you're >>> concerned about user errors, get someone else to manage your machines >>> and not give you the root password. >> >> It is possible to guard. It's not possible to prevent them. > > Sacrificing productivity for hand holding is not the *nix > paradigm. It's competence of bust. I for one don't want every command > I type to ask "are you sure" before it does what I told it to. All it > achieves it desensitizes you to the question and you end up saying y > automatically after a while, without considering what it even said. All the commands you issue are such that they destroy whole file systems? >>> You don't have to rebuild a pool. The existing pool is modified in >>> place and that usually takes a few seconds. Typically the pool version >>> headers get a bump, and from there on ZFS knows it can put additional >>> metadata in place. >>> >>> Similar happens when you toggle deduplication on a pool. It puts the >>> deduplication hash table headers in place. Even you remove the volume >>> that has been deduplicated and don't have any deduplicated blocks >>> afterwards, the headers will remain in place. But that doesn't break >>> anything and it doesn't require rebuilding of a pool. >> >> Then it should be easy to turn features off later. > > You can, but for example disabling compression on a compressed pool > won't decompress all the data. It will only make sure the data written > from that point on isn't compressed. If you want to actually > decompress the data, you'll have to copy it to an uncompressed file > system on the same pool, then destroy the old, compressed file system. Why isn't there a command to uncompress the compressed data? > systems. ZFS is the only file system I have used for the data on which > I never had to reach for backups. One of the reasons for this may very well be that you know ZFS so well. I don't know it at all. We probably have a very different understanding or use of file systems. I have some data I need stored, so I create a file system (since I can't very well store the data without one) and store data on it, and that's all. I'm not "using" the file system for anything more than that. The simpler and the more reliably that works, the better. You create a file system and use it for making snapshots, adding features and whatever other complicated things there are, besides storing some data. You're using an exotic file system which isn't widely supported on Linux and run into bugs and problems which you were lucky to be able to recover from by talking to developers and supporters. If I was to switch to this file system, I'd much more likely than you make user errors because I don't know this complicated file system, and I might run into problems or bugs I might not be able to recover from because I don't have access to the developers or supporters. The unknown file system would have the advantage that it could prevent silent data corruption, which is a problem I haven't noticed yet. Such a switch isn't very appealing, as great as this file system might be. >> Perhaps nothing of what you're saying about ZFS is true ;) > > OK, you got me - I confess: it's all a part of my hidden agenda to > waste my time debating the issue with someone who hasn't progressed > beyond using software that isn't in their distribution's package > repository. If you think I haven't, it must be true. >> You seem to have a lot of disks failing. > > I do, but it's slowing down dramatically as I'm running out of Seagates. Hm, so Seagates haven't changed over the last 20 years ... Fortunately, I have two spares for the two I have. >> At how many errors do you need to replace a disk? > > Depends on the disk. > One of my Seagates rports the following line in SMART: > > 5 Reallocated_Sector_Ct 0x0033 063 063 036 Pre-fail > Always - 1549 > > So it has 1549 reallocated sectors at the moment. The stats start at > 100, and the threshold for the disk needing to be replaced is > 36. AFAIK, these are percentages. So, 1549 sectors = 100-63=37% of > spare sectors used. That would imply that this particular disk has > approximately 4100 spare sectors, and that it should be replaced when > the number of them remaining falls below 36%. > >> Are sectors that had errors being re-used, > > You'll have to ask your disk manufacturer that. WD and Samsung > might. Or they could just be lying about the number of reallocated > sectors they have. WD and Samsung drives seem to have a feature where > a pending sector doesn't convert into a reallocated sector, which > implies either the reallocation count is lying the the previously > failed sectors are being re-used if the data sticks to them within the > limit of ECC's ability to recover. So the smart numbers don't really give you an answer, unless the disk manufacturer told you exactly what's actually going on. I was thinking of errors detected by ZFS, though. What if you see a few: Do you replace the disk, or do you wait until there are so many? >> or does ZFS keep a list of sectors not to use anymore? > > As I said before, disk's handle their own defects, and have done for > the past decade or two. File systems have long had no place in keeping > track of duff sectors on disks. So ZFS may silently loose redundancy (and in a bad case data), depending on what the disks do. And there isn't any way around that, other than increasing redundancy. >> That would mean that a disk which has been failed due to error >> correction taking too long may still be fine. > > Yes. Most disks have some reallocated sectors after a while. Hm, with the failed disk I have, it must be several because it was failed repeatedly. It might be interesting to look at the smart numbers, and perhaps I should use it to try out ZFS. It would be a pity to just waste it. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:31:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:31:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pLA-0003Lx-9g; Sun, 06 Jul 2014 16:31:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pL8-0003Ls-F1 for xen-users@lists.xen.org; Sun, 06 Jul 2014 16:30:58 +0000 Received: from [193.109.254.147:58673] by server-9.bemta-14.messagelabs.com id 3E/C5-14237-1C979B35; Sun, 06 Jul 2014 16:30:57 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-27.messagelabs.com!1404664256!15753151!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22824 invoked from network); 6 Jul 2014 16:30:56 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2014 16:30:56 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id B737E221DE2 for ; Sun, 6 Jul 2014 17:30:55 +0100 (BST) Message-ID: <53B979BE.3030006@bobich.net> Date: Sun, 06 Jul 2014 17:30:54 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B4FC44.8030408@bobich.net> <874myx80hf.fsf@yun.yagibdah.de> <53B7D524.2030305@bobich.net> <871ttypzju.fsf@yun.yagibdah.de> In-Reply-To: <871ttypzju.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/06/2014 11:11 AM, lee wrote: >>>>> Does ZFS do that? Since it's about keeping the data safe, it might have >>>>> a good deal of protection against user errors. >>>> >>>> I don't think it's possible to guard against user errors. If you're >>>> concerned about user errors, get someone else to manage your machines >>>> and not give you the root password. >>> >>> It is possible to guard. It's not possible to prevent them. >> >> Sacrificing productivity for hand holding is not the *nix >> paradigm. It's competence of bust. I for one don't want every command >> I type to ask "are you sure" before it does what I told it to. All it >> achieves it desensitizes you to the question and you end up saying y >> automatically after a while, without considering what it even said. > > All the commands you issue are such that they destroy whole file > systems? Of course not, but there are few if any commands that have the ability to destroy a FS which ask for confirmation before doing so. >>>> You don't have to rebuild a pool. The existing pool is modified in >>>> place and that usually takes a few seconds. Typically the pool version >>>> headers get a bump, and from there on ZFS knows it can put additional >>>> metadata in place. >>>> >>>> Similar happens when you toggle deduplication on a pool. It puts the >>>> deduplication hash table headers in place. Even you remove the volume >>>> that has been deduplicated and don't have any deduplicated blocks >>>> afterwards, the headers will remain in place. But that doesn't break >>>> anything and it doesn't require rebuilding of a pool. >>> >>> Then it should be easy to turn features off later. >> >> You can, but for example disabling compression on a compressed pool >> won't decompress all the data. It will only make sure the data written >> from that point on isn't compressed. If you want to actually >> decompress the data, you'll have to copy it to an uncompressed file >> system on the same pool, then destroy the old, compressed file system. > > Why isn't there a command to uncompress the compressed data? Why would there be? If you want to uncompress it, copy the files to a new directory, remove the original directory, then rename the new directory. You could probably write a one line script to do that for you if it's such a big problem. >> systems. ZFS is the only file system I have used for the data on which >> I never had to reach for backups. > > One of the reasons for this may very well be that you know ZFS so well. > I don't know it at all. I knew other file systems at least as well if not better, yet it didn't help. > We probably have a very different understanding or use of file systems. > I have some data I need stored, so I create a file system (since I can't > very well store the data without one) and store data on it, and that's > all. I'm not "using" the file system for anything more than that. The > simpler and the more reliably that works, the better. > > You create a file system and use it for making snapshots, adding > features and whatever other complicated things there are, besides > storing some data. You're using an exotic file system which isn't > widely supported on Linux and run into bugs and problems which you were > lucky to be able to recover from by talking to developers and > supporters. > > If I was to switch to this file system, I'd much more likely than you > make user errors because I don't know this complicated file system, and > I might run into problems or bugs I might not be able to recover from > because I don't have access to the developers or supporters. The > unknown file system would have the advantage that it could prevent > silent data corruption, which is a problem I haven't noticed yet. Such > a switch isn't very appealing, as great as this file system might be. And without a file system that detects said corruption for you, you will never notice it either. >>> Perhaps nothing of what you're saying about ZFS is true ;) >> >> OK, you got me - I confess: it's all a part of my hidden agenda to >> waste my time debating the issue with someone who hasn't progressed >> beyond using software that isn't in their distribution's package >> repository. > > If you think I haven't, it must be true. You are the one that implied that not having the package in the distribution repository was such a big deal. >>> At how many errors do you need to replace a disk? >> >> Depends on the disk. >> One of my Seagates rports the following line in SMART: >> >> 5 Reallocated_Sector_Ct 0x0033 063 063 036 Pre-fail >> Always - 1549 >> >> So it has 1549 reallocated sectors at the moment. The stats start at >> 100, and the threshold for the disk needing to be replaced is >> 36. AFAIK, these are percentages. So, 1549 sectors = 100-63=37% of >> spare sectors used. That would imply that this particular disk has >> approximately 4100 spare sectors, and that it should be replaced when >> the number of them remaining falls below 36%. >> >>> Are sectors that had errors being re-used, >> >> You'll have to ask your disk manufacturer that. WD and Samsung >> might. Or they could just be lying about the number of reallocated >> sectors they have. WD and Samsung drives seem to have a feature where >> a pending sector doesn't convert into a reallocated sector, which >> implies either the reallocation count is lying the the previously >> failed sectors are being re-used if the data sticks to them within the >> limit of ECC's ability to recover. > > So the smart numbers don't really give you an answer, unless the disk > manufacturer told you exactly what's actually going on. SMART numbers SHOULD give you the answer, unless the manufacturer has deliberately made the firmware lie about it in the interest of reducing warranty return rates. > I was thinking of errors detected by ZFS, though. What if you see a > few: Do you replace the disk, or do you wait until there are so many? Depends on the rate at which they are showing up. If every week the same disk throws a few errors, then yes, it is a good candidate for replacing. But usually there are other indications in SMART and syslog, e.g. command timeouts, bus resets, and similar. >>> or does ZFS keep a list of sectors not to use anymore? >> >> As I said before, disk's handle their own defects, and have done for >> the past decade or two. File systems have long had no place in keeping >> track of duff sectors on disks. > > So ZFS may silently loose redundancy (and in a bad case data), depending > on what the disks do. And there isn't any way around that, other than > increasing redundancy. How do you define "silently"? How would you detect disk failure with any traditional (hardware or software) RAID arrangement? You have to configure some kind of monitoring, appropriate to your system. ZFS is no different. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:31:42 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:31:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pLA-0003Lx-9g; Sun, 06 Jul 2014 16:31:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pL8-0003Ls-F1 for xen-users@lists.xen.org; Sun, 06 Jul 2014 16:30:58 +0000 Received: from [193.109.254.147:58673] by server-9.bemta-14.messagelabs.com id 3E/C5-14237-1C979B35; Sun, 06 Jul 2014 16:30:57 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-13.tower-27.messagelabs.com!1404664256!15753151!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22824 invoked from network); 6 Jul 2014 16:30:56 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2014 16:30:56 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id B737E221DE2 for ; Sun, 6 Jul 2014 17:30:55 +0100 (BST) Message-ID: <53B979BE.3030006@bobich.net> Date: Sun, 06 Jul 2014 17:30:54 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B4FC44.8030408@bobich.net> <874myx80hf.fsf@yun.yagibdah.de> <53B7D524.2030305@bobich.net> <871ttypzju.fsf@yun.yagibdah.de> In-Reply-To: <871ttypzju.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/06/2014 11:11 AM, lee wrote: >>>>> Does ZFS do that? Since it's about keeping the data safe, it might have >>>>> a good deal of protection against user errors. >>>> >>>> I don't think it's possible to guard against user errors. If you're >>>> concerned about user errors, get someone else to manage your machines >>>> and not give you the root password. >>> >>> It is possible to guard. It's not possible to prevent them. >> >> Sacrificing productivity for hand holding is not the *nix >> paradigm. It's competence of bust. I for one don't want every command >> I type to ask "are you sure" before it does what I told it to. All it >> achieves it desensitizes you to the question and you end up saying y >> automatically after a while, without considering what it even said. > > All the commands you issue are such that they destroy whole file > systems? Of course not, but there are few if any commands that have the ability to destroy a FS which ask for confirmation before doing so. >>>> You don't have to rebuild a pool. The existing pool is modified in >>>> place and that usually takes a few seconds. Typically the pool version >>>> headers get a bump, and from there on ZFS knows it can put additional >>>> metadata in place. >>>> >>>> Similar happens when you toggle deduplication on a pool. It puts the >>>> deduplication hash table headers in place. Even you remove the volume >>>> that has been deduplicated and don't have any deduplicated blocks >>>> afterwards, the headers will remain in place. But that doesn't break >>>> anything and it doesn't require rebuilding of a pool. >>> >>> Then it should be easy to turn features off later. >> >> You can, but for example disabling compression on a compressed pool >> won't decompress all the data. It will only make sure the data written >> from that point on isn't compressed. If you want to actually >> decompress the data, you'll have to copy it to an uncompressed file >> system on the same pool, then destroy the old, compressed file system. > > Why isn't there a command to uncompress the compressed data? Why would there be? If you want to uncompress it, copy the files to a new directory, remove the original directory, then rename the new directory. You could probably write a one line script to do that for you if it's such a big problem. >> systems. ZFS is the only file system I have used for the data on which >> I never had to reach for backups. > > One of the reasons for this may very well be that you know ZFS so well. > I don't know it at all. I knew other file systems at least as well if not better, yet it didn't help. > We probably have a very different understanding or use of file systems. > I have some data I need stored, so I create a file system (since I can't > very well store the data without one) and store data on it, and that's > all. I'm not "using" the file system for anything more than that. The > simpler and the more reliably that works, the better. > > You create a file system and use it for making snapshots, adding > features and whatever other complicated things there are, besides > storing some data. You're using an exotic file system which isn't > widely supported on Linux and run into bugs and problems which you were > lucky to be able to recover from by talking to developers and > supporters. > > If I was to switch to this file system, I'd much more likely than you > make user errors because I don't know this complicated file system, and > I might run into problems or bugs I might not be able to recover from > because I don't have access to the developers or supporters. The > unknown file system would have the advantage that it could prevent > silent data corruption, which is a problem I haven't noticed yet. Such > a switch isn't very appealing, as great as this file system might be. And without a file system that detects said corruption for you, you will never notice it either. >>> Perhaps nothing of what you're saying about ZFS is true ;) >> >> OK, you got me - I confess: it's all a part of my hidden agenda to >> waste my time debating the issue with someone who hasn't progressed >> beyond using software that isn't in their distribution's package >> repository. > > If you think I haven't, it must be true. You are the one that implied that not having the package in the distribution repository was such a big deal. >>> At how many errors do you need to replace a disk? >> >> Depends on the disk. >> One of my Seagates rports the following line in SMART: >> >> 5 Reallocated_Sector_Ct 0x0033 063 063 036 Pre-fail >> Always - 1549 >> >> So it has 1549 reallocated sectors at the moment. The stats start at >> 100, and the threshold for the disk needing to be replaced is >> 36. AFAIK, these are percentages. So, 1549 sectors = 100-63=37% of >> spare sectors used. That would imply that this particular disk has >> approximately 4100 spare sectors, and that it should be replaced when >> the number of them remaining falls below 36%. >> >>> Are sectors that had errors being re-used, >> >> You'll have to ask your disk manufacturer that. WD and Samsung >> might. Or they could just be lying about the number of reallocated >> sectors they have. WD and Samsung drives seem to have a feature where >> a pending sector doesn't convert into a reallocated sector, which >> implies either the reallocation count is lying the the previously >> failed sectors are being re-used if the data sticks to them within the >> limit of ECC's ability to recover. > > So the smart numbers don't really give you an answer, unless the disk > manufacturer told you exactly what's actually going on. SMART numbers SHOULD give you the answer, unless the manufacturer has deliberately made the firmware lie about it in the interest of reducing warranty return rates. > I was thinking of errors detected by ZFS, though. What if you see a > few: Do you replace the disk, or do you wait until there are so many? Depends on the rate at which they are showing up. If every week the same disk throws a few errors, then yes, it is a good candidate for replacing. But usually there are other indications in SMART and syslog, e.g. command timeouts, bus resets, and similar. >>> or does ZFS keep a list of sectors not to use anymore? >> >> As I said before, disk's handle their own defects, and have done for >> the past decade or two. File systems have long had no place in keeping >> track of duff sectors on disks. > > So ZFS may silently loose redundancy (and in a bad case data), depending > on what the disks do. And there isn't any way around that, other than > increasing redundancy. How do you define "silently"? How would you detect disk failure with any traditional (hardware or software) RAID arrangement? You have to configure some kind of monitoring, appropriate to your system. ZFS is no different. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:36:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:36:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pQG-0003Wu-8C; Sun, 06 Jul 2014 16:36:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pQE-0003Wg-65 for xen-users@lists.xen.org; Sun, 06 Jul 2014 16:36:14 +0000 Received: from [85.158.143.35:49326] by server-3.bemta-4.messagelabs.com id 43/72-16194-DFA79B35; Sun, 06 Jul 2014 16:36:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-21.messagelabs.com!1404664571!16077430!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9742 invoked from network); 6 Jul 2014 16:36:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2014 16:36:12 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 57073221DE2 for ; Sun, 6 Jul 2014 17:36:11 +0100 (BST) Message-ID: <53B97AFA.9070400@bobich.net> Date: Sun, 06 Jul 2014 17:36:10 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <53B7CD37.8050905@bobich.net> <87simeoiim.fsf@yun.yagibdah.de> In-Reply-To: <87simeoiim.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMDcvMDYvMjAxNCAxMjowNCBQTSwgbGVlIHdyb3RlOgo+IEdvcmRhbiBCb2JpYyA8Z29yZGFu QGJvYmljaC5uZXQ+IHdyaXRlczoKPgo+PiBPbiAwNy8wNC8yMDE0IDA2OjI1IFBNLCBsZWUgd3Jv dGU6Cj4+PiBOdW5vIE1hZ2FsaMOjZXMgPG51bm9tYWdhbGhhZXNAZXUuaXBwLnB0PiB3cml0ZXM6 Cj4+Pgo+Pj4+IFRoaXMgbWF5IGJlIGlycmVsZXZhbnQgdG8gZXZlbiBtZW50aW9uLCBidXQgbW9z dCBzdHVmZiBpIGZpbmQgb24gVGhlCj4+Pj4gTmV0IGlzIHVzdWFsbHkgb3V0ZGF0ZWQgYnkgYSBm ZXcgeWVhcnMsIHNvIGkgYWx3YXlzIHRyeSB0byBjaGVjayBhKQo+Pj4+IHdoZW4gd2FzIGl0IHdy aXR0ZW4gYW5kIGIpIGJ5IHdobyBhbmQgd2hhdCdzIHRoZWlyIGF1dGhvcml0eSBvbiB0aGUKPj4+ PiBtYXR0ZXIgIChzdWJqZWN0aXZlKS4gUGx1cywgaXQgc2VlbXMgdG8gbWUgWkZTIGlzIG5vdCB0 aGF0IHdlbGwta25vd24KPj4+PiB0byBsaW51eCBmb2xrIChpIGluY2x1ZGVkKSBzbyB0aGVyZSBt YXkgYmUgYSBsaXR0bGUgY2hlc3QtdGh1bXBpbmcKPj4+PiBnb2luZyBvbiBzaW5jZSBaRlMgaXMg bW9zdGx5IGEgU29sYXJpcyB0aGluZyAoYXMgaXMgZHRyYWNlLi4uKS4gRHVubm8KPj4+Cj4+PiBJ IGZpbmQgaXQgdmVyeSByZWxldmFudCBzaW5jZSBJIG5lZWQgc29tZSBnb29kIGRvY3VtZW50YXRp b24gYmVmb3JlIEkKPj4+IHRyeSBvdXQgWkZTLCBhbmQgdGhhdCBkb2N1bWVudGF0aW9uIG5lZWRz IHRvIGJlIHVwIHRvIGRhdGUuICBJIGhhdmVuJ3QKPj4+IHJlYWxseSBsb29rZWQgeWV0LCBidXQg dGhhdCBJIGRpZG4ndCBjb21lIGFjcm9zcyBzdWNoIGRvY3VtZW50YXRpb24gd2l0aAo+Pj4gd2hh dCBJJ3ZlIGJlZW4gbG9va2luZyBmb3IgeWV0IG1ha2VzIG1lIHdvbmRlciBpZiB0aGVyZSBldmVu IGlzIG9uZS4KPj4KPj4gVGhlIG1hbiBwYWdlIGlzIGZ1bGx5IHVwIHRvIGRhdGUuCj4KPiBJIGhh dmVuJ3QgaW5zdGFsbGVkIGl0IHlldCwgc28gSSBkb24ndCBoYXZlIHRoZSBtYW4gcGFnZS4KPgo+ PiBBbmQgdGhlcmUgaXMgcGxlbnR5IG9mIG90aGVyIGRvY3VtZW50YXRpb24gZGlyZWN0bHkgbGlu a2VkIGZyb20gdGhlCj4+IGxhbmRpbmcgcGFnZSBvZiB0aGUgWkZTLW9uLUxpbnV4IHNpdGUuIFRo ZSBvbmUgdGhlIExNR1RGWSAiSSdtIGZlZWxpbmcKPj4gbHVja3kiIGxpbmsgSSBzZW50IGVhcmxp ZXIgZ2V0cyB5b3UgdG8uCj4KPiBJbGx1bW9zIFpGUyBEb2N1bWVudGF0aW9uCj4gWkZTIG9uIExp bnV4IFVzZXIgR3VpZGUKPiBTb2xhcmlzIFpGUyBBZG1pbmlzdHJhdGlvbiBHdWlkZQo+Cj4gWkZT IG9uIExpbnV4IGZvciBMdXN0cmUKPiBaRlMgb24gTGludXggZm9yIEx1c3RyZQo+IFNlcXVvaWEn cyA1NVBCIEx1c3RyZStaRlMgRmlsZXN5c3RlbQo+IFNlcXVvaWEgYW5kIHRoZSBaRlMgT1NECj4K PiBJJ3ZlIG5ldmVyIHVzZWQgU29sYXJpcywgSSBkb24ndCBrbm93IHdoYXQgSWxsdW1vcywgTHVz dHJlIGFuZCBTZXF1b2lhCj4gYXJlLCBhbmQgdGhlIGRvY3VtZW50YXRpb24gZm9yIExpbnV4IGlz ICJvbmx5IiBhIHVzZXIgZ3VpZGUsIGFuZCBpdCdzCj4gdHdvIHllYXJzIG9sZC4KClRoYXQgZG9l c24ndCBtZWFuIGl0J3MgZGVwcmVjYXRlZC4gQ29tbWFuZHMgYW5kIGZlYXR1cmVzIGluIFpGUyBh cmUgCmxhcmdlbHkgdW5jaGFuZ2VkIHNpbmNlIHRoZW4gYW5kIHRoZSBkaWZmZXJlbmNlcyBhcmUg aXJyZWxldmFudCBmb3IgCnBlb3BsZSB3aG8ganVzdCB3YW50IHRvIHVzZSBpdCBpbiBuZXcgaW5z dGFsbGF0aW9ucy4KCj4gSSBoYXZlbid0IHJlYWQgdGhlIGd1aWRlIHlldCwgcGVyaGFwcyBpdCdz IGdvb2QuICBUaGF0IGl0J3MgdHdvIHllYXJzCj4gb2xkIGRvZXNuJ3QgbWVhbiBpdCdzIHVwIHRv IGRhdGUsIGFuZCBJIGhhdmUgbm8gd2F5IHRvIHRlbGwgd2hhdCBvZiBpdAo+IHN0aWxsIGFwcGxp ZXMgYW5kIHdoYXQgbm90LgoKSXQgZG9lc24ndCBtZWFuIGl0J3Mgb3V0IG9mIGRhdGUsIGVpdGhl ci4KCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVu LXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMu eGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Jul 06 16:36:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:36:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pQG-0003Wu-8C; Sun, 06 Jul 2014 16:36:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pQE-0003Wg-65 for xen-users@lists.xen.org; Sun, 06 Jul 2014 16:36:14 +0000 Received: from [85.158.143.35:49326] by server-3.bemta-4.messagelabs.com id 43/72-16194-DFA79B35; Sun, 06 Jul 2014 16:36:13 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-21.messagelabs.com!1404664571!16077430!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9742 invoked from network); 6 Jul 2014 16:36:12 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2014 16:36:12 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 57073221DE2 for ; Sun, 6 Jul 2014 17:36:11 +0100 (BST) Message-ID: <53B97AFA.9070400@bobich.net> Date: Sun, 06 Jul 2014 17:36:10 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <53B7CD37.8050905@bobich.net> <87simeoiim.fsf@yun.yagibdah.de> In-Reply-To: <87simeoiim.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMDcvMDYvMjAxNCAxMjowNCBQTSwgbGVlIHdyb3RlOgo+IEdvcmRhbiBCb2JpYyA8Z29yZGFu QGJvYmljaC5uZXQ+IHdyaXRlczoKPgo+PiBPbiAwNy8wNC8yMDE0IDA2OjI1IFBNLCBsZWUgd3Jv dGU6Cj4+PiBOdW5vIE1hZ2FsaMOjZXMgPG51bm9tYWdhbGhhZXNAZXUuaXBwLnB0PiB3cml0ZXM6 Cj4+Pgo+Pj4+IFRoaXMgbWF5IGJlIGlycmVsZXZhbnQgdG8gZXZlbiBtZW50aW9uLCBidXQgbW9z dCBzdHVmZiBpIGZpbmQgb24gVGhlCj4+Pj4gTmV0IGlzIHVzdWFsbHkgb3V0ZGF0ZWQgYnkgYSBm ZXcgeWVhcnMsIHNvIGkgYWx3YXlzIHRyeSB0byBjaGVjayBhKQo+Pj4+IHdoZW4gd2FzIGl0IHdy aXR0ZW4gYW5kIGIpIGJ5IHdobyBhbmQgd2hhdCdzIHRoZWlyIGF1dGhvcml0eSBvbiB0aGUKPj4+ PiBtYXR0ZXIgIChzdWJqZWN0aXZlKS4gUGx1cywgaXQgc2VlbXMgdG8gbWUgWkZTIGlzIG5vdCB0 aGF0IHdlbGwta25vd24KPj4+PiB0byBsaW51eCBmb2xrIChpIGluY2x1ZGVkKSBzbyB0aGVyZSBt YXkgYmUgYSBsaXR0bGUgY2hlc3QtdGh1bXBpbmcKPj4+PiBnb2luZyBvbiBzaW5jZSBaRlMgaXMg bW9zdGx5IGEgU29sYXJpcyB0aGluZyAoYXMgaXMgZHRyYWNlLi4uKS4gRHVubm8KPj4+Cj4+PiBJ IGZpbmQgaXQgdmVyeSByZWxldmFudCBzaW5jZSBJIG5lZWQgc29tZSBnb29kIGRvY3VtZW50YXRp b24gYmVmb3JlIEkKPj4+IHRyeSBvdXQgWkZTLCBhbmQgdGhhdCBkb2N1bWVudGF0aW9uIG5lZWRz IHRvIGJlIHVwIHRvIGRhdGUuICBJIGhhdmVuJ3QKPj4+IHJlYWxseSBsb29rZWQgeWV0LCBidXQg dGhhdCBJIGRpZG4ndCBjb21lIGFjcm9zcyBzdWNoIGRvY3VtZW50YXRpb24gd2l0aAo+Pj4gd2hh dCBJJ3ZlIGJlZW4gbG9va2luZyBmb3IgeWV0IG1ha2VzIG1lIHdvbmRlciBpZiB0aGVyZSBldmVu IGlzIG9uZS4KPj4KPj4gVGhlIG1hbiBwYWdlIGlzIGZ1bGx5IHVwIHRvIGRhdGUuCj4KPiBJIGhh dmVuJ3QgaW5zdGFsbGVkIGl0IHlldCwgc28gSSBkb24ndCBoYXZlIHRoZSBtYW4gcGFnZS4KPgo+ PiBBbmQgdGhlcmUgaXMgcGxlbnR5IG9mIG90aGVyIGRvY3VtZW50YXRpb24gZGlyZWN0bHkgbGlu a2VkIGZyb20gdGhlCj4+IGxhbmRpbmcgcGFnZSBvZiB0aGUgWkZTLW9uLUxpbnV4IHNpdGUuIFRo ZSBvbmUgdGhlIExNR1RGWSAiSSdtIGZlZWxpbmcKPj4gbHVja3kiIGxpbmsgSSBzZW50IGVhcmxp ZXIgZ2V0cyB5b3UgdG8uCj4KPiBJbGx1bW9zIFpGUyBEb2N1bWVudGF0aW9uCj4gWkZTIG9uIExp bnV4IFVzZXIgR3VpZGUKPiBTb2xhcmlzIFpGUyBBZG1pbmlzdHJhdGlvbiBHdWlkZQo+Cj4gWkZT IG9uIExpbnV4IGZvciBMdXN0cmUKPiBaRlMgb24gTGludXggZm9yIEx1c3RyZQo+IFNlcXVvaWEn cyA1NVBCIEx1c3RyZStaRlMgRmlsZXN5c3RlbQo+IFNlcXVvaWEgYW5kIHRoZSBaRlMgT1NECj4K PiBJJ3ZlIG5ldmVyIHVzZWQgU29sYXJpcywgSSBkb24ndCBrbm93IHdoYXQgSWxsdW1vcywgTHVz dHJlIGFuZCBTZXF1b2lhCj4gYXJlLCBhbmQgdGhlIGRvY3VtZW50YXRpb24gZm9yIExpbnV4IGlz ICJvbmx5IiBhIHVzZXIgZ3VpZGUsIGFuZCBpdCdzCj4gdHdvIHllYXJzIG9sZC4KClRoYXQgZG9l c24ndCBtZWFuIGl0J3MgZGVwcmVjYXRlZC4gQ29tbWFuZHMgYW5kIGZlYXR1cmVzIGluIFpGUyBh cmUgCmxhcmdlbHkgdW5jaGFuZ2VkIHNpbmNlIHRoZW4gYW5kIHRoZSBkaWZmZXJlbmNlcyBhcmUg aXJyZWxldmFudCBmb3IgCnBlb3BsZSB3aG8ganVzdCB3YW50IHRvIHVzZSBpdCBpbiBuZXcgaW5z dGFsbGF0aW9ucy4KCj4gSSBoYXZlbid0IHJlYWQgdGhlIGd1aWRlIHlldCwgcGVyaGFwcyBpdCdz IGdvb2QuICBUaGF0IGl0J3MgdHdvIHllYXJzCj4gb2xkIGRvZXNuJ3QgbWVhbiBpdCdzIHVwIHRv IGRhdGUsIGFuZCBJIGhhdmUgbm8gd2F5IHRvIHRlbGwgd2hhdCBvZiBpdAo+IHN0aWxsIGFwcGxp ZXMgYW5kIHdoYXQgbm90LgoKSXQgZG9lc24ndCBtZWFuIGl0J3Mgb3V0IG9mIGRhdGUsIGVpdGhl ci4KCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVu LXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMu eGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Jul 06 16:55:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:55:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3piR-0004Gp-Ii; Sun, 06 Jul 2014 16:55:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3piP-0004Gk-La for xen-users@lists.xen.org; Sun, 06 Jul 2014 16:55:01 +0000 Received: from [85.158.143.35:40052] by server-1.bemta-4.messagelabs.com id F8/E8-09496-56F79B35; Sun, 06 Jul 2014 16:55:01 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-21.messagelabs.com!1404665697!16148042!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2474 invoked from network); 6 Jul 2014 16:54:57 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2014 16:54:57 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D38D4221DE2 for ; Sun, 6 Jul 2014 17:54:56 +0100 (BST) Message-ID: <53B97F60.3030601@bobich.net> Date: Sun, 06 Jul 2014 17:54:56 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> In-Reply-To: <87fvieo5te.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/06/2014 04:38 PM, lee wrote: > Gordan Bobic writes: > >>> On 07/04/2014 06:11 PM, lee wrote: >>> >>> Thanks! Sooner or later I'll try it out. How come there are no >>> packages in the Debian repos other than the fuse package? >> >> Is this some kind of Debian/Ubuntu brain damage that demands that >> everything be pre-chewed and served on a plate via the distro attached >> repositories? That's a very solipsistic view. > > If you think it's an indication of brain damage to prefer using software > that is included in the distribution you're using and to wonder why a > particular software isn't included, then it must be brain damage. Why? My preferred distribution is Enterprise Linux (RedHat, CentOS, Scientific, or derivatives thereof). I maintain a derivative thereof (for ARM, because nobody else did). EL package set is relatively limited, and even if you include well known external repositories like epel and rpmforge, it is still easy to find relatively well known packages that are either not included or have ancient versions in those repositories. IMO, the problem is in a distribution teaching it's users that what doesn't ship with the distribution might as well not exist. That kind of conditioning is what I am referring to. >>> Why exactly is that? Are you modifying your storage system all the time >>> or making snapshots all the time? >> >> Since snapshots in ZFS are "free" in terms of performance, they are >> much more useful for everyday use. They also make incremental backups >> easier because you can use send/receive commands to transfer >> incrementally only the delta between the snapshots. Between that and >> extra integrity-preserving features it makes reaching for backups much >> less frequent. > > So for example, before I start working on some source code ~/src/test.c, > I make a snapshot, and when I'm unhappy with the result, I revert to > what I made the snapshot of? What about emails that have been received > in ~/Mail in the meantime? Don't keep ~/Mail and src on the same volume. >>> Checksumming is sure good to have, being able to fully use the disk >>> caches is, too, as well as not wasting space through fixed block sizes. >> >> Fixed block sizes don't waste space on traditional RAID. Variable >> block sizes are a performance feature that allows ZFS to work around >> the parity RAID problem of performance dropping down to 50% of >> performance of a single disk on partial stripe writes. > > When every file occupies at least 4k because that's the block size the > FS is using, you can waste a lot of space. ZFS cannot use stripes smaller than (sector size) + (redundancy). i.e. if you use disks with 4KB sectors, and you are writing a 10 byte file on RAIDZ2 (n+2 redundancy, similar to RAID6), that will use 3 sectors (one for the data, plus two for n+2 redundancy), i.e. 12KB. Variable stripe width is there to improve write performance of partial writes. >>> The biggest advantage would be checksumming. I'd be trading that >>> against ease of use and great complexity. >> >> Not to mention resistance to learning something new. > > Not mentioning the risks involved ... Perhaps our experiences differ - mine shows that lying and dying disks pose a sufficiently high risk of data loss that a traditional RAID and file system cannot be trusted with keeping the data safe. >>> So you can see how it is not >>> understandable to me what makes ZFS so great that I wouldn't be able to >>> do without anymore. >> >> Then don't use it. > > Maybe, maybe not --- learning about it doesn't hurt. Then you better stop coming up with reasons to not use it. :) >>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>> corrected and going unnoticed, until either, without TLER, the system >>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>> become noticeable only when it's too late. >>>> >>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>> entire pool for defects ("zpool scrub", you should do that >>>> periodically). >>> >>> You're silently loosing more and more redundancy. How do you know when >>> a disk needs to be replaced? >> >> Same way you know with any disk failure - appropriate >> monitoring. Surely that is obvious. > > It's not obvious at all. Do you replace a disk when ZFS has found 10 > errors? Do you replace a disk when SMART is reporting 10 reallocated sectors? Can you even get to information of that granularity with most hardware RAID controllers? You have to exercise some reasonable judgement there, and apply monitoring, just like you would with any other disk/RAID. >>> Does ZFS maintain a list of bad sectors which are not to be used again? >> >> By that fact you are asking this question, I dare say you need to go >> and read up more on how modern disks work. Modern disks manage their >> defects themselves. When a sector fails and cannot be read, they >> return an error on the read, and mark the sector as pending. Next time >> that sector is written, they will write it to one of the spare, hidden >> sectors, and map the LBA for the failed sector to the new >> sector. There has been no need for the file system to keep track of >> physical disk defects in decades. > > That's assuming that the disks reliably do what they are supposed to > do. Can you guarantee that they always will? Of course I can't - but I trust ZFS to mitigate the issue by providing several additional layers that increase the chances that the data will not get damaged. >> zfs send produces a data stream that can be applied to another pool >> using zfs receive. You can pipe this over ssh or netcat to a different >> machine, or you can pipe it to a different pool locally. > > So I'd be required to also use ZFS on the receiving side for it to make > sense. Indeed. >>> That's some laboratory experimenting with ZFS. Backblaze uses ext4, >>> though ZFS would seem to be a very good choice for what they're doing. >>> How can they store so much data without checksumming, without using ECC >>> RAM and not experience a significant amount of data corruption? >> >> You are asking the wrong question - how would they know if they are >> experiencing data corruption? The vast majority of backups are >> write-only. If 4KB of data (one sector) goes bad for every 10TB read, >> if only 1% of the backups ever need to get retrieved, that's one >> detected broken file over 1 petabyte of data stored. > > They claim[1] that they are currently storing over 100 petabytes and > have restored 6.27 billion files. They are expecting to store another > 500 petabyte at another datacenter. That's over a hundred, and if they > meet their plan, at least 500 detected broken files, so they must know. Mentioning such a thing occurs could be considered bad for business. > And I would guess that the number of retrieved files is far greater than > 1%. You get unlimited storage for $5/month and are able to retrieve a > particular single file without significant delays. When you're using > their service, why would you even keep files you don't access frequently > on your own disks? Because their software only lets you back up files you store on your disk - last I checked there are restrictions in place to prevent abuse of the system by using it as unlimited cloud storage rather than backups. > At some point, it's cheaper to have them in backups > and to just retrieve them when you need them. You think you have use > for a NAS or something similar? Why throw the money at it when you can > have something very similar for $5/month? > > How many people have large amounts of data which must be available right > away and couldn't be stored remotely (letting security issues aside)? > Can you store the part of your data which you do not need to have > available right away for a total cost of only $5/month yourself while > that data is readily accessible at any time? > > Considering that, the rate of data restored may well be 20%--50% or even > more. And with only a single file they are unable to restore, their > service would have failed. > > So how can they afford not to use ECC RAM and to use a file system that > allows for data corruption? > > > [1]: http://blog.backblaze.com/category/behind-backblaze/ See above - it can only be used using their closed-source backup software and there are features that get in the way of abuse of the system by using it as just offline storage, and least from what I remember from last time I checked. There's also no Linux support, so I don't use it, so I cannot tell you any more details. >>> What is the actual rate of data corruption or loss prevented or >>> corrected by ZFS due to its checksumming in daily usage? >> >> According to disk manufacturers' own specifications for their own >> disks (i.e. assume it's worse), one unrecoverable error in 10^14 bits >> read. This doesn't include complete disk failures. > > That still doesn't answer the question ... If you define what "daily usage" is in TB/day, you will be able to work out how many errors per day you can expect from the numbers I mentioned above. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:55:30 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:55:30 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3piR-0004Gp-Ii; Sun, 06 Jul 2014 16:55:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3piP-0004Gk-La for xen-users@lists.xen.org; Sun, 06 Jul 2014 16:55:01 +0000 Received: from [85.158.143.35:40052] by server-1.bemta-4.messagelabs.com id F8/E8-09496-56F79B35; Sun, 06 Jul 2014 16:55:01 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-21.messagelabs.com!1404665697!16148042!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2474 invoked from network); 6 Jul 2014 16:54:57 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2014 16:54:57 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id D38D4221DE2 for ; Sun, 6 Jul 2014 17:54:56 +0100 (BST) Message-ID: <53B97F60.3030601@bobich.net> Date: Sun, 06 Jul 2014 17:54:56 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> In-Reply-To: <87fvieo5te.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/06/2014 04:38 PM, lee wrote: > Gordan Bobic writes: > >>> On 07/04/2014 06:11 PM, lee wrote: >>> >>> Thanks! Sooner or later I'll try it out. How come there are no >>> packages in the Debian repos other than the fuse package? >> >> Is this some kind of Debian/Ubuntu brain damage that demands that >> everything be pre-chewed and served on a plate via the distro attached >> repositories? That's a very solipsistic view. > > If you think it's an indication of brain damage to prefer using software > that is included in the distribution you're using and to wonder why a > particular software isn't included, then it must be brain damage. Why? My preferred distribution is Enterprise Linux (RedHat, CentOS, Scientific, or derivatives thereof). I maintain a derivative thereof (for ARM, because nobody else did). EL package set is relatively limited, and even if you include well known external repositories like epel and rpmforge, it is still easy to find relatively well known packages that are either not included or have ancient versions in those repositories. IMO, the problem is in a distribution teaching it's users that what doesn't ship with the distribution might as well not exist. That kind of conditioning is what I am referring to. >>> Why exactly is that? Are you modifying your storage system all the time >>> or making snapshots all the time? >> >> Since snapshots in ZFS are "free" in terms of performance, they are >> much more useful for everyday use. They also make incremental backups >> easier because you can use send/receive commands to transfer >> incrementally only the delta between the snapshots. Between that and >> extra integrity-preserving features it makes reaching for backups much >> less frequent. > > So for example, before I start working on some source code ~/src/test.c, > I make a snapshot, and when I'm unhappy with the result, I revert to > what I made the snapshot of? What about emails that have been received > in ~/Mail in the meantime? Don't keep ~/Mail and src on the same volume. >>> Checksumming is sure good to have, being able to fully use the disk >>> caches is, too, as well as not wasting space through fixed block sizes. >> >> Fixed block sizes don't waste space on traditional RAID. Variable >> block sizes are a performance feature that allows ZFS to work around >> the parity RAID problem of performance dropping down to 50% of >> performance of a single disk on partial stripe writes. > > When every file occupies at least 4k because that's the block size the > FS is using, you can waste a lot of space. ZFS cannot use stripes smaller than (sector size) + (redundancy). i.e. if you use disks with 4KB sectors, and you are writing a 10 byte file on RAIDZ2 (n+2 redundancy, similar to RAID6), that will use 3 sectors (one for the data, plus two for n+2 redundancy), i.e. 12KB. Variable stripe width is there to improve write performance of partial writes. >>> The biggest advantage would be checksumming. I'd be trading that >>> against ease of use and great complexity. >> >> Not to mention resistance to learning something new. > > Not mentioning the risks involved ... Perhaps our experiences differ - mine shows that lying and dying disks pose a sufficiently high risk of data loss that a traditional RAID and file system cannot be trusted with keeping the data safe. >>> So you can see how it is not >>> understandable to me what makes ZFS so great that I wouldn't be able to >>> do without anymore. >> >> Then don't use it. > > Maybe, maybe not --- learning about it doesn't hurt. Then you better stop coming up with reasons to not use it. :) >>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>> corrected and going unnoticed, until either, without TLER, the system >>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>> become noticeable only when it's too late. >>>> >>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>> entire pool for defects ("zpool scrub", you should do that >>>> periodically). >>> >>> You're silently loosing more and more redundancy. How do you know when >>> a disk needs to be replaced? >> >> Same way you know with any disk failure - appropriate >> monitoring. Surely that is obvious. > > It's not obvious at all. Do you replace a disk when ZFS has found 10 > errors? Do you replace a disk when SMART is reporting 10 reallocated sectors? Can you even get to information of that granularity with most hardware RAID controllers? You have to exercise some reasonable judgement there, and apply monitoring, just like you would with any other disk/RAID. >>> Does ZFS maintain a list of bad sectors which are not to be used again? >> >> By that fact you are asking this question, I dare say you need to go >> and read up more on how modern disks work. Modern disks manage their >> defects themselves. When a sector fails and cannot be read, they >> return an error on the read, and mark the sector as pending. Next time >> that sector is written, they will write it to one of the spare, hidden >> sectors, and map the LBA for the failed sector to the new >> sector. There has been no need for the file system to keep track of >> physical disk defects in decades. > > That's assuming that the disks reliably do what they are supposed to > do. Can you guarantee that they always will? Of course I can't - but I trust ZFS to mitigate the issue by providing several additional layers that increase the chances that the data will not get damaged. >> zfs send produces a data stream that can be applied to another pool >> using zfs receive. You can pipe this over ssh or netcat to a different >> machine, or you can pipe it to a different pool locally. > > So I'd be required to also use ZFS on the receiving side for it to make > sense. Indeed. >>> That's some laboratory experimenting with ZFS. Backblaze uses ext4, >>> though ZFS would seem to be a very good choice for what they're doing. >>> How can they store so much data without checksumming, without using ECC >>> RAM and not experience a significant amount of data corruption? >> >> You are asking the wrong question - how would they know if they are >> experiencing data corruption? The vast majority of backups are >> write-only. If 4KB of data (one sector) goes bad for every 10TB read, >> if only 1% of the backups ever need to get retrieved, that's one >> detected broken file over 1 petabyte of data stored. > > They claim[1] that they are currently storing over 100 petabytes and > have restored 6.27 billion files. They are expecting to store another > 500 petabyte at another datacenter. That's over a hundred, and if they > meet their plan, at least 500 detected broken files, so they must know. Mentioning such a thing occurs could be considered bad for business. > And I would guess that the number of retrieved files is far greater than > 1%. You get unlimited storage for $5/month and are able to retrieve a > particular single file without significant delays. When you're using > their service, why would you even keep files you don't access frequently > on your own disks? Because their software only lets you back up files you store on your disk - last I checked there are restrictions in place to prevent abuse of the system by using it as unlimited cloud storage rather than backups. > At some point, it's cheaper to have them in backups > and to just retrieve them when you need them. You think you have use > for a NAS or something similar? Why throw the money at it when you can > have something very similar for $5/month? > > How many people have large amounts of data which must be available right > away and couldn't be stored remotely (letting security issues aside)? > Can you store the part of your data which you do not need to have > available right away for a total cost of only $5/month yourself while > that data is readily accessible at any time? > > Considering that, the rate of data restored may well be 20%--50% or even > more. And with only a single file they are unable to restore, their > service would have failed. > > So how can they afford not to use ECC RAM and to use a file system that > allows for data corruption? > > > [1]: http://blog.backblaze.com/category/behind-backblaze/ See above - it can only be used using their closed-source backup software and there are features that get in the way of abuse of the system by using it as just offline storage, and least from what I remember from last time I checked. There's also no Linux support, so I don't use it, so I cannot tell you any more details. >>> What is the actual rate of data corruption or loss prevented or >>> corrected by ZFS due to its checksumming in daily usage? >> >> According to disk manufacturers' own specifications for their own >> disks (i.e. assume it's worse), one unrecoverable error in 10^14 bits >> read. This doesn't include complete disk failures. > > That still doesn't answer the question ... If you define what "daily usage" is in TB/day, you will be able to work out how many errors per day you can expect from the numbers I mentioned above. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:56:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:56:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pjX-0004KF-7f; Sun, 06 Jul 2014 16:56:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pjW-0004K2-CH for xen-users@lists.xen.org; Sun, 06 Jul 2014 16:56:10 +0000 Received: from [85.158.137.68:31020] by server-2.bemta-3.messagelabs.com id 48/8B-14008-9AF79B35; Sun, 06 Jul 2014 16:56:09 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-31.messagelabs.com!1404665768!14290774!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29908 invoked from network); 6 Jul 2014 16:56:08 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2014 16:56:08 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 05C6D221DE2 for ; Sun, 6 Jul 2014 17:56:08 +0100 (BST) Message-ID: <53B97FA7.7050400@bobich.net> Date: Sun, 06 Jul 2014 17:56:07 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <87d2dk60y0.fsf@yun.yagibdah.de> <53B7D800.5040701@bobich.net> <87wqbqojya.fsf@yun.yagibdah.de> In-Reply-To: <87wqbqojya.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/06/2014 11:33 AM, lee wrote: > Gordan Bobic writes: > >> On 07/05/2014 02:36 AM, lee wrote: >>> "Fajar A. Nugraha" writes: >>> >>>> Use whatever you're most comfortable with. But don't dismiss things >>>> just because you don't have enough knowledge about it. >>> >>> No, that would be stupid. ZFS appears as an unknown, rather complicated >>> thing with questionable support and documentation that was written for a >>> different OS. It won't be easy to try it out. All that just doesn't >>> make me very keen on trying it. >> >> Sounds to me like learning resistance. > > No, it's not learning resistance. It's resistance against creating > problems I don't need or want and against spending quite a lot of time > on it. To seriously test it, I would have to delete either my data, or > the backup of it, and copying it back takes hours. If I use the backup > and the test gives good results, I'd use it for my data, so I'd have to > copy it all again twice because I still wouldn't want the backup to be > on ZFS. And it might not work because the server might not like to run > the disks as JBOD. There are other decisions to be made first, too. > > There's also a lack of documentation. There's a guide for Linux, and > it's two years old. I still shudder when thinking of the chaotic > documentation xen has and all the unexpected problems I ran into ... I still dispute the lack of documentation. Just because it's 2 years old doesn't mean it isn't adequate. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 16:56:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 16:56:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pjX-0004KF-7f; Sun, 06 Jul 2014 16:56:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3pjW-0004K2-CH for xen-users@lists.xen.org; Sun, 06 Jul 2014 16:56:10 +0000 Received: from [85.158.137.68:31020] by server-2.bemta-3.messagelabs.com id 48/8B-14008-9AF79B35; Sun, 06 Jul 2014 16:56:09 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-31.messagelabs.com!1404665768!14290774!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29908 invoked from network); 6 Jul 2014 16:56:08 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2014 16:56:08 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 05C6D221DE2 for ; Sun, 6 Jul 2014 17:56:08 +0100 (BST) Message-ID: <53B97FA7.7050400@bobich.net> Date: Sun, 06 Jul 2014 17:56:07 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <87d2dk60y0.fsf@yun.yagibdah.de> <53B7D800.5040701@bobich.net> <87wqbqojya.fsf@yun.yagibdah.de> In-Reply-To: <87wqbqojya.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/06/2014 11:33 AM, lee wrote: > Gordan Bobic writes: > >> On 07/05/2014 02:36 AM, lee wrote: >>> "Fajar A. Nugraha" writes: >>> >>>> Use whatever you're most comfortable with. But don't dismiss things >>>> just because you don't have enough knowledge about it. >>> >>> No, that would be stupid. ZFS appears as an unknown, rather complicated >>> thing with questionable support and documentation that was written for a >>> different OS. It won't be easy to try it out. All that just doesn't >>> make me very keen on trying it. >> >> Sounds to me like learning resistance. > > No, it's not learning resistance. It's resistance against creating > problems I don't need or want and against spending quite a lot of time > on it. To seriously test it, I would have to delete either my data, or > the backup of it, and copying it back takes hours. If I use the backup > and the test gives good results, I'd use it for my data, so I'd have to > copy it all again twice because I still wouldn't want the backup to be > on ZFS. And it might not work because the server might not like to run > the disks as JBOD. There are other decisions to be made first, too. > > There's also a lack of documentation. There's a guide for Linux, and > it's two years old. I still shudder when thinking of the chaotic > documentation xen has and all the unexpected problems I ran into ... I still dispute the lack of documentation. Just because it's 2 years old doesn't mean it isn't adequate. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 17:41:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 17:41:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3qQr-0005ap-MD; Sun, 06 Jul 2014 17:40:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3qQq-0005ak-W8 for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:40:57 +0000 Received: from [85.158.139.211:29824] by server-11.bemta-5.messagelabs.com id 5D/B4-01425-82A89B35; Sun, 06 Jul 2014 17:40:56 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1404668454!9786727!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29843 invoked from network); 6 Jul 2014 17:40:55 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2014 17:40:55 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 3B880221DE2 for ; Sun, 6 Jul 2014 18:40:54 +0100 (BST) Message-ID: <53B98A25.40202@bobich.net> Date: Sun, 06 Jul 2014 18:40:53 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <87oax2of08.fsf@yun.yagibdah.de> In-Reply-To: <87oax2of08.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/06/2014 01:20 PM, lee wrote: >>>>> What if I need to access a file that's in the snapshot: Do I >>>>> need to restore the snapshot first? >>>> >>>> Usually you can "cd .zfs" directory, which contains subdirectories >>>> named after your snapshots, and inside that directories you have >>>> complete datasets just like the ones you took the snapshots of. No >>>> rollback/restoring/mounting is necessary. >>> >>> And that also works when the file system the snapshot was created from >>> doesn't exist anymore, or when the disks with the FS the snapshot was >>> made from have become inaccessible, provided that the snapshot was made >>> to different disks? >> >> Oversimplifying: yes. > > So it's as good as a backup? What's the difference then? Is it like > the difference between a picture and a picture? By your analogy, it might as well be like the difference between a disk and a photo of a disk. >>>> Yes, I take snapshots all the time. This way it's easy for me to >>>> revert VMs to previous states, clone them, etc. Same goes with my >>>> regular data. And I replicate them a lot. >>> >>> Hm, what for? The VMs I have are all different, so there's no point in >>> cloning them. And why would I clone my data? I don't even have the >>> disk capacity for that and am glad that I can make a backup. >> >> I tend to clone "production" VMs before I start fiddling with them, so >> that I can test potentially dangerous ideas without any >> consequences. Clones are "free" - they only start using more space >> when you introduce some difference between the clone and the original >> dataset. You can always 'promote' them so they become independent from >> the original dataset (using more space as required). Cloning is just a >> tool that you might or might not find useful. > > I see --- and I'd find that useful. I have the VMs in a LVM volume > group with one logical volume for each VM. Each VM has two partitions, > one for a root file system and another one for swap. How would that > translate to ZFS? > > Where's this additional space taken from? From the pool. >>>>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>>>> corrected and going unnoticed, until either, without TLER, the system >>>>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>>>> become noticeable only when it's too late. >>>>>> >>>>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>>>> entire pool for defects ("zpool scrub", you should do that >>>>>> periodically). >>>>> >>>>> You're silently loosing more and more redundancy. >>>> >>>> I'm not sure what you mean by loosing redundancy. >>> >>> You don't know whether the data has been written correctly before you >>> read it. The more errors there are, the more redundancy you loose >>> because you have more data that can be read from only a part of the >>> disks. If there is an error on another disk with that same data, you >>> don't know until you try to read it and perhaps find out that you can't. >>> How many errors for that data it takes depends on the level of >>> redundancy. >> >> I don't understand your point here. Do you know all your data had been >> written correctly with any other form of RAID without reading it back? > > No, but I know that the raid controller does scrubbing and fails a disk > eventually. There is no in-between like there seems to be with ZFS. I suspect most RAID controllers hide the in-between stuff. Software RAID exposes mismatches, on scrubs, but it's ability to fix them in n+1 redundancy cases is limited. > My point is that you can silently loose redundancy with ZFS. RAID > controllers aren't exactly known to silently loose redundancy, are they? Define "silently". I don't see any difference between the two cases. >>> And how do you know when to replace a disk? When there's one error or >>> when there are 50 or 50000 or when the disk has been disconnected? >> >> I believe it's up to you to interpret the data you're presented with >> and make the right decision. I really wish I could formulate a >> condition that evaluates to true or false telling me what should I do >> with a disk. > > RAID controllers make that easy for you --- not necessarily better, but > easier. You mean by doing the deciding for you? >>>>> What is the actual rate of data corruption or loss prevented or >>>>> corrected by ZFS due to its checksumming in daily usage? >>>> >>>> I have experienced data corruption due to hardware failures in the >>>> past. >>> >>> Hardware failures like? >> >> The typical ones. Bad sectors, failed flash memory banks, failed ram >> modules. > > And only ZFS detected them? It won't help much with duff RAM. >>>> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 >>> >>> Yes, I've seen that. It's for RAM, not disk errors detected through ZFS >>> checksumming. >> >> And RAM has nothing to do with the data on the disks. > > that depends A flipped bit in the write cache will propagate to the disk. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Jul 06 17:41:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 06 Jul 2014 17:41:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3qQr-0005ap-MD; Sun, 06 Jul 2014 17:40:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3qQq-0005ak-W8 for xen-users@lists.xen.org; Sun, 06 Jul 2014 17:40:57 +0000 Received: from [85.158.139.211:29824] by server-11.bemta-5.messagelabs.com id 5D/B4-01425-82A89B35; Sun, 06 Jul 2014 17:40:56 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-206.messagelabs.com!1404668454!9786727!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29843 invoked from network); 6 Jul 2014 17:40:55 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Jul 2014 17:40:55 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 3B880221DE2 for ; Sun, 6 Jul 2014 18:40:54 +0100 (BST) Message-ID: <53B98A25.40202@bobich.net> Date: Sun, 06 Jul 2014 18:40:53 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <87oax2of08.fsf@yun.yagibdah.de> In-Reply-To: <87oax2of08.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/06/2014 01:20 PM, lee wrote: >>>>> What if I need to access a file that's in the snapshot: Do I >>>>> need to restore the snapshot first? >>>> >>>> Usually you can "cd .zfs" directory, which contains subdirectories >>>> named after your snapshots, and inside that directories you have >>>> complete datasets just like the ones you took the snapshots of. No >>>> rollback/restoring/mounting is necessary. >>> >>> And that also works when the file system the snapshot was created from >>> doesn't exist anymore, or when the disks with the FS the snapshot was >>> made from have become inaccessible, provided that the snapshot was made >>> to different disks? >> >> Oversimplifying: yes. > > So it's as good as a backup? What's the difference then? Is it like > the difference between a picture and a picture? By your analogy, it might as well be like the difference between a disk and a photo of a disk. >>>> Yes, I take snapshots all the time. This way it's easy for me to >>>> revert VMs to previous states, clone them, etc. Same goes with my >>>> regular data. And I replicate them a lot. >>> >>> Hm, what for? The VMs I have are all different, so there's no point in >>> cloning them. And why would I clone my data? I don't even have the >>> disk capacity for that and am glad that I can make a backup. >> >> I tend to clone "production" VMs before I start fiddling with them, so >> that I can test potentially dangerous ideas without any >> consequences. Clones are "free" - they only start using more space >> when you introduce some difference between the clone and the original >> dataset. You can always 'promote' them so they become independent from >> the original dataset (using more space as required). Cloning is just a >> tool that you might or might not find useful. > > I see --- and I'd find that useful. I have the VMs in a LVM volume > group with one logical volume for each VM. Each VM has two partitions, > one for a root file system and another one for swap. How would that > translate to ZFS? > > Where's this additional space taken from? From the pool. >>>>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>>>> corrected and going unnoticed, until either, without TLER, the system >>>>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>>>> become noticeable only when it's too late. >>>>>> >>>>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>>>> entire pool for defects ("zpool scrub", you should do that >>>>>> periodically). >>>>> >>>>> You're silently loosing more and more redundancy. >>>> >>>> I'm not sure what you mean by loosing redundancy. >>> >>> You don't know whether the data has been written correctly before you >>> read it. The more errors there are, the more redundancy you loose >>> because you have more data that can be read from only a part of the >>> disks. If there is an error on another disk with that same data, you >>> don't know until you try to read it and perhaps find out that you can't. >>> How many errors for that data it takes depends on the level of >>> redundancy. >> >> I don't understand your point here. Do you know all your data had been >> written correctly with any other form of RAID without reading it back? > > No, but I know that the raid controller does scrubbing and fails a disk > eventually. There is no in-between like there seems to be with ZFS. I suspect most RAID controllers hide the in-between stuff. Software RAID exposes mismatches, on scrubs, but it's ability to fix them in n+1 redundancy cases is limited. > My point is that you can silently loose redundancy with ZFS. RAID > controllers aren't exactly known to silently loose redundancy, are they? Define "silently". I don't see any difference between the two cases. >>> And how do you know when to replace a disk? When there's one error or >>> when there are 50 or 50000 or when the disk has been disconnected? >> >> I believe it's up to you to interpret the data you're presented with >> and make the right decision. I really wish I could formulate a >> condition that evaluates to true or false telling me what should I do >> with a disk. > > RAID controllers make that easy for you --- not necessarily better, but > easier. You mean by doing the deciding for you? >>>>> What is the actual rate of data corruption or loss prevented or >>>>> corrected by ZFS due to its checksumming in daily usage? >>>> >>>> I have experienced data corruption due to hardware failures in the >>>> past. >>> >>> Hardware failures like? >> >> The typical ones. Bad sectors, failed flash memory banks, failed ram >> modules. > > And only ZFS detected them? It won't help much with duff RAM. >>>> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 >>> >>> Yes, I've seen that. It's for RAM, not disk errors detected through ZFS >>> checksumming. >> >> And RAM has nothing to do with the data on the disks. > > that depends A flipped bit in the write cache will propagate to the disk. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 00:51:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 00:51:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3x8A-0003lN-5a; Mon, 07 Jul 2014 00:50:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3txg-0000MK-JD for xen-users@lists.xen.org; Sun, 06 Jul 2014 21:27:04 +0000 Received: from [85.158.137.68:58457] by server-2.bemta-3.messagelabs.com id 1F/BF-14008-72FB9B35; Sun, 06 Jul 2014 21:27:03 +0000 X-Env-Sender: rigelras@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1404682021!14266996!1 X-Originating-IP: [209.85.220.195] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14433 invoked from network); 6 Jul 2014 21:27:02 -0000 Received: from mail-vc0-f195.google.com (HELO mail-vc0-f195.google.com) (209.85.220.195) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2014 21:27:02 -0000 Received: by mail-vc0-f195.google.com with SMTP id id10so1037370vcb.10 for ; Sun, 06 Jul 2014 14:27:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QCRniOrGIBa+pcFSXDAhgVw7uHsIfBtlyN2eqOE7xFg=; b=I+aqrA9+nql1w1qrjTrzI1dTW7LIYrWalLWUktk824rndcBP2qTGsSzdHCXvwzZECK BAdXicNbdVa8O8Brchg940VNRhicfsh/fcp1u9p58LbBWImcEM9aCK7fXPkZaqFLS1Em JVlHTPJHg9mzDhbhTwvgH5iEct9/X6t0UtqlfXTG0pswj87840vdbhuOKITXOi4zJeVG r+KIpz03YkZ0vVkNKyrR01QNTjHEQnwfJbgQO1yJw4gEPGEPpgezFSGo3BM9nj8xcMcz 4OGDSldH26Q+PVvGnEHP5ShubIejSkGUhPRVJ9mLW7xV3NmUy5oHDfrFjA11ope6hgh4 fTHQ== MIME-Version: 1.0 X-Received: by 10.58.182.105 with SMTP id ed9mr23594881vec.16.1404682021335; Sun, 06 Jul 2014 14:27:01 -0700 (PDT) Received: by 10.58.59.38 with HTTP; Sun, 6 Jul 2014 14:27:01 -0700 (PDT) Date: Mon, 7 Jul 2014 00:27:01 +0300 Message-ID: From: Rig Gel To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 07 Jul 2014 00:50:05 +0000 Subject: [Xen-users] Using Xen's hypercall interface? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8070271158513024183==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8070271158513024183== Content-Type: multipart/alternative; boundary=047d7b6781f6e776c504fd8d049d --047d7b6781f6e776c504fd8d049d Content-Type: text/plain; charset=UTF-8 Hi all, I would like to compile a simple ELF which would make a simple a hypercall from a guest in order to learn a bit more about the Xen Hypercall interface. I tried including the hypervisor.h and -I'ing the ./extras/mini-os/ dir but it seems that I'm missing a few flags or paths in order ot make it fully compile correctly Can anyone hint or explain a bit what is the appropriate way to link against Xen's header files ? I only need hypervisor.h in order to call some hypercalls Attached below a sample of my code - #include ... snip ... void test_xen_version(int vers) { HYPERVISOR_xen_version(vers); } --047d7b6781f6e776c504fd8d049d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,


I wou= ld like to compile a simple ELF which would make a simple a hypercall from = a guest in order to
learn a bit more about the Xen Hypercall inte= rface.
I tried including the hypervisor.h and -I'ing the ./extras/mini-os= / dir but it seems that I'm missing a few flags or paths in order ot ma= ke it fully compile correctly=C2=A0

Can anyone hin= t or explain a bit what is the appropriate way to link against Xen's he= ader files ?=C2=A0
I only need hypervisor.h in order to call some hypercalls=C2=A0
<= div>
Attached below a sample of my code -

#include <hypervisor.h>

...
= snip=C2=A0
...

void test_xen_version(int vers) {
=C2=A0 =C2=A0 HYPERVISOR_xen_version(vers);
}

--047d7b6781f6e776c504fd8d049d-- --===============8070271158513024183== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8070271158513024183==-- From xen-users-bounces@lists.xen.org Mon Jul 07 00:51:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 00:51:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3x8A-0003lN-5a; Mon, 07 Jul 2014 00:50:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X3txg-0000MK-JD for xen-users@lists.xen.org; Sun, 06 Jul 2014 21:27:04 +0000 Received: from [85.158.137.68:58457] by server-2.bemta-3.messagelabs.com id 1F/BF-14008-72FB9B35; Sun, 06 Jul 2014 21:27:03 +0000 X-Env-Sender: rigelras@gmail.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1404682021!14266996!1 X-Originating-IP: [209.85.220.195] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14433 invoked from network); 6 Jul 2014 21:27:02 -0000 Received: from mail-vc0-f195.google.com (HELO mail-vc0-f195.google.com) (209.85.220.195) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 6 Jul 2014 21:27:02 -0000 Received: by mail-vc0-f195.google.com with SMTP id id10so1037370vcb.10 for ; Sun, 06 Jul 2014 14:27:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QCRniOrGIBa+pcFSXDAhgVw7uHsIfBtlyN2eqOE7xFg=; b=I+aqrA9+nql1w1qrjTrzI1dTW7LIYrWalLWUktk824rndcBP2qTGsSzdHCXvwzZECK BAdXicNbdVa8O8Brchg940VNRhicfsh/fcp1u9p58LbBWImcEM9aCK7fXPkZaqFLS1Em JVlHTPJHg9mzDhbhTwvgH5iEct9/X6t0UtqlfXTG0pswj87840vdbhuOKITXOi4zJeVG r+KIpz03YkZ0vVkNKyrR01QNTjHEQnwfJbgQO1yJw4gEPGEPpgezFSGo3BM9nj8xcMcz 4OGDSldH26Q+PVvGnEHP5ShubIejSkGUhPRVJ9mLW7xV3NmUy5oHDfrFjA11ope6hgh4 fTHQ== MIME-Version: 1.0 X-Received: by 10.58.182.105 with SMTP id ed9mr23594881vec.16.1404682021335; Sun, 06 Jul 2014 14:27:01 -0700 (PDT) Received: by 10.58.59.38 with HTTP; Sun, 6 Jul 2014 14:27:01 -0700 (PDT) Date: Mon, 7 Jul 2014 00:27:01 +0300 Message-ID: From: Rig Gel To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 07 Jul 2014 00:50:05 +0000 Subject: [Xen-users] Using Xen's hypercall interface? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8070271158513024183==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8070271158513024183== Content-Type: multipart/alternative; boundary=047d7b6781f6e776c504fd8d049d --047d7b6781f6e776c504fd8d049d Content-Type: text/plain; charset=UTF-8 Hi all, I would like to compile a simple ELF which would make a simple a hypercall from a guest in order to learn a bit more about the Xen Hypercall interface. I tried including the hypervisor.h and -I'ing the ./extras/mini-os/ dir but it seems that I'm missing a few flags or paths in order ot make it fully compile correctly Can anyone hint or explain a bit what is the appropriate way to link against Xen's header files ? I only need hypervisor.h in order to call some hypercalls Attached below a sample of my code - #include ... snip ... void test_xen_version(int vers) { HYPERVISOR_xen_version(vers); } --047d7b6781f6e776c504fd8d049d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,


I wou= ld like to compile a simple ELF which would make a simple a hypercall from = a guest in order to
learn a bit more about the Xen Hypercall inte= rface.
I tried including the hypervisor.h and -I'ing the ./extras/mini-os= / dir but it seems that I'm missing a few flags or paths in order ot ma= ke it fully compile correctly=C2=A0

Can anyone hin= t or explain a bit what is the appropriate way to link against Xen's he= ader files ?=C2=A0
I only need hypervisor.h in order to call some hypercalls=C2=A0
<= div>
Attached below a sample of my code -

#include <hypervisor.h>

...
= snip=C2=A0
...

void test_xen_version(int vers) {
=C2=A0 =C2=A0 HYPERVISOR_xen_version(vers);
}

--047d7b6781f6e776c504fd8d049d-- --===============8070271158513024183== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8070271158513024183==-- From xen-users-bounces@lists.xen.org Mon Jul 07 04:28:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 04:28:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X40W8-0002oq-Ic; Mon, 07 Jul 2014 04:27:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X40W4-0002ol-8v for xen-users@lists.xen.org; Mon, 07 Jul 2014 04:27:00 +0000 Received: from [85.158.143.35:29859] by server-2.bemta-4.messagelabs.com id 14/C9-18579-3912AB35; Mon, 07 Jul 2014 04:26:59 +0000 X-Env-Sender: garym@oedata.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1404707217!8153002!1 X-Originating-IP: [209.85.223.181] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27778 invoked from network); 7 Jul 2014 04:26:58 -0000 Received: from mail-ie0-f181.google.com (HELO mail-ie0-f181.google.com) (209.85.223.181) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 04:26:58 -0000 Received: by mail-ie0-f181.google.com with SMTP id y20so3223206ier.12 for ; Sun, 06 Jul 2014 21:26:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:from:content-type:message-id:date:to :content-transfer-encoding:mime-version; bh=e6Z1ntfnb+xyiRulnFL71MmeRFhWQ8maXXQ4WmHh0AI=; b=k2EYEY28TmUyYLXay+es+P3dgyTwnck1Q+2WTSW8NuWwsyp5w1DNdwImjlFDSK+5d8 J2/pA85MdjY15rYUdpBoJ6GtKoLak5mAmcjSFabmVxv2GDXQSl8vsIfEeh8YwqRdaa1B SGbjUT5KvaYPe7NVle4M2ZbXlQ9JeAT2ULJm9U7uuZjLaESgAr8cZp6WH9kiUW5epSBY hR6Eufh1JqSZtKWIqrXbRVJMT2xmkGg7tlfDllNOPln/ZU8wfP6c7TD2ZJaDiZbdgvoh yg5j+LgtellGTonstKdbgIbds0BOfAe5k2EwmYw3e177C2Mhv5GmjwzDHijqkrOGObq1 vX6g== X-Gm-Message-State: ALoCoQlFYqxLKvAy4X1Xs0hx7v29jZSxwmMhkEH8V9KBdfDyJPaFU4Hhg2RFsmUDJ8xEGNGvp+xN X-Received: by 10.42.162.71 with SMTP id w7mr29494554icx.50.1404707216936; Sun, 06 Jul 2014 21:26:56 -0700 (PDT) Received: from [172.31.1.101] (c-50-155-183-90.hsd1.co.comcast.net. [50.155.183.90]) by mx.google.com with ESMTPSA id db12sm15040848igc.14.2014.07.06.21.26.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 06 Jul 2014 21:26:56 -0700 (PDT) From: Garym X-Mailer: iPad Mail (11D201) Message-Id: Date: Sun, 6 Jul 2014 22:26:55 -0600 To: "xen-users@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: [Xen-users] How to hvm to ivshmem ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm trying to configure an hvm to include a ivshmem device. Before I burn a bunch of hours on this, does anyone have a recipe for this configuration ? Thanks Gary _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 04:28:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 04:28:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X40W8-0002oq-Ic; Mon, 07 Jul 2014 04:27:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X40W4-0002ol-8v for xen-users@lists.xen.org; Mon, 07 Jul 2014 04:27:00 +0000 Received: from [85.158.143.35:29859] by server-2.bemta-4.messagelabs.com id 14/C9-18579-3912AB35; Mon, 07 Jul 2014 04:26:59 +0000 X-Env-Sender: garym@oedata.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1404707217!8153002!1 X-Originating-IP: [209.85.223.181] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27778 invoked from network); 7 Jul 2014 04:26:58 -0000 Received: from mail-ie0-f181.google.com (HELO mail-ie0-f181.google.com) (209.85.223.181) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 04:26:58 -0000 Received: by mail-ie0-f181.google.com with SMTP id y20so3223206ier.12 for ; Sun, 06 Jul 2014 21:26:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:from:content-type:message-id:date:to :content-transfer-encoding:mime-version; bh=e6Z1ntfnb+xyiRulnFL71MmeRFhWQ8maXXQ4WmHh0AI=; b=k2EYEY28TmUyYLXay+es+P3dgyTwnck1Q+2WTSW8NuWwsyp5w1DNdwImjlFDSK+5d8 J2/pA85MdjY15rYUdpBoJ6GtKoLak5mAmcjSFabmVxv2GDXQSl8vsIfEeh8YwqRdaa1B SGbjUT5KvaYPe7NVle4M2ZbXlQ9JeAT2ULJm9U7uuZjLaESgAr8cZp6WH9kiUW5epSBY hR6Eufh1JqSZtKWIqrXbRVJMT2xmkGg7tlfDllNOPln/ZU8wfP6c7TD2ZJaDiZbdgvoh yg5j+LgtellGTonstKdbgIbds0BOfAe5k2EwmYw3e177C2Mhv5GmjwzDHijqkrOGObq1 vX6g== X-Gm-Message-State: ALoCoQlFYqxLKvAy4X1Xs0hx7v29jZSxwmMhkEH8V9KBdfDyJPaFU4Hhg2RFsmUDJ8xEGNGvp+xN X-Received: by 10.42.162.71 with SMTP id w7mr29494554icx.50.1404707216936; Sun, 06 Jul 2014 21:26:56 -0700 (PDT) Received: from [172.31.1.101] (c-50-155-183-90.hsd1.co.comcast.net. [50.155.183.90]) by mx.google.com with ESMTPSA id db12sm15040848igc.14.2014.07.06.21.26.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 06 Jul 2014 21:26:56 -0700 (PDT) From: Garym X-Mailer: iPad Mail (11D201) Message-Id: Date: Sun, 6 Jul 2014 22:26:55 -0600 To: "xen-users@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: [Xen-users] How to hvm to ivshmem ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm trying to configure an hvm to include a ivshmem device. Before I burn a bunch of hours on this, does anyone have a recipe for this configuration ? Thanks Gary _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 06:40:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 06:40:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X42Zp-0005iJ-KO; Mon, 07 Jul 2014 06:39:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X42Zn-0005i4-Hy for xen-users@lists.xen.org; Mon, 07 Jul 2014 06:38:59 +0000 Received: from [85.158.137.68:2329] by server-2.bemta-3.messagelabs.com id D1/B7-14008-2804AB35; Mon, 07 Jul 2014 06:38:58 +0000 X-Env-Sender: Philippe.Simonet@swisscom.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1404715137!10645435!1 X-Originating-IP: [193.222.81.110] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjIyMi44MS4xMTAgPT4gMTA4NjQ3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17170 invoked from network); 7 Jul 2014 06:38:58 -0000 Received: from outmail110.swisscom.com (HELO mail.swisscom.com) (193.222.81.110) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jul 2014 06:38:58 -0000 Received: by mail.swisscom.com; Mon, 7 Jul 2014 08:38:57 +0200 From: To: , Thread-Topic: [Xen-users] VLAN in Linux Bridge Thread-Index: AQHPl4OPx/kJQT0thkmaK+1v8+NVdJuULIHg Date: Mon, 7 Jul 2014 06:38:55 +0000 Message-ID: <080a8e3e723a420d9913a40bfec1be50@SG001738.corproot.net> References: <011FA135-8CCA-4A94-857E-1E34925B448C@thehobsons.co.uk> In-Reply-To: <011FA135-8CCA-4A94-857E-1E34925B448C@thehobsons.co.uk> Accept-Language: en-US, de-CH Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [193.47.230.47] MIME-Version: 1.0 Subject: Re: [Xen-users] VLAN in Linux Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org or use openvswitch. in case of MANY vlans, if and bridge config on dom0 is easier. > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto:xen-users- > bounces@lists.xen.org] On Behalf Of Simon Hobson > Sent: Friday, July 04, 2014 2:27 PM > To: xen-users > Subject: Re: [Xen-users] VLAN in Linux Bridge > > mad Engineer wrote: > > > I have 10 vms connected to linux bridge br0 > > > > and in br0 i have eth0.100 , (VLAN 100) > > > > now i am trying make these vms in two VLAN so that they wont communicate > through that bridge, is it possible with linux bridge? > > > > how can i make vms in two VLAN with out configuring VLAN inside VM? > > > > Do i need two separate bridges one with vlan 100 (eth0.100) and other with > vlan 101(eth1.101) to achieve this. > > > > any way to make it work in single Linux bridge. > > > > I know its possible with Open vswitch,is there any way to make it work with > Linux Bridge > > AFAIK you have to do all the external VLANs on Dom0. SO if you wanted to work > with VLANs10,20,30, and 40 you might setup br10, br20, br30, and br40 with > eth0.10 in br10 and so on. You can then attach each DomU to as many or few of > the VLANs as needed with multiple virtual NICs. > > If all you want is for two DomUs on the same host to be able to communicate via > a private network, then create another bridge, don't attach any NICs or VLANs > to it, and attach a virtual NIC to each DomU for this bridge - ie you don't need to > use VLANs for that. > Logically, it's the same as having two physical machines sat side by side, and > hooking them together via a small switch not connected to anything else. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 06:40:06 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 06:40:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X42Zp-0005iJ-KO; Mon, 07 Jul 2014 06:39:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X42Zn-0005i4-Hy for xen-users@lists.xen.org; Mon, 07 Jul 2014 06:38:59 +0000 Received: from [85.158.137.68:2329] by server-2.bemta-3.messagelabs.com id D1/B7-14008-2804AB35; Mon, 07 Jul 2014 06:38:58 +0000 X-Env-Sender: Philippe.Simonet@swisscom.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1404715137!10645435!1 X-Originating-IP: [193.222.81.110] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkzLjIyMi44MS4xMTAgPT4gMTA4NjQ3\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17170 invoked from network); 7 Jul 2014 06:38:58 -0000 Received: from outmail110.swisscom.com (HELO mail.swisscom.com) (193.222.81.110) by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jul 2014 06:38:58 -0000 Received: by mail.swisscom.com; Mon, 7 Jul 2014 08:38:57 +0200 From: To: , Thread-Topic: [Xen-users] VLAN in Linux Bridge Thread-Index: AQHPl4OPx/kJQT0thkmaK+1v8+NVdJuULIHg Date: Mon, 7 Jul 2014 06:38:55 +0000 Message-ID: <080a8e3e723a420d9913a40bfec1be50@SG001738.corproot.net> References: <011FA135-8CCA-4A94-857E-1E34925B448C@thehobsons.co.uk> In-Reply-To: <011FA135-8CCA-4A94-857E-1E34925B448C@thehobsons.co.uk> Accept-Language: en-US, de-CH Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [193.47.230.47] MIME-Version: 1.0 Subject: Re: [Xen-users] VLAN in Linux Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org or use openvswitch. in case of MANY vlans, if and bridge config on dom0 is easier. > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto:xen-users- > bounces@lists.xen.org] On Behalf Of Simon Hobson > Sent: Friday, July 04, 2014 2:27 PM > To: xen-users > Subject: Re: [Xen-users] VLAN in Linux Bridge > > mad Engineer wrote: > > > I have 10 vms connected to linux bridge br0 > > > > and in br0 i have eth0.100 , (VLAN 100) > > > > now i am trying make these vms in two VLAN so that they wont communicate > through that bridge, is it possible with linux bridge? > > > > how can i make vms in two VLAN with out configuring VLAN inside VM? > > > > Do i need two separate bridges one with vlan 100 (eth0.100) and other with > vlan 101(eth1.101) to achieve this. > > > > any way to make it work in single Linux bridge. > > > > I know its possible with Open vswitch,is there any way to make it work with > Linux Bridge > > AFAIK you have to do all the external VLANs on Dom0. SO if you wanted to work > with VLANs10,20,30, and 40 you might setup br10, br20, br30, and br40 with > eth0.10 in br10 and so on. You can then attach each DomU to as many or few of > the VLANs as needed with multiple virtual NICs. > > If all you want is for two DomUs on the same host to be able to communicate via > a private network, then create another bridge, don't attach any NICs or VLANs > to it, and attach a virtual NIC to each DomU for this bridge - ie you don't need to > use VLANs for that. > Logically, it's the same as having two physical machines sat side by side, and > hooking them together via a small switch not connected to anything else. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 07:00:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 07:00:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X42u1-0006Im-TS; Mon, 07 Jul 2014 06:59:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X42tz-0006Ih-Up for xen-users@lists.xenproject.org; Mon, 07 Jul 2014 06:59:52 +0000 Received: from [85.158.139.211:57231] by server-1.bemta-5.messagelabs.com id E6/F3-30932-7654AB35; Mon, 07 Jul 2014 06:59:51 +0000 X-Env-Sender: nodir.qodirov@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1404716389!13991731!1 X-Originating-IP: [209.85.128.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1166 invoked from network); 7 Jul 2014 06:59:50 -0000 Received: from mail-ve0-f179.google.com (HELO mail-ve0-f179.google.com) (209.85.128.179) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 06:59:50 -0000 Received: by mail-ve0-f179.google.com with SMTP id sa20so3586271veb.38 for ; Sun, 06 Jul 2014 23:59:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=tDxdX6PaHFZATgoCnzgFoGWRbfzQ+oYb2i6VE3xYSaE=; b=YJeIf/E7ag8bZrVEYom2lvMp9yK8YoKTAiJHQg8k91avfjIR4gl6xYS0LjOu89EXve O1a62/vwJgBYUFZAwtQBM5daSeEL/tTyr0uUcxnrWnNPdbwFWrMpIP2iAhQDeLJFYXoJ ctrV/qSXaDW0Pno3fA3xwGht3dyy3B4Enbijc9sp0RGXz2Zq2+FsMmeGcHCdkCdwYyuO nIHzXlNsiOoyYPJ+zgT2QBQ9IyV9UkzUrM9O7JCjccQ0xsAPdXrmXzA5sJLWryt6P3K7 QsJpJbJ6QglcQ68r4TRwzzl1G+yFxSOL1qhfV4KDOsPl87/kw6m0liD7OaM+GOCcu6vB sMGQ== MIME-Version: 1.0 X-Received: by 10.221.26.10 with SMTP id rk10mr26188515vcb.0.1404716388905; Sun, 06 Jul 2014 23:59:48 -0700 (PDT) Received: by 10.220.153.10 with HTTP; Sun, 6 Jul 2014 23:59:48 -0700 (PDT) In-Reply-To: References: <5758036.PkrMsRqjLd@eve> Date: Sun, 6 Jul 2014 23:59:48 -0700 Message-ID: From: Nodir Kodirov To: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org After hearing about positive experience with Xen MiniOS on Debian (not CentOS), I switched into Debian Jessie x86_64 with kernel 3.14.7. Everything else remained the same. Bridge xenbr0 is up. As Joost suggested I've added a disk to the configuration file. Now it looks like following: # cat minios.cfg kernel = "mini-os.gz" memory = 32 name = "Mini-OS" builder = 'pvm' vcpus = 1 vif = [ 'bridge=xenbr0' ] root = '/dev/xvda1 ro' disk = [ 'file:/home/domains/second_dom/disk.img,xvda1,w' ] on_poweroff = 'destroy' on_reboot = 'destroy' on_crash = 'destroy' device_model_version = "qemu-xen" device_model_override = "/usr/bin/qemu-system-x86_64" bios = "seabios" The last 3 lines were added after facing problem with qemu-dm executable, which is described and solved at http://forums.debian.net/viewtopic.php?f=17&t=108672 Then I created VM instance with "xl -vv create minios.cfg" which generated following output: Parsing config from minios.cfg libxl: detail: libxl_dom.c:195:numa_place_domain: NUMA placement candidate with 1 nodes, 4 cpus and 3463 KB free selected domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda1 ro ", features="(null)" domainbuilder: detail: xc_dom_kernel_file: filename="mini-os.gz" domainbuilder: detail: xc_dom_malloc_filemap : 205 kB domainbuilder: detail: xc_dom_malloc : 2615 kB domainbuilder: detail: xc_dom_do_gunzip: unzip ok, 0x335ec -> 0x28dea1 domainbuilder: detail: xc_dom_boot_xen_init: ver 4.3, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 domainbuilder: detail: xc_dom_parse_image: called domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ... domainbuilder: detail: xc_dom_probe_bzimage_kernel: kernel is not a bzImage domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying ELF-generic loader ... domainbuilder: detail: loader probe OK xc: detail: elf_parse_binary: phdr: paddr=0x0 memsz=0x8e200 xc: detail: elf_parse_binary: memory: 0x0 -> 0x8e200 xc: detail: elf_xen_parse: __xen_guest: "GUEST_OS=Mini-OS,XEN_VER=xen-3.0,VIRT_BASE=0x0,ELF_PADDR_OFFSET=0x0,HYPERCALL_PAGE=0x2,LOADER=generic" xc: detail: elf_xen_parse_guest_info: GUEST_OS="Mini-OS" xc: detail: elf_xen_parse_guest_info: XEN_VER="xen-3.0" xc: detail: elf_xen_parse_guest_info: VIRT_BASE="0x0" xc: detail: elf_xen_parse_guest_info: ELF_PADDR_OFFSET="0x0" xc: detail: elf_xen_parse_guest_info: HYPERCALL_PAGE="0x2" xc: detail: elf_xen_parse_guest_info: LOADER="generic" xc: detail: elf_xen_addr_calc_check: addresses: xc: detail: virt_base = 0x0 xc: detail: elf_paddr_offset = 0x0 xc: detail: virt_offset = 0x0 xc: detail: virt_kstart = 0x0 xc: detail: virt_kend = 0x8e200 xc: detail: virt_entry = 0x0 xc: detail: p2m_base = 0xffffffffffffffff domainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_64: 0x0 -> 0x8e200 domainbuilder: detail: xc_dom_mem_init: mem 32 MB, pages 0x2000 pages, 4k each domainbuilder: detail: xc_dom_mem_init: 0x2000 pages domainbuilder: detail: xc_dom_boot_mem_init: called domainbuilder: detail: x86_compat: guest xen-3.0-x86_64, address size 64 domainbuilder: detail: xc_dom_build_image: called domainbuilder: detail: xc_dom_alloc_segment: kernel : 0x0 -> 0x8f000 (pfn 0x0 + 0x8f pages) domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x0+0x8f at 0x7f540b685000 xc: detail: elf_load_binary: phdr 0 at 0x7f540b685000 -> 0x7f540b6bc5a0 domainbuilder: detail: xc_dom_alloc_segment: phys2mach : 0x8f000 -> 0x9f000 (pfn 0x8f + 0x10 pages) domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x8f+0x10 at 0x7f540b675000 domainbuilder: detail: xc_dom_alloc_page : start info : 0x9f000 (pfn 0x9f) domainbuilder: detail: xc_dom_alloc_page : xenstore : 0xa0000 (pfn 0xa0) domainbuilder: detail: xc_dom_alloc_page : console : 0xa1000 (pfn 0xa1) domainbuilder: detail: nr_page_tables: 0x0000ffffffffffff/48: 0x0000000000000000 -> 0x0000ffffffffffff, 1 table(s) domainbuilder: detail: nr_page_tables: 0x0000007fffffffff/39: 0x0000000000000000 -> 0x0000007fffffffff, 1 table(s) domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x0000000000000000 -> 0x000000003fffffff, 1 table(s) domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x0000000000000000 -> 0x00000000003fffff, 2 table(s) domainbuilder: detail: xc_dom_alloc_segment: page tables : 0xa2000 -> 0xa7000 (pfn 0xa2 + 0x5 pages) domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0xa2+0x5 at 0x7f540b75a000 domainbuilder: detail: xc_dom_alloc_page : boot stack : 0xa7000 (pfn 0xa7) domainbuilder: detail: xc_dom_build_image : virt_alloc_end : 0xa8000 domainbuilder: detail: xc_dom_build_image : virt_pgtab_end : 0x400000 domainbuilder: detail: xc_dom_boot_image: called domainbuilder: detail: arch_setup_bootearly: doing nothing domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64 <= matches domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32 domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32p domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64 domainbuilder: detail: xc_dom_update_guest_p2m: dst 64bit, pages 0x2000 domainbuilder: detail: clear_page: pfn 0xa1, mfn 0x111e55 domainbuilder: detail: clear_page: pfn 0xa0, mfn 0x111e56 domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x9f+0x1 at 0x7f540b761000 domainbuilder: detail: start_info_x86_64: called domainbuilder: detail: setup_hypercall_page: vaddr=0x2000 pfn=0x2 domainbuilder: detail: domain builder memory footprint domainbuilder: detail: allocated domainbuilder: detail: malloc : 2686 kB domainbuilder: detail: anon mmap : 0 bytes domainbuilder: detail: mapped domainbuilder: detail: file mmap : 205 kB domainbuilder: detail: domU mmap : 660 kB domainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0xce720 domainbuilder: detail: shared_info_x86_64: called domainbuilder: detail: vcpu_x86_64: called domainbuilder: detail: vcpu_x86_64: cr3: pfn 0xa2 mfn 0x111e54 domainbuilder: detail: launch_vm: called, ctxt=0x7fff4ce78740 domainbuilder: detail: xc_dom_release: called Daemon running with PID 8001 domU is reported as created, but "xl list" shows only dom0. There are 3 log files newly created at /var/log/xen as follows: cat /var/log/xen/xl-Mini-OS.log Waiting for domain Mini-OS (domid 11) to die [pid 8002] Domain 11 has shut down, reason code 3 0x3 Action for shutdown reason code 3 is destroy Domain 11 needs to be cleaned up: destroying the domain Done. Exiting now cat /var/log/xen/qemu-dm-Mini-OS.log qemu: terminating on signal 1 from pid 8002 cat /var/log/xen/xen-hotplug.log -empty- Now I don't know what is going wrong at all. Any help is appreciated. Nodir. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 07:00:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 07:00:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X42u1-0006Im-TS; Mon, 07 Jul 2014 06:59:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X42tz-0006Ih-Up for xen-users@lists.xenproject.org; Mon, 07 Jul 2014 06:59:52 +0000 Received: from [85.158.139.211:57231] by server-1.bemta-5.messagelabs.com id E6/F3-30932-7654AB35; Mon, 07 Jul 2014 06:59:51 +0000 X-Env-Sender: nodir.qodirov@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1404716389!13991731!1 X-Originating-IP: [209.85.128.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1166 invoked from network); 7 Jul 2014 06:59:50 -0000 Received: from mail-ve0-f179.google.com (HELO mail-ve0-f179.google.com) (209.85.128.179) by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 06:59:50 -0000 Received: by mail-ve0-f179.google.com with SMTP id sa20so3586271veb.38 for ; Sun, 06 Jul 2014 23:59:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=tDxdX6PaHFZATgoCnzgFoGWRbfzQ+oYb2i6VE3xYSaE=; b=YJeIf/E7ag8bZrVEYom2lvMp9yK8YoKTAiJHQg8k91avfjIR4gl6xYS0LjOu89EXve O1a62/vwJgBYUFZAwtQBM5daSeEL/tTyr0uUcxnrWnNPdbwFWrMpIP2iAhQDeLJFYXoJ ctrV/qSXaDW0Pno3fA3xwGht3dyy3B4Enbijc9sp0RGXz2Zq2+FsMmeGcHCdkCdwYyuO nIHzXlNsiOoyYPJ+zgT2QBQ9IyV9UkzUrM9O7JCjccQ0xsAPdXrmXzA5sJLWryt6P3K7 QsJpJbJ6QglcQ68r4TRwzzl1G+yFxSOL1qhfV4KDOsPl87/kw6m0liD7OaM+GOCcu6vB sMGQ== MIME-Version: 1.0 X-Received: by 10.221.26.10 with SMTP id rk10mr26188515vcb.0.1404716388905; Sun, 06 Jul 2014 23:59:48 -0700 (PDT) Received: by 10.220.153.10 with HTTP; Sun, 6 Jul 2014 23:59:48 -0700 (PDT) In-Reply-To: References: <5758036.PkrMsRqjLd@eve> Date: Sun, 6 Jul 2014 23:59:48 -0700 Message-ID: From: Nodir Kodirov To: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org After hearing about positive experience with Xen MiniOS on Debian (not CentOS), I switched into Debian Jessie x86_64 with kernel 3.14.7. Everything else remained the same. Bridge xenbr0 is up. As Joost suggested I've added a disk to the configuration file. Now it looks like following: # cat minios.cfg kernel = "mini-os.gz" memory = 32 name = "Mini-OS" builder = 'pvm' vcpus = 1 vif = [ 'bridge=xenbr0' ] root = '/dev/xvda1 ro' disk = [ 'file:/home/domains/second_dom/disk.img,xvda1,w' ] on_poweroff = 'destroy' on_reboot = 'destroy' on_crash = 'destroy' device_model_version = "qemu-xen" device_model_override = "/usr/bin/qemu-system-x86_64" bios = "seabios" The last 3 lines were added after facing problem with qemu-dm executable, which is described and solved at http://forums.debian.net/viewtopic.php?f=17&t=108672 Then I created VM instance with "xl -vv create minios.cfg" which generated following output: Parsing config from minios.cfg libxl: detail: libxl_dom.c:195:numa_place_domain: NUMA placement candidate with 1 nodes, 4 cpus and 3463 KB free selected domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda1 ro ", features="(null)" domainbuilder: detail: xc_dom_kernel_file: filename="mini-os.gz" domainbuilder: detail: xc_dom_malloc_filemap : 205 kB domainbuilder: detail: xc_dom_malloc : 2615 kB domainbuilder: detail: xc_dom_do_gunzip: unzip ok, 0x335ec -> 0x28dea1 domainbuilder: detail: xc_dom_boot_xen_init: ver 4.3, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 domainbuilder: detail: xc_dom_parse_image: called domainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ... domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ... domainbuilder: detail: xc_dom_probe_bzimage_kernel: kernel is not a bzImage domainbuilder: detail: loader probe failed domainbuilder: detail: xc_dom_find_loader: trying ELF-generic loader ... domainbuilder: detail: loader probe OK xc: detail: elf_parse_binary: phdr: paddr=0x0 memsz=0x8e200 xc: detail: elf_parse_binary: memory: 0x0 -> 0x8e200 xc: detail: elf_xen_parse: __xen_guest: "GUEST_OS=Mini-OS,XEN_VER=xen-3.0,VIRT_BASE=0x0,ELF_PADDR_OFFSET=0x0,HYPERCALL_PAGE=0x2,LOADER=generic" xc: detail: elf_xen_parse_guest_info: GUEST_OS="Mini-OS" xc: detail: elf_xen_parse_guest_info: XEN_VER="xen-3.0" xc: detail: elf_xen_parse_guest_info: VIRT_BASE="0x0" xc: detail: elf_xen_parse_guest_info: ELF_PADDR_OFFSET="0x0" xc: detail: elf_xen_parse_guest_info: HYPERCALL_PAGE="0x2" xc: detail: elf_xen_parse_guest_info: LOADER="generic" xc: detail: elf_xen_addr_calc_check: addresses: xc: detail: virt_base = 0x0 xc: detail: elf_paddr_offset = 0x0 xc: detail: virt_offset = 0x0 xc: detail: virt_kstart = 0x0 xc: detail: virt_kend = 0x8e200 xc: detail: virt_entry = 0x0 xc: detail: p2m_base = 0xffffffffffffffff domainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_64: 0x0 -> 0x8e200 domainbuilder: detail: xc_dom_mem_init: mem 32 MB, pages 0x2000 pages, 4k each domainbuilder: detail: xc_dom_mem_init: 0x2000 pages domainbuilder: detail: xc_dom_boot_mem_init: called domainbuilder: detail: x86_compat: guest xen-3.0-x86_64, address size 64 domainbuilder: detail: xc_dom_build_image: called domainbuilder: detail: xc_dom_alloc_segment: kernel : 0x0 -> 0x8f000 (pfn 0x0 + 0x8f pages) domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x0+0x8f at 0x7f540b685000 xc: detail: elf_load_binary: phdr 0 at 0x7f540b685000 -> 0x7f540b6bc5a0 domainbuilder: detail: xc_dom_alloc_segment: phys2mach : 0x8f000 -> 0x9f000 (pfn 0x8f + 0x10 pages) domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x8f+0x10 at 0x7f540b675000 domainbuilder: detail: xc_dom_alloc_page : start info : 0x9f000 (pfn 0x9f) domainbuilder: detail: xc_dom_alloc_page : xenstore : 0xa0000 (pfn 0xa0) domainbuilder: detail: xc_dom_alloc_page : console : 0xa1000 (pfn 0xa1) domainbuilder: detail: nr_page_tables: 0x0000ffffffffffff/48: 0x0000000000000000 -> 0x0000ffffffffffff, 1 table(s) domainbuilder: detail: nr_page_tables: 0x0000007fffffffff/39: 0x0000000000000000 -> 0x0000007fffffffff, 1 table(s) domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x0000000000000000 -> 0x000000003fffffff, 1 table(s) domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x0000000000000000 -> 0x00000000003fffff, 2 table(s) domainbuilder: detail: xc_dom_alloc_segment: page tables : 0xa2000 -> 0xa7000 (pfn 0xa2 + 0x5 pages) domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0xa2+0x5 at 0x7f540b75a000 domainbuilder: detail: xc_dom_alloc_page : boot stack : 0xa7000 (pfn 0xa7) domainbuilder: detail: xc_dom_build_image : virt_alloc_end : 0xa8000 domainbuilder: detail: xc_dom_build_image : virt_pgtab_end : 0x400000 domainbuilder: detail: xc_dom_boot_image: called domainbuilder: detail: arch_setup_bootearly: doing nothing domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64 <= matches domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32 domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32p domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64 domainbuilder: detail: xc_dom_update_guest_p2m: dst 64bit, pages 0x2000 domainbuilder: detail: clear_page: pfn 0xa1, mfn 0x111e55 domainbuilder: detail: clear_page: pfn 0xa0, mfn 0x111e56 domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x9f+0x1 at 0x7f540b761000 domainbuilder: detail: start_info_x86_64: called domainbuilder: detail: setup_hypercall_page: vaddr=0x2000 pfn=0x2 domainbuilder: detail: domain builder memory footprint domainbuilder: detail: allocated domainbuilder: detail: malloc : 2686 kB domainbuilder: detail: anon mmap : 0 bytes domainbuilder: detail: mapped domainbuilder: detail: file mmap : 205 kB domainbuilder: detail: domU mmap : 660 kB domainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0xce720 domainbuilder: detail: shared_info_x86_64: called domainbuilder: detail: vcpu_x86_64: called domainbuilder: detail: vcpu_x86_64: cr3: pfn 0xa2 mfn 0x111e54 domainbuilder: detail: launch_vm: called, ctxt=0x7fff4ce78740 domainbuilder: detail: xc_dom_release: called Daemon running with PID 8001 domU is reported as created, but "xl list" shows only dom0. There are 3 log files newly created at /var/log/xen as follows: cat /var/log/xen/xl-Mini-OS.log Waiting for domain Mini-OS (domid 11) to die [pid 8002] Domain 11 has shut down, reason code 3 0x3 Action for shutdown reason code 3 is destroy Domain 11 needs to be cleaned up: destroying the domain Done. Exiting now cat /var/log/xen/qemu-dm-Mini-OS.log qemu: terminating on signal 1 from pid 8002 cat /var/log/xen/xen-hotplug.log -empty- Now I don't know what is going wrong at all. Any help is appreciated. Nodir. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 08:12:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 08:12:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X441z-0000iY-Fn; Mon, 07 Jul 2014 08:12:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X441x-0000iT-HE for xen-users@lists.xen.org; Mon, 07 Jul 2014 08:12:10 +0000 Received: from [193.109.254.147:4384] by server-14.bemta-14.messagelabs.com id 38/3B-11800-8565AB35; Mon, 07 Jul 2014 08:12:08 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-8.tower-27.messagelabs.com!1404720727!15862764!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17061 invoked from network); 7 Jul 2014 08:12:07 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jul 2014 08:12:07 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h6KJ70VkmzYpJ81 for ; Mon, 7 Jul 2014 10:12:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404720727; bh=zyRqq78V5EeNl65t4+nc2rfgoFtgCP3tJndj+cLFDfc=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LlNnOqksyQAqdqlGjufaWZeaiH+b/GFmM338ESBVYV2sTEXl1irzmyf3I8FJiKwVs lvIaqwyOG4uAxu/mre5A238hdOOD5mlOR1DY797z5RGWGonp8Ds/ydw2dTzY4P18bq UvFtj46dE1T/pXouWfQZjcx9/77rOWxglxRibSA0= Message-ID: <53BA5655.40708@op.pl> Date: Mon, 07 Jul 2014 10:12:05 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <87oax2of08.fsf@yun.yagibdah.de> In-Reply-To: <87oax2of08.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-06 14:20, lee pisze: > Kuba writes: > >>>> Does "rm" sound destructive or try to warn you? It just does what you >>>> tell it to do. >>> >>> It's not a file system and has options to warn you. The options aren't >>> enabled by default because it won't make much sense. For a file systen, >>> it would make sense to get a warning like "this will destroy your >>> current data" when you issue a command that would perform a rollback and >>> to have an option to disable the warning. >> >> I believe one should know exactly what hitting [enter] is going to do >> when the line you're typing on starts with a #. > > I think that it doesn't matter what the line starts with and that people > do not always know what they are doing. Besides, what a line starts > with is configurable. I'd change it to "?" for users and "!" for root. >>>> Snapshots are just snapshots, making them does not copy your data >>>> (well, in fact, ZFS is a COW file system, so making a snapshot may >>>> result in actually copying your data later on, if it's needed, but >>>> it's not copying as in "making a backup"). Replicating a snapshot >>>> results in creation of another dataset identical to the original >>>> snapshot. It's just a one more way of making full or incremental >>>> backups. >>> >>> So it's making a backup and not making a backup? What are snapshots >>> good for when I can't restore from them, i. e. use them for backups? >> >> Snapshots are not backups. I believe it holds true for anything that >> lets you make a snapshot. > > Hm. I have a camera and I can make snapshots with it, and they are not > backups but pictures. I don't know what I would make a picture of a > file system for. It's not like making pictures of the brakes on your > car in different states of disassembly to refer to later when you put > them back together, is it? It would be like trying to assemble the > brakes without having any of the parts. > > I suppose I could give a snapshot of the brakes to someone for some > purpose, like making it easier to get the right replacement part. But a > snapshot of a file system that holds my data? Nobody would have a > replacement part for that. If you can't do it with ZFS, please try taking an LVM snapshot to get the general idea of what a snapshot is. >>>>> What if I need to access a file that's in the snapshot: Do I >>>>> need to restore the snapshot first? >>>> >>>> Usually you can "cd .zfs" directory, which contains subdirectories >>>> named after your snapshots, and inside that directories you have >>>> complete datasets just like the ones you took the snapshots of. No >>>> rollback/restoring/mounting is necessary. >>> >>> And that also works when the file system the snapshot was created from >>> doesn't exist anymore, or when the disks with the FS the snapshot was >>> made from have become inaccessible, provided that the snapshot was made >>> to different disks? >> >> Oversimplifying: yes. > > So it's as good as a backup? What's the difference then? Is it like > the difference between a picture and a picture? Snapshot replicated to another set of disk on another machine qualifies for me as a backup. When you take a snapshot, it's stored on the same pool, so if you loose the pool, you loose the snapshots too. >>>> Yes, I take snapshots all the time. This way it's easy for me to >>>> revert VMs to previous states, clone them, etc. Same goes with my >>>> regular data. And I replicate them a lot. >>> >>> Hm, what for? The VMs I have are all different, so there's no point in >>> cloning them. And why would I clone my data? I don't even have the >>> disk capacity for that and am glad that I can make a backup. >> >> I tend to clone "production" VMs before I start fiddling with them, so >> that I can test potentially dangerous ideas without any >> consequences. Clones are "free" - they only start using more space >> when you introduce some difference between the clone and the original >> dataset. You can always 'promote' them so they become independent from >> the original dataset (using more space as required). Cloning is just a >> tool that you might or might not find useful. > > I see --- and I'd find that useful. I have the VMs in a LVM volume > group with one logical volume for each VM. Each VM has two partitions, > one for a root file system and another one for swap. How would that > translate to ZFS? > > Where's this additional space taken from? From the pool. >> I suppose it's all relative. Couple of years ago I switched to FreeBSD >> (unknown to me before) for my storage VMs only because it had ZFS >> which I had found to be the only solution to the problems I had at >> that time. That really meant a lot of learning, experimentation and >> uncertainties. It paid off for me. I'm not saying it will pay off for >> you. All I'm saying is 'look, here's this ZFS thing, there's a chance >> you might find it interesting'. By all means I'm not saying 'this is >> ZFS, it will solve all your problems and you have to use it'. > > If it wasn't interesting, I wouldn't be writing all these postings. Please don't get me wrong, but if you find that interesting maybe it would benefit you more to read some docs or howtos and try it for yourself instead of trying to learn about a thing you've never touched by asking questions? I'm no expert on the subject, so chances are I'd unintentionally provide you with information that's incorrect. >>>>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>>>> corrected and going unnoticed, until either, without TLER, the system >>>>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>>>> become noticeable only when it's too late. >>>>>> >>>>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>>>> entire pool for defects ("zpool scrub", you should do that >>>>>> periodically). >>>>> >>>>> You're silently loosing more and more redundancy. >>>> >>>> I'm not sure what you mean by loosing redundancy. >>> >>> You don't know whether the data has been written correctly before you >>> read it. The more errors there are, the more redundancy you loose >>> because you have more data that can be read from only a part of the >>> disks. If there is an error on another disk with that same data, you >>> don't know until you try to read it and perhaps find out that you can't. >>> How many errors for that data it takes depends on the level of >>> redundancy. >> >> I don't understand your point here. Do you know all your data had been >> written correctly with any other form of RAID without reading it back? > > No, but I know that the raid controller does scrubbing and fails a disk > eventually. There is no in-between like there seems to be with ZFS. > > My point is that you can silently loose redundancy with ZFS. RAID > controllers aren't exactly known to silently loose redundancy, are they? > >>> And how do you know when to replace a disk? When there's one error or >>> when there are 50 or 50000 or when the disk has been disconnected? >> >> I believe it's up to you to interpret the data you're presented with >> and make the right decision. I really wish I could formulate a >> condition that evaluates to true or false telling me what should I do >> with a disk. > > RAID controllers make that easy for you --- not necessarily better, but > easier. As I said, it's up to you to make the choices. >>>>> What is the actual rate of data corruption or loss prevented or >>>>> corrected by ZFS due to its checksumming in daily usage? >>>> >>>> I have experienced data corruption due to hardware failures in the >>>> past. >>> >>> Hardware failures like? >> >> The typical ones. Bad sectors, failed flash memory banks, failed ram >> modules. > > And only ZFS detected them? Making an image of a hard drive on a new laptop only to find out the source and destination checksums are different isn't the best possible way to discover a damaged ram (just one random example of how I found out about it once). Copying data without any form of checksumming (even done manually) is like rolling dice for me. >>>> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 >>> >>> Yes, I've seen that. It's for RAM, not disk errors detected through ZFS >>> checksumming. >> >> And RAM has nothing to do with the data on the disks. > > that depends > > Exactly. And what if a bit flips not in the data buffer itself, but in a place that happens to be the place where a simple pointer value is stored, so it no longer points to the data that is to be copied to the disk. If you happen not to cause access violation, you end up with completely different data stored on the disk (or copied from it). Or some other pointer is changed so a loop writing to a disk gets executed 10^10 times instead of 10. Or a machine code gets modified, so your kernel goes berserk and names itself skynet? Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 08:12:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 08:12:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X441z-0000iY-Fn; Mon, 07 Jul 2014 08:12:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X441x-0000iT-HE for xen-users@lists.xen.org; Mon, 07 Jul 2014 08:12:10 +0000 Received: from [193.109.254.147:4384] by server-14.bemta-14.messagelabs.com id 38/3B-11800-8565AB35; Mon, 07 Jul 2014 08:12:08 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-8.tower-27.messagelabs.com!1404720727!15862764!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17061 invoked from network); 7 Jul 2014 08:12:07 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jul 2014 08:12:07 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h6KJ70VkmzYpJ81 for ; Mon, 7 Jul 2014 10:12:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404720727; bh=zyRqq78V5EeNl65t4+nc2rfgoFtgCP3tJndj+cLFDfc=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=LlNnOqksyQAqdqlGjufaWZeaiH+b/GFmM338ESBVYV2sTEXl1irzmyf3I8FJiKwVs lvIaqwyOG4uAxu/mre5A238hdOOD5mlOR1DY797z5RGWGonp8Ds/ydw2dTzY4P18bq UvFtj46dE1T/pXouWfQZjcx9/77rOWxglxRibSA0= Message-ID: <53BA5655.40708@op.pl> Date: Mon, 07 Jul 2014 10:12:05 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <87oax2of08.fsf@yun.yagibdah.de> In-Reply-To: <87oax2of08.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-06 14:20, lee pisze: > Kuba writes: > >>>> Does "rm" sound destructive or try to warn you? It just does what you >>>> tell it to do. >>> >>> It's not a file system and has options to warn you. The options aren't >>> enabled by default because it won't make much sense. For a file systen, >>> it would make sense to get a warning like "this will destroy your >>> current data" when you issue a command that would perform a rollback and >>> to have an option to disable the warning. >> >> I believe one should know exactly what hitting [enter] is going to do >> when the line you're typing on starts with a #. > > I think that it doesn't matter what the line starts with and that people > do not always know what they are doing. Besides, what a line starts > with is configurable. I'd change it to "?" for users and "!" for root. >>>> Snapshots are just snapshots, making them does not copy your data >>>> (well, in fact, ZFS is a COW file system, so making a snapshot may >>>> result in actually copying your data later on, if it's needed, but >>>> it's not copying as in "making a backup"). Replicating a snapshot >>>> results in creation of another dataset identical to the original >>>> snapshot. It's just a one more way of making full or incremental >>>> backups. >>> >>> So it's making a backup and not making a backup? What are snapshots >>> good for when I can't restore from them, i. e. use them for backups? >> >> Snapshots are not backups. I believe it holds true for anything that >> lets you make a snapshot. > > Hm. I have a camera and I can make snapshots with it, and they are not > backups but pictures. I don't know what I would make a picture of a > file system for. It's not like making pictures of the brakes on your > car in different states of disassembly to refer to later when you put > them back together, is it? It would be like trying to assemble the > brakes without having any of the parts. > > I suppose I could give a snapshot of the brakes to someone for some > purpose, like making it easier to get the right replacement part. But a > snapshot of a file system that holds my data? Nobody would have a > replacement part for that. If you can't do it with ZFS, please try taking an LVM snapshot to get the general idea of what a snapshot is. >>>>> What if I need to access a file that's in the snapshot: Do I >>>>> need to restore the snapshot first? >>>> >>>> Usually you can "cd .zfs" directory, which contains subdirectories >>>> named after your snapshots, and inside that directories you have >>>> complete datasets just like the ones you took the snapshots of. No >>>> rollback/restoring/mounting is necessary. >>> >>> And that also works when the file system the snapshot was created from >>> doesn't exist anymore, or when the disks with the FS the snapshot was >>> made from have become inaccessible, provided that the snapshot was made >>> to different disks? >> >> Oversimplifying: yes. > > So it's as good as a backup? What's the difference then? Is it like > the difference between a picture and a picture? Snapshot replicated to another set of disk on another machine qualifies for me as a backup. When you take a snapshot, it's stored on the same pool, so if you loose the pool, you loose the snapshots too. >>>> Yes, I take snapshots all the time. This way it's easy for me to >>>> revert VMs to previous states, clone them, etc. Same goes with my >>>> regular data. And I replicate them a lot. >>> >>> Hm, what for? The VMs I have are all different, so there's no point in >>> cloning them. And why would I clone my data? I don't even have the >>> disk capacity for that and am glad that I can make a backup. >> >> I tend to clone "production" VMs before I start fiddling with them, so >> that I can test potentially dangerous ideas without any >> consequences. Clones are "free" - they only start using more space >> when you introduce some difference between the clone and the original >> dataset. You can always 'promote' them so they become independent from >> the original dataset (using more space as required). Cloning is just a >> tool that you might or might not find useful. > > I see --- and I'd find that useful. I have the VMs in a LVM volume > group with one logical volume for each VM. Each VM has two partitions, > one for a root file system and another one for swap. How would that > translate to ZFS? > > Where's this additional space taken from? From the pool. >> I suppose it's all relative. Couple of years ago I switched to FreeBSD >> (unknown to me before) for my storage VMs only because it had ZFS >> which I had found to be the only solution to the problems I had at >> that time. That really meant a lot of learning, experimentation and >> uncertainties. It paid off for me. I'm not saying it will pay off for >> you. All I'm saying is 'look, here's this ZFS thing, there's a chance >> you might find it interesting'. By all means I'm not saying 'this is >> ZFS, it will solve all your problems and you have to use it'. > > If it wasn't interesting, I wouldn't be writing all these postings. Please don't get me wrong, but if you find that interesting maybe it would benefit you more to read some docs or howtos and try it for yourself instead of trying to learn about a thing you've never touched by asking questions? I'm no expert on the subject, so chances are I'd unintentionally provide you with information that's incorrect. >>>>>>> So you would be running ZFS on unreliable disks, with the errors being >>>>>>> corrected and going unnoticed, until either, without TLER, the system >>>>>>> goes down or, with TLER, until the errors aren't recoverable anymore and >>>>>>> become noticeable only when it's too late. >>>>>> >>>>>> ZFS tells you it had problems ("zpool status"). ZFS can also check >>>>>> entire pool for defects ("zpool scrub", you should do that >>>>>> periodically). >>>>> >>>>> You're silently loosing more and more redundancy. >>>> >>>> I'm not sure what you mean by loosing redundancy. >>> >>> You don't know whether the data has been written correctly before you >>> read it. The more errors there are, the more redundancy you loose >>> because you have more data that can be read from only a part of the >>> disks. If there is an error on another disk with that same data, you >>> don't know until you try to read it and perhaps find out that you can't. >>> How many errors for that data it takes depends on the level of >>> redundancy. >> >> I don't understand your point here. Do you know all your data had been >> written correctly with any other form of RAID without reading it back? > > No, but I know that the raid controller does scrubbing and fails a disk > eventually. There is no in-between like there seems to be with ZFS. > > My point is that you can silently loose redundancy with ZFS. RAID > controllers aren't exactly known to silently loose redundancy, are they? > >>> And how do you know when to replace a disk? When there's one error or >>> when there are 50 or 50000 or when the disk has been disconnected? >> >> I believe it's up to you to interpret the data you're presented with >> and make the right decision. I really wish I could formulate a >> condition that evaluates to true or false telling me what should I do >> with a disk. > > RAID controllers make that easy for you --- not necessarily better, but > easier. As I said, it's up to you to make the choices. >>>>> What is the actual rate of data corruption or loss prevented or >>>>> corrected by ZFS due to its checksumming in daily usage? >>>> >>>> I have experienced data corruption due to hardware failures in the >>>> past. >>> >>> Hardware failures like? >> >> The typical ones. Bad sectors, failed flash memory banks, failed ram >> modules. > > And only ZFS detected them? Making an image of a hard drive on a new laptop only to find out the source and destination checksums are different isn't the best possible way to discover a damaged ram (just one random example of how I found out about it once). Copying data without any form of checksumming (even done manually) is like rolling dice for me. >>>> http://www.zdnet.com/blog/storage/dram-error-rates-nightmare-on-dimm-street/638 >>> >>> Yes, I've seen that. It's for RAM, not disk errors detected through ZFS >>> checksumming. >> >> And RAM has nothing to do with the data on the disks. > > that depends > > Exactly. And what if a bit flips not in the data buffer itself, but in a place that happens to be the place where a simple pointer value is stored, so it no longer points to the data that is to be copied to the disk. If you happen not to cause access violation, you end up with completely different data stored on the disk (or copied from it). Or some other pointer is changed so a loop writing to a disk gets executed 10^10 times instead of 10. Or a machine code gets modified, so your kernel goes berserk and names itself skynet? Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 09:18:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 09:18:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X453A-0003TX-I7; Mon, 07 Jul 2014 09:17:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4539-0003TS-78 for xen-users@lists.xen.org; Mon, 07 Jul 2014 09:17:27 +0000 Received: from [85.158.139.211:9150] by server-5.bemta-5.messagelabs.com id 76/15-29625-6A56AB35; Mon, 07 Jul 2014 09:17:26 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-206.messagelabs.com!1404724644!14022675!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9668 invoked from network); 7 Jul 2014 09:17:25 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jul 2014 09:17:25 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.221.76.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id A6D0B221DE2 for ; Mon, 7 Jul 2014 10:17:23 +0100 (BST) Message-ID: <53BA65A2.6020008@bobich.net> Date: Mon, 07 Jul 2014 10:17:22 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> In-Reply-To: <87k37qob7z.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/06/2014 02:42 PM, lee wrote: > Gordan Bobic writes: > >> On 07/05/2014 03:57 AM, lee wrote: >>> Kuba writes: >>> >>>> W dniu 2014-07-04 19:11, lee pisze: >>>>> Kuba writes: >>>>> >>>>> "Rollback" doesn't sound very destructive. >>>> >>>> For me "rollback" always meant "revert to some previous state" and for >>>> me it sounds very destructive - at least for the "current state" from >>>> which you are reverting. >>> >>> It still doesn't sound destructive. >> >> Then I dare say you don't understand what it actually means. > > I know what it means, and it doesn't sound very destructive. Rolling back your file system state to a previous point in time doesn't sound destructive to you? It doesn't convey the meaning that you will lose changes to the file system made since the point you are rolling back to? >> mkfs.ext4 doesn't ask you "are you sure" before you tell it to create >> the FS on a block device that already contains an ext4 FS. Why would >> you expect anything else to? > > Because ZFS makes a point of keeping data save. And there are some > warnings you get from xfs. Not from user error. Backups keep data safe from user error. >>> So it's making a backup and not making a backup? What are snapshots >>> good for when I can't restore from them, i. e. use them for backups? >> >> You can restore from them. But a backup should mean a copy on a >> different machine, not subject to being lose of the entire machine is >> lost (e.g. a power surge that fries every component). > > You can't make snapshots to different machines? You can send snapshots, once you have taken them, to a different machine. >> Snapshot cannot exist independently of the filesystem it is a snapshot >> of. All live on the same ZFS pool (equivalent to the RAID array). > > So they are like an incremental backup with very limited use. No more limited use than any backup you keep on the same disks as the working copy of the data. But it is certainly more convenient than alternatives within those constraints. >>> So far, the advantages I'm seeing that would be a benefit are >>> checksumming and using on-disk caches for writing. The latter doesn't >>> seem to be overly relevant. That means a lot of learning and >>> experimentation and uncertainties for that one benefit. >> >> Sounds like you are afraid of learning. >> But if you don't use backups and snapshots already and don't intend to >> begin using them, then you are right, you are probably not going to >> see much benefit. > > It's not a question of being afraid of learning but a question of > risking to loose my data. To make snapshots of VMs, I'd have to make > backups of them and to somehow recreate them with ZFS, and the swap > partitions they have might be a problem. Not really - snapshots will give you crash level consistency. You cannot roll a snapshot back underneath a running machine any more than you can plug a different rootfs disk into a running machine and expect it to keep running normally. If you need to roll back, you shut down the VM, roll back the volume, then restart the VM. It'll do it's usual journal replay on an unclean shutdown and come up in the state it was in when you took the snapshot of the FS. > But then, dom0 and the VMs are > on a RAID-1, so I'd have to make backups of everything, change to JBOD, > figure out how to boot from ZFS and how to restore from the backup. Any > idea how to do that? Does ZFS provide swap partitions? If not, I'd > have to put them on RAID devices, but I wouldn't have any. Swap for dom0 or for domUs? For dom0, as I said before, I use RAID1 for the /boot and rootfs. I typically put this on a RAID1 disk set, where the dom0's swap could also live (when I absolutely need swap, I use a relatively small zram, because most of the time swapping is a great way to cripple your machine into a completely unusable state that is often worse than a process OOM-ing and dying. For domU, you put it on whatever volume the rest of the domU filesystems are on. > While the server is down, I don't have internet access. You recommended > against booting from ZFS. That was my personal recommendation. Many people use ZFS for root as well, but it requires using a custom patched grub and for reasons I explained before, I don't find root on ZFS to be of sufficient benefit to make it worth the extra effort. >>> The more errors there are, the more redundancy you loose >>> because you have more data that can be read from only a part of the >>> disks. >> >> ZFS immediately repairs all errors it encounters, so this is not a >> valid point. > > It may not encounter all the errors there are (until it's too late to > repair them), so the point remains valid. No it doesn't, because the point is relative to other available solutions, all of which fare far worse under the circumstances discussed. A hardware RAID controller will typically kick out disks based on relatively low error thresholds. ZFS will try to hold onto disks as long as they are responsive to the kernel (within SCSI command timeouts), which means that it will try to maintain redundancy much better, and will keep fixing all the errors it encounters in the meantime. >>> And how do you know when to replace a disk? When there's one error or >>> when there are 50 or 50000 or when the disk has been disconnected? >> >> In most cases, when the SMART on the disk reports the disk has failed >> or the disk stops responding. > > I don't believe those smart numbers. I believe them on Seagates and HGSTs. I take them with a healthy dose of distrust on WDs and Samsungs. > When the disk has failed or > doesn't respond, it's obvious that it needs to be replaced. Before that > happens, you might see some number of errors ZFS has detected. You just > ignore those? Depends on how many and how often. If half a dozen errors show up on a weekly scrub once with no more the next week, it's probably OK. If it comes up with a few hundred on a scrub, I re-run the scrub and it comes up with a few hundred more, then there's a good chance the disk is failing. SMART info and any bus resets logged against that disk in syslog may also provide more information (e.g. it could be a duff SATA cable). >>>>> Does ZFS maintain a list of bad sectors which are not to be used again? >>>> >>>> Don't know, but never heard of it. I always thought it's the storage >>>> device's job. Does any file system do that? >>> >>> I don't know. It would make sense because there's no telling what the >>> disk is doing --- the disk might very well re-use a bad sector and find >>> that just at the time you want to read the data, it's not readable >>> again. >> >> Disks are _expected_ to deal with sector reallocations internally. If >> they don't, they are broken. Disk sectors are all addressed through a >> translation layer, and you don't have any way of telling when a sector >> has been moved (except maybe by doing performance timings on seeks >> between adjecent sectors), because the sector address is logical >> rather than physical. It's even less transparent with SSDs which shift >> data around all the time to improve wear leveling. > > So you never know what the disk is doing, and there's nothing to prevent > silent loss of redundancy, other than scrubs. Scrubs and normal use. How often does your RAID controller scrub the array to check for errors? If it finds that in a particular RAID5 stripe the data doesn't match the parity, but none of the disks return an error, does it trust that the data is correct or the parity is correct? If parity, which combination of data blocks does it assume are correct, and which block needs to be repaired? ZFS can recover from this even with n+1 redundancy because each data stripe has a checksum independent of the parity, so it is possible to establish which combination of surviving data+parity blocks is the correct one, and which blocks need to be re-built. >>>>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >>>>> >>>>> It shows that there are more checksum errors after the errors were >>>>> supposedly corrected. >>>> >>>> Not "supposedly". The increasing number only shows the count of >>>> encountered checksum errors. If ZFS could not correct the error, it >>>> would say so. >>> >>> Ok, and why are there more errors after an error was corrected? Is the >>> error being reset at some time or kept indefinitely? >> >> You didn't understand the test. Some errors were picked up at import >> stage, but all that gets checked at import stage is the pool metadata, >> not the entire disk's contents. The find command went and read all the >> data on the FS, but if you had snapshots, some errors might still be >> in them that don't get found by checking the data in the "head" >> instance. For a full pool check you use the zfs scrub command. > > The test didn't explain this, so how are ppl who don't know what ZFS > does how supposed to understand it? Basic common sense based on what the commands do. > You can see that the data can still > be read and that the number of errors has gone up. That the number of > errors has increased contradicts that the errors have been fixed. Only if you have no clue how file systems, RAID, and disk accesses work. In which case you should be using an OS designed for people with that level of interest in understanding. >>>> http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited >>>> >>>> That's just two organizations with similarly sized storage and >>>> different approaches. One uses standard solutions, the other one >>>> ported ZFS to Linux, so they could use it. >>> >>> I find it interesting that a company which is concerned more about its >>> costs than anything else doesn't go for a solution, now easily >>> available, that can cut their costs in half and that an institution >>> which doesn't appear to be overly concerned with costs goes for that >>> very same solution despite it's not easily available at all. >> >> That doesn't mean anything at all. I know of many companies where they >> use rented servers rather than their own because accountants prefer >> opex to capex, even if over 3+ years the reduction in total cost would >> be huge. >> >> I also know of many companies who use virtual cloud infrastructure, >> even though the performance hit for the substantial part of their >> workload is half of what they would get on bare metal servers, which >> in turn makes owned bare metal servers cheaper. >> >> Solutions that aren't optimal are used all the time for all kinds of >> spurious and non-technical reasons. > > I don't find that convincing. Companies aren't willing to pay their > employees salaries that would even cover the costs of living, and they > are always trying to save money in any way they can. Which is why they are getting the quality of the solutions described. > When you look at > to what lengths backblaze claims to have gone to to keep costs low, it > is entirely inconceivable that they would skip out on something that > would save them half their costs for spurious or non-technical reasons. You'd think so. OTOH I regularly do consultancy for clients that run systems that are similarly "inconcievable" (in the most generic sense possible, not limited to any specific file system or application). People who know what they are doing are sufficiently few and sufficiently expensive, that they are seldom there when the system is first being designed. >>>> It's up to you to define your goals, solutions and level of >>>> assurance. My personal approach is "hope for the best, plan for the >>>> worst". >>> >>> The problem is that you can plan whatever you want and things turn out >>> otherwise regardless. My grandma already knew that. >> >> Expect the unexpected and be prepared. Every boy scout already knows that. > > When they grow up, they find out that it doesn't work. So your view is to not bother taking precautions? Do you wear a seatbelt when driving? And if so, is that because you plan to crash? >> Just because something might go wrong regardless of how well prepared >> you are doesn't justify not being prepared at all. > > There are lots of reasons for not being prepared for everything, and > being prepared for everything when things go wrong nonetheless can be > difficult to justify. Depends on what's at stake. If you know what you are doing the overheads of ensuring timely recoverability are not particularly significant. >>>>> What is the actual rate of data corruption or loss prevented or >>>>> corrected by ZFS due to its checksumming in daily usage? >>>> >>>> I have experienced data corruption due to hardware failures in the >>>> past. >>> >>> Hardware failures like? >> >> I am quite certain I have seen in-RAM data corruption before, that >> when it occurs in the commit charge, will cause on-disk data >> corruption (not detectable once it's on disk, your application will >> just get corrupted data back since the corrupted data is correctly >> stored as corrupted data on disk). >> >> I have also seen files get corrupted on disk due to latent disk >> errors, through traditional RAID. Nothing logs an error, there is no >> change in the file, but the application crashes. When I located all >> the files being involved in the operation and pulled the backups >> months back, I found that 512 bytes in the file has changed between >> two backups with no obvious metadata changes (modification time). This >> is a fairly typical example of what happens when a disk write goes >> astray. >> >> The opposite problem is a phantom write when the write doesn't make it >> to the disk - head floats too far from the platter and the write >> doesn't stick. This, too, happens a lot more than most people realize. > > That it /can/ happen is one thing, how often it /does/ happen is > another. Without knowing the actual rate, it's difficult to judge how > big the benefit of checksumming is. > >>>> Once is often enough for me and it happened more then once. If I >>>> hadn't done the checksumming myself, I probably wouldn't even have >>>> known about it. Since I started using it, ZFS detected data corruption >>>> several times for me (within a few years). But I don't own a data >>>> center :) Actual error rates might depend on your workload, hardware, >>>> probabilities and lots of other things. Here's something you might >>>> find interesting: >>> >>> Sure, the more data about failures detected by checksumming we would >>> collect, the more we might be able to make conclusions from it. Since >>> we don't have much data, it's still interesting to know what failure >>> rates you have seen. Is it more like 1 error in 50TB read or more like >>> 1 error in 500TB or like 20 in 5TB? >> >> According to manufacturers, one unrecoverable error every 10^14 bits >> read. That equates to one unrecoverable sector every 11TB. This is the >> statistical average. On some models it'll be worse. >> >> The following articles provide some good info: >> >> http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf >> >> http://research.cs.wisc.edu/adsl/Publications/latent-sigmetrics07.pdf > > They don't answer the question, either. So you didn't read the articles, then. Graph (b) in Figure 3. of the second article shows the number of latent sector errors per GB over 18 months of use, by disk model. So depending on your disk you could be getting a silent disk error as often as once per 100GB. Unrecoverable sector errors (i.e. non latent disk errors) are on top of that. > How much data can you, in daily > usage, read/write from/to a ZFS file system with how many errors > detected and corrected only due to the checksumming ZFS does? See above. Depending on disk make/model, potentially as high as one per 100GB on some disk models. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 09:18:13 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 09:18:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X453A-0003TX-I7; Mon, 07 Jul 2014 09:17:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4539-0003TS-78 for xen-users@lists.xen.org; Mon, 07 Jul 2014 09:17:27 +0000 Received: from [85.158.139.211:9150] by server-5.bemta-5.messagelabs.com id 76/15-29625-6A56AB35; Mon, 07 Jul 2014 09:17:26 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-206.messagelabs.com!1404724644!14022675!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9668 invoked from network); 7 Jul 2014 09:17:25 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jul 2014 09:17:25 -0000 Received: from thinkpad.shatteredsilicon.net (unknown [31.221.76.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id A6D0B221DE2 for ; Mon, 7 Jul 2014 10:17:23 +0100 (BST) Message-ID: <53BA65A2.6020008@bobich.net> Date: Mon, 07 Jul 2014 10:17:22 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> In-Reply-To: <87k37qob7z.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/06/2014 02:42 PM, lee wrote: > Gordan Bobic writes: > >> On 07/05/2014 03:57 AM, lee wrote: >>> Kuba writes: >>> >>>> W dniu 2014-07-04 19:11, lee pisze: >>>>> Kuba writes: >>>>> >>>>> "Rollback" doesn't sound very destructive. >>>> >>>> For me "rollback" always meant "revert to some previous state" and for >>>> me it sounds very destructive - at least for the "current state" from >>>> which you are reverting. >>> >>> It still doesn't sound destructive. >> >> Then I dare say you don't understand what it actually means. > > I know what it means, and it doesn't sound very destructive. Rolling back your file system state to a previous point in time doesn't sound destructive to you? It doesn't convey the meaning that you will lose changes to the file system made since the point you are rolling back to? >> mkfs.ext4 doesn't ask you "are you sure" before you tell it to create >> the FS on a block device that already contains an ext4 FS. Why would >> you expect anything else to? > > Because ZFS makes a point of keeping data save. And there are some > warnings you get from xfs. Not from user error. Backups keep data safe from user error. >>> So it's making a backup and not making a backup? What are snapshots >>> good for when I can't restore from them, i. e. use them for backups? >> >> You can restore from them. But a backup should mean a copy on a >> different machine, not subject to being lose of the entire machine is >> lost (e.g. a power surge that fries every component). > > You can't make snapshots to different machines? You can send snapshots, once you have taken them, to a different machine. >> Snapshot cannot exist independently of the filesystem it is a snapshot >> of. All live on the same ZFS pool (equivalent to the RAID array). > > So they are like an incremental backup with very limited use. No more limited use than any backup you keep on the same disks as the working copy of the data. But it is certainly more convenient than alternatives within those constraints. >>> So far, the advantages I'm seeing that would be a benefit are >>> checksumming and using on-disk caches for writing. The latter doesn't >>> seem to be overly relevant. That means a lot of learning and >>> experimentation and uncertainties for that one benefit. >> >> Sounds like you are afraid of learning. >> But if you don't use backups and snapshots already and don't intend to >> begin using them, then you are right, you are probably not going to >> see much benefit. > > It's not a question of being afraid of learning but a question of > risking to loose my data. To make snapshots of VMs, I'd have to make > backups of them and to somehow recreate them with ZFS, and the swap > partitions they have might be a problem. Not really - snapshots will give you crash level consistency. You cannot roll a snapshot back underneath a running machine any more than you can plug a different rootfs disk into a running machine and expect it to keep running normally. If you need to roll back, you shut down the VM, roll back the volume, then restart the VM. It'll do it's usual journal replay on an unclean shutdown and come up in the state it was in when you took the snapshot of the FS. > But then, dom0 and the VMs are > on a RAID-1, so I'd have to make backups of everything, change to JBOD, > figure out how to boot from ZFS and how to restore from the backup. Any > idea how to do that? Does ZFS provide swap partitions? If not, I'd > have to put them on RAID devices, but I wouldn't have any. Swap for dom0 or for domUs? For dom0, as I said before, I use RAID1 for the /boot and rootfs. I typically put this on a RAID1 disk set, where the dom0's swap could also live (when I absolutely need swap, I use a relatively small zram, because most of the time swapping is a great way to cripple your machine into a completely unusable state that is often worse than a process OOM-ing and dying. For domU, you put it on whatever volume the rest of the domU filesystems are on. > While the server is down, I don't have internet access. You recommended > against booting from ZFS. That was my personal recommendation. Many people use ZFS for root as well, but it requires using a custom patched grub and for reasons I explained before, I don't find root on ZFS to be of sufficient benefit to make it worth the extra effort. >>> The more errors there are, the more redundancy you loose >>> because you have more data that can be read from only a part of the >>> disks. >> >> ZFS immediately repairs all errors it encounters, so this is not a >> valid point. > > It may not encounter all the errors there are (until it's too late to > repair them), so the point remains valid. No it doesn't, because the point is relative to other available solutions, all of which fare far worse under the circumstances discussed. A hardware RAID controller will typically kick out disks based on relatively low error thresholds. ZFS will try to hold onto disks as long as they are responsive to the kernel (within SCSI command timeouts), which means that it will try to maintain redundancy much better, and will keep fixing all the errors it encounters in the meantime. >>> And how do you know when to replace a disk? When there's one error or >>> when there are 50 or 50000 or when the disk has been disconnected? >> >> In most cases, when the SMART on the disk reports the disk has failed >> or the disk stops responding. > > I don't believe those smart numbers. I believe them on Seagates and HGSTs. I take them with a healthy dose of distrust on WDs and Samsungs. > When the disk has failed or > doesn't respond, it's obvious that it needs to be replaced. Before that > happens, you might see some number of errors ZFS has detected. You just > ignore those? Depends on how many and how often. If half a dozen errors show up on a weekly scrub once with no more the next week, it's probably OK. If it comes up with a few hundred on a scrub, I re-run the scrub and it comes up with a few hundred more, then there's a good chance the disk is failing. SMART info and any bus resets logged against that disk in syslog may also provide more information (e.g. it could be a duff SATA cable). >>>>> Does ZFS maintain a list of bad sectors which are not to be used again? >>>> >>>> Don't know, but never heard of it. I always thought it's the storage >>>> device's job. Does any file system do that? >>> >>> I don't know. It would make sense because there's no telling what the >>> disk is doing --- the disk might very well re-use a bad sector and find >>> that just at the time you want to read the data, it's not readable >>> again. >> >> Disks are _expected_ to deal with sector reallocations internally. If >> they don't, they are broken. Disk sectors are all addressed through a >> translation layer, and you don't have any way of telling when a sector >> has been moved (except maybe by doing performance timings on seeks >> between adjecent sectors), because the sector address is logical >> rather than physical. It's even less transparent with SSDs which shift >> data around all the time to improve wear leveling. > > So you never know what the disk is doing, and there's nothing to prevent > silent loss of redundancy, other than scrubs. Scrubs and normal use. How often does your RAID controller scrub the array to check for errors? If it finds that in a particular RAID5 stripe the data doesn't match the parity, but none of the disks return an error, does it trust that the data is correct or the parity is correct? If parity, which combination of data blocks does it assume are correct, and which block needs to be repaired? ZFS can recover from this even with n+1 redundancy because each data stripe has a checksum independent of the parity, so it is possible to establish which combination of surviving data+parity blocks is the correct one, and which blocks need to be re-built. >>>>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >>>>> >>>>> It shows that there are more checksum errors after the errors were >>>>> supposedly corrected. >>>> >>>> Not "supposedly". The increasing number only shows the count of >>>> encountered checksum errors. If ZFS could not correct the error, it >>>> would say so. >>> >>> Ok, and why are there more errors after an error was corrected? Is the >>> error being reset at some time or kept indefinitely? >> >> You didn't understand the test. Some errors were picked up at import >> stage, but all that gets checked at import stage is the pool metadata, >> not the entire disk's contents. The find command went and read all the >> data on the FS, but if you had snapshots, some errors might still be >> in them that don't get found by checking the data in the "head" >> instance. For a full pool check you use the zfs scrub command. > > The test didn't explain this, so how are ppl who don't know what ZFS > does how supposed to understand it? Basic common sense based on what the commands do. > You can see that the data can still > be read and that the number of errors has gone up. That the number of > errors has increased contradicts that the errors have been fixed. Only if you have no clue how file systems, RAID, and disk accesses work. In which case you should be using an OS designed for people with that level of interest in understanding. >>>> http://www.smallnetbuilder.com/nas/nas-features/31541-how-to-build-a-cheap-petabyte-server-revisited >>>> >>>> That's just two organizations with similarly sized storage and >>>> different approaches. One uses standard solutions, the other one >>>> ported ZFS to Linux, so they could use it. >>> >>> I find it interesting that a company which is concerned more about its >>> costs than anything else doesn't go for a solution, now easily >>> available, that can cut their costs in half and that an institution >>> which doesn't appear to be overly concerned with costs goes for that >>> very same solution despite it's not easily available at all. >> >> That doesn't mean anything at all. I know of many companies where they >> use rented servers rather than their own because accountants prefer >> opex to capex, even if over 3+ years the reduction in total cost would >> be huge. >> >> I also know of many companies who use virtual cloud infrastructure, >> even though the performance hit for the substantial part of their >> workload is half of what they would get on bare metal servers, which >> in turn makes owned bare metal servers cheaper. >> >> Solutions that aren't optimal are used all the time for all kinds of >> spurious and non-technical reasons. > > I don't find that convincing. Companies aren't willing to pay their > employees salaries that would even cover the costs of living, and they > are always trying to save money in any way they can. Which is why they are getting the quality of the solutions described. > When you look at > to what lengths backblaze claims to have gone to to keep costs low, it > is entirely inconceivable that they would skip out on something that > would save them half their costs for spurious or non-technical reasons. You'd think so. OTOH I regularly do consultancy for clients that run systems that are similarly "inconcievable" (in the most generic sense possible, not limited to any specific file system or application). People who know what they are doing are sufficiently few and sufficiently expensive, that they are seldom there when the system is first being designed. >>>> It's up to you to define your goals, solutions and level of >>>> assurance. My personal approach is "hope for the best, plan for the >>>> worst". >>> >>> The problem is that you can plan whatever you want and things turn out >>> otherwise regardless. My grandma already knew that. >> >> Expect the unexpected and be prepared. Every boy scout already knows that. > > When they grow up, they find out that it doesn't work. So your view is to not bother taking precautions? Do you wear a seatbelt when driving? And if so, is that because you plan to crash? >> Just because something might go wrong regardless of how well prepared >> you are doesn't justify not being prepared at all. > > There are lots of reasons for not being prepared for everything, and > being prepared for everything when things go wrong nonetheless can be > difficult to justify. Depends on what's at stake. If you know what you are doing the overheads of ensuring timely recoverability are not particularly significant. >>>>> What is the actual rate of data corruption or loss prevented or >>>>> corrected by ZFS due to its checksumming in daily usage? >>>> >>>> I have experienced data corruption due to hardware failures in the >>>> past. >>> >>> Hardware failures like? >> >> I am quite certain I have seen in-RAM data corruption before, that >> when it occurs in the commit charge, will cause on-disk data >> corruption (not detectable once it's on disk, your application will >> just get corrupted data back since the corrupted data is correctly >> stored as corrupted data on disk). >> >> I have also seen files get corrupted on disk due to latent disk >> errors, through traditional RAID. Nothing logs an error, there is no >> change in the file, but the application crashes. When I located all >> the files being involved in the operation and pulled the backups >> months back, I found that 512 bytes in the file has changed between >> two backups with no obvious metadata changes (modification time). This >> is a fairly typical example of what happens when a disk write goes >> astray. >> >> The opposite problem is a phantom write when the write doesn't make it >> to the disk - head floats too far from the platter and the write >> doesn't stick. This, too, happens a lot more than most people realize. > > That it /can/ happen is one thing, how often it /does/ happen is > another. Without knowing the actual rate, it's difficult to judge how > big the benefit of checksumming is. > >>>> Once is often enough for me and it happened more then once. If I >>>> hadn't done the checksumming myself, I probably wouldn't even have >>>> known about it. Since I started using it, ZFS detected data corruption >>>> several times for me (within a few years). But I don't own a data >>>> center :) Actual error rates might depend on your workload, hardware, >>>> probabilities and lots of other things. Here's something you might >>>> find interesting: >>> >>> Sure, the more data about failures detected by checksumming we would >>> collect, the more we might be able to make conclusions from it. Since >>> we don't have much data, it's still interesting to know what failure >>> rates you have seen. Is it more like 1 error in 50TB read or more like >>> 1 error in 500TB or like 20 in 5TB? >> >> According to manufacturers, one unrecoverable error every 10^14 bits >> read. That equates to one unrecoverable sector every 11TB. This is the >> statistical average. On some models it'll be worse. >> >> The following articles provide some good info: >> >> http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf >> >> http://research.cs.wisc.edu/adsl/Publications/latent-sigmetrics07.pdf > > They don't answer the question, either. So you didn't read the articles, then. Graph (b) in Figure 3. of the second article shows the number of latent sector errors per GB over 18 months of use, by disk model. So depending on your disk you could be getting a silent disk error as often as once per 100GB. Unrecoverable sector errors (i.e. non latent disk errors) are on top of that. > How much data can you, in daily > usage, read/write from/to a ZFS file system with how many errors > detected and corrected only due to the checksumming ZFS does? See above. Depending on disk make/model, potentially as high as one per 100GB on some disk models. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 09:37:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 09:37:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X45Lw-0004CF-Ad; Mon, 07 Jul 2014 09:36:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X45Lv-0004C9-0e for xen-users@lists.xenproject.org; Mon, 07 Jul 2014 09:36:51 +0000 Received: from [85.158.137.68:49338] by server-6.bemta-3.messagelabs.com id CD/ED-15862-23A6AB35; Mon, 07 Jul 2014 09:36:50 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1404725808!14331717!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25657 invoked from network); 7 Jul 2014 09:36:49 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 09:36:49 -0000 X-IronPort-AV: E=Sophos;i="5.01,617,1400025600"; d="scan'208";a="150394010" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 07 Jul 2014 09:36:49 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Mon, 7 Jul 2014 05:36:47 -0400 Message-ID: <1404725806.5530.2.camel@kazak.uk.xensource.com> From: Ian Campbell To: Nodir Kodirov Date: Mon, 7 Jul 2014 10:36:46 +0100 In-Reply-To: References: <5758036.PkrMsRqjLd@eve> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, 2014-07-06 at 23:59 -0700, Nodir Kodirov wrote: > Now I don't know what is going wrong at all. It seems like the domain is immediately shutting itself down. "xl create -c ..." will connect to the console as soon as possible, which might give you a chance to see why. If that doesn't help then try configuring xenconsoled to log the guest consoles: http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen_Project#Guest_console_logs Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 09:37:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 09:37:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X45Lw-0004CF-Ad; Mon, 07 Jul 2014 09:36:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X45Lv-0004C9-0e for xen-users@lists.xenproject.org; Mon, 07 Jul 2014 09:36:51 +0000 Received: from [85.158.137.68:49338] by server-6.bemta-3.messagelabs.com id CD/ED-15862-23A6AB35; Mon, 07 Jul 2014 09:36:50 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1404725808!14331717!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25657 invoked from network); 7 Jul 2014 09:36:49 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 09:36:49 -0000 X-IronPort-AV: E=Sophos;i="5.01,617,1400025600"; d="scan'208";a="150394010" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 07 Jul 2014 09:36:49 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Mon, 7 Jul 2014 05:36:47 -0400 Message-ID: <1404725806.5530.2.camel@kazak.uk.xensource.com> From: Ian Campbell To: Nodir Kodirov Date: Mon, 7 Jul 2014 10:36:46 +0100 In-Reply-To: References: <5758036.PkrMsRqjLd@eve> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, 2014-07-06 at 23:59 -0700, Nodir Kodirov wrote: > Now I don't know what is going wrong at all. It seems like the domain is immediately shutting itself down. "xl create -c ..." will connect to the console as soon as possible, which might give you a chance to see why. If that doesn't help then try configuring xenconsoled to log the guest consoles: http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen_Project#Guest_console_logs Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 13:35:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 13:35:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X493i-0002bv-Gf; Mon, 07 Jul 2014 13:34:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X493h-0002bq-KW for xen-users@lists.xen.org; Mon, 07 Jul 2014 13:34:17 +0000 Received: from [85.158.139.211:18793] by server-5.bemta-5.messagelabs.com id B2/E6-29625-8D1AAB35; Mon, 07 Jul 2014 13:34:16 +0000 X-Env-Sender: simon.waterman@zynstra.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1404740055!14078186!1 X-Originating-IP: [213.199.154.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32244 invoked from network); 7 Jul 2014 13:34:16 -0000 Received: from mail-am1lp0011.outbound.protection.outlook.com (HELO emea01-am1-obe.outbound.protection.outlook.com) (213.199.154.11) by server-9.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 7 Jul 2014 13:34:16 -0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com (10.242.131.26) by DB3PR03MB218.eurprd03.prod.outlook.com (10.242.131.18) with Microsoft SMTP Server (TLS) id 15.0.980.8; Mon, 7 Jul 2014 13:34:14 +0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.246]) by DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.246]) with mapi id 15.00.0980.000; Mon, 7 Jul 2014 13:34:13 +0000 From: Simon Waterman To: "xen-users@lists.xen.org" Thread-Topic: PCI passthrough of HP P420i RAID controller Thread-Index: AQHPmdR3VUMpKuyAJkSk4BE3k4l3mg== Date: Mon, 7 Jul 2014 13:34:13 +0000 Message-ID: <1404740052645.84654@zynstra.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [193.63.64.25] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 02652BD10A x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(199002)(189002)(19580395003)(21056001)(4396001)(2656002)(95666004)(101416001)(106116001)(106356001)(83072002)(79102001)(74502001)(86362001)(50986999)(77096002)(85852003)(99396002)(105586002)(87936001)(85306003)(77982001)(46102001)(76482001)(64706001)(20776003)(80022001)(81342001)(54356999)(92726001)(83322001)(107046002)(107886001)(36756003)(2351001)(110136001)(81542001)(66066001); DIR:OUT; SFP:; SCL:1; SRVR:DB3PR03MB218; H:DB3PR03MB220.eurprd03.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; MIME-Version: 1.0 X-OriginatorOrg: zynstra.com Subject: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, We've been successfully using Xen with PCI pass-through of disk and network cards for a couple of years now. We have this architecture working successfully with a wide range of hardware from HP and Dell but recently have been getting problems with the HP ProLiant DL380p Gen8 and its P420i RAID controller. When we bind the RAID controller to pciback and issue the appropriate 'xl pci-attach' command the controller appears on the driver domain but fails during probing by the hpsa driver. Interestingly, in about 1 in every 10 test runs the hpsa driver probes successfully, the controller appears in the driver domain and the disks appear to function correctly. In the failure cases the syslog output from the hpsa driver is as follows: Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855597] bus: 'pci': driver_prob e_device: matched device 0000:00:00.0 with driver hpsa Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855599] bus: 'pci': really_prob e: probing driver hpsa with device 0000:00:00.0 Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855605] HP HPSA Driver (v 3.4.4 -1) Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855684] hpsa 0000:00:00.0: enab ling device (0000 -> 0003) Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855983] hpsa 0000:00:00.0: Xen PCI mapped GSI34 to IRQ29 Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856089] hpsa 0000:00:00.0: enab ling bus mastering Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856659] hpsa 0000:00:00.0: MSIX Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.857384] hpsa 0000:00:00.0: Logi cal aborts not supported Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318297] hpsa 0000:00:00.0: unable to get board into simple mode Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318478] hpsa: probe of 0000:00:00.0 rejects match -19 The error seems to originate from the hpsa_enter_simple_mode function and looks like the first point where an interaction with the board via IO mapped memory is expected to result in a response from the board. We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu trusty. VTd is disabled in the BIOS of the Dom-0. We use the following Grub commands for the Dom-0 boot: multiboot /boot/xen.gz placeholder dom0_mem=max:2048m iommu=0 loglvl=all guest_loglvl=all module /boot/vmlinuz-3.15.0 placeholder root=UUID=f56cf02b-d46f-4e2a-b667-242f97ec82f5 ro debug module --nounzip /boot/initrd.img-3.15.0 The driver domain is a PV guest running the same kernel version as the Dom-0. The Xen configuration file contains the following kernel boot parameters: extra="earlyprintk=xen debug max_loop=64 iommu=soft" After we issue the pci-attach command the following additional lines appear in the 'xl dmesg' log: (XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames (XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02 (XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02 We were wondering whether anyone in the community had got PCI pass-through of the P420i working, or any pointers of where to look to further diagnose the problem. Best wishes, Simon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 13:35:40 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 13:35:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X493i-0002bv-Gf; Mon, 07 Jul 2014 13:34:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X493h-0002bq-KW for xen-users@lists.xen.org; Mon, 07 Jul 2014 13:34:17 +0000 Received: from [85.158.139.211:18793] by server-5.bemta-5.messagelabs.com id B2/E6-29625-8D1AAB35; Mon, 07 Jul 2014 13:34:16 +0000 X-Env-Sender: simon.waterman@zynstra.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1404740055!14078186!1 X-Originating-IP: [213.199.154.11] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32244 invoked from network); 7 Jul 2014 13:34:16 -0000 Received: from mail-am1lp0011.outbound.protection.outlook.com (HELO emea01-am1-obe.outbound.protection.outlook.com) (213.199.154.11) by server-9.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 7 Jul 2014 13:34:16 -0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com (10.242.131.26) by DB3PR03MB218.eurprd03.prod.outlook.com (10.242.131.18) with Microsoft SMTP Server (TLS) id 15.0.980.8; Mon, 7 Jul 2014 13:34:14 +0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.246]) by DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.246]) with mapi id 15.00.0980.000; Mon, 7 Jul 2014 13:34:13 +0000 From: Simon Waterman To: "xen-users@lists.xen.org" Thread-Topic: PCI passthrough of HP P420i RAID controller Thread-Index: AQHPmdR3VUMpKuyAJkSk4BE3k4l3mg== Date: Mon, 7 Jul 2014 13:34:13 +0000 Message-ID: <1404740052645.84654@zynstra.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [193.63.64.25] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 02652BD10A x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(199002)(189002)(19580395003)(21056001)(4396001)(2656002)(95666004)(101416001)(106116001)(106356001)(83072002)(79102001)(74502001)(86362001)(50986999)(77096002)(85852003)(99396002)(105586002)(87936001)(85306003)(77982001)(46102001)(76482001)(64706001)(20776003)(80022001)(81342001)(54356999)(92726001)(83322001)(107046002)(107886001)(36756003)(2351001)(110136001)(81542001)(66066001); DIR:OUT; SFP:; SCL:1; SRVR:DB3PR03MB218; H:DB3PR03MB220.eurprd03.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; MIME-Version: 1.0 X-OriginatorOrg: zynstra.com Subject: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, We've been successfully using Xen with PCI pass-through of disk and network cards for a couple of years now. We have this architecture working successfully with a wide range of hardware from HP and Dell but recently have been getting problems with the HP ProLiant DL380p Gen8 and its P420i RAID controller. When we bind the RAID controller to pciback and issue the appropriate 'xl pci-attach' command the controller appears on the driver domain but fails during probing by the hpsa driver. Interestingly, in about 1 in every 10 test runs the hpsa driver probes successfully, the controller appears in the driver domain and the disks appear to function correctly. In the failure cases the syslog output from the hpsa driver is as follows: Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855597] bus: 'pci': driver_prob e_device: matched device 0000:00:00.0 with driver hpsa Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855599] bus: 'pci': really_prob e: probing driver hpsa with device 0000:00:00.0 Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855605] HP HPSA Driver (v 3.4.4 -1) Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855684] hpsa 0000:00:00.0: enab ling device (0000 -> 0003) Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855983] hpsa 0000:00:00.0: Xen PCI mapped GSI34 to IRQ29 Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856089] hpsa 0000:00:00.0: enab ling bus mastering Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856659] hpsa 0000:00:00.0: MSIX Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.857384] hpsa 0000:00:00.0: Logi cal aborts not supported Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318297] hpsa 0000:00:00.0: unable to get board into simple mode Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318478] hpsa: probe of 0000:00:00.0 rejects match -19 The error seems to originate from the hpsa_enter_simple_mode function and looks like the first point where an interaction with the board via IO mapped memory is expected to result in a response from the board. We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu trusty. VTd is disabled in the BIOS of the Dom-0. We use the following Grub commands for the Dom-0 boot: multiboot /boot/xen.gz placeholder dom0_mem=max:2048m iommu=0 loglvl=all guest_loglvl=all module /boot/vmlinuz-3.15.0 placeholder root=UUID=f56cf02b-d46f-4e2a-b667-242f97ec82f5 ro debug module --nounzip /boot/initrd.img-3.15.0 The driver domain is a PV guest running the same kernel version as the Dom-0. The Xen configuration file contains the following kernel boot parameters: extra="earlyprintk=xen debug max_loop=64 iommu=soft" After we issue the pci-attach command the following additional lines appear in the 'xl dmesg' log: (XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames (XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02 (XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02 We were wondering whether anyone in the community had got PCI pass-through of the P420i working, or any pointers of where to look to further diagnose the problem. Best wishes, Simon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 14:12:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 14:12:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X49e2-00043O-Et; Mon, 07 Jul 2014 14:11:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X49e1-000433-6K for xen-users@lists.xen.org; Mon, 07 Jul 2014 14:11:49 +0000 Received: from [85.158.143.35:41041] by server-1.bemta-4.messagelabs.com id E5/B0-09496-4AAAAB35; Mon, 07 Jul 2014 14:11:48 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1404742306!16020754!1 X-Originating-IP: [209.85.192.50] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6396 invoked from network); 7 Jul 2014 14:11:47 -0000 Received: from mail-qg0-f50.google.com (HELO mail-qg0-f50.google.com) (209.85.192.50) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 14:11:47 -0000 Received: by mail-qg0-f50.google.com with SMTP id j5so3735416qga.23 for ; Mon, 07 Jul 2014 07:11:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sb4Mp1k10UEUIiLT/dA6DK4cjqAmLFOM4JqkyVxiGec=; b=qHN9zFs/tXSdEWaRuhxZU+9a63gpBlBiOHcfOfbjhBoBFg94CE/AlJSldxLl5SSIl9 bBbq45FKYRx1MR5KAHTQ//CRWkpBrE/Ju9uwoiCBlEothxp162fte0B8gA2tMNa2iFp9 wd4ts4kgZziCetZezDmBZDOLM2QGD9dxtomDfvCTJPk6koGJXkHZJ+Ur8y5kbqurg8r8 R/rmIWMerWtYnmvsMkC/oOt4uiyybOMjiM6SBXGUNqqOi2rOluRQiuGwFzZiU3XfAyaK rA2Ny09DCcv1BWDcVssuSbTBJHYCA912sd/dMdiRP2XJfaGdNG9cfi116h9UCLE0/D6L Sngg== MIME-Version: 1.0 X-Received: by 10.140.29.201 with SMTP id b67mr31655227qgb.44.1404742305600; Mon, 07 Jul 2014 07:11:45 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 7 Jul 2014 07:11:45 -0700 (PDT) In-Reply-To: <1404740052645.84654@zynstra.com> References: <1404740052645.84654@zynstra.com> Date: Mon, 7 Jul 2014 08:11:45 -0600 Message-ID: From: jacek burghardt To: Simon Waterman Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8616409967379835178==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8616409967379835178== Content-Type: multipart/alternative; boundary=001a113a6918205e0e04fd9b0ecc --001a113a6918205e0e04fd9b0ecc Content-Type: text/plain; charset=UTF-8 I had passed hp sas to windows 2012 R2 and it works fine. i had tried to assign it to Linux but the drivers were setting the card wrng and causing lockup requiring me to reboot server. On Mon, Jul 7, 2014 at 7:34 AM, Simon Waterman wrote: > Hi, > > We've been successfully using Xen with PCI pass-through of disk and > network cards for a couple of years now. We have this architecture working > successfully with a wide range of hardware from HP and Dell but recently > have been getting problems with the HP ProLiant DL380p Gen8 and its > P420i RAID controller. > > When we bind the RAID controller to pciback and issue the appropriate > 'xl pci-attach' command the controller appears on the driver domain but > fails > during probing by the hpsa driver. Interestingly, in about 1 in every 10 > test runs the hpsa driver probes successfully, the controller appears in > the > driver domain and the disks appear to function correctly. > > In the failure cases the syslog output from the hpsa driver is as follows: > > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855597] bus: 'pci': > driver_prob > e_device: matched device 0000:00:00.0 with driver hpsa > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855599] bus: 'pci': > really_prob > e: probing driver hpsa with device 0000:00:00.0 > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855605] HP HPSA Driver (v > 3.4.4 > -1) > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855684] hpsa > 0000:00:00.0: enab > ling device (0000 -> 0003) > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855983] hpsa > 0000:00:00.0: Xen > PCI mapped GSI34 to IRQ29 > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856089] hpsa > 0000:00:00.0: enab > ling bus mastering > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856659] hpsa > 0000:00:00.0: MSIX > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.857384] hpsa > 0000:00:00.0: Logi > cal aborts not supported > Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318297] hpsa > 0000:00:00.0: unable > to get board into simple mode > Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318478] hpsa: probe of > 0000:00:00.0 > rejects match -19 > > The error seems to originate from the hpsa_enter_simple_mode function and > looks > like the first point where an interaction with the board via IO mapped > memory is > expected to result in a response from the board. > > We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu > trusty. VTd is > disabled in the BIOS of the Dom-0. We use the following Grub commands for > the Dom-0 boot: > > multiboot /boot/xen.gz placeholder dom0_mem=max:2048m iommu=0 > loglvl=all guest_loglvl=all > module /boot/vmlinuz-3.15.0 placeholder > root=UUID=f56cf02b-d46f-4e2a-b667-242f97ec82f5 > ro debug > module --nounzip /boot/initrd.img-3.15.0 > > The driver domain is a PV guest running the same kernel version as the > Dom-0. > The Xen configuration file contains the following kernel boot parameters: > > extra="earlyprintk=xen debug max_loop=64 iommu=soft" > > After we issue the pci-attach command the following additional lines > appear in the > 'xl dmesg' log: > > (XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames > (XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02 > (XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02 > > We were wondering whether anyone in the community had got PCI pass-through > of > the P420i working, or any pointers of where to look to further diagnose > the problem. > > Best wishes, > > Simon > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a113a6918205e0e04fd9b0ecc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I had passed hp sas to windows 2012 R2 and it works fine. = i had tried to assign it to Linux but the drivers were setting the card wrn= g and causing lockup requiring =C2=A0me to reboot server.


On Mon, Jul 7, 2014 at 7:34 AM, Simon Wa= terman <simon.waterman@zynstra.com> wrote:
Hi,

We've been successfully using Xen with PCI pass-through of disk and
network cards for a couple of years now. =C2=A0We have this architecture wo= rking
successfully with a wide range of hardware from HP and Dell but recently have been getting problems with the HP ProLiant DL380p Gen8 and its
P420i RAID controller.

When we bind the RAID controller to pciback and issue the appropriate
'xl pci-attach' command the controller appears on the driver domain= but fails
during probing by the hpsa driver. =C2=A0Interestingly, in about 1 in every= 10
test runs the hpsa driver probes successfully, the controller appears in th= e
driver domain and the disks appear to function correctly.

In the failure cases the syslog output from the hpsa driver is as follows:<= br>
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855597] bus: = 9;pci': driver_prob
e_device: matched device 0000:00:00.0 with driver hpsa
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855599] bus: = 9;pci': really_prob
e: probing driver hpsa with device 0000:00:00.0
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855605] HP HPSA = Driver (v 3.4.4
-1)
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855684] hpsa 000= 0:00:00.0: enab
ling device (0000 -> 0003)
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855983] hpsa 000= 0:00:00.0: Xen
PCI mapped GSI34 to IRQ29
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.856089] hpsa 000= 0:00:00.0: enab
ling bus mastering
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.856659] hpsa 000= 0:00:00.0: MSIX
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.857384] hpsa 000= 0:00:00.0: Logi
cal aborts not supported
Jul =C2=A07 13:40:00 zylevel0-HVM-domU kernel: [ =C2=A0654.318297] hpsa 000= 0:00:00.0: unable
to get board into simple mode
Jul =C2=A07 13:40:00 zylevel0-HVM-domU kernel: [ =C2=A0654.318478] hpsa: pr= obe of 0000:00:00.0
rejects match -19

The error seems to originate from the hpsa_enter_simple_mode function and l= ooks
like the first point where an interaction with the board via IO mapped memo= ry is
expected to result in a response from the board.

We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu trus= ty. =C2=A0VTd is
disabled in the BIOS of the Dom-0. =C2=A0We use the following Grub commands= for the Dom-0 boot:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 multiboot =C2=A0 =C2=A0 =C2=A0 /boot/xen.gz pla= ceholder dom0_mem=3Dmax:2048m iommu=3D0
loglvl=3Dall guest_loglvl=3Dall
=C2=A0 =C2=A0 =C2=A0 =C2=A0 module =C2=A0/boot/vmlinuz-3.15.0 placeholder r= oot=3DUUID=3Df56cf02b-d46f-4e2a-b667-242f97ec82f5
ro =C2=A0debug
=C2=A0 =C2=A0 =C2=A0 =C2=A0 module =C2=A0--nounzip =C2=A0 /boot/initrd.img-= 3.15.0

The driver domain is a PV guest running the same kernel version as the Dom-= 0.
The Xen configuration file contains the following kernel boot parameters:
extra=3D"earlyprintk=3Dxen debug max_loop=3D64 iommu=3Dsoft"

After we issue the pci-attach command the following additional lines appear= in the
'xl dmesg' log:

(XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames
(XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02
(XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02

We were wondering whether anyone in the community had got PCI pass-through = of
the P420i working, or any pointers of where to look to further diagnose the= problem.

Best wishes,

Simon

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

--001a113a6918205e0e04fd9b0ecc-- --===============8616409967379835178== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8616409967379835178==-- From xen-users-bounces@lists.xen.org Mon Jul 07 14:12:35 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 14:12:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X49e2-00043O-Et; Mon, 07 Jul 2014 14:11:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X49e1-000433-6K for xen-users@lists.xen.org; Mon, 07 Jul 2014 14:11:49 +0000 Received: from [85.158.143.35:41041] by server-1.bemta-4.messagelabs.com id E5/B0-09496-4AAAAB35; Mon, 07 Jul 2014 14:11:48 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1404742306!16020754!1 X-Originating-IP: [209.85.192.50] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6396 invoked from network); 7 Jul 2014 14:11:47 -0000 Received: from mail-qg0-f50.google.com (HELO mail-qg0-f50.google.com) (209.85.192.50) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 14:11:47 -0000 Received: by mail-qg0-f50.google.com with SMTP id j5so3735416qga.23 for ; Mon, 07 Jul 2014 07:11:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sb4Mp1k10UEUIiLT/dA6DK4cjqAmLFOM4JqkyVxiGec=; b=qHN9zFs/tXSdEWaRuhxZU+9a63gpBlBiOHcfOfbjhBoBFg94CE/AlJSldxLl5SSIl9 bBbq45FKYRx1MR5KAHTQ//CRWkpBrE/Ju9uwoiCBlEothxp162fte0B8gA2tMNa2iFp9 wd4ts4kgZziCetZezDmBZDOLM2QGD9dxtomDfvCTJPk6koGJXkHZJ+Ur8y5kbqurg8r8 R/rmIWMerWtYnmvsMkC/oOt4uiyybOMjiM6SBXGUNqqOi2rOluRQiuGwFzZiU3XfAyaK rA2Ny09DCcv1BWDcVssuSbTBJHYCA912sd/dMdiRP2XJfaGdNG9cfi116h9UCLE0/D6L Sngg== MIME-Version: 1.0 X-Received: by 10.140.29.201 with SMTP id b67mr31655227qgb.44.1404742305600; Mon, 07 Jul 2014 07:11:45 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 7 Jul 2014 07:11:45 -0700 (PDT) In-Reply-To: <1404740052645.84654@zynstra.com> References: <1404740052645.84654@zynstra.com> Date: Mon, 7 Jul 2014 08:11:45 -0600 Message-ID: From: jacek burghardt To: Simon Waterman Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8616409967379835178==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8616409967379835178== Content-Type: multipart/alternative; boundary=001a113a6918205e0e04fd9b0ecc --001a113a6918205e0e04fd9b0ecc Content-Type: text/plain; charset=UTF-8 I had passed hp sas to windows 2012 R2 and it works fine. i had tried to assign it to Linux but the drivers were setting the card wrng and causing lockup requiring me to reboot server. On Mon, Jul 7, 2014 at 7:34 AM, Simon Waterman wrote: > Hi, > > We've been successfully using Xen with PCI pass-through of disk and > network cards for a couple of years now. We have this architecture working > successfully with a wide range of hardware from HP and Dell but recently > have been getting problems with the HP ProLiant DL380p Gen8 and its > P420i RAID controller. > > When we bind the RAID controller to pciback and issue the appropriate > 'xl pci-attach' command the controller appears on the driver domain but > fails > during probing by the hpsa driver. Interestingly, in about 1 in every 10 > test runs the hpsa driver probes successfully, the controller appears in > the > driver domain and the disks appear to function correctly. > > In the failure cases the syslog output from the hpsa driver is as follows: > > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855597] bus: 'pci': > driver_prob > e_device: matched device 0000:00:00.0 with driver hpsa > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855599] bus: 'pci': > really_prob > e: probing driver hpsa with device 0000:00:00.0 > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855605] HP HPSA Driver (v > 3.4.4 > -1) > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855684] hpsa > 0000:00:00.0: enab > ling device (0000 -> 0003) > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855983] hpsa > 0000:00:00.0: Xen > PCI mapped GSI34 to IRQ29 > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856089] hpsa > 0000:00:00.0: enab > ling bus mastering > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856659] hpsa > 0000:00:00.0: MSIX > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.857384] hpsa > 0000:00:00.0: Logi > cal aborts not supported > Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318297] hpsa > 0000:00:00.0: unable > to get board into simple mode > Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318478] hpsa: probe of > 0000:00:00.0 > rejects match -19 > > The error seems to originate from the hpsa_enter_simple_mode function and > looks > like the first point where an interaction with the board via IO mapped > memory is > expected to result in a response from the board. > > We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu > trusty. VTd is > disabled in the BIOS of the Dom-0. We use the following Grub commands for > the Dom-0 boot: > > multiboot /boot/xen.gz placeholder dom0_mem=max:2048m iommu=0 > loglvl=all guest_loglvl=all > module /boot/vmlinuz-3.15.0 placeholder > root=UUID=f56cf02b-d46f-4e2a-b667-242f97ec82f5 > ro debug > module --nounzip /boot/initrd.img-3.15.0 > > The driver domain is a PV guest running the same kernel version as the > Dom-0. > The Xen configuration file contains the following kernel boot parameters: > > extra="earlyprintk=xen debug max_loop=64 iommu=soft" > > After we issue the pci-attach command the following additional lines > appear in the > 'xl dmesg' log: > > (XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames > (XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02 > (XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02 > > We were wondering whether anyone in the community had got PCI pass-through > of > the P420i working, or any pointers of where to look to further diagnose > the problem. > > Best wishes, > > Simon > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a113a6918205e0e04fd9b0ecc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I had passed hp sas to windows 2012 R2 and it works fine. = i had tried to assign it to Linux but the drivers were setting the card wrn= g and causing lockup requiring =C2=A0me to reboot server.


On Mon, Jul 7, 2014 at 7:34 AM, Simon Wa= terman <simon.waterman@zynstra.com> wrote:
Hi,

We've been successfully using Xen with PCI pass-through of disk and
network cards for a couple of years now. =C2=A0We have this architecture wo= rking
successfully with a wide range of hardware from HP and Dell but recently have been getting problems with the HP ProLiant DL380p Gen8 and its
P420i RAID controller.

When we bind the RAID controller to pciback and issue the appropriate
'xl pci-attach' command the controller appears on the driver domain= but fails
during probing by the hpsa driver. =C2=A0Interestingly, in about 1 in every= 10
test runs the hpsa driver probes successfully, the controller appears in th= e
driver domain and the disks appear to function correctly.

In the failure cases the syslog output from the hpsa driver is as follows:<= br>
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855597] bus: = 9;pci': driver_prob
e_device: matched device 0000:00:00.0 with driver hpsa
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855599] bus: = 9;pci': really_prob
e: probing driver hpsa with device 0000:00:00.0
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855605] HP HPSA = Driver (v 3.4.4
-1)
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855684] hpsa 000= 0:00:00.0: enab
ling device (0000 -> 0003)
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855983] hpsa 000= 0:00:00.0: Xen
PCI mapped GSI34 to IRQ29
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.856089] hpsa 000= 0:00:00.0: enab
ling bus mastering
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.856659] hpsa 000= 0:00:00.0: MSIX
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.857384] hpsa 000= 0:00:00.0: Logi
cal aborts not supported
Jul =C2=A07 13:40:00 zylevel0-HVM-domU kernel: [ =C2=A0654.318297] hpsa 000= 0:00:00.0: unable
to get board into simple mode
Jul =C2=A07 13:40:00 zylevel0-HVM-domU kernel: [ =C2=A0654.318478] hpsa: pr= obe of 0000:00:00.0
rejects match -19

The error seems to originate from the hpsa_enter_simple_mode function and l= ooks
like the first point where an interaction with the board via IO mapped memo= ry is
expected to result in a response from the board.

We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu trus= ty. =C2=A0VTd is
disabled in the BIOS of the Dom-0. =C2=A0We use the following Grub commands= for the Dom-0 boot:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 multiboot =C2=A0 =C2=A0 =C2=A0 /boot/xen.gz pla= ceholder dom0_mem=3Dmax:2048m iommu=3D0
loglvl=3Dall guest_loglvl=3Dall
=C2=A0 =C2=A0 =C2=A0 =C2=A0 module =C2=A0/boot/vmlinuz-3.15.0 placeholder r= oot=3DUUID=3Df56cf02b-d46f-4e2a-b667-242f97ec82f5
ro =C2=A0debug
=C2=A0 =C2=A0 =C2=A0 =C2=A0 module =C2=A0--nounzip =C2=A0 /boot/initrd.img-= 3.15.0

The driver domain is a PV guest running the same kernel version as the Dom-= 0.
The Xen configuration file contains the following kernel boot parameters:
extra=3D"earlyprintk=3Dxen debug max_loop=3D64 iommu=3Dsoft"

After we issue the pci-attach command the following additional lines appear= in the
'xl dmesg' log:

(XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames
(XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02
(XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02

We were wondering whether anyone in the community had got PCI pass-through = of
the P420i working, or any pointers of where to look to further diagnose the= problem.

Best wishes,

Simon

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

--001a113a6918205e0e04fd9b0ecc-- --===============8616409967379835178== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8616409967379835178==-- From xen-users-bounces@lists.xen.org Mon Jul 07 16:53:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 16:53:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4C9p-0003kX-1X; Mon, 07 Jul 2014 16:52:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4C9n-0003kS-Hb for xen-users@lists.xen.org; Mon, 07 Jul 2014 16:52:47 +0000 Received: from [85.158.143.35:46733] by server-2.bemta-4.messagelabs.com id 96/D8-18579-E50DAB35; Mon, 07 Jul 2014 16:52:46 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1404751965!16387706!1 X-Originating-IP: [209.85.216.177] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10226 invoked from network); 7 Jul 2014 16:52:46 -0000 Received: from mail-qc0-f177.google.com (HELO mail-qc0-f177.google.com) (209.85.216.177) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 16:52:46 -0000 Received: by mail-qc0-f177.google.com with SMTP id r5so3985730qcx.22 for ; Mon, 07 Jul 2014 09:52:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=9vxJrJnqqD6qhu1yGG+YPdbNVYRLRrn97AaV3bB2NFU=; b=udQuy5GdVehztTsxmuImw4yjzh8A4mh0JCSVjNhierDFBbyZnM2fT2fUdeNGCoO3QH 4NQHTLa3wTCFj54ruR0UP/6SEhoSh8zoPZreEJ7kXqO9SlZl2bQGlUe9tDgTvFTDDT6k zAVmbepMLBTmem5jNvHCH6k9RfLf3wc7prQ9lU+vTUip0YxOgJBVyqUb0O/vtskFjUuq 6IGbRksjNV/iYBQYFvfFG1o9cuRT+fr7tvMs4RhY7aTT8PtMn8oJ8EJrr/auOfpARazC /AHIB52sU6kllC1GhnEdlgXFwaS9KiqfIGhQsv6HbyhSAvffYoYiwV/9I307DVXGGVuc 0qlw== MIME-Version: 1.0 X-Received: by 10.140.91.164 with SMTP id z33mr47279630qgd.65.1404751965040; Mon, 07 Jul 2014 09:52:45 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 7 Jul 2014 09:52:45 -0700 (PDT) Date: Mon, 7 Jul 2014 10:52:45 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xendomains missing in xen 4.5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4474004346374803809==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4474004346374803809== Content-Type: multipart/alternative; boundary=001a113a6a9ae031fb04fd9d4d05 --001a113a6a9ae031fb04fd9d4d05 Content-Type: text/plain; charset=UTF-8 I just recompiled xen and xendomains is missing. Was that removed on purpose and what is the replacement? --001a113a6a9ae031fb04fd9d4d05 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I just recompiled xen and=C2=A0xendomains is missing. Was = that removed on purpose and what is the replacement?
--001a113a6a9ae031fb04fd9d4d05-- --===============4474004346374803809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4474004346374803809==-- From xen-users-bounces@lists.xen.org Mon Jul 07 16:53:34 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 16:53:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4C9p-0003kX-1X; Mon, 07 Jul 2014 16:52:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4C9n-0003kS-Hb for xen-users@lists.xen.org; Mon, 07 Jul 2014 16:52:47 +0000 Received: from [85.158.143.35:46733] by server-2.bemta-4.messagelabs.com id 96/D8-18579-E50DAB35; Mon, 07 Jul 2014 16:52:46 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1404751965!16387706!1 X-Originating-IP: [209.85.216.177] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10226 invoked from network); 7 Jul 2014 16:52:46 -0000 Received: from mail-qc0-f177.google.com (HELO mail-qc0-f177.google.com) (209.85.216.177) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 16:52:46 -0000 Received: by mail-qc0-f177.google.com with SMTP id r5so3985730qcx.22 for ; Mon, 07 Jul 2014 09:52:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=9vxJrJnqqD6qhu1yGG+YPdbNVYRLRrn97AaV3bB2NFU=; b=udQuy5GdVehztTsxmuImw4yjzh8A4mh0JCSVjNhierDFBbyZnM2fT2fUdeNGCoO3QH 4NQHTLa3wTCFj54ruR0UP/6SEhoSh8zoPZreEJ7kXqO9SlZl2bQGlUe9tDgTvFTDDT6k zAVmbepMLBTmem5jNvHCH6k9RfLf3wc7prQ9lU+vTUip0YxOgJBVyqUb0O/vtskFjUuq 6IGbRksjNV/iYBQYFvfFG1o9cuRT+fr7tvMs4RhY7aTT8PtMn8oJ8EJrr/auOfpARazC /AHIB52sU6kllC1GhnEdlgXFwaS9KiqfIGhQsv6HbyhSAvffYoYiwV/9I307DVXGGVuc 0qlw== MIME-Version: 1.0 X-Received: by 10.140.91.164 with SMTP id z33mr47279630qgd.65.1404751965040; Mon, 07 Jul 2014 09:52:45 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 7 Jul 2014 09:52:45 -0700 (PDT) Date: Mon, 7 Jul 2014 10:52:45 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] xendomains missing in xen 4.5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4474004346374803809==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4474004346374803809== Content-Type: multipart/alternative; boundary=001a113a6a9ae031fb04fd9d4d05 --001a113a6a9ae031fb04fd9d4d05 Content-Type: text/plain; charset=UTF-8 I just recompiled xen and xendomains is missing. Was that removed on purpose and what is the replacement? --001a113a6a9ae031fb04fd9d4d05 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I just recompiled xen and=C2=A0xendomains is missing. Was = that removed on purpose and what is the replacement?
--001a113a6a9ae031fb04fd9d4d05-- --===============4474004346374803809== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4474004346374803809==-- From xen-users-bounces@lists.xen.org Mon Jul 07 19:14:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 19:14:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4EMR-0001ES-0a; Mon, 07 Jul 2014 19:13:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4EMP-0001EL-8T for xen-users@lists.xen.org; Mon, 07 Jul 2014 19:13:57 +0000 Received: from [85.158.139.211:38970] by server-14.bemta-5.messagelabs.com id 07/FD-27057-471FAB35; Mon, 07 Jul 2014 19:13:56 +0000 X-Env-Sender: dvanarnem@cmlab.biz X-Msg-Ref: server-3.tower-206.messagelabs.com!1404760434!6583641!1 X-Originating-IP: [204.93.163.15] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21416 invoked from network); 7 Jul 2014 19:13:55 -0000 Received: from server202.webhostingpad.com (HELO server202.webhostingpad.com) (204.93.163.15) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jul 2014 19:13:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cmlab.biz; s=default; h=Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=qopQWgJLcDfdeXmTeV4QLThDx6P7XBQldxmC69o9UBg=; b=ZKRKhEL5JwLbhWvu7/2SOseyUp1jeRnlYzLOvoLZMhnUaAr77sMg1uN+0aOJd8lUSzsikdvaSg+Sm9vQcYV3DuFn965BUAk5S/vBN78QAUpeezUz/ShfR955LcoFpVdWMATodFiKdduZw8QmBYB+cCLlgy3hqdRpbA57hF7OodA=; Received: from [71.216.152.198] (port=46547 helo=[192.168.50.162]) by server202.webhostingpad.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1X4EML-0023S8-Ne for xen-users@lists.xen.org; Mon, 07 Jul 2014 14:13:53 -0500 Message-ID: <53BAF171.1020100@cmlab.biz> Date: Mon, 07 Jul 2014 13:13:53 -0600 From: "David A. Van Arnem" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server202.webhostingpad.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - cmlab.biz X-Get-Message-Sender-Via: server202.webhostingpad.com: authenticated_id: dvanarnem+cmlab.biz/only user confirmed/virtual account not confirmed X-Source: X-Source-Args: X-Source-Dir: Subject: [Xen-users] Nested Xen hypervisor installation problems X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7598262628210641851==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7598262628210641851== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080504060205010704020605" This is a cryptographically signed message in MIME format. --------------ms080504060205010704020605 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I'm working on setting up a nested Xen hypervisor and I'm having=20 difficulty, and I'm hoping someone can help. I am using the current version of Xen in the Fedora 20 repositories=20 (4.3.2-6). I've been able to successfully set up the L0 dom0, and=20 install an HVM L1 domU using virt-install (both are using Fedora 20). =20 My virt-install command was: virt-install --hvm --name --ram 4096 --vcpus 2 -f=20 /dev/fedora/ --network bridge=3Dvirbr0 --cdrom --livecd Without the hypervisor, L1 acts fine -- I can connect to the network=20 through L0 using the bridge, I can vnc to the desktop, and xl info shows = virt_caps as hvm. However, once I install Xen through yum (again=20 4.3.2-6) and reboot with the hypervisor, L1 "works" (i.e. boots) but I=20 lose some functionality. First, the desktop no longer starts, I lose=20 networking, and virt_caps in xl info is blank. I can still do a command = line login using virt-viewer. I'm new to virtualization with Xen, so I believe my problem may be due=20 to missing some key step(s) during the installation of L1. So, here are = my questions: 1. Can L1 be installed correctly for use with a nested hypervisor using = virt-install, or do I need to use xl directly? If so, what do I need to=20 be aware of when installing? 2. I see from the Xen wiki that nested virtualization requires a couple = extra parameters to the config file (hap=3D1 and nestedhvm=3D1). Is it=20 possible to specify these options with virt-install, since it doesn't=20 seem to use the config files that xl does? 3. Can I expect to get the desktop and networking in a L1 hypervisor set= up? 4. Do I need Xen 4.4 or should Xen 4.3.2-6 work? I am using an Intel CPU with virtualization support, so I believe this=20 should be possible for me. Please let me know what other information I=20 need to provide, and thanks in advance! David --------------ms080504060205010704020605 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFfTCC BXkwggNhoAMCAQICAw6drzANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDAz MDUxNzE5MjFaFw0xNDA5MDExNzE5MjFaMD4xGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEi MCAGCSqGSIb3DQEJARYTZHZhbmFybmVtQGNtbGFiLmJpejCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMaPkfmauZtVNdKvQr0L222Yz6CUlyAgDQlwa6tPGJV1iw/Yhd6Ek0T+ XxDWf6/mY7dqjt9qtBDf9O6OmeIgeV+VzWeBq5a2xXhNnIrKxjjUD4qKNFS4g8MVSATIs+L+ aPXQQoPBJo+S+ze/vW9A5BmkCjKOyX8L7HI/SZuDD2dgQACotc8mUEuRiqy1+Mf6CPJfIseb PoQAlTFTNh0ZHt4W+dZH8pDU582DFB21N+lqzu7crnYkRr2wde0r+SUfJFxC7U2oT2A43SoG BcoDbC5aiiMWlQJtmYayj2Ah8Lkn8iti4jV8jJqqBJ9Io9AVn8miGuY8SVhZ4DPyTZoocEUC AwEAAaOCAUMwggE/MAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5b3Vy IG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5DQWNl cnQub3JnMA4GA1UdDwEB/wQEAwIDqDBABgNVHSUEOTA3BggrBgEFBQcDBAYIKwYBBQUHAwIG CisGAQQBgjcKAwQGCisGAQQBgjcKAwMGCWCGSAGG+EIEATAyBggrBgEFBQcBAQQmMCQwIgYI KwYBBQUHMAGGFmh0dHA6Ly9vY3NwLmNhY2VydC5vcmcwMQYDVR0fBCowKDAmoCSgIoYgaHR0 cDovL2NybC5jYWNlcnQub3JnL3Jldm9rZS5jcmwwHgYDVR0RBBcwFYETZHZhbmFybmVtQGNt bGFiLmJpejANBgkqhkiG9w0BAQ0FAAOCAgEABRogzC/kBfjMjuxUGgT1j+YYs2C+1MMQ0jfY +rwYfohAs1hoezwJBN4q36BnvixiDTrjzDQZ2cNFuXtdIsB4oQgPOrnNmUslGK+pWj09rB5n h0TD/4R+4rmQKQklPqM1WVxf3N9DKMNHpP9kdq84ToTuqQHsercAAak/jHrXfJ+jNSa5g6q9 nCGSHBCgIEqDAnnFOyt6CdDkZSPPUTANEW9YJJeeO+jdRcHVGC6bZqMt1g55z78bDVCJHfA2 4YYhl0hb04WWLWRwCSsVW24gbQSqpOizZIrMiMaDeMq7Bp7wxDu45FNHz8oa8ZBf3pwjivbk uXC10ZELOohNO9HKP49rQaoZlJ5Fk7JecE6RYr0OEYcu0dFL4/WCmAyuNuPsRjPZ+BJJK3Jz DzJYRB8CfhRR/syiG9as0cd0xnSTWW3DO4c74HQD+IR2b2tOai3hx1XtoaKQK9rdF0OX7nBP sIaxzJCAW+NUfJVZMRhv7xRclEwWAX26YBXo466a6dggBc3znPcHG/WqXX3R+/JbpPTz1Nst GrqFOYZSM69eIbzfEmJweA6oIGvPIifjxhic2YxkEx8guyhAgE+cFdeboq/aXH6LaewUt8P+ xIfEX/tV3vkfszEoGkznCpH/Ae2RMniF8Gb6xNTi/9nS3A7DpuGgz+dsR6IzSfLN//XmTuwx ggOhMIIDnQIBATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3 LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkq hkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDp2vMAkGBSsOAwIaBQCgggH1MBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDcwNzE5MTM1M1owIwYJ KoZIhvcNAQkEMRYEFD1UG5Kbt1jv89fBoI79cyEavckXMGwGCSqGSIb3DQEJDzFfMF0wCwYJ YIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCB gDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcx IjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1 cHBvcnRAY2FjZXJ0Lm9yZwIDDp2vMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQK EwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNB IENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0 Lm9yZwIDDp2vMA0GCSqGSIb3DQEBAQUABIIBAE8uWnY8at/SF1wpZCuDGMNIlMlBq/1Ef3P6 8Qu5qsTUmjDc3gXEce7v7PuLFZQgOeDl7zHYbD0stVPN6zTBrvt/lGFb6/m6opdGyMM0fF7B jBpv5+C3bqOOtpctZgr6YZFnLUQcpKLXdV2HiL3XOHOolpxEMpgbnhuvcsT+aO0+jH4mnkGf Z47gERnHRZzn854wchP0Jo2Ov0EwUp3tzejpU8xf38RCtwlN/ejevozJCF3TVM5slh4XErRb ChEYOXwGY4KbPK4xUQfudFaqUhjDiaXdUk5afDtD4SzIbTpSSY1xCgfKR/BXMdlHczdhpRuL G/pcMQHePJcYmU8x4tQAAAAAAAA= --------------ms080504060205010704020605-- --===============7598262628210641851== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7598262628210641851==-- From xen-users-bounces@lists.xen.org Mon Jul 07 19:14:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 19:14:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4EMR-0001ES-0a; Mon, 07 Jul 2014 19:13:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4EMP-0001EL-8T for xen-users@lists.xen.org; Mon, 07 Jul 2014 19:13:57 +0000 Received: from [85.158.139.211:38970] by server-14.bemta-5.messagelabs.com id 07/FD-27057-471FAB35; Mon, 07 Jul 2014 19:13:56 +0000 X-Env-Sender: dvanarnem@cmlab.biz X-Msg-Ref: server-3.tower-206.messagelabs.com!1404760434!6583641!1 X-Originating-IP: [204.93.163.15] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21416 invoked from network); 7 Jul 2014 19:13:55 -0000 Received: from server202.webhostingpad.com (HELO server202.webhostingpad.com) (204.93.163.15) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 7 Jul 2014 19:13:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=cmlab.biz; s=default; h=Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=qopQWgJLcDfdeXmTeV4QLThDx6P7XBQldxmC69o9UBg=; b=ZKRKhEL5JwLbhWvu7/2SOseyUp1jeRnlYzLOvoLZMhnUaAr77sMg1uN+0aOJd8lUSzsikdvaSg+Sm9vQcYV3DuFn965BUAk5S/vBN78QAUpeezUz/ShfR955LcoFpVdWMATodFiKdduZw8QmBYB+cCLlgy3hqdRpbA57hF7OodA=; Received: from [71.216.152.198] (port=46547 helo=[192.168.50.162]) by server202.webhostingpad.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1X4EML-0023S8-Ne for xen-users@lists.xen.org; Mon, 07 Jul 2014 14:13:53 -0500 Message-ID: <53BAF171.1020100@cmlab.biz> Date: Mon, 07 Jul 2014 13:13:53 -0600 From: "David A. Van Arnem" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server202.webhostingpad.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - cmlab.biz X-Get-Message-Sender-Via: server202.webhostingpad.com: authenticated_id: dvanarnem+cmlab.biz/only user confirmed/virtual account not confirmed X-Source: X-Source-Args: X-Source-Dir: Subject: [Xen-users] Nested Xen hypervisor installation problems X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7598262628210641851==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7598262628210641851== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080504060205010704020605" This is a cryptographically signed message in MIME format. --------------ms080504060205010704020605 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I'm working on setting up a nested Xen hypervisor and I'm having=20 difficulty, and I'm hoping someone can help. I am using the current version of Xen in the Fedora 20 repositories=20 (4.3.2-6). I've been able to successfully set up the L0 dom0, and=20 install an HVM L1 domU using virt-install (both are using Fedora 20). =20 My virt-install command was: virt-install --hvm --name --ram 4096 --vcpus 2 -f=20 /dev/fedora/ --network bridge=3Dvirbr0 --cdrom --livecd Without the hypervisor, L1 acts fine -- I can connect to the network=20 through L0 using the bridge, I can vnc to the desktop, and xl info shows = virt_caps as hvm. However, once I install Xen through yum (again=20 4.3.2-6) and reboot with the hypervisor, L1 "works" (i.e. boots) but I=20 lose some functionality. First, the desktop no longer starts, I lose=20 networking, and virt_caps in xl info is blank. I can still do a command = line login using virt-viewer. I'm new to virtualization with Xen, so I believe my problem may be due=20 to missing some key step(s) during the installation of L1. So, here are = my questions: 1. Can L1 be installed correctly for use with a nested hypervisor using = virt-install, or do I need to use xl directly? If so, what do I need to=20 be aware of when installing? 2. I see from the Xen wiki that nested virtualization requires a couple = extra parameters to the config file (hap=3D1 and nestedhvm=3D1). Is it=20 possible to specify these options with virt-install, since it doesn't=20 seem to use the config files that xl does? 3. Can I expect to get the desktop and networking in a L1 hypervisor set= up? 4. Do I need Xen 4.4 or should Xen 4.3.2-6 work? I am using an Intel CPU with virtualization support, so I believe this=20 should be possible for me. Please let me know what other information I=20 need to provide, and thanks in advance! David --------------ms080504060205010704020605 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFfTCC BXkwggNhoAMCAQICAw6drzANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDAz MDUxNzE5MjFaFw0xNDA5MDExNzE5MjFaMD4xGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEi MCAGCSqGSIb3DQEJARYTZHZhbmFybmVtQGNtbGFiLmJpejCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBAMaPkfmauZtVNdKvQr0L222Yz6CUlyAgDQlwa6tPGJV1iw/Yhd6Ek0T+ XxDWf6/mY7dqjt9qtBDf9O6OmeIgeV+VzWeBq5a2xXhNnIrKxjjUD4qKNFS4g8MVSATIs+L+ aPXQQoPBJo+S+ze/vW9A5BmkCjKOyX8L7HI/SZuDD2dgQACotc8mUEuRiqy1+Mf6CPJfIseb PoQAlTFTNh0ZHt4W+dZH8pDU582DFB21N+lqzu7crnYkRr2wde0r+SUfJFxC7U2oT2A43SoG BcoDbC5aiiMWlQJtmYayj2Ah8Lkn8iti4jV8jJqqBJ9Io9AVn8miGuY8SVhZ4DPyTZoocEUC AwEAAaOCAUMwggE/MAwGA1UdEwEB/wQCMAAwVgYJYIZIAYb4QgENBEkWR1RvIGdldCB5b3Vy IG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDovL3d3dy5DQWNl cnQub3JnMA4GA1UdDwEB/wQEAwIDqDBABgNVHSUEOTA3BggrBgEFBQcDBAYIKwYBBQUHAwIG CisGAQQBgjcKAwQGCisGAQQBgjcKAwMGCWCGSAGG+EIEATAyBggrBgEFBQcBAQQmMCQwIgYI KwYBBQUHMAGGFmh0dHA6Ly9vY3NwLmNhY2VydC5vcmcwMQYDVR0fBCowKDAmoCSgIoYgaHR0 cDovL2NybC5jYWNlcnQub3JnL3Jldm9rZS5jcmwwHgYDVR0RBBcwFYETZHZhbmFybmVtQGNt bGFiLmJpejANBgkqhkiG9w0BAQ0FAAOCAgEABRogzC/kBfjMjuxUGgT1j+YYs2C+1MMQ0jfY +rwYfohAs1hoezwJBN4q36BnvixiDTrjzDQZ2cNFuXtdIsB4oQgPOrnNmUslGK+pWj09rB5n h0TD/4R+4rmQKQklPqM1WVxf3N9DKMNHpP9kdq84ToTuqQHsercAAak/jHrXfJ+jNSa5g6q9 nCGSHBCgIEqDAnnFOyt6CdDkZSPPUTANEW9YJJeeO+jdRcHVGC6bZqMt1g55z78bDVCJHfA2 4YYhl0hb04WWLWRwCSsVW24gbQSqpOizZIrMiMaDeMq7Bp7wxDu45FNHz8oa8ZBf3pwjivbk uXC10ZELOohNO9HKP49rQaoZlJ5Fk7JecE6RYr0OEYcu0dFL4/WCmAyuNuPsRjPZ+BJJK3Jz DzJYRB8CfhRR/syiG9as0cd0xnSTWW3DO4c74HQD+IR2b2tOai3hx1XtoaKQK9rdF0OX7nBP sIaxzJCAW+NUfJVZMRhv7xRclEwWAX26YBXo466a6dggBc3znPcHG/WqXX3R+/JbpPTz1Nst GrqFOYZSM69eIbzfEmJweA6oIGvPIifjxhic2YxkEx8guyhAgE+cFdeboq/aXH6LaewUt8P+ xIfEX/tV3vkfszEoGkznCpH/Ae2RMniF8Gb6xNTi/9nS3A7DpuGgz+dsR6IzSfLN//XmTuwx ggOhMIIDnQIBATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3 LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkq hkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDp2vMAkGBSsOAwIaBQCgggH1MBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDcwNzE5MTM1M1owIwYJ KoZIhvcNAQkEMRYEFD1UG5Kbt1jv89fBoI79cyEavckXMGwGCSqGSIb3DQEJDzFfMF0wCwYJ YIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYI KoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCB gDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcx IjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1 cHBvcnRAY2FjZXJ0Lm9yZwIDDp2vMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQK EwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNB IENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0 Lm9yZwIDDp2vMA0GCSqGSIb3DQEBAQUABIIBAE8uWnY8at/SF1wpZCuDGMNIlMlBq/1Ef3P6 8Qu5qsTUmjDc3gXEce7v7PuLFZQgOeDl7zHYbD0stVPN6zTBrvt/lGFb6/m6opdGyMM0fF7B jBpv5+C3bqOOtpctZgr6YZFnLUQcpKLXdV2HiL3XOHOolpxEMpgbnhuvcsT+aO0+jH4mnkGf Z47gERnHRZzn854wchP0Jo2Ov0EwUp3tzejpU8xf38RCtwlN/ejevozJCF3TVM5slh4XErRb ChEYOXwGY4KbPK4xUQfudFaqUhjDiaXdUk5afDtD4SzIbTpSSY1xCgfKR/BXMdlHczdhpRuL G/pcMQHePJcYmU8x4tQAAAAAAAA= --------------ms080504060205010704020605-- --===============7598262628210641851== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7598262628210641851==-- From xen-users-bounces@lists.xen.org Mon Jul 07 20:53:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 20:53:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4FuM-0004La-5Q; Mon, 07 Jul 2014 20:53:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Bjx-0002zC-CS for xen-users@lists.xen.org; Mon, 07 Jul 2014 16:26:05 +0000 Received: from [193.109.254.147:13784] by server-10.bemta-14.messagelabs.com id 2B/03-01431-C1ACAB35; Mon, 07 Jul 2014 16:26:04 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1404750362!15962099!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29053 invoked from network); 7 Jul 2014 16:26:04 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 16:26:04 -0000 X-IronPort-AV: E=Sophos;i="5.01,618,1400025600"; d="scan'208";a="150278588" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 07 Jul 2014 16:26:02 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Mon, 7 Jul 2014 12:26:02 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X4Bjt-0005Yd-Rh; Mon, 07 Jul 2014 17:26:01 +0100 Date: Mon, 7 Jul 2014 17:25:18 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: David Vrabel In-Reply-To: <53B6DC30.6060007@citrix.com> Message-ID: References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> <53B6B8E5.8070201@citrix.com> <53B6D814.2030606@citrix.com> <53B6DC30.6060007@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA2 X-Mailman-Approved-At: Mon, 07 Jul 2014 20:53:04 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Stefano Stabellini , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 4 Jul 2014, David Vrabel wrote: > On 04/07/14 17:36, David Vrabel wrote: > > On 04/07/14 15:31, Stefano Stabellini wrote: > >> On Fri, 4 Jul 2014, David Vrabel wrote: > >>> On 04/07/14 15:12, Stefano Stabellini wrote: > >>>> On Fri, 4 Jul 2014, David Vrabel wrote: > >>>>> On 03/07/14 18:47, Stefano Stabellini wrote: > >>>>>> > >>>>>> At the moment I would like a way to disable grant mappings and go back > >>>>>> to grant copies on demand. Maybe we could have a feature flag to change > >>>>>> the behaviour of the network backend? > >>>>> > >>>>> You must fix the ARM code to handle this properly. > >>>>> > >>>>> blkback also uses grant maps and depending on the frontend blkback may > >>>>> grant map the same machine frame multiple time. We have see frontends > >>>>> that send such requests. > >>>> > >>>> Indeed, it must be fixed properly. The workaround of disabling grant > >>>> mappings would be just to buy us some time to come up with the fix. > >>> > >>> It's an expensive workaround though. > >> > >> In terms of performances or in terms of code? > >> If it's the performances you are worried about, we could enable the > >> workaround just for arm and arm64. > > > > Expensive in terms of effort required to implement and maintain. > > > >>>>> I can't remember how the ARM code works. Where is the problematic m2p > >>>>> lookup? > >>>> > >>>> arch/arm/xen/p2m.c > >>>> > >>>> > >>>>> Perhaps this could be avoided for foreign frames? > >>>> > >>>> Unfortunately no. The whole point of p2m.c is to be able to translate > >>>> foreign frames for dma operations. > >>> > >>> This is a p2m lookup though, which is fine, yes? Where, specifically is > >>> a mfn_to_pfn() lookup needed for a foreign MFN. > >> > >> drivers/xen/swiotlb-xen.c:xen_unmap_single. xen_bus_to_phys is based on > >> the value returned by mfn_to_pfn. > > > > I think you can probably get away with not doing the cache operations on > > foreign pages when DMA map/unmapping. DMA mapped foreign pages are > > (currently) either: > > > > a) packets from a guest being Tx'd off host. These are read-only and > > are immediately freed after they're tranmitted. > > > > b) block requests from blkback and these pages are never accessed. Unfortunately it doesn't look like it is possible to skip the call to __dma_page_dev_to_cpu (xen_dma_unmap_page->arm_dma_unmap_page->__dma_page_dev_to_cpu), because otherwise the data written by DMA to system memory won't be visible to the CPU, at least on ARM32. In fact the grant_unmap operation might issue flushes, but they are inner flushes. While here we would need to issue an outer flush at the very least. In addition to it, __dma_page_dev_to_cpu also calls dmac_unmap_area, that on v7 becomes v7_dma_inv_range that issues a bunch of DCCIMVAC. So in order for this to work on grant_unmap Xen would have to: - issue an outer flush - DCCIMVAC the page Also not all devices need this, only the non-coherent ones. Given that we assume that Dom0 is mapped 1:1, one way to solve this would be for Dom0 to map the grant on PFN=MFN too, then issue all the required flushed on the machine address instead of the physical address. > Something like: > > --- a/drivers/xen/swiotlb-xen.c > +++ b/drivers/xen/swiotlb-xen.c > @@ -90,17 +90,18 @@ static inline dma_addr_t xen_phys_to_bus(phys_addr_t paddr) > return dma; > } > > -static inline phys_addr_t xen_bus_to_phys(dma_addr_t baddr) > +/* Return true if baddr is the address of a foreign frame. */ > +static inline int xen_bus_to_phys(dma_addr_t baddr, phys_addr_t *paddr) > { > unsigned long pfn = mfn_to_pfn(PFN_DOWN(baddr)); > dma_addr_t dma = (dma_addr_t)pfn << PAGE_SHIFT; > - phys_addr_t paddr = dma; > > - BUG_ON(paddr != dma); /* truncation has occurred, should never happen */ > + if (pfn == INVALID_P2M_ENTRY) > + return true; > > - paddr |= baddr & ~PAGE_MASK; > + *paddr = dma | (baddr & ~PAGE_MASK); > > - return paddr; > + return false; > } > > static inline dma_addr_t xen_virt_to_bus(void *address) > @@ -443,10 +444,30 @@ static void xen_unmap_single(struct device *hwdev, dma_addr_t dev_addr, > size_t size, enum dma_data_direction dir, > struct dma_attrs *attrs) > { > - phys_addr_t paddr = xen_bus_to_phys(dev_addr); > + phys_addr_t paddr; > + bool is_foreign; > > BUG_ON(dir == DMA_NONE); > > + is_foreign = xen_bus_to_phys(dev_addr, &paddr); > + > + /* > + * We can't get the appropriate PFN for a foreign frame since > + * it may be grant mapped multiple times. > + * > + * Assume that the grant unmap will do any appropriate cache > + * operations, and that the frontend will do any for its own > + * mappings. > + * > + * This does mean there is a window between the DMA unmap and > + * the grant unmap where the CPU may see stale data (for a > + * FROM_DEVICE operation), but this is not a problem in > + * practice with the current users of foreign mappings > + * (netback and blkback). > + */ > + if (is_foreign) > + return; > + > xen_dma_unmap_page(hwdev, paddr, size, dir, attrs); > > /* NOTE: We use dev_addr here, not paddr! */ > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 20:53:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 20:53:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4FuL-0004LQ-J8; Mon, 07 Jul 2014 20:53:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X47Ou-0007sz-BT for xen-users@lists.xen.org; Mon, 07 Jul 2014 11:48:04 +0000 Received: from [193.109.254.147:48458] by server-5.bemta-14.messagelabs.com id 03/83-07680-3F88AB35; Mon, 07 Jul 2014 11:48:03 +0000 X-Env-Sender: cooldharma06@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1404733681!12579134!1 X-Originating-IP: [209.85.213.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30039 invoked from network); 7 Jul 2014 11:48:02 -0000 Received: from mail-ig0-f170.google.com (HELO mail-ig0-f170.google.com) (209.85.213.170) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 11:48:02 -0000 Received: by mail-ig0-f170.google.com with SMTP id h15so10317528igd.5 for ; Mon, 07 Jul 2014 04:48:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TeVgpm1mhXG8OWpj4Lau43XKV2LJkly2PMCSuCVyIks=; b=x05kqyG1w4SyCqtRpvOVnlMNAmWnpygSDjRKrt4i5ISvUn44hCyHhQQgYzj09k+X6E abS6JcAtuEtEik2M8qyLXdktsdFkfzkRZprwE1b4kccef+5GhSX+oA6LIaJQRn6ChJDx qT6+/dTA3s4rfq7y9RWRw8YY3Lqlxw+cfZHQnfxOx0WXicWy9IfxRCxi8iAGQTwAMCdv tFsqnp+dO3uZfh8brTnQGOlKmCiFqbVsCFpsgn5cmCal9Gm0oPPO70D1LZV3ebuJMq3+ TrxaUj9UHBJ+Z30I/qh3DuU5/eTmgbjaYZkPTbNjbeVxWNsrWK8uPxHIThtKhFiQ0o2Y aivw== MIME-Version: 1.0 X-Received: by 10.50.60.41 with SMTP id e9mr31663052igr.11.1404733681237; Mon, 07 Jul 2014 04:48:01 -0700 (PDT) Received: by 10.50.163.3 with HTTP; Mon, 7 Jul 2014 04:48:01 -0700 (PDT) Date: Mon, 7 Jul 2014 17:18:01 +0530 Message-ID: From: cool dharma06 To: xen-users X-Mailman-Approved-At: Mon, 07 Jul 2014 20:53:04 +0000 Subject: [Xen-users] Having some doubt in XSM policies. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3037140612363519420==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3037140612363519420== Content-Type: multipart/alternative; boundary=047d7b10cea5132ce504fd990c9c --047d7b10cea5132ce504fd990c9c Content-Type: text/plain; charset=ISO-8859-1 hi, i am using xen-4.4 with XSM policies enabled. i loaded the default policy of XEN to create VM. And it is in Enforcing mode. I created VM (HVM) with isolated_domU_t and i am facing the following errors. *While creation:* *xl create /home/Documents/boss64_xen4.3.cfg* Parsing config from /home/Documents/boss64_xen4.3.cfg WARNING: ignoring "kernel" directive for HVM guest. Use "firmware_override" instead if you really want a non-default firmware WARNING: ignoring device_model directive. WARNING: Use "device_model_override" instead if you really want a non-default device_model libxl: error: libxl_device.c:934:device_backend_callback: unable to add device with path /local/domain/0/backend/vif/18/0 libxl: error: libxl_create.c:1226:domcreate_attach_vtpms: unable to add nic devices libxl: error: libxl_device.c:934:device_backend_callback: unable to remove device with path /local/domain/0/backend/vif/18/0 libxl: error: libxl.c:1457:devices_destroy_cb: libxl__devices_destroy failed for 18 *xl dmesg - log:* (XEN) avc: denied { settime } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { stat } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=mmu (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 2. How to unload the xen policy which is loaded in XEN. Because i am restarting my whole machine to unload the XSM policy. Is any other ways to unload the XSM policy.? kindly suggest some solution for the above things. Thanks & Regards, cooldharma06..:) --047d7b10cea5132ce504fd990c9c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi,

i am using xen-4.4 with XSM policie= s enabled.

i loaded the default policy of XEN to c= reate VM. And it is in Enforcing mode.

I created V= M (HVM) with isolated_domU_t and i am facing the following errors.


While creation:
xl c= reate=A0=A0/home/Documents/boss64_xen4.3.cfg
Parsing con= fig from /home/Documents/boss64_xen4.3.cfg
WARNING: ignoring &quo= t;kernel" directive for HVM guest. Use "firmware_override" i= nstead if you really want a non-default firmware
WARNING: ignoring device_model directive.
WARNING: Use "= ;device_model_override" instead if you really want a non-default devic= e_model
libxl: error: libxl_device.c:934:device_backend_callback:= unable to add device with path /local/domain/0/backend/vif/18/0
libxl: error: libxl_create.c:1226:domcreate_attach_vtpms: unable to ad= d nic devices
libxl: error: libxl_device.c:934:device_backend_cal= lback: unable to remove device with path /local/domain/0/backend/vif/18/0
libxl: error: libxl.c:1457:devices_destroy_cb: libxl__devices_destroy = failed for 18

=
xl dmesg - log:
(XEN) avc: =A0= denied =A0{ settime } for domid=3D0 target=3D4 scontext=3Dsystem_u:system_r= :dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tclass=3Ddomain
(XEN) avc: =A0denied =A0{ cacheflush } for domid=3D0 target=3D4 sconte= xt=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tc= lass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid= =3D0 target=3D4 scontext=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:v= m_r:isolated_domU_t tclass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid=3D0 target=3D4 sconte= xt=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tc= lass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid= =3D0 target=3D4 scontext=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:v= m_r:isolated_domU_t tclass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid=3D0 target=3D4 sconte= xt=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tc= lass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid= =3D0 target=3D4 scontext=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:v= m_r:isolated_domU_t tclass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid=3D0 target=3D4 sconte= xt=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tc= lass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid= =3D0 target=3D4 scontext=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:v= m_r:isolated_domU_t tclass=3Ddomain2
(XEN) avc: =A0denied =A0{ stat } for domid=3D0 target=3D4 scontext=3Ds= ystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tclass= =3Dmmu
(XEN) avc: =A0denied =A0{ cacheflush } for domid=3D0 targe= t=3D4 scontext=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolat= ed_domU_t tclass=3Ddomain2


2. How to unload the xen policy wh= ich is loaded in XEN. Because i am restarting my whole machine to unload th= e XSM policy. Is any other ways to unload the XSM policy.?


kindly suggest some solution for the above things= .


Thanks & Regards,
c= ooldharma06..:)
--047d7b10cea5132ce504fd990c9c-- --===============3037140612363519420== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3037140612363519420==-- From xen-users-bounces@lists.xen.org Mon Jul 07 20:53:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 20:53:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4FuM-0004La-5Q; Mon, 07 Jul 2014 20:53:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Bjx-0002zC-CS for xen-users@lists.xen.org; Mon, 07 Jul 2014 16:26:05 +0000 Received: from [193.109.254.147:13784] by server-10.bemta-14.messagelabs.com id 2B/03-01431-C1ACAB35; Mon, 07 Jul 2014 16:26:04 +0000 X-Env-Sender: Stefano.Stabellini@citrix.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1404750362!15962099!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29053 invoked from network); 7 Jul 2014 16:26:04 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 16:26:04 -0000 X-IronPort-AV: E=Sophos;i="5.01,618,1400025600"; d="scan'208";a="150278588" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 07 Jul 2014 16:26:02 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Mon, 7 Jul 2014 12:26:02 -0400 Received: from kaball.uk.xensource.com ([10.80.2.59]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X4Bjt-0005Yd-Rh; Mon, 07 Jul 2014 17:26:01 +0100 Date: Mon, 7 Jul 2014 17:25:18 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball.uk.xensource.com To: David Vrabel In-Reply-To: <53B6DC30.6060007@citrix.com> Message-ID: References: <1404295013.24733.8.camel@kazak.uk.xensource.com> <1404379885.14865.20.camel@kazak.uk.xensource.com> <53B6A37B.4020605@citrix.com> <53B6B8E5.8070201@citrix.com> <53B6D814.2030606@citrix.com> <53B6DC30.6060007@citrix.com> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 X-DLP: MIA2 X-Mailman-Approved-At: Mon, 07 Jul 2014 20:53:04 +0000 Cc: xen-devel@lists.xensource.com, "Wei Liu \(Intern\)" , Ian Campbell , Stefano Stabellini , Julien Grall , Stefano Stabellini , Zoltan Kiss , xen-users@lists.xen.org, Denis Schneider Subject: Re: [Xen-users] [Xen-devel] ARM: "xen_add_mach_to_phys_entry: cannot add ... already exists and panics" X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 4 Jul 2014, David Vrabel wrote: > On 04/07/14 17:36, David Vrabel wrote: > > On 04/07/14 15:31, Stefano Stabellini wrote: > >> On Fri, 4 Jul 2014, David Vrabel wrote: > >>> On 04/07/14 15:12, Stefano Stabellini wrote: > >>>> On Fri, 4 Jul 2014, David Vrabel wrote: > >>>>> On 03/07/14 18:47, Stefano Stabellini wrote: > >>>>>> > >>>>>> At the moment I would like a way to disable grant mappings and go back > >>>>>> to grant copies on demand. Maybe we could have a feature flag to change > >>>>>> the behaviour of the network backend? > >>>>> > >>>>> You must fix the ARM code to handle this properly. > >>>>> > >>>>> blkback also uses grant maps and depending on the frontend blkback may > >>>>> grant map the same machine frame multiple time. We have see frontends > >>>>> that send such requests. > >>>> > >>>> Indeed, it must be fixed properly. The workaround of disabling grant > >>>> mappings would be just to buy us some time to come up with the fix. > >>> > >>> It's an expensive workaround though. > >> > >> In terms of performances or in terms of code? > >> If it's the performances you are worried about, we could enable the > >> workaround just for arm and arm64. > > > > Expensive in terms of effort required to implement and maintain. > > > >>>>> I can't remember how the ARM code works. Where is the problematic m2p > >>>>> lookup? > >>>> > >>>> arch/arm/xen/p2m.c > >>>> > >>>> > >>>>> Perhaps this could be avoided for foreign frames? > >>>> > >>>> Unfortunately no. The whole point of p2m.c is to be able to translate > >>>> foreign frames for dma operations. > >>> > >>> This is a p2m lookup though, which is fine, yes? Where, specifically is > >>> a mfn_to_pfn() lookup needed for a foreign MFN. > >> > >> drivers/xen/swiotlb-xen.c:xen_unmap_single. xen_bus_to_phys is based on > >> the value returned by mfn_to_pfn. > > > > I think you can probably get away with not doing the cache operations on > > foreign pages when DMA map/unmapping. DMA mapped foreign pages are > > (currently) either: > > > > a) packets from a guest being Tx'd off host. These are read-only and > > are immediately freed after they're tranmitted. > > > > b) block requests from blkback and these pages are never accessed. Unfortunately it doesn't look like it is possible to skip the call to __dma_page_dev_to_cpu (xen_dma_unmap_page->arm_dma_unmap_page->__dma_page_dev_to_cpu), because otherwise the data written by DMA to system memory won't be visible to the CPU, at least on ARM32. In fact the grant_unmap operation might issue flushes, but they are inner flushes. While here we would need to issue an outer flush at the very least. In addition to it, __dma_page_dev_to_cpu also calls dmac_unmap_area, that on v7 becomes v7_dma_inv_range that issues a bunch of DCCIMVAC. So in order for this to work on grant_unmap Xen would have to: - issue an outer flush - DCCIMVAC the page Also not all devices need this, only the non-coherent ones. Given that we assume that Dom0 is mapped 1:1, one way to solve this would be for Dom0 to map the grant on PFN=MFN too, then issue all the required flushed on the machine address instead of the physical address. > Something like: > > --- a/drivers/xen/swiotlb-xen.c > +++ b/drivers/xen/swiotlb-xen.c > @@ -90,17 +90,18 @@ static inline dma_addr_t xen_phys_to_bus(phys_addr_t paddr) > return dma; > } > > -static inline phys_addr_t xen_bus_to_phys(dma_addr_t baddr) > +/* Return true if baddr is the address of a foreign frame. */ > +static inline int xen_bus_to_phys(dma_addr_t baddr, phys_addr_t *paddr) > { > unsigned long pfn = mfn_to_pfn(PFN_DOWN(baddr)); > dma_addr_t dma = (dma_addr_t)pfn << PAGE_SHIFT; > - phys_addr_t paddr = dma; > > - BUG_ON(paddr != dma); /* truncation has occurred, should never happen */ > + if (pfn == INVALID_P2M_ENTRY) > + return true; > > - paddr |= baddr & ~PAGE_MASK; > + *paddr = dma | (baddr & ~PAGE_MASK); > > - return paddr; > + return false; > } > > static inline dma_addr_t xen_virt_to_bus(void *address) > @@ -443,10 +444,30 @@ static void xen_unmap_single(struct device *hwdev, dma_addr_t dev_addr, > size_t size, enum dma_data_direction dir, > struct dma_attrs *attrs) > { > - phys_addr_t paddr = xen_bus_to_phys(dev_addr); > + phys_addr_t paddr; > + bool is_foreign; > > BUG_ON(dir == DMA_NONE); > > + is_foreign = xen_bus_to_phys(dev_addr, &paddr); > + > + /* > + * We can't get the appropriate PFN for a foreign frame since > + * it may be grant mapped multiple times. > + * > + * Assume that the grant unmap will do any appropriate cache > + * operations, and that the frontend will do any for its own > + * mappings. > + * > + * This does mean there is a window between the DMA unmap and > + * the grant unmap where the CPU may see stale data (for a > + * FROM_DEVICE operation), but this is not a problem in > + * practice with the current users of foreign mappings > + * (netback and blkback). > + */ > + if (is_foreign) > + return; > + > xen_dma_unmap_page(hwdev, paddr, size, dir, attrs); > > /* NOTE: We use dev_addr here, not paddr! */ > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 20:53:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 20:53:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4FuL-0004LQ-J8; Mon, 07 Jul 2014 20:53:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X47Ou-0007sz-BT for xen-users@lists.xen.org; Mon, 07 Jul 2014 11:48:04 +0000 Received: from [193.109.254.147:48458] by server-5.bemta-14.messagelabs.com id 03/83-07680-3F88AB35; Mon, 07 Jul 2014 11:48:03 +0000 X-Env-Sender: cooldharma06@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1404733681!12579134!1 X-Originating-IP: [209.85.213.170] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30039 invoked from network); 7 Jul 2014 11:48:02 -0000 Received: from mail-ig0-f170.google.com (HELO mail-ig0-f170.google.com) (209.85.213.170) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 11:48:02 -0000 Received: by mail-ig0-f170.google.com with SMTP id h15so10317528igd.5 for ; Mon, 07 Jul 2014 04:48:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TeVgpm1mhXG8OWpj4Lau43XKV2LJkly2PMCSuCVyIks=; b=x05kqyG1w4SyCqtRpvOVnlMNAmWnpygSDjRKrt4i5ISvUn44hCyHhQQgYzj09k+X6E abS6JcAtuEtEik2M8qyLXdktsdFkfzkRZprwE1b4kccef+5GhSX+oA6LIaJQRn6ChJDx qT6+/dTA3s4rfq7y9RWRw8YY3Lqlxw+cfZHQnfxOx0WXicWy9IfxRCxi8iAGQTwAMCdv tFsqnp+dO3uZfh8brTnQGOlKmCiFqbVsCFpsgn5cmCal9Gm0oPPO70D1LZV3ebuJMq3+ TrxaUj9UHBJ+Z30I/qh3DuU5/eTmgbjaYZkPTbNjbeVxWNsrWK8uPxHIThtKhFiQ0o2Y aivw== MIME-Version: 1.0 X-Received: by 10.50.60.41 with SMTP id e9mr31663052igr.11.1404733681237; Mon, 07 Jul 2014 04:48:01 -0700 (PDT) Received: by 10.50.163.3 with HTTP; Mon, 7 Jul 2014 04:48:01 -0700 (PDT) Date: Mon, 7 Jul 2014 17:18:01 +0530 Message-ID: From: cool dharma06 To: xen-users X-Mailman-Approved-At: Mon, 07 Jul 2014 20:53:04 +0000 Subject: [Xen-users] Having some doubt in XSM policies. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3037140612363519420==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3037140612363519420== Content-Type: multipart/alternative; boundary=047d7b10cea5132ce504fd990c9c --047d7b10cea5132ce504fd990c9c Content-Type: text/plain; charset=ISO-8859-1 hi, i am using xen-4.4 with XSM policies enabled. i loaded the default policy of XEN to create VM. And it is in Enforcing mode. I created VM (HVM) with isolated_domU_t and i am facing the following errors. *While creation:* *xl create /home/Documents/boss64_xen4.3.cfg* Parsing config from /home/Documents/boss64_xen4.3.cfg WARNING: ignoring "kernel" directive for HVM guest. Use "firmware_override" instead if you really want a non-default firmware WARNING: ignoring device_model directive. WARNING: Use "device_model_override" instead if you really want a non-default device_model libxl: error: libxl_device.c:934:device_backend_callback: unable to add device with path /local/domain/0/backend/vif/18/0 libxl: error: libxl_create.c:1226:domcreate_attach_vtpms: unable to add nic devices libxl: error: libxl_device.c:934:device_backend_callback: unable to remove device with path /local/domain/0/backend/vif/18/0 libxl: error: libxl.c:1457:devices_destroy_cb: libxl__devices_destroy failed for 18 *xl dmesg - log:* (XEN) avc: denied { settime } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 (XEN) avc: denied { stat } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=mmu (XEN) avc: denied { cacheflush } for domid=0 target=4 scontext=system_u:system_r:dom0_t tcontext=customer_1:vm_r:isolated_domU_t tclass=domain2 2. How to unload the xen policy which is loaded in XEN. Because i am restarting my whole machine to unload the XSM policy. Is any other ways to unload the XSM policy.? kindly suggest some solution for the above things. Thanks & Regards, cooldharma06..:) --047d7b10cea5132ce504fd990c9c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi,

i am using xen-4.4 with XSM policie= s enabled.

i loaded the default policy of XEN to c= reate VM. And it is in Enforcing mode.

I created V= M (HVM) with isolated_domU_t and i am facing the following errors.


While creation:
xl c= reate=A0=A0/home/Documents/boss64_xen4.3.cfg
Parsing con= fig from /home/Documents/boss64_xen4.3.cfg
WARNING: ignoring &quo= t;kernel" directive for HVM guest. Use "firmware_override" i= nstead if you really want a non-default firmware
WARNING: ignoring device_model directive.
WARNING: Use "= ;device_model_override" instead if you really want a non-default devic= e_model
libxl: error: libxl_device.c:934:device_backend_callback:= unable to add device with path /local/domain/0/backend/vif/18/0
libxl: error: libxl_create.c:1226:domcreate_attach_vtpms: unable to ad= d nic devices
libxl: error: libxl_device.c:934:device_backend_cal= lback: unable to remove device with path /local/domain/0/backend/vif/18/0
libxl: error: libxl.c:1457:devices_destroy_cb: libxl__devices_destroy = failed for 18

=
xl dmesg - log:
(XEN) avc: =A0= denied =A0{ settime } for domid=3D0 target=3D4 scontext=3Dsystem_u:system_r= :dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tclass=3Ddomain
(XEN) avc: =A0denied =A0{ cacheflush } for domid=3D0 target=3D4 sconte= xt=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tc= lass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid= =3D0 target=3D4 scontext=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:v= m_r:isolated_domU_t tclass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid=3D0 target=3D4 sconte= xt=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tc= lass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid= =3D0 target=3D4 scontext=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:v= m_r:isolated_domU_t tclass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid=3D0 target=3D4 sconte= xt=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tc= lass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid= =3D0 target=3D4 scontext=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:v= m_r:isolated_domU_t tclass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid=3D0 target=3D4 sconte= xt=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tc= lass=3Ddomain2
(XEN) avc: =A0denied =A0{ cacheflush } for domid= =3D0 target=3D4 scontext=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:v= m_r:isolated_domU_t tclass=3Ddomain2
(XEN) avc: =A0denied =A0{ stat } for domid=3D0 target=3D4 scontext=3Ds= ystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolated_domU_t tclass= =3Dmmu
(XEN) avc: =A0denied =A0{ cacheflush } for domid=3D0 targe= t=3D4 scontext=3Dsystem_u:system_r:dom0_t tcontext=3Dcustomer_1:vm_r:isolat= ed_domU_t tclass=3Ddomain2


2. How to unload the xen policy wh= ich is loaded in XEN. Because i am restarting my whole machine to unload th= e XSM policy. Is any other ways to unload the XSM policy.?


kindly suggest some solution for the above things= .


Thanks & Regards,
c= ooldharma06..:)
--047d7b10cea5132ce504fd990c9c-- --===============3037140612363519420== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3037140612363519420==-- From xen-users-bounces@lists.xen.org Mon Jul 07 22:01:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 22:01:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Gy8-0005cJ-Bq; Mon, 07 Jul 2014 22:01:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Gy5-0005cA-HN for xen-users@lists.xen.org; Mon, 07 Jul 2014 22:01:01 +0000 Received: from [193.109.254.147:58333] by server-9.bemta-14.messagelabs.com id DD/F1-14237-C981BB35; Mon, 07 Jul 2014 22:01:00 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1404770458!15976562!1 X-Originating-IP: [209.85.216.49] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1869 invoked from network); 7 Jul 2014 22:01:00 -0000 Received: from mail-qa0-f49.google.com (HELO mail-qa0-f49.google.com) (209.85.216.49) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 22:01:00 -0000 Received: by mail-qa0-f49.google.com with SMTP id w8so4097334qac.36 for ; Mon, 07 Jul 2014 15:00:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+4UXVz6xEgi74d2cg876d8nDrYQ9JMZUGhMXHnu1sqU=; b=syVwELKKfzApO/U0qIdB4c2EvUlZZp1ZkmR7A28Qm9HNL9Pgegji8UerstZhyjr7cm HZv/5IpizQ/Ysy/KnIwcYeBe978pRK0Be1QYYRU1XO8waYHJuCLvBon1O2kdgmPmg1Lk /dpEOUPjk8oQg7wmXW81giIbH2t+BePzn7EistpZdRnl5pU6pqR1HiwL/FrOfmdoq5it d2S11kg1Au5NTCv/9HNkWNTkCI8MAbnzQpTiwi1JTPy3hw+aFFPjjiQ6cqkDzCTcgOpS tRUNE3Z6zAy2vGXXq5gCKVgS4KDzkG8/GCc61ipNa/t3qyVYlvmnd40IVP9pO6GrV28E AqIA== MIME-Version: 1.0 X-Received: by 10.140.94.70 with SMTP id f64mr52563199qge.64.1404770458741; Mon, 07 Jul 2014 15:00:58 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 7 Jul 2014 15:00:58 -0700 (PDT) Date: Mon, 7 Jul 2014 16:00:58 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] ssd cache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3990223241274541320==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3990223241274541320== Content-Type: multipart/alternative; boundary=001a1138fd3a2f331a04fda19ced --001a1138fd3a2f331a04fda19ced Content-Type: text/plain; charset=UTF-8 Is anyone using ssd drive as xen cache? Having bcache will tat benefit xen when it comes to vm hard drives ? --001a1138fd3a2f331a04fda19ced Content-Type: text/html; charset=UTF-8
Is anyone using ssd drive as xen cache? Having bcache will tat benefit xen when it comes to vm hard drives ?
--001a1138fd3a2f331a04fda19ced-- --===============3990223241274541320== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3990223241274541320==-- From xen-users-bounces@lists.xen.org Mon Jul 07 22:01:43 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 22:01:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Gy8-0005cJ-Bq; Mon, 07 Jul 2014 22:01:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Gy5-0005cA-HN for xen-users@lists.xen.org; Mon, 07 Jul 2014 22:01:01 +0000 Received: from [193.109.254.147:58333] by server-9.bemta-14.messagelabs.com id DD/F1-14237-C981BB35; Mon, 07 Jul 2014 22:01:00 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1404770458!15976562!1 X-Originating-IP: [209.85.216.49] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1869 invoked from network); 7 Jul 2014 22:01:00 -0000 Received: from mail-qa0-f49.google.com (HELO mail-qa0-f49.google.com) (209.85.216.49) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 22:01:00 -0000 Received: by mail-qa0-f49.google.com with SMTP id w8so4097334qac.36 for ; Mon, 07 Jul 2014 15:00:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+4UXVz6xEgi74d2cg876d8nDrYQ9JMZUGhMXHnu1sqU=; b=syVwELKKfzApO/U0qIdB4c2EvUlZZp1ZkmR7A28Qm9HNL9Pgegji8UerstZhyjr7cm HZv/5IpizQ/Ysy/KnIwcYeBe978pRK0Be1QYYRU1XO8waYHJuCLvBon1O2kdgmPmg1Lk /dpEOUPjk8oQg7wmXW81giIbH2t+BePzn7EistpZdRnl5pU6pqR1HiwL/FrOfmdoq5it d2S11kg1Au5NTCv/9HNkWNTkCI8MAbnzQpTiwi1JTPy3hw+aFFPjjiQ6cqkDzCTcgOpS tRUNE3Z6zAy2vGXXq5gCKVgS4KDzkG8/GCc61ipNa/t3qyVYlvmnd40IVP9pO6GrV28E AqIA== MIME-Version: 1.0 X-Received: by 10.140.94.70 with SMTP id f64mr52563199qge.64.1404770458741; Mon, 07 Jul 2014 15:00:58 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 7 Jul 2014 15:00:58 -0700 (PDT) Date: Mon, 7 Jul 2014 16:00:58 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] ssd cache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3990223241274541320==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3990223241274541320== Content-Type: multipart/alternative; boundary=001a1138fd3a2f331a04fda19ced --001a1138fd3a2f331a04fda19ced Content-Type: text/plain; charset=UTF-8 Is anyone using ssd drive as xen cache? Having bcache will tat benefit xen when it comes to vm hard drives ? --001a1138fd3a2f331a04fda19ced Content-Type: text/html; charset=UTF-8
Is anyone using ssd drive as xen cache? Having bcache will tat benefit xen when it comes to vm hard drives ?
--001a1138fd3a2f331a04fda19ced-- --===============3990223241274541320== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3990223241274541320==-- From xen-users-bounces@lists.xen.org Mon Jul 07 23:27:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 23:27:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4IJ8-00071y-Kz; Mon, 07 Jul 2014 23:26:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4IJ7-00071t-FG for xen-users@lists.xenproject.org; Mon, 07 Jul 2014 23:26:49 +0000 Received: from [85.158.143.35:49581] by server-1.bemta-4.messagelabs.com id 1A/95-09496-8BC2BB35; Mon, 07 Jul 2014 23:26:48 +0000 X-Env-Sender: nodir.qodirov@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1404775607!12988656!1 X-Originating-IP: [209.85.128.172] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10481 invoked from network); 7 Jul 2014 23:26:48 -0000 Received: from mail-ve0-f172.google.com (HELO mail-ve0-f172.google.com) (209.85.128.172) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 23:26:48 -0000 Received: by mail-ve0-f172.google.com with SMTP id db12so210840veb.31 for ; Mon, 07 Jul 2014 16:26:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4t2CYv6aAKy4PRmB0c1D0UdFuoSQaiqNZOEHCxgEO9M=; b=ACNfCtx1r54JEx0fqTMA536mx3eV1zJDrrUEUvcqYQZ88oM+p492sKUiU/h0HYyuEN VKpbSuK0WtzYKheN1NwSP0JqZUZi8EnfJHwsWdD1gMyAKDuEg4qQZ+pbadkLhX5v9BOO uVWAz7zd1sP+VQz50EJkqCP2V8pj3oSMWBlCr0q7jigjHFovryguquHtKQP9RxtIHzO2 /kcSz8J4oclZ2DJDm3+pgJ11C/AkTGt6MkAXc9fcohY9v2thIVJRYcO3VOh7dIxHkwQq LEys4oAuaE87wNo8wOFIL3pz13ITgoKfiHg6EYcnc8DU9xt4bJLsq8u7NoBZgwjz983V kLVQ== MIME-Version: 1.0 X-Received: by 10.58.234.103 with SMTP id ud7mr30760288vec.24.1404775606796; Mon, 07 Jul 2014 16:26:46 -0700 (PDT) Received: by 10.220.153.10 with HTTP; Mon, 7 Jul 2014 16:26:46 -0700 (PDT) In-Reply-To: <1404725806.5530.2.camel@kazak.uk.xensource.com> References: <5758036.PkrMsRqjLd@eve> <1404725806.5530.2.camel@kazak.uk.xensource.com> Date: Mon, 7 Jul 2014 16:26:46 -0700 Message-ID: From: Nodir Kodirov To: Ian Campbell Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ian, > It seems like the domain is immediately shutting itself down. > > "xl create -c ..." will connect to the console as soon as possible, > which might give you a chance to see why. This fails to connect to the console by throwing following error message: # xl create -c minios.cfg Parsing config from minios.cfg Daemon running with PID 29031 libxl: error: libxl_dom.c:35:libxl__domain_type: unable to get domain type for domid=2 Unable to attach console libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [0] exited with error status 1 > If that doesn't help then try configuring xenconsoled to log the guest > consoles: > http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen_Project#Guest_console_logs This helped. My "consoled" was not running. I executed it manually from /usr/lib/xen-4.3/bin/xenconsoled and then I was able to get the console log file at /var/log/xen/xen-console/guest-Mini-OS.log This confirmed successful instantiation of the VM. Problem was in my kernel image (the minios.gz). Here is what I get from "cat /var/log/xen/xen-console/guest-Mini-OS.log" Xen Minimal OS! start_info: 000000000009f000(VA) nr_pages: 0x2000 shared_inf: 0xce720000(MA) pt_base: 00000000000a2000(VA) nr_pt_frames: 0x5 mfn_list: 000000000008f000(VA) mod_start: 0x0(VA) mod_len: 0 flags: 0x0 cmd_line: stack: 000000000004d9c0-000000000006d9c0 MM: Init _text: 0000000000000000(VA) _etext: 000000000002fcea(VA) _erodata: 0000000000037000(VA) _edata: 00000000000375a0(VA) stack start: 000000000004d9c0(VA) _end: 000000000008e200(VA) start_pfn: aa max_pfn: 2000 Mapping memory range 0x400000 - 0x2000000 setting 0000000000000000-0000000000037000 readonly skipped 0000000000001000 MM: Initialise page allocator for b8000(b8000)-2000000(2000000) MM: done Demand map pfns at 2001000-2002001000. Initialising timer interface Initialising console ... done. gnttab_table mapped at 0000000002001000. Initialising scheduler Thread "Idle": pointer: 0xbb070, stack: 0xc0000 Thread "xenstore": pointer: 0xbb0d0, stack: 0xd0000 xenbus initialised on irq 1 mfn 0x111e53 Thread "shutdown": pointer: 0xbb130, stack: 0xe0000 Thread "server": pointer: 0xbb190, stack: 0xf0000 [server] Waiting for network. ************************ NETFRONT for device/vif/0 ********** net TX ring size 256 net RX ring size 256 backend at /local/domain/0/backend/vif/21/0 mac is 00:16:3e:57:a8:15 ************************** Page fault at linear address 0000000000000000, rip 00000000000105d4, regs 00000000000ffcd8, sp 00000000000ffd80, our_sp 00000000000ffcc0, code 0 Thread: server RIP: e030:[<00000000000105d4>] RSP: e02b:00000000000ffd80 EFLAGS: 00010202 RAX: 0000000000000000 RBX: 0000000000005352 RCX: 00000000000ffa40 RDX: 0000000000047f0d RSI: 00000000000ffa40 RDI: 0000000000000000 RBP: 00000000000ffd98 R08: 00000000000bb2da R09: 00000000000bb2db R10: 000000000000001c R11: 0000000000000000 R12: 0000000000000000 R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 base is 0xffd98 caller is 0xb2dd base is 0xffee8 caller is 0x17009 base is 0xfff58 caller is 0x536b base is 0xfffe8 caller is 0x343b ffd70: 80 fd 0f 00 00 00 00 00 2b e0 00 00 00 00 00 00 ffd80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ffd90: 00 00 00 00 00 00 00 00 e8 fe 0f 00 00 00 00 00 ffda0: dd b2 00 00 00 00 00 00 00 ff 0f 00 00 00 00 00 ffd80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ffd90: 00 00 00 00 00 00 00 00 e8 fe 0f 00 00 00 00 00 ffda0: dd b2 00 00 00 00 00 00 00 ff 0f 00 00 00 00 00 ffdb0: 08 7f 04 00 00 00 00 00 c8 6d 01 00 00 00 00 00 105c0: e8 48 8b 45 e8 48 89 45 f8 eb 05 48 83 45 f8 01 105d0: 48 8b 45 f8 0f b6 00 84 c0 75 f0 48 8b 55 f8 48 105e0: 8b 45 e8 48 29 c2 48 89 d0 c9 c3 55 48 89 e5 48 105f0: 83 ec 10 48 89 7d f8 89 75 f4 eb 17 48 8b 45 f8 Pagetable walk from virt 0, base a2000: L4 = 0000000111e50067 (00000000000a3000) [offset = 0] L3 = 0000000111e4f067 (00000000000a4000) [offset = 0] L2 = 0000000111e4e067 (00000000000a5000) [offset = 0] L1 = 0000000000000000 [offset = 0] Based on these logs, I believe netfront is being initialized correctly. It was resolved after adding the disk (since I did not change anything else), as Joost has suggested. Indeed disk is not being used by VM. I think "page fault" is not related to netfront. Thus, I consider this issue as resolved and I will dig into the MiniOS source code. I'll make a separate post if I run into the other problems. Thanks for the help everyone, especially Joost and Ian! Nodir. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 07 23:27:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 07 Jul 2014 23:27:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4IJ8-00071y-Kz; Mon, 07 Jul 2014 23:26:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4IJ7-00071t-FG for xen-users@lists.xenproject.org; Mon, 07 Jul 2014 23:26:49 +0000 Received: from [85.158.143.35:49581] by server-1.bemta-4.messagelabs.com id 1A/95-09496-8BC2BB35; Mon, 07 Jul 2014 23:26:48 +0000 X-Env-Sender: nodir.qodirov@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1404775607!12988656!1 X-Originating-IP: [209.85.128.172] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10481 invoked from network); 7 Jul 2014 23:26:48 -0000 Received: from mail-ve0-f172.google.com (HELO mail-ve0-f172.google.com) (209.85.128.172) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 7 Jul 2014 23:26:48 -0000 Received: by mail-ve0-f172.google.com with SMTP id db12so210840veb.31 for ; Mon, 07 Jul 2014 16:26:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4t2CYv6aAKy4PRmB0c1D0UdFuoSQaiqNZOEHCxgEO9M=; b=ACNfCtx1r54JEx0fqTMA536mx3eV1zJDrrUEUvcqYQZ88oM+p492sKUiU/h0HYyuEN VKpbSuK0WtzYKheN1NwSP0JqZUZi8EnfJHwsWdD1gMyAKDuEg4qQZ+pbadkLhX5v9BOO uVWAz7zd1sP+VQz50EJkqCP2V8pj3oSMWBlCr0q7jigjHFovryguquHtKQP9RxtIHzO2 /kcSz8J4oclZ2DJDm3+pgJ11C/AkTGt6MkAXc9fcohY9v2thIVJRYcO3VOh7dIxHkwQq LEys4oAuaE87wNo8wOFIL3pz13ITgoKfiHg6EYcnc8DU9xt4bJLsq8u7NoBZgwjz983V kLVQ== MIME-Version: 1.0 X-Received: by 10.58.234.103 with SMTP id ud7mr30760288vec.24.1404775606796; Mon, 07 Jul 2014 16:26:46 -0700 (PDT) Received: by 10.220.153.10 with HTTP; Mon, 7 Jul 2014 16:26:46 -0700 (PDT) In-Reply-To: <1404725806.5530.2.camel@kazak.uk.xensource.com> References: <5758036.PkrMsRqjLd@eve> <1404725806.5530.2.camel@kazak.uk.xensource.com> Date: Mon, 7 Jul 2014 16:26:46 -0700 Message-ID: From: Nodir Kodirov To: Ian Campbell Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Can not init netfront X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ian, > It seems like the domain is immediately shutting itself down. > > "xl create -c ..." will connect to the console as soon as possible, > which might give you a chance to see why. This fails to connect to the console by throwing following error message: # xl create -c minios.cfg Parsing config from minios.cfg Daemon running with PID 29031 libxl: error: libxl_dom.c:35:libxl__domain_type: unable to get domain type for domid=2 Unable to attach console libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [0] exited with error status 1 > If that doesn't help then try configuring xenconsoled to log the guest > consoles: > http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen_Project#Guest_console_logs This helped. My "consoled" was not running. I executed it manually from /usr/lib/xen-4.3/bin/xenconsoled and then I was able to get the console log file at /var/log/xen/xen-console/guest-Mini-OS.log This confirmed successful instantiation of the VM. Problem was in my kernel image (the minios.gz). Here is what I get from "cat /var/log/xen/xen-console/guest-Mini-OS.log" Xen Minimal OS! start_info: 000000000009f000(VA) nr_pages: 0x2000 shared_inf: 0xce720000(MA) pt_base: 00000000000a2000(VA) nr_pt_frames: 0x5 mfn_list: 000000000008f000(VA) mod_start: 0x0(VA) mod_len: 0 flags: 0x0 cmd_line: stack: 000000000004d9c0-000000000006d9c0 MM: Init _text: 0000000000000000(VA) _etext: 000000000002fcea(VA) _erodata: 0000000000037000(VA) _edata: 00000000000375a0(VA) stack start: 000000000004d9c0(VA) _end: 000000000008e200(VA) start_pfn: aa max_pfn: 2000 Mapping memory range 0x400000 - 0x2000000 setting 0000000000000000-0000000000037000 readonly skipped 0000000000001000 MM: Initialise page allocator for b8000(b8000)-2000000(2000000) MM: done Demand map pfns at 2001000-2002001000. Initialising timer interface Initialising console ... done. gnttab_table mapped at 0000000002001000. Initialising scheduler Thread "Idle": pointer: 0xbb070, stack: 0xc0000 Thread "xenstore": pointer: 0xbb0d0, stack: 0xd0000 xenbus initialised on irq 1 mfn 0x111e53 Thread "shutdown": pointer: 0xbb130, stack: 0xe0000 Thread "server": pointer: 0xbb190, stack: 0xf0000 [server] Waiting for network. ************************ NETFRONT for device/vif/0 ********** net TX ring size 256 net RX ring size 256 backend at /local/domain/0/backend/vif/21/0 mac is 00:16:3e:57:a8:15 ************************** Page fault at linear address 0000000000000000, rip 00000000000105d4, regs 00000000000ffcd8, sp 00000000000ffd80, our_sp 00000000000ffcc0, code 0 Thread: server RIP: e030:[<00000000000105d4>] RSP: e02b:00000000000ffd80 EFLAGS: 00010202 RAX: 0000000000000000 RBX: 0000000000005352 RCX: 00000000000ffa40 RDX: 0000000000047f0d RSI: 00000000000ffa40 RDI: 0000000000000000 RBP: 00000000000ffd98 R08: 00000000000bb2da R09: 00000000000bb2db R10: 000000000000001c R11: 0000000000000000 R12: 0000000000000000 R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 base is 0xffd98 caller is 0xb2dd base is 0xffee8 caller is 0x17009 base is 0xfff58 caller is 0x536b base is 0xfffe8 caller is 0x343b ffd70: 80 fd 0f 00 00 00 00 00 2b e0 00 00 00 00 00 00 ffd80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ffd90: 00 00 00 00 00 00 00 00 e8 fe 0f 00 00 00 00 00 ffda0: dd b2 00 00 00 00 00 00 00 ff 0f 00 00 00 00 00 ffd80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ffd90: 00 00 00 00 00 00 00 00 e8 fe 0f 00 00 00 00 00 ffda0: dd b2 00 00 00 00 00 00 00 ff 0f 00 00 00 00 00 ffdb0: 08 7f 04 00 00 00 00 00 c8 6d 01 00 00 00 00 00 105c0: e8 48 8b 45 e8 48 89 45 f8 eb 05 48 83 45 f8 01 105d0: 48 8b 45 f8 0f b6 00 84 c0 75 f0 48 8b 55 f8 48 105e0: 8b 45 e8 48 29 c2 48 89 d0 c9 c3 55 48 89 e5 48 105f0: 83 ec 10 48 89 7d f8 89 75 f4 eb 17 48 8b 45 f8 Pagetable walk from virt 0, base a2000: L4 = 0000000111e50067 (00000000000a3000) [offset = 0] L3 = 0000000111e4f067 (00000000000a4000) [offset = 0] L2 = 0000000111e4e067 (00000000000a5000) [offset = 0] L1 = 0000000000000000 [offset = 0] Based on these logs, I believe netfront is being initialized correctly. It was resolved after adding the disk (since I did not change anything else), as Joost has suggested. Indeed disk is not being used by VM. I think "page fault" is not related to netfront. Thus, I consider this issue as resolved and I will dig into the MiniOS source code. I'll make a separate post if I run into the other problems. Thanks for the help everyone, especially Joost and Ian! Nodir. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 08 08:25:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 08:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Qhf-00085x-Kv; Tue, 08 Jul 2014 08:24:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Qhe-00085s-52 for xen-users@lists.xen.org; Tue, 08 Jul 2014 08:24:42 +0000 Received: from [85.158.137.68:63294] by server-10.bemta-3.messagelabs.com id 6E/22-25960-9CAABB35; Tue, 08 Jul 2014 08:24:41 +0000 X-Env-Sender: benv-xensource.com@junerules.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1404807880!12176990!1 X-Originating-IP: [80.69.76.80] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17715 invoked from network); 8 Jul 2014 08:24:40 -0000 Received: from mail.owl-ict.nl (HELO mail.owl-ict.nl) (80.69.76.80) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 08:24:40 -0000 Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junerules.com; s=default; x=1405412680; h=Comment: DomainKey-Signature:Received:Received:Date:From:To:Subject: Message-ID:Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:Organization:User-Agent; bh=1Hlc qXtkPYkSrsfDBtcWwi6CVDCx/woK5HB6tebeGQc=; b=4F+J1dIYKnfJPzBGy8A2 aBqPs8kSh30Ey1Q4VfoZOn/5+8rWmYhtWlchZx2se3TYdAWeRMvyb4b9raQdHlkn WeWbkyhwlmwTFZK7+8tbh4nTB7XQttlhl2R2baY7R0QnniYg3IGHXnA1Ey1kZx2j h4wzgSY6ntOGidSH0jHfxs8= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=junerules.com; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Organization:X-URL:User-Agent; b=IINBl1rHaQcyGvvYJjNZM8xY5XfHNvH8E0WK9b3Jt7ThEEpXJswbGjBudLP+gg nFlKwIPo54eLsIovjKhuunXXfblBDD8+e52aFfS1CKdNHqVfirlFhPWFExW4Sd62 d7LSqNY048ld78dWKMg7flBNKBc7LO8YJfdiFHt87OGV8=; Received: (qmail 25431 invoked by uid 89); 8 Jul 2014 10:24:39 +0200 Received: from unknown (HELO uil.winnipeg.nl) (benv@benv.junerules.com@2001:980:96c9:1::6666) by mail.owl-ict.nl with SMTP; 8 Jul 2014 10:24:39 +0200 Date: Tue, 8 Jul 2014 10:24:34 +0200 From: Wouter de Geus To: xen-users@lists.xen.org Message-ID: <20140708082434.GF23643@uil.winnipeg.nl> Mail-Followup-To: xen-users@lists.xen.org References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Organization: (Owl ICT) X-URL: http://www.owl-ict.nl/ User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [Xen-users] ssd cache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org * jacek burghardt [2014-07-07 16:00:58 -0600]: > Is anyone using ssd drive as xen cache? Having bcache will tat benefit xen > when it comes to vm hard drives ? I'm using a ssd drive with EnhanceIO in writeback mode on the mdraid device underneath LVM. Speeds up writes a lot for all LVM volumes on that raid device that the domU's use. The nice thing of enhanceio is that you can apply it to just a generic block device. I also looked at bcache but iirc you need to reformat your disk for that to work, which simply isn't an option for me on that machine. Wouter. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 08 08:25:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 08:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Qhf-00085x-Kv; Tue, 08 Jul 2014 08:24:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Qhe-00085s-52 for xen-users@lists.xen.org; Tue, 08 Jul 2014 08:24:42 +0000 Received: from [85.158.137.68:63294] by server-10.bemta-3.messagelabs.com id 6E/22-25960-9CAABB35; Tue, 08 Jul 2014 08:24:41 +0000 X-Env-Sender: benv-xensource.com@junerules.com X-Msg-Ref: server-14.tower-31.messagelabs.com!1404807880!12176990!1 X-Originating-IP: [80.69.76.80] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17715 invoked from network); 8 Jul 2014 08:24:40 -0000 Received: from mail.owl-ict.nl (HELO mail.owl-ict.nl) (80.69.76.80) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 08:24:40 -0000 Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junerules.com; s=default; x=1405412680; h=Comment: DomainKey-Signature:Received:Received:Date:From:To:Subject: Message-ID:Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:Organization:User-Agent; bh=1Hlc qXtkPYkSrsfDBtcWwi6CVDCx/woK5HB6tebeGQc=; b=4F+J1dIYKnfJPzBGy8A2 aBqPs8kSh30Ey1Q4VfoZOn/5+8rWmYhtWlchZx2se3TYdAWeRMvyb4b9raQdHlkn WeWbkyhwlmwTFZK7+8tbh4nTB7XQttlhl2R2baY7R0QnniYg3IGHXnA1Ey1kZx2j h4wzgSY6ntOGidSH0jHfxs8= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=junerules.com; h=Received:Received:Date:From:To:Subject:Message-ID:Mail-Followup-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Organization:X-URL:User-Agent; b=IINBl1rHaQcyGvvYJjNZM8xY5XfHNvH8E0WK9b3Jt7ThEEpXJswbGjBudLP+gg nFlKwIPo54eLsIovjKhuunXXfblBDD8+e52aFfS1CKdNHqVfirlFhPWFExW4Sd62 d7LSqNY048ld78dWKMg7flBNKBc7LO8YJfdiFHt87OGV8=; Received: (qmail 25431 invoked by uid 89); 8 Jul 2014 10:24:39 +0200 Received: from unknown (HELO uil.winnipeg.nl) (benv@benv.junerules.com@2001:980:96c9:1::6666) by mail.owl-ict.nl with SMTP; 8 Jul 2014 10:24:39 +0200 Date: Tue, 8 Jul 2014 10:24:34 +0200 From: Wouter de Geus To: xen-users@lists.xen.org Message-ID: <20140708082434.GF23643@uil.winnipeg.nl> Mail-Followup-To: xen-users@lists.xen.org References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Organization: (Owl ICT) X-URL: http://www.owl-ict.nl/ User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [Xen-users] ssd cache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org * jacek burghardt [2014-07-07 16:00:58 -0600]: > Is anyone using ssd drive as xen cache? Having bcache will tat benefit xen > when it comes to vm hard drives ? I'm using a ssd drive with EnhanceIO in writeback mode on the mdraid device underneath LVM. Speeds up writes a lot for all LVM volumes on that raid device that the domU's use. The nice thing of enhanceio is that you can apply it to just a generic block device. I also looked at bcache but iirc you need to reformat your disk for that to work, which simply isn't an option for me on that machine. Wouter. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 08 09:06:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 09:06:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4RLQ-0000u9-D5; Tue, 08 Jul 2014 09:05:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4RLP-0000u4-Ms for xen-users@lists.xen.org; Tue, 08 Jul 2014 09:05:47 +0000 Received: from [193.109.254.147:44280] by server-7.bemta-14.messagelabs.com id DB/BF-11169-B64BBB35; Tue, 08 Jul 2014 09:05:47 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-27.messagelabs.com!1404810346!12772589!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5627 invoked from network); 8 Jul 2014 09:05:46 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 09:05:46 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 248E0221DE2 for ; Tue, 8 Jul 2014 10:05:45 +0100 (BST) MIME-Version: 1.0 Date: Tue, 08 Jul 2014 10:05:44 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <20140708082434.GF23643@uil.winnipeg.nl> References: <20140708082434.GF23643@uil.winnipeg.nl> Message-ID: <12376043295ef019df66a9e7bb2144d3@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] ssd cache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-08 09:24, Wouter de Geus wrote: > * jacek burghardt [2014-07-07 16:00:58 > -0600]: > >> Is anyone using ssd drive as xen cache? Having bcache will tat benefit >> xen >> when it comes to vm hard drives ? > > I'm using a ssd drive with EnhanceIO in writeback mode on the mdraid > device underneath LVM. > Speeds up writes a lot for all LVM volumes on that raid device that > the domU's use. > > The nice thing of enhanceio is that you can apply it to just a generic > block device. > I also looked at bcache but iirc you need to reformat your disk for > that to work, which simply isn't an option for me on that machine. If reformatting isn't an option this won't help, but if you can reformat, ZFS supports ZIL for buffering synchronous writes to SSD, as well as caching reads onto SSD (L2ARC). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 08 09:06:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 09:06:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4RLQ-0000u9-D5; Tue, 08 Jul 2014 09:05:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4RLP-0000u4-Ms for xen-users@lists.xen.org; Tue, 08 Jul 2014 09:05:47 +0000 Received: from [193.109.254.147:44280] by server-7.bemta-14.messagelabs.com id DB/BF-11169-B64BBB35; Tue, 08 Jul 2014 09:05:47 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-11.tower-27.messagelabs.com!1404810346!12772589!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5627 invoked from network); 8 Jul 2014 09:05:46 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 09:05:46 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 248E0221DE2 for ; Tue, 8 Jul 2014 10:05:45 +0100 (BST) MIME-Version: 1.0 Date: Tue, 08 Jul 2014 10:05:44 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <20140708082434.GF23643@uil.winnipeg.nl> References: <20140708082434.GF23643@uil.winnipeg.nl> Message-ID: <12376043295ef019df66a9e7bb2144d3@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] ssd cache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-08 09:24, Wouter de Geus wrote: > * jacek burghardt [2014-07-07 16:00:58 > -0600]: > >> Is anyone using ssd drive as xen cache? Having bcache will tat benefit >> xen >> when it comes to vm hard drives ? > > I'm using a ssd drive with EnhanceIO in writeback mode on the mdraid > device underneath LVM. > Speeds up writes a lot for all LVM volumes on that raid device that > the domU's use. > > The nice thing of enhanceio is that you can apply it to just a generic > block device. > I also looked at bcache but iirc you need to reformat your disk for > that to work, which simply isn't an option for me on that machine. If reformatting isn't an option this won't help, but if you can reformat, ZFS supports ZIL for buffering synchronous writes to SSD, as well as caching reads onto SSD (L2ARC). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 08 14:15:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 14:15:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4W9W-0007fV-Cd; Tue, 08 Jul 2014 14:13:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4W9U-0007fQ-OW for xen-users@lists.xen.org; Tue, 08 Jul 2014 14:13:48 +0000 Received: from [85.158.137.68:20332] by server-7.bemta-3.messagelabs.com id 91/89-22775-C9CFBB35; Tue, 08 Jul 2014 14:13:48 +0000 X-Env-Sender: simon.waterman@zynstra.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1404828826!10772462!1 X-Originating-IP: [213.199.154.82] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 726 invoked from network); 8 Jul 2014 14:13:47 -0000 Received: from mail-db3lp0082.outbound.protection.outlook.com (HELO emea01-db3-obe.outbound.protection.outlook.com) (213.199.154.82) by server-7.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 8 Jul 2014 14:13:47 -0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com (10.242.131.26) by DB3PR03MB219.eurprd03.prod.outlook.com (10.242.131.21) with Microsoft SMTP Server (TLS) id 15.0.980.8; Tue, 8 Jul 2014 14:13:46 +0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.246]) by DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.246]) with mapi id 15.00.0980.000; Tue, 8 Jul 2014 14:13:46 +0000 From: Simon Waterman To: jacek burghardt Thread-Topic: [Xen-users] PCI passthrough of HP P420i RAID controller Thread-Index: AQHPmdR3VUMpKuyAJkSk4BE3k4l3mpuUpxuAgAGJJGo= Date: Tue, 8 Jul 2014 14:13:45 +0000 Message-ID: <1404828824252.63779@zynstra.com> References: <1404740052645.84654@zynstra.com>, In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [193.63.64.25] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0266491E90 x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(377454003)(189002)(24454002)(199002)(83072002)(106116001)(106356001)(101416001)(110136001)(81342001)(4396001)(50986999)(107046002)(85306003)(105586002)(46102001)(36756003)(1411001)(74502001)(76482001)(77096002)(77982001)(21056001)(19580405001)(95666004)(66066001)(31966008)(74662001)(15975445006)(54356999)(92566001)(80022001)(81542001)(20776003)(64706001)(92726001)(83322001)(15202345003)(87936001)(99396002)(85852003)(86362001)(79102001)(2656002)(76176999)(85806002)(19580395003); DIR:OUT; SFP:; SCL:1; SRVR:DB3PR03MB219; H:DB3PR03MB220.eurprd03.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; MIME-Version: 1.0 X-OriginatorOrg: zynstra.com Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, On Mon, Jul 7, 2014 at 15:11, jacek burghardt w= rote: >> I had passed hp sas to windows 2012 R2 and it works fine. i had tried to= assign >> it to Linux but the drivers were setting the card wrng and causing locku= p requiring >> me to reboot server. Its interesting to know that it worked fine with the Windows driver and tha= t you got a lockup too under Linux. Was it the same P420i controller with SAS drives? I'm not sure its the Linux hpsa driver causing the lockup though. I spent some time trying to diagnose where in the driver the lockup was bei= ng caused and I tried modifying the probe code in the driver domain to reject the dev= ice immediately before doing anything with it. When I tried to detach the device from the = driver domain and re-bind it to the hpsa driver in the Dom-0 it failed in the same way de= spite never being touched by the hpsa driver in the driver domain. Purely unbinding the device from the hpsa driver and binding it to xen-pcib= ack doesn't seem to cause the problem because if I rebind it to hpsa without doing the = attach to the driver domain the device appears to function normally. In other words,= binding and unbinding from xen-pciback seems fine - attaching the device to the driver = domain causes the problem even when the hpsa driver isn't in the picture on the dr= iver domain. Best wishes, Simon On Mon, Jul 7, 2014 at 7:34 AM, Simon Waterman wrote: Hi, We've been successfully using Xen with PCI pass-through of disk and network cards for a couple of years now. =A0We have this architecture worki= ng successfully with a wide range of hardware from HP and Dell but recently have been getting problems with the HP ProLiant DL380p Gen8 and its P420i RAID controller. When we bind the RAID controller to pciback and issue the appropriate 'xl pci-attach' command the controller appears on the driver domain but fai= ls during probing by the hpsa driver. =A0Interestingly, in about 1 in every 10 test runs the hpsa driver probes successfully, the controller appears in the driver domain and the disks appear to function correctly. In the failure cases the syslog output from the hpsa driver is as follows: Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.855597] bus: 'pci': dr= iver_prob e_device: matched device 0000:00:00.0 with driver hpsa Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.855599] bus: 'pci': re= ally_prob e: probing driver hpsa with device 0000:00:00.0 Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.855605] HP HPSA Driver= (v 3.4.4 -1) Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.855684] hpsa 0000:00:0= 0.0: enab ling device (0000 -> 0003) Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.855983] hpsa 0000:00:0= 0.0: Xen PCI mapped GSI34 to IRQ29 Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.856089] hpsa 0000:00:0= 0.0: enab ling bus mastering Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.856659] hpsa 0000:00:0= 0.0: MSIX Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.857384] hpsa 0000:00:0= 0.0: Logi cal aborts not supported Jul =A07 13:40:00 zylevel0-HVM-domU kernel: [ =A0654.318297] hpsa 0000:00:0= 0.0: unable to get board into simple mode Jul =A07 13:40:00 zylevel0-HVM-domU kernel: [ =A0654.318478] hpsa: probe of= 0000:00:00.0 rejects match -19 The error seems to originate from the hpsa_enter_simple_mode function and l= ooks like the first point where an interaction with the board via IO mapped memo= ry is expected to result in a response from the board. We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu trus= ty. =A0VTd is disabled in the BIOS of the Dom-0. =A0We use the following Grub commands fo= r the Dom-0 boot: =A0 =A0 =A0 =A0 multiboot =A0 =A0 =A0 /boot/xen.gz placeholder dom0_mem=3Dm= ax:2048m iommu=3D0 loglvl=3Dall guest_loglvl=3Dall =A0 =A0 =A0 =A0 module =A0/boot/vmlinuz-3.15.0 placeholder root=3DUUID=3Df5= 6cf02b-d46f-4e2a-b667-242f97ec82f5 ro =A0debug =A0 =A0 =A0 =A0 module =A0--nounzip =A0 /boot/initrd.img-3.15.0 The driver domain is a PV guest running the same kernel version as the Dom-= 0. The Xen configuration file contains the following kernel boot parameters: extra=3D"earlyprintk=3Dxen debug max_loop=3D64 iommu=3Dsoft" After we issue the pci-attach command the following additional lines appear= in the 'xl dmesg' log: (XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames (XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02 (XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02 We were wondering whether anyone in the community had got PCI pass-through = of the P420i working, or any pointers of where to look to further diagnose the= problem. Best wishes, Simon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users = = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 08 14:15:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 14:15:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4W9W-0007fV-Cd; Tue, 08 Jul 2014 14:13:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4W9U-0007fQ-OW for xen-users@lists.xen.org; Tue, 08 Jul 2014 14:13:48 +0000 Received: from [85.158.137.68:20332] by server-7.bemta-3.messagelabs.com id 91/89-22775-C9CFBB35; Tue, 08 Jul 2014 14:13:48 +0000 X-Env-Sender: simon.waterman@zynstra.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1404828826!10772462!1 X-Originating-IP: [213.199.154.82] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 726 invoked from network); 8 Jul 2014 14:13:47 -0000 Received: from mail-db3lp0082.outbound.protection.outlook.com (HELO emea01-db3-obe.outbound.protection.outlook.com) (213.199.154.82) by server-7.tower-31.messagelabs.com with AES256-SHA encrypted SMTP; 8 Jul 2014 14:13:47 -0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com (10.242.131.26) by DB3PR03MB219.eurprd03.prod.outlook.com (10.242.131.21) with Microsoft SMTP Server (TLS) id 15.0.980.8; Tue, 8 Jul 2014 14:13:46 +0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.246]) by DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.246]) with mapi id 15.00.0980.000; Tue, 8 Jul 2014 14:13:46 +0000 From: Simon Waterman To: jacek burghardt Thread-Topic: [Xen-users] PCI passthrough of HP P420i RAID controller Thread-Index: AQHPmdR3VUMpKuyAJkSk4BE3k4l3mpuUpxuAgAGJJGo= Date: Tue, 8 Jul 2014 14:13:45 +0000 Message-ID: <1404828824252.63779@zynstra.com> References: <1404740052645.84654@zynstra.com>, In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [193.63.64.25] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0266491E90 x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(377454003)(189002)(24454002)(199002)(83072002)(106116001)(106356001)(101416001)(110136001)(81342001)(4396001)(50986999)(107046002)(85306003)(105586002)(46102001)(36756003)(1411001)(74502001)(76482001)(77096002)(77982001)(21056001)(19580405001)(95666004)(66066001)(31966008)(74662001)(15975445006)(54356999)(92566001)(80022001)(81542001)(20776003)(64706001)(92726001)(83322001)(15202345003)(87936001)(99396002)(85852003)(86362001)(79102001)(2656002)(76176999)(85806002)(19580395003); DIR:OUT; SFP:; SCL:1; SRVR:DB3PR03MB219; H:DB3PR03MB220.eurprd03.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; MIME-Version: 1.0 X-OriginatorOrg: zynstra.com Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, On Mon, Jul 7, 2014 at 15:11, jacek burghardt w= rote: >> I had passed hp sas to windows 2012 R2 and it works fine. i had tried to= assign >> it to Linux but the drivers were setting the card wrng and causing locku= p requiring >> me to reboot server. Its interesting to know that it worked fine with the Windows driver and tha= t you got a lockup too under Linux. Was it the same P420i controller with SAS drives? I'm not sure its the Linux hpsa driver causing the lockup though. I spent some time trying to diagnose where in the driver the lockup was bei= ng caused and I tried modifying the probe code in the driver domain to reject the dev= ice immediately before doing anything with it. When I tried to detach the device from the = driver domain and re-bind it to the hpsa driver in the Dom-0 it failed in the same way de= spite never being touched by the hpsa driver in the driver domain. Purely unbinding the device from the hpsa driver and binding it to xen-pcib= ack doesn't seem to cause the problem because if I rebind it to hpsa without doing the = attach to the driver domain the device appears to function normally. In other words,= binding and unbinding from xen-pciback seems fine - attaching the device to the driver = domain causes the problem even when the hpsa driver isn't in the picture on the dr= iver domain. Best wishes, Simon On Mon, Jul 7, 2014 at 7:34 AM, Simon Waterman wrote: Hi, We've been successfully using Xen with PCI pass-through of disk and network cards for a couple of years now. =A0We have this architecture worki= ng successfully with a wide range of hardware from HP and Dell but recently have been getting problems with the HP ProLiant DL380p Gen8 and its P420i RAID controller. When we bind the RAID controller to pciback and issue the appropriate 'xl pci-attach' command the controller appears on the driver domain but fai= ls during probing by the hpsa driver. =A0Interestingly, in about 1 in every 10 test runs the hpsa driver probes successfully, the controller appears in the driver domain and the disks appear to function correctly. In the failure cases the syslog output from the hpsa driver is as follows: Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.855597] bus: 'pci': dr= iver_prob e_device: matched device 0000:00:00.0 with driver hpsa Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.855599] bus: 'pci': re= ally_prob e: probing driver hpsa with device 0000:00:00.0 Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.855605] HP HPSA Driver= (v 3.4.4 -1) Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.855684] hpsa 0000:00:0= 0.0: enab ling device (0000 -> 0003) Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.855983] hpsa 0000:00:0= 0.0: Xen PCI mapped GSI34 to IRQ29 Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.856089] hpsa 0000:00:0= 0.0: enab ling bus mastering Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.856659] hpsa 0000:00:0= 0.0: MSIX Jul =A07 13:30:01 zylevel0-HVM-domU kernel: [ =A0 54.857384] hpsa 0000:00:0= 0.0: Logi cal aborts not supported Jul =A07 13:40:00 zylevel0-HVM-domU kernel: [ =A0654.318297] hpsa 0000:00:0= 0.0: unable to get board into simple mode Jul =A07 13:40:00 zylevel0-HVM-domU kernel: [ =A0654.318478] hpsa: probe of= 0000:00:00.0 rejects match -19 The error seems to originate from the hpsa_enter_simple_mode function and l= ooks like the first point where an interaction with the board via IO mapped memo= ry is expected to result in a response from the board. We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu trus= ty. =A0VTd is disabled in the BIOS of the Dom-0. =A0We use the following Grub commands fo= r the Dom-0 boot: =A0 =A0 =A0 =A0 multiboot =A0 =A0 =A0 /boot/xen.gz placeholder dom0_mem=3Dm= ax:2048m iommu=3D0 loglvl=3Dall guest_loglvl=3Dall =A0 =A0 =A0 =A0 module =A0/boot/vmlinuz-3.15.0 placeholder root=3DUUID=3Df5= 6cf02b-d46f-4e2a-b667-242f97ec82f5 ro =A0debug =A0 =A0 =A0 =A0 module =A0--nounzip =A0 /boot/initrd.img-3.15.0 The driver domain is a PV guest running the same kernel version as the Dom-= 0. The Xen configuration file contains the following kernel boot parameters: extra=3D"earlyprintk=3Dxen debug max_loop=3D64 iommu=3Dsoft" After we issue the pci-attach command the following additional lines appear= in the 'xl dmesg' log: (XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames (XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02 (XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02 We were wondering whether anyone in the community had got PCI pass-through = of the P420i working, or any pointers of where to look to further diagnose the= problem. Best wishes, Simon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users = = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 08 14:41:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 14:41:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4WZS-0008CI-IP; Tue, 08 Jul 2014 14:40:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4WZR-0008CD-2Y for xen-users@lists.xen.org; Tue, 08 Jul 2014 14:40:37 +0000 Received: from [85.158.139.211:8643] by server-8.bemta-5.messagelabs.com id 09/14-27672-4E20CB35; Tue, 08 Jul 2014 14:40:36 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1404830430!6769513!1 X-Originating-IP: [209.85.192.49] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15514 invoked from network); 8 Jul 2014 14:40:34 -0000 Received: from mail-qg0-f49.google.com (HELO mail-qg0-f49.google.com) (209.85.192.49) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 14:40:34 -0000 Received: by mail-qg0-f49.google.com with SMTP id f51so5122322qge.36 for ; Tue, 08 Jul 2014 07:40:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pprR2RJQKJMZ64ckjEOa+PS/tbSsyRvWEAM6egeNYoQ=; b=E2CnJvZ8f2+nQ7in/dfkVqoDXLao+WhalLDGPwjpaaaN+8L9voKXFaRQzsPekCdMdZ gea/PwkqQ9oQCGMd7K1qHPDFHea7eTo4qDIusMCwC+o3MQ8WHLYtqxxy+CXa3V8RFh2L sLOp3XLVd34BJFg/Nl2kWuzUX3JjyVW89iQos3AbsSPOG3MJLbEUVcHjt38XigHncHe8 maudRWAkr0Ev6VPtoKXZaZ2Kkmi/jGiE5hBxONm4XdGBm0kwRSuIF5V9Z/m6ZbIS3Uix jYd4bU3yheL4zxgg55spvgm57w5F8a4ytZtlvKzSOXkSCLPc8WSon+mhBHdoVXwgzVI2 NZKQ== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr61139343qah.70.1404830429729; Tue, 08 Jul 2014 07:40:29 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 07:40:29 -0700 (PDT) In-Reply-To: <1404828824252.63779@zynstra.com> References: <1404740052645.84654@zynstra.com> <1404828824252.63779@zynstra.com> Date: Tue, 8 Jul 2014 08:40:29 -0600 Message-ID: From: jacek burghardt To: Simon Waterman Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3206694015083211328==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3206694015083211328== Content-Type: multipart/alternative; boundary=001a1133d894bbda2e04fdaf9242 --001a1133d894bbda2e04fdaf9242 Content-Type: text/plain; charset=UTF-8 I Played with P800 and it was locking up with linux also. I had used couple other brands of raid controllers and I was able to assign them to linux and they worked without an issue. I have Promise Technology, Inc. 81384 that i was able to assign to linux using pv. On Tue, Jul 8, 2014 at 8:13 AM, Simon Waterman wrote: > Hi, > > On Mon, Jul 7, 2014 at 15:11, jacek burghardt > wrote: > >> I had passed hp sas to windows 2012 R2 and it works fine. i had tried > to assign > >> it to Linux but the drivers were setting the card wrng and causing > lockup requiring > >> me to reboot server. > > Its interesting to know that it worked fine with the Windows driver and > that you got a > lockup too under Linux. Was it the same P420i controller with SAS drives? > > I'm not sure its the Linux hpsa driver causing the lockup though. > > I spent some time trying to diagnose where in the driver the lockup was > being caused > and I tried modifying the probe code in the driver domain to reject the > device immediately > before doing anything with it. When I tried to detach the device from the > driver domain > and re-bind it to the hpsa driver in the Dom-0 it failed in the same way > despite never > being touched by the hpsa driver in the driver domain. > > Purely unbinding the device from the hpsa driver and binding it to > xen-pciback doesn't > seem to cause the problem because if I rebind it to hpsa without doing the > attach to > the driver domain the device appears to function normally. In other > words, binding and > unbinding from xen-pciback seems fine - attaching the device to the driver > domain > causes the problem even when the hpsa driver isn't in the picture on the > driver domain. > > Best wishes, > > Simon > > On Mon, Jul 7, 2014 at 7:34 AM, Simon Waterman < > simon.waterman@zynstra.com> wrote: > Hi, > > We've been successfully using Xen with PCI pass-through of disk and > network cards for a couple of years now. We have this architecture working > successfully with a wide range of hardware from HP and Dell but recently > have been getting problems with the HP ProLiant DL380p Gen8 and its > P420i RAID controller. > > When we bind the RAID controller to pciback and issue the appropriate > 'xl pci-attach' command the controller appears on the driver domain but > fails > during probing by the hpsa driver. Interestingly, in about 1 in every 10 > test runs the hpsa driver probes successfully, the controller appears in > the > driver domain and the disks appear to function correctly. > > In the failure cases the syslog output from the hpsa driver is as follows: > > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855597] bus: 'pci': > driver_prob > e_device: matched device 0000:00:00.0 with driver hpsa > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855599] bus: 'pci': > really_prob > e: probing driver hpsa with device 0000:00:00.0 > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855605] HP HPSA Driver (v > 3.4.4 > -1) > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855684] hpsa > 0000:00:00.0: enab > ling device (0000 -> 0003) > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855983] hpsa > 0000:00:00.0: Xen > PCI mapped GSI34 to IRQ29 > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856089] hpsa > 0000:00:00.0: enab > ling bus mastering > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856659] hpsa > 0000:00:00.0: MSIX > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.857384] hpsa > 0000:00:00.0: Logi > cal aborts not supported > Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318297] hpsa > 0000:00:00.0: unable > to get board into simple mode > Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318478] hpsa: probe of > 0000:00:00.0 > rejects match -19 > > The error seems to originate from the hpsa_enter_simple_mode function and > looks > like the first point where an interaction with the board via IO mapped > memory is > expected to result in a response from the board. > > We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu > trusty. VTd is > disabled in the BIOS of the Dom-0. We use the following Grub commands for > the Dom-0 boot: > > multiboot /boot/xen.gz placeholder dom0_mem=max:2048m iommu=0 > loglvl=all guest_loglvl=all > module /boot/vmlinuz-3.15.0 placeholder > root=UUID=f56cf02b-d46f-4e2a-b667-242f97ec82f5 > ro debug > module --nounzip /boot/initrd.img-3.15.0 > > The driver domain is a PV guest running the same kernel version as the > Dom-0. > The Xen configuration file contains the following kernel boot parameters: > > extra="earlyprintk=xen debug max_loop=64 iommu=soft" > > After we issue the pci-attach command the following additional lines > appear in the > 'xl dmesg' log: > > (XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames > (XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02 > (XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02 > > We were wondering whether anyone in the community had got PCI pass-through > of > the P420i working, or any pointers of where to look to further diagnose > the problem. > > Best wishes, > > Simon > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > --001a1133d894bbda2e04fdaf9242 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I Played with P800 and it was locking up with linux also. = I had used couple other brands of raid controllers and I was able to assign= them to linux and they worked without an issue. I have=C2=A0Promise Techno= logy, Inc. 81384 =C2=A0that i was able to assign to linux using pv.


On Tue, Jul 8= , 2014 at 8:13 AM, Simon Waterman <simon.waterman@zynstra.com= > wrote:
Hi,

On Mon, Jul 7, 2014 at 15:11, jacek burghardt <jaceksburghardt@gmail.com> wrote:
>> I had passed hp sas to windows 2012 R2 and it works fine. i had tr= ied to assign
>> it to Linux but the drivers were setting the card wrng and causing= lockup requiring
>> me to reboot server.

Its interesting to know that it worked fine with the Windows driver a= nd that you got a
lockup too under Linux. =C2=A0Was it the same P420i controller with SAS dri= ves?

I'm not sure its the Linux hpsa driver causing the lockup though.

I spent some time trying to diagnose where in the driver the lockup was bei= ng caused
and I tried modifying the probe code in the driver domain to reject the dev= ice immediately
before doing anything with it. =C2=A0When I tried to detach the device from= the driver domain
and re-bind it to the hpsa driver in the Dom-0 it failed in the same way de= spite never
being touched by the hpsa driver in the driver domain.

Purely unbinding the device from the hpsa driver and binding it to xen-pcib= ack doesn't
seem to cause the problem because if I rebind it to hpsa without doing the = attach to
the driver domain the device appears to function normally. =C2=A0In other w= ords, binding and
unbinding from xen-pciback seems fine - attaching the device to the driver = domain
causes the problem even when the hpsa driver isn't in the picture on th= e driver domain.

Best wishes,

Simon

On Mon, Jul 7, 2014 at 7:34 AM, Simon Waterman =C2=A0<simon.waterman@zynstra.com> wrote:
=C2=A0Hi,

We've been successfully using Xen with PCI pass-through of disk and
network cards for a couple of years now. =C2=A0We have this architecture wo= rking
successfully with a wide range of hardware from HP and Dell but recently have been getting problems with the HP ProLiant DL380p Gen8 and its
P420i RAID controller.

When we bind the RAID controller to pciback and issue the appropriate
'xl pci-attach' command the controller appears on the driver domain= but fails
during probing by the hpsa driver. =C2=A0Interestingly, in about 1 in every= 10
test runs the hpsa driver probes successfully, the controller appears in th= e
driver domain and the disks appear to function correctly.

In the failure cases the syslog output from the hpsa driver is as follows:<= br>
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855597] bus: = 9;pci': driver_prob
e_device: matched device 0000:00:00.0 with driver hpsa
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855599] bus: = 9;pci': really_prob
e: probing driver hpsa with device 0000:00:00.0
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855605] HP HPSA = Driver (v 3.4.4
-1)
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855684] hpsa 000= 0:00:00.0: enab
ling device (0000 -> 0003)
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855983] hpsa 000= 0:00:00.0: Xen
PCI mapped GSI34 to IRQ29
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.856089] hpsa 000= 0:00:00.0: enab
ling bus mastering
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.856659] hpsa 000= 0:00:00.0: MSIX
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.857384] hpsa 000= 0:00:00.0: Logi
cal aborts not supported
Jul =C2=A07 13:40:00 zylevel0-HVM-domU kernel: [ =C2=A0654.318297] hpsa 000= 0:00:00.0: unable
to get board into simple mode
Jul =C2=A07 13:40:00 zylevel0-HVM-domU kernel: [ =C2=A0654.318478] hpsa: pr= obe of 0000:00:00.0
rejects match -19

The error seems to originate from the hpsa_enter_simple_mode function and l= ooks
like the first point where an interaction with the board via IO mapped memo= ry is
expected to result in a response from the board.

We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu trus= ty. =C2=A0VTd is
disabled in the BIOS of the Dom-0. =C2=A0We use the following Grub commands= for the Dom-0 boot:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 multiboot =C2=A0 =C2=A0 =C2=A0 /boot/xen.gz pla= ceholder dom0_mem=3Dmax:2048m iommu=3D0
loglvl=3Dall guest_loglvl=3Dall
=C2=A0 =C2=A0 =C2=A0 =C2=A0 module =C2=A0/boot/vmlinuz-3.15.0 placeholder r= oot=3DUUID=3Df56cf02b-d46f-4e2a-b667-242f97ec82f5
ro =C2=A0debug
=C2=A0 =C2=A0 =C2=A0 =C2=A0 module =C2=A0--nounzip =C2=A0 /boot/initrd.img-= 3.15.0

The driver domain is a PV guest running the same kernel version as the Dom-= 0.
The Xen configuration file contains the following kernel boot parameters:
extra=3D"earlyprintk=3Dxen debug max_loop=3D64 iommu=3Dsoft"

After we issue the pci-attach command the following additional lines appear= in the
'xl dmesg' log:

(XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames
(XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02
(XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02

We were wondering whether anyone in the community had got PCI pass-through = of
the P420i working, or any pointers of where to look to further diagnose the= problem.

Best wishes,

Simon

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

=C2=A0 =C2=A0

--001a1133d894bbda2e04fdaf9242-- --===============3206694015083211328== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3206694015083211328==-- From xen-users-bounces@lists.xen.org Tue Jul 08 14:41:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 14:41:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4WZS-0008CI-IP; Tue, 08 Jul 2014 14:40:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4WZR-0008CD-2Y for xen-users@lists.xen.org; Tue, 08 Jul 2014 14:40:37 +0000 Received: from [85.158.139.211:8643] by server-8.bemta-5.messagelabs.com id 09/14-27672-4E20CB35; Tue, 08 Jul 2014 14:40:36 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1404830430!6769513!1 X-Originating-IP: [209.85.192.49] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_10_20, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15514 invoked from network); 8 Jul 2014 14:40:34 -0000 Received: from mail-qg0-f49.google.com (HELO mail-qg0-f49.google.com) (209.85.192.49) by server-3.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 14:40:34 -0000 Received: by mail-qg0-f49.google.com with SMTP id f51so5122322qge.36 for ; Tue, 08 Jul 2014 07:40:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pprR2RJQKJMZ64ckjEOa+PS/tbSsyRvWEAM6egeNYoQ=; b=E2CnJvZ8f2+nQ7in/dfkVqoDXLao+WhalLDGPwjpaaaN+8L9voKXFaRQzsPekCdMdZ gea/PwkqQ9oQCGMd7K1qHPDFHea7eTo4qDIusMCwC+o3MQ8WHLYtqxxy+CXa3V8RFh2L sLOp3XLVd34BJFg/Nl2kWuzUX3JjyVW89iQos3AbsSPOG3MJLbEUVcHjt38XigHncHe8 maudRWAkr0Ev6VPtoKXZaZ2Kkmi/jGiE5hBxONm4XdGBm0kwRSuIF5V9Z/m6ZbIS3Uix jYd4bU3yheL4zxgg55spvgm57w5F8a4ytZtlvKzSOXkSCLPc8WSon+mhBHdoVXwgzVI2 NZKQ== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr61139343qah.70.1404830429729; Tue, 08 Jul 2014 07:40:29 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 07:40:29 -0700 (PDT) In-Reply-To: <1404828824252.63779@zynstra.com> References: <1404740052645.84654@zynstra.com> <1404828824252.63779@zynstra.com> Date: Tue, 8 Jul 2014 08:40:29 -0600 Message-ID: From: jacek burghardt To: Simon Waterman Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3206694015083211328==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3206694015083211328== Content-Type: multipart/alternative; boundary=001a1133d894bbda2e04fdaf9242 --001a1133d894bbda2e04fdaf9242 Content-Type: text/plain; charset=UTF-8 I Played with P800 and it was locking up with linux also. I had used couple other brands of raid controllers and I was able to assign them to linux and they worked without an issue. I have Promise Technology, Inc. 81384 that i was able to assign to linux using pv. On Tue, Jul 8, 2014 at 8:13 AM, Simon Waterman wrote: > Hi, > > On Mon, Jul 7, 2014 at 15:11, jacek burghardt > wrote: > >> I had passed hp sas to windows 2012 R2 and it works fine. i had tried > to assign > >> it to Linux but the drivers were setting the card wrng and causing > lockup requiring > >> me to reboot server. > > Its interesting to know that it worked fine with the Windows driver and > that you got a > lockup too under Linux. Was it the same P420i controller with SAS drives? > > I'm not sure its the Linux hpsa driver causing the lockup though. > > I spent some time trying to diagnose where in the driver the lockup was > being caused > and I tried modifying the probe code in the driver domain to reject the > device immediately > before doing anything with it. When I tried to detach the device from the > driver domain > and re-bind it to the hpsa driver in the Dom-0 it failed in the same way > despite never > being touched by the hpsa driver in the driver domain. > > Purely unbinding the device from the hpsa driver and binding it to > xen-pciback doesn't > seem to cause the problem because if I rebind it to hpsa without doing the > attach to > the driver domain the device appears to function normally. In other > words, binding and > unbinding from xen-pciback seems fine - attaching the device to the driver > domain > causes the problem even when the hpsa driver isn't in the picture on the > driver domain. > > Best wishes, > > Simon > > On Mon, Jul 7, 2014 at 7:34 AM, Simon Waterman < > simon.waterman@zynstra.com> wrote: > Hi, > > We've been successfully using Xen with PCI pass-through of disk and > network cards for a couple of years now. We have this architecture working > successfully with a wide range of hardware from HP and Dell but recently > have been getting problems with the HP ProLiant DL380p Gen8 and its > P420i RAID controller. > > When we bind the RAID controller to pciback and issue the appropriate > 'xl pci-attach' command the controller appears on the driver domain but > fails > during probing by the hpsa driver. Interestingly, in about 1 in every 10 > test runs the hpsa driver probes successfully, the controller appears in > the > driver domain and the disks appear to function correctly. > > In the failure cases the syslog output from the hpsa driver is as follows: > > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855597] bus: 'pci': > driver_prob > e_device: matched device 0000:00:00.0 with driver hpsa > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855599] bus: 'pci': > really_prob > e: probing driver hpsa with device 0000:00:00.0 > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855605] HP HPSA Driver (v > 3.4.4 > -1) > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855684] hpsa > 0000:00:00.0: enab > ling device (0000 -> 0003) > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.855983] hpsa > 0000:00:00.0: Xen > PCI mapped GSI34 to IRQ29 > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856089] hpsa > 0000:00:00.0: enab > ling bus mastering > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.856659] hpsa > 0000:00:00.0: MSIX > Jul 7 13:30:01 zylevel0-HVM-domU kernel: [ 54.857384] hpsa > 0000:00:00.0: Logi > cal aborts not supported > Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318297] hpsa > 0000:00:00.0: unable > to get board into simple mode > Jul 7 13:40:00 zylevel0-HVM-domU kernel: [ 654.318478] hpsa: probe of > 0000:00:00.0 > rejects match -19 > > The error seems to originate from the hpsa_enter_simple_mode function and > looks > like the first point where an interaction with the board via IO mapped > memory is > expected to result in a response from the board. > > We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu > trusty. VTd is > disabled in the BIOS of the Dom-0. We use the following Grub commands for > the Dom-0 boot: > > multiboot /boot/xen.gz placeholder dom0_mem=max:2048m iommu=0 > loglvl=all guest_loglvl=all > module /boot/vmlinuz-3.15.0 placeholder > root=UUID=f56cf02b-d46f-4e2a-b667-242f97ec82f5 > ro debug > module --nounzip /boot/initrd.img-3.15.0 > > The driver domain is a PV guest running the same kernel version as the > Dom-0. > The Xen configuration file contains the following kernel boot parameters: > > extra="earlyprintk=xen debug max_loop=64 iommu=soft" > > After we issue the pci-attach command the following additional lines > appear in the > 'xl dmesg' log: > > (XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames > (XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02 > (XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02 > > We were wondering whether anyone in the community had got PCI pass-through > of > the P420i working, or any pointers of where to look to further diagnose > the problem. > > Best wishes, > > Simon > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > --001a1133d894bbda2e04fdaf9242 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I Played with P800 and it was locking up with linux also. = I had used couple other brands of raid controllers and I was able to assign= them to linux and they worked without an issue. I have=C2=A0Promise Techno= logy, Inc. 81384 =C2=A0that i was able to assign to linux using pv.


On Tue, Jul 8= , 2014 at 8:13 AM, Simon Waterman <simon.waterman@zynstra.com= > wrote:
Hi,

On Mon, Jul 7, 2014 at 15:11, jacek burghardt <jaceksburghardt@gmail.com> wrote:
>> I had passed hp sas to windows 2012 R2 and it works fine. i had tr= ied to assign
>> it to Linux but the drivers were setting the card wrng and causing= lockup requiring
>> me to reboot server.

Its interesting to know that it worked fine with the Windows driver a= nd that you got a
lockup too under Linux. =C2=A0Was it the same P420i controller with SAS dri= ves?

I'm not sure its the Linux hpsa driver causing the lockup though.

I spent some time trying to diagnose where in the driver the lockup was bei= ng caused
and I tried modifying the probe code in the driver domain to reject the dev= ice immediately
before doing anything with it. =C2=A0When I tried to detach the device from= the driver domain
and re-bind it to the hpsa driver in the Dom-0 it failed in the same way de= spite never
being touched by the hpsa driver in the driver domain.

Purely unbinding the device from the hpsa driver and binding it to xen-pcib= ack doesn't
seem to cause the problem because if I rebind it to hpsa without doing the = attach to
the driver domain the device appears to function normally. =C2=A0In other w= ords, binding and
unbinding from xen-pciback seems fine - attaching the device to the driver = domain
causes the problem even when the hpsa driver isn't in the picture on th= e driver domain.

Best wishes,

Simon

On Mon, Jul 7, 2014 at 7:34 AM, Simon Waterman =C2=A0<simon.waterman@zynstra.com> wrote:
=C2=A0Hi,

We've been successfully using Xen with PCI pass-through of disk and
network cards for a couple of years now. =C2=A0We have this architecture wo= rking
successfully with a wide range of hardware from HP and Dell but recently have been getting problems with the HP ProLiant DL380p Gen8 and its
P420i RAID controller.

When we bind the RAID controller to pciback and issue the appropriate
'xl pci-attach' command the controller appears on the driver domain= but fails
during probing by the hpsa driver. =C2=A0Interestingly, in about 1 in every= 10
test runs the hpsa driver probes successfully, the controller appears in th= e
driver domain and the disks appear to function correctly.

In the failure cases the syslog output from the hpsa driver is as follows:<= br>
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855597] bus: = 9;pci': driver_prob
e_device: matched device 0000:00:00.0 with driver hpsa
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855599] bus: = 9;pci': really_prob
e: probing driver hpsa with device 0000:00:00.0
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855605] HP HPSA = Driver (v 3.4.4
-1)
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855684] hpsa 000= 0:00:00.0: enab
ling device (0000 -> 0003)
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.855983] hpsa 000= 0:00:00.0: Xen
PCI mapped GSI34 to IRQ29
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.856089] hpsa 000= 0:00:00.0: enab
ling bus mastering
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.856659] hpsa 000= 0:00:00.0: MSIX
Jul =C2=A07 13:30:01 zylevel0-HVM-domU kernel: [ =C2=A0 54.857384] hpsa 000= 0:00:00.0: Logi
cal aborts not supported
Jul =C2=A07 13:40:00 zylevel0-HVM-domU kernel: [ =C2=A0654.318297] hpsa 000= 0:00:00.0: unable
to get board into simple mode
Jul =C2=A07 13:40:00 zylevel0-HVM-domU kernel: [ =C2=A0654.318478] hpsa: pr= obe of 0000:00:00.0
rejects match -19

The error seems to originate from the hpsa_enter_simple_mode function and l= ooks
like the first point where an interaction with the board via IO mapped memo= ry is
expected to result in a response from the board.

We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu trus= ty. =C2=A0VTd is
disabled in the BIOS of the Dom-0. =C2=A0We use the following Grub commands= for the Dom-0 boot:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 multiboot =C2=A0 =C2=A0 =C2=A0 /boot/xen.gz pla= ceholder dom0_mem=3Dmax:2048m iommu=3D0
loglvl=3Dall guest_loglvl=3Dall
=C2=A0 =C2=A0 =C2=A0 =C2=A0 module =C2=A0/boot/vmlinuz-3.15.0 placeholder r= oot=3DUUID=3Df56cf02b-d46f-4e2a-b667-242f97ec82f5
ro =C2=A0debug
=C2=A0 =C2=A0 =C2=A0 =C2=A0 module =C2=A0--nounzip =C2=A0 /boot/initrd.img-= 3.15.0

The driver domain is a PV guest running the same kernel version as the Dom-= 0.
The Xen configuration file contains the following kernel boot parameters:
extra=3D"earlyprintk=3Dxen debug max_loop=3D64 iommu=3Dsoft"

After we issue the pci-attach command the following additional lines appear= in the
'xl dmesg' log:

(XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames
(XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02
(XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02

We were wondering whether anyone in the community had got PCI pass-through = of
the P420i working, or any pointers of where to look to further diagnose the= problem.

Best wishes,

Simon

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

=C2=A0 =C2=A0

--001a1133d894bbda2e04fdaf9242-- --===============3206694015083211328== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3206694015083211328==-- From xen-users-bounces@lists.xen.org Tue Jul 08 15:12:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 15:12:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4X3T-0000Yd-Pl; Tue, 08 Jul 2014 15:11:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4X3R-0000YY-R9 for xen-users@lists.xen.org; Tue, 08 Jul 2014 15:11:38 +0000 Received: from [193.109.254.147:54066] by server-6.bemta-14.messagelabs.com id F3/D6-08262-92A0CB35; Tue, 08 Jul 2014 15:11:37 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-2.tower-27.messagelabs.com!1404832295!16171870!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15821 invoked from network); 8 Jul 2014 15:11:36 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 15:11:36 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h76Yg4zlXz9tw19 for ; Tue, 8 Jul 2014 17:11:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404832295; bh=T79TcwvZ9ENL9Wpqy8eIz00uVoT3jeINGbXpQcQ1zLA=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=JAPvCfYpEueRUIGjMryL9RC6ZdHLlP+cP8unhIrKqNmULHIjAgUjCZ0tRZbQT829N 1U0956hlA2WGJlqeckTCmqGoRBgH/NeOTRw7o0ELXujB1ciUqqSP0p7Oa2RV5FgKAv ZrB5e7pgeltW6+JyZvHdB6tBSEtTzqY90AcavxIM= Message-ID: <53BC0A25.60908@op.pl> Date: Tue, 08 Jul 2014 17:11:33 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1404740052645.84654@zynstra.com> In-Reply-To: <1404740052645.84654@zynstra.com> Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-07 15:34, Simon Waterman pisze: > Hi, > > We've been successfully using Xen with PCI pass-through of disk and > network cards for a couple of years now. We have this architecture working > successfully with a wide range of hardware from HP and Dell but recently > have been getting problems with the HP ProLiant DL380p Gen8 and its > P420i RAID controller. > > When we bind the RAID controller to pciback and issue the appropriate > 'xl pci-attach' command the controller appears on the driver domain but fails > during probing by the hpsa driver. Interestingly, in about 1 in every 10 > test runs the hpsa driver probes successfully, the controller appears in the > driver domain and the disks appear to function correctly. > This might be completely irrelevant, but there were some pci-passthrough issues with LSI-based controllers to domUs. Take a quick look here: http://lists.xenproject.org/archives/html/xen-users/2014-04/msg00187.html Best of luck, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 08 15:12:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 15:12:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4X3T-0000Yd-Pl; Tue, 08 Jul 2014 15:11:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4X3R-0000YY-R9 for xen-users@lists.xen.org; Tue, 08 Jul 2014 15:11:38 +0000 Received: from [193.109.254.147:54066] by server-6.bemta-14.messagelabs.com id F3/D6-08262-92A0CB35; Tue, 08 Jul 2014 15:11:37 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-2.tower-27.messagelabs.com!1404832295!16171870!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15821 invoked from network); 8 Jul 2014 15:11:36 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 15:11:36 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h76Yg4zlXz9tw19 for ; Tue, 8 Jul 2014 17:11:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404832295; bh=T79TcwvZ9ENL9Wpqy8eIz00uVoT3jeINGbXpQcQ1zLA=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=JAPvCfYpEueRUIGjMryL9RC6ZdHLlP+cP8unhIrKqNmULHIjAgUjCZ0tRZbQT829N 1U0956hlA2WGJlqeckTCmqGoRBgH/NeOTRw7o0ELXujB1ciUqqSP0p7Oa2RV5FgKAv ZrB5e7pgeltW6+JyZvHdB6tBSEtTzqY90AcavxIM= Message-ID: <53BC0A25.60908@op.pl> Date: Tue, 08 Jul 2014 17:11:33 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1404740052645.84654@zynstra.com> In-Reply-To: <1404740052645.84654@zynstra.com> Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-07 15:34, Simon Waterman pisze: > Hi, > > We've been successfully using Xen with PCI pass-through of disk and > network cards for a couple of years now. We have this architecture working > successfully with a wide range of hardware from HP and Dell but recently > have been getting problems with the HP ProLiant DL380p Gen8 and its > P420i RAID controller. > > When we bind the RAID controller to pciback and issue the appropriate > 'xl pci-attach' command the controller appears on the driver domain but fails > during probing by the hpsa driver. Interestingly, in about 1 in every 10 > test runs the hpsa driver probes successfully, the controller appears in the > driver domain and the disks appear to function correctly. > This might be completely irrelevant, but there were some pci-passthrough issues with LSI-based controllers to domUs. Take a quick look here: http://lists.xenproject.org/archives/html/xen-users/2014-04/msg00187.html Best of luck, Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 08 17:06:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 17:06:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4YqL-0005Mv-T5; Tue, 08 Jul 2014 17:06:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4YqK-0005Mb-8E for xen-users@lists.xen.org; Tue, 08 Jul 2014 17:06:12 +0000 Received: from [85.158.137.68:50601] by server-6.bemta-3.messagelabs.com id C7/8A-15862-3052CB35; Tue, 08 Jul 2014 17:06:11 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1404839164!14789858!1 X-Originating-IP: [209.85.192.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30557 invoked from network); 8 Jul 2014 17:06:05 -0000 Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 17:06:05 -0000 Received: by mail-qg0-f45.google.com with SMTP id a108so5253903qge.32 for ; Tue, 08 Jul 2014 10:06:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=DimjQ7kpzcA8EOivSPgBFHIeblG/AQeQV/rlpIsExDY=; b=qIqoyi1h/2QduC2ubBv17LYj2AXE10Km1FwoVOvcf6H0BQhUrg2qZWKnrOUyBZEP1A 2UtmBtJvaRh5/nM++FnkSOONZjJLtKHgh5lenXJ4YxOW2fOzr+A07GS0PRY+egHgoDrL Zo+Ju41R9kOhlCDLH8VNJDITbm13AqOU0HdF2Fk71AJQwx+aktcGhCF3ytbI+/PaJbl/ hrYoAgJ8DuTZA0tZ3hkBpChoP3Y3Vecu8IEDeR81dygbVtTAnMWDlgiFAYHzo7z684l/ TPViJK7Hu+hNpLCsWt6SJBEQmMNCi95u2yDpS0BbpeZ87mZde5EEDINbqkW/5yCCo8jh pr5w== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr61794323qaq.12.1404839164601; Tue, 08 Jul 2014 10:06:04 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 10:06:04 -0700 (PDT) Date: Tue, 8 Jul 2014 11:06:04 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] dual vga pass through X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0685196204203051042==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0685196204203051042== Content-Type: multipart/alternative; boundary=001a11c21eda5f6c4804fdb19be6 --001a11c21eda5f6c4804fdb19be6 Content-Type: text/plain; charset=UTF-8 I wonder if anyone had passed two video cards to domu? I had passed ati R9 270 and HD6450 and windows 8.1 boots fine but trying to reboot it causes issues like rebooting over and over. Any had any luck with two cards ? --001a11c21eda5f6c4804fdb19be6 Content-Type: text/html; charset=UTF-8
I wonder if anyone had passed two video cards to domu?
I had passed ati R9 270 and HD6450 and windows 8.1 boots fine but trying to reboot it causes issues like rebooting over and over. Any had any luck with two cards ?
--001a11c21eda5f6c4804fdb19be6-- --===============0685196204203051042== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0685196204203051042==-- From xen-users-bounces@lists.xen.org Tue Jul 08 17:06:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 17:06:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4YqL-0005Mv-T5; Tue, 08 Jul 2014 17:06:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4YqK-0005Mb-8E for xen-users@lists.xen.org; Tue, 08 Jul 2014 17:06:12 +0000 Received: from [85.158.137.68:50601] by server-6.bemta-3.messagelabs.com id C7/8A-15862-3052CB35; Tue, 08 Jul 2014 17:06:11 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1404839164!14789858!1 X-Originating-IP: [209.85.192.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30557 invoked from network); 8 Jul 2014 17:06:05 -0000 Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 17:06:05 -0000 Received: by mail-qg0-f45.google.com with SMTP id a108so5253903qge.32 for ; Tue, 08 Jul 2014 10:06:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=DimjQ7kpzcA8EOivSPgBFHIeblG/AQeQV/rlpIsExDY=; b=qIqoyi1h/2QduC2ubBv17LYj2AXE10Km1FwoVOvcf6H0BQhUrg2qZWKnrOUyBZEP1A 2UtmBtJvaRh5/nM++FnkSOONZjJLtKHgh5lenXJ4YxOW2fOzr+A07GS0PRY+egHgoDrL Zo+Ju41R9kOhlCDLH8VNJDITbm13AqOU0HdF2Fk71AJQwx+aktcGhCF3ytbI+/PaJbl/ hrYoAgJ8DuTZA0tZ3hkBpChoP3Y3Vecu8IEDeR81dygbVtTAnMWDlgiFAYHzo7z684l/ TPViJK7Hu+hNpLCsWt6SJBEQmMNCi95u2yDpS0BbpeZ87mZde5EEDINbqkW/5yCCo8jh pr5w== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr61794323qaq.12.1404839164601; Tue, 08 Jul 2014 10:06:04 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 10:06:04 -0700 (PDT) Date: Tue, 8 Jul 2014 11:06:04 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] dual vga pass through X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0685196204203051042==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0685196204203051042== Content-Type: multipart/alternative; boundary=001a11c21eda5f6c4804fdb19be6 --001a11c21eda5f6c4804fdb19be6 Content-Type: text/plain; charset=UTF-8 I wonder if anyone had passed two video cards to domu? I had passed ati R9 270 and HD6450 and windows 8.1 boots fine but trying to reboot it causes issues like rebooting over and over. Any had any luck with two cards ? --001a11c21eda5f6c4804fdb19be6 Content-Type: text/html; charset=UTF-8
I wonder if anyone had passed two video cards to domu?
I had passed ati R9 270 and HD6450 and windows 8.1 boots fine but trying to reboot it causes issues like rebooting over and over. Any had any luck with two cards ?
--001a11c21eda5f6c4804fdb19be6-- --===============0685196204203051042== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0685196204203051042==-- From xen-users-bounces@lists.xen.org Tue Jul 08 17:10:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 17:10:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Yuk-0005dz-9p; Tue, 08 Jul 2014 17:10:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Yui-0005dm-L2 for xen-users@lists.xen.org; Tue, 08 Jul 2014 17:10:44 +0000 Received: from [193.109.254.147:24206] by server-4.bemta-14.messagelabs.com id 18/16-20586-3162CB35; Tue, 08 Jul 2014 17:10:43 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1404839441!16243064!1 X-Originating-IP: [209.85.216.181] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27555 invoked from network); 8 Jul 2014 17:10:42 -0000 Received: from mail-qc0-f181.google.com (HELO mail-qc0-f181.google.com) (209.85.216.181) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 17:10:42 -0000 Received: by mail-qc0-f181.google.com with SMTP id x13so5616940qcv.12 for ; Tue, 08 Jul 2014 10:10:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AMb2lbEasvjxvnjSubb9XF3XCR7SbIIwnxx358p5QEY=; b=Lqf7sCWq+hGfVrscSJ/d7VmgrlEjvF9NF6Yf9nf1eNi/EGf/4yjS65aka6myrZesjC gQ6g/q0Q0ge0GZB01f9qBfPf5SqeRNF3yXykWvvbDZDl65VHVazhXwtpgPGK1aCebQ1T +ime49c8mHVgO1EQ9wo7fAjv0dfGByaVkdOMFNnhs2jD7Yy8WWluY6q1GIKM8dAS10rD tSUoJC9v9mPyp+IxQHB1Jjthx8jbyIKTQ/PvpnaNpG5ovCEtN9BEPb2f/vGK1/Mo2WJz kfzRDXpV8ApqTBTA6tD+nOyIKr5dYLAm9wUVoLEFsuvc9812bZKs0roD4/7IOkJ+c0MJ AcVA== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr55120193qge.38.1404839441407; Tue, 08 Jul 2014 10:10:41 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 10:10:41 -0700 (PDT) In-Reply-To: References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> Date: Tue, 8 Jul 2014 11:10:41 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0962020185081054315==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0962020185081054315== Content-Type: multipart/alternative; boundary=001a11397660df247904fdb1ab9d --001a11397660df247904fdb1ab9d Content-Type: text/plain; charset=UTF-8 There are some interesting patches https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 https://forums.robertsspaceindustries.com/discussion/comment/2648502/#Comment_2648502 I wonder if we can port kvm patches to xen ? On Wed, Jul 2, 2014 at 10:01 AM, jacek burghardt wrote: > Well I running ati cards I am waiting for my new R9 270. I be the > implementation of bios emulation will improve to a point were nvida will no > be able to tell if card is running under regular bios or xen > > > On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic wrote: > >> Good to hear another confirmation that it works. I wonder how >> long it will be before Nvidia release a driver that uses a >> different method to detect it is running in a VM so it can >> not enable the GeForce cards in VMs again. >> >> >> On 2014-07-02 15:51, jacek burghardt wrote: >> >>> I run xen 4.5 on arch linux with git version of qemu and seabios and I >>> was able to pass old nvidia 220 card that I had laying around. >>> https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 [1] >>> >>> >>> >>> Links: >>> ------ >>> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >>> >>> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > --001a11397660df247904fdb1ab9d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Jul 2, 2014 a= t 10:01 AM, jacek burghardt <jaceksburghardt@gmail.com> wrote:
Well I running ati cards I = am waiting for my new R9 270. I be the implementation of bios emulation wil= l improve to a point were nvida will no be able to tell if card is running = under regular bios or xen


On Wed, Jul 2= , 2014 at 9:11 AM, Gordan Bobic <gordan@bobich.net> wrote:
Good to hear another confirmation that it works. I wonder how
long it will be before Nvidia release a driver that uses a
different method to detect it is running in a VM so it can
not enable the GeForce cards in VMs again.


On 2014-07-02 15:51, jacek burghardt wrote:
I run xen 4.5 on arch linux with git version of qemu and seabios and I
was able to pass old nvidia 220 =C2=A0card that I had laying around.=C2=A0<= br>
https://bbs.archlinux.org/viewtopic.php?id= =3D162768&p=3D91 [1]



Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91

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


--001a11397660df247904fdb1ab9d-- --===============0962020185081054315== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0962020185081054315==-- From xen-users-bounces@lists.xen.org Tue Jul 08 17:10:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 17:10:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Yuk-0005dz-9p; Tue, 08 Jul 2014 17:10:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Yui-0005dm-L2 for xen-users@lists.xen.org; Tue, 08 Jul 2014 17:10:44 +0000 Received: from [193.109.254.147:24206] by server-4.bemta-14.messagelabs.com id 18/16-20586-3162CB35; Tue, 08 Jul 2014 17:10:43 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1404839441!16243064!1 X-Originating-IP: [209.85.216.181] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27555 invoked from network); 8 Jul 2014 17:10:42 -0000 Received: from mail-qc0-f181.google.com (HELO mail-qc0-f181.google.com) (209.85.216.181) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 17:10:42 -0000 Received: by mail-qc0-f181.google.com with SMTP id x13so5616940qcv.12 for ; Tue, 08 Jul 2014 10:10:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AMb2lbEasvjxvnjSubb9XF3XCR7SbIIwnxx358p5QEY=; b=Lqf7sCWq+hGfVrscSJ/d7VmgrlEjvF9NF6Yf9nf1eNi/EGf/4yjS65aka6myrZesjC gQ6g/q0Q0ge0GZB01f9qBfPf5SqeRNF3yXykWvvbDZDl65VHVazhXwtpgPGK1aCebQ1T +ime49c8mHVgO1EQ9wo7fAjv0dfGByaVkdOMFNnhs2jD7Yy8WWluY6q1GIKM8dAS10rD tSUoJC9v9mPyp+IxQHB1Jjthx8jbyIKTQ/PvpnaNpG5ovCEtN9BEPb2f/vGK1/Mo2WJz kfzRDXpV8ApqTBTA6tD+nOyIKr5dYLAm9wUVoLEFsuvc9812bZKs0roD4/7IOkJ+c0MJ AcVA== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr55120193qge.38.1404839441407; Tue, 08 Jul 2014 10:10:41 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 10:10:41 -0700 (PDT) In-Reply-To: References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> Date: Tue, 8 Jul 2014 11:10:41 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0962020185081054315==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0962020185081054315== Content-Type: multipart/alternative; boundary=001a11397660df247904fdb1ab9d --001a11397660df247904fdb1ab9d Content-Type: text/plain; charset=UTF-8 There are some interesting patches https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 https://forums.robertsspaceindustries.com/discussion/comment/2648502/#Comment_2648502 I wonder if we can port kvm patches to xen ? On Wed, Jul 2, 2014 at 10:01 AM, jacek burghardt wrote: > Well I running ati cards I am waiting for my new R9 270. I be the > implementation of bios emulation will improve to a point were nvida will no > be able to tell if card is running under regular bios or xen > > > On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic wrote: > >> Good to hear another confirmation that it works. I wonder how >> long it will be before Nvidia release a driver that uses a >> different method to detect it is running in a VM so it can >> not enable the GeForce cards in VMs again. >> >> >> On 2014-07-02 15:51, jacek burghardt wrote: >> >>> I run xen 4.5 on arch linux with git version of qemu and seabios and I >>> was able to pass old nvidia 220 card that I had laying around. >>> https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 [1] >>> >>> >>> >>> Links: >>> ------ >>> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >>> >>> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > --001a11397660df247904fdb1ab9d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Jul 2, 2014 a= t 10:01 AM, jacek burghardt <jaceksburghardt@gmail.com> wrote:
Well I running ati cards I = am waiting for my new R9 270. I be the implementation of bios emulation wil= l improve to a point were nvida will no be able to tell if card is running = under regular bios or xen


On Wed, Jul 2= , 2014 at 9:11 AM, Gordan Bobic <gordan@bobich.net> wrote:
Good to hear another confirmation that it works. I wonder how
long it will be before Nvidia release a driver that uses a
different method to detect it is running in a VM so it can
not enable the GeForce cards in VMs again.


On 2014-07-02 15:51, jacek burghardt wrote:
I run xen 4.5 on arch linux with git version of qemu and seabios and I
was able to pass old nvidia 220 =C2=A0card that I had laying around.=C2=A0<= br>
https://bbs.archlinux.org/viewtopic.php?id= =3D162768&p=3D91 [1]



Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91

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


--001a11397660df247904fdb1ab9d-- --===============0962020185081054315== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0962020185081054315==-- From xen-users-bounces@lists.xen.org Tue Jul 08 17:31:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 17:31:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ZEU-0007YP-V7; Tue, 08 Jul 2014 17:31:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ZET-0007Y7-LN for xen-users@lists.xen.org; Tue, 08 Jul 2014 17:31:09 +0000 Received: from [85.158.143.35:10577] by server-3.bemta-4.messagelabs.com id A4/A0-16194-DDA2CB35; Tue, 08 Jul 2014 17:31:09 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-21.messagelabs.com!1404840667!16701001!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31053 invoked from network); 8 Jul 2014 17:31:07 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 17:31:07 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id D6EB1221DE2 for ; Tue, 8 Jul 2014 18:31:06 +0100 (BST) MIME-Version: 1.0 Date: Tue, 08 Jul 2014 18:31:06 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\"<9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> " <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net>" Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] =?utf-8?q?Nvidia_GeForce_Passthrough_Without_Modifyin?= =?utf-8?q?g_to=09Quadro?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org U28sIGluIHRoZSBtb3N0IHJlY2VudCBkcml2ZXJzIHRoZXkgY2hlY2sgZm9yIGFjdHVhbCBDUFUg SUQ/Cldvdy4gVGhleSByZWFsbHkgYXJlIHJ1bm5pbmcgb3V0IG9mIHRoaW5ncyB0byBjaGVjayBm b3IgdGhlCmJhc2lzIG9uIHdoaWNoIHRvIGRlY2lkZSB3aGV0aGVyIHRvIGdldCB0aGUgZHJpdmVy IHRvIG5vdAppbml0aWFsaXplIHRoZSBjYXJkLiBTZWVtcyB3ZSBhcmUgd2lubmluZyBhZ2FpbnN0 IE52aWRpYSdzCmRlbGliZXJhdGUgYXJiaXRyYXJ5IGNyaXBwbGluZyBvZiBHUFUgY2FwYWJpbGl0 aWVzLgoKTXkgTnZpZGlhIGNhcmRzIGFyZSBhbHJlYWR5IG1vZGlmaWVkIHRvIGRpZmZlcmVudCBk ZXZpY2UgSURzLApzbyBwYXNzdGhyb3VnaCB3b3JrcyBhbnl3YXkgYnV0IGl0J3MgbmljZSB0byBz ZWUgdGhhdCBmb3IKZnV0dXJlIGdlbmVyYXRpb24gY2FyZHMgSSB3b24ndCBoYXZlIHRvIGJvdGhl ci4KClRoZXkgcmVhbGx5IGhhdmUgYmVlbiB3ZWxsIGFuZCB0cnVseSBidXN0ZWQsIGFuZCBub3Qg YQptb21lbnQgdG9vIHNvb24uCgpDUFUgSUQgc3RyaW5nIGlzLCBCVFcsIGFsc28gd2hhdCBJbnRl bCB1c2VkIGluIHRoZSBjb2RlCmdlbmVyYXRlZCBieSB0aGVpciBjb21waWxlciB0byBkZWxpYmVy YXRlbHkgY3JpcHBsZSBjb2RlCnJ1bnRpbWUgc3BlZWRzIG9uIG5vbi1JbnRlbCBDUFVzLiBJdCBk aWQgYSBzdHJpbmcgbWF0Y2gKYW5kIGlmIHRoZSBDUFUgc2FpZCAiR2VudWluZSBJbnRlbCIsIGl0 IGVuYWJsZWQgU1NFIGNvZGUsCm90aGVyd2lzZSB0aGUgY29tcGlsZWQgYmluYXJ5IGZlbGwgYmFj ayBvbiB0aGUgc2xvdwpub24tdmVjdG9yaXplZCBjb2RlLgoKVGhpcyBpcyBvbmUgb2YgbWFueSBy ZWFzb25zIHdoeSBjbG9zZWQgc291cmNlIHNvZnR3YXJlCmlzIGV2aWwuCgpPbiAyMDE0LTA3LTA4 IDE4OjEwLCBqYWNlayBidXJnaGFyZHQgd3JvdGU6Cj4gVGhlcmUgYXJlIHNvbWUgaW50ZXJlc3Rp bmcKPiBwYXRjaGVzwqBodHRwczovL2Jicy5hcmNobGludXgub3JnL3ZpZXd0b3BpYy5waHA/cGlk PTE0MjEyMDQjcDE0MjEyMDQKPiBbM10KPiBodHRwczovL2ZvcnVtcy5yb2JlcnRzc3BhY2VpbmR1 c3RyaWVzLmNvbS9kaXNjdXNzaW9uL2NvbW1lbnQvMjY0ODUwMi8jQ29tbWVudF8yNjQ4NTAyCj4g WzRdCj4gCj4gSSB3b25kZXIgaWYgd2UgY2FuIHBvcnQga3ZtIHBhdGNoZXMgdG8geGVuID8KPiAK PiBPbiBXZWQsIEp1bCAyLCAyMDE0IGF0IDEwOjAxIEFNLCBqYWNlayBidXJnaGFyZHQKPiA8amFj ZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbT4gd3JvdGU6Cj4gCj4+IFdlbGwgSSBydW5uaW5nIGF0aSBj YXJkcyBJIGFtIHdhaXRpbmcgZm9yIG15IG5ldyBSOSAyNzAuIEkgYmUgdGhlCj4+IGltcGxlbWVu dGF0aW9uIG9mIGJpb3MgZW11bGF0aW9uIHdpbGwgaW1wcm92ZSB0byBhIHBvaW50IHdlcmUgbnZp ZGEKPj4gd2lsbCBubyBiZSBhYmxlIHRvIHRlbGwgaWYgY2FyZCBpcyBydW5uaW5nIHVuZGVyIHJl Z3VsYXIgYmlvcyBvciB4ZW4KPj4gCj4+IAo+PiBPbiBXZWQsIEp1bCAyLCAyMDE0IGF0IDk6MTEg QU0sIEdvcmRhbiBCb2JpYyA8Z29yZGFuQGJvYmljaC5uZXQ+Cj4+IHdyb3RlOgo+PiBHb29kIHRv IGhlYXIgYW5vdGhlciBjb25maXJtYXRpb24gdGhhdCBpdCB3b3Jrcy4gSSB3b25kZXIgaG93Cj4+ IGxvbmcgaXQgd2lsbCBiZSBiZWZvcmUgTnZpZGlhIHJlbGVhc2UgYSBkcml2ZXIgdGhhdCB1c2Vz IGEKPj4gZGlmZmVyZW50IG1ldGhvZCB0byBkZXRlY3QgaXQgaXMgcnVubmluZyBpbiBhIFZNIHNv IGl0IGNhbgo+PiBub3QgZW5hYmxlIHRoZSBHZUZvcmNlIGNhcmRzIGluIFZNcyBhZ2Fpbi4KPj4g Cj4+IE9uIDIwMTQtMDctMDIgMTU6NTEsIGphY2VrIGJ1cmdoYXJkdCB3cm90ZToKPj4gCj4+IEkg cnVuIHhlbiA0LjUgb24gYXJjaCBsaW51eCB3aXRoIGdpdCB2ZXJzaW9uIG9mIHFlbXUgYW5kIHNl YWJpb3MKPj4gYW5kIEkKPj4gd2FzIGFibGUgdG8gcGFzcyBvbGQgbnZpZGlhIDIyMCDCoGNhcmQg dGhhdCBJIGhhZCBsYXlpbmcgYXJvdW5kLsKgCj4+IGh0dHBzOi8vYmJzLmFyY2hsaW51eC5vcmcv dmlld3RvcGljLnBocD9pZD0xNjI3NjgmcD05MSBbMV0gWzFdCj4+IAo+PiBMaW5rczoKPj4gLS0t LS0tCj4+IFsxXSBodHRwczovL2Jicy5hcmNobGludXgub3JnL3ZpZXd0b3BpYy5waHA/aWQ9MTYy NzY4JmFtcDtwPTkxIFsxXQo+PiAKPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KPj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+PiBYZW4tdXNlcnNAbGlz dHMueGVuLm9yZwo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMgWzJdCj4gCj4gCj4g Cj4gTGlua3M6Cj4gLS0tLS0tCj4gWzFdIGh0dHBzOi8vYmJzLmFyY2hsaW51eC5vcmcvdmlld3Rv cGljLnBocD9pZD0xNjI3NjgmYW1wO3A9OTEKPiBbMl0gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzCj4gWzNdIGh0dHBzOi8vYmJzLmFyY2hsaW51eC5vcmcvdmlld3RvcGljLnBocD9waWQ9 MTQyMTIwNCNwMTQyMTIwNAo+IFs0XQo+IGh0dHBzOi8vZm9ydW1zLnJvYmVydHNzcGFjZWluZHVz dHJpZXMuY29tL2Rpc2N1c3Npb24vY29tbWVudC8yNjQ4NTAyLyNDb21tZW50XzI2NDg1MDIKPiAK PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFhlbi11 c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0 cy54ZW4ub3JnL3hlbi11c2VycwoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9y ZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 08 17:31:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 17:31:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ZEU-0007YP-V7; Tue, 08 Jul 2014 17:31:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ZET-0007Y7-LN for xen-users@lists.xen.org; Tue, 08 Jul 2014 17:31:09 +0000 Received: from [85.158.143.35:10577] by server-3.bemta-4.messagelabs.com id A4/A0-16194-DDA2CB35; Tue, 08 Jul 2014 17:31:09 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-14.tower-21.messagelabs.com!1404840667!16701001!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, SUBJECT_EXCESS_QP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31053 invoked from network); 8 Jul 2014 17:31:07 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-14.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 17:31:07 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id D6EB1221DE2 for ; Tue, 8 Jul 2014 18:31:06 +0100 (BST) MIME-Version: 1.0 Date: Tue, 08 Jul 2014 18:31:06 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: "\"<9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> " <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net>" Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] =?utf-8?q?Nvidia_GeForce_Passthrough_Without_Modifyin?= =?utf-8?q?g_to=09Quadro?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org U28sIGluIHRoZSBtb3N0IHJlY2VudCBkcml2ZXJzIHRoZXkgY2hlY2sgZm9yIGFjdHVhbCBDUFUg SUQ/Cldvdy4gVGhleSByZWFsbHkgYXJlIHJ1bm5pbmcgb3V0IG9mIHRoaW5ncyB0byBjaGVjayBm b3IgdGhlCmJhc2lzIG9uIHdoaWNoIHRvIGRlY2lkZSB3aGV0aGVyIHRvIGdldCB0aGUgZHJpdmVy IHRvIG5vdAppbml0aWFsaXplIHRoZSBjYXJkLiBTZWVtcyB3ZSBhcmUgd2lubmluZyBhZ2FpbnN0 IE52aWRpYSdzCmRlbGliZXJhdGUgYXJiaXRyYXJ5IGNyaXBwbGluZyBvZiBHUFUgY2FwYWJpbGl0 aWVzLgoKTXkgTnZpZGlhIGNhcmRzIGFyZSBhbHJlYWR5IG1vZGlmaWVkIHRvIGRpZmZlcmVudCBk ZXZpY2UgSURzLApzbyBwYXNzdGhyb3VnaCB3b3JrcyBhbnl3YXkgYnV0IGl0J3MgbmljZSB0byBz ZWUgdGhhdCBmb3IKZnV0dXJlIGdlbmVyYXRpb24gY2FyZHMgSSB3b24ndCBoYXZlIHRvIGJvdGhl ci4KClRoZXkgcmVhbGx5IGhhdmUgYmVlbiB3ZWxsIGFuZCB0cnVseSBidXN0ZWQsIGFuZCBub3Qg YQptb21lbnQgdG9vIHNvb24uCgpDUFUgSUQgc3RyaW5nIGlzLCBCVFcsIGFsc28gd2hhdCBJbnRl bCB1c2VkIGluIHRoZSBjb2RlCmdlbmVyYXRlZCBieSB0aGVpciBjb21waWxlciB0byBkZWxpYmVy YXRlbHkgY3JpcHBsZSBjb2RlCnJ1bnRpbWUgc3BlZWRzIG9uIG5vbi1JbnRlbCBDUFVzLiBJdCBk aWQgYSBzdHJpbmcgbWF0Y2gKYW5kIGlmIHRoZSBDUFUgc2FpZCAiR2VudWluZSBJbnRlbCIsIGl0 IGVuYWJsZWQgU1NFIGNvZGUsCm90aGVyd2lzZSB0aGUgY29tcGlsZWQgYmluYXJ5IGZlbGwgYmFj ayBvbiB0aGUgc2xvdwpub24tdmVjdG9yaXplZCBjb2RlLgoKVGhpcyBpcyBvbmUgb2YgbWFueSBy ZWFzb25zIHdoeSBjbG9zZWQgc291cmNlIHNvZnR3YXJlCmlzIGV2aWwuCgpPbiAyMDE0LTA3LTA4 IDE4OjEwLCBqYWNlayBidXJnaGFyZHQgd3JvdGU6Cj4gVGhlcmUgYXJlIHNvbWUgaW50ZXJlc3Rp bmcKPiBwYXRjaGVzwqBodHRwczovL2Jicy5hcmNobGludXgub3JnL3ZpZXd0b3BpYy5waHA/cGlk PTE0MjEyMDQjcDE0MjEyMDQKPiBbM10KPiBodHRwczovL2ZvcnVtcy5yb2JlcnRzc3BhY2VpbmR1 c3RyaWVzLmNvbS9kaXNjdXNzaW9uL2NvbW1lbnQvMjY0ODUwMi8jQ29tbWVudF8yNjQ4NTAyCj4g WzRdCj4gCj4gSSB3b25kZXIgaWYgd2UgY2FuIHBvcnQga3ZtIHBhdGNoZXMgdG8geGVuID8KPiAK PiBPbiBXZWQsIEp1bCAyLCAyMDE0IGF0IDEwOjAxIEFNLCBqYWNlayBidXJnaGFyZHQKPiA8amFj ZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbT4gd3JvdGU6Cj4gCj4+IFdlbGwgSSBydW5uaW5nIGF0aSBj YXJkcyBJIGFtIHdhaXRpbmcgZm9yIG15IG5ldyBSOSAyNzAuIEkgYmUgdGhlCj4+IGltcGxlbWVu dGF0aW9uIG9mIGJpb3MgZW11bGF0aW9uIHdpbGwgaW1wcm92ZSB0byBhIHBvaW50IHdlcmUgbnZp ZGEKPj4gd2lsbCBubyBiZSBhYmxlIHRvIHRlbGwgaWYgY2FyZCBpcyBydW5uaW5nIHVuZGVyIHJl Z3VsYXIgYmlvcyBvciB4ZW4KPj4gCj4+IAo+PiBPbiBXZWQsIEp1bCAyLCAyMDE0IGF0IDk6MTEg QU0sIEdvcmRhbiBCb2JpYyA8Z29yZGFuQGJvYmljaC5uZXQ+Cj4+IHdyb3RlOgo+PiBHb29kIHRv IGhlYXIgYW5vdGhlciBjb25maXJtYXRpb24gdGhhdCBpdCB3b3Jrcy4gSSB3b25kZXIgaG93Cj4+ IGxvbmcgaXQgd2lsbCBiZSBiZWZvcmUgTnZpZGlhIHJlbGVhc2UgYSBkcml2ZXIgdGhhdCB1c2Vz IGEKPj4gZGlmZmVyZW50IG1ldGhvZCB0byBkZXRlY3QgaXQgaXMgcnVubmluZyBpbiBhIFZNIHNv IGl0IGNhbgo+PiBub3QgZW5hYmxlIHRoZSBHZUZvcmNlIGNhcmRzIGluIFZNcyBhZ2Fpbi4KPj4g Cj4+IE9uIDIwMTQtMDctMDIgMTU6NTEsIGphY2VrIGJ1cmdoYXJkdCB3cm90ZToKPj4gCj4+IEkg cnVuIHhlbiA0LjUgb24gYXJjaCBsaW51eCB3aXRoIGdpdCB2ZXJzaW9uIG9mIHFlbXUgYW5kIHNl YWJpb3MKPj4gYW5kIEkKPj4gd2FzIGFibGUgdG8gcGFzcyBvbGQgbnZpZGlhIDIyMCDCoGNhcmQg dGhhdCBJIGhhZCBsYXlpbmcgYXJvdW5kLsKgCj4+IGh0dHBzOi8vYmJzLmFyY2hsaW51eC5vcmcv dmlld3RvcGljLnBocD9pZD0xNjI3NjgmcD05MSBbMV0gWzFdCj4+IAo+PiBMaW5rczoKPj4gLS0t LS0tCj4+IFsxXSBodHRwczovL2Jicy5hcmNobGludXgub3JnL3ZpZXd0b3BpYy5waHA/aWQ9MTYy NzY4JmFtcDtwPTkxIFsxXQo+PiAKPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KPj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+PiBYZW4tdXNlcnNAbGlz dHMueGVuLm9yZwo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMgWzJdCj4gCj4gCj4g Cj4gTGlua3M6Cj4gLS0tLS0tCj4gWzFdIGh0dHBzOi8vYmJzLmFyY2hsaW51eC5vcmcvdmlld3Rv cGljLnBocD9pZD0xNjI3NjgmYW1wO3A9OTEKPiBbMl0gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzCj4gWzNdIGh0dHBzOi8vYmJzLmFyY2hsaW51eC5vcmcvdmlld3RvcGljLnBocD9waWQ9 MTQyMTIwNCNwMTQyMTIwNAo+IFs0XQo+IGh0dHBzOi8vZm9ydW1zLnJvYmVydHNzcGFjZWluZHVz dHJpZXMuY29tL2Rpc2N1c3Npb24vY29tbWVudC8yNjQ4NTAyLyNDb21tZW50XzI2NDg1MDIKPiAK PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IFhlbi11 c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IGh0dHA6Ly9saXN0 cy54ZW4ub3JnL3hlbi11c2VycwoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9y ZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 08 18:09:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 18:09:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Zof-0001qg-L8; Tue, 08 Jul 2014 18:08:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Zoe-0001qa-QY for xen-users@lists.xen.org; Tue, 08 Jul 2014 18:08:33 +0000 Received: from [85.158.139.211:11405] by server-5.bemta-5.messagelabs.com id 43/AC-29625-0A33CB35; Tue, 08 Jul 2014 18:08:32 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1404842907!14356202!1 X-Originating-IP: [209.85.192.54] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30282 invoked from network); 8 Jul 2014 18:08:28 -0000 Received: from mail-qg0-f54.google.com (HELO mail-qg0-f54.google.com) (209.85.192.54) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 18:08:28 -0000 Received: by mail-qg0-f54.google.com with SMTP id q107so5497303qgd.13 for ; Tue, 08 Jul 2014 11:08:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JEFkSX0+CDwJgqvXqClGOjGVtr1/elWxTkq9uVvsYJ8=; b=bZTD777venrNN+sv4p4u+Mw/E3OCxiaTk3eeSIxIiLv3JdXK3Anfdzy7qJJf48VzfW s4sW7js2/hMa4l4IhY7esyNAbgB49bOilEb0G7Rq+zwzxZVKP8B/nywoT9eiZQFOjF8J JzBLWltTv/iVd9hAgK6r2BQ/l4CE7l+W9tfuTxNgV8P7sDINfThEUxV7qTYRnQNFsf+l 5VUruC4a5bvD63ML91oQ0dquus3kwzrCKI2SaF5UKLAt42AQQgBGJCsEAyQfLkWC6v5F IneTxBMMfgaGD0B313gfeoYWeoE6JtHCdecFbuyxC//DRrWHJoBYm3jpQz8uqLYg5AfY +bOA== MIME-Version: 1.0 X-Received: by 10.140.91.164 with SMTP id z33mr57996746qgd.65.1404842907135; Tue, 08 Jul 2014 11:08:27 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 11:08:27 -0700 (PDT) In-Reply-To: References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> Date: Tue, 8 Jul 2014 12:08:27 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7234358337074676689==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7234358337074676689== Content-Type: multipart/alternative; boundary=001a113a6a9a71f69d04fdb27a26 --001a113a6a9a71f69d04fdb27a26 Content-Type: text/plain; charset=UTF-8 There are interesting patches even for a kernel. I hope there is more more work on vga=none.patch it would be nice to get qemu upstream working without cirus vga. I wonder why kvm is more popular. On Tue, Jul 8, 2014 at 11:31 AM, Gordan Bobic wrote: > So, in the most recent drivers they check for actual CPU ID? > Wow. They really are running out of things to check for the > basis on which to decide whether to get the driver to not > initialize the card. Seems we are winning against Nvidia's > deliberate arbitrary crippling of GPU capabilities. > > My Nvidia cards are already modified to different device IDs, > so passthrough works anyway but it's nice to see that for > future generation cards I won't have to bother. > > They really have been well and truly busted, and not a > moment too soon. > > CPU ID string is, BTW, also what Intel used in the code > generated by their compiler to deliberately cripple code > runtime speeds on non-Intel CPUs. It did a string match > and if the CPU said "Genuine Intel", it enabled SSE code, > otherwise the compiled binary fell back on the slow > non-vectorized code. > > This is one of many reasons why closed source software > is evil. > > > On 2014-07-08 18:10, jacek burghardt wrote: > >> There are some interesting >> patches https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 >> [3] >> https://forums.robertsspaceindustries.com/discussion/comment/2648502/# >> Comment_2648502 >> [4] >> >> >> I wonder if we can port kvm patches to xen ? >> >> On Wed, Jul 2, 2014 at 10:01 AM, jacek burghardt >> wrote: >> >> Well I running ati cards I am waiting for my new R9 270. I be the >>> implementation of bios emulation will improve to a point were nvida >>> will no be able to tell if card is running under regular bios or xen >>> >>> >>> On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic >>> wrote: >>> Good to hear another confirmation that it works. I wonder how >>> long it will be before Nvidia release a driver that uses a >>> different method to detect it is running in a VM so it can >>> not enable the GeForce cards in VMs again. >>> >>> On 2014-07-02 15:51, jacek burghardt wrote: >>> >>> I run xen 4.5 on arch linux with git version of qemu and seabios >>> and I >>> was able to pass old nvidia 220 card that I had laying around. >>> https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 [1] [1] >>> >>> Links: >>> ------ >>> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >>> [1] >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users [2] >>> >> >> >> >> Links: >> ------ >> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >> >> [2] http://lists.xen.org/xen-users >> [3] https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 >> [4] >> https://forums.robertsspaceindustries.com/discussion/comment/2648502/# >> Comment_2648502 >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a113a6a9a71f69d04fdb27a26 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
There are interesting patches even for a kernel. I hope th= ere is more =C2=A0more work on vga=3Dnone.patch it would be nice to get qem= u upstream working without cirus vga. =C2=A0 =C2=A0I wonder why kvm is more= popular.


On Tue, Jul 8, 2014 at 11:31 AM, Gordan = Bobic <gordan@bobich.net> wrote:
So, in the most recent drivers they check for actual CPU ID?
Wow. They really are running out of things to check for the
basis on which to decide whether to get the driver to not
initialize the card. Seems we are winning against Nvidia's
deliberate arbitrary crippling of GPU capabilities.

My Nvidia cards are already modified to different device IDs,
so passthrough works anyway but it's nice to see that for
future generation cards I won't have to bother.

They really have been well and truly busted, and not a
moment too soon.

CPU ID string is, BTW, also what Intel used in the code
generated by their compiler to deliberately cripple code
runtime speeds on non-Intel CPUs. It did a string match
and if the CPU said "Genuine Intel", it enabled SSE code,
otherwise the compiled binary fell back on the slow
non-vectorized code.

This is one of many reasons why closed source software
is evil.


On 2014-07-08 18:10, jacek burghardt wrote:
There are some interesting
patches=C2=A0https://bbs.archlinux.org/viewtopic.p= hp?pid=3D1421204#p1421204
[3]
https://forums.robertsspace= industries.com/discussion/comment/2648502/#Comment_2648502
[4]


I wonder if we can port kvm patches to xen ?

On Wed, Jul 2, 2014 at 10:01 AM, jacek burghardt
<jaceksbu= rghardt@gmail.com> wrote:

Well I running ati cards I am waiting for my new R9 270. I be the
implementation of bios emulation will improve to a point were nvida
will no be able to tell if card is running under regular bios or xen


On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic <gordan@bobich.net>
wrote:
Good to hear another confirmation that it works. I wonder how
long it will be before Nvidia release a driver that uses a
different method to detect it is running in a VM so it can
not enable the GeForce cards in VMs again.

On 2014-07-02 15:51, jacek burghardt wrote:

I run xen 4.5 on arch linux with git version of qemu and seabios
and I
was able to pass old nvidia 220 =C2=A0card that I had laying around.=C2=A0<= br>
https://bbs.archlinux.org/viewtopic.php?id= =3D162768&p=3D91 [1] [1]

Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91 [1]


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://l= ists.xen.org/xen-users [2]



Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91
[2] http://lis= ts.xen.org/xen-users
[3] https://bbs.archlinux.org/viewtopic.php?pid=3D= 1421204#p1421204
[4]
https://forums.robertsspace= industries.com/discussion/comment/2648502/#Comment_2648502


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

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

--001a113a6a9a71f69d04fdb27a26-- --===============7234358337074676689== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7234358337074676689==-- From xen-users-bounces@lists.xen.org Tue Jul 08 18:09:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 18:09:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Zof-0001qg-L8; Tue, 08 Jul 2014 18:08:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4Zoe-0001qa-QY for xen-users@lists.xen.org; Tue, 08 Jul 2014 18:08:33 +0000 Received: from [85.158.139.211:11405] by server-5.bemta-5.messagelabs.com id 43/AC-29625-0A33CB35; Tue, 08 Jul 2014 18:08:32 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-5.tower-206.messagelabs.com!1404842907!14356202!1 X-Originating-IP: [209.85.192.54] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30282 invoked from network); 8 Jul 2014 18:08:28 -0000 Received: from mail-qg0-f54.google.com (HELO mail-qg0-f54.google.com) (209.85.192.54) by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 18:08:28 -0000 Received: by mail-qg0-f54.google.com with SMTP id q107so5497303qgd.13 for ; Tue, 08 Jul 2014 11:08:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JEFkSX0+CDwJgqvXqClGOjGVtr1/elWxTkq9uVvsYJ8=; b=bZTD777venrNN+sv4p4u+Mw/E3OCxiaTk3eeSIxIiLv3JdXK3Anfdzy7qJJf48VzfW s4sW7js2/hMa4l4IhY7esyNAbgB49bOilEb0G7Rq+zwzxZVKP8B/nywoT9eiZQFOjF8J JzBLWltTv/iVd9hAgK6r2BQ/l4CE7l+W9tfuTxNgV8P7sDINfThEUxV7qTYRnQNFsf+l 5VUruC4a5bvD63ML91oQ0dquus3kwzrCKI2SaF5UKLAt42AQQgBGJCsEAyQfLkWC6v5F IneTxBMMfgaGD0B313gfeoYWeoE6JtHCdecFbuyxC//DRrWHJoBYm3jpQz8uqLYg5AfY +bOA== MIME-Version: 1.0 X-Received: by 10.140.91.164 with SMTP id z33mr57996746qgd.65.1404842907135; Tue, 08 Jul 2014 11:08:27 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 11:08:27 -0700 (PDT) In-Reply-To: References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> Date: Tue, 8 Jul 2014 12:08:27 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7234358337074676689==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7234358337074676689== Content-Type: multipart/alternative; boundary=001a113a6a9a71f69d04fdb27a26 --001a113a6a9a71f69d04fdb27a26 Content-Type: text/plain; charset=UTF-8 There are interesting patches even for a kernel. I hope there is more more work on vga=none.patch it would be nice to get qemu upstream working without cirus vga. I wonder why kvm is more popular. On Tue, Jul 8, 2014 at 11:31 AM, Gordan Bobic wrote: > So, in the most recent drivers they check for actual CPU ID? > Wow. They really are running out of things to check for the > basis on which to decide whether to get the driver to not > initialize the card. Seems we are winning against Nvidia's > deliberate arbitrary crippling of GPU capabilities. > > My Nvidia cards are already modified to different device IDs, > so passthrough works anyway but it's nice to see that for > future generation cards I won't have to bother. > > They really have been well and truly busted, and not a > moment too soon. > > CPU ID string is, BTW, also what Intel used in the code > generated by their compiler to deliberately cripple code > runtime speeds on non-Intel CPUs. It did a string match > and if the CPU said "Genuine Intel", it enabled SSE code, > otherwise the compiled binary fell back on the slow > non-vectorized code. > > This is one of many reasons why closed source software > is evil. > > > On 2014-07-08 18:10, jacek burghardt wrote: > >> There are some interesting >> patches https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 >> [3] >> https://forums.robertsspaceindustries.com/discussion/comment/2648502/# >> Comment_2648502 >> [4] >> >> >> I wonder if we can port kvm patches to xen ? >> >> On Wed, Jul 2, 2014 at 10:01 AM, jacek burghardt >> wrote: >> >> Well I running ati cards I am waiting for my new R9 270. I be the >>> implementation of bios emulation will improve to a point were nvida >>> will no be able to tell if card is running under regular bios or xen >>> >>> >>> On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic >>> wrote: >>> Good to hear another confirmation that it works. I wonder how >>> long it will be before Nvidia release a driver that uses a >>> different method to detect it is running in a VM so it can >>> not enable the GeForce cards in VMs again. >>> >>> On 2014-07-02 15:51, jacek burghardt wrote: >>> >>> I run xen 4.5 on arch linux with git version of qemu and seabios >>> and I >>> was able to pass old nvidia 220 card that I had laying around. >>> https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 [1] [1] >>> >>> Links: >>> ------ >>> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >>> [1] >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users [2] >>> >> >> >> >> Links: >> ------ >> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >> >> [2] http://lists.xen.org/xen-users >> [3] https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 >> [4] >> https://forums.robertsspaceindustries.com/discussion/comment/2648502/# >> Comment_2648502 >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a113a6a9a71f69d04fdb27a26 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
There are interesting patches even for a kernel. I hope th= ere is more =C2=A0more work on vga=3Dnone.patch it would be nice to get qem= u upstream working without cirus vga. =C2=A0 =C2=A0I wonder why kvm is more= popular.


On Tue, Jul 8, 2014 at 11:31 AM, Gordan = Bobic <gordan@bobich.net> wrote:
So, in the most recent drivers they check for actual CPU ID?
Wow. They really are running out of things to check for the
basis on which to decide whether to get the driver to not
initialize the card. Seems we are winning against Nvidia's
deliberate arbitrary crippling of GPU capabilities.

My Nvidia cards are already modified to different device IDs,
so passthrough works anyway but it's nice to see that for
future generation cards I won't have to bother.

They really have been well and truly busted, and not a
moment too soon.

CPU ID string is, BTW, also what Intel used in the code
generated by their compiler to deliberately cripple code
runtime speeds on non-Intel CPUs. It did a string match
and if the CPU said "Genuine Intel", it enabled SSE code,
otherwise the compiled binary fell back on the slow
non-vectorized code.

This is one of many reasons why closed source software
is evil.


On 2014-07-08 18:10, jacek burghardt wrote:
There are some interesting
patches=C2=A0https://bbs.archlinux.org/viewtopic.p= hp?pid=3D1421204#p1421204
[3]
https://forums.robertsspace= industries.com/discussion/comment/2648502/#Comment_2648502
[4]


I wonder if we can port kvm patches to xen ?

On Wed, Jul 2, 2014 at 10:01 AM, jacek burghardt
<jaceksbu= rghardt@gmail.com> wrote:

Well I running ati cards I am waiting for my new R9 270. I be the
implementation of bios emulation will improve to a point were nvida
will no be able to tell if card is running under regular bios or xen


On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic <gordan@bobich.net>
wrote:
Good to hear another confirmation that it works. I wonder how
long it will be before Nvidia release a driver that uses a
different method to detect it is running in a VM so it can
not enable the GeForce cards in VMs again.

On 2014-07-02 15:51, jacek burghardt wrote:

I run xen 4.5 on arch linux with git version of qemu and seabios
and I
was able to pass old nvidia 220 =C2=A0card that I had laying around.=C2=A0<= br>
https://bbs.archlinux.org/viewtopic.php?id= =3D162768&p=3D91 [1] [1]

Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91 [1]


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://l= ists.xen.org/xen-users [2]



Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91
[2] http://lis= ts.xen.org/xen-users
[3] https://bbs.archlinux.org/viewtopic.php?pid=3D= 1421204#p1421204
[4]
https://forums.robertsspace= industries.com/discussion/comment/2648502/#Comment_2648502


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

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

--001a113a6a9a71f69d04fdb27a26-- --===============7234358337074676689== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7234358337074676689==-- From xen-users-bounces@lists.xen.org Tue Jul 08 18:13:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 18:13:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ZtJ-00026M-J3; Tue, 08 Jul 2014 18:13:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ZtH-00026G-Ig for xen-users@lists.xen.org; Tue, 08 Jul 2014 18:13:19 +0000 Received: from [85.158.139.211:36808] by server-2.bemta-5.messagelabs.com id 97/66-01647-EB43CB35; Tue, 08 Jul 2014 18:13:18 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-206.messagelabs.com!1404843197!14356754!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16062 invoked from network); 8 Jul 2014 18:13:17 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 18:13:17 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 9CC24221DE2; Tue, 8 Jul 2014 19:13:16 +0100 (BST) MIME-Version: 1.0 Content-Length: 5804 Date: Tue, 08 Jul 2014 19:13:16 +0100 From: Gordan Bobic To: jacek burghardt In-Reply-To: References: "\"<9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> " " Message-ID: <4f89714b31adc87992c8fdbd945e1f8e@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Cc: xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org UGVyaGFwcywgYnV0IGluIHJlYWxpdHkgcHJpbWFyeSBwYXNzdGhyb3VnaCAvIHZnYT1ub25lCmlz bid0IHJlYWxseSBhbGwgdGhhdCB1c2VmdWwuIEl0J3Mgbm90IGxpa2UgU2VhQklPUyBoYXMKYSBj b25maWd1cmF0aW9uIG1lbnUgb2YgYW55IHNvcnQgdG8gdmlldy91c2UuCgpPbiBXaW5kb3dzIGRv bVUgYWxsIHlvdSBtaXNzIGlzIHRoZSBQT1NUIGFuZCBzcGxhc2ggc2NyZWVuLgpPbiBMaW51eCB5 b3Ugb25seSBtaXNzIHRoZSBQT1NUIGFuZCB0aGUgaW5pdGlhbCBrZXJuZWwgYm9vdApsb2cgdW50 aWwgdGhlIEdQVSBmcmFtZSBidWZmZXIgZHJpdmVyIGxvYWRzLgoKSXQgbWlnaHQgYmUgaGFuZHkg Zm9yIHRoaW5ncyBsaWtlIHNlZWluZyB0aGUgZ3J1YiBtZW51Cm9uIHRoZSBkb21VJ3MgcGh5c2lj YWwgbW9uaXRvciwgYnV0IHRoYXQncyBhYm91dCBpdC4KCldoYXQgaXMgdGhlIGFjdHVhbCB1c2Ut Y2FzZSBmb3IgcHJpbWFyeSBwYXNzdGhyb3VnaD8KCk9uIDIwMTQtMDctMDggMTk6MDgsIGphY2Vr IGJ1cmdoYXJkdCB3cm90ZToKPiBUaGVyZSBhcmUgaW50ZXJlc3RpbmcgcGF0Y2hlcyBldmVuIGZv ciBhIGtlcm5lbC4gSSBob3BlIHRoZXJlIGlzIG1vcmUKPiDCoG1vcmUgd29yayBvbiB2Z2E9bm9u ZS5wYXRjaCBpdCB3b3VsZCBiZSBuaWNlIHRvIGdldCBxZW11IHVwc3RyZWFtCj4gd29ya2luZyB3 aXRob3V0IGNpcnVzIHZnYS4gwqAgwqBJIHdvbmRlciB3aHkga3ZtIGlzIG1vcmUgcG9wdWxhci4K PiAKPiBPbiBUdWUsIEp1bCA4LCAyMDE0IGF0IDExOjMxIEFNLCBHb3JkYW4gQm9iaWMgPGdvcmRh bkBib2JpY2gubmV0Pgo+IHdyb3RlOgo+IAo+PiBTbywgaW4gdGhlIG1vc3QgcmVjZW50IGRyaXZl cnMgdGhleSBjaGVjayBmb3IgYWN0dWFsIENQVSBJRD8KPj4gV293LiBUaGV5IHJlYWxseSBhcmUg cnVubmluZyBvdXQgb2YgdGhpbmdzIHRvIGNoZWNrIGZvciB0aGUKPj4gYmFzaXMgb24gd2hpY2gg dG8gZGVjaWRlIHdoZXRoZXIgdG8gZ2V0IHRoZSBkcml2ZXIgdG8gbm90Cj4+IGluaXRpYWxpemUg dGhlIGNhcmQuIFNlZW1zIHdlIGFyZSB3aW5uaW5nIGFnYWluc3QgTnZpZGlhJ3MKPj4gZGVsaWJl cmF0ZSBhcmJpdHJhcnkgY3JpcHBsaW5nIG9mIEdQVSBjYXBhYmlsaXRpZXMuCj4+IAo+PiBNeSBO dmlkaWEgY2FyZHMgYXJlIGFscmVhZHkgbW9kaWZpZWQgdG8gZGlmZmVyZW50IGRldmljZSBJRHMs Cj4+IHNvIHBhc3N0aHJvdWdoIHdvcmtzIGFueXdheSBidXQgaXQncyBuaWNlIHRvIHNlZSB0aGF0 IGZvcgo+PiBmdXR1cmUgZ2VuZXJhdGlvbiBjYXJkcyBJIHdvbid0IGhhdmUgdG8gYm90aGVyLgo+ PiAKPj4gVGhleSByZWFsbHkgaGF2ZSBiZWVuIHdlbGwgYW5kIHRydWx5IGJ1c3RlZCwgYW5kIG5v dCBhCj4+IG1vbWVudCB0b28gc29vbi4KPj4gCj4+IENQVSBJRCBzdHJpbmcgaXMsIEJUVywgYWxz byB3aGF0IEludGVsIHVzZWQgaW4gdGhlIGNvZGUKPj4gZ2VuZXJhdGVkIGJ5IHRoZWlyIGNvbXBp bGVyIHRvIGRlbGliZXJhdGVseSBjcmlwcGxlIGNvZGUKPj4gcnVudGltZSBzcGVlZHMgb24gbm9u LUludGVsIENQVXMuIEl0IGRpZCBhIHN0cmluZyBtYXRjaAo+PiBhbmQgaWYgdGhlIENQVSBzYWlk ICJHZW51aW5lIEludGVsIiwgaXQgZW5hYmxlZCBTU0UgY29kZSwKPj4gb3RoZXJ3aXNlIHRoZSBj b21waWxlZCBiaW5hcnkgZmVsbCBiYWNrIG9uIHRoZSBzbG93Cj4+IG5vbi12ZWN0b3JpemVkIGNv ZGUuCj4+IAo+PiBUaGlzIGlzIG9uZSBvZiBtYW55IHJlYXNvbnMgd2h5IGNsb3NlZCBzb3VyY2Ug c29mdHdhcmUKPj4gaXMgZXZpbC4KPj4gCj4+IE9uIDIwMTQtMDctMDggMTg6MTAsIGphY2VrIGJ1 cmdoYXJkdCB3cm90ZToKPj4gCj4+IFRoZXJlIGFyZSBzb21lIGludGVyZXN0aW5nCj4+IAo+IHBh dGNoZXPCoGh0dHBzOi8vYmJzLmFyY2hsaW51eC5vcmcvdmlld3RvcGljLnBocD9waWQ9MTQyMTIw NCNwMTQyMTIwNAo+PiBbMV0KPj4gWzNdCj4+IAo+IGh0dHBzOi8vZm9ydW1zLnJvYmVydHNzcGFj ZWluZHVzdHJpZXMuY29tL2Rpc2N1c3Npb24vY29tbWVudC8yNjQ4NTAyLyNDb21tZW50XzI2NDg1 MDIKPj4gWzJdCj4+IFs0XQo+PiAKPj4gSSB3b25kZXIgaWYgd2UgY2FuIHBvcnQga3ZtIHBhdGNo ZXMgdG8geGVuID8KPj4gCj4+IE9uIFdlZCwgSnVsIDIsIDIwMTQgYXQgMTA6MDEgQU0sIGphY2Vr IGJ1cmdoYXJkdAo+PiA8amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbT4gd3JvdGU6Cj4+IAo+PiBX ZWxsIEkgcnVubmluZyBhdGkgY2FyZHMgSSBhbSB3YWl0aW5nIGZvciBteSBuZXcgUjkgMjcwLiBJ IGJlIHRoZQo+PiBpbXBsZW1lbnRhdGlvbiBvZiBiaW9zIGVtdWxhdGlvbiB3aWxsIGltcHJvdmUg dG8gYSBwb2ludCB3ZXJlIG52aWRhCj4+IHdpbGwgbm8gYmUgYWJsZSB0byB0ZWxsIGlmIGNhcmQg aXMgcnVubmluZyB1bmRlciByZWd1bGFyIGJpb3Mgb3IKPj4geGVuCj4+IAo+PiBPbiBXZWQsIEp1 bCAyLCAyMDE0IGF0IDk6MTEgQU0sIEdvcmRhbiBCb2JpYyA8Z29yZGFuQGJvYmljaC5uZXQ+Cj4+ IHdyb3RlOgo+PiBHb29kIHRvIGhlYXIgYW5vdGhlciBjb25maXJtYXRpb24gdGhhdCBpdCB3b3Jr cy4gSSB3b25kZXIgaG93Cj4+IGxvbmcgaXQgd2lsbCBiZSBiZWZvcmUgTnZpZGlhIHJlbGVhc2Ug YSBkcml2ZXIgdGhhdCB1c2VzIGEKPj4gZGlmZmVyZW50IG1ldGhvZCB0byBkZXRlY3QgaXQgaXMg cnVubmluZyBpbiBhIFZNIHNvIGl0IGNhbgo+PiBub3QgZW5hYmxlIHRoZSBHZUZvcmNlIGNhcmRz IGluIFZNcyBhZ2Fpbi4KPj4gCj4+IE9uIDIwMTQtMDctMDIgMTU6NTEsIGphY2VrIGJ1cmdoYXJk dCB3cm90ZToKPj4gCj4+IEkgcnVuIHhlbiA0LjUgb24gYXJjaCBsaW51eCB3aXRoIGdpdCB2ZXJz aW9uIG9mIHFlbXUgYW5kIHNlYWJpb3MKPj4gYW5kIEkKPj4gd2FzIGFibGUgdG8gcGFzcyBvbGQg bnZpZGlhIDIyMCDCoGNhcmQgdGhhdCBJIGhhZCBsYXlpbmcgYXJvdW5kLsKgCj4+IGh0dHBzOi8v YmJzLmFyY2hsaW51eC5vcmcvdmlld3RvcGljLnBocD9pZD0xNjI3NjgmcD05MSBbM10gWzFdIFsx XQo+PiAKPj4gTGlua3M6Cj4+IC0tLS0tLQo+PiBbMV0gaHR0cHM6Ly9iYnMuYXJjaGxpbnV4Lm9y Zy92aWV3dG9waWMucGhwP2lkPTE2Mjc2OCZhbXA7cD05MSBbM10KPj4gWzFdCj4+IAo+PiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBYZW4tdXNlcnMg bWFpbGluZyBsaXN0Cj4+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4+IGh0dHA6Ly9saXN0cy54 ZW4ub3JnL3hlbi11c2VycyBbNF0gWzJdCj4+IAo+PiBMaW5rczoKPj4gLS0tLS0tCj4+IFsxXSBo dHRwczovL2Jicy5hcmNobGludXgub3JnL3ZpZXd0b3BpYy5waHA/aWQ9MTYyNzY4JmFtcDtwPTkx IFszXQo+PiBbMl0gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIFs0XQo+PiBbM10gaHR0 cHM6Ly9iYnMuYXJjaGxpbnV4Lm9yZy92aWV3dG9waWMucGhwP3BpZD0xNDIxMjA0I3AxNDIxMjA0 Cj4+IFsxXQo+PiBbNF0KPj4gCj4gaHR0cHM6Ly9mb3J1bXMucm9iZXJ0c3NwYWNlaW5kdXN0cmll cy5jb20vZGlzY3Vzc2lvbi9jb21tZW50LzI2NDg1MDIvI0NvbW1lbnRfMjY0ODUwMgo+PiBbMl0K Pj4gCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+ IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4gaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIFs0XQo+IAo+ICBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ICBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4g IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4gIGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cyBbNF0KPiAKPiAKPiBMaW5rczoKPiAtLS0tLS0KPiBbMV0gaHR0cHM6Ly9iYnMuYXJjaGxpbnV4 Lm9yZy92aWV3dG9waWMucGhwP3BpZD0xNDIxMjA0I3AxNDIxMjA0Cj4gWzJdCj4gaHR0cHM6Ly9m b3J1bXMucm9iZXJ0c3NwYWNlaW5kdXN0cmllcy5jb20vZGlzY3Vzc2lvbi9jb21tZW50LzI2NDg1 MDIvI0NvbW1lbnRfMjY0ODUwMgo+IFszXSBodHRwczovL2Jicy5hcmNobGludXgub3JnL3ZpZXd0 b3BpYy5waHA/aWQ9MTYyNzY4JmFtcDtwPTkxCj4gWzRdIGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl bi11c2VycwoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 08 18:13:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 18:13:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ZtJ-00026M-J3; Tue, 08 Jul 2014 18:13:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ZtH-00026G-Ig for xen-users@lists.xen.org; Tue, 08 Jul 2014 18:13:19 +0000 Received: from [85.158.139.211:36808] by server-2.bemta-5.messagelabs.com id 97/66-01647-EB43CB35; Tue, 08 Jul 2014 18:13:18 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-206.messagelabs.com!1404843197!14356754!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16062 invoked from network); 8 Jul 2014 18:13:17 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 18:13:17 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 9CC24221DE2; Tue, 8 Jul 2014 19:13:16 +0100 (BST) MIME-Version: 1.0 Content-Length: 5804 Date: Tue, 08 Jul 2014 19:13:16 +0100 From: Gordan Bobic To: jacek burghardt In-Reply-To: References: "\"<9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> " " Message-ID: <4f89714b31adc87992c8fdbd945e1f8e@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Cc: xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org UGVyaGFwcywgYnV0IGluIHJlYWxpdHkgcHJpbWFyeSBwYXNzdGhyb3VnaCAvIHZnYT1ub25lCmlz bid0IHJlYWxseSBhbGwgdGhhdCB1c2VmdWwuIEl0J3Mgbm90IGxpa2UgU2VhQklPUyBoYXMKYSBj b25maWd1cmF0aW9uIG1lbnUgb2YgYW55IHNvcnQgdG8gdmlldy91c2UuCgpPbiBXaW5kb3dzIGRv bVUgYWxsIHlvdSBtaXNzIGlzIHRoZSBQT1NUIGFuZCBzcGxhc2ggc2NyZWVuLgpPbiBMaW51eCB5 b3Ugb25seSBtaXNzIHRoZSBQT1NUIGFuZCB0aGUgaW5pdGlhbCBrZXJuZWwgYm9vdApsb2cgdW50 aWwgdGhlIEdQVSBmcmFtZSBidWZmZXIgZHJpdmVyIGxvYWRzLgoKSXQgbWlnaHQgYmUgaGFuZHkg Zm9yIHRoaW5ncyBsaWtlIHNlZWluZyB0aGUgZ3J1YiBtZW51Cm9uIHRoZSBkb21VJ3MgcGh5c2lj YWwgbW9uaXRvciwgYnV0IHRoYXQncyBhYm91dCBpdC4KCldoYXQgaXMgdGhlIGFjdHVhbCB1c2Ut Y2FzZSBmb3IgcHJpbWFyeSBwYXNzdGhyb3VnaD8KCk9uIDIwMTQtMDctMDggMTk6MDgsIGphY2Vr IGJ1cmdoYXJkdCB3cm90ZToKPiBUaGVyZSBhcmUgaW50ZXJlc3RpbmcgcGF0Y2hlcyBldmVuIGZv ciBhIGtlcm5lbC4gSSBob3BlIHRoZXJlIGlzIG1vcmUKPiDCoG1vcmUgd29yayBvbiB2Z2E9bm9u ZS5wYXRjaCBpdCB3b3VsZCBiZSBuaWNlIHRvIGdldCBxZW11IHVwc3RyZWFtCj4gd29ya2luZyB3 aXRob3V0IGNpcnVzIHZnYS4gwqAgwqBJIHdvbmRlciB3aHkga3ZtIGlzIG1vcmUgcG9wdWxhci4K PiAKPiBPbiBUdWUsIEp1bCA4LCAyMDE0IGF0IDExOjMxIEFNLCBHb3JkYW4gQm9iaWMgPGdvcmRh bkBib2JpY2gubmV0Pgo+IHdyb3RlOgo+IAo+PiBTbywgaW4gdGhlIG1vc3QgcmVjZW50IGRyaXZl cnMgdGhleSBjaGVjayBmb3IgYWN0dWFsIENQVSBJRD8KPj4gV293LiBUaGV5IHJlYWxseSBhcmUg cnVubmluZyBvdXQgb2YgdGhpbmdzIHRvIGNoZWNrIGZvciB0aGUKPj4gYmFzaXMgb24gd2hpY2gg dG8gZGVjaWRlIHdoZXRoZXIgdG8gZ2V0IHRoZSBkcml2ZXIgdG8gbm90Cj4+IGluaXRpYWxpemUg dGhlIGNhcmQuIFNlZW1zIHdlIGFyZSB3aW5uaW5nIGFnYWluc3QgTnZpZGlhJ3MKPj4gZGVsaWJl cmF0ZSBhcmJpdHJhcnkgY3JpcHBsaW5nIG9mIEdQVSBjYXBhYmlsaXRpZXMuCj4+IAo+PiBNeSBO dmlkaWEgY2FyZHMgYXJlIGFscmVhZHkgbW9kaWZpZWQgdG8gZGlmZmVyZW50IGRldmljZSBJRHMs Cj4+IHNvIHBhc3N0aHJvdWdoIHdvcmtzIGFueXdheSBidXQgaXQncyBuaWNlIHRvIHNlZSB0aGF0 IGZvcgo+PiBmdXR1cmUgZ2VuZXJhdGlvbiBjYXJkcyBJIHdvbid0IGhhdmUgdG8gYm90aGVyLgo+ PiAKPj4gVGhleSByZWFsbHkgaGF2ZSBiZWVuIHdlbGwgYW5kIHRydWx5IGJ1c3RlZCwgYW5kIG5v dCBhCj4+IG1vbWVudCB0b28gc29vbi4KPj4gCj4+IENQVSBJRCBzdHJpbmcgaXMsIEJUVywgYWxz byB3aGF0IEludGVsIHVzZWQgaW4gdGhlIGNvZGUKPj4gZ2VuZXJhdGVkIGJ5IHRoZWlyIGNvbXBp bGVyIHRvIGRlbGliZXJhdGVseSBjcmlwcGxlIGNvZGUKPj4gcnVudGltZSBzcGVlZHMgb24gbm9u LUludGVsIENQVXMuIEl0IGRpZCBhIHN0cmluZyBtYXRjaAo+PiBhbmQgaWYgdGhlIENQVSBzYWlk ICJHZW51aW5lIEludGVsIiwgaXQgZW5hYmxlZCBTU0UgY29kZSwKPj4gb3RoZXJ3aXNlIHRoZSBj b21waWxlZCBiaW5hcnkgZmVsbCBiYWNrIG9uIHRoZSBzbG93Cj4+IG5vbi12ZWN0b3JpemVkIGNv ZGUuCj4+IAo+PiBUaGlzIGlzIG9uZSBvZiBtYW55IHJlYXNvbnMgd2h5IGNsb3NlZCBzb3VyY2Ug c29mdHdhcmUKPj4gaXMgZXZpbC4KPj4gCj4+IE9uIDIwMTQtMDctMDggMTg6MTAsIGphY2VrIGJ1 cmdoYXJkdCB3cm90ZToKPj4gCj4+IFRoZXJlIGFyZSBzb21lIGludGVyZXN0aW5nCj4+IAo+IHBh dGNoZXPCoGh0dHBzOi8vYmJzLmFyY2hsaW51eC5vcmcvdmlld3RvcGljLnBocD9waWQ9MTQyMTIw NCNwMTQyMTIwNAo+PiBbMV0KPj4gWzNdCj4+IAo+IGh0dHBzOi8vZm9ydW1zLnJvYmVydHNzcGFj ZWluZHVzdHJpZXMuY29tL2Rpc2N1c3Npb24vY29tbWVudC8yNjQ4NTAyLyNDb21tZW50XzI2NDg1 MDIKPj4gWzJdCj4+IFs0XQo+PiAKPj4gSSB3b25kZXIgaWYgd2UgY2FuIHBvcnQga3ZtIHBhdGNo ZXMgdG8geGVuID8KPj4gCj4+IE9uIFdlZCwgSnVsIDIsIDIwMTQgYXQgMTA6MDEgQU0sIGphY2Vr IGJ1cmdoYXJkdAo+PiA8amFjZWtzYnVyZ2hhcmR0QGdtYWlsLmNvbT4gd3JvdGU6Cj4+IAo+PiBX ZWxsIEkgcnVubmluZyBhdGkgY2FyZHMgSSBhbSB3YWl0aW5nIGZvciBteSBuZXcgUjkgMjcwLiBJ IGJlIHRoZQo+PiBpbXBsZW1lbnRhdGlvbiBvZiBiaW9zIGVtdWxhdGlvbiB3aWxsIGltcHJvdmUg dG8gYSBwb2ludCB3ZXJlIG52aWRhCj4+IHdpbGwgbm8gYmUgYWJsZSB0byB0ZWxsIGlmIGNhcmQg aXMgcnVubmluZyB1bmRlciByZWd1bGFyIGJpb3Mgb3IKPj4geGVuCj4+IAo+PiBPbiBXZWQsIEp1 bCAyLCAyMDE0IGF0IDk6MTEgQU0sIEdvcmRhbiBCb2JpYyA8Z29yZGFuQGJvYmljaC5uZXQ+Cj4+ IHdyb3RlOgo+PiBHb29kIHRvIGhlYXIgYW5vdGhlciBjb25maXJtYXRpb24gdGhhdCBpdCB3b3Jr cy4gSSB3b25kZXIgaG93Cj4+IGxvbmcgaXQgd2lsbCBiZSBiZWZvcmUgTnZpZGlhIHJlbGVhc2Ug YSBkcml2ZXIgdGhhdCB1c2VzIGEKPj4gZGlmZmVyZW50IG1ldGhvZCB0byBkZXRlY3QgaXQgaXMg cnVubmluZyBpbiBhIFZNIHNvIGl0IGNhbgo+PiBub3QgZW5hYmxlIHRoZSBHZUZvcmNlIGNhcmRz IGluIFZNcyBhZ2Fpbi4KPj4gCj4+IE9uIDIwMTQtMDctMDIgMTU6NTEsIGphY2VrIGJ1cmdoYXJk dCB3cm90ZToKPj4gCj4+IEkgcnVuIHhlbiA0LjUgb24gYXJjaCBsaW51eCB3aXRoIGdpdCB2ZXJz aW9uIG9mIHFlbXUgYW5kIHNlYWJpb3MKPj4gYW5kIEkKPj4gd2FzIGFibGUgdG8gcGFzcyBvbGQg bnZpZGlhIDIyMCDCoGNhcmQgdGhhdCBJIGhhZCBsYXlpbmcgYXJvdW5kLsKgCj4+IGh0dHBzOi8v YmJzLmFyY2hsaW51eC5vcmcvdmlld3RvcGljLnBocD9pZD0xNjI3NjgmcD05MSBbM10gWzFdIFsx XQo+PiAKPj4gTGlua3M6Cj4+IC0tLS0tLQo+PiBbMV0gaHR0cHM6Ly9iYnMuYXJjaGxpbnV4Lm9y Zy92aWV3dG9waWMucGhwP2lkPTE2Mjc2OCZhbXA7cD05MSBbM10KPj4gWzFdCj4+IAo+PiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBYZW4tdXNlcnMg bWFpbGluZyBsaXN0Cj4+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4+IGh0dHA6Ly9saXN0cy54 ZW4ub3JnL3hlbi11c2VycyBbNF0gWzJdCj4+IAo+PiBMaW5rczoKPj4gLS0tLS0tCj4+IFsxXSBo dHRwczovL2Jicy5hcmNobGludXgub3JnL3ZpZXd0b3BpYy5waHA/aWQ9MTYyNzY4JmFtcDtwPTkx IFszXQo+PiBbMl0gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIFs0XQo+PiBbM10gaHR0 cHM6Ly9iYnMuYXJjaGxpbnV4Lm9yZy92aWV3dG9waWMucGhwP3BpZD0xNDIxMjA0I3AxNDIxMjA0 Cj4+IFsxXQo+PiBbNF0KPj4gCj4gaHR0cHM6Ly9mb3J1bXMucm9iZXJ0c3NwYWNlaW5kdXN0cmll cy5jb20vZGlzY3Vzc2lvbi9jb21tZW50LzI2NDg1MDIvI0NvbW1lbnRfMjY0ODUwMgo+PiBbMl0K Pj4gCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+ IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4gaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzIFs0XQo+IAo+ICBfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ICBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4g IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4gIGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy cyBbNF0KPiAKPiAKPiBMaW5rczoKPiAtLS0tLS0KPiBbMV0gaHR0cHM6Ly9iYnMuYXJjaGxpbnV4 Lm9yZy92aWV3dG9waWMucGhwP3BpZD0xNDIxMjA0I3AxNDIxMjA0Cj4gWzJdCj4gaHR0cHM6Ly9m b3J1bXMucm9iZXJ0c3NwYWNlaW5kdXN0cmllcy5jb20vZGlzY3Vzc2lvbi9jb21tZW50LzI2NDg1 MDIvI0NvbW1lbnRfMjY0ODUwMgo+IFszXSBodHRwczovL2Jicy5hcmNobGludXgub3JnL3ZpZXd0 b3BpYy5waHA/aWQ9MTYyNzY4JmFtcDtwPTkxCj4gWzRdIGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl bi11c2VycwoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 08 19:04:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 19:04:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4agA-0005CE-UC; Tue, 08 Jul 2014 19:03:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ag9-0005C8-Hm for xen-users@lists.xen.org; Tue, 08 Jul 2014 19:03:49 +0000 Received: from [85.158.139.211:64802] by server-13.bemta-5.messagelabs.com id 58/02-02995-4904CB35; Tue, 08 Jul 2014 19:03:48 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1404846225!8991059!1 X-Originating-IP: [209.85.216.46] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20738 invoked from network); 8 Jul 2014 19:03:46 -0000 Received: from mail-qa0-f46.google.com (HELO mail-qa0-f46.google.com) (209.85.216.46) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 19:03:46 -0000 Received: by mail-qa0-f46.google.com with SMTP id v10so696567qac.33 for ; Tue, 08 Jul 2014 12:03:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zcKSvi+lGLfT+Se1XE7iBClXXG9Hrkyf/hdstinpU6I=; b=r2vm7bjsaEfrGtKgEGtRF+Zuqqxn93kf+03tUT+hu8uUyGCOUCdE7F3hp/XCHo2XWk XEXiSki0iRywqpK0EoUwoWHRDyDlEjr11BuyrtPmJznTo9+oW6elM/vo7Jp07GDMbYD/ PsjtKkH/RV1q5LTz2yc3R3LbD9u1yc4FAaDOCiA4uuZmzd994t1D7p9IKA+DHQynWf78 aHKSKrx8ch9C0r73eixUyzohuYLO4UWXxchDQnMVPg24W7O7v0U4EZfSHB4LeLqivic6 PHWXINL1yiwXB3KsMIOHSYL1p+kLsc8aL9pKNa3kOvKc4QTX0e2l9KKPjgORg0CYdSwe sFRQ== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr62985988qaq.12.1404846225127; Tue, 08 Jul 2014 12:03:45 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 12:03:45 -0700 (PDT) In-Reply-To: <4f89714b31adc87992c8fdbd945e1f8e@mail.shatteredsilicon.net> References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> <4f89714b31adc87992c8fdbd945e1f8e@mail.shatteredsilicon.net> Date: Tue, 8 Jul 2014 13:03:45 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4514071828628788937==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4514071828628788937== Content-Type: multipart/alternative; boundary=001a11c21eda3680dd04fdb34086 --001a11c21eda3680dd04fdb34086 Content-Type: text/plain; charset=UTF-8 I think disabling emulated vga allows for more vga cards assigned to guest. I had tried vga=none but windows never get the chance to boot. It is stuck searching for vga bios On Tue, Jul 8, 2014 at 12:13 PM, Gordan Bobic wrote: > Perhaps, but in reality primary passthrough / vga=none > isn't really all that useful. It's not like SeaBIOS has > a configuration menu of any sort to view/use. > > On Windows domU all you miss is the POST and splash screen. > On Linux you only miss the POST and the initial kernel boot > log until the GPU frame buffer driver loads. > > It might be handy for things like seeing the grub menu > on the domU's physical monitor, but that's about it. > > What is the actual use-case for primary passthrough? > > > On 2014-07-08 19:08, jacek burghardt wrote: > >> There are interesting patches even for a kernel. I hope there is more >> more work on vga=none.patch it would be nice to get qemu upstream >> working without cirus vga. I wonder why kvm is more popular. >> >> On Tue, Jul 8, 2014 at 11:31 AM, Gordan Bobic >> wrote: >> >> So, in the most recent drivers they check for actual CPU ID? >>> Wow. They really are running out of things to check for the >>> basis on which to decide whether to get the driver to not >>> initialize the card. Seems we are winning against Nvidia's >>> deliberate arbitrary crippling of GPU capabilities. >>> >>> My Nvidia cards are already modified to different device IDs, >>> so passthrough works anyway but it's nice to see that for >>> future generation cards I won't have to bother. >>> >>> They really have been well and truly busted, and not a >>> moment too soon. >>> >>> CPU ID string is, BTW, also what Intel used in the code >>> generated by their compiler to deliberately cripple code >>> runtime speeds on non-Intel CPUs. It did a string match >>> and if the CPU said "Genuine Intel", it enabled SSE code, >>> otherwise the compiled binary fell back on the slow >>> non-vectorized code. >>> >>> This is one of many reasons why closed source software >>> is evil. >>> >>> On 2014-07-08 18:10, jacek burghardt wrote: >>> >>> There are some interesting >>> >>> patches https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 >> >>> [1] >>> [3] >>> >>> https://forums.robertsspaceindustries.com/discussion/comment/2648502/# >> Comment_2648502 >> >>> [2] >>> >>> [4] >>> >>> I wonder if we can port kvm patches to xen ? >>> >>> On Wed, Jul 2, 2014 at 10:01 AM, jacek burghardt >>> wrote: >>> >>> Well I running ati cards I am waiting for my new R9 270. I be the >>> implementation of bios emulation will improve to a point were nvida >>> will no be able to tell if card is running under regular bios or >>> xen >>> >>> On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic >>> wrote: >>> Good to hear another confirmation that it works. I wonder how >>> long it will be before Nvidia release a driver that uses a >>> different method to detect it is running in a VM so it can >>> not enable the GeForce cards in VMs again. >>> >>> On 2014-07-02 15:51, jacek burghardt wrote: >>> >>> I run xen 4.5 on arch linux with git version of qemu and seabios >>> and I >>> was able to pass old nvidia 220 card that I had laying around. >>> https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 [3] [1] [1] >>> >>> Links: >>> ------ >>> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >>> [3] >>> >>> [1] >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users [4] [2] >>> >>> Links: >>> ------ >>> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >>> [3] >>> [2] http://lists.xen.org/xen-users [4] >>> [3] https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 >>> [1] >>> [4] >>> >>> https://forums.robertsspaceindustries.com/discussion/comment/2648502/# >> Comment_2648502 >> >>> [2] >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users [4] >>> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users [4] >> >> >> Links: >> ------ >> [1] https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 >> [2] >> https://forums.robertsspaceindustries.com/discussion/comment/2648502/# >> Comment_2648502 >> [3] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >> >> [4] http://lists.xen.org/xen-users >> > --001a11c21eda3680dd04fdb34086 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I think disabling emulated vga allows for more vga cards a= ssigned to guest. I had tried vga=3Dnone but windows never get the chance = =C2=A0to boot. It is stuck searching for vga bios=C2=A0


On Tue, Jul 8, 2014 at 12:13 PM, Gordan Bobi= c <gordan@bobich.net> wrote:
Perhaps, but in reality primary passthrough / vga=3Dnone
isn't really all that useful. It's not like SeaBIOS has
a configuration menu of any sort to view/use.

On Windows domU all you miss is the POST and splash screen.
On Linux you only miss the POST and the initial kernel boot
log until the GPU frame buffer driver loads.

It might be handy for things like seeing the grub menu
on the domU's physical monitor, but that's about it.

What is the actual use-case for primary passthrough?
=

On 2014-07-08 19:08, jacek burghardt wrote:
There are interesting patches even for a kernel. I hope there is more
=C2=A0more work on vga=3Dnone.patch it would be nice to get qemu upstream working without cirus vga. =C2=A0 =C2=A0I wonder why kvm is more popular.
On Tue, Jul 8, 2014 at 11:31 AM, Gordan Bobic <gordan@bobich.net>
wrote:

So, in the most recent drivers they check for actual CPU ID?
Wow. They really are running out of things to check for the
basis on which to decide whether to get the driver to not
initialize the card. Seems we are winning against Nvidia's
deliberate arbitrary crippling of GPU capabilities.

My Nvidia cards are already modified to different device IDs,
so passthrough works anyway but it's nice to see that for
future generation cards I won't have to bother.

They really have been well and truly busted, and not a
moment too soon.

CPU ID string is, BTW, also what Intel used in the code
generated by their compiler to deliberately cripple code
runtime speeds on non-Intel CPUs. It did a string match
and if the CPU said "Genuine Intel", it enabled SSE code,
otherwise the compiled binary fell back on the slow
non-vectorized code.

This is one of many reasons why closed source software
is evil.

On 2014-07-08 18:10, jacek burghardt wrote:

There are some interesting

patches=C2=A0https://bbs.archlinux.org/viewtopic.p= hp?pid=3D1421204#p1421204
[1]
[3]

https://forums.robertsspace= industries.com/discussion/comment/2648502/#Comment_2648502
[2]

[4]

I wonder if we can port kvm patches to xen ?

On Wed, Jul 2, 2014 at 10:01 AM, jacek burghardt
<jaceksbu= rghardt@gmail.com> wrote:

Well I running ati cards I am waiting for my new R9 270. I be the
implementation of bios emulation will improve to a point were nvida
will no be able to tell if card is running under regular bios or
xen

On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic <gordan@bobich.net>
wrote:
Good to hear another confirmation that it works. I wonder how
long it will be before Nvidia release a driver that uses a
different method to detect it is running in a VM so it can
not enable the GeForce cards in VMs again.

On 2014-07-02 15:51, jacek burghardt wrote:

I run xen 4.5 on arch linux with git version of qemu and seabios
and I
was able to pass old nvidia 220 =C2=A0card that I had laying around.=C2=A0<= br>
https://bbs.archlinux.org/viewtopic.php?id= =3D162768&p=3D91 [3] [1] [1]

Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91 [3]

[1]

_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://l= ists.xen.org/xen-users [4] [2]

Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91 [3]
[2] http://lis= ts.xen.org/xen-users [4]
[3] https://bbs.archlinux.org/viewtopic.php?pid=3D= 1421204#p1421204
[1]
[4]

https://forums.robertsspace= industries.com/discussion/comment/2648502/#Comment_2648502
[2]


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://l= ists.xen.org/xen-users [4]

=C2=A0_______________________________________________
=C2=A0Xen-users mailing list
=C2=A0Xen-user= s@lists.xen.org
=C2=A0http://l= ists.xen.org/xen-users [4]


Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?pid=3D= 1421204#p1421204
[2]
https://forums.robertsspace= industries.com/discussion/comment/2648502/#Comment_2648502
[3] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91
[4] http://lis= ts.xen.org/xen-users

--001a11c21eda3680dd04fdb34086-- --===============4514071828628788937== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4514071828628788937==-- From xen-users-bounces@lists.xen.org Tue Jul 08 19:04:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 19:04:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4agA-0005CE-UC; Tue, 08 Jul 2014 19:03:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ag9-0005C8-Hm for xen-users@lists.xen.org; Tue, 08 Jul 2014 19:03:49 +0000 Received: from [85.158.139.211:64802] by server-13.bemta-5.messagelabs.com id 58/02-02995-4904CB35; Tue, 08 Jul 2014 19:03:48 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1404846225!8991059!1 X-Originating-IP: [209.85.216.46] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20738 invoked from network); 8 Jul 2014 19:03:46 -0000 Received: from mail-qa0-f46.google.com (HELO mail-qa0-f46.google.com) (209.85.216.46) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 19:03:46 -0000 Received: by mail-qa0-f46.google.com with SMTP id v10so696567qac.33 for ; Tue, 08 Jul 2014 12:03:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zcKSvi+lGLfT+Se1XE7iBClXXG9Hrkyf/hdstinpU6I=; b=r2vm7bjsaEfrGtKgEGtRF+Zuqqxn93kf+03tUT+hu8uUyGCOUCdE7F3hp/XCHo2XWk XEXiSki0iRywqpK0EoUwoWHRDyDlEjr11BuyrtPmJznTo9+oW6elM/vo7Jp07GDMbYD/ PsjtKkH/RV1q5LTz2yc3R3LbD9u1yc4FAaDOCiA4uuZmzd994t1D7p9IKA+DHQynWf78 aHKSKrx8ch9C0r73eixUyzohuYLO4UWXxchDQnMVPg24W7O7v0U4EZfSHB4LeLqivic6 PHWXINL1yiwXB3KsMIOHSYL1p+kLsc8aL9pKNa3kOvKc4QTX0e2l9KKPjgORg0CYdSwe sFRQ== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr62985988qaq.12.1404846225127; Tue, 08 Jul 2014 12:03:45 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 12:03:45 -0700 (PDT) In-Reply-To: <4f89714b31adc87992c8fdbd945e1f8e@mail.shatteredsilicon.net> References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> <4f89714b31adc87992c8fdbd945e1f8e@mail.shatteredsilicon.net> Date: Tue, 8 Jul 2014 13:03:45 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4514071828628788937==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4514071828628788937== Content-Type: multipart/alternative; boundary=001a11c21eda3680dd04fdb34086 --001a11c21eda3680dd04fdb34086 Content-Type: text/plain; charset=UTF-8 I think disabling emulated vga allows for more vga cards assigned to guest. I had tried vga=none but windows never get the chance to boot. It is stuck searching for vga bios On Tue, Jul 8, 2014 at 12:13 PM, Gordan Bobic wrote: > Perhaps, but in reality primary passthrough / vga=none > isn't really all that useful. It's not like SeaBIOS has > a configuration menu of any sort to view/use. > > On Windows domU all you miss is the POST and splash screen. > On Linux you only miss the POST and the initial kernel boot > log until the GPU frame buffer driver loads. > > It might be handy for things like seeing the grub menu > on the domU's physical monitor, but that's about it. > > What is the actual use-case for primary passthrough? > > > On 2014-07-08 19:08, jacek burghardt wrote: > >> There are interesting patches even for a kernel. I hope there is more >> more work on vga=none.patch it would be nice to get qemu upstream >> working without cirus vga. I wonder why kvm is more popular. >> >> On Tue, Jul 8, 2014 at 11:31 AM, Gordan Bobic >> wrote: >> >> So, in the most recent drivers they check for actual CPU ID? >>> Wow. They really are running out of things to check for the >>> basis on which to decide whether to get the driver to not >>> initialize the card. Seems we are winning against Nvidia's >>> deliberate arbitrary crippling of GPU capabilities. >>> >>> My Nvidia cards are already modified to different device IDs, >>> so passthrough works anyway but it's nice to see that for >>> future generation cards I won't have to bother. >>> >>> They really have been well and truly busted, and not a >>> moment too soon. >>> >>> CPU ID string is, BTW, also what Intel used in the code >>> generated by their compiler to deliberately cripple code >>> runtime speeds on non-Intel CPUs. It did a string match >>> and if the CPU said "Genuine Intel", it enabled SSE code, >>> otherwise the compiled binary fell back on the slow >>> non-vectorized code. >>> >>> This is one of many reasons why closed source software >>> is evil. >>> >>> On 2014-07-08 18:10, jacek burghardt wrote: >>> >>> There are some interesting >>> >>> patches https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 >> >>> [1] >>> [3] >>> >>> https://forums.robertsspaceindustries.com/discussion/comment/2648502/# >> Comment_2648502 >> >>> [2] >>> >>> [4] >>> >>> I wonder if we can port kvm patches to xen ? >>> >>> On Wed, Jul 2, 2014 at 10:01 AM, jacek burghardt >>> wrote: >>> >>> Well I running ati cards I am waiting for my new R9 270. I be the >>> implementation of bios emulation will improve to a point were nvida >>> will no be able to tell if card is running under regular bios or >>> xen >>> >>> On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic >>> wrote: >>> Good to hear another confirmation that it works. I wonder how >>> long it will be before Nvidia release a driver that uses a >>> different method to detect it is running in a VM so it can >>> not enable the GeForce cards in VMs again. >>> >>> On 2014-07-02 15:51, jacek burghardt wrote: >>> >>> I run xen 4.5 on arch linux with git version of qemu and seabios >>> and I >>> was able to pass old nvidia 220 card that I had laying around. >>> https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 [3] [1] [1] >>> >>> Links: >>> ------ >>> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >>> [3] >>> >>> [1] >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users [4] [2] >>> >>> Links: >>> ------ >>> [1] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >>> [3] >>> [2] http://lists.xen.org/xen-users [4] >>> [3] https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 >>> [1] >>> [4] >>> >>> https://forums.robertsspaceindustries.com/discussion/comment/2648502/# >> Comment_2648502 >> >>> [2] >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users [4] >>> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users [4] >> >> >> Links: >> ------ >> [1] https://bbs.archlinux.org/viewtopic.php?pid=1421204#p1421204 >> [2] >> https://forums.robertsspaceindustries.com/discussion/comment/2648502/# >> Comment_2648502 >> [3] https://bbs.archlinux.org/viewtopic.php?id=162768&p=91 >> >> [4] http://lists.xen.org/xen-users >> > --001a11c21eda3680dd04fdb34086 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I think disabling emulated vga allows for more vga cards a= ssigned to guest. I had tried vga=3Dnone but windows never get the chance = =C2=A0to boot. It is stuck searching for vga bios=C2=A0


On Tue, Jul 8, 2014 at 12:13 PM, Gordan Bobi= c <gordan@bobich.net> wrote:
Perhaps, but in reality primary passthrough / vga=3Dnone
isn't really all that useful. It's not like SeaBIOS has
a configuration menu of any sort to view/use.

On Windows domU all you miss is the POST and splash screen.
On Linux you only miss the POST and the initial kernel boot
log until the GPU frame buffer driver loads.

It might be handy for things like seeing the grub menu
on the domU's physical monitor, but that's about it.

What is the actual use-case for primary passthrough?
=

On 2014-07-08 19:08, jacek burghardt wrote:
There are interesting patches even for a kernel. I hope there is more
=C2=A0more work on vga=3Dnone.patch it would be nice to get qemu upstream working without cirus vga. =C2=A0 =C2=A0I wonder why kvm is more popular.
On Tue, Jul 8, 2014 at 11:31 AM, Gordan Bobic <gordan@bobich.net>
wrote:

So, in the most recent drivers they check for actual CPU ID?
Wow. They really are running out of things to check for the
basis on which to decide whether to get the driver to not
initialize the card. Seems we are winning against Nvidia's
deliberate arbitrary crippling of GPU capabilities.

My Nvidia cards are already modified to different device IDs,
so passthrough works anyway but it's nice to see that for
future generation cards I won't have to bother.

They really have been well and truly busted, and not a
moment too soon.

CPU ID string is, BTW, also what Intel used in the code
generated by their compiler to deliberately cripple code
runtime speeds on non-Intel CPUs. It did a string match
and if the CPU said "Genuine Intel", it enabled SSE code,
otherwise the compiled binary fell back on the slow
non-vectorized code.

This is one of many reasons why closed source software
is evil.

On 2014-07-08 18:10, jacek burghardt wrote:

There are some interesting

patches=C2=A0https://bbs.archlinux.org/viewtopic.p= hp?pid=3D1421204#p1421204
[1]
[3]

https://forums.robertsspace= industries.com/discussion/comment/2648502/#Comment_2648502
[2]

[4]

I wonder if we can port kvm patches to xen ?

On Wed, Jul 2, 2014 at 10:01 AM, jacek burghardt
<jaceksbu= rghardt@gmail.com> wrote:

Well I running ati cards I am waiting for my new R9 270. I be the
implementation of bios emulation will improve to a point were nvida
will no be able to tell if card is running under regular bios or
xen

On Wed, Jul 2, 2014 at 9:11 AM, Gordan Bobic <gordan@bobich.net>
wrote:
Good to hear another confirmation that it works. I wonder how
long it will be before Nvidia release a driver that uses a
different method to detect it is running in a VM so it can
not enable the GeForce cards in VMs again.

On 2014-07-02 15:51, jacek burghardt wrote:

I run xen 4.5 on arch linux with git version of qemu and seabios
and I
was able to pass old nvidia 220 =C2=A0card that I had laying around.=C2=A0<= br>
https://bbs.archlinux.org/viewtopic.php?id= =3D162768&p=3D91 [3] [1] [1]

Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91 [3]

[1]

_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://l= ists.xen.org/xen-users [4] [2]

Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91 [3]
[2] http://lis= ts.xen.org/xen-users [4]
[3] https://bbs.archlinux.org/viewtopic.php?pid=3D= 1421204#p1421204
[1]
[4]

https://forums.robertsspace= industries.com/discussion/comment/2648502/#Comment_2648502
[2]


_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://l= ists.xen.org/xen-users [4]

=C2=A0_______________________________________________
=C2=A0Xen-users mailing list
=C2=A0Xen-user= s@lists.xen.org
=C2=A0http://l= ists.xen.org/xen-users [4]


Links:
------
[1] https://bbs.archlinux.org/viewtopic.php?pid=3D= 1421204#p1421204
[2]
https://forums.robertsspace= industries.com/discussion/comment/2648502/#Comment_2648502
[3] https://bbs.archlinux.org/viewtopic.php?id=3D1= 62768&amp;p=3D91
[4] http://lis= ts.xen.org/xen-users

--001a11c21eda3680dd04fdb34086-- --===============4514071828628788937== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4514071828628788937==-- From xen-users-bounces@lists.xen.org Tue Jul 08 21:11:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 21:11:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ceZ-0007GR-SH; Tue, 08 Jul 2014 21:10:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ceY-0007GM-Fu for xen-users@lists.xen.org; Tue, 08 Jul 2014 21:10:18 +0000 Received: from [85.158.143.35:3499] by server-1.bemta-4.messagelabs.com id 1C/88-09496-83E5CB35; Tue, 08 Jul 2014 21:10:16 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1404853813!13238501!1 X-Originating-IP: [209.85.216.42] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3458 invoked from network); 8 Jul 2014 21:10:14 -0000 Received: from mail-qa0-f42.google.com (HELO mail-qa0-f42.google.com) (209.85.216.42) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 21:10:14 -0000 Received: by mail-qa0-f42.google.com with SMTP id dc16so5440300qab.1 for ; Tue, 08 Jul 2014 14:10:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w3672R5hm7dtTtWoM3r6nLluX0/l3qL7drKWaxcVito=; b=hvBIDbE2b1kr0l2zUR/IHDJ6oawXjL0AsbulNl5oQvMecsNZgjBQi9+7n4ega0uvse rYxcxhGiDbiiTycvgn/boTHNtKTMR959Im1O5BMkudN7tXriHFq1FqLHWNCi5eeOJ38K t93O6C2baZVAOAmW9lOw9Tg2QqK6jD7eUzE7ZcelJlx61EM5lQLpEdpi3siDes2w4bTq Fmu2W2JWL7zEWXc4jPIkAUGYgqK87HqeGupfjIqDrJVoLf3wfrgIZw4e4y0Y4MoPU7Ef 8N9ZakY5q3rgP5umNzgqKOlYe90sQ90zJVYUzBPEqThqJhBFPlTbKrmaG/lqtaBfcZ9i 9f9Q== MIME-Version: 1.0 X-Received: by 10.224.30.137 with SMTP id u9mr36191729qac.57.1404853813438; Tue, 08 Jul 2014 14:10:13 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 14:10:13 -0700 (PDT) In-Reply-To: <12376043295ef019df66a9e7bb2144d3@mail.shatteredsilicon.net> References: <20140708082434.GF23643@uil.winnipeg.nl> <12376043295ef019df66a9e7bb2144d3@mail.shatteredsilicon.net> Date: Tue, 8 Jul 2014 15:10:13 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] ssd cache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4661437456859598985==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4661437456859598985== Content-Type: multipart/alternative; boundary=047d7bea3c3882f09a04fdb504bc --047d7bea3c3882f09a04fdb504bc Content-Type: text/plain; charset=UTF-8 Any experience with enhanceio it seems best you can remove cache at will. I know i can cache lvm is it possible to cache hard drive that have lvm on it ? On Tue, Jul 8, 2014 at 3:05 AM, Gordan Bobic wrote: > On 2014-07-08 09:24, Wouter de Geus wrote: > >> * jacek burghardt [2014-07-07 16:00:58 >> -0600]: >> >> Is anyone using ssd drive as xen cache? Having bcache will tat benefit >>> xen >>> when it comes to vm hard drives ? >>> >> >> I'm using a ssd drive with EnhanceIO in writeback mode on the mdraid >> device underneath LVM. >> Speeds up writes a lot for all LVM volumes on that raid device that >> the domU's use. >> >> The nice thing of enhanceio is that you can apply it to just a generic >> block device. >> I also looked at bcache but iirc you need to reformat your disk for >> that to work, which simply isn't an option for me on that machine. >> > > If reformatting isn't an option this won't help, but if you can > reformat, ZFS supports ZIL for buffering synchronous writes to SSD, > as well as caching reads onto SSD (L2ARC). > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bea3c3882f09a04fdb504bc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Any experience with enhanceio it seems best you can remove= cache at will. I know i can cache lvm is it possible to cache hard drive t= hat have lvm on it ?


On Tue, Jul 8, 2014 at 3:05 AM, Gordan Bobic <gordan@bobich.net> wrote:
On 2014-07-08 09:24, Wouter de Geus wrote:
* jacek burghardt <jaceksburghardt@gmail.com> [2014-07-07 16:00:58 -0600]:<= br>
Is anyone using ssd drive as xen cache? Having bcache will tat benefit xen<= br> when it comes to vm hard drives ?

I'm using a ssd drive with EnhanceIO in writeback mode on the mdraid device underneath LVM.
Speeds up writes a lot for all LVM volumes on that raid device that
the domU's use.

The nice thing of enhanceio is that you can apply it to just a generic
block device.
I also looked at bcache but iirc you need to reformat your disk for
that to work, which simply isn't an option for me on that machine.

If reformatting isn't an option this won't help, but if you can
reformat, ZFS supports ZIL for buffering synchronous writes to SSD,
as well as caching reads onto SSD (L2ARC).



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

--047d7bea3c3882f09a04fdb504bc-- --===============4661437456859598985== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4661437456859598985==-- From xen-users-bounces@lists.xen.org Tue Jul 08 21:11:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 21:11:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ceZ-0007GR-SH; Tue, 08 Jul 2014 21:10:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ceY-0007GM-Fu for xen-users@lists.xen.org; Tue, 08 Jul 2014 21:10:18 +0000 Received: from [85.158.143.35:3499] by server-1.bemta-4.messagelabs.com id 1C/88-09496-83E5CB35; Tue, 08 Jul 2014 21:10:16 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1404853813!13238501!1 X-Originating-IP: [209.85.216.42] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3458 invoked from network); 8 Jul 2014 21:10:14 -0000 Received: from mail-qa0-f42.google.com (HELO mail-qa0-f42.google.com) (209.85.216.42) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Jul 2014 21:10:14 -0000 Received: by mail-qa0-f42.google.com with SMTP id dc16so5440300qab.1 for ; Tue, 08 Jul 2014 14:10:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w3672R5hm7dtTtWoM3r6nLluX0/l3qL7drKWaxcVito=; b=hvBIDbE2b1kr0l2zUR/IHDJ6oawXjL0AsbulNl5oQvMecsNZgjBQi9+7n4ega0uvse rYxcxhGiDbiiTycvgn/boTHNtKTMR959Im1O5BMkudN7tXriHFq1FqLHWNCi5eeOJ38K t93O6C2baZVAOAmW9lOw9Tg2QqK6jD7eUzE7ZcelJlx61EM5lQLpEdpi3siDes2w4bTq Fmu2W2JWL7zEWXc4jPIkAUGYgqK87HqeGupfjIqDrJVoLf3wfrgIZw4e4y0Y4MoPU7Ef 8N9ZakY5q3rgP5umNzgqKOlYe90sQ90zJVYUzBPEqThqJhBFPlTbKrmaG/lqtaBfcZ9i 9f9Q== MIME-Version: 1.0 X-Received: by 10.224.30.137 with SMTP id u9mr36191729qac.57.1404853813438; Tue, 08 Jul 2014 14:10:13 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 8 Jul 2014 14:10:13 -0700 (PDT) In-Reply-To: <12376043295ef019df66a9e7bb2144d3@mail.shatteredsilicon.net> References: <20140708082434.GF23643@uil.winnipeg.nl> <12376043295ef019df66a9e7bb2144d3@mail.shatteredsilicon.net> Date: Tue, 8 Jul 2014 15:10:13 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] ssd cache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4661437456859598985==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4661437456859598985== Content-Type: multipart/alternative; boundary=047d7bea3c3882f09a04fdb504bc --047d7bea3c3882f09a04fdb504bc Content-Type: text/plain; charset=UTF-8 Any experience with enhanceio it seems best you can remove cache at will. I know i can cache lvm is it possible to cache hard drive that have lvm on it ? On Tue, Jul 8, 2014 at 3:05 AM, Gordan Bobic wrote: > On 2014-07-08 09:24, Wouter de Geus wrote: > >> * jacek burghardt [2014-07-07 16:00:58 >> -0600]: >> >> Is anyone using ssd drive as xen cache? Having bcache will tat benefit >>> xen >>> when it comes to vm hard drives ? >>> >> >> I'm using a ssd drive with EnhanceIO in writeback mode on the mdraid >> device underneath LVM. >> Speeds up writes a lot for all LVM volumes on that raid device that >> the domU's use. >> >> The nice thing of enhanceio is that you can apply it to just a generic >> block device. >> I also looked at bcache but iirc you need to reformat your disk for >> that to work, which simply isn't an option for me on that machine. >> > > If reformatting isn't an option this won't help, but if you can > reformat, ZFS supports ZIL for buffering synchronous writes to SSD, > as well as caching reads onto SSD (L2ARC). > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bea3c3882f09a04fdb504bc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Any experience with enhanceio it seems best you can remove= cache at will. I know i can cache lvm is it possible to cache hard drive t= hat have lvm on it ?


On Tue, Jul 8, 2014 at 3:05 AM, Gordan Bobic <gordan@bobich.net> wrote:
On 2014-07-08 09:24, Wouter de Geus wrote:
* jacek burghardt <jaceksburghardt@gmail.com> [2014-07-07 16:00:58 -0600]:<= br>
Is anyone using ssd drive as xen cache? Having bcache will tat benefit xen<= br> when it comes to vm hard drives ?

I'm using a ssd drive with EnhanceIO in writeback mode on the mdraid device underneath LVM.
Speeds up writes a lot for all LVM volumes on that raid device that
the domU's use.

The nice thing of enhanceio is that you can apply it to just a generic
block device.
I also looked at bcache but iirc you need to reformat your disk for
that to work, which simply isn't an option for me on that machine.

If reformatting isn't an option this won't help, but if you can
reformat, ZFS supports ZIL for buffering synchronous writes to SSD,
as well as caching reads onto SSD (L2ARC).



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

--047d7bea3c3882f09a04fdb504bc-- --===============4661437456859598985== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4661437456859598985==-- From xen-users-bounces@lists.xen.org Tue Jul 08 22:49:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 22:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4eBG-0008FM-BK; Tue, 08 Jul 2014 22:48:10 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4eBF-0008FH-8f for xen-users@lists.xen.org; Tue, 08 Jul 2014 22:48:09 +0000 Received: from [193.109.254.147:41302] by server-6.bemta-14.messagelabs.com id 9F/DD-08262-8257CB35; Tue, 08 Jul 2014 22:48:08 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-27.messagelabs.com!1404859687!16247006!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13242 invoked from network); 8 Jul 2014 22:48:07 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 22:48:07 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 6CF78221DE2; Tue, 8 Jul 2014 23:48:06 +0100 (BST) Message-ID: <53BC7526.7010202@bobich.net> Date: Tue, 08 Jul 2014 23:48:06 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: jacek burghardt References: <20140708082434.GF23643@uil.winnipeg.nl> <12376043295ef019df66a9e7bb2144d3@mail.shatteredsilicon.net> In-Reply-To: Cc: xen-users Subject: Re: [Xen-users] ssd cache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Sorry, no idea, I never used it. On 07/08/2014 10:10 PM, jacek burghardt wrote: > Any experience with enhanceio it seems best you can remove cache at > will. I know i can cache lvm is it possible to cache hard drive that > have lvm on it ? > > > On Tue, Jul 8, 2014 at 3:05 AM, Gordan Bobic > wrote: > > On 2014-07-08 09:24, Wouter de Geus wrote: > > * jacek burghardt > [2014-07-07 16:00:58 -0600]: > > Is anyone using ssd drive as xen cache? Having bcache will > tat benefit xen > when it comes to vm hard drives ? > > > I'm using a ssd drive with EnhanceIO in writeback mode on the mdraid > device underneath LVM. > Speeds up writes a lot for all LVM volumes on that raid device that > the domU's use. > > The nice thing of enhanceio is that you can apply it to just a > generic > block device. > I also looked at bcache but iirc you need to reformat your disk for > that to work, which simply isn't an option for me on that machine. > > > If reformatting isn't an option this won't help, but if you can > reformat, ZFS supports ZIL for buffering synchronous writes to SSD, > as well as caching reads onto SSD (L2ARC). > > > > _________________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 08 22:49:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 08 Jul 2014 22:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4eBG-0008FM-BK; Tue, 08 Jul 2014 22:48:10 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4eBF-0008FH-8f for xen-users@lists.xen.org; Tue, 08 Jul 2014 22:48:09 +0000 Received: from [193.109.254.147:41302] by server-6.bemta-14.messagelabs.com id 9F/DD-08262-8257CB35; Tue, 08 Jul 2014 22:48:08 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-27.messagelabs.com!1404859687!16247006!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13242 invoked from network); 8 Jul 2014 22:48:07 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 8 Jul 2014 22:48:07 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 6CF78221DE2; Tue, 8 Jul 2014 23:48:06 +0100 (BST) Message-ID: <53BC7526.7010202@bobich.net> Date: Tue, 08 Jul 2014 23:48:06 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: jacek burghardt References: <20140708082434.GF23643@uil.winnipeg.nl> <12376043295ef019df66a9e7bb2144d3@mail.shatteredsilicon.net> In-Reply-To: Cc: xen-users Subject: Re: [Xen-users] ssd cache X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Sorry, no idea, I never used it. On 07/08/2014 10:10 PM, jacek burghardt wrote: > Any experience with enhanceio it seems best you can remove cache at > will. I know i can cache lvm is it possible to cache hard drive that > have lvm on it ? > > > On Tue, Jul 8, 2014 at 3:05 AM, Gordan Bobic > wrote: > > On 2014-07-08 09:24, Wouter de Geus wrote: > > * jacek burghardt > [2014-07-07 16:00:58 -0600]: > > Is anyone using ssd drive as xen cache? Having bcache will > tat benefit xen > when it comes to vm hard drives ? > > > I'm using a ssd drive with EnhanceIO in writeback mode on the mdraid > device underneath LVM. > Speeds up writes a lot for all LVM volumes on that raid device that > the domU's use. > > The nice thing of enhanceio is that you can apply it to just a > generic > block device. > I also looked at bcache but iirc you need to reformat your disk for > that to work, which simply isn't an option for me on that machine. > > > If reformatting isn't an option this won't help, but if you can > reformat, ZFS supports ZIL for buffering synchronous writes to SSD, > as well as caching reads onto SSD (L2ARC). > > > > _________________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnc-0006Pf-TQ; Wed, 09 Jul 2014 02:40:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnY-0006OW-Ra for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:57 +0000 Received: from [85.158.139.211:23771] by server-16.bemta-5.messagelabs.com id A3/DF-18862-C7BACB35; Wed, 09 Jul 2014 02:39:56 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-206.messagelabs.com!1404873592!11065539!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6252 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005fx-1D for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnS-0000wH-Rt for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:50 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B979BE.3030006@bobich.net> (Gordan Bobic's message of "Sun, 06 Jul 2014 17:30:54 +0100") Date: Wed, 09 Jul 2014 01:45:21 +0200 Organization: my virtual residence Message-ID: <871ttvpg8e.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B4FC44.8030408@bobich.net> <874myx80hf.fsf@yun.yagibdah.de> <53B7D524.2030305@bobich.net> <871ttypzju.fsf@yun.yagibdah.de> <53B979BE.3030006@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 07/06/2014 11:11 AM, lee wrote: > >>>>>> Does ZFS do that? Since it's about keeping the data safe, it might have >>>>>> a good deal of protection against user errors. >>>>> >>>>> I don't think it's possible to guard against user errors. If you're >>>>> concerned about user errors, get someone else to manage your machines >>>>> and not give you the root password. >>>> >>>> It is possible to guard. It's not possible to prevent them. >>> >>> Sacrificing productivity for hand holding is not the *nix >>> paradigm. It's competence of bust. I for one don't want every command >>> I type to ask "are you sure" before it does what I told it to. All it >>> achieves it desensitizes you to the question and you end up saying y >>> automatically after a while, without considering what it even said. >> >> All the commands you issue are such that they destroy whole file >> systems? > > Of course not, but there are few if any commands that have the ability > to destroy a FS which ask for confirmation before doing so. And that would be a good thing? >> Why isn't there a command to uncompress the compressed data? > > Why would there be? It would make sense and make it easy to uncompress the data. Of course you can use a light switch that requires you to move the light bulbs into different lights to turn off the lights, or hire someone to move them for you. Just don't be surprised when someone else finds that a bit inconvenient and suggests that the lights might be turned off by the very same light switch. >>> systems. ZFS is the only file system I have used for the data on which >>> I never had to reach for backups. >> >> One of the reasons for this may very well be that you know ZFS so well. >> I don't know it at all. > > I knew other file systems at least as well if not better, yet it > didn't help. What makes you expect better results from a file system you don't know at all? >> If I was to switch to this file system, I'd much more likely than you >> make user errors because I don't know this complicated file system, and >> I might run into problems or bugs I might not be able to recover from >> because I don't have access to the developers or supporters. The >> unknown file system would have the advantage that it could prevent >> silent data corruption, which is a problem I haven't noticed yet. Such >> a switch isn't very appealing, as great as this file system might be. > > And without a file system that detects said corruption for you, you > will never notice it either. The user errors, bugs and problems I might make or run into could easily be far worse than an undetectable issue. > You are the one that implied that not having the package in the > distribution repository was such a big deal. I never said it's a big deal. Since you mention it, it could be one --- I do not know this. How closely does this source for ZFS Debian-packages track what Debian packages do, the kernel packages probably being the most relevant ones? I'm using a Debian kernel from Debian backports which is far more recent than what's in stable. Now which kernel version are these ZFS packages compatible with? I merely assume that if there were such ZFS packages in Debian that chances these packages work with other things in Debian are greater than they are with packages from external sources because they have been tested. Perhaps the assumption is wrong, perhaps Debian doesn't do any testing. Yet if they do some testing to make sure that things work (together), I find that a good reason to prefer packages that come in the distribution over packages that don't. Do you have a good reason to suggest that it's no "big deal" to use these ZFS packages? Have they been tested with the backports kernel? > SMART numbers SHOULD give you the answer, unless the manufacturer has > deliberately made the firmware lie about it in the interest of > reducing warranty return rates. Reducing warranty return rates certainly is in the interest of the manufacturer. >> I was thinking of errors detected by ZFS, though. What if you see a >> few: Do you replace the disk, or do you wait until there are so many? > > Depends on the rate at which they are showing up. If every week the > same disk throws a few errors, then yes, it is a good candidate for > replacing. But usually there are other indications in SMART and > syslog, e.g. command timeouts, bus resets, and similar. Hm, interesting ... Would you say that there is a correlation between timeouts/bus resets and errors detected by ZFS? Like no significant numbers of ZFS-detected errors showing up before the timeouts/resets happen? >>>> or does ZFS keep a list of sectors not to use anymore? >>> >>> As I said before, disk's handle their own defects, and have done for >>> the past decade or two. File systems have long had no place in keeping >>> track of duff sectors on disks. >> >> So ZFS may silently loose redundancy (and in a bad case data), depending >> on what the disks do. And there isn't any way around that, other than >> increasing redundancy. > > How do you define "silently"? "Silently" as in "not noticed" because ZFS doesn't detect the errors before attempting to read. When a disk behaves badly, ZFS would have to assume that data has been written correctly while it hasn't. For that data, there is no redundancy because it has been "silently" lost (or never existed). > How would you detect disk failure with any traditional (hardware or > software) RAID arrangement? You have to configure some kind of > monitoring, appropriate to your system. ZFS is no different. You wouldn't be off any better or worse with other things than ZFS when your disks behave sufficiently badly. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnr-0006R0-Ky; Wed, 09 Jul 2014 02:40:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hna-0006Os-3Y for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:58 +0000 Received: from [85.158.143.35:64490] by server-3.bemta-4.messagelabs.com id 58/B0-16194-B7BACB35; Wed, 09 Jul 2014 02:39:55 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-3.tower-21.messagelabs.com!1404873592!16379720!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8168 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-3.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005g8-BA for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wb-5Q for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53BA65A2.6020008@bobich.net> (Gordan Bobic's message of "Mon, 07 Jul 2014 10:17:22 +0100") Date: Wed, 09 Jul 2014 03:13:01 +0200 Organization: my virtual residence Message-ID: <87k37nnxlu.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/06/2014 02:42 PM, lee wrote: >>> Gordan Bobic writes: >> >>>> On 07/05/2014 03:57 AM, lee wrote: >>>>> Kuba writes: >>>> >>>>>> W dniu 2014-07-04 19:11, lee pisze: >>>>>>> Kuba writes: >>>>>> >>>>>> "Rollback" doesn't sound very destructive. > > Rolling back your file system state to a previous point in time > doesn't sound destructive to you? It doesn't convey the meaning that > you will lose changes to the file system made since the point you are > rolling back to? No, it doesn't sound destructive. It sounds more like "repairing" (the currently broken state with a previous state known to be good). >> Because ZFS makes a point of keeping data save. And there are some >> warnings you get from xfs. > > Not from user error. Backups keep data safe from user error. xfs sometimes warns you when you err. And backups keep data only so safe. >> But then, dom0 and the VMs are >> on a RAID-1, so I'd have to make backups of everything, change to JBOD, >> figure out how to boot from ZFS and how to restore from the backup. Any >> idea how to do that? Does ZFS provide swap partitions? If not, I'd >> have to put them on RAID devices, but I wouldn't have any. > > Swap for dom0 or for domUs? All have swap partitions. > For dom0, as I said before, I use RAID1 for the /boot and rootfs. And leave the rest of the disks unused? > I typically put this on a RAID1 disk set, where the dom0's swap could > also live (when I absolutely need swap, I use a relatively small zram, > because most of the time swapping is a great way to cripple your > machine into a completely unusable state that is often worse than a > process OOM-ing and dying. That depends --- when the wrong process is killed, the whole system may become unstable or go down. When it takes a while to fill the swap space, that may give you time to intervene before it's too late. > For domU, you put it on whatever volume the rest of the domU > filesystems are on. Without swap partitions? >>>> The more errors there are, the more redundancy you loose >>>> because you have more data that can be read from only a part of the >>>> disks. >>> >>> ZFS immediately repairs all errors it encounters, so this is not a >>> valid point. >> >> It may not encounter all the errors there are (until it's too late to >> repair them), so the point remains valid. > > No it doesn't, because the point is relative to other available > solutions, all of which fare far worse under the circumstances > discussed. It's not relative to anything, it's about ZFS. Whether other things do better or worse is a different question. > A hardware RAID controller will typically kick out disks based on > relatively low error thresholds. ZFS will try to hold onto disks as > long as they are responsive to the kernel (within SCSI command > timeouts), which means that it will try to maintain redundancy much > better, and will keep fixing all the errors it encounters in the > meantime. Which is better? In both cases, another disk could fail shortly after the first one has. > How often does your RAID controller scrub the array to check for > errors? If it finds that in a particular RAID5 stripe the data doesn't > match the parity, but none of the disks return an error, does it trust > that the data is correct or the parity is correct? If parity, which > combination of data blocks does it assume are correct, and which block > needs to be repaired? ZFS can recover from this even with n+1 > redundancy because each data stripe has a checksum independent of the > parity, so it is possible to establish which combination of surviving > data+parity blocks is the correct one, and which blocks need to be > re-built. Interesting question --- are you saying the hardware RAID controller has no way of knowing which data is good because it uses parity information merely to be able to reconstruct data when a part of that data is not available anymore while ZFS uses checksums on each part of the data which not only allows it to reconstruct the data when a part of it is unavailable, but it also can know which part of the data is good because it assumes that the data for which the checksums match is good? >>>>>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing > >> You can see that the data can still >> be read and that the number of errors has gone up. That the number of >> errors has increased contradicts that the errors have been fixed. > > Only if you have no clue how file systems, RAID, and disk accesses > work. In which case you should be using an OS designed for people with > that level of interest in understanding. That's what I said: When you don't know ZFS, you see the contradiction. Common sense makes you at least suspicious when you are supposed to assume that an error has been fixed and see more errors showing up. >>> Solutions that aren't optimal are used all the time for all kinds of >>> spurious and non-technical reasons. >> >> I don't find that convincing. Companies aren't willing to pay their >> employees salaries that would even cover the costs of living, and they >> are always trying to save money in any way they can. > > Which is why they are getting the quality of the solutions described. Good point :) >> When you look at >> to what lengths backblaze claims to have gone to to keep costs low, it >> is entirely inconceivable that they would skip out on something that >> would save them half their costs for spurious or non-technical reasons. > > You'd think so. I got an email from them, and they're saying they are considering using ZFS and that the software they're using does checksumming. How exactly it does it wasn't said. They also said their encryption software is closed source and that it's up to you to trust them or not. So we can only guess who has access to all the data they store. >>>>> assurance. My personal approach is "hope for the best, plan for the >>>>> worst". >>>> >>>> The problem is that you can plan whatever you want and things turn out >>>> otherwise regardless. My grandma already knew that. >>> >>> Expect the unexpected and be prepared. Every boy scout already knows that. >> >> When they grow up, they find out that it doesn't work. > > So your view is to not bother taking precautions? No, I'm merely saying that no matter what your plans are, things turn out in whatever way they do. I'm also assuming that the more complicated a plan is, the more chances it has to fail. >> There are lots of reasons for not being prepared for everything, and >> being prepared for everything when things go wrong nonetheless can be >> difficult to justify. > > Depends on what's at stake. If you know what you are doing the > overheads of ensuring timely recoverability are not particularly > significant. That depends on what you consider as significant. >>>>>> What is the actual rate of data corruption or loss prevented or >>>>>> corrected by ZFS due to its checksumming in daily usage? > >>> The following articles provide some good info: >>> >>> http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf >>> >>> http://research.cs.wisc.edu/adsl/Publications/latent-sigmetrics07.pdf >> >> They don't answer the question, either. > > So you didn't read the articles, then. I looked at them. > Graph (b) in Figure 3. of the second article shows the number of > latent sector errors per GB over 18 months of use, by disk model. So > depending on your disk you could be getting a silent disk error as > often as once per 100GB. Unrecoverable sector errors (i.e. non latent > disk errors) are on top of that. It doesn't answer the question. >> How much data can you, in daily >> usage, read/write from/to a ZFS file system with how many errors >> detected and corrected only due to the checksumming ZFS does? > > See above. Depending on disk make/model, potentially as high as one > per 100GB on some disk models. Potentially, theoretically, no ZFS involved ... You are using ZFS, so do you see this one error per 100GB? Or what do you see? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hna-0006P9-Tr; Wed, 09 Jul 2014 02:39:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnW-0006OT-OQ for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:55 +0000 Received: from [85.158.143.35:37803] by server-1.bemta-4.messagelabs.com id 00/D6-09496-A7BACB35; Wed, 09 Jul 2014 02:39:54 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-21.messagelabs.com!1404873592!16756402!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27615 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005g5-8t for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wW-3Y for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53BA5655.40708@op.pl> (Kuba's message of "Mon, 07 Jul 2014 10:12:05 +0200") Date: Wed, 09 Jul 2014 02:10:58 +0200 Organization: my virtual residence Message-ID: <87oawzo0h9.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <87oax2of08.fsf@yun.yagibdah.de> <53BA5655.40708@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: >> W dniu 2014-07-06 14:20, lee pisze: >>> Kuba writes: >> >> I think that it doesn't matter what the line starts with and that people >> do not always know what they are doing. Besides, what a line starts >> with is configurable. > > I'd change it to "?" for users and "!" for root. or make it red for root > Snapshot replicated to another set of disk on another machine > qualifies for me as a backup. When you take a snapshot, it's stored on > the same pool, so if you loose the pool, you loose the snapshots too. And when you replicate it to the other machine, it's not a snapshot anymore but a copy like a backup? > Please don't get me wrong, but if you find that interesting maybe it > would benefit you more to read some docs or howtos and try it for > yourself instead of trying to learn about a thing you've never touched > by asking questions? I'm no expert on the subject, so chances are I'd > unintentionally provide you with information that's incorrect. The documentation might do that as well. And yes, I'm getting to the point at which I should try it out. > Copying data without any form of checksumming (even done manually) is > like rolling dice for me. Wow, that's quite a statement. Do you checksum every bit of data you copy in some way? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnp-0006QJ-BR; Wed, 09 Jul 2014 02:40:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnZ-0006Oa-Bv for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:57 +0000 Received: from [85.158.143.35:37836] by server-1.bemta-4.messagelabs.com id 60/D6-09496-B7BACB35; Wed, 09 Jul 2014 02:39:55 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-21.messagelabs.com!1404873592!8656317!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22549 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005gA-BW for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wg-7D for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B97F60.3030601@bobich.net> (Gordan Bobic's message of "Sun, 06 Jul 2014 17:54:56 +0100") Date: Wed, 09 Jul 2014 04:29:22 +0200 Organization: my virtual residence Message-ID: <87fvibnu2l.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/06/2014 04:38 PM, lee wrote: >>> Gordan Bobic writes: >> >>>>> On 07/04/2014 06:11 PM, lee wrote: > > IMO, the problem is in a distribution teaching it's users that what > doesn't ship with the distribution might as well not exist. That kind > of conditioning is what I am referring to. Yet no one taught me that. >> So for example, before I start working on some source code ~/src/test.c, >> I make a snapshot, and when I'm unhappy with the result, I revert to >> what I made the snapshot of? What about emails that have been received >> in ~/Mail in the meantime? > > Don't keep ~/Mail and src on the same volume. So I can't do it with directories? That would be useful. >> When every file occupies at least 4k because that's the block size the >> FS is using, you can waste a lot of space. > > ZFS cannot use stripes smaller than (sector size) + (redundancy). > > i.e. if you use disks with 4KB sectors, and you are writing a 10 byte > file on RAIDZ2 (n+2 redundancy, similar to RAID6), that will use 3 > sectors (one for the data, plus two for n+2 redundancy), i.e. 12KB. > > Variable stripe width is there to improve write performance of partial > writes. And the checksums go into the same sector? So for writing a file that's 4k, two sectors would be used, plus redundancy? If that is so, wouldn't the capacity appear to be increased or to be variable with ZFS, depending on file size? I'm confused now ... >>>> The biggest advantage would be checksumming. I'd be trading that >>>> against ease of use and great complexity. >>> >>> Not to mention resistance to learning something new. >> >> Not mentioning the risks involved ... > > Perhaps our experiences differ - mine shows that lying and dying disks > pose a sufficiently high risk of data loss that a traditional RAID and > file system cannot be trusted with keeping the data safe. That doesn't eliminate the risks. Perhaps I've been lucky --- the more I learn about it, the more I think I should do something. >>>> So you can see how it is not >>>> understandable to me what makes ZFS so great that I wouldn't be able to >>>> do without anymore. >>> >>> Then don't use it. >> >> Maybe, maybe not --- learning about it doesn't hurt. > > Then you better stop coming up with reasons to not use it. :) The more I find that the reasons not to use it are no good and the more good reasons I find to use it, the more I will be inclined to use it. >>> Same way you know with any disk failure - appropriate >>> monitoring. Surely that is obvious. >> >> It's not obvious at all. Do you replace a disk when ZFS has found 10 >> errors? > > Do you replace a disk when SMART is reporting 10 reallocated sectors? No, I'm not using smart. > Can you even get to information of that granularity with most hardware > RAID controllers? You can probably see the smart values, depending on the controller, or it might use them by itself. I never bothered to find out. > You have to exercise some reasonable judgement there, and apply > monitoring, just like you would with any other disk/RAID. It's simple with RAID because the disk either fails or not. It's usually simple with disks because it either fails or not. Introducing another indicator which may mean that a disk has "failed a little" doesn't make things simpler. >>> zfs send produces a data stream that can be applied to another pool >>> using zfs receive. You can pipe this over ssh or netcat to a different >>> machine, or you can pipe it to a different pool locally. >> >> So I'd be required to also use ZFS on the receiving side for it to make >> sense. > > Indeed. That's kinda evil because if I run into problems with ZFS, it might be good to have used a different file system for backups, and when I have to restore from the backup, I might get corrupted data because it hasn't been checksumed. >> They claim[1] that they are currently storing over 100 petabytes and >> have restored 6.27 billion files. They are expecting to store another >> 500 petabyte at another datacenter. That's over a hundred, and if they >> meet their plan, at least 500 detected broken files, so they must know. > > Mentioning such a thing occurs could be considered bad for business. There's no good way to hide it because ppl would notice when restoring. But they say their software does checksuming, just not how. >> And I would guess that the number of retrieved files is far greater than >> 1%. You get unlimited storage for $5/month and are able to retrieve a >> particular single file without significant delays. When you're using >> their service, why would you even keep files you don't access frequently >> on your own disks? > > Because their software only lets you back up files you store on your > disk You can't very well back up a file that you don't have. > - last I checked there are restrictions in place to prevent abuse of > the system by using it as unlimited cloud storage rather than backups. It seemed they have some client software that goes through your files and backs them up, with the option to exclude some. You could simply disconnect a disk which is backed up, or use it for something else, perhaps in a different machine, then restore a file that has been on that disk, perhaps to a different disk/machine. If you can't do that, their service is rather useless. If you can, what could they do to prevent you from keeping files not on one of your disks in the backup? That a file isn't available to their client software anymore doesn't mean that you have deleted it or that you never want to have it available again. > remember from last time I checked. There's also no Linux support, so I > don't use it, so I cannot tell you any more details. It seemed so --- and I won't use it as long as their software isn't open source, and long not after that, because I'd have no way to know who could access my data. >>>> What is the actual rate of data corruption or loss prevented or >>>> corrected by ZFS due to its checksumming in daily usage? >>> >>> According to disk manufacturers' own specifications for their own >>> disks (i.e. assume it's worse), one unrecoverable error in 10^14 bits >>> read. This doesn't include complete disk failures. >> >> That still doesn't answer the question ... > > If you define what "daily usage" is in TB/day, you will be able to > work out how many errors per day you can expect from the numbers I > mentioned above. That would be theoretical numbers. That so many errors /can/ occur doesn't mean that they /do/ occur. ZFS is not involved in determining such numbers, either, and there may be more or less errors ZFS detects than what the specification says. I'm asking what the rate actually is. I have disks for which the specification says that the MTBF is one million hours (or maybe even two million). That means I would see only one single failure in over a hundred years, and if I had over a hundred of such disks, I would only see one failure within a year. My experience indicates, and studies with large numbers of disks indicate, that this is BS and that the actual failure rate is much different. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hna-0006Ox-3f; Wed, 09 Jul 2014 02:39:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnW-0006OV-Qe for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:55 +0000 Received: from [85.158.143.35:64461] by server-3.bemta-4.messagelabs.com id 47/B0-16194-A7BACB35; Wed, 09 Jul 2014 02:39:54 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-11.tower-21.messagelabs.com!1404873592!16690159!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20104 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-11.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005gD-DC for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wl-94 for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1404740052645.84654@zynstra.com> (Simon Waterman's message of "Mon, 7 Jul 2014 13:34:13 +0000") Date: Wed, 09 Jul 2014 04:38:02 +0200 Organization: my virtual residence Message-ID: <87bnsznto5.fsf@yun.yagibdah.de> References: <1404740052645.84654@zynstra.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Simon Waterman writes: > We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu trusty. VTd is > disabled in the BIOS of the Dom-0. We use the following Grub commands for the Dom-0 boot: > > multiboot /boot/xen.gz placeholder dom0_mem=max:2048m iommu=0 > loglvl=all guest_loglvl=all > module /boot/vmlinuz-3.15.0 placeholder root=UUID=f56cf02b-d46f-4e2a-b667-242f97ec82f5 > ro debug > module --nounzip /boot/initrd.img-3.15.0 Does it work when you don't specify the 'iommu' parameter for dom0 at all? > > The driver domain is a PV guest running the same kernel version as the Dom-0. > The Xen configuration file contains the following kernel boot parameters: > > extra="earlyprintk=xen debug max_loop=64 iommu=soft" > > After we issue the pci-attach command the following additional lines appear in the > 'xl dmesg' log: > > (XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames > (XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02 > (XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02 > > We were wondering whether anyone in the community had got PCI pass-through of > the P420i working, or any pointers of where to look to further diagnose the problem. There was something like 'xen-pciback.permissive=1' for dom0, maybe that helps. Other than that, would it hurt anything to let the VM access the volumes instead of the controller itself? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnb-0006PH-JW; Wed, 09 Jul 2014 02:39:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnW-0006OU-Rw for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:55 +0000 Received: from [85.158.137.68:33642] by server-16.bemta-3.messagelabs.com id 68/D8-28986-A7BACB35; Wed, 09 Jul 2014 02:39:54 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-31.messagelabs.com!1404873592!14726990!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10237 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005g0-4A for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wM-0D for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B97FA7.7050400@bobich.net> (Gordan Bobic's message of "Sun, 06 Jul 2014 17:56:07 +0100") Date: Wed, 09 Jul 2014 01:48:57 +0200 Organization: my virtual residence Message-ID: <87wqbno1hy.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <87d2dk60y0.fsf@yun.yagibdah.de> <53B7D800.5040701@bobich.net> <87wqbqojya.fsf@yun.yagibdah.de> <53B97FA7.7050400@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> There's also a lack of documentation. There's a guide for Linux, and >> it's two years old. I still shudder when thinking of the chaotic >> documentation xen has and all the unexpected problems I ran into ... > > I still dispute the lack of documentation. Just because it's 2 years > old doesn't mean it isn't adequate. It may still be up to date or not, I can't tell. That leaves uncertainty. BTW, I looked at the guide and it says performance of a RAIDZ-1 will be very bad with an even number of disks, like four. I don't have four, but I might at some time. How bad would that be? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnc-0006PV-AH; Wed, 09 Jul 2014 02:40:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnW-0006OS-Ny for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:55 +0000 Received: from [193.109.254.147:39062] by server-7.bemta-14.messagelabs.com id 08/14-11169-97BACB35; Wed, 09 Jul 2014 02:39:53 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-8.tower-27.messagelabs.com!1404873592!16286318!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28295 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-8.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005g4-6c for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wR-1y for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B98A25.40202@bobich.net> (Gordan Bobic's message of "Sun, 06 Jul 2014 18:40:53 +0100") Date: Wed, 09 Jul 2014 01:56:49 +0200 Organization: my virtual residence Message-ID: <87simbo14u.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <87oax2of08.fsf@yun.yagibdah.de> <53B98A25.40202@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/06/2014 01:20 PM, lee wrote: > By your analogy, it might as well be like the difference between a > disk and a photo of a disk. Ok, that makes some sense :) > Define "silently". I don't see any difference between the two cases. see my previous post >>>> And how do you know when to replace a disk? When there's one error or >>>> when there are 50 or 50000 or when the disk has been disconnected? >>> >>> I believe it's up to you to interpret the data you're presented with >>> and make the right decision. I really wish I could formulate a >>> condition that evaluates to true or false telling me what should I do >>> with a disk. >> >> RAID controllers make that easy for you --- not necessarily better, but >> easier. > > You mean by doing the deciding for you? Yes, I replace a disk when it has failed, plain and simple. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnp-0006QJ-BR; Wed, 09 Jul 2014 02:40:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnZ-0006Oa-Bv for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:57 +0000 Received: from [85.158.143.35:37836] by server-1.bemta-4.messagelabs.com id 60/D6-09496-B7BACB35; Wed, 09 Jul 2014 02:39:55 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-21.messagelabs.com!1404873592!8656317!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22549 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005gA-BW for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wg-7D for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B97F60.3030601@bobich.net> (Gordan Bobic's message of "Sun, 06 Jul 2014 17:54:56 +0100") Date: Wed, 09 Jul 2014 04:29:22 +0200 Organization: my virtual residence Message-ID: <87fvibnu2l.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/06/2014 04:38 PM, lee wrote: >>> Gordan Bobic writes: >> >>>>> On 07/04/2014 06:11 PM, lee wrote: > > IMO, the problem is in a distribution teaching it's users that what > doesn't ship with the distribution might as well not exist. That kind > of conditioning is what I am referring to. Yet no one taught me that. >> So for example, before I start working on some source code ~/src/test.c, >> I make a snapshot, and when I'm unhappy with the result, I revert to >> what I made the snapshot of? What about emails that have been received >> in ~/Mail in the meantime? > > Don't keep ~/Mail and src on the same volume. So I can't do it with directories? That would be useful. >> When every file occupies at least 4k because that's the block size the >> FS is using, you can waste a lot of space. > > ZFS cannot use stripes smaller than (sector size) + (redundancy). > > i.e. if you use disks with 4KB sectors, and you are writing a 10 byte > file on RAIDZ2 (n+2 redundancy, similar to RAID6), that will use 3 > sectors (one for the data, plus two for n+2 redundancy), i.e. 12KB. > > Variable stripe width is there to improve write performance of partial > writes. And the checksums go into the same sector? So for writing a file that's 4k, two sectors would be used, plus redundancy? If that is so, wouldn't the capacity appear to be increased or to be variable with ZFS, depending on file size? I'm confused now ... >>>> The biggest advantage would be checksumming. I'd be trading that >>>> against ease of use and great complexity. >>> >>> Not to mention resistance to learning something new. >> >> Not mentioning the risks involved ... > > Perhaps our experiences differ - mine shows that lying and dying disks > pose a sufficiently high risk of data loss that a traditional RAID and > file system cannot be trusted with keeping the data safe. That doesn't eliminate the risks. Perhaps I've been lucky --- the more I learn about it, the more I think I should do something. >>>> So you can see how it is not >>>> understandable to me what makes ZFS so great that I wouldn't be able to >>>> do without anymore. >>> >>> Then don't use it. >> >> Maybe, maybe not --- learning about it doesn't hurt. > > Then you better stop coming up with reasons to not use it. :) The more I find that the reasons not to use it are no good and the more good reasons I find to use it, the more I will be inclined to use it. >>> Same way you know with any disk failure - appropriate >>> monitoring. Surely that is obvious. >> >> It's not obvious at all. Do you replace a disk when ZFS has found 10 >> errors? > > Do you replace a disk when SMART is reporting 10 reallocated sectors? No, I'm not using smart. > Can you even get to information of that granularity with most hardware > RAID controllers? You can probably see the smart values, depending on the controller, or it might use them by itself. I never bothered to find out. > You have to exercise some reasonable judgement there, and apply > monitoring, just like you would with any other disk/RAID. It's simple with RAID because the disk either fails or not. It's usually simple with disks because it either fails or not. Introducing another indicator which may mean that a disk has "failed a little" doesn't make things simpler. >>> zfs send produces a data stream that can be applied to another pool >>> using zfs receive. You can pipe this over ssh or netcat to a different >>> machine, or you can pipe it to a different pool locally. >> >> So I'd be required to also use ZFS on the receiving side for it to make >> sense. > > Indeed. That's kinda evil because if I run into problems with ZFS, it might be good to have used a different file system for backups, and when I have to restore from the backup, I might get corrupted data because it hasn't been checksumed. >> They claim[1] that they are currently storing over 100 petabytes and >> have restored 6.27 billion files. They are expecting to store another >> 500 petabyte at another datacenter. That's over a hundred, and if they >> meet their plan, at least 500 detected broken files, so they must know. > > Mentioning such a thing occurs could be considered bad for business. There's no good way to hide it because ppl would notice when restoring. But they say their software does checksuming, just not how. >> And I would guess that the number of retrieved files is far greater than >> 1%. You get unlimited storage for $5/month and are able to retrieve a >> particular single file without significant delays. When you're using >> their service, why would you even keep files you don't access frequently >> on your own disks? > > Because their software only lets you back up files you store on your > disk You can't very well back up a file that you don't have. > - last I checked there are restrictions in place to prevent abuse of > the system by using it as unlimited cloud storage rather than backups. It seemed they have some client software that goes through your files and backs them up, with the option to exclude some. You could simply disconnect a disk which is backed up, or use it for something else, perhaps in a different machine, then restore a file that has been on that disk, perhaps to a different disk/machine. If you can't do that, their service is rather useless. If you can, what could they do to prevent you from keeping files not on one of your disks in the backup? That a file isn't available to their client software anymore doesn't mean that you have deleted it or that you never want to have it available again. > remember from last time I checked. There's also no Linux support, so I > don't use it, so I cannot tell you any more details. It seemed so --- and I won't use it as long as their software isn't open source, and long not after that, because I'd have no way to know who could access my data. >>>> What is the actual rate of data corruption or loss prevented or >>>> corrected by ZFS due to its checksumming in daily usage? >>> >>> According to disk manufacturers' own specifications for their own >>> disks (i.e. assume it's worse), one unrecoverable error in 10^14 bits >>> read. This doesn't include complete disk failures. >> >> That still doesn't answer the question ... > > If you define what "daily usage" is in TB/day, you will be able to > work out how many errors per day you can expect from the numbers I > mentioned above. That would be theoretical numbers. That so many errors /can/ occur doesn't mean that they /do/ occur. ZFS is not involved in determining such numbers, either, and there may be more or less errors ZFS detects than what the specification says. I'm asking what the rate actually is. I have disks for which the specification says that the MTBF is one million hours (or maybe even two million). That means I would see only one single failure in over a hundred years, and if I had over a hundred of such disks, I would only see one failure within a year. My experience indicates, and studies with large numbers of disks indicate, that this is BS and that the actual failure rate is much different. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnc-0006PV-AH; Wed, 09 Jul 2014 02:40:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnW-0006OS-Ny for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:55 +0000 Received: from [193.109.254.147:39062] by server-7.bemta-14.messagelabs.com id 08/14-11169-97BACB35; Wed, 09 Jul 2014 02:39:53 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-8.tower-27.messagelabs.com!1404873592!16286318!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28295 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-8.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005g4-6c for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wR-1y for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B98A25.40202@bobich.net> (Gordan Bobic's message of "Sun, 06 Jul 2014 18:40:53 +0100") Date: Wed, 09 Jul 2014 01:56:49 +0200 Organization: my virtual residence Message-ID: <87simbo14u.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <87oax2of08.fsf@yun.yagibdah.de> <53B98A25.40202@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/06/2014 01:20 PM, lee wrote: > By your analogy, it might as well be like the difference between a > disk and a photo of a disk. Ok, that makes some sense :) > Define "silently". I don't see any difference between the two cases. see my previous post >>>> And how do you know when to replace a disk? When there's one error or >>>> when there are 50 or 50000 or when the disk has been disconnected? >>> >>> I believe it's up to you to interpret the data you're presented with >>> and make the right decision. I really wish I could formulate a >>> condition that evaluates to true or false telling me what should I do >>> with a disk. >> >> RAID controllers make that easy for you --- not necessarily better, but >> easier. > > You mean by doing the deciding for you? Yes, I replace a disk when it has failed, plain and simple. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnb-0006PH-JW; Wed, 09 Jul 2014 02:39:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnW-0006OU-Rw for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:55 +0000 Received: from [85.158.137.68:33642] by server-16.bemta-3.messagelabs.com id 68/D8-28986-A7BACB35; Wed, 09 Jul 2014 02:39:54 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-2.tower-31.messagelabs.com!1404873592!14726990!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10237 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-2.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005g0-4A for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wM-0D for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B97FA7.7050400@bobich.net> (Gordan Bobic's message of "Sun, 06 Jul 2014 17:56:07 +0100") Date: Wed, 09 Jul 2014 01:48:57 +0200 Organization: my virtual residence Message-ID: <87wqbno1hy.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de> <87d2dk60y0.fsf@yun.yagibdah.de> <53B7D800.5040701@bobich.net> <87wqbqojya.fsf@yun.yagibdah.de> <53B97FA7.7050400@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> There's also a lack of documentation. There's a guide for Linux, and >> it's two years old. I still shudder when thinking of the chaotic >> documentation xen has and all the unexpected problems I ran into ... > > I still dispute the lack of documentation. Just because it's 2 years > old doesn't mean it isn't adequate. It may still be up to date or not, I can't tell. That leaves uncertainty. BTW, I looked at the guide and it says performance of a RAIDZ-1 will be very bad with an even number of disks, like four. I don't have four, but I might at some time. How bad would that be? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnr-0006R0-Ky; Wed, 09 Jul 2014 02:40:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hna-0006Os-3Y for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:58 +0000 Received: from [85.158.143.35:64490] by server-3.bemta-4.messagelabs.com id 58/B0-16194-B7BACB35; Wed, 09 Jul 2014 02:39:55 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-3.tower-21.messagelabs.com!1404873592!16379720!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8168 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-3.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005g8-BA for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wb-5Q for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53BA65A2.6020008@bobich.net> (Gordan Bobic's message of "Mon, 07 Jul 2014 10:17:22 +0100") Date: Wed, 09 Jul 2014 03:13:01 +0200 Organization: my virtual residence Message-ID: <87k37nnxlu.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 07/06/2014 02:42 PM, lee wrote: >>> Gordan Bobic writes: >> >>>> On 07/05/2014 03:57 AM, lee wrote: >>>>> Kuba writes: >>>> >>>>>> W dniu 2014-07-04 19:11, lee pisze: >>>>>>> Kuba writes: >>>>>> >>>>>> "Rollback" doesn't sound very destructive. > > Rolling back your file system state to a previous point in time > doesn't sound destructive to you? It doesn't convey the meaning that > you will lose changes to the file system made since the point you are > rolling back to? No, it doesn't sound destructive. It sounds more like "repairing" (the currently broken state with a previous state known to be good). >> Because ZFS makes a point of keeping data save. And there are some >> warnings you get from xfs. > > Not from user error. Backups keep data safe from user error. xfs sometimes warns you when you err. And backups keep data only so safe. >> But then, dom0 and the VMs are >> on a RAID-1, so I'd have to make backups of everything, change to JBOD, >> figure out how to boot from ZFS and how to restore from the backup. Any >> idea how to do that? Does ZFS provide swap partitions? If not, I'd >> have to put them on RAID devices, but I wouldn't have any. > > Swap for dom0 or for domUs? All have swap partitions. > For dom0, as I said before, I use RAID1 for the /boot and rootfs. And leave the rest of the disks unused? > I typically put this on a RAID1 disk set, where the dom0's swap could > also live (when I absolutely need swap, I use a relatively small zram, > because most of the time swapping is a great way to cripple your > machine into a completely unusable state that is often worse than a > process OOM-ing and dying. That depends --- when the wrong process is killed, the whole system may become unstable or go down. When it takes a while to fill the swap space, that may give you time to intervene before it's too late. > For domU, you put it on whatever volume the rest of the domU > filesystems are on. Without swap partitions? >>>> The more errors there are, the more redundancy you loose >>>> because you have more data that can be read from only a part of the >>>> disks. >>> >>> ZFS immediately repairs all errors it encounters, so this is not a >>> valid point. >> >> It may not encounter all the errors there are (until it's too late to >> repair them), so the point remains valid. > > No it doesn't, because the point is relative to other available > solutions, all of which fare far worse under the circumstances > discussed. It's not relative to anything, it's about ZFS. Whether other things do better or worse is a different question. > A hardware RAID controller will typically kick out disks based on > relatively low error thresholds. ZFS will try to hold onto disks as > long as they are responsive to the kernel (within SCSI command > timeouts), which means that it will try to maintain redundancy much > better, and will keep fixing all the errors it encounters in the > meantime. Which is better? In both cases, another disk could fail shortly after the first one has. > How often does your RAID controller scrub the array to check for > errors? If it finds that in a particular RAID5 stripe the data doesn't > match the parity, but none of the disks return an error, does it trust > that the data is correct or the parity is correct? If parity, which > combination of data blocks does it assume are correct, and which block > needs to be repaired? ZFS can recover from this even with n+1 > redundancy because each data stripe has a checksum independent of the > parity, so it is possible to establish which combination of surviving > data+parity blocks is the correct one, and which blocks need to be > re-built. Interesting question --- are you saying the hardware RAID controller has no way of knowing which data is good because it uses parity information merely to be able to reconstruct data when a part of that data is not available anymore while ZFS uses checksums on each part of the data which not only allows it to reconstruct the data when a part of it is unavailable, but it also can know which part of the data is good because it assumes that the data for which the checksums match is good? >>>>>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing > >> You can see that the data can still >> be read and that the number of errors has gone up. That the number of >> errors has increased contradicts that the errors have been fixed. > > Only if you have no clue how file systems, RAID, and disk accesses > work. In which case you should be using an OS designed for people with > that level of interest in understanding. That's what I said: When you don't know ZFS, you see the contradiction. Common sense makes you at least suspicious when you are supposed to assume that an error has been fixed and see more errors showing up. >>> Solutions that aren't optimal are used all the time for all kinds of >>> spurious and non-technical reasons. >> >> I don't find that convincing. Companies aren't willing to pay their >> employees salaries that would even cover the costs of living, and they >> are always trying to save money in any way they can. > > Which is why they are getting the quality of the solutions described. Good point :) >> When you look at >> to what lengths backblaze claims to have gone to to keep costs low, it >> is entirely inconceivable that they would skip out on something that >> would save them half their costs for spurious or non-technical reasons. > > You'd think so. I got an email from them, and they're saying they are considering using ZFS and that the software they're using does checksumming. How exactly it does it wasn't said. They also said their encryption software is closed source and that it's up to you to trust them or not. So we can only guess who has access to all the data they store. >>>>> assurance. My personal approach is "hope for the best, plan for the >>>>> worst". >>>> >>>> The problem is that you can plan whatever you want and things turn out >>>> otherwise regardless. My grandma already knew that. >>> >>> Expect the unexpected and be prepared. Every boy scout already knows that. >> >> When they grow up, they find out that it doesn't work. > > So your view is to not bother taking precautions? No, I'm merely saying that no matter what your plans are, things turn out in whatever way they do. I'm also assuming that the more complicated a plan is, the more chances it has to fail. >> There are lots of reasons for not being prepared for everything, and >> being prepared for everything when things go wrong nonetheless can be >> difficult to justify. > > Depends on what's at stake. If you know what you are doing the > overheads of ensuring timely recoverability are not particularly > significant. That depends on what you consider as significant. >>>>>> What is the actual rate of data corruption or loss prevented or >>>>>> corrected by ZFS due to its checksumming in daily usage? > >>> The following articles provide some good info: >>> >>> http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf >>> >>> http://research.cs.wisc.edu/adsl/Publications/latent-sigmetrics07.pdf >> >> They don't answer the question, either. > > So you didn't read the articles, then. I looked at them. > Graph (b) in Figure 3. of the second article shows the number of > latent sector errors per GB over 18 months of use, by disk model. So > depending on your disk you could be getting a silent disk error as > often as once per 100GB. Unrecoverable sector errors (i.e. non latent > disk errors) are on top of that. It doesn't answer the question. >> How much data can you, in daily >> usage, read/write from/to a ZFS file system with how many errors >> detected and corrected only due to the checksumming ZFS does? > > See above. Depending on disk make/model, potentially as high as one > per 100GB on some disk models. Potentially, theoretically, no ZFS involved ... You are using ZFS, so do you see this one error per 100GB? Or what do you see? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hna-0006Ox-3f; Wed, 09 Jul 2014 02:39:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnW-0006OV-Qe for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:55 +0000 Received: from [85.158.143.35:64461] by server-3.bemta-4.messagelabs.com id 47/B0-16194-A7BACB35; Wed, 09 Jul 2014 02:39:54 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-11.tower-21.messagelabs.com!1404873592!16690159!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20104 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-11.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005gD-DC for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wl-94 for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <1404740052645.84654@zynstra.com> (Simon Waterman's message of "Mon, 7 Jul 2014 13:34:13 +0000") Date: Wed, 09 Jul 2014 04:38:02 +0200 Organization: my virtual residence Message-ID: <87bnsznto5.fsf@yun.yagibdah.de> References: <1404740052645.84654@zynstra.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Simon Waterman writes: > We are using Xen 4.4 and a newly built Linux 3.15.0 kernel with Ubuntu trusty. VTd is > disabled in the BIOS of the Dom-0. We use the following Grub commands for the Dom-0 boot: > > multiboot /boot/xen.gz placeholder dom0_mem=max:2048m iommu=0 > loglvl=all guest_loglvl=all > module /boot/vmlinuz-3.15.0 placeholder root=UUID=f56cf02b-d46f-4e2a-b667-242f97ec82f5 > ro debug > module --nounzip /boot/initrd.img-3.15.0 Does it work when you don't specify the 'iommu' parameter for dom0 at all? > > The driver domain is a PV guest running the same kernel version as the Dom-0. > The Xen configuration file contains the following kernel boot parameters: > > extra="earlyprintk=xen debug max_loop=64 iommu=soft" > > After we issue the pci-attach command the following additional lines appear in the > 'xl dmesg' log: > > (XEN) grant_table.c:289:d0 Increased maptrack size to 2 frames > (XEN) mm.c:809: d2: Forcing read-only access to MFN f7f02 > (XEN) mm.c:809: d0: Forcing read-only access to MFN f7f02 > > We were wondering whether anyone in the community had got PCI pass-through of > the P420i working, or any pointers of where to look to further diagnose the problem. There was something like 'xen-pciback.permissive=1' for dom0, maybe that helps. Other than that, would it hurt anything to let the VM access the volumes instead of the controller itself? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hna-0006P9-Tr; Wed, 09 Jul 2014 02:39:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnW-0006OT-OQ for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:55 +0000 Received: from [85.158.143.35:37803] by server-1.bemta-4.messagelabs.com id 00/D6-09496-A7BACB35; Wed, 09 Jul 2014 02:39:54 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-21.messagelabs.com!1404873592!16756402!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27615 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-21.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005g5-8t for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnT-0000wW-3Y for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53BA5655.40708@op.pl> (Kuba's message of "Mon, 07 Jul 2014 10:12:05 +0200") Date: Wed, 09 Jul 2014 02:10:58 +0200 Organization: my virtual residence Message-ID: <87oawzo0h9.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <87oax2of08.fsf@yun.yagibdah.de> <53BA5655.40708@op.pl> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kuba writes: >> W dniu 2014-07-06 14:20, lee pisze: >>> Kuba writes: >> >> I think that it doesn't matter what the line starts with and that people >> do not always know what they are doing. Besides, what a line starts >> with is configurable. > > I'd change it to "?" for users and "!" for root. or make it red for root > Snapshot replicated to another set of disk on another machine > qualifies for me as a backup. When you take a snapshot, it's stored on > the same pool, so if you loose the pool, you loose the snapshots too. And when you replicate it to the other machine, it's not a snapshot anymore but a copy like a backup? > Please don't get me wrong, but if you find that interesting maybe it > would benefit you more to read some docs or howtos and try it for > yourself instead of trying to learn about a thing you've never touched > by asking questions? I'm no expert on the subject, so chances are I'd > unintentionally provide you with information that's incorrect. The documentation might do that as well. And yes, I'm getting to the point at which I should try it out. > Copying data without any form of checksumming (even done manually) is > like rolling dice for me. Wow, that's quite a statement. Do you checksum every bit of data you copy in some way? -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 02:41:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 02:41:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnc-0006Pf-TQ; Wed, 09 Jul 2014 02:40:00 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4hnY-0006OW-Ra for xen-users@lists.xen.org; Wed, 09 Jul 2014 02:39:57 +0000 Received: from [85.158.139.211:23771] by server-16.bemta-5.messagelabs.com id A3/DF-18862-C7BACB35; Wed, 09 Jul 2014 02:39:56 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-15.tower-206.messagelabs.com!1404873592!11065539!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6252 invoked from network); 9 Jul 2014 02:39:53 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-15.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 9 Jul 2014 02:39:53 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X4hnT-0005fx-1D for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:51 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X4hnS-0000wH-Rt for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:39:50 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53B979BE.3030006@bobich.net> (Gordan Bobic's message of "Sun, 06 Jul 2014 17:30:54 +0100") Date: Wed, 09 Jul 2014 01:45:21 +0200 Organization: my virtual residence Message-ID: <871ttvpg8e.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B4FC44.8030408@bobich.net> <874myx80hf.fsf@yun.yagibdah.de> <53B7D524.2030305@bobich.net> <871ttypzju.fsf@yun.yagibdah.de> <53B979BE.3030006@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 07/06/2014 11:11 AM, lee wrote: > >>>>>> Does ZFS do that? Since it's about keeping the data safe, it might have >>>>>> a good deal of protection against user errors. >>>>> >>>>> I don't think it's possible to guard against user errors. If you're >>>>> concerned about user errors, get someone else to manage your machines >>>>> and not give you the root password. >>>> >>>> It is possible to guard. It's not possible to prevent them. >>> >>> Sacrificing productivity for hand holding is not the *nix >>> paradigm. It's competence of bust. I for one don't want every command >>> I type to ask "are you sure" before it does what I told it to. All it >>> achieves it desensitizes you to the question and you end up saying y >>> automatically after a while, without considering what it even said. >> >> All the commands you issue are such that they destroy whole file >> systems? > > Of course not, but there are few if any commands that have the ability > to destroy a FS which ask for confirmation before doing so. And that would be a good thing? >> Why isn't there a command to uncompress the compressed data? > > Why would there be? It would make sense and make it easy to uncompress the data. Of course you can use a light switch that requires you to move the light bulbs into different lights to turn off the lights, or hire someone to move them for you. Just don't be surprised when someone else finds that a bit inconvenient and suggests that the lights might be turned off by the very same light switch. >>> systems. ZFS is the only file system I have used for the data on which >>> I never had to reach for backups. >> >> One of the reasons for this may very well be that you know ZFS so well. >> I don't know it at all. > > I knew other file systems at least as well if not better, yet it > didn't help. What makes you expect better results from a file system you don't know at all? >> If I was to switch to this file system, I'd much more likely than you >> make user errors because I don't know this complicated file system, and >> I might run into problems or bugs I might not be able to recover from >> because I don't have access to the developers or supporters. The >> unknown file system would have the advantage that it could prevent >> silent data corruption, which is a problem I haven't noticed yet. Such >> a switch isn't very appealing, as great as this file system might be. > > And without a file system that detects said corruption for you, you > will never notice it either. The user errors, bugs and problems I might make or run into could easily be far worse than an undetectable issue. > You are the one that implied that not having the package in the > distribution repository was such a big deal. I never said it's a big deal. Since you mention it, it could be one --- I do not know this. How closely does this source for ZFS Debian-packages track what Debian packages do, the kernel packages probably being the most relevant ones? I'm using a Debian kernel from Debian backports which is far more recent than what's in stable. Now which kernel version are these ZFS packages compatible with? I merely assume that if there were such ZFS packages in Debian that chances these packages work with other things in Debian are greater than they are with packages from external sources because they have been tested. Perhaps the assumption is wrong, perhaps Debian doesn't do any testing. Yet if they do some testing to make sure that things work (together), I find that a good reason to prefer packages that come in the distribution over packages that don't. Do you have a good reason to suggest that it's no "big deal" to use these ZFS packages? Have they been tested with the backports kernel? > SMART numbers SHOULD give you the answer, unless the manufacturer has > deliberately made the firmware lie about it in the interest of > reducing warranty return rates. Reducing warranty return rates certainly is in the interest of the manufacturer. >> I was thinking of errors detected by ZFS, though. What if you see a >> few: Do you replace the disk, or do you wait until there are so many? > > Depends on the rate at which they are showing up. If every week the > same disk throws a few errors, then yes, it is a good candidate for > replacing. But usually there are other indications in SMART and > syslog, e.g. command timeouts, bus resets, and similar. Hm, interesting ... Would you say that there is a correlation between timeouts/bus resets and errors detected by ZFS? Like no significant numbers of ZFS-detected errors showing up before the timeouts/resets happen? >>>> or does ZFS keep a list of sectors not to use anymore? >>> >>> As I said before, disk's handle their own defects, and have done for >>> the past decade or two. File systems have long had no place in keeping >>> track of duff sectors on disks. >> >> So ZFS may silently loose redundancy (and in a bad case data), depending >> on what the disks do. And there isn't any way around that, other than >> increasing redundancy. > > How do you define "silently"? "Silently" as in "not noticed" because ZFS doesn't detect the errors before attempting to read. When a disk behaves badly, ZFS would have to assume that data has been written correctly while it hasn't. For that data, there is no redundancy because it has been "silently" lost (or never existed). > How would you detect disk failure with any traditional (hardware or > software) RAID arrangement? You have to configure some kind of > monitoring, appropriate to your system. ZFS is no different. You wouldn't be off any better or worse with other things than ZFS when your disks behave sufficiently badly. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 07:10:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 07:10:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4lzj-00035y-Dt; Wed, 09 Jul 2014 07:08:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4lzi-00035Z-PI for xen-users@lists.xen.org; Wed, 09 Jul 2014 07:08:47 +0000 Received: from [85.158.143.35:20408] by server-2.bemta-4.messagelabs.com id 80/1D-18579-D7AECB35; Wed, 09 Jul 2014 07:08:45 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1404889723!16737732!1 X-Originating-IP: [209.85.192.178] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32185 invoked from network); 9 Jul 2014 07:08:44 -0000 Received: from mail-pd0-f178.google.com (HELO mail-pd0-f178.google.com) (209.85.192.178) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2014 07:08:44 -0000 Received: by mail-pd0-f178.google.com with SMTP id r10so8530987pdi.37 for ; Wed, 09 Jul 2014 00:08:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WltUWS57jRTNzCi/+8yvxsmXUUpHA5sUD3V50oGYMe8=; b=HPN9O8pD3ceymFrV/PR8EdU+E/xcZklHMPTKiuaCMyEj57c6mBxInGU05XjxmlpPkS PuH4aZ5VRRftEhzLkJvGR9gXl549BmAelzftE2g3LcILFfvOqIFTAR3HGoiFVZ+qu4Jq Kv4fTO23zmUnAof9TkV6PX85bngTpw6l/DSHCULxdhO0xj2EAvDKOxbkGIUX2GpFGqr2 Jv75tb3GH08uC1CYNy2GS2rs3yzyXzWqASIEcYf2VGu20z2hUKg2Xt0HTNAv19tzzKU7 LYJUPsJ8NjZ8zBCnZigAC7u2oWdDohPS0kKl3G7HAnQSPfDFjlFrgI2McWobfINuvW3V K3Nw== MIME-Version: 1.0 X-Received: by 10.68.132.42 with SMTP id or10mr39717715pbb.80.1404889722611; Wed, 09 Jul 2014 00:08:42 -0700 (PDT) Received: by 10.70.3.162 with HTTP; Wed, 9 Jul 2014 00:08:42 -0700 (PDT) In-Reply-To: <4f89714b31adc87992c8fdbd945e1f8e@mail.shatteredsilicon.net> References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> <4f89714b31adc87992c8fdbd945e1f8e@mail.shatteredsilicon.net> Date: Wed, 9 Jul 2014 03:08:42 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: xen-users , jacek burghardt Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7837966232609028626==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7837966232609028626== Content-Type: multipart/alternative; boundary=047d7b10cbb1dd6d9804fdbd6007 --047d7b10cbb1dd6d9804fdbd6007 Content-Type: text/plain; charset=UTF-8 Hi Gordan, Jacek, On Tuesday, July 8, 2014, Gordan Bobic wrote: > Perhaps, but in reality primary passthrough / vga=none > isn't really all that useful. It's not like SeaBIOS has > a configuration menu of any sort to view/use. > > On Windows domU all you miss is the POST and splash screen. > On Linux you only miss the POST and the initial kernel boot > log until the GPU frame buffer driver loads. > > It might be handy for things like seeing the grub menu > on the domU's physical monitor, but that's about it. > > What is the actual use-case for primary passthrough? > Video output during boot of an operating system is a very critical piece of feedback for the user. Getting stuck in Windows startup repair is maddening, too ;) It's tempting to think of everything prior to kernel initialization as unimportant, but some hardware is really picky, and users even more so. The closer that Xen comes to completely shimming every type of firmware there is with maximum compatibility, the more fun virtualization is going to get :) Regards, Andrew --047d7b10cbb1dd6d9804fdbd6007 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Gordan, Jacek,

On Tuesday, July 8, 2014, Gordan= Bobic <gordan@bobich.net> w= rote:
Perhaps, but in reality primary passthrough / vga=3Dnone
isn't really all that useful. It's not like SeaBIOS has
a configuration menu of any sort to view/use.

On Windows domU all you miss is the POST and splash screen.
On Linux you only miss the POST and the initial kernel boot
log until the GPU frame buffer driver loads.

It might be handy for things like seeing the grub menu
on the domU's physical monitor, but that's about it.

What is the actual use-case for primary passthrough?
<= br>
Video output during boot of an operating system is a very cri= tical piece of feedback for the user. =C2=A0Getting stuck in Windows startu= p repair is maddening, too ;)

It's tempting to think of everything prior to kernel ini= tialization as unimportant, but some hardware is really picky, and users ev= en more so. =C2=A0The closer that Xen comes to completely=C2=A0shimming eve= ry type of firmware there is with maximum compatibility, the more fun virtu= alization is going to get :)

Regards,
Andrew
--047d7b10cbb1dd6d9804fdbd6007-- --===============7837966232609028626== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7837966232609028626==-- From xen-users-bounces@lists.xen.org Wed Jul 09 07:10:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 07:10:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4lzj-00035y-Dt; Wed, 09 Jul 2014 07:08:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4lzi-00035Z-PI for xen-users@lists.xen.org; Wed, 09 Jul 2014 07:08:47 +0000 Received: from [85.158.143.35:20408] by server-2.bemta-4.messagelabs.com id 80/1D-18579-D7AECB35; Wed, 09 Jul 2014 07:08:45 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1404889723!16737732!1 X-Originating-IP: [209.85.192.178] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32185 invoked from network); 9 Jul 2014 07:08:44 -0000 Received: from mail-pd0-f178.google.com (HELO mail-pd0-f178.google.com) (209.85.192.178) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2014 07:08:44 -0000 Received: by mail-pd0-f178.google.com with SMTP id r10so8530987pdi.37 for ; Wed, 09 Jul 2014 00:08:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WltUWS57jRTNzCi/+8yvxsmXUUpHA5sUD3V50oGYMe8=; b=HPN9O8pD3ceymFrV/PR8EdU+E/xcZklHMPTKiuaCMyEj57c6mBxInGU05XjxmlpPkS PuH4aZ5VRRftEhzLkJvGR9gXl549BmAelzftE2g3LcILFfvOqIFTAR3HGoiFVZ+qu4Jq Kv4fTO23zmUnAof9TkV6PX85bngTpw6l/DSHCULxdhO0xj2EAvDKOxbkGIUX2GpFGqr2 Jv75tb3GH08uC1CYNy2GS2rs3yzyXzWqASIEcYf2VGu20z2hUKg2Xt0HTNAv19tzzKU7 LYJUPsJ8NjZ8zBCnZigAC7u2oWdDohPS0kKl3G7HAnQSPfDFjlFrgI2McWobfINuvW3V K3Nw== MIME-Version: 1.0 X-Received: by 10.68.132.42 with SMTP id or10mr39717715pbb.80.1404889722611; Wed, 09 Jul 2014 00:08:42 -0700 (PDT) Received: by 10.70.3.162 with HTTP; Wed, 9 Jul 2014 00:08:42 -0700 (PDT) In-Reply-To: <4f89714b31adc87992c8fdbd945e1f8e@mail.shatteredsilicon.net> References: <9267962d0dbd22a5f164e7137048a9c8@mail.shatteredsilicon.net> <61066df0425b4097b7f3b63006a0b273@mail.shatteredsilicon.net> <4f89714b31adc87992c8fdbd945e1f8e@mail.shatteredsilicon.net> Date: Wed, 9 Jul 2014 03:08:42 -0400 Message-ID: From: Andrew Bobulsky To: Gordan Bobic Cc: xen-users , jacek burghardt Subject: Re: [Xen-users] Nvidia GeForce Passthrough Without Modifying to Quadro X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7837966232609028626==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7837966232609028626== Content-Type: multipart/alternative; boundary=047d7b10cbb1dd6d9804fdbd6007 --047d7b10cbb1dd6d9804fdbd6007 Content-Type: text/plain; charset=UTF-8 Hi Gordan, Jacek, On Tuesday, July 8, 2014, Gordan Bobic wrote: > Perhaps, but in reality primary passthrough / vga=none > isn't really all that useful. It's not like SeaBIOS has > a configuration menu of any sort to view/use. > > On Windows domU all you miss is the POST and splash screen. > On Linux you only miss the POST and the initial kernel boot > log until the GPU frame buffer driver loads. > > It might be handy for things like seeing the grub menu > on the domU's physical monitor, but that's about it. > > What is the actual use-case for primary passthrough? > Video output during boot of an operating system is a very critical piece of feedback for the user. Getting stuck in Windows startup repair is maddening, too ;) It's tempting to think of everything prior to kernel initialization as unimportant, but some hardware is really picky, and users even more so. The closer that Xen comes to completely shimming every type of firmware there is with maximum compatibility, the more fun virtualization is going to get :) Regards, Andrew --047d7b10cbb1dd6d9804fdbd6007 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Gordan, Jacek,

On Tuesday, July 8, 2014, Gordan= Bobic <gordan@bobich.net> w= rote:
Perhaps, but in reality primary passthrough / vga=3Dnone
isn't really all that useful. It's not like SeaBIOS has
a configuration menu of any sort to view/use.

On Windows domU all you miss is the POST and splash screen.
On Linux you only miss the POST and the initial kernel boot
log until the GPU frame buffer driver loads.

It might be handy for things like seeing the grub menu
on the domU's physical monitor, but that's about it.

What is the actual use-case for primary passthrough?
<= br>
Video output during boot of an operating system is a very cri= tical piece of feedback for the user. =C2=A0Getting stuck in Windows startu= p repair is maddening, too ;)

It's tempting to think of everything prior to kernel ini= tialization as unimportant, but some hardware is really picky, and users ev= en more so. =C2=A0The closer that Xen comes to completely=C2=A0shimming eve= ry type of firmware there is with maximum compatibility, the more fun virtu= alization is going to get :)

Regards,
Andrew
--047d7b10cbb1dd6d9804fdbd6007-- --===============7837966232609028626== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7837966232609028626==-- From xen-users-bounces@lists.xen.org Wed Jul 09 07:40:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 07:40:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4mTR-0003aC-2m; Wed, 09 Jul 2014 07:39:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4mTQ-0003a5-0T for xen-users@lists.xen.org; Wed, 09 Jul 2014 07:39:28 +0000 Received: from [85.158.139.211:3213] by server-9.bemta-5.messagelabs.com id 7E/E7-14363-FA1FCB35; Wed, 09 Jul 2014 07:39:27 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-206.messagelabs.com!1404891566!14435376!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23624 invoked from network); 9 Jul 2014 07:39:26 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 07:39:26 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 7F2AB221DE2 for ; Wed, 9 Jul 2014 08:39:25 +0100 (BST) MIME-Version: 1.0 Date: Wed, 09 Jul 2014 08:39:25 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87fvibnu2l.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> "\"<87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de>" <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net>" <871tu97a01.fsf@yun.yagibdah.de> " <53AE8BAB.5050205@op.pl>" <87d2dt5l8c.fsf@yun.yagibdah.de> " <53AEB46E.5010009@bobich.net>" <8738eojocc.fsf@yun.yagibdah.de> " <53B12805.2050503@bobich.net>" <87siml6o9i.fsf@yun.yagibdah.de> " <53B3AADA.8080800@bobich.net>" <877g3v8jo2.fsf@yun.yagibdah.de> " <53B51867.9070805@op.pl>" <87d2dl82w3.fsf@yun.yagibdah.de> " <53B7CBF2.20007@bobich.net>" <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> <87fvibnu2l.fsf@yun.yagibdah.de> Message-ID: <3909b7e2c7bbba5ace7b107d4eb9c0d5@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-09 03:29, lee wrote: >>> When every file occupies at least 4k because that's the block size >>> the >>> FS is using, you can waste a lot of space. >> >> ZFS cannot use stripes smaller than (sector size) + (redundancy). >> >> i.e. if you use disks with 4KB sectors, and you are writing a 10 byte >> file on RAIDZ2 (n+2 redundancy, similar to RAID6), that will use 3 >> sectors (one for the data, plus two for n+2 redundancy), i.e. 12KB. >> >> Variable stripe width is there to improve write performance of partial >> writes. > > And the checksums go into the same sector? So for writing a file > that's > 4k, two sectors would be used, plus redundancy? > > If that is so, wouldn't the capacity appear to be increased or to be > variable with ZFS, depending on file size? I'm confused now ... I don't know the details of the on-disk format - you'll have to read the code for that. >>>>> The biggest advantage would be checksumming. I'd be trading that >>>>> against ease of use and great complexity. >>>> >>>> Not to mention resistance to learning something new. >>> >>> Not mentioning the risks involved ... >> >> Perhaps our experiences differ - mine shows that lying and dying disks >> pose a sufficiently high risk of data loss that a traditional RAID and >> file system cannot be trusted with keeping the data safe. > > That doesn't eliminate the risks. Perhaps I've been lucky --- the more > I learn about it, the more I think I should do something. The biggest problem that a lot of the time you wouldn't even be aware that there is a problem with traditional RAID. Same as without ECC memory, it's not just that the errors are uncorrectable, it's the fact that you don't even know if the errors have occurred. >>>> Same way you know with any disk failure - appropriate >>>> monitoring. Surely that is obvious. >>> >>> It's not obvious at all. Do you replace a disk when ZFS has found 10 >>> errors? >> >> Do you replace a disk when SMART is reporting 10 reallocated sectors? > > No, I'm not using smart. Then is seems you have far bigger configuration issues to address before looking at ZFS. :) >> You have to exercise some reasonable judgement there, and apply >> monitoring, just like you would with any other disk/RAID. > > It's simple with RAID because the disk either fails or not. It's > usually simple with disks because it either fails or not. Introducing > another indicator which may mean that a disk has "failed a little" > doesn't make things simpler. But it does mean that you keep extra redundancy for as long as possible. By keeping a disk with an inccreasing number of failed sectors in the pool, it means that while you are rebuilding to a new drive with the failing disk still attached, that disk is still providing redundancy of all of it's surviving sectors. >>>> zfs send produces a data stream that can be applied to another pool >>>> using zfs receive. You can pipe this over ssh or netcat to a >>>> different >>>> machine, or you can pipe it to a different pool locally. >>> >>> So I'd be required to also use ZFS on the receiving side for it to >>> make >>> sense. >> >> Indeed. > > That's kinda evil because if I run into problems with ZFS, it might be > good to have used a different file system for backups, and when I have > to restore from the backup, I might get corrupted data because it > hasn't > been checksumed. You can't have it both ways. Either you use zfs on both ends and get advantage of it's fetures, such as zfs send, or you do things the hard, slow and error prone way with rsync. >>> They claim[1] that they are currently storing over 100 petabytes and >>> have restored 6.27 billion files. They are expecting to store >>> another >>> 500 petabyte at another datacenter. That's over a hundred, and if >>> they >>> meet their plan, at least 500 detected broken files, so they must >>> know. >> >> Mentioning such a thing occurs could be considered bad for business. > > There's no good way to hide it because ppl would notice when restoring. > But they say their software does checksuming, just not how. There are many ways to do that. Tripwire does it. If you just wanted a cross check you could have a process on a write-only system that periodically runs and stores/compares the md5sum of the file stored in, say, it's extended attributes, to the contents of the file. >>>>> What is the actual rate of data corruption or loss prevented or >>>>> corrected by ZFS due to its checksumming in daily usage? >>>> >>>> According to disk manufacturers' own specifications for their own >>>> disks (i.e. assume it's worse), one unrecoverable error in 10^14 >>>> bits >>>> read. This doesn't include complete disk failures. >>> >>> That still doesn't answer the question ... >> >> If you define what "daily usage" is in TB/day, you will be able to >> work out how many errors per day you can expect from the numbers I >> mentioned above. > > That would be theoretical numbers. That so many errors /can/ occur > doesn't mean that they /do/ occur. You are right, it doesn't. But my SMART attributes on disks seem to broadly agree, in terms of relation between values such as total LBAs read and reallocated sector counts (caveat - not all disks have the total LBAs read value in SMART). > ZFS is not involved in determining > such numbers, either, and there may be more or less errors ZFS detects > than what the specification says. I'm asking what the rate actually > is. As I said, from SMART figures on my many disks the 10^-14 seems to be in the right ball park, although some disks are better than others. > I have disks for which the specification says that the MTBF is one > million hours (or maybe even two million). That means I would see only > one single failure in over a hundred years, and if I had over a hundred > of such disks, I would only see one failure within a year. My > experience indicates, and studies with large numbers of disks indicate, > that this is BS and that the actual failure rate is much different. Indeed, the MTBF figures seem to bear little resembleance to reality, but the unrecoverable error rate figures do seem to tally up with empirical observations, in my experience. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 07:40:07 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 07:40:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4mTR-0003aC-2m; Wed, 09 Jul 2014 07:39:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4mTQ-0003a5-0T for xen-users@lists.xen.org; Wed, 09 Jul 2014 07:39:28 +0000 Received: from [85.158.139.211:3213] by server-9.bemta-5.messagelabs.com id 7E/E7-14363-FA1FCB35; Wed, 09 Jul 2014 07:39:27 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-206.messagelabs.com!1404891566!14435376!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23624 invoked from network); 9 Jul 2014 07:39:26 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 07:39:26 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 7F2AB221DE2 for ; Wed, 9 Jul 2014 08:39:25 +0100 (BST) MIME-Version: 1.0 Date: Wed, 09 Jul 2014 08:39:25 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87fvibnu2l.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> "\"<87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de>" <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net>" <871tu97a01.fsf@yun.yagibdah.de> " <53AE8BAB.5050205@op.pl>" <87d2dt5l8c.fsf@yun.yagibdah.de> " <53AEB46E.5010009@bobich.net>" <8738eojocc.fsf@yun.yagibdah.de> " <53B12805.2050503@bobich.net>" <87siml6o9i.fsf@yun.yagibdah.de> " <53B3AADA.8080800@bobich.net>" <877g3v8jo2.fsf@yun.yagibdah.de> " <53B51867.9070805@op.pl>" <87d2dl82w3.fsf@yun.yagibdah.de> " <53B7CBF2.20007@bobich.net>" <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> <87fvibnu2l.fsf@yun.yagibdah.de> Message-ID: <3909b7e2c7bbba5ace7b107d4eb9c0d5@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-09 03:29, lee wrote: >>> When every file occupies at least 4k because that's the block size >>> the >>> FS is using, you can waste a lot of space. >> >> ZFS cannot use stripes smaller than (sector size) + (redundancy). >> >> i.e. if you use disks with 4KB sectors, and you are writing a 10 byte >> file on RAIDZ2 (n+2 redundancy, similar to RAID6), that will use 3 >> sectors (one for the data, plus two for n+2 redundancy), i.e. 12KB. >> >> Variable stripe width is there to improve write performance of partial >> writes. > > And the checksums go into the same sector? So for writing a file > that's > 4k, two sectors would be used, plus redundancy? > > If that is so, wouldn't the capacity appear to be increased or to be > variable with ZFS, depending on file size? I'm confused now ... I don't know the details of the on-disk format - you'll have to read the code for that. >>>>> The biggest advantage would be checksumming. I'd be trading that >>>>> against ease of use and great complexity. >>>> >>>> Not to mention resistance to learning something new. >>> >>> Not mentioning the risks involved ... >> >> Perhaps our experiences differ - mine shows that lying and dying disks >> pose a sufficiently high risk of data loss that a traditional RAID and >> file system cannot be trusted with keeping the data safe. > > That doesn't eliminate the risks. Perhaps I've been lucky --- the more > I learn about it, the more I think I should do something. The biggest problem that a lot of the time you wouldn't even be aware that there is a problem with traditional RAID. Same as without ECC memory, it's not just that the errors are uncorrectable, it's the fact that you don't even know if the errors have occurred. >>>> Same way you know with any disk failure - appropriate >>>> monitoring. Surely that is obvious. >>> >>> It's not obvious at all. Do you replace a disk when ZFS has found 10 >>> errors? >> >> Do you replace a disk when SMART is reporting 10 reallocated sectors? > > No, I'm not using smart. Then is seems you have far bigger configuration issues to address before looking at ZFS. :) >> You have to exercise some reasonable judgement there, and apply >> monitoring, just like you would with any other disk/RAID. > > It's simple with RAID because the disk either fails or not. It's > usually simple with disks because it either fails or not. Introducing > another indicator which may mean that a disk has "failed a little" > doesn't make things simpler. But it does mean that you keep extra redundancy for as long as possible. By keeping a disk with an inccreasing number of failed sectors in the pool, it means that while you are rebuilding to a new drive with the failing disk still attached, that disk is still providing redundancy of all of it's surviving sectors. >>>> zfs send produces a data stream that can be applied to another pool >>>> using zfs receive. You can pipe this over ssh or netcat to a >>>> different >>>> machine, or you can pipe it to a different pool locally. >>> >>> So I'd be required to also use ZFS on the receiving side for it to >>> make >>> sense. >> >> Indeed. > > That's kinda evil because if I run into problems with ZFS, it might be > good to have used a different file system for backups, and when I have > to restore from the backup, I might get corrupted data because it > hasn't > been checksumed. You can't have it both ways. Either you use zfs on both ends and get advantage of it's fetures, such as zfs send, or you do things the hard, slow and error prone way with rsync. >>> They claim[1] that they are currently storing over 100 petabytes and >>> have restored 6.27 billion files. They are expecting to store >>> another >>> 500 petabyte at another datacenter. That's over a hundred, and if >>> they >>> meet their plan, at least 500 detected broken files, so they must >>> know. >> >> Mentioning such a thing occurs could be considered bad for business. > > There's no good way to hide it because ppl would notice when restoring. > But they say their software does checksuming, just not how. There are many ways to do that. Tripwire does it. If you just wanted a cross check you could have a process on a write-only system that periodically runs and stores/compares the md5sum of the file stored in, say, it's extended attributes, to the contents of the file. >>>>> What is the actual rate of data corruption or loss prevented or >>>>> corrected by ZFS due to its checksumming in daily usage? >>>> >>>> According to disk manufacturers' own specifications for their own >>>> disks (i.e. assume it's worse), one unrecoverable error in 10^14 >>>> bits >>>> read. This doesn't include complete disk failures. >>> >>> That still doesn't answer the question ... >> >> If you define what "daily usage" is in TB/day, you will be able to >> work out how many errors per day you can expect from the numbers I >> mentioned above. > > That would be theoretical numbers. That so many errors /can/ occur > doesn't mean that they /do/ occur. You are right, it doesn't. But my SMART attributes on disks seem to broadly agree, in terms of relation between values such as total LBAs read and reallocated sector counts (caveat - not all disks have the total LBAs read value in SMART). > ZFS is not involved in determining > such numbers, either, and there may be more or less errors ZFS detects > than what the specification says. I'm asking what the rate actually > is. As I said, from SMART figures on my many disks the 10^-14 seems to be in the right ball park, although some disks are better than others. > I have disks for which the specification says that the MTBF is one > million hours (or maybe even two million). That means I would see only > one single failure in over a hundred years, and if I had over a hundred > of such disks, I would only see one failure within a year. My > experience indicates, and studies with large numbers of disks indicate, > that this is BS and that the actual failure rate is much different. Indeed, the MTBF figures seem to bear little resembleance to reality, but the unrecoverable error rate figures do seem to tally up with empirical observations, in my experience. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 07:53:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 07:53:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4mgP-0004ST-R5; Wed, 09 Jul 2014 07:52:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4mgO-0004SI-LT for xen-users@lists.xen.org; Wed, 09 Jul 2014 07:52:52 +0000 Received: from [85.158.137.68:6816] by server-8.bemta-3.messagelabs.com id 35/E0-00810-3D4FCB35; Wed, 09 Jul 2014 07:52:51 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-31.messagelabs.com!1404892370!14901201!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21825 invoked from network); 9 Jul 2014 07:52:50 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 07:52:50 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id DBD71221DE2 for ; Wed, 9 Jul 2014 08:52:49 +0100 (BST) MIME-Version: 1.0 Date: Wed, 09 Jul 2014 08:52:49 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87k37nnxlu.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> "\"<87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de>" <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net>" <871tu97a01.fsf@yun.yagibdah.de> " <53AE8BAB.5050205@op.pl>" <87d2dt5l8c.fsf@yun.yagibdah.de> " <53AEB46E.5010009@bobich.net>" <8738eojocc.fsf@yun.yagibdah.de> " <53B12805.2050503@bobich.net>" <87siml6o9i.fsf@yun.yagibdah.de> " <53B3AADA.8080800@bobich.net>" <877g3v8jo2.fsf@yun.yagibdah.de> " <53B51867.9070805@op.pl>" <87d2dl82w3.fsf@yun.yagibdah.de> " <53B72E8B.5010007@op.pl>" <878uo85x7k.fsf@yun.yagibdah.de> " <53B7E02B.2010506@bobich.net>" <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-09 02:13, lee wrote: >>> But then, dom0 and the VMs are >>> on a RAID-1, so I'd have to make backups of everything, change to >>> JBOD, >>> figure out how to boot from ZFS and how to restore from the backup. >>> Any >>> idea how to do that? Does ZFS provide swap partitions? If not, I'd >>> have to put them on RAID devices, but I wouldn't have any. >> >> Swap for dom0 or for domUs? > > All have swap partitions. > >> For dom0, as I said before, I use RAID1 for the /boot and rootfs. > > And leave the rest of the disks unused? Do whatever you want with the remaining space. ZFS can use both partitions and block devices. >> For domU, you put it on whatever volume the rest of the domU >> filesystems are on. > > Without swap partitions? No, partition the domU virtual disk inside the domU in any way you like, including swap partitions. >> A hardware RAID controller will typically kick out disks based on >> relatively low error thresholds. ZFS will try to hold onto disks as >> long as they are responsive to the kernel (within SCSI command >> timeouts), which means that it will try to maintain redundancy much >> better, and will keep fixing all the errors it encounters in the >> meantime. > > Which is better? In both cases, another disk could fail shortly after > the first one has. Failure has degrees. Having two partially failing disks (failed sectors) in an n+1 redundancy array may still yield a complete copy of the data. ZFS will keep those disks for as long as they are responsive, while rebuilding data onto a new disk, and pick whatever data is healthy on each of the old disks. >> How often does your RAID controller scrub the array to check for >> errors? If it finds that in a particular RAID5 stripe the data doesn't >> match the parity, but none of the disks return an error, does it trust >> that the data is correct or the parity is correct? If parity, which >> combination of data blocks does it assume are correct, and which block >> needs to be repaired? ZFS can recover from this even with n+1 >> redundancy because each data stripe has a checksum independent of the >> parity, so it is possible to establish which combination of surviving >> data+parity blocks is the correct one, and which blocks need to be >> re-built. > > Interesting question --- are you saying the hardware RAID controller > has > no way of knowing which data is good because it uses parity information > merely to be able to reconstruct data when a part of that data is not > available anymore while ZFS uses checksums on each part of the data > which not only allows it to reconstruct the data when a part of it is > unavailable, but it also can know which part of the data is good > because > it assumes that the data for which the checksums match is good? Yes, that is exactly what I'm saying. >>>>>>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >> >>> You can see that the data can still >>> be read and that the number of errors has gone up. That the number >>> of >>> errors has increased contradicts that the errors have been fixed. >> >> Only if you have no clue how file systems, RAID, and disk accesses >> work. In which case you should be using an OS designed for people with >> that level of interest in understanding. > > That's what I said: When you don't know ZFS, you see the contradiction. > Common sense makes you at least suspicious when you are supposed to > assume that an error has been fixed and see more errors showing up. The entire premise is wrong - you cannnot meaningfully gain information from a test without understanding the test. >>> When you look at >>> to what lengths backblaze claims to have gone to to keep costs low, >>> it >>> is entirely inconceivable that they would skip out on something that >>> would save them half their costs for spurious or non-technical >>> reasons. >> >> You'd think so. > > I got an email from them, and they're saying they are considering using > ZFS and that the software they're using does checksumming. How exactly > it does it wasn't said. They also said their encryption software is > closed source and that it's up to you to trust them or not. > > So we can only guess who has access to all the data they store. Or you could encrypt your data before becking it up. If you use something like encfs, you can back up the underlying encrypted data rather than the unencrypted data. That way it doesn't matter how they store it. >>>>>>> What is the actual rate of data corruption or loss prevented or >>>>>>> corrected by ZFS due to its checksumming in daily usage? >> >>>> The following articles provide some good info: >>>> >>>> http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf >>>> >>>> http://research.cs.wisc.edu/adsl/Publications/latent-sigmetrics07.pdf >>> >>> They don't answer the question, either. >> >> So you didn't read the articles, then. > > I looked at them. > >> Graph (b) in Figure 3. of the second article shows the number of >> latent sector errors per GB over 18 months of use, by disk model. So >> depending on your disk you could be getting a silent disk error as >> often as once per 100GB. Unrecoverable sector errors (i.e. non latent >> disk errors) are on top of that. > > It doesn't answer the question. > >>> How much data can you, in daily >>> usage, read/write from/to a ZFS file system with how many errors >>> detected and corrected only due to the checksumming ZFS does? >> >> See above. Depending on disk make/model, potentially as high as one >> per 100GB on some disk models. > > Potentially, theoretically, no ZFS involved ... > > You are using ZFS, so do you see this one error per 100GB? Or what do > you see? It's not something I log/graph. Maybe I should add it to my zabbix setup... _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 07:53:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 07:53:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4mgP-0004ST-R5; Wed, 09 Jul 2014 07:52:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4mgO-0004SI-LT for xen-users@lists.xen.org; Wed, 09 Jul 2014 07:52:52 +0000 Received: from [85.158.137.68:6816] by server-8.bemta-3.messagelabs.com id 35/E0-00810-3D4FCB35; Wed, 09 Jul 2014 07:52:51 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-3.tower-31.messagelabs.com!1404892370!14901201!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21825 invoked from network); 9 Jul 2014 07:52:50 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-3.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 07:52:50 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id DBD71221DE2 for ; Wed, 9 Jul 2014 08:52:49 +0100 (BST) MIME-Version: 1.0 Date: Wed, 09 Jul 2014 08:52:49 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87k37nnxlu.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> "\"<87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de>" <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net>" <871tu97a01.fsf@yun.yagibdah.de> " <53AE8BAB.5050205@op.pl>" <87d2dt5l8c.fsf@yun.yagibdah.de> " <53AEB46E.5010009@bobich.net>" <8738eojocc.fsf@yun.yagibdah.de> " <53B12805.2050503@bobich.net>" <87siml6o9i.fsf@yun.yagibdah.de> " <53B3AADA.8080800@bobich.net>" <877g3v8jo2.fsf@yun.yagibdah.de> " <53B51867.9070805@op.pl>" <87d2dl82w3.fsf@yun.yagibdah.de> " <53B72E8B.5010007@op.pl>" <878uo85x7k.fsf@yun.yagibdah.de> " <53B7E02B.2010506@bobich.net>" <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> Message-ID: X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-09 02:13, lee wrote: >>> But then, dom0 and the VMs are >>> on a RAID-1, so I'd have to make backups of everything, change to >>> JBOD, >>> figure out how to boot from ZFS and how to restore from the backup. >>> Any >>> idea how to do that? Does ZFS provide swap partitions? If not, I'd >>> have to put them on RAID devices, but I wouldn't have any. >> >> Swap for dom0 or for domUs? > > All have swap partitions. > >> For dom0, as I said before, I use RAID1 for the /boot and rootfs. > > And leave the rest of the disks unused? Do whatever you want with the remaining space. ZFS can use both partitions and block devices. >> For domU, you put it on whatever volume the rest of the domU >> filesystems are on. > > Without swap partitions? No, partition the domU virtual disk inside the domU in any way you like, including swap partitions. >> A hardware RAID controller will typically kick out disks based on >> relatively low error thresholds. ZFS will try to hold onto disks as >> long as they are responsive to the kernel (within SCSI command >> timeouts), which means that it will try to maintain redundancy much >> better, and will keep fixing all the errors it encounters in the >> meantime. > > Which is better? In both cases, another disk could fail shortly after > the first one has. Failure has degrees. Having two partially failing disks (failed sectors) in an n+1 redundancy array may still yield a complete copy of the data. ZFS will keep those disks for as long as they are responsive, while rebuilding data onto a new disk, and pick whatever data is healthy on each of the old disks. >> How often does your RAID controller scrub the array to check for >> errors? If it finds that in a particular RAID5 stripe the data doesn't >> match the parity, but none of the disks return an error, does it trust >> that the data is correct or the parity is correct? If parity, which >> combination of data blocks does it assume are correct, and which block >> needs to be repaired? ZFS can recover from this even with n+1 >> redundancy because each data stripe has a checksum independent of the >> parity, so it is possible to establish which combination of surviving >> data+parity blocks is the correct one, and which blocks need to be >> re-built. > > Interesting question --- are you saying the hardware RAID controller > has > no way of knowing which data is good because it uses parity information > merely to be able to reconstruct data when a part of that data is not > available anymore while ZFS uses checksums on each part of the data > which not only allows it to reconstruct the data when a part of it is > unavailable, but it also can know which part of the data is good > because > it assumes that the data for which the checksums match is good? Yes, that is exactly what I'm saying. >>>>>>>> https://blogs.oracle.com/timc/entry/demonstrating_zfs_self_healing >> >>> You can see that the data can still >>> be read and that the number of errors has gone up. That the number >>> of >>> errors has increased contradicts that the errors have been fixed. >> >> Only if you have no clue how file systems, RAID, and disk accesses >> work. In which case you should be using an OS designed for people with >> that level of interest in understanding. > > That's what I said: When you don't know ZFS, you see the contradiction. > Common sense makes you at least suspicious when you are supposed to > assume that an error has been fixed and see more errors showing up. The entire premise is wrong - you cannnot meaningfully gain information from a test without understanding the test. >>> When you look at >>> to what lengths backblaze claims to have gone to to keep costs low, >>> it >>> is entirely inconceivable that they would skip out on something that >>> would save them half their costs for spurious or non-technical >>> reasons. >> >> You'd think so. > > I got an email from them, and they're saying they are considering using > ZFS and that the software they're using does checksumming. How exactly > it does it wasn't said. They also said their encryption software is > closed source and that it's up to you to trust them or not. > > So we can only guess who has access to all the data they store. Or you could encrypt your data before becking it up. If you use something like encfs, you can back up the underlying encrypted data rather than the unencrypted data. That way it doesn't matter how they store it. >>>>>>> What is the actual rate of data corruption or loss prevented or >>>>>>> corrected by ZFS due to its checksumming in daily usage? >> >>>> The following articles provide some good info: >>>> >>>> http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf >>>> >>>> http://research.cs.wisc.edu/adsl/Publications/latent-sigmetrics07.pdf >>> >>> They don't answer the question, either. >> >> So you didn't read the articles, then. > > I looked at them. > >> Graph (b) in Figure 3. of the second article shows the number of >> latent sector errors per GB over 18 months of use, by disk model. So >> depending on your disk you could be getting a silent disk error as >> often as once per 100GB. Unrecoverable sector errors (i.e. non latent >> disk errors) are on top of that. > > It doesn't answer the question. > >>> How much data can you, in daily >>> usage, read/write from/to a ZFS file system with how many errors >>> detected and corrected only due to the checksumming ZFS does? >> >> See above. Depending on disk make/model, potentially as high as one >> per 100GB on some disk models. > > Potentially, theoretically, no ZFS involved ... > > You are using ZFS, so do you see this one error per 100GB? Or what do > you see? It's not something I log/graph. Maybe I should add it to my zabbix setup... _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 08:55:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 08:55:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ne1-0005y4-Pk; Wed, 09 Jul 2014 08:54:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ne0-0005xp-0A for xen-users@lists.xen.org; Wed, 09 Jul 2014 08:54:28 +0000 Received: from [193.109.254.147:33909] by server-7.bemta-14.messagelabs.com id 71/AE-11169-3430DB35; Wed, 09 Jul 2014 08:54:27 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-27.messagelabs.com!1404896066!16355724!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12571 invoked from network); 9 Jul 2014 08:54:26 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 08:54:26 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id D6894221DE2 for ; Wed, 9 Jul 2014 09:54:25 +0100 (BST) MIME-Version: 1.0 Date: Wed, 09 Jul 2014 09:54:25 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87wqbno1hy.fsf@yun.yagibdah.de> References: "\"<53AA919D.90207@gmail.com> <87tx77vah6.fsf@yun.yagibdah.de>" <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net>" <871tu97a01.fsf@yun.yagibdah.de> " <53AE8BAB.5050205@op.pl>" <87d2dt5l8c.fsf@yun.yagibdah.de> " <53AEB46E.5010009@bobich.net>" <8738eojocc.fsf@yun.yagibdah.de> " <53B12805.2050503@bobich.net>" <87siml6o9i.fsf@yun.yagibdah.de> " <53B3AADA.8080800@bobich.net>" <877g3v8jo2.fsf@yun.yagibdah.de> "\"<53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de>" " <87d2dk60y0.fsf@yun.yagibdah.de> " <53B7D800.5040701@bobich.net>" <87wqbqojya.fsf@yun.yagibdah.de> <53B97FA7.7050400@bobich.net> <87wqbno1hy.fsf@yun.yagibdah.de> Message-ID: <2139afc62de4b69dc2ca8fc35b9a815b@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-09 00:48, lee wrote: > Gordan Bobic writes: > >>> There's also a lack of documentation. There's a guide for Linux, and >>> it's two years old. I still shudder when thinking of the chaotic >>> documentation xen has and all the unexpected problems I ran into ... >> >> I still dispute the lack of documentation. Just because it's 2 years >> old doesn't mean it isn't adequate. > > It may still be up to date or not, I can't tell. That leaves > uncertainty. > > BTW, I looked at the guide and it says performance of a RAIDZ-1 will be > very bad with an even number of disks, like four. I don't have four, > but I might at some time. How bad would that be? Not sufficiently bad that you shouldn't use it. While 2^n+m disks is the optimal configuration, the sub-optimality of other configurations is vastly overstated. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 08:55:15 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 08:55:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ne1-0005y4-Pk; Wed, 09 Jul 2014 08:54:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ne0-0005xp-0A for xen-users@lists.xen.org; Wed, 09 Jul 2014 08:54:28 +0000 Received: from [193.109.254.147:33909] by server-7.bemta-14.messagelabs.com id 71/AE-11169-3430DB35; Wed, 09 Jul 2014 08:54:27 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-10.tower-27.messagelabs.com!1404896066!16355724!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12571 invoked from network); 9 Jul 2014 08:54:26 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 08:54:26 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id D6894221DE2 for ; Wed, 9 Jul 2014 09:54:25 +0100 (BST) MIME-Version: 1.0 Date: Wed, 09 Jul 2014 09:54:25 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87wqbno1hy.fsf@yun.yagibdah.de> References: "\"<53AA919D.90207@gmail.com> <87tx77vah6.fsf@yun.yagibdah.de>" <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net>" <871tu97a01.fsf@yun.yagibdah.de> " <53AE8BAB.5050205@op.pl>" <87d2dt5l8c.fsf@yun.yagibdah.de> " <53AEB46E.5010009@bobich.net>" <8738eojocc.fsf@yun.yagibdah.de> " <53B12805.2050503@bobich.net>" <87siml6o9i.fsf@yun.yagibdah.de> " <53B3AADA.8080800@bobich.net>" <877g3v8jo2.fsf@yun.yagibdah.de> "\"<53B51867.9070805@op.pl> <878uo982a4.fsf@yun.yagibdah.de>" " <87d2dk60y0.fsf@yun.yagibdah.de> " <53B7D800.5040701@bobich.net>" <87wqbqojya.fsf@yun.yagibdah.de> <53B97FA7.7050400@bobich.net> <87wqbno1hy.fsf@yun.yagibdah.de> Message-ID: <2139afc62de4b69dc2ca8fc35b9a815b@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-09 00:48, lee wrote: > Gordan Bobic writes: > >>> There's also a lack of documentation. There's a guide for Linux, and >>> it's two years old. I still shudder when thinking of the chaotic >>> documentation xen has and all the unexpected problems I ran into ... >> >> I still dispute the lack of documentation. Just because it's 2 years >> old doesn't mean it isn't adequate. > > It may still be up to date or not, I can't tell. That leaves > uncertainty. > > BTW, I looked at the guide and it says performance of a RAIDZ-1 will be > very bad with an even number of disks, like four. I don't have four, > but I might at some time. How bad would that be? Not sufficiently bad that you shouldn't use it. While 2^n+m disks is the optimal configuration, the sub-optimality of other configurations is vastly overstated. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 09:02:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 09:02:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4nm4-0006do-0y; Wed, 09 Jul 2014 09:02:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4nm2-0006dj-Px for xen-users@lists.xen.org; Wed, 09 Jul 2014 09:02:46 +0000 Received: from [85.158.143.35:40727] by server-2.bemta-4.messagelabs.com id 3A/CF-18579-6350DB35; Wed, 09 Jul 2014 09:02:46 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1404896565!16755987!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1572 invoked from network); 9 Jul 2014 09:02:45 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 09:02:45 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id C3855221DE2 for ; Wed, 9 Jul 2014 10:02:44 +0100 (BST) MIME-Version: 1.0 Date: Wed, 09 Jul 2014 10:02:44 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <871ttvpg8e.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> "\"<87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de>" <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net>" <871tu97a01.fsf@yun.yagibdah.de> " <53AE8BAB.5050205@op.pl>" <87d2dt5l8c.fsf@yun.yagibdah.de> " <53AEB46E.5010009@bobich.net>" <8738eojocc.fsf@yun.yagibdah.de> " <53B12805.2050503@bobich.net>" <87siml6o9i.fsf@yun.yagibdah.de> " <53B3AADA.8080800@bobich.net>" <877g3v8jo2.fsf@yun.yagibdah.de> " <53B4FC44.8030408@bobich.net>" <874myx80hf.fsf@yun.yagibdah.de> " <53B7D524.2030305@bobich.net>" <871ttypzju.fsf@yun.yagibdah.de> <53B979BE.3030006@bobich.net> <871ttvpg8e.fsf@yun.yagibdah.de> Message-ID: <393d1e0a48897c42d3fc5b15bd92497e@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-09 00:45, lee wrote: >>> I was thinking of errors detected by ZFS, though. What if you see a >>> few: Do you replace the disk, or do you wait until there are so >>> many? >> >> Depends on the rate at which they are showing up. If every week the >> same disk throws a few errors, then yes, it is a good candidate for >> replacing. But usually there are other indications in SMART and >> syslog, e.g. command timeouts, bus resets, and similar. > > Hm, interesting ... Would you say that there is a correlation between > timeouts/bus resets and errors detected by ZFS? Like no significant > numbers of ZFS-detected errors showing up before the timeouts/resets > happen? It depends on how the disk is failing. A lot of the time bus timeouts will result in chechsum errors in ZFS as it was unable to retrieve the data off the disk, but that could be caused by a number of failures, some more critical than others. It could be something as trivial as a marginal SATA cable, or it could be the disk failing to read back a sector. Or it could be a disk becoming completely unresponsive (in which case the kernel will disconnect it and ZFS will show it as failed and put the vdev into degraded state. >>>>> or does ZFS keep a list of sectors not to use anymore? >>>> >>>> As I said before, disk's handle their own defects, and have done for >>>> the past decade or two. File systems have long had no place in >>>> keeping >>>> track of duff sectors on disks. >>> >>> So ZFS may silently loose redundancy (and in a bad case data), >>> depending >>> on what the disks do. And there isn't any way around that, other >>> than >>> increasing redundancy. >> >> How do you define "silently"? > > "Silently" as in "not noticed" because ZFS doesn't detect the errors > before attempting to read. When a disk behaves badly, ZFS would have > to > assume that data has been written correctly while it hasn't. For that > data, there is no redundancy because it has been "silently" lost (or > never existed). In that case, yes, without reading the data back, you can never be completely sure. If this is important to you, you will need to buy disks with Write-Read-Verify feature. In practical terms, however, there is no way (nor reason) to distinguish between sectors that were written wrong (or not at all) and those that got corrupted after being written. The only metric that matters is whether the data is there when you want to access it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 09:02:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 09:02:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4nm4-0006do-0y; Wed, 09 Jul 2014 09:02:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4nm2-0006dj-Px for xen-users@lists.xen.org; Wed, 09 Jul 2014 09:02:46 +0000 Received: from [85.158.143.35:40727] by server-2.bemta-4.messagelabs.com id 3A/CF-18579-6350DB35; Wed, 09 Jul 2014 09:02:46 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1404896565!16755987!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1572 invoked from network); 9 Jul 2014 09:02:45 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 09:02:45 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id C3855221DE2 for ; Wed, 9 Jul 2014 10:02:44 +0100 (BST) MIME-Version: 1.0 Date: Wed, 09 Jul 2014 10:02:44 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <871ttvpg8e.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> "\"<87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de>" <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net>" <871tu97a01.fsf@yun.yagibdah.de> " <53AE8BAB.5050205@op.pl>" <87d2dt5l8c.fsf@yun.yagibdah.de> " <53AEB46E.5010009@bobich.net>" <8738eojocc.fsf@yun.yagibdah.de> " <53B12805.2050503@bobich.net>" <87siml6o9i.fsf@yun.yagibdah.de> " <53B3AADA.8080800@bobich.net>" <877g3v8jo2.fsf@yun.yagibdah.de> " <53B4FC44.8030408@bobich.net>" <874myx80hf.fsf@yun.yagibdah.de> " <53B7D524.2030305@bobich.net>" <871ttypzju.fsf@yun.yagibdah.de> <53B979BE.3030006@bobich.net> <871ttvpg8e.fsf@yun.yagibdah.de> Message-ID: <393d1e0a48897c42d3fc5b15bd92497e@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-09 00:45, lee wrote: >>> I was thinking of errors detected by ZFS, though. What if you see a >>> few: Do you replace the disk, or do you wait until there are so >>> many? >> >> Depends on the rate at which they are showing up. If every week the >> same disk throws a few errors, then yes, it is a good candidate for >> replacing. But usually there are other indications in SMART and >> syslog, e.g. command timeouts, bus resets, and similar. > > Hm, interesting ... Would you say that there is a correlation between > timeouts/bus resets and errors detected by ZFS? Like no significant > numbers of ZFS-detected errors showing up before the timeouts/resets > happen? It depends on how the disk is failing. A lot of the time bus timeouts will result in chechsum errors in ZFS as it was unable to retrieve the data off the disk, but that could be caused by a number of failures, some more critical than others. It could be something as trivial as a marginal SATA cable, or it could be the disk failing to read back a sector. Or it could be a disk becoming completely unresponsive (in which case the kernel will disconnect it and ZFS will show it as failed and put the vdev into degraded state. >>>>> or does ZFS keep a list of sectors not to use anymore? >>>> >>>> As I said before, disk's handle their own defects, and have done for >>>> the past decade or two. File systems have long had no place in >>>> keeping >>>> track of duff sectors on disks. >>> >>> So ZFS may silently loose redundancy (and in a bad case data), >>> depending >>> on what the disks do. And there isn't any way around that, other >>> than >>> increasing redundancy. >> >> How do you define "silently"? > > "Silently" as in "not noticed" because ZFS doesn't detect the errors > before attempting to read. When a disk behaves badly, ZFS would have > to > assume that data has been written correctly while it hasn't. For that > data, there is no redundancy because it has been "silently" lost (or > never existed). In that case, yes, without reading the data back, you can never be completely sure. If this is important to you, you will need to buy disks with Write-Read-Verify feature. In practical terms, however, there is no way (nor reason) to distinguish between sectors that were written wrong (or not at all) and those that got corrupted after being written. The only metric that matters is whether the data is there when you want to access it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 09:11:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 09:11:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4nty-000767-M6; Wed, 09 Jul 2014 09:10:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ntx-00075w-BI for xen-users@lists.xen.org; Wed, 09 Jul 2014 09:10:57 +0000 Received: from [193.109.254.147:18745] by server-4.bemta-14.messagelabs.com id 97/E8-20586-0270DB35; Wed, 09 Jul 2014 09:10:56 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-2.tower-27.messagelabs.com!1404897055!16312966!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7700 invoked from network); 9 Jul 2014 09:10:56 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2014 09:10:56 -0000 Received: by mail-wg0-f49.google.com with SMTP id a1so3730175wgh.20 for ; Wed, 09 Jul 2014 02:10:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=2DUR3fy0YeidEYhEl8U902nNnglbDmRwWM/bqr2C46w=; b=B9+/QP9SI3QZhyNIEZzQtU6mvJpTVJKdRQEFQ5FfuGLDFE5thxVdTChdA8wB+Uat1S mAZQwaTSO3dMhgg2vsn5KEjgtbGLU3hSmXKkrxgl6wEbUycHykCOaOtADWYgCcgVJDaD lhPabSgIJ+mDmsVlwC8O3gpT2tqP6NWF2SK1zFgPySF9kT8YKLUs1jKV8iJwNJVPyB4t 5bw4p/M5NU0vYzKc+oRRGAJpAJq6rgOf9r/eUe2pTlgqgluaOzoAg81F6GK9+u5MypHq jL9uJOQwpcpCqs0aV1n8wCi2YZRN3hw1lqX6N08lh1aDwadJU/C0WVaNkydPCdGeAx/E ummQ== X-Gm-Message-State: ALoCoQkh3fHtBLWv5/VLHSyA+c4druohC7L8UR8VEIsQI1ZWy8Of9UQJyS2soXqLipV34SzoaCwL X-Received: by 10.180.100.200 with SMTP id fa8mr9771222wib.23.1404897055422; Wed, 09 Jul 2014 02:10:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.81.73 with HTTP; Wed, 9 Jul 2014 02:10:35 -0700 (PDT) In-Reply-To: <87fvibnu2l.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> <87fvibnu2l.fsf@yun.yagibdah.de> From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Wed, 9 Jul 2014 10:10:35 +0100 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jul 9, 2014 at 3:29 AM, lee wrote: > It's simple with RAID because the disk either fails or not. It's > usually simple with disks because it either fails or not. Depends on your RAID, depends on your disks. If you use disks without TLER they may get kicked out of the array even if they're not failing. Cheers, Nuno _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 09:11:12 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 09:11:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4nty-000767-M6; Wed, 09 Jul 2014 09:10:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4ntx-00075w-BI for xen-users@lists.xen.org; Wed, 09 Jul 2014 09:10:57 +0000 Received: from [193.109.254.147:18745] by server-4.bemta-14.messagelabs.com id 97/E8-20586-0270DB35; Wed, 09 Jul 2014 09:10:56 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-2.tower-27.messagelabs.com!1404897055!16312966!1 X-Originating-IP: [74.125.82.49] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7700 invoked from network); 9 Jul 2014 09:10:56 -0000 Received: from mail-wg0-f49.google.com (HELO mail-wg0-f49.google.com) (74.125.82.49) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2014 09:10:56 -0000 Received: by mail-wg0-f49.google.com with SMTP id a1so3730175wgh.20 for ; Wed, 09 Jul 2014 02:10:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=2DUR3fy0YeidEYhEl8U902nNnglbDmRwWM/bqr2C46w=; b=B9+/QP9SI3QZhyNIEZzQtU6mvJpTVJKdRQEFQ5FfuGLDFE5thxVdTChdA8wB+Uat1S mAZQwaTSO3dMhgg2vsn5KEjgtbGLU3hSmXKkrxgl6wEbUycHykCOaOtADWYgCcgVJDaD lhPabSgIJ+mDmsVlwC8O3gpT2tqP6NWF2SK1zFgPySF9kT8YKLUs1jKV8iJwNJVPyB4t 5bw4p/M5NU0vYzKc+oRRGAJpAJq6rgOf9r/eUe2pTlgqgluaOzoAg81F6GK9+u5MypHq jL9uJOQwpcpCqs0aV1n8wCi2YZRN3hw1lqX6N08lh1aDwadJU/C0WVaNkydPCdGeAx/E ummQ== X-Gm-Message-State: ALoCoQkh3fHtBLWv5/VLHSyA+c4druohC7L8UR8VEIsQI1ZWy8Of9UQJyS2soXqLipV34SzoaCwL X-Received: by 10.180.100.200 with SMTP id fa8mr9771222wib.23.1404897055422; Wed, 09 Jul 2014 02:10:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.81.73 with HTTP; Wed, 9 Jul 2014 02:10:35 -0700 (PDT) In-Reply-To: <87fvibnu2l.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> <87fvibnu2l.fsf@yun.yagibdah.de> From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Wed, 9 Jul 2014 10:10:35 +0100 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Jul 9, 2014 at 3:29 AM, lee wrote: > It's simple with RAID because the disk either fails or not. It's > usually simple with disks because it either fails or not. Depends on your RAID, depends on your disks. If you use disks without TLER they may get kicked out of the array even if they're not failing. Cheers, Nuno _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 10:12:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 10:12:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4oqr-0002JF-DK; Wed, 09 Jul 2014 10:11:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4oqq-0002J9-33 for xen-users@lists.xen.org; Wed, 09 Jul 2014 10:11:48 +0000 Received: from [85.158.137.68:9426] by server-11.bemta-3.messagelabs.com id E4/E3-12889-3651DB35; Wed, 09 Jul 2014 10:11:47 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1404900704!14865574!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28049 invoked from network); 9 Jul 2014 10:11:46 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2014 10:11:46 -0000 X-IronPort-AV: E=Sophos;i="5.01,630,1400025600"; d="scan'208";a="150905265" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 09 Jul 2014 10:11:44 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 9 Jul 2014 06:11:44 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X4oql-0007PS-Tc; Wed, 09 Jul 2014 11:11:43 +0100 Date: Wed, 9 Jul 2014 11:11:43 +0100 From: Wei Liu To: Garym Message-ID: <20140709101143.GD8953@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA1 Cc: "xen-users@lists.xen.org" , wei.liu2@citrix.com Subject: Re: [Xen-users] How to hvm to ivshmem ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, Jul 06, 2014 at 10:26:55PM -0600, Garym wrote: > Hi, > > I'm trying to configure an hvm to include a ivshmem device. Before I > burn a bunch of hours on this, does anyone have a recipe for this > configuration ? > IIRC it's just a PCI device backed by QEMU. You can use device_model_args_hvm to pass in the rune that you would normally use with QEMU. Wei. > Thanks > Gary > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 10:12:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 10:12:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4oqr-0002JF-DK; Wed, 09 Jul 2014 10:11:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4oqq-0002J9-33 for xen-users@lists.xen.org; Wed, 09 Jul 2014 10:11:48 +0000 Received: from [85.158.137.68:9426] by server-11.bemta-3.messagelabs.com id E4/E3-12889-3651DB35; Wed, 09 Jul 2014 10:11:47 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1404900704!14865574!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28049 invoked from network); 9 Jul 2014 10:11:46 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2014 10:11:46 -0000 X-IronPort-AV: E=Sophos;i="5.01,630,1400025600"; d="scan'208";a="150905265" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 09 Jul 2014 10:11:44 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Wed, 9 Jul 2014 06:11:44 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X4oql-0007PS-Tc; Wed, 09 Jul 2014 11:11:43 +0100 Date: Wed, 9 Jul 2014 11:11:43 +0100 From: Wei Liu To: Garym Message-ID: <20140709101143.GD8953@zion.uk.xensource.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA1 Cc: "xen-users@lists.xen.org" , wei.liu2@citrix.com Subject: Re: [Xen-users] How to hvm to ivshmem ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, Jul 06, 2014 at 10:26:55PM -0600, Garym wrote: > Hi, > > I'm trying to configure an hvm to include a ivshmem device. Before I > burn a bunch of hours on this, does anyone have a recipe for this > configuration ? > IIRC it's just a PCI device backed by QEMU. You can use device_model_args_hvm to pass in the rune that you would normally use with QEMU. Wei. > Thanks > Gary > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 12:26:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 12:26:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4qwX-0008PB-F5; Wed, 09 Jul 2014 12:25:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4jul-0000eQ-Ea for xen-users@lists.xenproject.org; Wed, 09 Jul 2014 04:55:31 +0000 Received: from [85.158.139.211:54343] by server-10.bemta-5.messagelabs.com id 4B/5F-10247-24BCCB35; Wed, 09 Jul 2014 04:55:30 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-14.tower-206.messagelabs.com!1404881725!9039748!1 X-Originating-IP: [106.10.149.72] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25239 invoked from network); 9 Jul 2014 04:55:28 -0000 Received: from nm16-vm9.bullet.mail.sg3.yahoo.com (HELO nm16-vm9.bullet.mail.sg3.yahoo.com) (106.10.149.72) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 04:55:28 -0000 Received: from [106.10.166.116] by nm16.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:55:24 -0000 Received: from [106.10.151.122] by tm5.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:55:24 -0000 Received: from [127.0.0.1] by omp1004.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:55:24 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 834005.59379.bm@omp1004.mail.sg3.yahoo.com Received: (qmail 72527 invoked by uid 60001); 9 Jul 2014 04:55:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1404881724; bh=H8Y/LBOgpAtHBqitStAxumeQALNUb5LO6vfAAoLSz6c=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=wJKGI08A2LzEwGOdfPqjhnmRYkEipCyADAf9wqrmtG9CQpq1njmE4VtXCriDOAiGCWn/WU543Ae6J/sf7LM6e4vojDT9ct8y7U/b3vr2amJkUX/M4Rb+67ups0QOYAIWoTOdLjLbVUYSBu6g9zUXDVFJ3/8VTKoPboTiunJZc7s= X-YMail-OSG: dbXBd7cVM1kK_8ldRA4qk1a7nwbzFn4I.NwGgp5XiQxvcfw 81JtE2lJCJZWAtTQ4lfwPuS.f41rNZB2TCSVZvGQ8BclRrLCQ662UZ2HJ7eE RLPAZbi78s7Jry_F8JX7ettdiLtw0rhk0jUwIQM8EPEUNUHxyfb_gsvaZRgt Ma3vzne_lNY2Zr2SHubJjTzW0AmtDx.3fYWkwyJU9iwnSz1vSfm3jF1dAMbe osMpFq0tC.opbMU__bekZgRMO7FD.btOv22I2LSHbE7zX05dyVH.hCdgJVNa mPXip27EsZZLgA3EEimTiGCr.FByI.Ed1_7_YaJmQZasAn1fxx9uENH_leBg XWPd75jUQeP63uhDxdv2GWGlYY5eEYqK29iKTuJqhLDl1dBejsMKneaBNXF9 EE80sTDxh63od1LEolBnad2IKf.8.Bfi6sL.q6Z2NmXrmt2MoTCMvuej22uD HNl11P.zH_24Tv7k.23DiYk2HRx4Ixo0cOUGJinlKDxD0fC00BUfacGrM.XL QIhwQRiwI_wr7bBk0pkNBZJkMolosP0I8RbUmCSi9O3SP6iiAOI6XhKPcUkd A548- Received: from [202.129.240.131] by web190606.mail.sg3.yahoo.com via HTTP; Wed, 09 Jul 2014 12:55:24 SGT X-Rocket-MIMEInfo: 002.001, CkRlYXIgYWxsLCAKwqAKwqAKSSB3YW50IHRvIHBlcmZvcm0geGwgbWlncmF0ZS4KSSBoYXZlIGJ1aWx0IGFuZCBpbnN0YWxsIHhlbiA0LjQgb24gdWJ1bnR1MTQuMDQuIAp2bSBpcyBpbnN0YWxsZWQgdXNpbmcgZ3ZuY3ZpZXdlciB3aXRoIGJhc2ljIC5jZmcgZmlsZS4gCgovZGV2L3ZnMC91YjEgaXMgbG9naWNhbCB2b2x1bWUgKGx2bSkgd2hlcmUgdm0gZGlzayBpbWFnZSBleGlzdGVkLiAKaSBoYXZlIG1vdW50ZWQgL2Rldi92ZzAgdG8gaG9zdG0vYydzIC9kZXYvdmcwCsKgd2hlbiBpIHdyaXRlIHhsIG1pZ3IBMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 Message-ID: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> Date: Wed, 9 Jul 2014 12:55:24 +0800 From: Minalkumar Patel To: "xen-users@lists.xenproject.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 09 Jul 2014 12:25:46 +0000 Subject: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3070146663983047573==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3070146663983047573== Content-Type: multipart/alternative; boundary="-8217979-1242741292-1404881724=:21268" ---8217979-1242741292-1404881724=:21268 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0ADear all, =0A=A0=0A=A0=0AI want to perform xl migrate.=0AI have built an= d install xen 4.4 on ubuntu14.04. =0Avm is installed using gvncviewer with = basic .cfg file. =0A=0A/dev/vg0/ub1 is logical volume (lvm) where vm disk i= mage existed. =0Ai have mounted /dev/vg0 to hostm/c's /dev/vg0=0A=A0when i = write xl migrate vm(id) host(ip)=0Ait gives error: =0A/dev/vg0/ub1 no=A0 su= ch file or directory existed.=A0 (here, ub1 is lvm)=0A=A0=0Ain the same it = is giving:=0Adisk vdev=3Dhda failed to stat =0Adomain createtion failed (co= de -3) =0A=A0=0Amy questio is whether logical volume (lvm) is able to share= between =0Atwo hosts or not. =0A=A0=0Awhat is the solution to work with mi= grating lvm disk image for vm migration. ---8217979-1242741292-1404881724=:21268 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

Dear all,=0D<= br style=3D"" class=3D""> 
 
I want to perform xl migrate.
I have= built and install xen 4.4 on ubuntu14.04.=0D
vm i= s installed using gvncviewer with basic .cfg file.=0D

/dev/vg0/ub1 is logical volume (lvm) where = vm disk image existed.=0D
i have mounted /dev/vg0 = to hostm/c's /dev/vg0
 when i write xl migrat= e vm(id) host(ip)
it gives error:=0D
/dev/vg0/ub1 no  such file or directory existed. =0D(= here, ub1 is lvm)
 
in the same it is givi= ng:
disk vdev=3Dhda failed to stat=0D
domain createtion failed (code -3)=0D
=  
my questio is whether logical volume (lvm) = is able to share between=0D
two hosts or not.=0D 
what is the solutio= n to work with migrating lvm disk image for vm migration.


---8217979-1242741292-1404881724=:21268-- --===============3070146663983047573== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3070146663983047573==-- From xen-users-bounces@lists.xen.org Wed Jul 09 12:26:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 12:26:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4qwW-0008Or-BK; Wed, 09 Jul 2014 12:25:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4jWa-0000Xj-4u for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:30:32 +0000 Received: from [85.158.139.211:62695] by server-16.bemta-5.messagelabs.com id E4/9F-18862-765CCB35; Wed, 09 Jul 2014 04:30:31 +0000 X-Env-Sender: madhisugi20691@yahoo.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1404880227!14408244!1 X-Originating-IP: [106.10.149.101] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3460 invoked from network); 9 Jul 2014 04:30:30 -0000 Received: from nm18-vm6.bullet.mail.sg3.yahoo.com (HELO nm18-vm6.bullet.mail.sg3.yahoo.com) (106.10.149.101) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 04:30:30 -0000 Received: from [106.10.166.112] by nm18.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:30:26 -0000 Received: from [106.10.151.187] by tm1.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:30:26 -0000 Received: from [127.0.0.1] by omp1013.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:30:26 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 703836.87571.bm@omp1013.mail.sg3.yahoo.com Received: (qmail 48186 invoked by uid 60001); 9 Jul 2014 04:30:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1404880226; bh=soZS8uIY2+X6tO245CAZ3CDe/7/MB512sNW2VqyAbN4=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=4aAFMOkLlueBV6EfwpZi7vNk40oMdIpq7n8UH9MopuM3FCV8aGiPJ83036E/2ylWs74dWTWvzXA7A807us6xeze8ROzxwDsggS6xOo1RyFVh68bjrc1PzMGuqANwyjYTktbtYlLj8mfyuTxKNqAfysDhx5GAk2S6nxwo6ptjLdE= X-YMail-OSG: Tua7t1YVM1m_.F1gv5iZ0IxkO5ywOACWs.AxzIdqCsnueFj UD1L1hpTWPJbuEbC3XuiQ9fTweXfFuSjFlFNlVS5qCt03MY_DAC.1EVLIG5C f_lL7c2xqGs4KC0kgrNt_fnIrGwABNJ2OnDY8lcvynOCCfxq7VHBGpjWJtVE Dd8Q8GsEcKfD4mCvXzXB7.PfV6g6.FkEaqPeg8MbZNsi3GI9UOv1ENgV6WTa aAcchF6vpXL9cIAFtQ5CwI9AQS2EWoKWPeRFpb3rMK.WJBfpr700p2CKQJ0A iu_ogV3Dal9hqlRkboVhxKbmfLWf_E0VGdl21MSJPtHGpxfRzzBSL2wrKco0 vslhOLytQqzELkV98Ui72V0RJk1KMdNKFbAXRmQhux4LWzIFUt6vtILKhMAP 3yAdsRZhECr3qgwh86jO2jFUfSGoBpfT4.gH9s8VI0fZ3a5sVsYYDnFruCFh L6Ge3TbxF_ZFJ3M4MhA9iSgU8Khh1OI6yAGzCQU4mW4SAGa_Wb5btZY6.qpk UA4nqE3U.9El9ncrZHjidwCGN.wMS4vgGfCg- Received: from [115.249.104.113] by web194602.mail.sg3.yahoo.com via HTTP; Wed, 09 Jul 2014 12:30:26 SGT X-Rocket-MIMEInfo: 002.001, d2UgYXJlIGludGVyZXN0ZWQgdG8gd29yayB3aXRoIHhlbiBoeXBlcnZpc29ycyBmb3IgYSByZXNlYXJjaCBvbiBjbG91ZCBzZWN1cml0eS5jYW4geW91IHBsZWFzZSBoZWxwIHVzIGluIGluc3RhbGxhdGlvbiBhbmQgZ3VpZGUgdXMgaW4gdXNpbmcgdGhlIHhlbiBoeXBlcnZpc29yIC4KCgoKCnJlZ2FyZHMsClN1Z2FueWEuTSwKKEphbnNvbnMgSW5zdGl0dXRlIG9mIFRlY2hub2xvZ3kpwqABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 Message-ID: <1404880226.81018.YahooMailNeo@web194602.mail.sg3.yahoo.com> Date: Wed, 9 Jul 2014 12:30:26 +0800 From: Suganya Madhi To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 09 Jul 2014 12:25:46 +0000 Subject: [Xen-users] installation of xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Suganya Madhi List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3057436367455614433==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3057436367455614433== Content-Type: multipart/alternative; boundary="937119039-1499347272-1404880226=:81018" --937119039-1499347272-1404880226=:81018 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable we are interested to work with xen hypervisors for a research on cloud secu= rity.can you please help us in installation and guide us in using the xen h= ypervisor .=0A=0A=0A=0A=0Aregards,=0ASuganya.M,=0A(Jansons Institute of Tec= hnology)=A0 --937119039-1499347272-1404880226=:81018 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
we are interested to work with xen hypervisors for a res= earch on cloud security.can you please help us in installation and guide us= in using the xen hypervisor .




regards,
Suganya.M,
(Jansons Institute of Technology) 
= --937119039-1499347272-1404880226=:81018-- --===============3057436367455614433== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3057436367455614433==-- From xen-users-bounces@lists.xen.org Wed Jul 09 12:26:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 12:26:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4qwW-0008Oz-Tg; Wed, 09 Jul 2014 12:25:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4jhB-0000bx-GG for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:41:29 +0000 Received: from [193.109.254.147:57753] by server-14.bemta-14.messagelabs.com id 1C/6C-11800-8F7CCB35; Wed, 09 Jul 2014 04:41:28 +0000 X-Env-Sender: madhisugi20691@yahoo.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1404880884!16274522!1 X-Originating-IP: [106.10.148.72] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7659 invoked from network); 9 Jul 2014 04:41:27 -0000 Received: from nm1-vm1.bullet.mail.sg3.yahoo.com (HELO nm1-vm1.bullet.mail.sg3.yahoo.com) (106.10.148.72) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 04:41:27 -0000 Received: from [106.10.166.118] by nm1.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:41:24 -0000 Received: from [106.10.150.24] by tm7.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:41:24 -0000 Received: from [127.0.0.1] by omp1025.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:41:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 99221.49583.bm@omp1025.mail.sg3.yahoo.com Received: (qmail 18317 invoked by uid 60001); 9 Jul 2014 04:41:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1404880884; bh=7g9mqPxzKCtWUDcJ8TQpOgjQ947FXrxU39VOgmSCgBc=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=JGPcJa3PLpTM5il9k0cei2bpgvt99KVjFr8whzcXgtDOrNotXi5LYh3LsjYh0eVi4m0eqowkqEPfDfGRM9PNF/CJ6ImeKviRmInT+fX3Jovrh2Yv6FrdKiTh/dJg25jPCCpy6LG7bX6UU8+Tf12HtYPzkmKTj8X/AYrQSxgjzek= X-YMail-OSG: AzkuEFkVM1kS0Ee9GOHDCKKBIc6BIaBmt8wMdOV1UzJzmEC 3al_0AJULm91NGnusvvNrPtTWjSqxnaA5L696YobvAbc3RgVOB83iAn47YO3 EId9u5ahIkZFWdilrXSlPS_LsCRsEzd0idHq38zspGScHwVMtCkJmQ10aYo1 n_bx.kjQlvMl8t24MjiVvVU.ITYjhEHqzKk9mi6Dp9EeL9JHkGEG87ZlXrrb sMUNevC1KbkdVsRLeebXC2vwuapuuHSr64lw1AgQWKUlRq3Fi_75rTZF8L7F DbfsHfMgX8HQE1yQJLuNYtt6s4sLay0EqUvk8ih0mwdOQldZzJAWB0DNCItw R32eW_fgg7Y4shBN2hRHD_RCYT72dNl6XhgD6A2F0QA2XsdtH1zXRxzbYcVu TQgo9DYltp.fmbTeh.em73YdW3zYw_.M9N8Fifu.rDmt8jJ9gTO2K9u.a.tV nh0OIpEP9jhdlekDuOHGYuEijvEPDZ3lJ3rnU0BXwdGB3U3wJpQ_lR07Fb3c 1j4RtJ4ZN3j4n6fUzpbsHT859v6nQqNBvIds- Received: from [115.249.104.113] by web194603.mail.sg3.yahoo.com via HTTP; Wed, 09 Jul 2014 12:41:23 SGT X-Rocket-MIMEInfo: 002.001, d2UgYXJlIGludGVyZXN0ZWQgdG8gd29yayB3aXRoIHhlbiBoeXBlcnZpc29ycyBmb3IgYSByZXNlYXJjaCBvbiBjbG91ZCBzZWN1cml0eS5jYW4geW91IHBsZWFzZSBoZWxwIHVzIGluIGluc3RhbGxhdGlvbiBhbmQgZ3VpZGUgdXMgaW4gdXNpbmcgdGhlIHhlbiBoeXBlcnZpc29yIC4KCgoKCnJlZ2FyZHMsClN1Z2FueWEuTSwKKEphbnNvbnMgSW5zdGl0dXRlIG9mIFRlY2hub2xvZ3kpwqABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 Message-ID: <1404880883.48834.YahooMailNeo@web194603.mail.sg3.yahoo.com> Date: Wed, 9 Jul 2014 12:41:23 +0800 From: Suganya Madhi To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 09 Jul 2014 12:25:46 +0000 Subject: [Xen-users] installation of xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Suganya Madhi List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0818626395455505601==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0818626395455505601== Content-Type: multipart/alternative; boundary="-1397618437-1791709194-1404880883=:48834" ---1397618437-1791709194-1404880883=:48834 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable we are interested to work with xen hypervisors for a research on cloud secu= rity.can you please help us in installation and guide us in using the xen h= ypervisor .=0A=0A=0A=0A=0Aregards,=0ASuganya.M,=0A(Jansons Institute of Tec= hnology)=A0 ---1397618437-1791709194-1404880883=:48834 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
we are interested to work with xen hypervisors for a res= earch on cloud security.can you please help us in installation and guide us= in using the xen hypervisor .




regards,
Suganya.M,
(Jansons Institute of Technology) 
= ---1397618437-1791709194-1404880883=:48834-- --===============0818626395455505601== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0818626395455505601==-- From xen-users-bounces@lists.xen.org Wed Jul 09 12:26:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 12:26:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4qwW-0008Or-BK; Wed, 09 Jul 2014 12:25:48 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4jWa-0000Xj-4u for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:30:32 +0000 Received: from [85.158.139.211:62695] by server-16.bemta-5.messagelabs.com id E4/9F-18862-765CCB35; Wed, 09 Jul 2014 04:30:31 +0000 X-Env-Sender: madhisugi20691@yahoo.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1404880227!14408244!1 X-Originating-IP: [106.10.149.101] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3460 invoked from network); 9 Jul 2014 04:30:30 -0000 Received: from nm18-vm6.bullet.mail.sg3.yahoo.com (HELO nm18-vm6.bullet.mail.sg3.yahoo.com) (106.10.149.101) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 04:30:30 -0000 Received: from [106.10.166.112] by nm18.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:30:26 -0000 Received: from [106.10.151.187] by tm1.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:30:26 -0000 Received: from [127.0.0.1] by omp1013.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:30:26 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 703836.87571.bm@omp1013.mail.sg3.yahoo.com Received: (qmail 48186 invoked by uid 60001); 9 Jul 2014 04:30:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1404880226; bh=soZS8uIY2+X6tO245CAZ3CDe/7/MB512sNW2VqyAbN4=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=4aAFMOkLlueBV6EfwpZi7vNk40oMdIpq7n8UH9MopuM3FCV8aGiPJ83036E/2ylWs74dWTWvzXA7A807us6xeze8ROzxwDsggS6xOo1RyFVh68bjrc1PzMGuqANwyjYTktbtYlLj8mfyuTxKNqAfysDhx5GAk2S6nxwo6ptjLdE= X-YMail-OSG: Tua7t1YVM1m_.F1gv5iZ0IxkO5ywOACWs.AxzIdqCsnueFj UD1L1hpTWPJbuEbC3XuiQ9fTweXfFuSjFlFNlVS5qCt03MY_DAC.1EVLIG5C f_lL7c2xqGs4KC0kgrNt_fnIrGwABNJ2OnDY8lcvynOCCfxq7VHBGpjWJtVE Dd8Q8GsEcKfD4mCvXzXB7.PfV6g6.FkEaqPeg8MbZNsi3GI9UOv1ENgV6WTa aAcchF6vpXL9cIAFtQ5CwI9AQS2EWoKWPeRFpb3rMK.WJBfpr700p2CKQJ0A iu_ogV3Dal9hqlRkboVhxKbmfLWf_E0VGdl21MSJPtHGpxfRzzBSL2wrKco0 vslhOLytQqzELkV98Ui72V0RJk1KMdNKFbAXRmQhux4LWzIFUt6vtILKhMAP 3yAdsRZhECr3qgwh86jO2jFUfSGoBpfT4.gH9s8VI0fZ3a5sVsYYDnFruCFh L6Ge3TbxF_ZFJ3M4MhA9iSgU8Khh1OI6yAGzCQU4mW4SAGa_Wb5btZY6.qpk UA4nqE3U.9El9ncrZHjidwCGN.wMS4vgGfCg- Received: from [115.249.104.113] by web194602.mail.sg3.yahoo.com via HTTP; Wed, 09 Jul 2014 12:30:26 SGT X-Rocket-MIMEInfo: 002.001, d2UgYXJlIGludGVyZXN0ZWQgdG8gd29yayB3aXRoIHhlbiBoeXBlcnZpc29ycyBmb3IgYSByZXNlYXJjaCBvbiBjbG91ZCBzZWN1cml0eS5jYW4geW91IHBsZWFzZSBoZWxwIHVzIGluIGluc3RhbGxhdGlvbiBhbmQgZ3VpZGUgdXMgaW4gdXNpbmcgdGhlIHhlbiBoeXBlcnZpc29yIC4KCgoKCnJlZ2FyZHMsClN1Z2FueWEuTSwKKEphbnNvbnMgSW5zdGl0dXRlIG9mIFRlY2hub2xvZ3kpwqABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 Message-ID: <1404880226.81018.YahooMailNeo@web194602.mail.sg3.yahoo.com> Date: Wed, 9 Jul 2014 12:30:26 +0800 From: Suganya Madhi To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 09 Jul 2014 12:25:46 +0000 Subject: [Xen-users] installation of xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Suganya Madhi List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3057436367455614433==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3057436367455614433== Content-Type: multipart/alternative; boundary="937119039-1499347272-1404880226=:81018" --937119039-1499347272-1404880226=:81018 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable we are interested to work with xen hypervisors for a research on cloud secu= rity.can you please help us in installation and guide us in using the xen h= ypervisor .=0A=0A=0A=0A=0Aregards,=0ASuganya.M,=0A(Jansons Institute of Tec= hnology)=A0 --937119039-1499347272-1404880226=:81018 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
we are interested to work with xen hypervisors for a res= earch on cloud security.can you please help us in installation and guide us= in using the xen hypervisor .




regards,
Suganya.M,
(Jansons Institute of Technology) 
= --937119039-1499347272-1404880226=:81018-- --===============3057436367455614433== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3057436367455614433==-- From xen-users-bounces@lists.xen.org Wed Jul 09 12:26:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 12:26:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4qwX-0008PB-F5; Wed, 09 Jul 2014 12:25:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4jul-0000eQ-Ea for xen-users@lists.xenproject.org; Wed, 09 Jul 2014 04:55:31 +0000 Received: from [85.158.139.211:54343] by server-10.bemta-5.messagelabs.com id 4B/5F-10247-24BCCB35; Wed, 09 Jul 2014 04:55:30 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-14.tower-206.messagelabs.com!1404881725!9039748!1 X-Originating-IP: [106.10.149.72] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25239 invoked from network); 9 Jul 2014 04:55:28 -0000 Received: from nm16-vm9.bullet.mail.sg3.yahoo.com (HELO nm16-vm9.bullet.mail.sg3.yahoo.com) (106.10.149.72) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 04:55:28 -0000 Received: from [106.10.166.116] by nm16.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:55:24 -0000 Received: from [106.10.151.122] by tm5.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:55:24 -0000 Received: from [127.0.0.1] by omp1004.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:55:24 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 834005.59379.bm@omp1004.mail.sg3.yahoo.com Received: (qmail 72527 invoked by uid 60001); 9 Jul 2014 04:55:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1404881724; bh=H8Y/LBOgpAtHBqitStAxumeQALNUb5LO6vfAAoLSz6c=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=wJKGI08A2LzEwGOdfPqjhnmRYkEipCyADAf9wqrmtG9CQpq1njmE4VtXCriDOAiGCWn/WU543Ae6J/sf7LM6e4vojDT9ct8y7U/b3vr2amJkUX/M4Rb+67ups0QOYAIWoTOdLjLbVUYSBu6g9zUXDVFJ3/8VTKoPboTiunJZc7s= X-YMail-OSG: dbXBd7cVM1kK_8ldRA4qk1a7nwbzFn4I.NwGgp5XiQxvcfw 81JtE2lJCJZWAtTQ4lfwPuS.f41rNZB2TCSVZvGQ8BclRrLCQ662UZ2HJ7eE RLPAZbi78s7Jry_F8JX7ettdiLtw0rhk0jUwIQM8EPEUNUHxyfb_gsvaZRgt Ma3vzne_lNY2Zr2SHubJjTzW0AmtDx.3fYWkwyJU9iwnSz1vSfm3jF1dAMbe osMpFq0tC.opbMU__bekZgRMO7FD.btOv22I2LSHbE7zX05dyVH.hCdgJVNa mPXip27EsZZLgA3EEimTiGCr.FByI.Ed1_7_YaJmQZasAn1fxx9uENH_leBg XWPd75jUQeP63uhDxdv2GWGlYY5eEYqK29iKTuJqhLDl1dBejsMKneaBNXF9 EE80sTDxh63od1LEolBnad2IKf.8.Bfi6sL.q6Z2NmXrmt2MoTCMvuej22uD HNl11P.zH_24Tv7k.23DiYk2HRx4Ixo0cOUGJinlKDxD0fC00BUfacGrM.XL QIhwQRiwI_wr7bBk0pkNBZJkMolosP0I8RbUmCSi9O3SP6iiAOI6XhKPcUkd A548- Received: from [202.129.240.131] by web190606.mail.sg3.yahoo.com via HTTP; Wed, 09 Jul 2014 12:55:24 SGT X-Rocket-MIMEInfo: 002.001, CkRlYXIgYWxsLCAKwqAKwqAKSSB3YW50IHRvIHBlcmZvcm0geGwgbWlncmF0ZS4KSSBoYXZlIGJ1aWx0IGFuZCBpbnN0YWxsIHhlbiA0LjQgb24gdWJ1bnR1MTQuMDQuIAp2bSBpcyBpbnN0YWxsZWQgdXNpbmcgZ3ZuY3ZpZXdlciB3aXRoIGJhc2ljIC5jZmcgZmlsZS4gCgovZGV2L3ZnMC91YjEgaXMgbG9naWNhbCB2b2x1bWUgKGx2bSkgd2hlcmUgdm0gZGlzayBpbWFnZSBleGlzdGVkLiAKaSBoYXZlIG1vdW50ZWQgL2Rldi92ZzAgdG8gaG9zdG0vYydzIC9kZXYvdmcwCsKgd2hlbiBpIHdyaXRlIHhsIG1pZ3IBMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 Message-ID: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> Date: Wed, 9 Jul 2014 12:55:24 +0800 From: Minalkumar Patel To: "xen-users@lists.xenproject.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 09 Jul 2014 12:25:46 +0000 Subject: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3070146663983047573==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3070146663983047573== Content-Type: multipart/alternative; boundary="-8217979-1242741292-1404881724=:21268" ---8217979-1242741292-1404881724=:21268 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0ADear all, =0A=A0=0A=A0=0AI want to perform xl migrate.=0AI have built an= d install xen 4.4 on ubuntu14.04. =0Avm is installed using gvncviewer with = basic .cfg file. =0A=0A/dev/vg0/ub1 is logical volume (lvm) where vm disk i= mage existed. =0Ai have mounted /dev/vg0 to hostm/c's /dev/vg0=0A=A0when i = write xl migrate vm(id) host(ip)=0Ait gives error: =0A/dev/vg0/ub1 no=A0 su= ch file or directory existed.=A0 (here, ub1 is lvm)=0A=A0=0Ain the same it = is giving:=0Adisk vdev=3Dhda failed to stat =0Adomain createtion failed (co= de -3) =0A=A0=0Amy questio is whether logical volume (lvm) is able to share= between =0Atwo hosts or not. =0A=A0=0Awhat is the solution to work with mi= grating lvm disk image for vm migration. ---8217979-1242741292-1404881724=:21268 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

Dear all,=0D<= br style=3D"" class=3D""> 
 
I want to perform xl migrate.
I have= built and install xen 4.4 on ubuntu14.04.=0D
vm i= s installed using gvncviewer with basic .cfg file.=0D

/dev/vg0/ub1 is logical volume (lvm) where = vm disk image existed.=0D
i have mounted /dev/vg0 = to hostm/c's /dev/vg0
 when i write xl migrat= e vm(id) host(ip)
it gives error:=0D
/dev/vg0/ub1 no  such file or directory existed. =0D(= here, ub1 is lvm)
 
in the same it is givi= ng:
disk vdev=3Dhda failed to stat=0D
domain createtion failed (code -3)=0D
=  
my questio is whether logical volume (lvm) = is able to share between=0D
two hosts or not.=0D 
what is the solutio= n to work with migrating lvm disk image for vm migration.


---8217979-1242741292-1404881724=:21268-- --===============3070146663983047573== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3070146663983047573==-- From xen-users-bounces@lists.xen.org Wed Jul 09 12:26:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 12:26:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4qwW-0008Oz-Tg; Wed, 09 Jul 2014 12:25:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4jhB-0000bx-GG for xen-users@lists.xen.org; Wed, 09 Jul 2014 04:41:29 +0000 Received: from [193.109.254.147:57753] by server-14.bemta-14.messagelabs.com id 1C/6C-11800-8F7CCB35; Wed, 09 Jul 2014 04:41:28 +0000 X-Env-Sender: madhisugi20691@yahoo.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1404880884!16274522!1 X-Originating-IP: [106.10.148.72] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7659 invoked from network); 9 Jul 2014 04:41:27 -0000 Received: from nm1-vm1.bullet.mail.sg3.yahoo.com (HELO nm1-vm1.bullet.mail.sg3.yahoo.com) (106.10.148.72) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 04:41:27 -0000 Received: from [106.10.166.118] by nm1.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:41:24 -0000 Received: from [106.10.150.24] by tm7.bullet.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:41:24 -0000 Received: from [127.0.0.1] by omp1025.mail.sg3.yahoo.com with NNFMP; 09 Jul 2014 04:41:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 99221.49583.bm@omp1025.mail.sg3.yahoo.com Received: (qmail 18317 invoked by uid 60001); 9 Jul 2014 04:41:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1404880884; bh=7g9mqPxzKCtWUDcJ8TQpOgjQ947FXrxU39VOgmSCgBc=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=JGPcJa3PLpTM5il9k0cei2bpgvt99KVjFr8whzcXgtDOrNotXi5LYh3LsjYh0eVi4m0eqowkqEPfDfGRM9PNF/CJ6ImeKviRmInT+fX3Jovrh2Yv6FrdKiTh/dJg25jPCCpy6LG7bX6UU8+Tf12HtYPzkmKTj8X/AYrQSxgjzek= X-YMail-OSG: AzkuEFkVM1kS0Ee9GOHDCKKBIc6BIaBmt8wMdOV1UzJzmEC 3al_0AJULm91NGnusvvNrPtTWjSqxnaA5L696YobvAbc3RgVOB83iAn47YO3 EId9u5ahIkZFWdilrXSlPS_LsCRsEzd0idHq38zspGScHwVMtCkJmQ10aYo1 n_bx.kjQlvMl8t24MjiVvVU.ITYjhEHqzKk9mi6Dp9EeL9JHkGEG87ZlXrrb sMUNevC1KbkdVsRLeebXC2vwuapuuHSr64lw1AgQWKUlRq3Fi_75rTZF8L7F DbfsHfMgX8HQE1yQJLuNYtt6s4sLay0EqUvk8ih0mwdOQldZzJAWB0DNCItw R32eW_fgg7Y4shBN2hRHD_RCYT72dNl6XhgD6A2F0QA2XsdtH1zXRxzbYcVu TQgo9DYltp.fmbTeh.em73YdW3zYw_.M9N8Fifu.rDmt8jJ9gTO2K9u.a.tV nh0OIpEP9jhdlekDuOHGYuEijvEPDZ3lJ3rnU0BXwdGB3U3wJpQ_lR07Fb3c 1j4RtJ4ZN3j4n6fUzpbsHT859v6nQqNBvIds- Received: from [115.249.104.113] by web194603.mail.sg3.yahoo.com via HTTP; Wed, 09 Jul 2014 12:41:23 SGT X-Rocket-MIMEInfo: 002.001, d2UgYXJlIGludGVyZXN0ZWQgdG8gd29yayB3aXRoIHhlbiBoeXBlcnZpc29ycyBmb3IgYSByZXNlYXJjaCBvbiBjbG91ZCBzZWN1cml0eS5jYW4geW91IHBsZWFzZSBoZWxwIHVzIGluIGluc3RhbGxhdGlvbiBhbmQgZ3VpZGUgdXMgaW4gdXNpbmcgdGhlIHhlbiBoeXBlcnZpc29yIC4KCgoKCnJlZ2FyZHMsClN1Z2FueWEuTSwKKEphbnNvbnMgSW5zdGl0dXRlIG9mIFRlY2hub2xvZ3kpwqABMAEBAQE- X-Mailer: YahooMailWebService/0.8.191.1 Message-ID: <1404880883.48834.YahooMailNeo@web194603.mail.sg3.yahoo.com> Date: Wed, 9 Jul 2014 12:41:23 +0800 From: Suganya Madhi To: "xen-users@lists.xen.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 09 Jul 2014 12:25:46 +0000 Subject: [Xen-users] installation of xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Suganya Madhi List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0818626395455505601==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0818626395455505601== Content-Type: multipart/alternative; boundary="-1397618437-1791709194-1404880883=:48834" ---1397618437-1791709194-1404880883=:48834 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable we are interested to work with xen hypervisors for a research on cloud secu= rity.can you please help us in installation and guide us in using the xen h= ypervisor .=0A=0A=0A=0A=0Aregards,=0ASuganya.M,=0A(Jansons Institute of Tec= hnology)=A0 ---1397618437-1791709194-1404880883=:48834 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
we are interested to work with xen hypervisors for a res= earch on cloud security.can you please help us in installation and guide us= in using the xen hypervisor .




regards,
Suganya.M,
(Jansons Institute of Technology) 
= ---1397618437-1791709194-1404880883=:48834-- --===============0818626395455505601== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0818626395455505601==-- From xen-users-bounces@lists.xen.org Wed Jul 09 12:49:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 12:49:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4rIh-0002Mo-8F; Wed, 09 Jul 2014 12:48:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4rIe-0002Me-Jo for xen-users@lists.xen.org; Wed, 09 Jul 2014 12:48:40 +0000 Received: from [193.109.254.147:2241] by server-14.bemta-14.messagelabs.com id 48/5F-11800-72A3DB35; Wed, 09 Jul 2014 12:48:39 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-9.tower-27.messagelabs.com!1404910118!16387623!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17092 invoked from network); 9 Jul 2014 12:48:39 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 12:48:39 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h7gLG3XzKz9tx7t for ; Wed, 9 Jul 2014 14:48:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404910118; bh=Dlb5LU2cehpmmI59YCMaWThzg/pJJ6Cv7X7E/omUtRM=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=NEW7wX4/XHE8q7bTkFANHqeAr6Co6aZ7HmtXxtLLMz/7VHOuNjXcjSts8g8SFxx/B YYn7uU22KDyv9tKWOVA3YASLH7IpZyuA5+v1nC4PyU5VnoeMPxqQumhn8fyR7sPWXe zEglChKZdGdPXZzxOMrYMCMDWKCXbNvnWx6yeRwk= Message-ID: <53BD3A24.9020700@op.pl> Date: Wed, 09 Jul 2014 14:48:36 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <87oax2of08.fsf@yun.yagibdah.de> <53BA5655.40708@op.pl> <87oawzo0h9.fsf@yun.yagibdah.de> In-Reply-To: <87oawzo0h9.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-09 02:10, lee pisze: > Kuba writes: > >>> W dniu 2014-07-06 14:20, lee pisze: >>>> Kuba writes: >>> >>> I think that it doesn't matter what the line starts with and that people >>> do not always know what they are doing. Besides, what a line starts >>> with is configurable. >> >> I'd change it to "?" for users and "!" for root. > > or make it red for root > >> Snapshot replicated to another set of disk on another machine >> qualifies for me as a backup. When you take a snapshot, it's stored on >> the same pool, so if you loose the pool, you loose the snapshots too. > > And when you replicate it to the other machine, it's not a snapshot > anymore but a copy like a backup? It's a backup copy with a snapshot :) >> Please don't get me wrong, but if you find that interesting maybe it >> would benefit you more to read some docs or howtos and try it for >> yourself instead of trying to learn about a thing you've never touched >> by asking questions? I'm no expert on the subject, so chances are I'd >> unintentionally provide you with information that's incorrect. > > The documentation might do that as well. And yes, I'm getting to the > point at which I should try it out. Hooray >> Copying data without any form of checksumming (even done manually) is >> like rolling dice for me. > > Wow, that's quite a statement. Do you checksum every bit of data you > copy in some way? I never said I don't gamble ;) It depends on the data and what is going to happen with the source and destination after the copying is done. Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 12:49:01 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 12:49:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4rIh-0002Mo-8F; Wed, 09 Jul 2014 12:48:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4rIe-0002Me-Jo for xen-users@lists.xen.org; Wed, 09 Jul 2014 12:48:40 +0000 Received: from [193.109.254.147:2241] by server-14.bemta-14.messagelabs.com id 48/5F-11800-72A3DB35; Wed, 09 Jul 2014 12:48:39 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-9.tower-27.messagelabs.com!1404910118!16387623!1 X-Originating-IP: [213.180.142.140] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n,sa_preprocessor: QmFkIElQOiAyMTMuMTgwLjE0Mi4xNDAgPT4gMTgwNzg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17092 invoked from network); 9 Jul 2014 12:48:39 -0000 Received: from smtpo09.poczta.onet.pl (HELO smtpo09.poczta.onet.pl) (213.180.142.140) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 12:48:39 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3h7gLG3XzKz9tx7t for ; Wed, 9 Jul 2014 14:48:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1404910118; bh=Dlb5LU2cehpmmI59YCMaWThzg/pJJ6Cv7X7E/omUtRM=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=NEW7wX4/XHE8q7bTkFANHqeAr6Co6aZ7HmtXxtLLMz/7VHOuNjXcjSts8g8SFxx/B YYn7uU22KDyv9tKWOVA3YASLH7IpZyuA5+v1nC4PyU5VnoeMPxqQumhn8fyR7sPWXe zEglChKZdGdPXZzxOMrYMCMDWKCXbNvnWx6yeRwk= Message-ID: <53BD3A24.9020700@op.pl> Date: Wed, 09 Jul 2014 14:48:36 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7D486.5040904@op.pl> <87oax2of08.fsf@yun.yagibdah.de> <53BA5655.40708@op.pl> <87oawzo0h9.fsf@yun.yagibdah.de> In-Reply-To: <87oawzo0h9.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org W dniu 2014-07-09 02:10, lee pisze: > Kuba writes: > >>> W dniu 2014-07-06 14:20, lee pisze: >>>> Kuba writes: >>> >>> I think that it doesn't matter what the line starts with and that people >>> do not always know what they are doing. Besides, what a line starts >>> with is configurable. >> >> I'd change it to "?" for users and "!" for root. > > or make it red for root > >> Snapshot replicated to another set of disk on another machine >> qualifies for me as a backup. When you take a snapshot, it's stored on >> the same pool, so if you loose the pool, you loose the snapshots too. > > And when you replicate it to the other machine, it's not a snapshot > anymore but a copy like a backup? It's a backup copy with a snapshot :) >> Please don't get me wrong, but if you find that interesting maybe it >> would benefit you more to read some docs or howtos and try it for >> yourself instead of trying to learn about a thing you've never touched >> by asking questions? I'm no expert on the subject, so chances are I'd >> unintentionally provide you with information that's incorrect. > > The documentation might do that as well. And yes, I'm getting to the > point at which I should try it out. Hooray >> Copying data without any form of checksumming (even done manually) is >> like rolling dice for me. > > Wow, that's quite a statement. Do you checksum every bit of data you > copy in some way? I never said I don't gamble ;) It depends on the data and what is going to happen with the source and destination after the copying is done. Kuba _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 13:00:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 13:00:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4rUB-0002zZ-UT; Wed, 09 Jul 2014 13:00:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4rUA-0002zT-DV for xen-users@lists.xen.org; Wed, 09 Jul 2014 13:00:34 +0000 Received: from [85.158.137.68:59968] by server-15.bemta-3.messagelabs.com id 1F/00-26980-1FC3DB35; Wed, 09 Jul 2014 13:00:33 +0000 X-Env-Sender: fritz@adsquare.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1404910832!10978180!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21321 invoked from network); 9 Jul 2014 13:00:32 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2014 13:00:32 -0000 Received: by mail-wi0-f174.google.com with SMTP id d1so411569wiv.13 for ; Wed, 09 Jul 2014 06:00:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=DS6179le8P66NKy6C1E4mwRWcFGAUjOaDgtMz0N9rUM=; b=dMn03RsIVOazmqj7iTd4rJK2/mj/Tt6ILAo7o8sXGJSoEhrgKtMVXLIb87GcypsULz KBE5DxIwpccUpx8+3jcRcvZ7VjYo4yocXOQpcZcf7M+hAuBztr3VB6HuYVahxspBq20v ewxXFta/srjDn2vkNC7ZncA8JGjKqG0EClzeQXa0UtQ3ztYeUfWeiWsDooIXQAH5eLwm YsAygW6SkaE+9JGYce+vKcTOPBVZjPF42fGUJRFLutA6JRavRa4McIOwBnLx4bb+RBS1 VP8C9zUkypbrdBjhNRCdUf1rrPdpWr2CWEsTBeF6ZFEtyg/tHj10OGMv1C9zEZ/uVEoX Y14w== X-Gm-Message-State: ALoCoQm3C4AeSvvcEnMqqHt82ZfED46B694kDC8J21/Goc4Ggn0OTWgbWtsdkylTDvr/LVRlmELt X-Received: by 10.180.76.68 with SMTP id i4mr11374942wiw.83.1404910831245; Wed, 09 Jul 2014 06:00:31 -0700 (PDT) Received: from fritzs-mbp.fritz.box (p50991ac2.dip0.t-ipconnect.de. [80.153.26.194]) by mx.google.com with ESMTPSA id de5sm19189874wib.18.2014.07.09.06.00.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 09 Jul 2014 06:00:30 -0700 (PDT) From: Fritz Richter Message-Id: Date: Wed, 9 Jul 2014 15:00:27 +0200 To: xen-users@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Subject: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi together, maybe there is someone out there who is able to support me with the current issue. I was trying my best to search for answers, but still run into problems. I have got a debian server with one eth0 attached to it. There are multiple networks attached to the server: - Public IP Adress 1 (single public IP for dom0) - Public IP Adress 2 (single public IP for one virtual domU) - Internal IP Network 10.10.10.x (internal live network attached to 1..n domU) - Internal IP Network 10.10.20.x (internal dev network attached to 1..n domU) The very first question is, how to setup the dom0 so that the system is prepared to handle all different scenarios)? I would like to run a bridged mode (without routing). # Loopback device: auto lo iface lo inet loopback # device: eth0 auto eth0 iface eth0 inet static address 100.0.0.10 broadcast 100.0.0.255 netmask 255.255.255.0 gateway 100.0.0.1 auto eth0:1 iface eth0:1 inet static address 10.10.10.5 broadcast 10.10.10.255 netmask 255.255.255.0 auto eth0:2 iface eth0:2 inet static address 10.10.20.5 broadcast 10.10.20.255 netmask 255.255.255.0 By doing this, at least my system (dom0) is able to handle ip traffic. On other servers I had another eth1 which I added like this: # bridge for non-live services auto br1 iface br1 inet static bridge_ports eth1 address 10.10.20.129 broadcast 10.10.20.255 netmask 255.255.0.0 bridge_stp off # disable Spanning Tree Protocol bridge_waitport 0 # no delay before a port becomes available bridge_fd 0 # no forwarding delay I do not understand how to setup the /etc/network/interfaces for a multi-IP-domU with one eth0 by using the bridged mode. Can anybody share some ideas? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 13:00:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 13:00:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4rUB-0002zZ-UT; Wed, 09 Jul 2014 13:00:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4rUA-0002zT-DV for xen-users@lists.xen.org; Wed, 09 Jul 2014 13:00:34 +0000 Received: from [85.158.137.68:59968] by server-15.bemta-3.messagelabs.com id 1F/00-26980-1FC3DB35; Wed, 09 Jul 2014 13:00:33 +0000 X-Env-Sender: fritz@adsquare.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1404910832!10978180!1 X-Originating-IP: [209.85.212.174] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21321 invoked from network); 9 Jul 2014 13:00:32 -0000 Received: from mail-wi0-f174.google.com (HELO mail-wi0-f174.google.com) (209.85.212.174) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2014 13:00:32 -0000 Received: by mail-wi0-f174.google.com with SMTP id d1so411569wiv.13 for ; Wed, 09 Jul 2014 06:00:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=DS6179le8P66NKy6C1E4mwRWcFGAUjOaDgtMz0N9rUM=; b=dMn03RsIVOazmqj7iTd4rJK2/mj/Tt6ILAo7o8sXGJSoEhrgKtMVXLIb87GcypsULz KBE5DxIwpccUpx8+3jcRcvZ7VjYo4yocXOQpcZcf7M+hAuBztr3VB6HuYVahxspBq20v ewxXFta/srjDn2vkNC7ZncA8JGjKqG0EClzeQXa0UtQ3ztYeUfWeiWsDooIXQAH5eLwm YsAygW6SkaE+9JGYce+vKcTOPBVZjPF42fGUJRFLutA6JRavRa4McIOwBnLx4bb+RBS1 VP8C9zUkypbrdBjhNRCdUf1rrPdpWr2CWEsTBeF6ZFEtyg/tHj10OGMv1C9zEZ/uVEoX Y14w== X-Gm-Message-State: ALoCoQm3C4AeSvvcEnMqqHt82ZfED46B694kDC8J21/Goc4Ggn0OTWgbWtsdkylTDvr/LVRlmELt X-Received: by 10.180.76.68 with SMTP id i4mr11374942wiw.83.1404910831245; Wed, 09 Jul 2014 06:00:31 -0700 (PDT) Received: from fritzs-mbp.fritz.box (p50991ac2.dip0.t-ipconnect.de. [80.153.26.194]) by mx.google.com with ESMTPSA id de5sm19189874wib.18.2014.07.09.06.00.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 09 Jul 2014 06:00:30 -0700 (PDT) From: Fritz Richter Message-Id: Date: Wed, 9 Jul 2014 15:00:27 +0200 To: xen-users@lists.xen.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) X-Mailer: Apple Mail (2.1878.2) Subject: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi together, maybe there is someone out there who is able to support me with the current issue. I was trying my best to search for answers, but still run into problems. I have got a debian server with one eth0 attached to it. There are multiple networks attached to the server: - Public IP Adress 1 (single public IP for dom0) - Public IP Adress 2 (single public IP for one virtual domU) - Internal IP Network 10.10.10.x (internal live network attached to 1..n domU) - Internal IP Network 10.10.20.x (internal dev network attached to 1..n domU) The very first question is, how to setup the dom0 so that the system is prepared to handle all different scenarios)? I would like to run a bridged mode (without routing). # Loopback device: auto lo iface lo inet loopback # device: eth0 auto eth0 iface eth0 inet static address 100.0.0.10 broadcast 100.0.0.255 netmask 255.255.255.0 gateway 100.0.0.1 auto eth0:1 iface eth0:1 inet static address 10.10.10.5 broadcast 10.10.10.255 netmask 255.255.255.0 auto eth0:2 iface eth0:2 inet static address 10.10.20.5 broadcast 10.10.20.255 netmask 255.255.255.0 By doing this, at least my system (dom0) is able to handle ip traffic. On other servers I had another eth1 which I added like this: # bridge for non-live services auto br1 iface br1 inet static bridge_ports eth1 address 10.10.20.129 broadcast 10.10.20.255 netmask 255.255.0.0 bridge_stp off # disable Spanning Tree Protocol bridge_waitport 0 # no delay before a port becomes available bridge_fd 0 # no forwarding delay I do not understand how to setup the /etc/network/interfaces for a multi-IP-domU with one eth0 by using the bridged mode. Can anybody share some ideas? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 15:20:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 15:20:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4tf4-0002cO-7E; Wed, 09 Jul 2014 15:19:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4tf2-0002cE-Rh for xen-users@lists.xen.org; Wed, 09 Jul 2014 15:19:56 +0000 Received: from [85.158.143.35:50832] by server-1.bemta-4.messagelabs.com id 0E/FF-09496-C9D5DB35; Wed, 09 Jul 2014 15:19:56 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1404919194!16854123!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26019 invoked from network); 9 Jul 2014 15:19:55 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2014 15:19:55 -0000 X-IronPort-AV: E=Sophos;i="5.01,631,1400025600"; d="scan'208";a="151274615" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 09 Jul 2014 15:19:54 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 9 Jul 2014 11:19:53 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X4tez-00057K-1m; Wed, 09 Jul 2014 16:19:53 +0100 Date: Wed, 9 Jul 2014 16:19:53 +0100 From: Wei Liu To: Gary M Message-ID: <20140709151952.GF8953@zion.uk.xensource.com> References: <20140709101143.GD8953@zion.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: xen-users@lists.xen.org, Wei Liu Subject: Re: [Xen-users] How to hvm to ivshmem ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Please don't drop xen-users@ On Wed, Jul 09, 2014 at 09:14:00AM -0600, Gary M wrote: > Thanks Wei.. let me give it a try when I get in the office today.. > > I ultimately need it in a pv or pv/hv model, I can work with a hv for now.. > > -gary > Unfortunately PV doesn't have emulated PCI device so it won't work. Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 15:20:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 15:20:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4tf4-0002cO-7E; Wed, 09 Jul 2014 15:19:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4tf2-0002cE-Rh for xen-users@lists.xen.org; Wed, 09 Jul 2014 15:19:56 +0000 Received: from [85.158.143.35:50832] by server-1.bemta-4.messagelabs.com id 0E/FF-09496-C9D5DB35; Wed, 09 Jul 2014 15:19:56 +0000 X-Env-Sender: wei.liu2@citrix.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1404919194!16854123!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26019 invoked from network); 9 Jul 2014 15:19:55 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Jul 2014 15:19:55 -0000 X-IronPort-AV: E=Sophos;i="5.01,631,1400025600"; d="scan'208";a="151274615" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 09 Jul 2014 15:19:54 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Wed, 9 Jul 2014 11:19:53 -0400 Received: from zion.uk.xensource.com ([10.80.2.73]) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1X4tez-00057K-1m; Wed, 09 Jul 2014 16:19:53 +0100 Date: Wed, 9 Jul 2014 16:19:53 +0100 From: Wei Liu To: Gary M Message-ID: <20140709151952.GF8953@zion.uk.xensource.com> References: <20140709101143.GD8953@zion.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: xen-users@lists.xen.org, Wei Liu Subject: Re: [Xen-users] How to hvm to ivshmem ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Please don't drop xen-users@ On Wed, Jul 09, 2014 at 09:14:00AM -0600, Gary M wrote: > Thanks Wei.. let me give it a try when I get in the office today.. > > I ultimately need it in a pv or pv/hv model, I can work with a hv for now.. > > -gary > Unfortunately PV doesn't have emulated PCI device so it won't work. Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 18:50:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 18:50:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4wvc-0003wx-Op; Wed, 09 Jul 2014 18:49:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4wvb-0003wd-7K for xen-users@lists.xen.org; Wed, 09 Jul 2014 18:49:15 +0000 Received: from [193.109.254.147:16611] by server-16.bemta-14.messagelabs.com id F3/69-07101-AAE8DB35; Wed, 09 Jul 2014 18:49:14 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1404931752!16437242!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14684 invoked from network); 9 Jul 2014 18:49:13 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 18:49:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ondore.com; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=wT+7cyegHaFfnd6jeBmwBTRN3X4CLLi5aIDz2fUlzFs=; b=SpUs475Y63m6qFDLOXpjcrlvRrM2h5WEBHC+0h3fcdp2k9OqafuCFyXX/A+jgKZNiQRjs6YodYE/P1TfhGV/pHs7uc0Vhwkp+Tc/JK2J/y9ddcBNqm6Y71FdVqUkw9q295Ot4hH0cMnVsv/4yKTWu7Gf0BdTbJq5/RihSU3MiQc=; Received: from [187.176.8.232] (port=46723 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1X4wvY-0005LW-59 for xen-users@lists.xen.org; Wed, 09 Jul 2014 13:49:12 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 475C8A1F9 for ; Wed, 9 Jul 2014 13:49:11 -0500 (CDT) Message-ID: <53BD8EA7.8010703@ondore.com> Date: Wed, 09 Jul 2014 13:49:11 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Content-Length: 2395 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 09/07/14 08:00, Fritz Richter escribi=F3: > I have got a debian server with one eth0 attached to it. There are multip= le networks attached to the server: > > - Public IP Adress 1 (single public IP for dom0) > - Public IP Adress 2 (single public IP for one virtual domU) > - Internal IP Network 10.10.10.x (internal live network attached to 1..n = domU) > - Internal IP Network 10.10.20.x (internal dev network attached to 1..n d= omU) All that on a single physical eth0? For sake of security, your scenario will be better if you manage to add = a second physical interface. Make eth0 to be "internal" and eth1 to be = "external". For sake of sanity, separate your different IP networks into different = broadcast domain, VLAN is the most suitable option if they are to share = the same physical port. > The very first question is, how to setup the dom0 so that the system is p= repared to handle all different scenarios)? First of all, don't set up IP on eth0 directly. Make the bridge to have = the IP on it. I will use the bridge named xenbr0 in my example. Note = that Dom0 don't need to have an IP address in all networks to which you = wish to attach DomUs: auto lo iface lo inet loopback #(no eth0 mention at all, xenbr will pick it up) auto xenbr0 iface xenbr0 inet static address 10.10.10.5 netmask 255.255.255.0 bridge_ports eth0 bridge_stp off bridge_fd 5 If you still wish your DomU to have a second (public) IP address, add a = alias section: auto xenbr0:0 iface xenbr0:0 inet static address 100.0.0.10 netmask 255.255.255.0 gateway 100.0.0.1 Then, attach your domU's VIFs to the created bridge. The IP settings of = the DomU's interfaces should be set up in DomU's OS, just make sure they = are attached to the correct bridge. Reference: http://wiki.xen.org/wiki/XenNetworking Note that I have omitted some configuration parameters on the = interfaces. They have valid defaults, no point of setting them specifically. Once again, I would like to advice against using the same bridge for = public Internet IP and private LANs. Have internal and external networks = on separate physical ports. Have different internal subnets on different = VLANs. Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 18:50:20 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 18:50:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4wvc-0003wx-Op; Wed, 09 Jul 2014 18:49:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4wvb-0003wd-7K for xen-users@lists.xen.org; Wed, 09 Jul 2014 18:49:15 +0000 Received: from [193.109.254.147:16611] by server-16.bemta-14.messagelabs.com id F3/69-07101-AAE8DB35; Wed, 09 Jul 2014 18:49:14 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1404931752!16437242!1 X-Originating-IP: [184.172.38.139] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14684 invoked from network); 9 Jul 2014 18:49:13 -0000 Received: from host1a.ondore-systems.com (HELO host1a.ondore-systems.com) (184.172.38.139) by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 9 Jul 2014 18:49:13 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ondore.com; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=wT+7cyegHaFfnd6jeBmwBTRN3X4CLLi5aIDz2fUlzFs=; b=SpUs475Y63m6qFDLOXpjcrlvRrM2h5WEBHC+0h3fcdp2k9OqafuCFyXX/A+jgKZNiQRjs6YodYE/P1TfhGV/pHs7uc0Vhwkp+Tc/JK2J/y9ddcBNqm6Y71FdVqUkw9q295Ot4hH0cMnVsv/4yKTWu7Gf0BdTbJq5/RihSU3MiQc=; Received: from [187.176.8.232] (port=46723 helo=mail.ondore.i) by host1a.ondore-systems.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1X4wvY-0005LW-59 for xen-users@lists.xen.org; Wed, 09 Jul 2014 13:49:12 -0500 Received: from [10.13.34.96] (alk-desktop.sys.ondore.i [10.13.34.96]) by mail.ondore.i (Postfix) with ESMTPSA id 475C8A1F9 for ; Wed, 9 Jul 2014 13:49:11 -0500 (CDT) Message-ID: <53BD8EA7.8010703@ondore.com> Date: Wed, 09 Jul 2014 13:49:11 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130330 Thunderbird/17.0.5 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Content-Length: 2395 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host1a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com X-Get-Message-Sender-Via: host1a.ondore-systems.com: authenticated_id: sys.intranet@ondore.com Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 09/07/14 08:00, Fritz Richter escribi=F3: > I have got a debian server with one eth0 attached to it. There are multip= le networks attached to the server: > > - Public IP Adress 1 (single public IP for dom0) > - Public IP Adress 2 (single public IP for one virtual domU) > - Internal IP Network 10.10.10.x (internal live network attached to 1..n = domU) > - Internal IP Network 10.10.20.x (internal dev network attached to 1..n d= omU) All that on a single physical eth0? For sake of security, your scenario will be better if you manage to add = a second physical interface. Make eth0 to be "internal" and eth1 to be = "external". For sake of sanity, separate your different IP networks into different = broadcast domain, VLAN is the most suitable option if they are to share = the same physical port. > The very first question is, how to setup the dom0 so that the system is p= repared to handle all different scenarios)? First of all, don't set up IP on eth0 directly. Make the bridge to have = the IP on it. I will use the bridge named xenbr0 in my example. Note = that Dom0 don't need to have an IP address in all networks to which you = wish to attach DomUs: auto lo iface lo inet loopback #(no eth0 mention at all, xenbr will pick it up) auto xenbr0 iface xenbr0 inet static address 10.10.10.5 netmask 255.255.255.0 bridge_ports eth0 bridge_stp off bridge_fd 5 If you still wish your DomU to have a second (public) IP address, add a = alias section: auto xenbr0:0 iface xenbr0:0 inet static address 100.0.0.10 netmask 255.255.255.0 gateway 100.0.0.1 Then, attach your domU's VIFs to the created bridge. The IP settings of = the DomU's interfaces should be set up in DomU's OS, just make sure they = are attached to the correct bridge. Reference: http://wiki.xen.org/wiki/XenNetworking Note that I have omitted some configuration parameters on the = interfaces. They have valid defaults, no point of setting them specifically. Once again, I would like to advice against using the same bridge for = public Internet IP and private LANs. Have internal and external networks = on separate physical ports. Have different internal subnets on different = VLANs. Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 19:19:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 19:19:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4xOd-0004mP-J2; Wed, 09 Jul 2014 19:19:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4xOb-0004i5-HM for xen-users@lists.xen.org; Wed, 09 Jul 2014 19:19:13 +0000 Received: from [193.109.254.147:34565] by server-4.bemta-14.messagelabs.com id A8/D4-20586-0B59DB35; Wed, 09 Jul 2014 19:19:12 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-27.messagelabs.com!1404933551!16468105!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6449 invoked from network); 9 Jul 2014 19:19:11 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-27.messagelabs.com with SMTP; 9 Jul 2014 19:19:11 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.5] (88-111-169-113.dynamic.dsl.as9105.com [88.111.169.113]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id B7B941A002 for ; Wed, 9 Jul 2014 19:19:08 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <53BD8EA7.8010703@ondore.com> Date: Wed, 9 Jul 2014 20:19:07 +0100 Message-Id: <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> References: <53BD8EA7.8010703@ondore.com> To: xen-users@lists.xen.org X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Alexandre Kouznetsov wrote: > For sake of security, your scenario will be better if you manage to add a second physical interface. Make eth0 to be "internal" and eth1 to be "external". > For sake of sanity, separate your different IP networks into different broadcast domain, VLAN is the most suitable option if they are to share the same physical port. +1 for that > If you still wish your DomU to have a second (public) IP address, add a alias section: Rather than add aliases, AIUI it's now preferred to just add addresses (whether in the same subnet or a different one). So something like : iface eth0 inet static address 192.168.1.1 ... post up ip addr add address 192.168.1.7/24 post up ip addr add address 10.0.0.1/24 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 09 19:19:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 09 Jul 2014 19:19:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4xOd-0004mP-J2; Wed, 09 Jul 2014 19:19:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X4xOb-0004i5-HM for xen-users@lists.xen.org; Wed, 09 Jul 2014 19:19:13 +0000 Received: from [193.109.254.147:34565] by server-4.bemta-14.messagelabs.com id A8/D4-20586-0B59DB35; Wed, 09 Jul 2014 19:19:12 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-27.messagelabs.com!1404933551!16468105!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6449 invoked from network); 9 Jul 2014 19:19:11 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-27.messagelabs.com with SMTP; 9 Jul 2014 19:19:11 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.5] (88-111-169-113.dynamic.dsl.as9105.com [88.111.169.113]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id B7B941A002 for ; Wed, 9 Jul 2014 19:19:08 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <53BD8EA7.8010703@ondore.com> Date: Wed, 9 Jul 2014 20:19:07 +0100 Message-Id: <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> References: <53BD8EA7.8010703@ondore.com> To: xen-users@lists.xen.org X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Alexandre Kouznetsov wrote: > For sake of security, your scenario will be better if you manage to add a second physical interface. Make eth0 to be "internal" and eth1 to be "external". > For sake of sanity, separate your different IP networks into different broadcast domain, VLAN is the most suitable option if they are to share the same physical port. +1 for that > If you still wish your DomU to have a second (public) IP address, add a alias section: Rather than add aliases, AIUI it's now preferred to just add addresses (whether in the same subnet or a different one). So something like : iface eth0 inet static address 192.168.1.1 ... post up ip addr add address 192.168.1.7/24 post up ip addr add address 10.0.0.1/24 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 02:49:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 02:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54P9-0008Qr-6g; Thu, 10 Jul 2014 02:48:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54P7-0008Qb-BX for xen-users@lists.xen.org; Thu, 10 Jul 2014 02:48:13 +0000 Received: from [85.158.137.68:8866] by server-3.bemta-3.messagelabs.com id 7E/C6-25808-CEEFDB35; Thu, 10 Jul 2014 02:48:12 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-10.tower-31.messagelabs.com!1404960491!15019469!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23814 invoked from network); 10 Jul 2014 02:48:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-10.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Jul 2014 02:48:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X54P5-0006M8-4h for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:11 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X54P5-0001Gw-0j for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:11 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: ("Nuno \=\?utf-8\?Q\?Magalh\=C3\=A3es\=22's\?\= message of "Wed, 9 Jul 2014 10:10:35 +0100") Date: Thu, 10 Jul 2014 04:34:02 +0200 Organization: my virtual residence Message-ID: <87wqbmdjs5.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> <87fvibnu2l.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org TnVubyBNYWdhbGjDo2VzIDxudW5vbWFnYWxoYWVzQGV1LmlwcC5wdD4gd3JpdGVzOgoKPiBPbiBX ZWQsIEp1bCA5LCAyMDE0IGF0IDM6MjkgQU0sIGxlZSA8bGVlQHl1bi55YWdpYmRhaC5kZT4gd3Jv dGU6Cj4+IEl0J3Mgc2ltcGxlIHdpdGggUkFJRCBiZWNhdXNlIHRoZSBkaXNrIGVpdGhlciBmYWls cyBvciBub3QuICBJdCdzCj4+IHVzdWFsbHkgc2ltcGxlIHdpdGggZGlza3MgYmVjYXVzZSBpdCBl aXRoZXIgZmFpbHMgb3Igbm90Lgo+Cj4gRGVwZW5kcyBvbiB5b3VyIFJBSUQsIGRlcGVuZHMgb24g eW91ciBkaXNrcy4gSWYgeW91IHVzZSBkaXNrcyB3aXRob3V0Cj4gVExFUiB0aGV5IG1heSBnZXQg a2lja2VkIG91dCBvZiB0aGUgYXJyYXkgZXZlbiBpZiB0aGV5J3JlIG5vdCBmYWlsaW5nLgoKVGhh dCBicmluZ3MgYmFjayB0aGUgcXVlc3Rpb24gb2Ygd2hlbiBhIGRpc2sgaGFzIGFjdHVhbGx5IGZh aWxlZC4KU2hvdWxkIEkgY29udGludWUgdG8gZW50cnVzdCBteSBkYXRhIHRvIGEgZGlzayB0aGF0 IHNwZW5kcyBsb25nIHRpbWVzIG9uCnRyeWluZyB0byBjb3JyZWN0IGVycm9ycz8gIFNob3VsZCBJ IHVzZSBpdCBhcyBhIHNwYXJlIGZvciBhIFJBSURaLTEKdm9sdW1lIGFuZCBob3BlIHRoYXQgaXQg bWlnaHQgYmUgaGVscGZ1bD8KCgotLSAKS25vd2xlZGdlIGlzIHZvbGF0aWxlIGFuZCBmbHVpZC4g IFNvZnR3YXJlIGlzIHBvd2VyLgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9y ZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Jul 10 02:49:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 02:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54P9-0008Qz-TP; Thu, 10 Jul 2014 02:48:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54P7-0008Qc-Dh for xen-users@lists.xen.org; Thu, 10 Jul 2014 02:48:13 +0000 Received: from [85.158.139.211:10657] by server-15.bemta-5.messagelabs.com id 3F/AA-19516-CEEFDB35; Thu, 10 Jul 2014 02:48:12 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-206.messagelabs.com!1404960491!14676961!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31987 invoked from network); 10 Jul 2014 02:48:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Jul 2014 02:48:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X54P5-0006MB-6V for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:11 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X54P5-0001H1-2T for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:11 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> (Simon Hobson's message of "Wed, 9 Jul 2014 20:19:07 +0100") Date: Thu, 10 Jul 2014 04:47:28 +0200 Organization: my virtual residence Message-ID: <87simadj5r.fsf@yun.yagibdah.de> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Simon Hobson writes: > Alexandre Kouznetsov wrote: > >> For sake of security, your scenario will be better if you manage to add a second physical interface. Make eth0 to be "internal" and eth1 to be "external". >> For sake of sanity, separate your different IP networks into different broadcast domain, VLAN is the most suitable option if they are to share the same physical port. > > +1 for that > >> If you still wish your DomU to have a second (public) IP address, add a alias section: > > Rather than add aliases, AIUI it's now preferred to just add addresses (whether in the same subnet or a different one). > So something like : > iface eth0 inet static > address 192.168.1.1 > ... > post up ip addr add address 192.168.1.7/24 > post up ip addr add address 10.0.0.1/24 /24? The bridge needs to have the IP addresses, *not* the physical interface. The physical interface needs to be added to the bridge. It does not need to (should not) have an IP address itself. Please be aware that a bridge is a bridge. When you do this, you connect all these different networks with each other. That is probably *not* what you want. See also: http://www.shorewall.net/three-interface.htm -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 02:49:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 02:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54PA-0008RB-IU; Thu, 10 Jul 2014 02:48:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54P7-0008Qd-Ns for xen-users@lists.xen.org; Thu, 10 Jul 2014 02:48:13 +0000 Received: from [193.109.254.147:15380] by server-7.bemta-14.messagelabs.com id A7/CB-11169-DEEFDB35; Thu, 10 Jul 2014 02:48:13 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-27.messagelabs.com!1404960491!16512152!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20898 invoked from network); 10 Jul 2014 02:48:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Jul 2014 02:48:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X54P5-0006M7-2S for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:11 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X54P4-0001Gr-Uo for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Gordan Bobic's message of "Wed, 09 Jul 2014 08:52:49 +0100") Date: Thu, 10 Jul 2014 04:25:59 +0200 Organization: my virtual residence Message-ID: <871ttueyq0.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 2014-07-09 02:13, lee wrote: > >>> For domU, you put it on whatever volume the rest of the domU >>> filesystems are on. >> >> Without swap partitions? > > No, partition the domU virtual disk inside the domU in any > way you like, including swap partitions. How would I have a virtual disk? Do you mean I should put the VM images into a file residing on a ZFS file system of dom0? >>> How often does your RAID controller scrub the array to check for >>> errors? If it finds that in a particular RAID5 stripe the data doesn't >>> match the parity, but none of the disks return an error, does it trust >>> that the data is correct or the parity is correct? If parity, which >>> combination of data blocks does it assume are correct, and which block >>> needs to be repaired? ZFS can recover from this even with n+1 >>> redundancy because each data stripe has a checksum independent of the >>> parity, so it is possible to establish which combination of surviving >>> data+parity blocks is the correct one, and which blocks need to be >>> re-built. >> >> Interesting question --- are you saying the hardware RAID controller >> has >> no way of knowing which data is good because it uses parity information >> merely to be able to reconstruct data when a part of that data is not >> available anymore while ZFS uses checksums on each part of the data >> which not only allows it to reconstruct the data when a part of it is >> unavailable, but it also can know which part of the data is good >> because >> it assumes that the data for which the checksums match is good? > > Yes, that is exactly what I'm saying. So I see why you're saying that RAID isn't sufficient anymore. > The entire premise is wrong - you cannnot meaningfully gain information > from a test without understanding the test. That's why I'm saying it's not such a great example. You need to understand what it attempts to show to make you understand before it shows it. > Or you could encrypt your data before becking it up. If you use > something like encfs, you can back up the underlying encrypted > data rather than the unencrypted data. That way it doesn't matter > how they store it. I'd have to make a huge tar archive or something of my data and encrypt that with gpg before uploading it. That isn't really feasible. >>>>>>>> What is the actual rate of data corruption or loss prevented or >>>>>>>> corrected by ZFS due to its checksumming in daily usage? >>> >>>> How much data can you, in daily >>>> usage, read/write from/to a ZFS file system with how many errors >>>> detected and corrected only due to the checksumming ZFS does? >>> >>> See above. Depending on disk make/model, potentially as high as one >>> per 100GB on some disk models. >> >> Potentially, theoretically, no ZFS involved ... >> >> You are using ZFS, so do you see this one error per 100GB? Or what do >> you see? > > It's not something I log/graph. Maybe I should add it to my zabbix > setup... I'd find it interesting. There are studies about disk failures and ways of loosing data. Gathering such information could start a study which shows not only all kinds of errors but, more importantly, how and that the data is kept save nonetheless, and simply by using ZFS. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 02:49:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 02:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54P9-0008Qz-TP; Thu, 10 Jul 2014 02:48:15 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54P7-0008Qc-Dh for xen-users@lists.xen.org; Thu, 10 Jul 2014 02:48:13 +0000 Received: from [85.158.139.211:10657] by server-15.bemta-5.messagelabs.com id 3F/AA-19516-CEEFDB35; Thu, 10 Jul 2014 02:48:12 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-4.tower-206.messagelabs.com!1404960491!14676961!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31987 invoked from network); 10 Jul 2014 02:48:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-4.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Jul 2014 02:48:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X54P5-0006MB-6V for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:11 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X54P5-0001H1-2T for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:11 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> (Simon Hobson's message of "Wed, 9 Jul 2014 20:19:07 +0100") Date: Thu, 10 Jul 2014 04:47:28 +0200 Organization: my virtual residence Message-ID: <87simadj5r.fsf@yun.yagibdah.de> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Simon Hobson writes: > Alexandre Kouznetsov wrote: > >> For sake of security, your scenario will be better if you manage to add a second physical interface. Make eth0 to be "internal" and eth1 to be "external". >> For sake of sanity, separate your different IP networks into different broadcast domain, VLAN is the most suitable option if they are to share the same physical port. > > +1 for that > >> If you still wish your DomU to have a second (public) IP address, add a alias section: > > Rather than add aliases, AIUI it's now preferred to just add addresses (whether in the same subnet or a different one). > So something like : > iface eth0 inet static > address 192.168.1.1 > ... > post up ip addr add address 192.168.1.7/24 > post up ip addr add address 10.0.0.1/24 /24? The bridge needs to have the IP addresses, *not* the physical interface. The physical interface needs to be added to the bridge. It does not need to (should not) have an IP address itself. Please be aware that a bridge is a bridge. When you do this, you connect all these different networks with each other. That is probably *not* what you want. See also: http://www.shorewall.net/three-interface.htm -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 02:49:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 02:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54PA-0008RB-IU; Thu, 10 Jul 2014 02:48:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54P7-0008Qd-Ns for xen-users@lists.xen.org; Thu, 10 Jul 2014 02:48:13 +0000 Received: from [193.109.254.147:15380] by server-7.bemta-14.messagelabs.com id A7/CB-11169-DEEFDB35; Thu, 10 Jul 2014 02:48:13 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-14.tower-27.messagelabs.com!1404960491!16512152!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20898 invoked from network); 10 Jul 2014 02:48:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-14.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Jul 2014 02:48:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X54P5-0006M7-2S for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:11 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X54P4-0001Gr-Uo for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:10 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: (Gordan Bobic's message of "Wed, 09 Jul 2014 08:52:49 +0100") Date: Thu, 10 Jul 2014 04:25:59 +0200 Organization: my virtual residence Message-ID: <871ttueyq0.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> On 2014-07-09 02:13, lee wrote: > >>> For domU, you put it on whatever volume the rest of the domU >>> filesystems are on. >> >> Without swap partitions? > > No, partition the domU virtual disk inside the domU in any > way you like, including swap partitions. How would I have a virtual disk? Do you mean I should put the VM images into a file residing on a ZFS file system of dom0? >>> How often does your RAID controller scrub the array to check for >>> errors? If it finds that in a particular RAID5 stripe the data doesn't >>> match the parity, but none of the disks return an error, does it trust >>> that the data is correct or the parity is correct? If parity, which >>> combination of data blocks does it assume are correct, and which block >>> needs to be repaired? ZFS can recover from this even with n+1 >>> redundancy because each data stripe has a checksum independent of the >>> parity, so it is possible to establish which combination of surviving >>> data+parity blocks is the correct one, and which blocks need to be >>> re-built. >> >> Interesting question --- are you saying the hardware RAID controller >> has >> no way of knowing which data is good because it uses parity information >> merely to be able to reconstruct data when a part of that data is not >> available anymore while ZFS uses checksums on each part of the data >> which not only allows it to reconstruct the data when a part of it is >> unavailable, but it also can know which part of the data is good >> because >> it assumes that the data for which the checksums match is good? > > Yes, that is exactly what I'm saying. So I see why you're saying that RAID isn't sufficient anymore. > The entire premise is wrong - you cannnot meaningfully gain information > from a test without understanding the test. That's why I'm saying it's not such a great example. You need to understand what it attempts to show to make you understand before it shows it. > Or you could encrypt your data before becking it up. If you use > something like encfs, you can back up the underlying encrypted > data rather than the unencrypted data. That way it doesn't matter > how they store it. I'd have to make a huge tar archive or something of my data and encrypt that with gpg before uploading it. That isn't really feasible. >>>>>>>> What is the actual rate of data corruption or loss prevented or >>>>>>>> corrected by ZFS due to its checksumming in daily usage? >>> >>>> How much data can you, in daily >>>> usage, read/write from/to a ZFS file system with how many errors >>>> detected and corrected only due to the checksumming ZFS does? >>> >>> See above. Depending on disk make/model, potentially as high as one >>> per 100GB on some disk models. >> >> Potentially, theoretically, no ZFS involved ... >> >> You are using ZFS, so do you see this one error per 100GB? Or what do >> you see? > > It's not something I log/graph. Maybe I should add it to my zabbix > setup... I'd find it interesting. There are studies about disk failures and ways of loosing data. Gathering such information could start a study which shows not only all kinds of errors but, more importantly, how and that the data is kept save nonetheless, and simply by using ZFS. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 02:49:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 02:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54P9-0008Qr-6g; Thu, 10 Jul 2014 02:48:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X54P7-0008Qb-BX for xen-users@lists.xen.org; Thu, 10 Jul 2014 02:48:13 +0000 Received: from [85.158.137.68:8866] by server-3.bemta-3.messagelabs.com id 7E/C6-25808-CEEFDB35; Thu, 10 Jul 2014 02:48:12 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-10.tower-31.messagelabs.com!1404960491!15019469!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23814 invoked from network); 10 Jul 2014 02:48:12 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-10.tower-31.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Jul 2014 02:48:12 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X54P5-0006M8-4h for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:11 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X54P5-0001Gw-0j for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:48:11 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: ("Nuno \=\?utf-8\?Q\?Magalh\=C3\=A3es\=22's\?\= message of "Wed, 9 Jul 2014 10:10:35 +0100") Date: Thu, 10 Jul 2014 04:34:02 +0200 Organization: my virtual residence Message-ID: <87wqbmdjs5.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> <87fvibnu2l.fsf@yun.yagibdah.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org TnVubyBNYWdhbGjDo2VzIDxudW5vbWFnYWxoYWVzQGV1LmlwcC5wdD4gd3JpdGVzOgoKPiBPbiBX ZWQsIEp1bCA5LCAyMDE0IGF0IDM6MjkgQU0sIGxlZSA8bGVlQHl1bi55YWdpYmRhaC5kZT4gd3Jv dGU6Cj4+IEl0J3Mgc2ltcGxlIHdpdGggUkFJRCBiZWNhdXNlIHRoZSBkaXNrIGVpdGhlciBmYWls cyBvciBub3QuICBJdCdzCj4+IHVzdWFsbHkgc2ltcGxlIHdpdGggZGlza3MgYmVjYXVzZSBpdCBl aXRoZXIgZmFpbHMgb3Igbm90Lgo+Cj4gRGVwZW5kcyBvbiB5b3VyIFJBSUQsIGRlcGVuZHMgb24g eW91ciBkaXNrcy4gSWYgeW91IHVzZSBkaXNrcyB3aXRob3V0Cj4gVExFUiB0aGV5IG1heSBnZXQg a2lja2VkIG91dCBvZiB0aGUgYXJyYXkgZXZlbiBpZiB0aGV5J3JlIG5vdCBmYWlsaW5nLgoKVGhh dCBicmluZ3MgYmFjayB0aGUgcXVlc3Rpb24gb2Ygd2hlbiBhIGRpc2sgaGFzIGFjdHVhbGx5IGZh aWxlZC4KU2hvdWxkIEkgY29udGludWUgdG8gZW50cnVzdCBteSBkYXRhIHRvIGEgZGlzayB0aGF0 IHNwZW5kcyBsb25nIHRpbWVzIG9uCnRyeWluZyB0byBjb3JyZWN0IGVycm9ycz8gIFNob3VsZCBJ IHVzZSBpdCBhcyBhIHNwYXJlIGZvciBhIFJBSURaLTEKdm9sdW1lIGFuZCBob3BlIHRoYXQgaXQg bWlnaHQgYmUgaGVscGZ1bD8KCgotLSAKS25vd2xlZGdlIGlzIHZvbGF0aWxlIGFuZCBmbHVpZC4g IFNvZnR3YXJlIGlzIHBvd2VyLgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9y ZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Jul 10 04:15:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 04:15:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X55lC-0001bw-Jq; Thu, 10 Jul 2014 04:15:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X55lB-0001br-Nc for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:15:05 +0000 Received: from [85.158.137.68:44151] by server-5.bemta-3.messagelabs.com id B7/E9-15381-8431EB35; Thu, 10 Jul 2014 04:15:04 +0000 X-Env-Sender: mitch@bitblock.net X-Msg-Ref: server-12.tower-31.messagelabs.com!1404965702!14987325!1 X-Originating-IP: [66.199.170.143] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6969 invoked from network); 10 Jul 2014 04:15:04 -0000 Received: from couriertest.bitblock.net (HELO couriertest.bitblock.net) (66.199.170.143) by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2014 04:15:04 -0000 Received: from ES3.hs.planbcorp.net ([10.2.1.6]) (AUTH: LOGIN es3-relay@bitblock.net, TLS: TLSv1/SSLv3, 128bits, AES128-SHA) by couriertest.bitblock.net with ESMTPSA; Wed, 09 Jul 2014 21:14:55 -0700 id 000000000000423C.0000000053BE133F.000042D6 Received: from ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1]) by ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1%12]) with mapi id 14.02.0387.000; Wed, 9 Jul 2014 21:15:00 -0700 From: "Mitch (BitBlock)" To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Need support for xen network configuration Thread-Index: AQHPm+lJeBTvQw+GgUOOcIcer6T7FZuYssyg Date: Thu, 10 Jul 2014 04:15:00 +0000 Message-ID: References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> In-Reply-To: <87simadj5r.fsf@yun.yagibdah.de> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.0.12] MIME-Version: 1.0 Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org That's the CIDR netmask. 24 = 255.255.255.0 8 bits plus 8 bits plus 8 bits = 24 bits -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of lee Sent: July 9, 2014 7:47 PM To: xen-users@lists.xen.org Subject: Re: [Xen-users] Need support for xen network configuration Simon Hobson writes: > Alexandre Kouznetsov wrote: > >> For sake of security, your scenario will be better if you manage to add a second physical interface. Make eth0 to be "internal" and eth1 to be "external". >> For sake of sanity, separate your different IP networks into different broadcast domain, VLAN is the most suitable option if they are to share the same physical port. > > +1 for that > >> If you still wish your DomU to have a second (public) IP address, add a alias section: > > Rather than add aliases, AIUI it's now preferred to just add addresses (whether in the same subnet or a different one). > So something like : > iface eth0 inet static > address 192.168.1.1 > ... > post up ip addr add address 192.168.1.7/24 > post up ip addr add address 10.0.0.1/24 /24? The bridge needs to have the IP addresses, *not* the physical interface. The physical interface needs to be added to the bridge. It does not need to (should not) have an IP address itself. Please be aware that a bridge is a bridge. When you do this, you connect all these different networks with each other. That is probably *not* what you want. See also: http://www.shorewall.net/three-interface.htm -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 04:15:51 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 04:15:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X55lC-0001bw-Jq; Thu, 10 Jul 2014 04:15:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X55lB-0001br-Nc for xen-users@lists.xen.org; Thu, 10 Jul 2014 04:15:05 +0000 Received: from [85.158.137.68:44151] by server-5.bemta-3.messagelabs.com id B7/E9-15381-8431EB35; Thu, 10 Jul 2014 04:15:04 +0000 X-Env-Sender: mitch@bitblock.net X-Msg-Ref: server-12.tower-31.messagelabs.com!1404965702!14987325!1 X-Originating-IP: [66.199.170.143] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6969 invoked from network); 10 Jul 2014 04:15:04 -0000 Received: from couriertest.bitblock.net (HELO couriertest.bitblock.net) (66.199.170.143) by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2014 04:15:04 -0000 Received: from ES3.hs.planbcorp.net ([10.2.1.6]) (AUTH: LOGIN es3-relay@bitblock.net, TLS: TLSv1/SSLv3, 128bits, AES128-SHA) by couriertest.bitblock.net with ESMTPSA; Wed, 09 Jul 2014 21:14:55 -0700 id 000000000000423C.0000000053BE133F.000042D6 Received: from ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1]) by ES3.hs.planbcorp.net ([fe80::58cf:69f9:51e:44a1%12]) with mapi id 14.02.0387.000; Wed, 9 Jul 2014 21:15:00 -0700 From: "Mitch (BitBlock)" To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Need support for xen network configuration Thread-Index: AQHPm+lJeBTvQw+GgUOOcIcer6T7FZuYssyg Date: Thu, 10 Jul 2014 04:15:00 +0000 Message-ID: References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> In-Reply-To: <87simadj5r.fsf@yun.yagibdah.de> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.0.12] MIME-Version: 1.0 Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org That's the CIDR netmask. 24 = 255.255.255.0 8 bits plus 8 bits plus 8 bits = 24 bits -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of lee Sent: July 9, 2014 7:47 PM To: xen-users@lists.xen.org Subject: Re: [Xen-users] Need support for xen network configuration Simon Hobson writes: > Alexandre Kouznetsov wrote: > >> For sake of security, your scenario will be better if you manage to add a second physical interface. Make eth0 to be "internal" and eth1 to be "external". >> For sake of sanity, separate your different IP networks into different broadcast domain, VLAN is the most suitable option if they are to share the same physical port. > > +1 for that > >> If you still wish your DomU to have a second (public) IP address, add a alias section: > > Rather than add aliases, AIUI it's now preferred to just add addresses (whether in the same subnet or a different one). > So something like : > iface eth0 inet static > address 192.168.1.1 > ... > post up ip addr add address 192.168.1.7/24 > post up ip addr add address 10.0.0.1/24 /24? The bridge needs to have the IP addresses, *not* the physical interface. The physical interface needs to be added to the bridge. It does not need to (should not) have an IP address itself. Please be aware that a bridge is a bridge. When you do this, you connect all these different networks with each other. That is probably *not* what you want. See also: http://www.shorewall.net/three-interface.htm -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 05:06:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 05:06:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X56Xq-0002FD-Pf; Thu, 10 Jul 2014 05:05:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X56Xn-0002F8-IR for xen-users@lists.xen.org; Thu, 10 Jul 2014 05:05:20 +0000 Received: from [85.158.143.35:32022] by server-3.bemta-4.messagelabs.com id 0A/0B-16194-E0F1EB35; Thu, 10 Jul 2014 05:05:18 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1404968714!16966303!1 X-Originating-IP: [220.181.13.120] X-SpamReason: No, hits=0.7 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjEyMCA9PiA0OTM4\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjEyMCA9PiA0OTM4\n,HTML_50_60,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18384 invoked from network); 10 Jul 2014 05:05:15 -0000 Received: from m13-120.163.com (HELO m13-120.163.com) (220.181.13.120) by server-15.tower-21.messagelabs.com with SMTP; 10 Jul 2014 05:05:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=+Jp+z shb1gCpa88NC/FOanLGfAhXurfJkahqEK1QbCQ=; b=XhRSWYgC+aNLEeEUws42R Vi34ganyF+PB0DHZUciZ1nVZwKskexbQubY05Mp/HwRxCeLr3zUddMGt8n7lBc0o cLmFuqpsEfcTbmAuUCF+h/ARsSlI+5sFbEt5GyNHE9aSloMeFEZMSubKhj/PMKlD whFSxqfBcx9JMSdp1km6ZU= Received: from wolves914$163.com ( [111.206.125.147] ) by ajax-webmail-wmsvr120 (Coremail) ; Thu, 10 Jul 2014 13:05:13 +0800 (CST) X-Originating-IP: [111.206.125.147] Date: Thu, 10 Jul 2014 13:05:13 +0800 (CST) From: wolves To: "xen-users@lists.xen.org" X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com In-Reply-To: References: X-CM-CTRLDATA: rBX71mZvb3Rlcl9odG09NTQwMjo4MQ== Content-Type: multipart/mixed; boundary="----=_Part_361742_864166075.1404968713143" MIME-Version: 1.0 Message-ID: <26b8f46a.163a7.1471ea93bb8.Coremail.wolves914@163.com> X-CM-TRANSID: eMGowEDZYkMJH75TaGtGAA--.3594W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/1tbiRBPERlEAIDlHZgADs- X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-users] GPLPV drivers stay on xenvbdfilter install screen if a second disk hotplugged X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ------=_Part_361742_864166075.1404968713143 Content-Type: multipart/alternative; boundary="----=_Part_361744_201566057.1404968713144" ------=_Part_361744_201566057.1404968713144 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 VGhlIGRlYnVnIGluZm9ybWF0aW9uIHNob3dlZCB0aGUgZGV2aWNlIHN0b3BwZWQgdGhlIHJpbmcu IEZvciBkZXRhaWwgaW5mb3JtYXRpb24sIHBsZWFzZSBjaGVjayB0aGUgZW5jbG9zZWQgbG9nLgoK MDAwMDAxMzAgICAgMC43NzAxNzg2MiAgICBYZW5WYmQgICAgIENvbW1hbmQgPSBJTlFVSVJZICAg CjAwMDAwMTMxICAgIDAuNzcxMjY5NTYgICAgWGVuVmJkICAgICBDb21tYW5kID0gSU5RVUlSWSAg IAowMDAwMDEzMiAgICAwLjc3MTkxMDk3ICAgIFhlblZiZCAgICAgVlBEX1NVUFBPUlRFRF9QQUdF UyAtIGxlbmd0aCA9IDI1NSAgIAowMDAwMDEzMyAgICAwLjc3MjY4MDA0ICAgIFhlblZiZCAgICAg Q29tbWFuZCA9IElOUVVJUlkgICAKMDAwMDAxMzQgICAgMC43NzMyNTUyOSAgICBYZW5WYmQgICAg IFZQRF9TRVJJQUxfTlVNQkVSICAgCjAwMDAwMTM1ICAgIDAuNzczODMwNDcgICAgWGVuVmJkICAg ICBDb21tYW5kID0gSU5RVUlSWSAgIAowMDAwMDEzNiAgICAwLjc3NDQwMzE1ICAgIFhlblZiZCAg ICAgVlBEX0RFVklDRV9JREVOVElGSUVSUyAgIAowMDAwMDEzNyAgICAwLjc3NTA1MjEzICAgIFhl blZiZCAgICAgQ29tbWFuZCA9IFJFUE9SVF9MVU5TICAgCjAwMDAwMTM4ICAgIDAuNzc1NjY3ODUg ICAgWGVuVmJkICAgICAgU0VMRUNUIFJFUE9SVCA9IDAgICAKMDAwMDAxMzkgICAgMC43NzYyMTM0 NyAgICBYZW5WYmQgICAgICBBTExPQ0FUSU9OIExFTkdUSCA9IDE2ICAgCjAwMDAwMTQwICAgIDAu ODQ2MDY4OTggICAgWGVuVmJkICAgICBDb21tYW5kID0gUkVBRF9DQVBBQ0lUWSAgIAowMDAwMDE0 MSAgICAwLjg1MDQ2MDU5ICAgIFhlblZiZCAgICAgQ29tbWFuZCA9IFJFQURfQ0FQQUNJVFkgICAK MDAwMDAxNDIgICAgMC44NTM1MDE4MCAgICBYZW5WYmQgICAgIFNSQl9GVU5DVElPTl9JT19DT05U Uk9MICAgCjAwMDAwMTQzICAgIDAuODU0NDExNjYgICAgWGVuVmJkICAgICBDb250cm9sQ29kZSA9 IDE3NzA3NTMgICAKMDAwMDAxNDQgICAgMC44NTUyNzMyNSAgICBYZW5WYmQgICAgIEVYRUNVVEVf U0NTSSBDb21tYW5kID0gMUEgcmV0dXJuZWQgZXJyb3IgMDAgICAKMDAwMDAxNDUgICAgMC44NTcw NzkzMyAgICBYZW5WYmQgICAgIENvbW1hbmQgPSBSRUFEX0NBUEFDSVRZICAgCjAwMDAwMTQ2ICAg IDAuODU4NDE4ODggICAgWGVuVmJkICAgICBDb21tYW5kID0gUkVBRF9DQVBBQ0lUWSAgIAowMDAw MDE0NyAgICAyMy4zMjEyNjYxNyAgICBYZW5WYmRGaWx0ZXIgLS0+IFhlblZiZF9FdnREZXZpY2VE MEV4aXQgICAKMDAwMDAxNDggICAgMjMuMzIyNTY2OTkgICAgWGVuVmJkRmlsdGVyICAgICBXZGZQ b3dlckRldmljZUQzRmluYWwgICAKMDAwMDAxNDkgICAgMjMuMzIzNTQ1NDYgICAgWGVuVmJkRmls dGVyIC0tPiBYZW5WYmRfU3RvcFJpbmcgICAKMDAwMDAxNTAgICAgMjMuMzI0NjUzNjMgICAgWGVu VmJkRmlsdGVyIDwtLSBYZW5WYmRfU3RvcFJpbmcgICAKMDAwMDAxNTEgICAgMjMuMzI0ODM4NjQg ICAgWGVuUENJIC0tPiBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyICAgCjAwMDAwMTUyICAgIDIz LjMyODQxODczICAgIFhlblZiZEZpbHRlciAgICAgd2FpdGluZyBmb3IgWGVuYnVzU3RhdGVDbG9z aW5nLCBiYWNrZW5kX3N0YXRlID0gNCAgIAowMDAwMDE1MyAgICAyMy4zMzA1NjgzMSAgICBYZW5Q Q0kgPC0tIFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIgICAKMDAwMDAxNTQgICAgMjMuMzM1MDMz NDIgICAgWGVuUENJIC0tPiBYZW5QY2lfQmFja2VuZFN0YXRlQ2FsbGJhY2sgICAKMDAwMDAxNTUg ICAgMjMuMzM1OTg3MDkgICAgWGVuUENJICAgICBSZWFkIHBhdGg9L2xvY2FsL2RvbWFpbi8wL2Jh Y2tlbmQvdmJkLzgvODMyL3N0YXRlICAgCjAwMDAwMTU2ICAgIDIzLjMzNzQzMjg2ICAgIFhlblBD SSA8LS0gWGVuQnVzX1JlYWQgICAKMDAwMDAxNTcgICAgMjMuMzM4MzE3ODcgICAgWGVuUENJICAg ICBSZWFkIHZhbHVlPTUgICAKMDAwMDAxNTggICAgMjMuMzM5MDM1MDMgICAgWGVuUENJICAgICBi YWNrZW5kIHBhdGggaXMgY2xvc2luZy4gY2hlY2tpbmcgZnJvbnRlbmQgcGF0aCAgIAowMDAwMDE1 OSAgICAyMy4zNDA0MzY5NCAgICBYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkICAgCjAwMDAwMTYwICAg IDIzLjM0MTEzODg0ICAgIFhlblBDSSAgICAgUmVhZCB2YWx1ZT01ICAgCjAwMDAwMTYxICAgIDIz LjM0MzE5ODc4ICAgIFhlblZiZEZpbHRlciAtLT4gWGVuVmJkX0RldmljZUNhbGxiYWNrICAgCjAw MDAwMTYyICAgIDIzLjM0NDIwNzc2ICAgIFhlblZiZEZpbHRlciAgICAgWGVuQnVzU3RhdGUgPSA0 IC0+IDUgICAKMDAwMDAxNjMgICAgMjMuMzQ1MjE2NzUgICAgWGVuVmJkRmlsdGVyIDwtLSBYZW5W YmRfRGV2aWNlQ2FsbGJhY2sgICAKCgoKCgoKCtTaIDIwMTQtMDYtMjcgMTE6MzM6MDejrCJ3b2x2 ZXMiIDx3b2x2ZXM5MTRAMTYzLmNvbT4g0LS1wKO6CgpJIHdhcyB1c2luZyB0aGUgbGF0ZXN0IEdQ TCBQViBkcml2ZXJzIHdpdGggd2luZG93cyAyMDAzIGRvbVUuICBXaGVuIEkgaG90cGx1ZyBhIG5l dyBkaXNrIHRvIFZNLCB0aGUgaGFyZHdhcmUgd2l6YXJkIHBvcHMgdXAgdG8gYXNrIGZvciBkcml2 ZXIgaW5zdGFsbC4gSSBjaG9vc2UgdG8gYXV0byBpbnN0YWxsIHhlbiBibG9jayBkZXZpY2UgZHJp dmVyLCB0aGVuIHRoZSB3aXphcmQgcHJvY2VlZHMgYW5kIGZpbmFsbHkgc3RheXMgb24geGVudmJk ZmlsdGVyIGluc3RhbGwgc2NyZWVuLiBJcyBpdCBhIGJ1ZyBvZiBHUExQVj8KCgp3b2x2ZXMKCgoK ------=_Part_361744_201566057.1404968713144 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+VGhlIGRlYnVnIGluZm9ybWF0aW9uIHNob3dlZCB0aGUg ZGV2aWNlIHN0b3BwZWQgdGhlIHJpbmcuIEZvciBkZXRhaWwgaW5mb3JtYXRpb24sIHBsZWFzZSBj aGVjayB0aGUgZW5jbG9zZWQgbG9nLjxicj48YnI+MDAwMDAxMzAmbmJzcDsmbmJzcDsmbmJzcDsg MC43NzAxNzg2MiZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmQmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgQ29tbWFuZCA9IElOUVVJUlkmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTMxJm5ic3A7 Jm5ic3A7Jm5ic3A7IDAuNzcxMjY5NTYmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJkJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IENvbW1hbmQgPSBJTlFVSVJZJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4w MDAwMDEzMiZuYnNwOyZuYnNwOyZuYnNwOyAwLjc3MTkxMDk3Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhl blZiZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBWUERfU1VQUE9SVEVEX1BBR0VTIC0gbGVuZ3Ro ID0gMjU1Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDEzMyZuYnNwOyZuYnNwOyZuYnNwOyAw Ljc3MjY4MDA0Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBDb21tYW5kID0gSU5RVUlSWSZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+MDAwMDAxMzQmbmJzcDsm bmJzcDsmbmJzcDsgMC43NzMyNTUyOSZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmQmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgVlBEX1NFUklBTF9OVU1CRVImbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAw MDAwMTM1Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAuNzczODMwNDcmbmJzcDsmbmJzcDsmbmJzcDsgWGVu VmJkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IENvbW1hbmQgPSBJTlFVSVJZJm5ic3A7Jm5ic3A7 Jm5ic3A7IDxicj4wMDAwMDEzNiZuYnNwOyZuYnNwOyZuYnNwOyAwLjc3NDQwMzE1Jm5ic3A7Jm5i c3A7Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBWUERfREVWSUNFX0lERU5U SUZJRVJTJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDEzNyZuYnNwOyZuYnNwOyZuYnNwOyAw Ljc3NTA1MjEzJm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBDb21tYW5kID0gUkVQT1JUX0xVTlMmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTM4Jm5i c3A7Jm5ic3A7Jm5ic3A7IDAuNzc1NjY3ODUmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJkJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNFTEVDVCBSRVBPUlQgPSAwJm5ic3A7Jm5ic3A7Jm5i c3A7IDxicj4wMDAwMDEzOSZuYnNwOyZuYnNwOyZuYnNwOyAwLjc3NjIxMzQ3Jm5ic3A7Jm5ic3A7 Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBTExPQ0FUSU9OIExF TkdUSCA9IDE2Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE0MCZuYnNwOyZuYnNwOyZuYnNw OyAwLjg0NjA2ODk4Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBDb21tYW5kID0gUkVBRF9DQVBBQ0lUWSZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+MDAwMDAx NDEmbmJzcDsmbmJzcDsmbmJzcDsgMC44NTA0NjA1OSZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmQm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQ29tbWFuZCA9IFJFQURfQ0FQQUNJVFkmbmJzcDsmbmJz cDsmbmJzcDsgPGJyPjAwMDAwMTQyJm5ic3A7Jm5ic3A7Jm5ic3A7IDAuODUzNTAxODAmbmJzcDsm bmJzcDsmbmJzcDsgWGVuVmJkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNSQl9GVU5DVElPTl9J T19DT05UUk9MJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE0MyZuYnNwOyZuYnNwOyZuYnNw OyAwLjg1NDQxMTY2Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBDb250cm9sQ29kZSA9IDE3NzA3NTMmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTQ0 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAuODU1MjczMjUmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJkJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEVYRUNVVEVfU0NTSSBDb21tYW5kID0gMUEgcmV0dXJuZWQg ZXJyb3IgMDAmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTQ1Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDAuODU3MDc5MzMmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IENvbW1hbmQgPSBSRUFEX0NBUEFDSVRZJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE0 NiZuYnNwOyZuYnNwOyZuYnNwOyAwLjg1ODQxODg4Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBDb21tYW5kID0gUkVBRF9DQVBBQ0lUWSZuYnNwOyZuYnNw OyZuYnNwOyA8YnI+MDAwMDAxNDcmbmJzcDsmbmJzcDsmbmJzcDsgMjMuMzIxMjY2MTcmbmJzcDsm bmJzcDsmbmJzcDsgWGVuVmJkRmlsdGVyIC0tJmd0OyBYZW5WYmRfRXZ0RGV2aWNlRDBFeGl0Jm5i c3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE0OCZuYnNwOyZuYnNwOyZuYnNwOyAyMy4zMjI1NjY5 OSZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmRGaWx0ZXImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg V2RmUG93ZXJEZXZpY2VEM0ZpbmFsJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE0OSZuYnNw OyZuYnNwOyZuYnNwOyAyMy4zMjM1NDU0NiZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmRGaWx0ZXIg LS0mZ3Q7IFhlblZiZF9TdG9wUmluZyZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+MDAwMDAxNTAmbmJz cDsmbmJzcDsmbmJzcDsgMjMuMzI0NjUzNjMmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJkRmlsdGVy ICZsdDstLSBYZW5WYmRfU3RvcFJpbmcmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTUxJm5i c3A7Jm5ic3A7Jm5ic3A7IDIzLjMyNDgzODY0Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblBDSSAtLSZn dDsgWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlciZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+MDAwMDAx NTImbmJzcDsmbmJzcDsmbmJzcDsgMjMuMzI4NDE4NzMmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJk RmlsdGVyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHdhaXRpbmcgZm9yIFhlbmJ1c1N0YXRlQ2xv c2luZywgYmFja2VuZF9zdGF0ZSA9IDQmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTUzJm5i c3A7Jm5ic3A7Jm5ic3A7IDIzLjMzMDU2ODMxJm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblBDSSAmbHQ7 LS0gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlciZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+MDAwMDAx NTQmbmJzcDsmbmJzcDsmbmJzcDsgMjMuMzM1MDMzNDImbmJzcDsmbmJzcDsmbmJzcDsgWGVuUENJ IC0tJmd0OyBYZW5QY2lfQmFja2VuZFN0YXRlQ2FsbGJhY2smbmJzcDsmbmJzcDsmbmJzcDsgPGJy PjAwMDAwMTU1Jm5ic3A7Jm5ic3A7Jm5ic3A7IDIzLjMzNTk4NzA5Jm5ic3A7Jm5ic3A7Jm5ic3A7 IFhlblBDSSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWFkIHBhdGg9L2xvY2FsL2RvbWFpbi8w L2JhY2tlbmQvdmJkLzgvODMyL3N0YXRlJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE1NiZu YnNwOyZuYnNwOyZuYnNwOyAyMy4zMzc0MzI4NiZuYnNwOyZuYnNwOyZuYnNwOyBYZW5QQ0kgJmx0 Oy0tIFhlbkJ1c19SZWFkJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE1NyZuYnNwOyZuYnNw OyZuYnNwOyAyMy4zMzgzMTc4NyZuYnNwOyZuYnNwOyZuYnNwOyBYZW5QQ0kmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgUmVhZCB2YWx1ZT01Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE1OCZu YnNwOyZuYnNwOyZuYnNwOyAyMy4zMzkwMzUwMyZuYnNwOyZuYnNwOyZuYnNwOyBYZW5QQ0kmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgYmFja2VuZCBwYXRoIGlzIGNsb3NpbmcuIGNoZWNraW5nIGZy b250ZW5kIHBhdGgmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTU5Jm5ic3A7Jm5ic3A7Jm5i c3A7IDIzLjM0MDQzNjk0Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblBDSSAmbHQ7LS0gWGVuQnVzX1Jl YWQmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTYwJm5ic3A7Jm5ic3A7Jm5ic3A7IDIzLjM0 MTEzODg0Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblBDSSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBS ZWFkIHZhbHVlPTUmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTYxJm5ic3A7Jm5ic3A7Jm5i c3A7IDIzLjM0MzE5ODc4Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZEZpbHRlciAtLSZndDsgWGVu VmJkX0RldmljZUNhbGxiYWNrJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE2MiZuYnNwOyZu YnNwOyZuYnNwOyAyMy4zNDQyMDc3NiZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmRGaWx0ZXImbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgWGVuQnVzU3RhdGUgPSA0IC0mZ3Q7IDUmbmJzcDsmbmJzcDsm bmJzcDsgPGJyPjAwMDAwMTYzJm5ic3A7Jm5ic3A7Jm5ic3A7IDIzLjM0NTIxNjc1Jm5ic3A7Jm5i c3A7Jm5ic3A7IFhlblZiZEZpbHRlciAmbHQ7LS0gWGVuVmJkX0RldmljZUNhbGxiYWNrJm5ic3A7 Jm5ic3A7Jm5ic3A7IDxicj48L2Rpdj48YnI+PGJyPjxicj48YnI+PGRpdj48L2Rpdj48ZGl2IGlk PSJkaXZOZXRlYXNlTWFpbENhcmQiPjwvZGl2Pjxicj7U2iAyMDE0LTA2LTI3IDExOjMzOjA3o6wi d29sdmVzIiAmbHQ7d29sdmVzOTE0QDE2My5jb20mZ3Q7INC0tcCjujxicj4gPGJsb2NrcXVvdGUg aWQ9ImlzUmVwbHlDb250ZW50IiBzdHlsZT0iUEFERElORy1MRUZUOiAxZXg7IE1BUkdJTjogMHB4 IDBweCAwcHggMC44ZXg7IEJPUkRFUi1MRUZUOiAjY2NjIDFweCBzb2xpZCI+PGRpdiBzdHlsZT0i bGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6 QXJpYWwiPjxkaXY+SSB3YXMgdXNpbmcgdGhlIGxhdGVzdCBHUEwgUFYgZHJpdmVycyB3aXRoIHdp bmRvd3MgMjAwMyBkb21VLiZuYnNwOyBXaGVuIEkgaG90cGx1ZyBhIG5ldyBkaXNrIHRvIFZNLCB0 aGUgaGFyZHdhcmUgd2l6YXJkIHBvcHMgdXAgdG8gYXNrIGZvciBkcml2ZXIgaW5zdGFsbC4gSSBj aG9vc2UgdG8gYXV0byBpbnN0YWxsIHhlbiBibG9jayBkZXZpY2UgZHJpdmVyLCB0aGVuIHRoZSB3 aXphcmQgcHJvY2VlZHMgYW5kIGZpbmFsbHkgc3RheXMgb24geGVudmJkZmlsdGVyIGluc3RhbGwg c2NyZWVuLiBJcyBpdCBhIGJ1ZyBvZiBHUExQVj88YnI+PGJyPjxicj53b2x2ZXM8YnI+PC9kaXY+ PC9kaXY+PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHNwYW4gaWQ9Im5ldGVh c2VfbWFpbF9mb290ZXIiPjwvc3Bhbj48L3NwYW4+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48YnI+ PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNlX21haWxfZm9vdGVy Ij48L3NwYW4+PC9zcGFuPg== ------=_Part_361744_201566057.1404968713144-- ------=_Part_361742_864166075.1404968713143 Content-Type: text/plain; name="Z-DDC701A839A04.LOG" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Z-DDC701A839A04.LOG" MDAwMDAwMDAJMC4wMDAwMDAwMAlYZW5QQ0kgLS0+IFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJ DQowMDAwMDAwMQkwLjAxMTA0NDQyCVhlblBDSSA8LS0gWGVuQnVzX1JlYWQJDQowMDAwMDAwMgkw LjAxMjA3MTA5CVhlblBDSSAgICAgUmVzY2FubmluZyBjaGlsZCBsaXN0CQ0KMDAwMDAwMDMJMC4w MTI5NjgxMwlYZW5QQ0kgLS0+IFhlblBjaV9FdnRDaGlsZExpc3RTY2FuRm9yQ2hpbGRyZW4JDQow MDAwMDAwNAkwLjAxNDAyNDEzCVhlblBDSSAgICAgRm91bmQgcGF0aCA9IGRldmljZS92YmQvNzY4 CQ0KMDAwMDAwMDUJMC4wMTQ4MTUyOQlYZW5QQ0kgICAgIEZvdW5kIHBhdGggPSBkZXZpY2UvdmJk LzgzMgkNCjAwMDAwMDA2CTAuMDE1NjI5NjQJWGVuUENJICAgICBGb3VuZCBwYXRoID0gZGV2aWNl L3ZpZi8wCQ0KMDAwMDAwMDcJMC4wMTYzOTMxNQlYZW5QQ0kgPC0tIFhlblBjaV9FdnRDaGlsZExp c3RTY2FuRm9yQ2hpbGRyZW4JDQowMDAwMDAwOAkwLjAxNzI1MDI0CVhlblBDSSA8LS0gWGVuUGNp X0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDA5CTAuMDE4MTYyMDgJWGVuUENJIC0tPiBYZW5Q Y2lfRXZ0Q2hpbGRMaXN0Q3JlYXRlRGV2aWNlCQ0KMDAwMDAwMTAJMC4wMTgxNzY2MQlYZW5QQ0kg LS0+IFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDAxMQkwLjA1Mzg3NzI0CVhlblBD SSAgICAgZGV2aWNlID0gJ3ZiZCcsIGluZGV4ID0gJzgzMicsIHBhdGggPSAnZGV2aWNlL3ZiZC84 MzInCQ0KMDAwMDAwMTIJMC4wNTYxNzM5MAlYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAw MTMJMC4wNTYyMjU4NglYZW5QQ0kgPC0tIFhlblBjaV9FdnRDaGlsZExpc3RDcmVhdGVEZXZpY2UJ DQowMDAwMDAxNAkwLjA1NzA0MjQ1CVhlblBDSSAgICAgUmVzY2FubmluZyBjaGlsZCBsaXN0CQ0K MDAwMDAwMTUJMC4wNTg5MjUwOQlYZW5QQ0kgLS0+IFhlblBjaV9FdnRDaGlsZExpc3RTY2FuRm9y Q2hpbGRyZW4JDQowMDAwMDAxNgkwLjA1OTc0MzM1CVhlblBDSSAgICAgRm91bmQgcGF0aCA9IGRl dmljZS92YmQvNzY4CQ0KMDAwMDAwMTcJMC4wNjA0MzE0MglYZW5QQ0kgICAgIEZvdW5kIHBhdGgg PSBkZXZpY2UvdmJkLzgzMgkNCjAwMDAwMDE4CTAuMDYxMjg3OTYJWGVuUENJICAgICBGb3VuZCBw YXRoID0gZGV2aWNlL3ZpZi8wCQ0KMDAwMDAwMTkJMC4wNjIxNDMzNwlYZW5QQ0kgPC0tIFhlblBj aV9FdnRDaGlsZExpc3RTY2FuRm9yQ2hpbGRyZW4JDQowMDAwMDAyMAkwLjA2Mjg5MDExCVhlblBD SSA8LS0gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDIxCTAuMDYzNTY1MzQJWGVu UENJIC0tPiBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAwMjIJMC4wNjQzMTE1MwlY ZW5QQ0kgPC0tIFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDAyMwkwLjA2NDk3NTAy CVhlblBDSSAtLT4gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDI0CTAuMDY1NjI3 NjEJWGVuUENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAwMjUJMC4wNjYy OTE2NwlYZW5QQ0kgLS0+IFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDAyNgkwLjA2 Njk0NDI2CVhlblBDSSA8LS0gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDI3CTAu MDY3NTk1NzQJWGVuUENJIC0tPiBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAwMjgJ MC4wNjg2MzM4NglYZW5QQ0kgPC0tIFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDAy OQkwLjA2OTI4OTgxCVhlblBDSSAtLT4gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAw MDMwCTAuMDY5OTAxMzQJWGVuUENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAw MDAwMzEJMC4wODQ1MjgzNAlYZW5WYmQgICAgIENvbW1hbmQgPSBJTlFVSVJZCQ0KMDAwMDAwMzIJ MC4xMTkxNjg3OAlYZW5WYmQgICAgIENvbW1hbmQgPSBJTlFVSVJZCQ0KMDAwMDAwMzMJMC4xMjAw MjUwMwlYZW5WYmQgICAgIFZQRF9TVVBQT1JURURfUEFHRVMgLSBsZW5ndGggPSAyNTUJDQowMDAw MDAzNAkwLjEyMTA5MjIxCVhlblZiZCAgICAgQ29tbWFuZCA9IElOUVVJUlkJDQowMDAwMDAzNQkw LjEyMjc0MzI2CVhlblZiZCAgICAgVlBEX1NFUklBTF9OVU1CRVIJDQowMDAwMDAzNgkwLjIyOTEx MjM2CVhlblZiZCAgICAgQ29tbWFuZCA9IElOUVVJUlkJDQowMDAwMDAzNwkwLjIzMDU3MzcxCVhl blZiZCAgICAgVlBEX0RFVklDRV9JREVOVElGSUVSUwkNCjAwMDAwMDM4CTAuMzA0MTM4MzYJWGVu VmJkICAgICBDb21tYW5kID0gUkVQT1JUX0xVTlMJDQowMDAwMDAzOQkwLjMwNDkxNTI4CVhlblZi ZCAgICAgIFNFTEVDVCBSRVBPUlQgPSAwCQ0KMDAwMDAwNDAJMC4zMDU1ODM1NAlYZW5WYmQgICAg ICBBTExPQ0FUSU9OIExFTkdUSCA9IDE2CQ0KMDAwMDAwNDEJMC4zMzc4ODQyOAlYZW5WYmRGaWx0 ZXIgLS0+IFhlblZiZF9FdnREZXZpY2VBZGQJDQowMDAwMDA0MgkwLjMzOTM1MTI0CVhlblZiZEZp bHRlciA8LS0gWGVuVmJkX0V2dERldmljZUFkZAkNCjAwMDAwMDQzCTAuMzQwNjg3NDIJWGVuVmJk RmlsdGVyIC0tPiBYZW5WYmRfRXZ0RGV2aWNlV2RtSXJwUHJlcHJvY2Vzc19TVEFSVF9ERVZJQ0UJ DQowMDAwMDA0NAkwLjM0Mzc0MzQxCVhlblZiZEZpbHRlciA8LS0gWGVuVmJkX0V2dERldmljZVdk bUlycFByZXByb2Nlc3NfU1RBUlRfREVWSUNFCQ0KMDAwMDAwNDUJMC4zNDUzNTIyNglYZW5QQ0kg LS0+IFhlblBjaVBkb19FdnREZXZpY2VEMEVudHJ5CQ0KMDAwMDAwNDYJMC4zNDYwMDg3OAlYZW5Q Q0kgICAgIHBhdGggPSBkZXZpY2UvdmJkLzgzMgkNCjAwMDAwMDQ3CTAuMzQ2NjU2MzUJWGVuUENJ ICAgICBXZGZQb3dlckRldmljZUQzRmluYWwJDQowMDAwMDA0OAkwLjM0NzUyMTI4CVhlblBDSSAt LT4gWGVuUGNpX0dldEJhY2tlbmREZXRhaWxzCQ0KMDAwMDAwNDkJMC4zNDg4ODEyMQlYZW5QQ0kg PC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAwNTAJMC4zNTAzNDQ4MQlYZW5QQ0kgPC0tIFhlbkJ1c19S ZWFkCQ0KMDAwMDAwNTEJMC4zNTEyODkwNglYZW5QQ0kgPC0tIFhlblBjaV9HZXRCYWNrZW5kRGV0 YWlscwkNCjAwMDAwMDUyCTAuMzUyNDU4MjEJWGVuUENJIDwtLSBYZW5QY2lQZG9fRXZ0RGV2aWNl RDBFbnRyeQkNCjAwMDAwMDUzCTAuMzUzNDk0NjQJWGVuVmJkIC0tPiBYZW5WYmRfSHdTY3NpRmlu ZEFkYXB0ZXIJDQowMDAwMDA1NAkwLjM1NDEwNDc5CVhlblZiZCAgICAgSVJRTCA9IDAJDQowMDAw MDA1NQkwLjM1NDUzMjIxCVhlblZiZCAgICAgeHZzZCA9IDg0NDA5MDA0CQ0KMDAwMDAwNTYJMC4z NTUwMzI1NglYZW5WYmQgICAgIGFsaWduZWRfYnVmZmVyX2RhdGEgPSA4NDQwOTAxNAkNCjAwMDAw MDU3CTAuMzU1NzEzNjQJWGVuVmJkICAgICBhbGlnbmVkX2J1ZmZlciA9IDg0NDBBMDAwCQ0KMDAw MDAwNTgJMC4zNTYzNDM2MwlYZW5WYmQgICAgIENvbmZpZ0luZm8tPk1heGltdW1UcmFuc2Zlckxl bmd0aCA9IDQxOTQzMDQJDQowMDAwMDA1OQkwLjM1NzE3OTQ2CVhlblZiZCAgICAgQ29uZmlnSW5m by0+TnVtYmVyT2ZQaHlzaWNhbEJyZWFrcyA9IDEwMjQJDQowMDAwMDA2MAkwLjM1ODA5MzI5CVhl blZiZCAgICAgTXVsdGlwbGVSZXF1ZXN0UGVyTHUgPSAxCQ0KMDAwMDAwNjEJMC4zNTg2OTc1MwlY ZW5WYmQgICAgIFRhZ2dlZFF1ZXVpbmcgPSAxCQ0KMDAwMDAwNjIJMC4zNTkyMzMwOAlYZW5WYmQg ICAgIEF1dG9SZXF1ZXN0U2Vuc2UgID0gMQkNCjAwMDAwMDYzCTAuMzU5ODIwMDQJWGVuVmJkICAg ICBNYXBCdWZmZXJzID0gMQkNCjAwMDAwMDY0CTAuMzYwMzMwNzAJWGVuVmJkICAgICBOZWVkUGh5 c2ljYWxBZGRyZXNzZXMgPSAwCQ0KMDAwMDAwNjUJMC4zNjA5NjA2OQlYZW5WYmQgICAgIERtYTY0 Qml0QWRkcmVzc2VzIG5vdCBzdXBwb3J0ZWQJDQowMDAwMDA2NgkwLjM2MjA1MTA0CVhlblZiZCA8 LS0gWGVuVmJkX0h3U2NzaUZpbmRBZGFwdGVyCQ0KMDAwMDAwNjcJMC4zNzI3MTk0NAlYZW5WYmQg LS0+IFhlblZiZF9Id1Njc2lJbml0aWFsaXplCQ0KMDAwMDAwNjgJMC4zNzM3MzAxOAlYZW5WYmQg ICAgIElSUUwgPSAyCQ0KMDAwMDAwNjkJMC4zNzQxNjIzNQlYZW5WYmQgICAgIGR1bXBfbW9kZSA9 IDAJDQowMDAwMDA3MAkwLjM3NDY1MjM2CVhlblZiZCA8LS0gWGVuVmJkX0h3U2NzaUluaXRpYWxp emUJDQowMDAwMDA3MQkwLjM3NTI5MTgyCVhlblZiZCAtLT4gWGVuVmJkX0h3U2NzaUFkYXB0ZXJD b250cm9sCQ0KMDAwMDAwNzIJMC4zNzYwMjIzNwlYZW5WYmQgICAgIElSUUwgPSAwCQ0KMDAwMDAw NzMJMC4zNzY0NTY1MAlYZW5WYmQgICAgIHh2c2QgPSA4NDQwOTAwNAkNCjAwMDAwMDc0CTAuMzc2 OTY2MzYJWGVuVmJkICAgICBTY3NpUXVlcnlTdXBwb3J0ZWRDb250cm9sVHlwZXMgKE1heCA9IDUp CQ0KMDAwMDAwNzUJMC4zNzc3ODAxNAlYZW5WYmQgPC0tIFhlblZiZF9Id1Njc2lBZGFwdGVyQ29u dHJvbAkNCjAwMDAwMDc2CTAuNDM1NjczODAJWGVuVmJkRmlsdGVyIC0tPiBYZW5WYmRfRXZ0RGV2 aWNlRDBFbnRyeQkNCjAwMDAwMDc3CTAuNDM4OTY1ODYJWGVuVmJkRmlsdGVyIC0tPiBYZW5WYmRf Q29ubmVjdAkNCjAwMDAwMDc4CTAuNDQwNjAwMTMJWGVuUENJIC0tPiBYbk9wZW5EZXZpY2UJDQow MDAwMDA3OQkwLjQ0MjIwODcxCVhlblBDSSAtLT4gWGVuUGNpX0JhY2tlbmRTdGF0ZUNhbGxiYWNr CQ0KMDAwMDAwODAJMC41NDAxMDg1NglYZW5QQ0kgPC0tIFhuT3BlbkRldmljZQkNCjAwMDAwMDgx CTAuNTQxMzk3NTcJWGVuUENJICAgICBSZWFkIHBhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQv dmJkLzgvODMyL3N0YXRlCQ0KMDAwMDAwODIJMC41NDMzMzU1NglYZW5WYmRGaWx0ZXIgICAgIHdh aXRpbmcgZm9yIFhlbmJ1c1N0YXRlSW5pdFh4eC9YZW5idXNTdGF0ZUNvbm5lY3RlZCwgYmFja2Vu ZF9zdGF0ZSA9IDAJDQowMDAwMDA4MwkwLjU1MTcwMzMzCVhlblBDSSA8LS0gWGVuQnVzX1JlYWQJ DQowMDAwMDA4NAkwLjYwNDU5NjY3CVhlblBDSSAgICAgUmVhZCB2YWx1ZT0yCQ0KMDAwMDAwODUJ MC42NDA4ODgxNQlYZW5WYmRGaWx0ZXIgLS0+IFhlblZiZF9EZXZpY2VDYWxsYmFjawkNCjAwMDAw MDg2CTAuNjQyOTQzNzQJWGVuVmJkRmlsdGVyICAgICBYZW5CdXNTdGF0ZSA9IDAgLT4gMgkNCjAw MDAwMDg3CTAuNjQ0ODUxNTEJWGVuVmJkRmlsdGVyIDwtLSBYZW5WYmRfRGV2aWNlQ2FsbGJhY2sJ DQowMDAwMDA4OAkwLjY0NTAxOTcxCVhlblBDSSA8LS0gWGVuQnVzX1JlYWQJDQowMDAwMDA4OQkw LjY0NjIyODQ5CVhlblBDSSA8LS0gWGVuUGNpX0JhY2tlbmRTdGF0ZUNhbGxiYWNrCQ0KMDAwMDAw OTAJMC42NDcyMjMyOQlYZW5WYmRGaWx0ZXIgICAgIGRldmljZS10eXBlID0gRGlzawkNCjAwMDAw MDkxCTAuNjQ5NTM5ODMJWGVuUENJIC0tPiBFdnRDaG5fQmluZAkNCjAwMDAwMDkyCTAuNjUwNDc5 ODUJWGVuUENJIDwtLSBFdnRDaG5fQmluZAkNCjAwMDAwMDkzCTAuNzA0MDY3OTUJWGVuUENJIC0t PiBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAwOTQJMC43MTg2MTYxOQlYZW5QQ0kg PC0tIFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDA5NQkwLjcyMjcwNTg0CVhlblBD SSAtLT4gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDk2CTAuNzI0Njc3NTYJWGVu UENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAwOTcJMC43MjcwMTgxMglY ZW5QQ0kgLS0+IFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDA5OAkwLjcyOTA3Mzk0 CVhlblBDSSA8LS0gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDk5CTAuNzMwNDk1 NjMJWGVuUENJIC0tPiBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAxMDAJMC43MzE3 NjE5OQlYZW5QQ0kgPC0tIFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDEwMQkwLjcz Mjk4ODEyCVhlblBDSSAtLT4gWGVuUGNpX0JhY2tlbmRTdGF0ZUNhbGxiYWNrCQ0KMDAwMDAxMDIJ MC43MzY4MjY2MAlYZW5QQ0kgICAgIFJlYWQgcGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92 YmQvOC84MzIvc3RhdGUJDQowMDAwMDEwMwkwLjczOTI2MjcwCVhlblZiZEZpbHRlciAgICAgd2Fp dGluZyBmb3IgWGVuYnVzU3RhdGVDb25uZWN0ZWQsIGJhY2tlbmRfc3RhdGUgPSAyCQ0KMDAwMDAx MDQJMC43NDIwMTAyNAlYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAxMDUJMC43NDMyNjM3 MglYZW5QQ0kgICAgIFJlYWQgdmFsdWU9NAkNCjAwMDAwMTA2CTAuNzQ0MzY1MjcJWGVuVmJkRmls dGVyIC0tPiBYZW5WYmRfRGV2aWNlQ2FsbGJhY2sJDQowMDAwMDEwNwkwLjc0NTY5MDA1CVhlblZi ZEZpbHRlciAgICAgWGVuQnVzU3RhdGUgPSAyIC0+IDQJDQowMDAwMDEwOAkwLjc0Njk3MzQ1CVhl blZiZEZpbHRlciA8LS0gWGVuVmJkX0RldmljZUNhbGxiYWNrCQ0KMDAwMDAxMDkJMC43NDg1NTEz MQlYZW5QQ0kgPC0tIFhlblBjaV9CYWNrZW5kU3RhdGVDYWxsYmFjawkNCjAwMDAwMTEwCTAuNzQ4 NTk4MjIJWGVuUENJIDwtLSBYZW5CdXNfUmVhZAkNCjAwMDAwMTExCTAuNzUxODE0ODQJWGVuUENJ IDwtLSBYZW5CdXNfUmVhZAkNCjAwMDAwMTEyCTAuNzUzNjUzNTkJWGVuUENJIDwtLSBYZW5CdXNf UmVhZAkNCjAwMDAwMTEzCTAuNzU0MjcxNTcJWGVuUENJICAgICBYblJlYWRJbnQgLSAvbG9jYWwv ZG9tYWluLzAvYmFja2VuZC92YmQvOC84MzIvZmVhdHVyZS1kaXNjYXJkID0gRU5PRU5UCQ0KMDAw MDAxMTQJMC43NTU1OTI0MQlYZW5QQ0kgPC0tIFhuUmVhZEludDMyCQ0KMDAwMDAxMTUJMC43NTYy MjQzMwlYZW5QQ0kgICAgIFhuUmVhZEludCAtIC9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZiZC84 LzgzMi9mZWF0dXJlLWZsdXNoLWNhY2hlID0gRU5PRU5UCQ0KMDAwMDAxMTYJMC43NTc2NzkyOAlY ZW5QQ0kgPC0tIFhuUmVhZEludDMyCQ0KMDAwMDAxMTcJMC43NTgyOTE2MAlYZW5QQ0kgPC0tIFhl bkJ1c19SZWFkCQ0KMDAwMDAxMTgJMC43NTg4NDUzMwlYZW5WYmRGaWx0ZXIgICAgIG1vZGUgPSB3 CQ0KMDAwMDAxMTkJMC43NTk1MDQzOAlYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAxMjAJ MC43NjAwNTAyNAlYZW5WYmRGaWx0ZXIgICAgIGRldmljZS10eXBlID0gRGlzawkNCjAwMDAwMTIx CTAuNzYwODIyMTIJWGVuUENJIDwtLSBYZW5CdXNfUmVhZAkNCjAwMDAwMTIyCTAuNzYxNTE3NDcJ WGVuVmJkRmlsdGVyIC0tPiBYZW5WYmRfU3RhcnRSaW5nCQ0KMDAwMDAxMjMJMC43NjE2MjY2NglY ZW5QQ0kgLS0+IFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDEyNAkwLjc2MzIzODM3 CVhlblZiZEZpbHRlciA8LS0gWGVuVmJkX1N0YXJ0UmluZwkNCjAwMDAwMTI1CTAuNzY0NDM0MDQJ WGVuUENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAxMjYJMC43NjU1NjA0 NQlYZW5WYmRGaWx0ZXIgPC0tIFhlblZiZF9Db25uZWN0CQ0KMDAwMDAxMjcJMC43NjczOTkxOQlY ZW5WYmRGaWx0ZXIgPC0tIFhlblZiZF9FdnREZXZpY2VEMEVudHJ5CQ0KMDAwMDAxMjgJMC43Njgx NDg0OAlYZW5WYmRGaWx0ZXIgLS0+IFhlblZiZF9Jb0NvbXBsZXRpb25fU1RBUlRfREVWSUNFCQ0K MDAwMDAxMjkJMC43Njg5NjI1NglYZW5WYmRGaWx0ZXIgPC0tIFhlblZiZF9Jb0NvbXBsZXRpb25f U1RBUlRfREVWSUNFCQ0KMDAwMDAxMzAJMC43NzAxNzg2MglYZW5WYmQgICAgIENvbW1hbmQgPSBJ TlFVSVJZCQ0KMDAwMDAxMzEJMC43NzEyNjk1NglYZW5WYmQgICAgIENvbW1hbmQgPSBJTlFVSVJZ CQ0KMDAwMDAxMzIJMC43NzE5MTA5NwlYZW5WYmQgICAgIFZQRF9TVVBQT1JURURfUEFHRVMgLSBs ZW5ndGggPSAyNTUJDQowMDAwMDEzMwkwLjc3MjY4MDA0CVhlblZiZCAgICAgQ29tbWFuZCA9IElO UVVJUlkJDQowMDAwMDEzNAkwLjc3MzI1NTI5CVhlblZiZCAgICAgVlBEX1NFUklBTF9OVU1CRVIJ DQowMDAwMDEzNQkwLjc3MzgzMDQ3CVhlblZiZCAgICAgQ29tbWFuZCA9IElOUVVJUlkJDQowMDAw MDEzNgkwLjc3NDQwMzE1CVhlblZiZCAgICAgVlBEX0RFVklDRV9JREVOVElGSUVSUwkNCjAwMDAw MTM3CTAuNzc1MDUyMTMJWGVuVmJkICAgICBDb21tYW5kID0gUkVQT1JUX0xVTlMJDQowMDAwMDEz OAkwLjc3NTY2Nzg1CVhlblZiZCAgICAgIFNFTEVDVCBSRVBPUlQgPSAwCQ0KMDAwMDAxMzkJMC43 NzYyMTM0NwlYZW5WYmQgICAgICBBTExPQ0FUSU9OIExFTkdUSCA9IDE2CQ0KMDAwMDAxNDAJMC44 NDYwNjg5OAlYZW5WYmQgICAgIENvbW1hbmQgPSBSRUFEX0NBUEFDSVRZCQ0KMDAwMDAxNDEJMC44 NTA0NjA1OQlYZW5WYmQgICAgIENvbW1hbmQgPSBSRUFEX0NBUEFDSVRZCQ0KMDAwMDAxNDIJMC44 NTM1MDE4MAlYZW5WYmQgICAgIFNSQl9GVU5DVElPTl9JT19DT05UUk9MCQ0KMDAwMDAxNDMJMC44 NTQ0MTE2NglYZW5WYmQgICAgIENvbnRyb2xDb2RlID0gMTc3MDc1MwkNCjAwMDAwMTQ0CTAuODU1 MjczMjUJWGVuVmJkICAgICBFWEVDVVRFX1NDU0kgQ29tbWFuZCA9IDFBIHJldHVybmVkIGVycm9y IDAwCQ0KMDAwMDAxNDUJMC44NTcwNzkzMwlYZW5WYmQgICAgIENvbW1hbmQgPSBSRUFEX0NBUEFD SVRZCQ0KMDAwMDAxNDYJMC44NTg0MTg4OAlYZW5WYmQgICAgIENvbW1hbmQgPSBSRUFEX0NBUEFD SVRZCQ0KMDAwMDAxNDcJMjMuMzIxMjY2MTcJWGVuVmJkRmlsdGVyIC0tPiBYZW5WYmRfRXZ0RGV2 aWNlRDBFeGl0CQ0KMDAwMDAxNDgJMjMuMzIyNTY2OTkJWGVuVmJkRmlsdGVyICAgICBXZGZQb3dl ckRldmljZUQzRmluYWwJDQowMDAwMDE0OQkyMy4zMjM1NDU0NglYZW5WYmRGaWx0ZXIgLS0+IFhl blZiZF9TdG9wUmluZwkNCjAwMDAwMTUwCTIzLjMyNDY1MzYzCVhlblZiZEZpbHRlciA8LS0gWGVu VmJkX1N0b3BSaW5nCQ0KMDAwMDAxNTEJMjMuMzI0ODM4NjQJWGVuUENJIC0tPiBYZW5QY2lfRGV2 aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAxNTIJMjMuMzI4NDE4NzMJWGVuVmJkRmlsdGVyICAgICB3 YWl0aW5nIGZvciBYZW5idXNTdGF0ZUNsb3NpbmcsIGJhY2tlbmRfc3RhdGUgPSA0CQ0KMDAwMDAx NTMJMjMuMzMwNTY4MzEJWGVuUENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAw MDAxNTQJMjMuMzM1MDMzNDIJWGVuUENJIC0tPiBYZW5QY2lfQmFja2VuZFN0YXRlQ2FsbGJhY2sJ DQowMDAwMDE1NQkyMy4zMzU5ODcwOQlYZW5QQ0kgICAgIFJlYWQgcGF0aD0vbG9jYWwvZG9tYWlu LzAvYmFja2VuZC92YmQvOC84MzIvc3RhdGUJDQowMDAwMDE1NgkyMy4zMzc0MzI4NglYZW5QQ0kg PC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAxNTcJMjMuMzM4MzE3ODcJWGVuUENJICAgICBSZWFkIHZh bHVlPTUJDQowMDAwMDE1OAkyMy4zMzkwMzUwMwlYZW5QQ0kgICAgIGJhY2tlbmQgcGF0aCBpcyBj bG9zaW5nLiBjaGVja2luZyBmcm9udGVuZCBwYXRoCQ0KMDAwMDAxNTkJMjMuMzQwNDM2OTQJWGVu UENJIDwtLSBYZW5CdXNfUmVhZAkNCjAwMDAwMTYwCTIzLjM0MTEzODg0CVhlblBDSSAgICAgUmVh ZCB2YWx1ZT01CQ0KMDAwMDAxNjEJMjMuMzQzMTk4NzgJWGVuVmJkRmlsdGVyIC0tPiBYZW5WYmRf RGV2aWNlQ2FsbGJhY2sJDQowMDAwMDE2MgkyMy4zNDQyMDc3NglYZW5WYmRGaWx0ZXIgICAgIFhl bkJ1c1N0YXRlID0gNCAtPiA1CQ0KMDAwMDAxNjMJMjMuMzQ1MjE2NzUJWGVuVmJkRmlsdGVyIDwt LSBYZW5WYmRfRGV2aWNlQ2FsbGJhY2sJDQowMDAwMDE2NAkyMy4zNTA1MzI1MwlYZW5QQ0kgPC0t IFhlblBjaV9CYWNrZW5kU3RhdGVDYWxsYmFjawkNCjAwMDAwMTY1CTIzLjM1MDU3MjU5CVhlblZi ZEZpbHRlciAgICAgd2FpdGluZyBmb3IgWGVuYnVzU3RhdGVDbG9zZWQsIGJhY2tlbmRfc3RhdGUg PSA1CQ0KMDAwMDAxNjYJMjMuMzYxMzE0NzcJWGVuUENJIC0tPiBYZW5QY2lfRGV2aWNlV2F0Y2hI YW5kbGVyCQ0KMDAwMDAxNjcJMjMuMzYzNzA2NTkJWGVuUENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0 Y2hIYW5kbGVyCQ0KMDAwMDAxNjgJMjMuMzY0Mzk4OTYJWGVuUENJIC0tPiBYZW5QY2lfQmFja2Vu ZFN0YXRlQ2FsbGJhY2sJDQowMDAwMDE2OQkyMy4zNjUyODAxNQlYZW5QQ0kgICAgIFJlYWQgcGF0 aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvOC84MzIvc3RhdGUJDQowMDAwMDE3MAkyMy4z NjcxNDkzNQlYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAxNzEJMjMuMzY3NzkwMjIJWGVu UENJICAgICBSZWFkIHZhbHVlPTYJDQowMDAwMDE3MgkyMy4zNjgyNDc5OQlYZW5WYmRGaWx0ZXIg LS0+IFhlblZiZF9EZXZpY2VDYWxsYmFjawkNCjAwMDAwMTczCTIzLjM2ODg3OTMyCVhlblZiZEZp bHRlciAgICAgWGVuQnVzU3RhdGUgPSA1IC0+IDYJDQowMDAwMDE3NAkyMy4zNjk1MDExMQlYZW5W YmRGaWx0ZXIgPC0tIFhlblZiZF9EZXZpY2VDYWxsYmFjawkNCjAwMDAwMTc1CTIzLjM2OTUyMjA5 CVhlblBDSSAtLT4gWG5DbG9zZURldmljZQkNCjAwMDAwMTc2CTIzLjM3MDcwMjc0CVhlblBDSSA8 LS0gWGVuUGNpX0JhY2tlbmRTdGF0ZUNhbGxiYWNrCQ0KMDAwMDAxNzcJMjMuMzcyMzQzMDYJWGVu UENJICAgICBNYXRjaAkNCjAwMDAwMTc4CTIzLjM3Mjg0ODUxCVhlblBDSSA8LS0gWG5DbG9zZURl dmljZQkNCjAwMDAwMTc5CTIzLjM3MzM1MjA1CVhlblZiZEZpbHRlciA8LS0gWGVuVmJkX0V2dERl dmljZUQwRXhpdAkNCjAwMDAwMTgwCTIzLjM3NDIyMTgwCVhlblZiZCAtLT4gWGVuVmJkX0h3U2Nz aUFkYXB0ZXJDb250cm9sCQ0KMDAwMDAxODEJMjMuMzc0ODQ5MzIJWGVuVmJkICAgICBJUlFMID0g MgkNCjAwMDAwMTgyCTIzLjM3NTI2NTEyCVhlblZiZCAgICAgeHZzZCA9IDg0NDA5MDA0CQ0KMDAw MDAxODMJMjMuMzc1NzQzODcJWGVuVmJkICAgICBTY3NpU3RvcEFkYXB0ZXIJDQowMDAwMDE4NAky My4zNzYyMzIxNQlYZW5WYmQgPC0tIFhlblZiZF9Id1Njc2lBZGFwdGVyQ29udHJvbAkNCjAwMDAw MTg1CTIzLjM3Njk0OTMxCVhlblBDSSAtLT4gWGVuUGNpUGRvX0V2dERldmljZUQwRXhpdAkNCjAw MDAwMTg2CTIzLjM3NzU3NjgzCVhlblBDSSAgICAgcGF0aCA9IGRldmljZS92YmQvODMyCQ0KMDAw MDAxODcJMjMuMzc4MTMxODcJWGVuUENJICAgICBXZGZQb3dlckRldmljZUQzRmluYWwJDQowMDAw MDE4OAkyMy4zNzg2ODY5MAlYZW5QQ0kgPC0tIFhlblBjaVBkb19FdnREZXZpY2VEMEV4aXQJDQow MDAwMDE4OQkyMy4zODE4NTUwMQlYZW5WYmRGaWx0ZXIgLS0+IFhlblZiZF9FdnREZXZpY2VBZGQJ DQowMDAwMDE5MAkyMy4zODI5OTE3OQlYZW5WYmRGaWx0ZXIgPC0tIFhlblZiZF9FdnREZXZpY2VB ZGQJDQowMDAwMDE5MQkyMy4zODM3NzU3MQlYZW5WYmRGaWx0ZXIgLS0+IFhlblZiZF9FdnREZXZp Y2VXZG1JcnBQcmVwcm9jZXNzX1NUQVJUX0RFVklDRQkNCjAwMDAwMTkyCTIzLjM4NDcyMTc2CVhl blZiZEZpbHRlciA8LS0gWGVuVmJkX0V2dERldmljZVdkbUlycFByZXByb2Nlc3NfU1RBUlRfREVW SUNFCQ0KMDAwMDAxOTMJMjMuMzg1NjgzMDYJWGVuUENJIC0tPiBYZW5QY2lQZG9fRXZ0RGV2aWNl RDBFbnRyeQkNCjAwMDAwMTk0CTIzLjM4NjM0MzAwCVhlblBDSSAgICAgcGF0aCA9IGRldmljZS92 YmQvODMyCQ0KMDAwMDAxOTUJMjMuMzg2OTMyMzcJWGVuUENJICAgICBXZGZQb3dlckRldmljZUQz RmluYWwJDQowMDAwMDE5NgkyMy4zODc1MzEyOAlYZW5QQ0kgLS0+IFhlblBjaV9HZXRCYWNrZW5k RGV0YWlscwkNCjAwMDAwMTk3CTIzLjM4ODI1OTg5CVhlblBDSSA8LS0gWGVuQnVzX1JlYWQJDQow MDAwMDE5OAkyMy4zODg4MDkyMAlYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAxOTkJMjMu Mzg5MzEwODQJWGVuUENJIDwtLSBYZW5QY2lfR2V0QmFja2VuZERldGFpbHMJDQowMDAwMDIwMAky My4zODk5NDIxNwlYZW5QQ0kgPC0tIFhlblBjaVBkb19FdnREZXZpY2VEMEVudHJ5CQ0KMDAwMDAy MDEJMjMuMzkwNzY0MjQJWGVuVmJkIC0tPiBYZW5WYmRfSHdTY3NpRmluZEFkYXB0ZXIJDQowMDAw MDIwMgkyMy4zOTE0MzE4MQlYZW5WYmQgICAgIElSUUwgPSAwCQ0KMDAwMDAyMDMJMjMuMzkxODkx NDgJWGVuVmJkICAgICB4dnNkID0gODQ0MEMwMDQJDQowMDAwMDIwNAkyMy4zOTI0MjM2MwlYZW5W YmQgICAgIGFsaWduZWRfYnVmZmVyX2RhdGEgPSA4NDQwQzAxNAkNCjAwMDAwMjA1CTIzLjM5MzEy OTM1CVhlblZiZCAgICAgYWxpZ25lZF9idWZmZXIgPSA4NDQwRDAwMAkNCjAwMDAwMjA2CTIzLjM5 Mzc3NTk0CVhlblZiZCAgICAgQ29uZmlnSW5mby0+TWF4aW11bVRyYW5zZmVyTGVuZ3RoID0gNDE5 NDMwNAkNCjAwMDAwMjA3CTIzLjM5NDYzMjM0CVhlblZiZCAgICAgQ29uZmlnSW5mby0+TnVtYmVy T2ZQaHlzaWNhbEJyZWFrcyA9IDEwMjQJDQowMDAwMDIwOAkyMy4zOTU0NjU4NQlYZW5WYmQgICAg IE11bHRpcGxlUmVxdWVzdFBlckx1ID0gMQkNCjAwMDAwMjA5CTIzLjM5NjIwMzk5CVhlblZiZCAg ICAgVGFnZ2VkUXVldWluZyA9IDEJDQowMDAwMDIxMAkyMy4zOTY3MzA0MglYZW5WYmQgICAgIEF1 dG9SZXF1ZXN0U2Vuc2UgID0gMQkNCjAwMDAwMjExCTIzLjM5NzMxMDI2CVhlblZiZCAgICAgTWFw QnVmZmVycyA9IDEJDQowMDAwMDIxMgkyMy4zOTc3OTg1NAlYZW5WYmQgICAgIE5lZWRQaHlzaWNh bEFkZHJlc3NlcyA9IDAJDQowMDAwMDIxMwkyMy4zOTg0MTI3MAlYZW5WYmQgICAgIERtYTY0Qml0 QWRkcmVzc2VzIG5vdCBzdXBwb3J0ZWQJDQowMDAwMDIxNAkyMy4zOTkwOTkzNQlYZW5WYmQgPC0t IFhlblZiZF9Id1Njc2lGaW5kQWRhcHRlcgkNCjAwMDAwMjE1CTIzLjM5OTc2NTAxCVhlblZiZCAt LT4gWGVuVmJkX0h3U2NzaUluaXRpYWxpemUJDQowMDAwMDIxNgkyMy40MDAzNTQzOQlYZW5WYmQg ICAgIElSUUwgPSAyCQ0KMDAwMDAyMTcJMjMuNDAwNzc5NzIJWGVuVmJkICAgICBkdW1wX21vZGUg PSAwCQ0KMDAwMDAyMTgJMjMuNDAxMjg1MTcJWGVuVmJkIDwtLSBYZW5WYmRfSHdTY3NpSW5pdGlh bGl6ZQkNCjAwMDAwMjE5CTIzLjQwMTkxNjUwCVhlblZiZCAtLT4gWGVuVmJkX0h3U2NzaUFkYXB0 ZXJDb250cm9sCQ0KMDAwMDAyMjAJMjMuNDAyNTg3ODkJWGVuVmJkICAgICBJUlFMID0gMAkNCjAw MDAwMjIxCTIzLjQwMzAzNjEyCVhlblZiZCAgICAgeHZzZCA9IDg0NDBDMDA0CQ0KMDAwMDAyMjIJ MjMuNDAzNTY2MzYJWGVuVmJkICAgICBTY3NpUXVlcnlTdXBwb3J0ZWRDb250cm9sVHlwZXMgKE1h eCA9IDUpCQ0KMDAwMDAyMjMJMjMuNDA0Mzg0NjEJWGVuVmJkIDwtLSBYZW5WYmRfSHdTY3NpQWRh cHRlckNvbnRyb2wJDQowMDAwMDIyNAkyMy40MDYzNTEwOQlYZW5WYmRGaWx0ZXIgLS0+IFhlblZi ZF9FdnREZXZpY2VEMEVudHJ5CQ0KMDAwMDAyMjUJMjMuNDA3MTY3NDMJWGVuVmJkRmlsdGVyIC0t PiBYZW5WYmRfQ29ubmVjdAkNCjAwMDAwMjI2CTIzLjQwNzc2MjUzCVhlblBDSSAtLT4gWG5PcGVu RGV2aWNlCQ0KMDAwMDAyMjcJMjMuNDA4NDAxNDkJWGVuUENJIDwtLSBYbk9wZW5EZXZpY2UJDQow MDAwMDIyOAkyMy40MDg0MzIwMQlYZW5QQ0kgLS0+IFhlblBjaV9CYWNrZW5kU3RhdGVDYWxsYmFj awkNCjAwMDAwMjI5CTIzLjQwOTM0MzcyCVhlblZiZEZpbHRlciAgICAgd2FpdGluZyBmb3IgWGVu YnVzU3RhdGVJbml0WHh4L1hlbmJ1c1N0YXRlQ29ubmVjdGVkLCBiYWNrZW5kX3N0YXRlID0gMAkN CjAwMDAwMjMwCTIzLjQxMDU2NjMzCVhlblBDSSAgICAgUmVhZCBwYXRoPS9sb2NhbC9kb21haW4v MC9iYWNrZW5kL3ZiZC84LzgzMi9zdGF0ZQkNCjAwMDAwMjMxCTIzLjQxNTU4ODM4CVhlblBDSSA8 LS0gWGVuQnVzX1JlYWQJDQowMDAwMDIzMgkyMy40MTY5OTYwMAlYZW5QQ0kgICAgIFJlYWQgdmFs dWU9NgkNCjAwMDAwMjMzCTIzLjQxODQwMTcyCVhlblZiZEZpbHRlciAtLT4gWGVuVmJkX0Rldmlj ZUNhbGxiYWNrCQ0KMDAwMDAyMzQJMjMuNDIwMzUyOTQJWGVuVmJkRmlsdGVyICAgICBYZW5CdXNT dGF0ZSA9IDAgLT4gNgkNCjAwMDAwMjM1CTIzLjQyMjI3NTU0CVhlblZiZEZpbHRlciA8LS0gWGVu VmJkX0RldmljZUNhbGxiYWNrCQ0KMDAwMDAyMzYJMjMuNDIyMjk0NjIJWGVuVmJkRmlsdGVyICAg ICB3YWl0aW5nIGZvciBYZW5idXNTdGF0ZUluaXRYeHgvWGVuYnVzU3RhdGVDb25uZWN0ZWQsIGJh Y2tlbmRfc3RhdGUgPSA2CQ0KMDAwMDAyMzcJMjMuNDIzNDY5NTQJWGVuUENJIDwtLSBYZW5QY2lf QmFja2VuZFN0YXRlQ2FsbGJhY2sJDQo= ------=_Part_361742_864166075.1404968713143 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ------=_Part_361742_864166075.1404968713143-- From xen-users-bounces@lists.xen.org Thu Jul 10 05:06:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 05:06:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X56Xq-0002FD-Pf; Thu, 10 Jul 2014 05:05:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X56Xn-0002F8-IR for xen-users@lists.xen.org; Thu, 10 Jul 2014 05:05:20 +0000 Received: from [85.158.143.35:32022] by server-3.bemta-4.messagelabs.com id 0A/0B-16194-E0F1EB35; Thu, 10 Jul 2014 05:05:18 +0000 X-Env-Sender: wolves914@163.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1404968714!16966303!1 X-Originating-IP: [220.181.13.120] X-SpamReason: No, hits=0.7 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjEyMCA9PiA0OTM4\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjEzLjEyMCA9PiA0OTM4\n,HTML_50_60,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,MIME_BASE64_TEXT X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18384 invoked from network); 10 Jul 2014 05:05:15 -0000 Received: from m13-120.163.com (HELO m13-120.163.com) (220.181.13.120) by server-15.tower-21.messagelabs.com with SMTP; 10 Jul 2014 05:05:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=+Jp+z shb1gCpa88NC/FOanLGfAhXurfJkahqEK1QbCQ=; b=XhRSWYgC+aNLEeEUws42R Vi34ganyF+PB0DHZUciZ1nVZwKskexbQubY05Mp/HwRxCeLr3zUddMGt8n7lBc0o cLmFuqpsEfcTbmAuUCF+h/ARsSlI+5sFbEt5GyNHE9aSloMeFEZMSubKhj/PMKlD whFSxqfBcx9JMSdp1km6ZU= Received: from wolves914$163.com ( [111.206.125.147] ) by ajax-webmail-wmsvr120 (Coremail) ; Thu, 10 Jul 2014 13:05:13 +0800 (CST) X-Originating-IP: [111.206.125.147] Date: Thu, 10 Jul 2014 13:05:13 +0800 (CST) From: wolves To: "xen-users@lists.xen.org" X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2014 www.mailtech.cn 163com In-Reply-To: References: X-CM-CTRLDATA: rBX71mZvb3Rlcl9odG09NTQwMjo4MQ== Content-Type: multipart/mixed; boundary="----=_Part_361742_864166075.1404968713143" MIME-Version: 1.0 Message-ID: <26b8f46a.163a7.1471ea93bb8.Coremail.wolves914@163.com> X-CM-TRANSID: eMGowEDZYkMJH75TaGtGAA--.3594W X-CM-SenderInfo: xzro4vbvzrkqqrwthudrp/1tbiRBPERlEAIDlHZgADs- X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: Re: [Xen-users] GPLPV drivers stay on xenvbdfilter install screen if a second disk hotplugged X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ------=_Part_361742_864166075.1404968713143 Content-Type: multipart/alternative; boundary="----=_Part_361744_201566057.1404968713144" ------=_Part_361744_201566057.1404968713144 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 VGhlIGRlYnVnIGluZm9ybWF0aW9uIHNob3dlZCB0aGUgZGV2aWNlIHN0b3BwZWQgdGhlIHJpbmcu IEZvciBkZXRhaWwgaW5mb3JtYXRpb24sIHBsZWFzZSBjaGVjayB0aGUgZW5jbG9zZWQgbG9nLgoK MDAwMDAxMzAgICAgMC43NzAxNzg2MiAgICBYZW5WYmQgICAgIENvbW1hbmQgPSBJTlFVSVJZICAg CjAwMDAwMTMxICAgIDAuNzcxMjY5NTYgICAgWGVuVmJkICAgICBDb21tYW5kID0gSU5RVUlSWSAg IAowMDAwMDEzMiAgICAwLjc3MTkxMDk3ICAgIFhlblZiZCAgICAgVlBEX1NVUFBPUlRFRF9QQUdF UyAtIGxlbmd0aCA9IDI1NSAgIAowMDAwMDEzMyAgICAwLjc3MjY4MDA0ICAgIFhlblZiZCAgICAg Q29tbWFuZCA9IElOUVVJUlkgICAKMDAwMDAxMzQgICAgMC43NzMyNTUyOSAgICBYZW5WYmQgICAg IFZQRF9TRVJJQUxfTlVNQkVSICAgCjAwMDAwMTM1ICAgIDAuNzczODMwNDcgICAgWGVuVmJkICAg ICBDb21tYW5kID0gSU5RVUlSWSAgIAowMDAwMDEzNiAgICAwLjc3NDQwMzE1ICAgIFhlblZiZCAg ICAgVlBEX0RFVklDRV9JREVOVElGSUVSUyAgIAowMDAwMDEzNyAgICAwLjc3NTA1MjEzICAgIFhl blZiZCAgICAgQ29tbWFuZCA9IFJFUE9SVF9MVU5TICAgCjAwMDAwMTM4ICAgIDAuNzc1NjY3ODUg ICAgWGVuVmJkICAgICAgU0VMRUNUIFJFUE9SVCA9IDAgICAKMDAwMDAxMzkgICAgMC43NzYyMTM0 NyAgICBYZW5WYmQgICAgICBBTExPQ0FUSU9OIExFTkdUSCA9IDE2ICAgCjAwMDAwMTQwICAgIDAu ODQ2MDY4OTggICAgWGVuVmJkICAgICBDb21tYW5kID0gUkVBRF9DQVBBQ0lUWSAgIAowMDAwMDE0 MSAgICAwLjg1MDQ2MDU5ICAgIFhlblZiZCAgICAgQ29tbWFuZCA9IFJFQURfQ0FQQUNJVFkgICAK MDAwMDAxNDIgICAgMC44NTM1MDE4MCAgICBYZW5WYmQgICAgIFNSQl9GVU5DVElPTl9JT19DT05U Uk9MICAgCjAwMDAwMTQzICAgIDAuODU0NDExNjYgICAgWGVuVmJkICAgICBDb250cm9sQ29kZSA9 IDE3NzA3NTMgICAKMDAwMDAxNDQgICAgMC44NTUyNzMyNSAgICBYZW5WYmQgICAgIEVYRUNVVEVf U0NTSSBDb21tYW5kID0gMUEgcmV0dXJuZWQgZXJyb3IgMDAgICAKMDAwMDAxNDUgICAgMC44NTcw NzkzMyAgICBYZW5WYmQgICAgIENvbW1hbmQgPSBSRUFEX0NBUEFDSVRZICAgCjAwMDAwMTQ2ICAg IDAuODU4NDE4ODggICAgWGVuVmJkICAgICBDb21tYW5kID0gUkVBRF9DQVBBQ0lUWSAgIAowMDAw MDE0NyAgICAyMy4zMjEyNjYxNyAgICBYZW5WYmRGaWx0ZXIgLS0+IFhlblZiZF9FdnREZXZpY2VE MEV4aXQgICAKMDAwMDAxNDggICAgMjMuMzIyNTY2OTkgICAgWGVuVmJkRmlsdGVyICAgICBXZGZQ b3dlckRldmljZUQzRmluYWwgICAKMDAwMDAxNDkgICAgMjMuMzIzNTQ1NDYgICAgWGVuVmJkRmls dGVyIC0tPiBYZW5WYmRfU3RvcFJpbmcgICAKMDAwMDAxNTAgICAgMjMuMzI0NjUzNjMgICAgWGVu VmJkRmlsdGVyIDwtLSBYZW5WYmRfU3RvcFJpbmcgICAKMDAwMDAxNTEgICAgMjMuMzI0ODM4NjQg ICAgWGVuUENJIC0tPiBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyICAgCjAwMDAwMTUyICAgIDIz LjMyODQxODczICAgIFhlblZiZEZpbHRlciAgICAgd2FpdGluZyBmb3IgWGVuYnVzU3RhdGVDbG9z aW5nLCBiYWNrZW5kX3N0YXRlID0gNCAgIAowMDAwMDE1MyAgICAyMy4zMzA1NjgzMSAgICBYZW5Q Q0kgPC0tIFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIgICAKMDAwMDAxNTQgICAgMjMuMzM1MDMz NDIgICAgWGVuUENJIC0tPiBYZW5QY2lfQmFja2VuZFN0YXRlQ2FsbGJhY2sgICAKMDAwMDAxNTUg ICAgMjMuMzM1OTg3MDkgICAgWGVuUENJICAgICBSZWFkIHBhdGg9L2xvY2FsL2RvbWFpbi8wL2Jh Y2tlbmQvdmJkLzgvODMyL3N0YXRlICAgCjAwMDAwMTU2ICAgIDIzLjMzNzQzMjg2ICAgIFhlblBD SSA8LS0gWGVuQnVzX1JlYWQgICAKMDAwMDAxNTcgICAgMjMuMzM4MzE3ODcgICAgWGVuUENJICAg ICBSZWFkIHZhbHVlPTUgICAKMDAwMDAxNTggICAgMjMuMzM5MDM1MDMgICAgWGVuUENJICAgICBi YWNrZW5kIHBhdGggaXMgY2xvc2luZy4gY2hlY2tpbmcgZnJvbnRlbmQgcGF0aCAgIAowMDAwMDE1 OSAgICAyMy4zNDA0MzY5NCAgICBYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkICAgCjAwMDAwMTYwICAg IDIzLjM0MTEzODg0ICAgIFhlblBDSSAgICAgUmVhZCB2YWx1ZT01ICAgCjAwMDAwMTYxICAgIDIz LjM0MzE5ODc4ICAgIFhlblZiZEZpbHRlciAtLT4gWGVuVmJkX0RldmljZUNhbGxiYWNrICAgCjAw MDAwMTYyICAgIDIzLjM0NDIwNzc2ICAgIFhlblZiZEZpbHRlciAgICAgWGVuQnVzU3RhdGUgPSA0 IC0+IDUgICAKMDAwMDAxNjMgICAgMjMuMzQ1MjE2NzUgICAgWGVuVmJkRmlsdGVyIDwtLSBYZW5W YmRfRGV2aWNlQ2FsbGJhY2sgICAKCgoKCgoKCtTaIDIwMTQtMDYtMjcgMTE6MzM6MDejrCJ3b2x2 ZXMiIDx3b2x2ZXM5MTRAMTYzLmNvbT4g0LS1wKO6CgpJIHdhcyB1c2luZyB0aGUgbGF0ZXN0IEdQ TCBQViBkcml2ZXJzIHdpdGggd2luZG93cyAyMDAzIGRvbVUuICBXaGVuIEkgaG90cGx1ZyBhIG5l dyBkaXNrIHRvIFZNLCB0aGUgaGFyZHdhcmUgd2l6YXJkIHBvcHMgdXAgdG8gYXNrIGZvciBkcml2 ZXIgaW5zdGFsbC4gSSBjaG9vc2UgdG8gYXV0byBpbnN0YWxsIHhlbiBibG9jayBkZXZpY2UgZHJp dmVyLCB0aGVuIHRoZSB3aXphcmQgcHJvY2VlZHMgYW5kIGZpbmFsbHkgc3RheXMgb24geGVudmJk ZmlsdGVyIGluc3RhbGwgc2NyZWVuLiBJcyBpdCBhIGJ1ZyBvZiBHUExQVj8KCgp3b2x2ZXMKCgoK ------=_Part_361744_201566057.1404968713144 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+VGhlIGRlYnVnIGluZm9ybWF0aW9uIHNob3dlZCB0aGUg ZGV2aWNlIHN0b3BwZWQgdGhlIHJpbmcuIEZvciBkZXRhaWwgaW5mb3JtYXRpb24sIHBsZWFzZSBj aGVjayB0aGUgZW5jbG9zZWQgbG9nLjxicj48YnI+MDAwMDAxMzAmbmJzcDsmbmJzcDsmbmJzcDsg MC43NzAxNzg2MiZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmQmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgQ29tbWFuZCA9IElOUVVJUlkmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTMxJm5ic3A7 Jm5ic3A7Jm5ic3A7IDAuNzcxMjY5NTYmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJkJm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IENvbW1hbmQgPSBJTlFVSVJZJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4w MDAwMDEzMiZuYnNwOyZuYnNwOyZuYnNwOyAwLjc3MTkxMDk3Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhl blZiZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBWUERfU1VQUE9SVEVEX1BBR0VTIC0gbGVuZ3Ro ID0gMjU1Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDEzMyZuYnNwOyZuYnNwOyZuYnNwOyAw Ljc3MjY4MDA0Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBDb21tYW5kID0gSU5RVUlSWSZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+MDAwMDAxMzQmbmJzcDsm bmJzcDsmbmJzcDsgMC43NzMyNTUyOSZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmQmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgVlBEX1NFUklBTF9OVU1CRVImbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAw MDAwMTM1Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAuNzczODMwNDcmbmJzcDsmbmJzcDsmbmJzcDsgWGVu VmJkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IENvbW1hbmQgPSBJTlFVSVJZJm5ic3A7Jm5ic3A7 Jm5ic3A7IDxicj4wMDAwMDEzNiZuYnNwOyZuYnNwOyZuYnNwOyAwLjc3NDQwMzE1Jm5ic3A7Jm5i c3A7Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBWUERfREVWSUNFX0lERU5U SUZJRVJTJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDEzNyZuYnNwOyZuYnNwOyZuYnNwOyAw Ljc3NTA1MjEzJm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBDb21tYW5kID0gUkVQT1JUX0xVTlMmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTM4Jm5i c3A7Jm5ic3A7Jm5ic3A7IDAuNzc1NjY3ODUmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJkJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNFTEVDVCBSRVBPUlQgPSAwJm5ic3A7Jm5ic3A7Jm5i c3A7IDxicj4wMDAwMDEzOSZuYnNwOyZuYnNwOyZuYnNwOyAwLjc3NjIxMzQ3Jm5ic3A7Jm5ic3A7 Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBTExPQ0FUSU9OIExF TkdUSCA9IDE2Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE0MCZuYnNwOyZuYnNwOyZuYnNw OyAwLjg0NjA2ODk4Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBDb21tYW5kID0gUkVBRF9DQVBBQ0lUWSZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+MDAwMDAx NDEmbmJzcDsmbmJzcDsmbmJzcDsgMC44NTA0NjA1OSZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmQm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQ29tbWFuZCA9IFJFQURfQ0FQQUNJVFkmbmJzcDsmbmJz cDsmbmJzcDsgPGJyPjAwMDAwMTQyJm5ic3A7Jm5ic3A7Jm5ic3A7IDAuODUzNTAxODAmbmJzcDsm bmJzcDsmbmJzcDsgWGVuVmJkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFNSQl9GVU5DVElPTl9J T19DT05UUk9MJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE0MyZuYnNwOyZuYnNwOyZuYnNw OyAwLjg1NDQxMTY2Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZCZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBDb250cm9sQ29kZSA9IDE3NzA3NTMmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTQ0 Jm5ic3A7Jm5ic3A7Jm5ic3A7IDAuODU1MjczMjUmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJkJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEVYRUNVVEVfU0NTSSBDb21tYW5kID0gMUEgcmV0dXJuZWQg ZXJyb3IgMDAmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTQ1Jm5ic3A7Jm5ic3A7Jm5ic3A7 IDAuODU3MDc5MzMmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJkJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IENvbW1hbmQgPSBSRUFEX0NBUEFDSVRZJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE0 NiZuYnNwOyZuYnNwOyZuYnNwOyAwLjg1ODQxODg4Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZCZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBDb21tYW5kID0gUkVBRF9DQVBBQ0lUWSZuYnNwOyZuYnNw OyZuYnNwOyA8YnI+MDAwMDAxNDcmbmJzcDsmbmJzcDsmbmJzcDsgMjMuMzIxMjY2MTcmbmJzcDsm bmJzcDsmbmJzcDsgWGVuVmJkRmlsdGVyIC0tJmd0OyBYZW5WYmRfRXZ0RGV2aWNlRDBFeGl0Jm5i c3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE0OCZuYnNwOyZuYnNwOyZuYnNwOyAyMy4zMjI1NjY5 OSZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmRGaWx0ZXImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg V2RmUG93ZXJEZXZpY2VEM0ZpbmFsJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE0OSZuYnNw OyZuYnNwOyZuYnNwOyAyMy4zMjM1NDU0NiZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmRGaWx0ZXIg LS0mZ3Q7IFhlblZiZF9TdG9wUmluZyZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+MDAwMDAxNTAmbmJz cDsmbmJzcDsmbmJzcDsgMjMuMzI0NjUzNjMmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJkRmlsdGVy ICZsdDstLSBYZW5WYmRfU3RvcFJpbmcmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTUxJm5i c3A7Jm5ic3A7Jm5ic3A7IDIzLjMyNDgzODY0Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblBDSSAtLSZn dDsgWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlciZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+MDAwMDAx NTImbmJzcDsmbmJzcDsmbmJzcDsgMjMuMzI4NDE4NzMmbmJzcDsmbmJzcDsmbmJzcDsgWGVuVmJk RmlsdGVyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHdhaXRpbmcgZm9yIFhlbmJ1c1N0YXRlQ2xv c2luZywgYmFja2VuZF9zdGF0ZSA9IDQmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTUzJm5i c3A7Jm5ic3A7Jm5ic3A7IDIzLjMzMDU2ODMxJm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblBDSSAmbHQ7 LS0gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlciZuYnNwOyZuYnNwOyZuYnNwOyA8YnI+MDAwMDAx NTQmbmJzcDsmbmJzcDsmbmJzcDsgMjMuMzM1MDMzNDImbmJzcDsmbmJzcDsmbmJzcDsgWGVuUENJ IC0tJmd0OyBYZW5QY2lfQmFja2VuZFN0YXRlQ2FsbGJhY2smbmJzcDsmbmJzcDsmbmJzcDsgPGJy PjAwMDAwMTU1Jm5ic3A7Jm5ic3A7Jm5ic3A7IDIzLjMzNTk4NzA5Jm5ic3A7Jm5ic3A7Jm5ic3A7 IFhlblBDSSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWFkIHBhdGg9L2xvY2FsL2RvbWFpbi8w L2JhY2tlbmQvdmJkLzgvODMyL3N0YXRlJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE1NiZu YnNwOyZuYnNwOyZuYnNwOyAyMy4zMzc0MzI4NiZuYnNwOyZuYnNwOyZuYnNwOyBYZW5QQ0kgJmx0 Oy0tIFhlbkJ1c19SZWFkJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE1NyZuYnNwOyZuYnNw OyZuYnNwOyAyMy4zMzgzMTc4NyZuYnNwOyZuYnNwOyZuYnNwOyBYZW5QQ0kmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgUmVhZCB2YWx1ZT01Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE1OCZu YnNwOyZuYnNwOyZuYnNwOyAyMy4zMzkwMzUwMyZuYnNwOyZuYnNwOyZuYnNwOyBYZW5QQ0kmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgYmFja2VuZCBwYXRoIGlzIGNsb3NpbmcuIGNoZWNraW5nIGZy b250ZW5kIHBhdGgmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTU5Jm5ic3A7Jm5ic3A7Jm5i c3A7IDIzLjM0MDQzNjk0Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblBDSSAmbHQ7LS0gWGVuQnVzX1Jl YWQmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTYwJm5ic3A7Jm5ic3A7Jm5ic3A7IDIzLjM0 MTEzODg0Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblBDSSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBS ZWFkIHZhbHVlPTUmbmJzcDsmbmJzcDsmbmJzcDsgPGJyPjAwMDAwMTYxJm5ic3A7Jm5ic3A7Jm5i c3A7IDIzLjM0MzE5ODc4Jm5ic3A7Jm5ic3A7Jm5ic3A7IFhlblZiZEZpbHRlciAtLSZndDsgWGVu VmJkX0RldmljZUNhbGxiYWNrJm5ic3A7Jm5ic3A7Jm5ic3A7IDxicj4wMDAwMDE2MiZuYnNwOyZu YnNwOyZuYnNwOyAyMy4zNDQyMDc3NiZuYnNwOyZuYnNwOyZuYnNwOyBYZW5WYmRGaWx0ZXImbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgWGVuQnVzU3RhdGUgPSA0IC0mZ3Q7IDUmbmJzcDsmbmJzcDsm bmJzcDsgPGJyPjAwMDAwMTYzJm5ic3A7Jm5ic3A7Jm5ic3A7IDIzLjM0NTIxNjc1Jm5ic3A7Jm5i c3A7Jm5ic3A7IFhlblZiZEZpbHRlciAmbHQ7LS0gWGVuVmJkX0RldmljZUNhbGxiYWNrJm5ic3A7 Jm5ic3A7Jm5ic3A7IDxicj48L2Rpdj48YnI+PGJyPjxicj48YnI+PGRpdj48L2Rpdj48ZGl2IGlk PSJkaXZOZXRlYXNlTWFpbENhcmQiPjwvZGl2Pjxicj7U2iAyMDE0LTA2LTI3IDExOjMzOjA3o6wi d29sdmVzIiAmbHQ7d29sdmVzOTE0QDE2My5jb20mZ3Q7INC0tcCjujxicj4gPGJsb2NrcXVvdGUg aWQ9ImlzUmVwbHlDb250ZW50IiBzdHlsZT0iUEFERElORy1MRUZUOiAxZXg7IE1BUkdJTjogMHB4 IDBweCAwcHggMC44ZXg7IEJPUkRFUi1MRUZUOiAjY2NjIDFweCBzb2xpZCI+PGRpdiBzdHlsZT0i bGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7Zm9udC1mYW1pbHk6 QXJpYWwiPjxkaXY+SSB3YXMgdXNpbmcgdGhlIGxhdGVzdCBHUEwgUFYgZHJpdmVycyB3aXRoIHdp bmRvd3MgMjAwMyBkb21VLiZuYnNwOyBXaGVuIEkgaG90cGx1ZyBhIG5ldyBkaXNrIHRvIFZNLCB0 aGUgaGFyZHdhcmUgd2l6YXJkIHBvcHMgdXAgdG8gYXNrIGZvciBkcml2ZXIgaW5zdGFsbC4gSSBj aG9vc2UgdG8gYXV0byBpbnN0YWxsIHhlbiBibG9jayBkZXZpY2UgZHJpdmVyLCB0aGVuIHRoZSB3 aXphcmQgcHJvY2VlZHMgYW5kIGZpbmFsbHkgc3RheXMgb24geGVudmJkZmlsdGVyIGluc3RhbGwg c2NyZWVuLiBJcyBpdCBhIGJ1ZyBvZiBHUExQVj88YnI+PGJyPjxicj53b2x2ZXM8YnI+PC9kaXY+ PC9kaXY+PGJyPjxicj48c3BhbiB0aXRsZT0ibmV0ZWFzZWZvb3RlciI+PHNwYW4gaWQ9Im5ldGVh c2VfbWFpbF9mb290ZXIiPjwvc3Bhbj48L3NwYW4+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48YnI+ PHNwYW4gdGl0bGU9Im5ldGVhc2Vmb290ZXIiPjxzcGFuIGlkPSJuZXRlYXNlX21haWxfZm9vdGVy Ij48L3NwYW4+PC9zcGFuPg== ------=_Part_361744_201566057.1404968713144-- ------=_Part_361742_864166075.1404968713143 Content-Type: text/plain; name="Z-DDC701A839A04.LOG" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Z-DDC701A839A04.LOG" MDAwMDAwMDAJMC4wMDAwMDAwMAlYZW5QQ0kgLS0+IFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJ DQowMDAwMDAwMQkwLjAxMTA0NDQyCVhlblBDSSA8LS0gWGVuQnVzX1JlYWQJDQowMDAwMDAwMgkw LjAxMjA3MTA5CVhlblBDSSAgICAgUmVzY2FubmluZyBjaGlsZCBsaXN0CQ0KMDAwMDAwMDMJMC4w MTI5NjgxMwlYZW5QQ0kgLS0+IFhlblBjaV9FdnRDaGlsZExpc3RTY2FuRm9yQ2hpbGRyZW4JDQow MDAwMDAwNAkwLjAxNDAyNDEzCVhlblBDSSAgICAgRm91bmQgcGF0aCA9IGRldmljZS92YmQvNzY4 CQ0KMDAwMDAwMDUJMC4wMTQ4MTUyOQlYZW5QQ0kgICAgIEZvdW5kIHBhdGggPSBkZXZpY2UvdmJk LzgzMgkNCjAwMDAwMDA2CTAuMDE1NjI5NjQJWGVuUENJICAgICBGb3VuZCBwYXRoID0gZGV2aWNl L3ZpZi8wCQ0KMDAwMDAwMDcJMC4wMTYzOTMxNQlYZW5QQ0kgPC0tIFhlblBjaV9FdnRDaGlsZExp c3RTY2FuRm9yQ2hpbGRyZW4JDQowMDAwMDAwOAkwLjAxNzI1MDI0CVhlblBDSSA8LS0gWGVuUGNp X0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDA5CTAuMDE4MTYyMDgJWGVuUENJIC0tPiBYZW5Q Y2lfRXZ0Q2hpbGRMaXN0Q3JlYXRlRGV2aWNlCQ0KMDAwMDAwMTAJMC4wMTgxNzY2MQlYZW5QQ0kg LS0+IFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDAxMQkwLjA1Mzg3NzI0CVhlblBD SSAgICAgZGV2aWNlID0gJ3ZiZCcsIGluZGV4ID0gJzgzMicsIHBhdGggPSAnZGV2aWNlL3ZiZC84 MzInCQ0KMDAwMDAwMTIJMC4wNTYxNzM5MAlYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAw MTMJMC4wNTYyMjU4NglYZW5QQ0kgPC0tIFhlblBjaV9FdnRDaGlsZExpc3RDcmVhdGVEZXZpY2UJ DQowMDAwMDAxNAkwLjA1NzA0MjQ1CVhlblBDSSAgICAgUmVzY2FubmluZyBjaGlsZCBsaXN0CQ0K MDAwMDAwMTUJMC4wNTg5MjUwOQlYZW5QQ0kgLS0+IFhlblBjaV9FdnRDaGlsZExpc3RTY2FuRm9y Q2hpbGRyZW4JDQowMDAwMDAxNgkwLjA1OTc0MzM1CVhlblBDSSAgICAgRm91bmQgcGF0aCA9IGRl dmljZS92YmQvNzY4CQ0KMDAwMDAwMTcJMC4wNjA0MzE0MglYZW5QQ0kgICAgIEZvdW5kIHBhdGgg PSBkZXZpY2UvdmJkLzgzMgkNCjAwMDAwMDE4CTAuMDYxMjg3OTYJWGVuUENJICAgICBGb3VuZCBw YXRoID0gZGV2aWNlL3ZpZi8wCQ0KMDAwMDAwMTkJMC4wNjIxNDMzNwlYZW5QQ0kgPC0tIFhlblBj aV9FdnRDaGlsZExpc3RTY2FuRm9yQ2hpbGRyZW4JDQowMDAwMDAyMAkwLjA2Mjg5MDExCVhlblBD SSA8LS0gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDIxCTAuMDYzNTY1MzQJWGVu UENJIC0tPiBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAwMjIJMC4wNjQzMTE1MwlY ZW5QQ0kgPC0tIFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDAyMwkwLjA2NDk3NTAy CVhlblBDSSAtLT4gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDI0CTAuMDY1NjI3 NjEJWGVuUENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAwMjUJMC4wNjYy OTE2NwlYZW5QQ0kgLS0+IFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDAyNgkwLjA2 Njk0NDI2CVhlblBDSSA8LS0gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDI3CTAu MDY3NTk1NzQJWGVuUENJIC0tPiBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAwMjgJ MC4wNjg2MzM4NglYZW5QQ0kgPC0tIFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDAy OQkwLjA2OTI4OTgxCVhlblBDSSAtLT4gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAw MDMwCTAuMDY5OTAxMzQJWGVuUENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAw MDAwMzEJMC4wODQ1MjgzNAlYZW5WYmQgICAgIENvbW1hbmQgPSBJTlFVSVJZCQ0KMDAwMDAwMzIJ MC4xMTkxNjg3OAlYZW5WYmQgICAgIENvbW1hbmQgPSBJTlFVSVJZCQ0KMDAwMDAwMzMJMC4xMjAw MjUwMwlYZW5WYmQgICAgIFZQRF9TVVBQT1JURURfUEFHRVMgLSBsZW5ndGggPSAyNTUJDQowMDAw MDAzNAkwLjEyMTA5MjIxCVhlblZiZCAgICAgQ29tbWFuZCA9IElOUVVJUlkJDQowMDAwMDAzNQkw LjEyMjc0MzI2CVhlblZiZCAgICAgVlBEX1NFUklBTF9OVU1CRVIJDQowMDAwMDAzNgkwLjIyOTEx MjM2CVhlblZiZCAgICAgQ29tbWFuZCA9IElOUVVJUlkJDQowMDAwMDAzNwkwLjIzMDU3MzcxCVhl blZiZCAgICAgVlBEX0RFVklDRV9JREVOVElGSUVSUwkNCjAwMDAwMDM4CTAuMzA0MTM4MzYJWGVu VmJkICAgICBDb21tYW5kID0gUkVQT1JUX0xVTlMJDQowMDAwMDAzOQkwLjMwNDkxNTI4CVhlblZi ZCAgICAgIFNFTEVDVCBSRVBPUlQgPSAwCQ0KMDAwMDAwNDAJMC4zMDU1ODM1NAlYZW5WYmQgICAg ICBBTExPQ0FUSU9OIExFTkdUSCA9IDE2CQ0KMDAwMDAwNDEJMC4zMzc4ODQyOAlYZW5WYmRGaWx0 ZXIgLS0+IFhlblZiZF9FdnREZXZpY2VBZGQJDQowMDAwMDA0MgkwLjMzOTM1MTI0CVhlblZiZEZp bHRlciA8LS0gWGVuVmJkX0V2dERldmljZUFkZAkNCjAwMDAwMDQzCTAuMzQwNjg3NDIJWGVuVmJk RmlsdGVyIC0tPiBYZW5WYmRfRXZ0RGV2aWNlV2RtSXJwUHJlcHJvY2Vzc19TVEFSVF9ERVZJQ0UJ DQowMDAwMDA0NAkwLjM0Mzc0MzQxCVhlblZiZEZpbHRlciA8LS0gWGVuVmJkX0V2dERldmljZVdk bUlycFByZXByb2Nlc3NfU1RBUlRfREVWSUNFCQ0KMDAwMDAwNDUJMC4zNDUzNTIyNglYZW5QQ0kg LS0+IFhlblBjaVBkb19FdnREZXZpY2VEMEVudHJ5CQ0KMDAwMDAwNDYJMC4zNDYwMDg3OAlYZW5Q Q0kgICAgIHBhdGggPSBkZXZpY2UvdmJkLzgzMgkNCjAwMDAwMDQ3CTAuMzQ2NjU2MzUJWGVuUENJ ICAgICBXZGZQb3dlckRldmljZUQzRmluYWwJDQowMDAwMDA0OAkwLjM0NzUyMTI4CVhlblBDSSAt LT4gWGVuUGNpX0dldEJhY2tlbmREZXRhaWxzCQ0KMDAwMDAwNDkJMC4zNDg4ODEyMQlYZW5QQ0kg PC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAwNTAJMC4zNTAzNDQ4MQlYZW5QQ0kgPC0tIFhlbkJ1c19S ZWFkCQ0KMDAwMDAwNTEJMC4zNTEyODkwNglYZW5QQ0kgPC0tIFhlblBjaV9HZXRCYWNrZW5kRGV0 YWlscwkNCjAwMDAwMDUyCTAuMzUyNDU4MjEJWGVuUENJIDwtLSBYZW5QY2lQZG9fRXZ0RGV2aWNl RDBFbnRyeQkNCjAwMDAwMDUzCTAuMzUzNDk0NjQJWGVuVmJkIC0tPiBYZW5WYmRfSHdTY3NpRmlu ZEFkYXB0ZXIJDQowMDAwMDA1NAkwLjM1NDEwNDc5CVhlblZiZCAgICAgSVJRTCA9IDAJDQowMDAw MDA1NQkwLjM1NDUzMjIxCVhlblZiZCAgICAgeHZzZCA9IDg0NDA5MDA0CQ0KMDAwMDAwNTYJMC4z NTUwMzI1NglYZW5WYmQgICAgIGFsaWduZWRfYnVmZmVyX2RhdGEgPSA4NDQwOTAxNAkNCjAwMDAw MDU3CTAuMzU1NzEzNjQJWGVuVmJkICAgICBhbGlnbmVkX2J1ZmZlciA9IDg0NDBBMDAwCQ0KMDAw MDAwNTgJMC4zNTYzNDM2MwlYZW5WYmQgICAgIENvbmZpZ0luZm8tPk1heGltdW1UcmFuc2Zlckxl bmd0aCA9IDQxOTQzMDQJDQowMDAwMDA1OQkwLjM1NzE3OTQ2CVhlblZiZCAgICAgQ29uZmlnSW5m by0+TnVtYmVyT2ZQaHlzaWNhbEJyZWFrcyA9IDEwMjQJDQowMDAwMDA2MAkwLjM1ODA5MzI5CVhl blZiZCAgICAgTXVsdGlwbGVSZXF1ZXN0UGVyTHUgPSAxCQ0KMDAwMDAwNjEJMC4zNTg2OTc1MwlY ZW5WYmQgICAgIFRhZ2dlZFF1ZXVpbmcgPSAxCQ0KMDAwMDAwNjIJMC4zNTkyMzMwOAlYZW5WYmQg ICAgIEF1dG9SZXF1ZXN0U2Vuc2UgID0gMQkNCjAwMDAwMDYzCTAuMzU5ODIwMDQJWGVuVmJkICAg ICBNYXBCdWZmZXJzID0gMQkNCjAwMDAwMDY0CTAuMzYwMzMwNzAJWGVuVmJkICAgICBOZWVkUGh5 c2ljYWxBZGRyZXNzZXMgPSAwCQ0KMDAwMDAwNjUJMC4zNjA5NjA2OQlYZW5WYmQgICAgIERtYTY0 Qml0QWRkcmVzc2VzIG5vdCBzdXBwb3J0ZWQJDQowMDAwMDA2NgkwLjM2MjA1MTA0CVhlblZiZCA8 LS0gWGVuVmJkX0h3U2NzaUZpbmRBZGFwdGVyCQ0KMDAwMDAwNjcJMC4zNzI3MTk0NAlYZW5WYmQg LS0+IFhlblZiZF9Id1Njc2lJbml0aWFsaXplCQ0KMDAwMDAwNjgJMC4zNzM3MzAxOAlYZW5WYmQg ICAgIElSUUwgPSAyCQ0KMDAwMDAwNjkJMC4zNzQxNjIzNQlYZW5WYmQgICAgIGR1bXBfbW9kZSA9 IDAJDQowMDAwMDA3MAkwLjM3NDY1MjM2CVhlblZiZCA8LS0gWGVuVmJkX0h3U2NzaUluaXRpYWxp emUJDQowMDAwMDA3MQkwLjM3NTI5MTgyCVhlblZiZCAtLT4gWGVuVmJkX0h3U2NzaUFkYXB0ZXJD b250cm9sCQ0KMDAwMDAwNzIJMC4zNzYwMjIzNwlYZW5WYmQgICAgIElSUUwgPSAwCQ0KMDAwMDAw NzMJMC4zNzY0NTY1MAlYZW5WYmQgICAgIHh2c2QgPSA4NDQwOTAwNAkNCjAwMDAwMDc0CTAuMzc2 OTY2MzYJWGVuVmJkICAgICBTY3NpUXVlcnlTdXBwb3J0ZWRDb250cm9sVHlwZXMgKE1heCA9IDUp CQ0KMDAwMDAwNzUJMC4zNzc3ODAxNAlYZW5WYmQgPC0tIFhlblZiZF9Id1Njc2lBZGFwdGVyQ29u dHJvbAkNCjAwMDAwMDc2CTAuNDM1NjczODAJWGVuVmJkRmlsdGVyIC0tPiBYZW5WYmRfRXZ0RGV2 aWNlRDBFbnRyeQkNCjAwMDAwMDc3CTAuNDM4OTY1ODYJWGVuVmJkRmlsdGVyIC0tPiBYZW5WYmRf Q29ubmVjdAkNCjAwMDAwMDc4CTAuNDQwNjAwMTMJWGVuUENJIC0tPiBYbk9wZW5EZXZpY2UJDQow MDAwMDA3OQkwLjQ0MjIwODcxCVhlblBDSSAtLT4gWGVuUGNpX0JhY2tlbmRTdGF0ZUNhbGxiYWNr CQ0KMDAwMDAwODAJMC41NDAxMDg1NglYZW5QQ0kgPC0tIFhuT3BlbkRldmljZQkNCjAwMDAwMDgx CTAuNTQxMzk3NTcJWGVuUENJICAgICBSZWFkIHBhdGg9L2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQv dmJkLzgvODMyL3N0YXRlCQ0KMDAwMDAwODIJMC41NDMzMzU1NglYZW5WYmRGaWx0ZXIgICAgIHdh aXRpbmcgZm9yIFhlbmJ1c1N0YXRlSW5pdFh4eC9YZW5idXNTdGF0ZUNvbm5lY3RlZCwgYmFja2Vu ZF9zdGF0ZSA9IDAJDQowMDAwMDA4MwkwLjU1MTcwMzMzCVhlblBDSSA8LS0gWGVuQnVzX1JlYWQJ DQowMDAwMDA4NAkwLjYwNDU5NjY3CVhlblBDSSAgICAgUmVhZCB2YWx1ZT0yCQ0KMDAwMDAwODUJ MC42NDA4ODgxNQlYZW5WYmRGaWx0ZXIgLS0+IFhlblZiZF9EZXZpY2VDYWxsYmFjawkNCjAwMDAw MDg2CTAuNjQyOTQzNzQJWGVuVmJkRmlsdGVyICAgICBYZW5CdXNTdGF0ZSA9IDAgLT4gMgkNCjAw MDAwMDg3CTAuNjQ0ODUxNTEJWGVuVmJkRmlsdGVyIDwtLSBYZW5WYmRfRGV2aWNlQ2FsbGJhY2sJ DQowMDAwMDA4OAkwLjY0NTAxOTcxCVhlblBDSSA8LS0gWGVuQnVzX1JlYWQJDQowMDAwMDA4OQkw LjY0NjIyODQ5CVhlblBDSSA8LS0gWGVuUGNpX0JhY2tlbmRTdGF0ZUNhbGxiYWNrCQ0KMDAwMDAw OTAJMC42NDcyMjMyOQlYZW5WYmRGaWx0ZXIgICAgIGRldmljZS10eXBlID0gRGlzawkNCjAwMDAw MDkxCTAuNjQ5NTM5ODMJWGVuUENJIC0tPiBFdnRDaG5fQmluZAkNCjAwMDAwMDkyCTAuNjUwNDc5 ODUJWGVuUENJIDwtLSBFdnRDaG5fQmluZAkNCjAwMDAwMDkzCTAuNzA0MDY3OTUJWGVuUENJIC0t PiBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAwOTQJMC43MTg2MTYxOQlYZW5QQ0kg PC0tIFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDA5NQkwLjcyMjcwNTg0CVhlblBD SSAtLT4gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDk2CTAuNzI0Njc3NTYJWGVu UENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAwOTcJMC43MjcwMTgxMglY ZW5QQ0kgLS0+IFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDA5OAkwLjcyOTA3Mzk0 CVhlblBDSSA8LS0gWGVuUGNpX0RldmljZVdhdGNoSGFuZGxlcgkNCjAwMDAwMDk5CTAuNzMwNDk1 NjMJWGVuUENJIC0tPiBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAxMDAJMC43MzE3 NjE5OQlYZW5QQ0kgPC0tIFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDEwMQkwLjcz Mjk4ODEyCVhlblBDSSAtLT4gWGVuUGNpX0JhY2tlbmRTdGF0ZUNhbGxiYWNrCQ0KMDAwMDAxMDIJ MC43MzY4MjY2MAlYZW5QQ0kgICAgIFJlYWQgcGF0aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92 YmQvOC84MzIvc3RhdGUJDQowMDAwMDEwMwkwLjczOTI2MjcwCVhlblZiZEZpbHRlciAgICAgd2Fp dGluZyBmb3IgWGVuYnVzU3RhdGVDb25uZWN0ZWQsIGJhY2tlbmRfc3RhdGUgPSAyCQ0KMDAwMDAx MDQJMC43NDIwMTAyNAlYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAxMDUJMC43NDMyNjM3 MglYZW5QQ0kgICAgIFJlYWQgdmFsdWU9NAkNCjAwMDAwMTA2CTAuNzQ0MzY1MjcJWGVuVmJkRmls dGVyIC0tPiBYZW5WYmRfRGV2aWNlQ2FsbGJhY2sJDQowMDAwMDEwNwkwLjc0NTY5MDA1CVhlblZi ZEZpbHRlciAgICAgWGVuQnVzU3RhdGUgPSAyIC0+IDQJDQowMDAwMDEwOAkwLjc0Njk3MzQ1CVhl blZiZEZpbHRlciA8LS0gWGVuVmJkX0RldmljZUNhbGxiYWNrCQ0KMDAwMDAxMDkJMC43NDg1NTEz MQlYZW5QQ0kgPC0tIFhlblBjaV9CYWNrZW5kU3RhdGVDYWxsYmFjawkNCjAwMDAwMTEwCTAuNzQ4 NTk4MjIJWGVuUENJIDwtLSBYZW5CdXNfUmVhZAkNCjAwMDAwMTExCTAuNzUxODE0ODQJWGVuUENJ IDwtLSBYZW5CdXNfUmVhZAkNCjAwMDAwMTEyCTAuNzUzNjUzNTkJWGVuUENJIDwtLSBYZW5CdXNf UmVhZAkNCjAwMDAwMTEzCTAuNzU0MjcxNTcJWGVuUENJICAgICBYblJlYWRJbnQgLSAvbG9jYWwv ZG9tYWluLzAvYmFja2VuZC92YmQvOC84MzIvZmVhdHVyZS1kaXNjYXJkID0gRU5PRU5UCQ0KMDAw MDAxMTQJMC43NTU1OTI0MQlYZW5QQ0kgPC0tIFhuUmVhZEludDMyCQ0KMDAwMDAxMTUJMC43NTYy MjQzMwlYZW5QQ0kgICAgIFhuUmVhZEludCAtIC9sb2NhbC9kb21haW4vMC9iYWNrZW5kL3ZiZC84 LzgzMi9mZWF0dXJlLWZsdXNoLWNhY2hlID0gRU5PRU5UCQ0KMDAwMDAxMTYJMC43NTc2NzkyOAlY ZW5QQ0kgPC0tIFhuUmVhZEludDMyCQ0KMDAwMDAxMTcJMC43NTgyOTE2MAlYZW5QQ0kgPC0tIFhl bkJ1c19SZWFkCQ0KMDAwMDAxMTgJMC43NTg4NDUzMwlYZW5WYmRGaWx0ZXIgICAgIG1vZGUgPSB3 CQ0KMDAwMDAxMTkJMC43NTk1MDQzOAlYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAxMjAJ MC43NjAwNTAyNAlYZW5WYmRGaWx0ZXIgICAgIGRldmljZS10eXBlID0gRGlzawkNCjAwMDAwMTIx CTAuNzYwODIyMTIJWGVuUENJIDwtLSBYZW5CdXNfUmVhZAkNCjAwMDAwMTIyCTAuNzYxNTE3NDcJ WGVuVmJkRmlsdGVyIC0tPiBYZW5WYmRfU3RhcnRSaW5nCQ0KMDAwMDAxMjMJMC43NjE2MjY2NglY ZW5QQ0kgLS0+IFhlblBjaV9EZXZpY2VXYXRjaEhhbmRsZXIJDQowMDAwMDEyNAkwLjc2MzIzODM3 CVhlblZiZEZpbHRlciA8LS0gWGVuVmJkX1N0YXJ0UmluZwkNCjAwMDAwMTI1CTAuNzY0NDM0MDQJ WGVuUENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAxMjYJMC43NjU1NjA0 NQlYZW5WYmRGaWx0ZXIgPC0tIFhlblZiZF9Db25uZWN0CQ0KMDAwMDAxMjcJMC43NjczOTkxOQlY ZW5WYmRGaWx0ZXIgPC0tIFhlblZiZF9FdnREZXZpY2VEMEVudHJ5CQ0KMDAwMDAxMjgJMC43Njgx NDg0OAlYZW5WYmRGaWx0ZXIgLS0+IFhlblZiZF9Jb0NvbXBsZXRpb25fU1RBUlRfREVWSUNFCQ0K MDAwMDAxMjkJMC43Njg5NjI1NglYZW5WYmRGaWx0ZXIgPC0tIFhlblZiZF9Jb0NvbXBsZXRpb25f U1RBUlRfREVWSUNFCQ0KMDAwMDAxMzAJMC43NzAxNzg2MglYZW5WYmQgICAgIENvbW1hbmQgPSBJ TlFVSVJZCQ0KMDAwMDAxMzEJMC43NzEyNjk1NglYZW5WYmQgICAgIENvbW1hbmQgPSBJTlFVSVJZ CQ0KMDAwMDAxMzIJMC43NzE5MTA5NwlYZW5WYmQgICAgIFZQRF9TVVBQT1JURURfUEFHRVMgLSBs ZW5ndGggPSAyNTUJDQowMDAwMDEzMwkwLjc3MjY4MDA0CVhlblZiZCAgICAgQ29tbWFuZCA9IElO UVVJUlkJDQowMDAwMDEzNAkwLjc3MzI1NTI5CVhlblZiZCAgICAgVlBEX1NFUklBTF9OVU1CRVIJ DQowMDAwMDEzNQkwLjc3MzgzMDQ3CVhlblZiZCAgICAgQ29tbWFuZCA9IElOUVVJUlkJDQowMDAw MDEzNgkwLjc3NDQwMzE1CVhlblZiZCAgICAgVlBEX0RFVklDRV9JREVOVElGSUVSUwkNCjAwMDAw MTM3CTAuNzc1MDUyMTMJWGVuVmJkICAgICBDb21tYW5kID0gUkVQT1JUX0xVTlMJDQowMDAwMDEz OAkwLjc3NTY2Nzg1CVhlblZiZCAgICAgIFNFTEVDVCBSRVBPUlQgPSAwCQ0KMDAwMDAxMzkJMC43 NzYyMTM0NwlYZW5WYmQgICAgICBBTExPQ0FUSU9OIExFTkdUSCA9IDE2CQ0KMDAwMDAxNDAJMC44 NDYwNjg5OAlYZW5WYmQgICAgIENvbW1hbmQgPSBSRUFEX0NBUEFDSVRZCQ0KMDAwMDAxNDEJMC44 NTA0NjA1OQlYZW5WYmQgICAgIENvbW1hbmQgPSBSRUFEX0NBUEFDSVRZCQ0KMDAwMDAxNDIJMC44 NTM1MDE4MAlYZW5WYmQgICAgIFNSQl9GVU5DVElPTl9JT19DT05UUk9MCQ0KMDAwMDAxNDMJMC44 NTQ0MTE2NglYZW5WYmQgICAgIENvbnRyb2xDb2RlID0gMTc3MDc1MwkNCjAwMDAwMTQ0CTAuODU1 MjczMjUJWGVuVmJkICAgICBFWEVDVVRFX1NDU0kgQ29tbWFuZCA9IDFBIHJldHVybmVkIGVycm9y IDAwCQ0KMDAwMDAxNDUJMC44NTcwNzkzMwlYZW5WYmQgICAgIENvbW1hbmQgPSBSRUFEX0NBUEFD SVRZCQ0KMDAwMDAxNDYJMC44NTg0MTg4OAlYZW5WYmQgICAgIENvbW1hbmQgPSBSRUFEX0NBUEFD SVRZCQ0KMDAwMDAxNDcJMjMuMzIxMjY2MTcJWGVuVmJkRmlsdGVyIC0tPiBYZW5WYmRfRXZ0RGV2 aWNlRDBFeGl0CQ0KMDAwMDAxNDgJMjMuMzIyNTY2OTkJWGVuVmJkRmlsdGVyICAgICBXZGZQb3dl ckRldmljZUQzRmluYWwJDQowMDAwMDE0OQkyMy4zMjM1NDU0NglYZW5WYmRGaWx0ZXIgLS0+IFhl blZiZF9TdG9wUmluZwkNCjAwMDAwMTUwCTIzLjMyNDY1MzYzCVhlblZiZEZpbHRlciA8LS0gWGVu VmJkX1N0b3BSaW5nCQ0KMDAwMDAxNTEJMjMuMzI0ODM4NjQJWGVuUENJIC0tPiBYZW5QY2lfRGV2 aWNlV2F0Y2hIYW5kbGVyCQ0KMDAwMDAxNTIJMjMuMzI4NDE4NzMJWGVuVmJkRmlsdGVyICAgICB3 YWl0aW5nIGZvciBYZW5idXNTdGF0ZUNsb3NpbmcsIGJhY2tlbmRfc3RhdGUgPSA0CQ0KMDAwMDAx NTMJMjMuMzMwNTY4MzEJWGVuUENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0Y2hIYW5kbGVyCQ0KMDAw MDAxNTQJMjMuMzM1MDMzNDIJWGVuUENJIC0tPiBYZW5QY2lfQmFja2VuZFN0YXRlQ2FsbGJhY2sJ DQowMDAwMDE1NQkyMy4zMzU5ODcwOQlYZW5QQ0kgICAgIFJlYWQgcGF0aD0vbG9jYWwvZG9tYWlu LzAvYmFja2VuZC92YmQvOC84MzIvc3RhdGUJDQowMDAwMDE1NgkyMy4zMzc0MzI4NglYZW5QQ0kg PC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAxNTcJMjMuMzM4MzE3ODcJWGVuUENJICAgICBSZWFkIHZh bHVlPTUJDQowMDAwMDE1OAkyMy4zMzkwMzUwMwlYZW5QQ0kgICAgIGJhY2tlbmQgcGF0aCBpcyBj bG9zaW5nLiBjaGVja2luZyBmcm9udGVuZCBwYXRoCQ0KMDAwMDAxNTkJMjMuMzQwNDM2OTQJWGVu UENJIDwtLSBYZW5CdXNfUmVhZAkNCjAwMDAwMTYwCTIzLjM0MTEzODg0CVhlblBDSSAgICAgUmVh ZCB2YWx1ZT01CQ0KMDAwMDAxNjEJMjMuMzQzMTk4NzgJWGVuVmJkRmlsdGVyIC0tPiBYZW5WYmRf RGV2aWNlQ2FsbGJhY2sJDQowMDAwMDE2MgkyMy4zNDQyMDc3NglYZW5WYmRGaWx0ZXIgICAgIFhl bkJ1c1N0YXRlID0gNCAtPiA1CQ0KMDAwMDAxNjMJMjMuMzQ1MjE2NzUJWGVuVmJkRmlsdGVyIDwt LSBYZW5WYmRfRGV2aWNlQ2FsbGJhY2sJDQowMDAwMDE2NAkyMy4zNTA1MzI1MwlYZW5QQ0kgPC0t IFhlblBjaV9CYWNrZW5kU3RhdGVDYWxsYmFjawkNCjAwMDAwMTY1CTIzLjM1MDU3MjU5CVhlblZi ZEZpbHRlciAgICAgd2FpdGluZyBmb3IgWGVuYnVzU3RhdGVDbG9zZWQsIGJhY2tlbmRfc3RhdGUg PSA1CQ0KMDAwMDAxNjYJMjMuMzYxMzE0NzcJWGVuUENJIC0tPiBYZW5QY2lfRGV2aWNlV2F0Y2hI YW5kbGVyCQ0KMDAwMDAxNjcJMjMuMzYzNzA2NTkJWGVuUENJIDwtLSBYZW5QY2lfRGV2aWNlV2F0 Y2hIYW5kbGVyCQ0KMDAwMDAxNjgJMjMuMzY0Mzk4OTYJWGVuUENJIC0tPiBYZW5QY2lfQmFja2Vu ZFN0YXRlQ2FsbGJhY2sJDQowMDAwMDE2OQkyMy4zNjUyODAxNQlYZW5QQ0kgICAgIFJlYWQgcGF0 aD0vbG9jYWwvZG9tYWluLzAvYmFja2VuZC92YmQvOC84MzIvc3RhdGUJDQowMDAwMDE3MAkyMy4z NjcxNDkzNQlYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAxNzEJMjMuMzY3NzkwMjIJWGVu UENJICAgICBSZWFkIHZhbHVlPTYJDQowMDAwMDE3MgkyMy4zNjgyNDc5OQlYZW5WYmRGaWx0ZXIg LS0+IFhlblZiZF9EZXZpY2VDYWxsYmFjawkNCjAwMDAwMTczCTIzLjM2ODg3OTMyCVhlblZiZEZp bHRlciAgICAgWGVuQnVzU3RhdGUgPSA1IC0+IDYJDQowMDAwMDE3NAkyMy4zNjk1MDExMQlYZW5W YmRGaWx0ZXIgPC0tIFhlblZiZF9EZXZpY2VDYWxsYmFjawkNCjAwMDAwMTc1CTIzLjM2OTUyMjA5 CVhlblBDSSAtLT4gWG5DbG9zZURldmljZQkNCjAwMDAwMTc2CTIzLjM3MDcwMjc0CVhlblBDSSA8 LS0gWGVuUGNpX0JhY2tlbmRTdGF0ZUNhbGxiYWNrCQ0KMDAwMDAxNzcJMjMuMzcyMzQzMDYJWGVu UENJICAgICBNYXRjaAkNCjAwMDAwMTc4CTIzLjM3Mjg0ODUxCVhlblBDSSA8LS0gWG5DbG9zZURl dmljZQkNCjAwMDAwMTc5CTIzLjM3MzM1MjA1CVhlblZiZEZpbHRlciA8LS0gWGVuVmJkX0V2dERl dmljZUQwRXhpdAkNCjAwMDAwMTgwCTIzLjM3NDIyMTgwCVhlblZiZCAtLT4gWGVuVmJkX0h3U2Nz aUFkYXB0ZXJDb250cm9sCQ0KMDAwMDAxODEJMjMuMzc0ODQ5MzIJWGVuVmJkICAgICBJUlFMID0g MgkNCjAwMDAwMTgyCTIzLjM3NTI2NTEyCVhlblZiZCAgICAgeHZzZCA9IDg0NDA5MDA0CQ0KMDAw MDAxODMJMjMuMzc1NzQzODcJWGVuVmJkICAgICBTY3NpU3RvcEFkYXB0ZXIJDQowMDAwMDE4NAky My4zNzYyMzIxNQlYZW5WYmQgPC0tIFhlblZiZF9Id1Njc2lBZGFwdGVyQ29udHJvbAkNCjAwMDAw MTg1CTIzLjM3Njk0OTMxCVhlblBDSSAtLT4gWGVuUGNpUGRvX0V2dERldmljZUQwRXhpdAkNCjAw MDAwMTg2CTIzLjM3NzU3NjgzCVhlblBDSSAgICAgcGF0aCA9IGRldmljZS92YmQvODMyCQ0KMDAw MDAxODcJMjMuMzc4MTMxODcJWGVuUENJICAgICBXZGZQb3dlckRldmljZUQzRmluYWwJDQowMDAw MDE4OAkyMy4zNzg2ODY5MAlYZW5QQ0kgPC0tIFhlblBjaVBkb19FdnREZXZpY2VEMEV4aXQJDQow MDAwMDE4OQkyMy4zODE4NTUwMQlYZW5WYmRGaWx0ZXIgLS0+IFhlblZiZF9FdnREZXZpY2VBZGQJ DQowMDAwMDE5MAkyMy4zODI5OTE3OQlYZW5WYmRGaWx0ZXIgPC0tIFhlblZiZF9FdnREZXZpY2VB ZGQJDQowMDAwMDE5MQkyMy4zODM3NzU3MQlYZW5WYmRGaWx0ZXIgLS0+IFhlblZiZF9FdnREZXZp Y2VXZG1JcnBQcmVwcm9jZXNzX1NUQVJUX0RFVklDRQkNCjAwMDAwMTkyCTIzLjM4NDcyMTc2CVhl blZiZEZpbHRlciA8LS0gWGVuVmJkX0V2dERldmljZVdkbUlycFByZXByb2Nlc3NfU1RBUlRfREVW SUNFCQ0KMDAwMDAxOTMJMjMuMzg1NjgzMDYJWGVuUENJIC0tPiBYZW5QY2lQZG9fRXZ0RGV2aWNl RDBFbnRyeQkNCjAwMDAwMTk0CTIzLjM4NjM0MzAwCVhlblBDSSAgICAgcGF0aCA9IGRldmljZS92 YmQvODMyCQ0KMDAwMDAxOTUJMjMuMzg2OTMyMzcJWGVuUENJICAgICBXZGZQb3dlckRldmljZUQz RmluYWwJDQowMDAwMDE5NgkyMy4zODc1MzEyOAlYZW5QQ0kgLS0+IFhlblBjaV9HZXRCYWNrZW5k RGV0YWlscwkNCjAwMDAwMTk3CTIzLjM4ODI1OTg5CVhlblBDSSA8LS0gWGVuQnVzX1JlYWQJDQow MDAwMDE5OAkyMy4zODg4MDkyMAlYZW5QQ0kgPC0tIFhlbkJ1c19SZWFkCQ0KMDAwMDAxOTkJMjMu Mzg5MzEwODQJWGVuUENJIDwtLSBYZW5QY2lfR2V0QmFja2VuZERldGFpbHMJDQowMDAwMDIwMAky My4zODk5NDIxNwlYZW5QQ0kgPC0tIFhlblBjaVBkb19FdnREZXZpY2VEMEVudHJ5CQ0KMDAwMDAy MDEJMjMuMzkwNzY0MjQJWGVuVmJkIC0tPiBYZW5WYmRfSHdTY3NpRmluZEFkYXB0ZXIJDQowMDAw MDIwMgkyMy4zOTE0MzE4MQlYZW5WYmQgICAgIElSUUwgPSAwCQ0KMDAwMDAyMDMJMjMuMzkxODkx NDgJWGVuVmJkICAgICB4dnNkID0gODQ0MEMwMDQJDQowMDAwMDIwNAkyMy4zOTI0MjM2MwlYZW5W YmQgICAgIGFsaWduZWRfYnVmZmVyX2RhdGEgPSA4NDQwQzAxNAkNCjAwMDAwMjA1CTIzLjM5MzEy OTM1CVhlblZiZCAgICAgYWxpZ25lZF9idWZmZXIgPSA4NDQwRDAwMAkNCjAwMDAwMjA2CTIzLjM5 Mzc3NTk0CVhlblZiZCAgICAgQ29uZmlnSW5mby0+TWF4aW11bVRyYW5zZmVyTGVuZ3RoID0gNDE5 NDMwNAkNCjAwMDAwMjA3CTIzLjM5NDYzMjM0CVhlblZiZCAgICAgQ29uZmlnSW5mby0+TnVtYmVy T2ZQaHlzaWNhbEJyZWFrcyA9IDEwMjQJDQowMDAwMDIwOAkyMy4zOTU0NjU4NQlYZW5WYmQgICAg IE11bHRpcGxlUmVxdWVzdFBlckx1ID0gMQkNCjAwMDAwMjA5CTIzLjM5NjIwMzk5CVhlblZiZCAg ICAgVGFnZ2VkUXVldWluZyA9IDEJDQowMDAwMDIxMAkyMy4zOTY3MzA0MglYZW5WYmQgICAgIEF1 dG9SZXF1ZXN0U2Vuc2UgID0gMQkNCjAwMDAwMjExCTIzLjM5NzMxMDI2CVhlblZiZCAgICAgTWFw QnVmZmVycyA9IDEJDQowMDAwMDIxMgkyMy4zOTc3OTg1NAlYZW5WYmQgICAgIE5lZWRQaHlzaWNh bEFkZHJlc3NlcyA9IDAJDQowMDAwMDIxMwkyMy4zOTg0MTI3MAlYZW5WYmQgICAgIERtYTY0Qml0 QWRkcmVzc2VzIG5vdCBzdXBwb3J0ZWQJDQowMDAwMDIxNAkyMy4zOTkwOTkzNQlYZW5WYmQgPC0t IFhlblZiZF9Id1Njc2lGaW5kQWRhcHRlcgkNCjAwMDAwMjE1CTIzLjM5OTc2NTAxCVhlblZiZCAt LT4gWGVuVmJkX0h3U2NzaUluaXRpYWxpemUJDQowMDAwMDIxNgkyMy40MDAzNTQzOQlYZW5WYmQg ICAgIElSUUwgPSAyCQ0KMDAwMDAyMTcJMjMuNDAwNzc5NzIJWGVuVmJkICAgICBkdW1wX21vZGUg PSAwCQ0KMDAwMDAyMTgJMjMuNDAxMjg1MTcJWGVuVmJkIDwtLSBYZW5WYmRfSHdTY3NpSW5pdGlh bGl6ZQkNCjAwMDAwMjE5CTIzLjQwMTkxNjUwCVhlblZiZCAtLT4gWGVuVmJkX0h3U2NzaUFkYXB0 ZXJDb250cm9sCQ0KMDAwMDAyMjAJMjMuNDAyNTg3ODkJWGVuVmJkICAgICBJUlFMID0gMAkNCjAw MDAwMjIxCTIzLjQwMzAzNjEyCVhlblZiZCAgICAgeHZzZCA9IDg0NDBDMDA0CQ0KMDAwMDAyMjIJ MjMuNDAzNTY2MzYJWGVuVmJkICAgICBTY3NpUXVlcnlTdXBwb3J0ZWRDb250cm9sVHlwZXMgKE1h eCA9IDUpCQ0KMDAwMDAyMjMJMjMuNDA0Mzg0NjEJWGVuVmJkIDwtLSBYZW5WYmRfSHdTY3NpQWRh cHRlckNvbnRyb2wJDQowMDAwMDIyNAkyMy40MDYzNTEwOQlYZW5WYmRGaWx0ZXIgLS0+IFhlblZi ZF9FdnREZXZpY2VEMEVudHJ5CQ0KMDAwMDAyMjUJMjMuNDA3MTY3NDMJWGVuVmJkRmlsdGVyIC0t PiBYZW5WYmRfQ29ubmVjdAkNCjAwMDAwMjI2CTIzLjQwNzc2MjUzCVhlblBDSSAtLT4gWG5PcGVu RGV2aWNlCQ0KMDAwMDAyMjcJMjMuNDA4NDAxNDkJWGVuUENJIDwtLSBYbk9wZW5EZXZpY2UJDQow MDAwMDIyOAkyMy40MDg0MzIwMQlYZW5QQ0kgLS0+IFhlblBjaV9CYWNrZW5kU3RhdGVDYWxsYmFj awkNCjAwMDAwMjI5CTIzLjQwOTM0MzcyCVhlblZiZEZpbHRlciAgICAgd2FpdGluZyBmb3IgWGVu YnVzU3RhdGVJbml0WHh4L1hlbmJ1c1N0YXRlQ29ubmVjdGVkLCBiYWNrZW5kX3N0YXRlID0gMAkN CjAwMDAwMjMwCTIzLjQxMDU2NjMzCVhlblBDSSAgICAgUmVhZCBwYXRoPS9sb2NhbC9kb21haW4v MC9iYWNrZW5kL3ZiZC84LzgzMi9zdGF0ZQkNCjAwMDAwMjMxCTIzLjQxNTU4ODM4CVhlblBDSSA8 LS0gWGVuQnVzX1JlYWQJDQowMDAwMDIzMgkyMy40MTY5OTYwMAlYZW5QQ0kgICAgIFJlYWQgdmFs dWU9NgkNCjAwMDAwMjMzCTIzLjQxODQwMTcyCVhlblZiZEZpbHRlciAtLT4gWGVuVmJkX0Rldmlj ZUNhbGxiYWNrCQ0KMDAwMDAyMzQJMjMuNDIwMzUyOTQJWGVuVmJkRmlsdGVyICAgICBYZW5CdXNT dGF0ZSA9IDAgLT4gNgkNCjAwMDAwMjM1CTIzLjQyMjI3NTU0CVhlblZiZEZpbHRlciA8LS0gWGVu VmJkX0RldmljZUNhbGxiYWNrCQ0KMDAwMDAyMzYJMjMuNDIyMjk0NjIJWGVuVmJkRmlsdGVyICAg ICB3YWl0aW5nIGZvciBYZW5idXNTdGF0ZUluaXRYeHgvWGVuYnVzU3RhdGVDb25uZWN0ZWQsIGJh Y2tlbmRfc3RhdGUgPSA2CQ0KMDAwMDAyMzcJMjMuNDIzNDY5NTQJWGVuUENJIDwtLSBYZW5QY2lf QmFja2VuZFN0YXRlQ2FsbGJhY2sJDQo= ------=_Part_361742_864166075.1404968713143 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ------=_Part_361742_864166075.1404968713143-- From xen-users-bounces@lists.xen.org Thu Jul 10 06:24:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 06:24:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X57lI-00036r-50; Thu, 10 Jul 2014 06:23:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X57lG-00036m-Ex for xen-users@lists.xen.org; Thu, 10 Jul 2014 06:23:18 +0000 Received: from [85.158.139.211:46050] by server-17.bemta-5.messagelabs.com id 01/18-08711-5513EB35; Thu, 10 Jul 2014 06:23:17 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-206.messagelabs.com!1404973396!14701392!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7580 invoked from network); 10 Jul 2014 06:23:17 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2014 06:23:17 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 17B2C221DE2 for ; Thu, 10 Jul 2014 07:23:16 +0100 (BST) Message-ID: <53BE3153.4050202@bobich.net> Date: Thu, 10 Jul 2014 07:23:15 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> <87fvibnu2l.fsf@yun.yagibdah.de> <87wqbmdjs5.fsf@yun.yagibdah.de> In-Reply-To: <87wqbmdjs5.fsf@yun.yagibdah.de> Content-Length: 3093 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMDcvMTAvMjAxNCAwMzozNCBBTSwgbGVlIHdyb3RlOgo+IE51bm8gTWFnYWxow6NlcyA8bnVu b21hZ2FsaGFlc0BldS5pcHAucHQ+IHdyaXRlczoKPgo+PiBPbiBXZWQsIEp1bCA5LCAyMDE0IGF0 IDM6MjkgQU0sIGxlZSA8bGVlQHl1bi55YWdpYmRhaC5kZT4gd3JvdGU6Cj4+PiBJdCdzIHNpbXBs ZSB3aXRoIFJBSUQgYmVjYXVzZSB0aGUgZGlzayBlaXRoZXIgZmFpbHMgb3Igbm90LiAgSXQncwo+ Pj4gdXN1YWxseSBzaW1wbGUgd2l0aCBkaXNrcyBiZWNhdXNlIGl0IGVpdGhlciBmYWlscyBvciBu b3QuCj4+Cj4+IERlcGVuZHMgb24geW91ciBSQUlELCBkZXBlbmRzIG9uIHlvdXIgZGlza3MuIElm IHlvdSB1c2UgZGlza3Mgd2l0aG91dAo+PiBUTEVSIHRoZXkgbWF5IGdldCBraWNrZWQgb3V0IG9m IHRoZSBhcnJheSBldmVuIGlmIHRoZXkncmUgbm90IGZhaWxpbmcuCj4KPiBUaGF0IGJyaW5ncyBi YWNrIHRoZSBxdWVzdGlvbiBvZiB3aGVuIGEgZGlzayBoYXMgYWN0dWFsbHkgZmFpbGVkLgoKSXQg YWxzbyBoaWdobGlnaHRzIHRoYXQgZGlzayAiZmFpbHVyZSIgaXMgb2Z0ZW4gbm93aGVyZSBuZWFy bHkgYXMgY2xlYXIgCmN1dCBhcyBtb3N0IHBlb3BsZSByZWFsaXplLgoKPiBTaG91bGQgSSBjb250 aW51ZSB0byBlbnRydXN0IG15IGRhdGEgdG8gYSBkaXNrIHRoYXQgc3BlbmRzIGxvbmcgdGltZXMg b24KPiB0cnlpbmcgdG8gY29ycmVjdCBlcnJvcnM/CgpBbnkgZGlzayB3aXRob3V0IFRMRVIgKFRp bWUgTGltaXRlZCBFcnJvciBSZWNvdmVyeSkgYW5kIGhhdmluZyBpdCAKZW5hYmxlZCB3aWxsIHNv bWV0aW1lcyBkbyB0aGF0LiBZb3UgYWxzbyBuZWVkIGEgUkFJRCBjb250cm9sbGVyIHRoYXQgCmVp dGhlciBlbmFibGVzIHRoaXMgZmVhdHVyZSBvbiB0aGUgZGlzayBpdHNlbGYgb3IgZXhwb3NlcyB0 aGUgcmF3IGRpc2sgCmluIGEgd2F5IHRoYXQgeW91IGNhbiBkbyBpdCB5b3Vyc2VsZiwgYXMgdGhl IHNldHRpbmcgZGVmYXVsdHMgdG8gb2ZmLiBJdCAKd291bGRuJ3Qgc3VycHJpc2UgbWUgaWYgdmFy aW91cyBzdG9yYWdlIHZlbmRvcnMgc2hpcCBkaXNrcyB3aXRoIGRvY3RvcmVkIApmaXJtd2FyZXMg dGhhdCwgYW1vbmcgb3RoZXIgdGhpbmdzLCBoYXZlIHRoaXMgc2V0dGluZyBkZWZhdWx0aW5nIHRv IG9mZi4gClNvbWUgZGlzayBlbmNsb3N1cmVzIGV2ZW4gZ28gYXMgZmFyIGFzIGRldGVjdGluZyB0 aGUgZGlza3MgdGhhdCBhcmUgCnBsdWdnZWQgaW4sIGFuZCBpZiBpdCByZWNvZ25pemVzIHRoZSBt b2RlbCBudW1iZXIgaXQnbGwgZmxhc2ggdGhlIGRpc2sncyAKZmlybXdhcmUgdG8gdGhlIGNlcnRp ZmllZCB2ZXJzaW9uICh0aGUgZW5jbG9zdXJlIGhhcyBhIGJ1aWx0IGluIGxpYnJhcnkgCm9mIGNl cnRpZmllZCBmaXJtd2FyZXMgZm9yIGNlcnRpZmllZCBkaXNrIG1vZGVscykuIEkgb25seSBmb3Vu ZCBvdXQgCmFib3V0IHRoaXMgZmVhdHVyZSBvZiBzb21lIGVuY2xvc3VyZXMgd2hlbiBhIGNsaWVu dCBnb3Qgc29tZSBkaXNrcyB0aGF0IApzZWVtZWQgbGVnaXQgYnV0IHR1cm5lZCBvdXQgdG8gYmUg ImZha2UiIChpbiB0aGUgc2Vuc2UgdGhhdCB0aGV5IHdlcmUgCmRlc2t0b3AgZHJpdmVzIGRvY3Rv cmVkIHRvIHNheSB0aGV5IHdlcmUgZW50ZXJwcmlzZSBkcml2ZXMpLiBTbyB3aGVuIHRoZSAKZW5j bG9zdXJlIGZsYXNoZWQgdGhlIGNlcnRpZmllZCBlbnRlcnByaXNlIGZpcm13YXJlIG9udG8gdGhl bSB0aGV5IGdvdCAKYnJpY2tlZCBiZWNhdXNlIHRoZSBkcml2ZSBlbGVjdHJvbmljcyB3ZXJlIGFj dHVhbGx5IGRpZmZlcmVudCkuCgo+IFNob3VsZCBJIHVzZSBpdCBhcyBhIHNwYXJlIGZvciBhIFJB SURaLTEKPiB2b2x1bWUgYW5kIGhvcGUgdGhhdCBpdCBtaWdodCBiZSBoZWxwZnVsPwoKV2l0aCBa RlMgeW91IG1pZ2h0IGJlIGFibGUgdG8gZ2V0IGF3YXkgd2l0aCBpdCBieSBidW1waW5nIHRoZSBT Q1NJIApjb21tYW5kIHRpbWVvdXQgdG8gaG93ZXZlciBsb25nIHRoZSBkaXNrIHRha2VzIHRvIHRp bWUgb3V0IHRoZSAKb3BlcmF0aW9uLiBUaGF0IHdpbGwgcHJldmVudCB0aGUgZGlzayBnZXR0aW5n IGtpY2tlZCBvdXQgb2YgdGhlIHBvb2wsIApidXQgeW91J2xsIGhhdmUgdG8gbGl2ZSB3aXRoIGFs bCBwb29sIG9wZXJhdGlvbnMgYmxvY2tpbmcgdW50aWwgdGhhdCAKZGlzayByZXNwb25kcy4KCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBt YWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jul 10 06:24:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 06:24:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X57lI-00036r-50; Thu, 10 Jul 2014 06:23:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X57lG-00036m-Ex for xen-users@lists.xen.org; Thu, 10 Jul 2014 06:23:18 +0000 Received: from [85.158.139.211:46050] by server-17.bemta-5.messagelabs.com id 01/18-08711-5513EB35; Thu, 10 Jul 2014 06:23:17 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-4.tower-206.messagelabs.com!1404973396!14701392!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7580 invoked from network); 10 Jul 2014 06:23:17 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2014 06:23:17 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 17B2C221DE2 for ; Thu, 10 Jul 2014 07:23:16 +0100 (BST) Message-ID: <53BE3153.4050202@bobich.net> Date: Thu, 10 Jul 2014 07:23:15 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> <87fvibnu2l.fsf@yun.yagibdah.de> <87wqbmdjs5.fsf@yun.yagibdah.de> In-Reply-To: <87wqbmdjs5.fsf@yun.yagibdah.de> Content-Length: 3093 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMDcvMTAvMjAxNCAwMzozNCBBTSwgbGVlIHdyb3RlOgo+IE51bm8gTWFnYWxow6NlcyA8bnVu b21hZ2FsaGFlc0BldS5pcHAucHQ+IHdyaXRlczoKPgo+PiBPbiBXZWQsIEp1bCA5LCAyMDE0IGF0 IDM6MjkgQU0sIGxlZSA8bGVlQHl1bi55YWdpYmRhaC5kZT4gd3JvdGU6Cj4+PiBJdCdzIHNpbXBs ZSB3aXRoIFJBSUQgYmVjYXVzZSB0aGUgZGlzayBlaXRoZXIgZmFpbHMgb3Igbm90LiAgSXQncwo+ Pj4gdXN1YWxseSBzaW1wbGUgd2l0aCBkaXNrcyBiZWNhdXNlIGl0IGVpdGhlciBmYWlscyBvciBu b3QuCj4+Cj4+IERlcGVuZHMgb24geW91ciBSQUlELCBkZXBlbmRzIG9uIHlvdXIgZGlza3MuIElm IHlvdSB1c2UgZGlza3Mgd2l0aG91dAo+PiBUTEVSIHRoZXkgbWF5IGdldCBraWNrZWQgb3V0IG9m IHRoZSBhcnJheSBldmVuIGlmIHRoZXkncmUgbm90IGZhaWxpbmcuCj4KPiBUaGF0IGJyaW5ncyBi YWNrIHRoZSBxdWVzdGlvbiBvZiB3aGVuIGEgZGlzayBoYXMgYWN0dWFsbHkgZmFpbGVkLgoKSXQg YWxzbyBoaWdobGlnaHRzIHRoYXQgZGlzayAiZmFpbHVyZSIgaXMgb2Z0ZW4gbm93aGVyZSBuZWFy bHkgYXMgY2xlYXIgCmN1dCBhcyBtb3N0IHBlb3BsZSByZWFsaXplLgoKPiBTaG91bGQgSSBjb250 aW51ZSB0byBlbnRydXN0IG15IGRhdGEgdG8gYSBkaXNrIHRoYXQgc3BlbmRzIGxvbmcgdGltZXMg b24KPiB0cnlpbmcgdG8gY29ycmVjdCBlcnJvcnM/CgpBbnkgZGlzayB3aXRob3V0IFRMRVIgKFRp bWUgTGltaXRlZCBFcnJvciBSZWNvdmVyeSkgYW5kIGhhdmluZyBpdCAKZW5hYmxlZCB3aWxsIHNv bWV0aW1lcyBkbyB0aGF0LiBZb3UgYWxzbyBuZWVkIGEgUkFJRCBjb250cm9sbGVyIHRoYXQgCmVp dGhlciBlbmFibGVzIHRoaXMgZmVhdHVyZSBvbiB0aGUgZGlzayBpdHNlbGYgb3IgZXhwb3NlcyB0 aGUgcmF3IGRpc2sgCmluIGEgd2F5IHRoYXQgeW91IGNhbiBkbyBpdCB5b3Vyc2VsZiwgYXMgdGhl IHNldHRpbmcgZGVmYXVsdHMgdG8gb2ZmLiBJdCAKd291bGRuJ3Qgc3VycHJpc2UgbWUgaWYgdmFy aW91cyBzdG9yYWdlIHZlbmRvcnMgc2hpcCBkaXNrcyB3aXRoIGRvY3RvcmVkIApmaXJtd2FyZXMg dGhhdCwgYW1vbmcgb3RoZXIgdGhpbmdzLCBoYXZlIHRoaXMgc2V0dGluZyBkZWZhdWx0aW5nIHRv IG9mZi4gClNvbWUgZGlzayBlbmNsb3N1cmVzIGV2ZW4gZ28gYXMgZmFyIGFzIGRldGVjdGluZyB0 aGUgZGlza3MgdGhhdCBhcmUgCnBsdWdnZWQgaW4sIGFuZCBpZiBpdCByZWNvZ25pemVzIHRoZSBt b2RlbCBudW1iZXIgaXQnbGwgZmxhc2ggdGhlIGRpc2sncyAKZmlybXdhcmUgdG8gdGhlIGNlcnRp ZmllZCB2ZXJzaW9uICh0aGUgZW5jbG9zdXJlIGhhcyBhIGJ1aWx0IGluIGxpYnJhcnkgCm9mIGNl cnRpZmllZCBmaXJtd2FyZXMgZm9yIGNlcnRpZmllZCBkaXNrIG1vZGVscykuIEkgb25seSBmb3Vu ZCBvdXQgCmFib3V0IHRoaXMgZmVhdHVyZSBvZiBzb21lIGVuY2xvc3VyZXMgd2hlbiBhIGNsaWVu dCBnb3Qgc29tZSBkaXNrcyB0aGF0IApzZWVtZWQgbGVnaXQgYnV0IHR1cm5lZCBvdXQgdG8gYmUg ImZha2UiIChpbiB0aGUgc2Vuc2UgdGhhdCB0aGV5IHdlcmUgCmRlc2t0b3AgZHJpdmVzIGRvY3Rv cmVkIHRvIHNheSB0aGV5IHdlcmUgZW50ZXJwcmlzZSBkcml2ZXMpLiBTbyB3aGVuIHRoZSAKZW5j bG9zdXJlIGZsYXNoZWQgdGhlIGNlcnRpZmllZCBlbnRlcnByaXNlIGZpcm13YXJlIG9udG8gdGhl bSB0aGV5IGdvdCAKYnJpY2tlZCBiZWNhdXNlIHRoZSBkcml2ZSBlbGVjdHJvbmljcyB3ZXJlIGFj dHVhbGx5IGRpZmZlcmVudCkuCgo+IFNob3VsZCBJIHVzZSBpdCBhcyBhIHNwYXJlIGZvciBhIFJB SURaLTEKPiB2b2x1bWUgYW5kIGhvcGUgdGhhdCBpdCBtaWdodCBiZSBoZWxwZnVsPwoKV2l0aCBa RlMgeW91IG1pZ2h0IGJlIGFibGUgdG8gZ2V0IGF3YXkgd2l0aCBpdCBieSBidW1waW5nIHRoZSBT Q1NJIApjb21tYW5kIHRpbWVvdXQgdG8gaG93ZXZlciBsb25nIHRoZSBkaXNrIHRha2VzIHRvIHRp bWUgb3V0IHRoZSAKb3BlcmF0aW9uLiBUaGF0IHdpbGwgcHJldmVudCB0aGUgZGlzayBnZXR0aW5n IGtpY2tlZCBvdXQgb2YgdGhlIHBvb2wsIApidXQgeW91J2xsIGhhdmUgdG8gbGl2ZSB3aXRoIGFs bCBwb29sIG9wZXJhdGlvbnMgYmxvY2tpbmcgdW50aWwgdGhhdCAKZGlzayByZXNwb25kcy4KCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBt YWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Jul 10 06:28:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 06:28:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X57qJ-0003Gk-4P; Thu, 10 Jul 2014 06:28:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X57qH-0003Gd-L6 for xen-users@lists.xen.org; Thu, 10 Jul 2014 06:28:29 +0000 Received: from [85.158.143.35:59230] by server-1.bemta-4.messagelabs.com id C6/09-09496-C823EB35; Thu, 10 Jul 2014 06:28:28 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-21.messagelabs.com!1404973707!17026071!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14848 invoked from network); 10 Jul 2014 06:28:28 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2014 06:28:28 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 79A96221DE2 for ; Thu, 10 Jul 2014 07:28:27 +0100 (BST) Message-ID: <53BE328B.3040000@bobich.net> Date: Thu, 10 Jul 2014 07:28:27 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> <871ttueyq0.fsf@yun.yagibdah.de> In-Reply-To: <871ttueyq0.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/10/2014 03:25 AM, lee wrote: > Gordan Bobic writes: > >>> On 2014-07-09 02:13, lee wrote: >> >>>> For domU, you put it on whatever volume the rest of the domU >>>> filesystems are on. >>> >>> Without swap partitions? >> >> No, partition the domU virtual disk inside the domU in any >> way you like, including swap partitions. > > How would I have a virtual disk? Do you mean I should put the VM images > into a file residing on a ZFS file system of dom0? Something like that. Or you can create a zvol and use that (that's what I do). zvol is roughly like an LVM volume in zfs. It exposes a block device rather than a file system, but you can still do things like snapshotting and send/receive on it. >> The entire premise is wrong - you cannnot meaningfully gain information >> from a test without understanding the test. > > That's why I'm saying it's not such a great example. You need to > understand what it attempts to show to make you understand before it > shows it. Maybe it should have been explained more extensively. >> Or you could encrypt your data before becking it up. If you use >> something like encfs, you can back up the underlying encrypted >> data rather than the unencrypted data. That way it doesn't matter >> how they store it. > > I'd have to make a huge tar archive or something of my data and encrypt > that with gpg before uploading it. That isn't really feasible. No, encfs is a layer and stores each encrypted file and filename as normal, they are just encrypted. So when you mount the encrypted data to a mount point, it's available unencrypted. When you look at the encrypted directory tree, the file names and contents are scrambled. So to back it up, you back up the encrypted subtree directly. No need for intermediate steps. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 06:28:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 06:28:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X57qJ-0003Gk-4P; Thu, 10 Jul 2014 06:28:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X57qH-0003Gd-L6 for xen-users@lists.xen.org; Thu, 10 Jul 2014 06:28:29 +0000 Received: from [85.158.143.35:59230] by server-1.bemta-4.messagelabs.com id C6/09-09496-C823EB35; Thu, 10 Jul 2014 06:28:28 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-9.tower-21.messagelabs.com!1404973707!17026071!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14848 invoked from network); 10 Jul 2014 06:28:28 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2014 06:28:28 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 79A96221DE2 for ; Thu, 10 Jul 2014 07:28:27 +0100 (BST) Message-ID: <53BE328B.3040000@bobich.net> Date: Thu, 10 Jul 2014 07:28:27 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> <871ttueyq0.fsf@yun.yagibdah.de> In-Reply-To: <871ttueyq0.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/10/2014 03:25 AM, lee wrote: > Gordan Bobic writes: > >>> On 2014-07-09 02:13, lee wrote: >> >>>> For domU, you put it on whatever volume the rest of the domU >>>> filesystems are on. >>> >>> Without swap partitions? >> >> No, partition the domU virtual disk inside the domU in any >> way you like, including swap partitions. > > How would I have a virtual disk? Do you mean I should put the VM images > into a file residing on a ZFS file system of dom0? Something like that. Or you can create a zvol and use that (that's what I do). zvol is roughly like an LVM volume in zfs. It exposes a block device rather than a file system, but you can still do things like snapshotting and send/receive on it. >> The entire premise is wrong - you cannnot meaningfully gain information >> from a test without understanding the test. > > That's why I'm saying it's not such a great example. You need to > understand what it attempts to show to make you understand before it > shows it. Maybe it should have been explained more extensively. >> Or you could encrypt your data before becking it up. If you use >> something like encfs, you can back up the underlying encrypted >> data rather than the unencrypted data. That way it doesn't matter >> how they store it. > > I'd have to make a huge tar archive or something of my data and encrypt > that with gpg before uploading it. That isn't really feasible. No, encfs is a layer and stores each encrypted file and filename as normal, they are just encrypted. So when you mount the encrypted data to a mount point, it's available unencrypted. When you look at the encrypted directory tree, the file names and contents are scrambled. So to back it up, you back up the encrypted subtree directly. No need for intermediate steps. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 06:59:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 06:59:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X58Jg-0003rW-SU; Thu, 10 Jul 2014 06:58:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X58Jf-0003rI-Rg for xen-users@lists.xen.org; Thu, 10 Jul 2014 06:58:51 +0000 Received: from [85.158.137.68:27533] by server-13.bemta-3.messagelabs.com id 2B/27-20015-BA93EB35; Thu, 10 Jul 2014 06:58:51 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-11.tower-31.messagelabs.com!1404975530!15089058!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24219 invoked from network); 10 Jul 2014 06:58:50 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-11.tower-31.messagelabs.com with SMTP; 10 Jul 2014 06:58:50 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.5] (88-111-169-113.dynamic.dsl.as9105.com [88.111.169.113]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 31AC51A002 for ; Thu, 10 Jul 2014 06:58:46 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <87simadj5r.fsf@yun.yagibdah.de> Date: Thu, 10 Jul 2014 07:58:44 +0100 Message-Id: <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee wrote: >> Rather than add aliases, AIUI it's now preferred to just add addresses (whether in the same subnet or a different one). >> So something like : >> iface eth0 inet static >> address 192.168.1.1 >> ... >> post up ip addr add address 192.168.1.7/24 >> post up ip addr add address 10.0.0.1/24 > > /24? As already mention, that's the easy way of writing the subnet mask. > The bridge needs to have the IP addresses, *not* the physical interface. Yes, I thought about that after posting. I was illustrating (in general) how to add additional IP addresses to an interface, it can be any interface you are configuring. > The physical interface needs to be added to the bridge. It does not > need to (should not) have an IP address itself. Correct > Please be aware that a bridge is a bridge. When you do this, you > connect all these different networks with each other. That is probably > *not* what you want. In the OPs case I think it is. He appears to have all traffic on one physical link - so the easiest way to handle it is to keep it as one network all the way through. So one bridge, and just configure the appropriate IP(s) on each DomU. I agree, far from ideal, and I'd prefer to keep external and internal traffic segregated. But we don't know the setup the OP is working in - whether that arrangement is externally imposed or self imposed, or whether it's up for change. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 06:59:22 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 06:59:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X58Jg-0003rW-SU; Thu, 10 Jul 2014 06:58:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X58Jf-0003rI-Rg for xen-users@lists.xen.org; Thu, 10 Jul 2014 06:58:51 +0000 Received: from [85.158.137.68:27533] by server-13.bemta-3.messagelabs.com id 2B/27-20015-BA93EB35; Thu, 10 Jul 2014 06:58:51 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-11.tower-31.messagelabs.com!1404975530!15089058!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24219 invoked from network); 10 Jul 2014 06:58:50 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-11.tower-31.messagelabs.com with SMTP; 10 Jul 2014 06:58:50 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.5] (88-111-169-113.dynamic.dsl.as9105.com [88.111.169.113]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 31AC51A002 for ; Thu, 10 Jul 2014 06:58:46 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <87simadj5r.fsf@yun.yagibdah.de> Date: Thu, 10 Jul 2014 07:58:44 +0100 Message-Id: <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee wrote: >> Rather than add aliases, AIUI it's now preferred to just add addresses (whether in the same subnet or a different one). >> So something like : >> iface eth0 inet static >> address 192.168.1.1 >> ... >> post up ip addr add address 192.168.1.7/24 >> post up ip addr add address 10.0.0.1/24 > > /24? As already mention, that's the easy way of writing the subnet mask. > The bridge needs to have the IP addresses, *not* the physical interface. Yes, I thought about that after posting. I was illustrating (in general) how to add additional IP addresses to an interface, it can be any interface you are configuring. > The physical interface needs to be added to the bridge. It does not > need to (should not) have an IP address itself. Correct > Please be aware that a bridge is a bridge. When you do this, you > connect all these different networks with each other. That is probably > *not* what you want. In the OPs case I think it is. He appears to have all traffic on one physical link - so the easiest way to handle it is to keep it as one network all the way through. So one bridge, and just configure the appropriate IP(s) on each DomU. I agree, far from ideal, and I'd prefer to keep external and internal traffic segregated. But we don't know the setup the OP is working in - whether that arrangement is externally imposed or self imposed, or whether it's up for change. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 09:25:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 09:25:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Aag-0007M9-5V; Thu, 10 Jul 2014 09:24:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Aad-0007LX-OJ for xen-users@lists.xen.org; Thu, 10 Jul 2014 09:24:31 +0000 Received: from [85.158.139.211:12600] by server-4.bemta-5.messagelabs.com id 52/D1-07250-FCB5EB35; Thu, 10 Jul 2014 09:24:31 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-9.tower-206.messagelabs.com!1404984269!14701546!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24416 invoked from network); 10 Jul 2014 09:24:30 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-9.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Jul 2014 09:24:30 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X5Aab-0006Vw-5b for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:24:29 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X5Aab-0001KU-1D for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:24:29 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> (Simon Hobson's message of "Thu, 10 Jul 2014 07:58:44 +0100") Date: Thu, 10 Jul 2014 11:24:18 +0200 Organization: my virtual residence Message-ID: <878uo1d0sd.fsf@yun.yagibdah.de> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Simon Hobson writes: > lee wrote: > >>> Rather than add aliases, AIUI it's now preferred to just add addresses (whether in the same subnet or a different one). >>> So something like : >>> iface eth0 inet static >>> address 192.168.1.1 >>> ... >>> post up ip addr add address 192.168.1.7/24 >>> post up ip addr add address 10.0.0.1/24 >> >> /24? > > As already mention, that's the easy way of writing the subnet mask. I know --- I'm somewhat puzzled about it because when assigning an address to an interface, it's usually one particular address and not a subnet that is being assigned. >> Please be aware that a bridge is a bridge. When you do this, you >> connect all these different networks with each other. That is probably >> *not* what you want. > > In the OPs case I think it is. He appears to have all traffic on one physical link - so the easiest way to handle it is to keep it as one network all the way through. So one bridge, and just configure the appropriate IP(s) on each DomU. Well, in this context, connecting networks can easily appear as if it was merely an irrelevant side effect of a bridge. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 09:25:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 09:25:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Aaf-0007Lw-Jh; Thu, 10 Jul 2014 09:24:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Aad-0007LW-KP for xen-users@lists.xen.org; Thu, 10 Jul 2014 09:24:31 +0000 Received: from [193.109.254.147:5408] by server-1.bemta-14.messagelabs.com id C9/26-14887-FCB5EB35; Thu, 10 Jul 2014 09:24:31 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-12.tower-27.messagelabs.com!1404984269!16592196!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10149 invoked from network); 10 Jul 2014 09:24:30 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-12.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Jul 2014 09:24:30 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X5Aab-0006Vv-3g for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:24:29 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X5Aaa-0001KP-Vc for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:24:28 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53BE328B.3040000@bobich.net> (Gordan Bobic's message of "Thu, 10 Jul 2014 07:28:27 +0100") Date: Thu, 10 Jul 2014 10:59:46 +0200 Organization: my virtual residence Message-ID: <87d2ddd1x9.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> <871ttueyq0.fsf@yun.yagibdah.de> <53BE328B.3040000@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> I'd have to make a huge tar archive or something of my data and encrypt >> that with gpg before uploading it. That isn't really feasible. > > No, encfs is a layer and stores each encrypted file and filename as > normal, they are just encrypted. So when you mount the encrypted data > to a mount point, it's available unencrypted. When you look at the > encrypted directory tree, the file names and contents are scrambled. > > So to back it up, you back up the encrypted subtree directly. No need > for intermediate steps. And how good is this encryption? What if I forget the passphrase or whatever it uses? To back it up, I'd still have to make an archive which I can upload. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 09:25:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 09:25:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Aaf-0007Lw-Jh; Thu, 10 Jul 2014 09:24:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Aad-0007LW-KP for xen-users@lists.xen.org; Thu, 10 Jul 2014 09:24:31 +0000 Received: from [193.109.254.147:5408] by server-1.bemta-14.messagelabs.com id C9/26-14887-FCB5EB35; Thu, 10 Jul 2014 09:24:31 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-12.tower-27.messagelabs.com!1404984269!16592196!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10149 invoked from network); 10 Jul 2014 09:24:30 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-12.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Jul 2014 09:24:30 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X5Aab-0006Vv-3g for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:24:29 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X5Aaa-0001KP-Vc for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:24:28 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53BE328B.3040000@bobich.net> (Gordan Bobic's message of "Thu, 10 Jul 2014 07:28:27 +0100") Date: Thu, 10 Jul 2014 10:59:46 +0200 Organization: my virtual residence Message-ID: <87d2ddd1x9.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> <871ttueyq0.fsf@yun.yagibdah.de> <53BE328B.3040000@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: >> I'd have to make a huge tar archive or something of my data and encrypt >> that with gpg before uploading it. That isn't really feasible. > > No, encfs is a layer and stores each encrypted file and filename as > normal, they are just encrypted. So when you mount the encrypted data > to a mount point, it's available unencrypted. When you look at the > encrypted directory tree, the file names and contents are scrambled. > > So to back it up, you back up the encrypted subtree directly. No need > for intermediate steps. And how good is this encryption? What if I forget the passphrase or whatever it uses? To back it up, I'd still have to make an archive which I can upload. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 09:25:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 09:25:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Aag-0007M9-5V; Thu, 10 Jul 2014 09:24:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Aad-0007LX-OJ for xen-users@lists.xen.org; Thu, 10 Jul 2014 09:24:31 +0000 Received: from [85.158.139.211:12600] by server-4.bemta-5.messagelabs.com id 52/D1-07250-FCB5EB35; Thu, 10 Jul 2014 09:24:31 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-9.tower-206.messagelabs.com!1404984269!14701546!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24416 invoked from network); 10 Jul 2014 09:24:30 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-9.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Jul 2014 09:24:30 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X5Aab-0006Vw-5b for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:24:29 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X5Aab-0001KU-1D for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:24:29 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> (Simon Hobson's message of "Thu, 10 Jul 2014 07:58:44 +0100") Date: Thu, 10 Jul 2014 11:24:18 +0200 Organization: my virtual residence Message-ID: <878uo1d0sd.fsf@yun.yagibdah.de> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Simon Hobson writes: > lee wrote: > >>> Rather than add aliases, AIUI it's now preferred to just add addresses (whether in the same subnet or a different one). >>> So something like : >>> iface eth0 inet static >>> address 192.168.1.1 >>> ... >>> post up ip addr add address 192.168.1.7/24 >>> post up ip addr add address 10.0.0.1/24 >> >> /24? > > As already mention, that's the easy way of writing the subnet mask. I know --- I'm somewhat puzzled about it because when assigning an address to an interface, it's usually one particular address and not a subnet that is being assigned. >> Please be aware that a bridge is a bridge. When you do this, you >> connect all these different networks with each other. That is probably >> *not* what you want. > > In the OPs case I think it is. He appears to have all traffic on one physical link - so the easiest way to handle it is to keep it as one network all the way through. So one bridge, and just configure the appropriate IP(s) on each DomU. Well, in this context, connecting networks can easily appear as if it was merely an irrelevant side effect of a bridge. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 09:43:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 09:43:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5At8-0000Qx-Aw; Thu, 10 Jul 2014 09:43:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5At7-0000Qk-Ba for xen-users@lists.xen.org; Thu, 10 Jul 2014 09:43:37 +0000 Received: from [85.158.143.35:56639] by server-3.bemta-4.messagelabs.com id 24/CD-16194-8406EB35; Thu, 10 Jul 2014 09:43:36 +0000 X-Env-Sender: hahn@univention.de X-Msg-Ref: server-9.tower-21.messagelabs.com!1404985415!17078504!1 X-Originating-IP: [82.198.197.8] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29743 invoked from network); 10 Jul 2014 09:43:36 -0000 Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2014 09:43:36 -0000 Received: from localhost (localhost [127.0.0.1]) by solig.knut.univention.de (Postfix) with ESMTP id 7B458109067A for ; Thu, 10 Jul 2014 11:43:35 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at knut.univention.de Received: from mail.univention.de ([127.0.0.1]) by localhost (solig.knut.univention.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YMEtrWMUdC7w for ; Thu, 10 Jul 2014 11:43:34 +0200 (CEST) Received: from [192.168.0.191] (mail.univention.de [82.198.197.8]) by solig.knut.univention.de (Postfix) with ESMTPSA id C2C491090674 for ; Thu, 10 Jul 2014 11:43:34 +0200 (CEST) Message-ID: <53BE6045.2090306@univention.de> Date: Thu, 10 Jul 2014 11:43:33 +0200 From: Philipp Hahn Organization: Univention GmbH User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> <878uo1d0sd.fsf@yun.yagibdah.de> In-Reply-To: <878uo1d0sd.fsf@yun.yagibdah.de> X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, On 10.07.2014 11:24, lee wrote: > Simon Hobson writes: >> lee wrote: ... >>>> iface eth0 inet static >>>> address 192.168.1.1 >>>> ... >>>> post up ip addr add address 192.168.1.7/24 >>>> post up ip addr add address 10.0.0.1/24 >>> >>> /24? >> >> As already mention, that's the easy way of writing the subnet mask. > > I know --- I'm somewhat puzzled about it because when assigning an > address to an interface, it's usually one particular address and not a > subnet that is being assigned. It the combination of "use that one specific address for yourself" and "also add a route to that network, so you can directly talk to all those other hosts" (by direct Ethernet communication instead of going through the default gateway). Philipp _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 09:43:57 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 09:43:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5At8-0000Qx-Aw; Thu, 10 Jul 2014 09:43:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5At7-0000Qk-Ba for xen-users@lists.xen.org; Thu, 10 Jul 2014 09:43:37 +0000 Received: from [85.158.143.35:56639] by server-3.bemta-4.messagelabs.com id 24/CD-16194-8406EB35; Thu, 10 Jul 2014 09:43:36 +0000 X-Env-Sender: hahn@univention.de X-Msg-Ref: server-9.tower-21.messagelabs.com!1404985415!17078504!1 X-Originating-IP: [82.198.197.8] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29743 invoked from network); 10 Jul 2014 09:43:36 -0000 Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2014 09:43:36 -0000 Received: from localhost (localhost [127.0.0.1]) by solig.knut.univention.de (Postfix) with ESMTP id 7B458109067A for ; Thu, 10 Jul 2014 11:43:35 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at knut.univention.de Received: from mail.univention.de ([127.0.0.1]) by localhost (solig.knut.univention.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YMEtrWMUdC7w for ; Thu, 10 Jul 2014 11:43:34 +0200 (CEST) Received: from [192.168.0.191] (mail.univention.de [82.198.197.8]) by solig.knut.univention.de (Postfix) with ESMTPSA id C2C491090674 for ; Thu, 10 Jul 2014 11:43:34 +0200 (CEST) Message-ID: <53BE6045.2090306@univention.de> Date: Thu, 10 Jul 2014 11:43:33 +0200 From: Philipp Hahn Organization: Univention GmbH User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> <878uo1d0sd.fsf@yun.yagibdah.de> In-Reply-To: <878uo1d0sd.fsf@yun.yagibdah.de> X-Enigmail-Version: 1.6 Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, On 10.07.2014 11:24, lee wrote: > Simon Hobson writes: >> lee wrote: ... >>>> iface eth0 inet static >>>> address 192.168.1.1 >>>> ... >>>> post up ip addr add address 192.168.1.7/24 >>>> post up ip addr add address 10.0.0.1/24 >>> >>> /24? >> >> As already mention, that's the easy way of writing the subnet mask. > > I know --- I'm somewhat puzzled about it because when assigning an > address to an interface, it's usually one particular address and not a > subnet that is being assigned. It the combination of "use that one specific address for yourself" and "also add a route to that network, so you can directly talk to all those other hosts" (by direct Ethernet communication instead of going through the default gateway). Philipp _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 10:01:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 10:01:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5B9a-0001DM-4a; Thu, 10 Jul 2014 10:00:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5B9Z-0001DH-1W for xen-users@lists.xen.org; Thu, 10 Jul 2014 10:00:37 +0000 Received: from [85.158.139.211:16118] by server-3.bemta-5.messagelabs.com id A6/DF-01676-4446EB35; Thu, 10 Jul 2014 10:00:36 +0000 X-Env-Sender: fritz@adsquare.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1404986435!11814703!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30560 invoked from network); 10 Jul 2014 10:00:35 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 10:00:35 -0000 Received: by mail-we0-f175.google.com with SMTP id k48so8644830wev.20 for ; Thu, 10 Jul 2014 03:00:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=1MV+q8UUYVsuWzKkf9/3MFUJJoHvzCrxOG3gSxX6MHM=; b=WNu/CJ26dAnhsxJLrfoERdFvJncA5u99ZIn6lOcLkVUeuHJoIWNcsIZ65JK+kViZyW 2FYOXaYgCZCbSKUSwZACC7rRkdePsQn47xQq2CXN3tg7VuGHXxiA+04kpZNQDVtsog8y PtK0Npn9XUfXI7lsZQH3iXAgeFTNCjRbnxVPmrM2o/+MZjR8FD4Jol1jcxS40vkx/B3I ZxNgkEYv0YrDLdN37F1Kf1Rw7kldGeXwtHV+dE4q94OWt7RJ86eaQ7ArPA0fb0BptnYN OLgspk6Ce3j6q5/fDxR0lW6CRHj+5cHAJnwFp98dyx6A8F6yqdRbL94LNDYx0d8l/1Vf FGtA== X-Gm-Message-State: ALoCoQlW3HmYYCMx4xcmfUBpgHWN+oGTbOBeEfxTkVmtJF/oCpU5OROGPwl66UcIjQ01IdXvkMda X-Received: by 10.194.219.70 with SMTP id pm6mr54111377wjc.53.1404986435074; Thu, 10 Jul 2014 03:00:35 -0700 (PDT) Received: from fritz-macbook.fritz.box (p5DDB89D1.dip0.t-ipconnect.de. [93.219.137.209]) by mx.google.com with ESMTPSA id 19sm109319974wjz.3.2014.07.10.03.00.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Jul 2014 03:00:34 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) From: Fritz Richter In-Reply-To: <878uo1d0sd.fsf@yun.yagibdah.de> Date: Thu, 10 Jul 2014 12:00:31 +0200 Message-Id: <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> <878uo1d0sd.fsf@yun.yagibdah.de> To: lee X-Mailer: Apple Mail (2.1878.2) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi All, thanks for the support! I decided to add eth1 and connect them all via an internal 24-port switch. = Way more easy, but more expensive=85 Best, Fritz Am 10.07.2014 um 11:24 schrieb lee : > Simon Hobson writes: > = >> lee wrote: >> = >>>> Rather than add aliases, AIUI it's now preferred to just add addresses= (whether in the same subnet or a different one). >>>> So something like : >>>> iface eth0 inet static >>>> address 192.168.1.1 >>>> ... >>>> post up ip addr add address 192.168.1.7/24 >>>> post up ip addr add address 10.0.0.1/24 >>> = >>> /24? >> = >> As already mention, that's the easy way of writing the subnet mask. > = > I know --- I'm somewhat puzzled about it because when assigning an > address to an interface, it's usually one particular address and not a > subnet that is being assigned. > = >>> Please be aware that a bridge is a bridge. When you do this, you >>> connect all these different networks with each other. That is probably >>> *not* what you want. >> = >> In the OPs case I think it is. He appears to have all traffic on one phy= sical link - so the easiest way to handle it is to keep it as one network a= ll the way through. So one bridge, and just configure the appropriate IP(s)= on each DomU. > = > Well, in this context, connecting networks can easily appear as if it > was merely an irrelevant side effect of a bridge. > = > = > -- = > Knowledge is volatile and fluid. Software is power. > = > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 10:01:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 10:01:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5B9a-0001DM-4a; Thu, 10 Jul 2014 10:00:38 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5B9Z-0001DH-1W for xen-users@lists.xen.org; Thu, 10 Jul 2014 10:00:37 +0000 Received: from [85.158.139.211:16118] by server-3.bemta-5.messagelabs.com id A6/DF-01676-4446EB35; Thu, 10 Jul 2014 10:00:36 +0000 X-Env-Sender: fritz@adsquare.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1404986435!11814703!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30560 invoked from network); 10 Jul 2014 10:00:35 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-16.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 10:00:35 -0000 Received: by mail-we0-f175.google.com with SMTP id k48so8644830wev.20 for ; Thu, 10 Jul 2014 03:00:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=1MV+q8UUYVsuWzKkf9/3MFUJJoHvzCrxOG3gSxX6MHM=; b=WNu/CJ26dAnhsxJLrfoERdFvJncA5u99ZIn6lOcLkVUeuHJoIWNcsIZ65JK+kViZyW 2FYOXaYgCZCbSKUSwZACC7rRkdePsQn47xQq2CXN3tg7VuGHXxiA+04kpZNQDVtsog8y PtK0Npn9XUfXI7lsZQH3iXAgeFTNCjRbnxVPmrM2o/+MZjR8FD4Jol1jcxS40vkx/B3I ZxNgkEYv0YrDLdN37F1Kf1Rw7kldGeXwtHV+dE4q94OWt7RJ86eaQ7ArPA0fb0BptnYN OLgspk6Ce3j6q5/fDxR0lW6CRHj+5cHAJnwFp98dyx6A8F6yqdRbL94LNDYx0d8l/1Vf FGtA== X-Gm-Message-State: ALoCoQlW3HmYYCMx4xcmfUBpgHWN+oGTbOBeEfxTkVmtJF/oCpU5OROGPwl66UcIjQ01IdXvkMda X-Received: by 10.194.219.70 with SMTP id pm6mr54111377wjc.53.1404986435074; Thu, 10 Jul 2014 03:00:35 -0700 (PDT) Received: from fritz-macbook.fritz.box (p5DDB89D1.dip0.t-ipconnect.de. [93.219.137.209]) by mx.google.com with ESMTPSA id 19sm109319974wjz.3.2014.07.10.03.00.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Jul 2014 03:00:34 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\)) From: Fritz Richter In-Reply-To: <878uo1d0sd.fsf@yun.yagibdah.de> Date: Thu, 10 Jul 2014 12:00:31 +0200 Message-Id: <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> <878uo1d0sd.fsf@yun.yagibdah.de> To: lee X-Mailer: Apple Mail (2.1878.2) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi All, thanks for the support! I decided to add eth1 and connect them all via an internal 24-port switch. = Way more easy, but more expensive=85 Best, Fritz Am 10.07.2014 um 11:24 schrieb lee : > Simon Hobson writes: > = >> lee wrote: >> = >>>> Rather than add aliases, AIUI it's now preferred to just add addresses= (whether in the same subnet or a different one). >>>> So something like : >>>> iface eth0 inet static >>>> address 192.168.1.1 >>>> ... >>>> post up ip addr add address 192.168.1.7/24 >>>> post up ip addr add address 10.0.0.1/24 >>> = >>> /24? >> = >> As already mention, that's the easy way of writing the subnet mask. > = > I know --- I'm somewhat puzzled about it because when assigning an > address to an interface, it's usually one particular address and not a > subnet that is being assigned. > = >>> Please be aware that a bridge is a bridge. When you do this, you >>> connect all these different networks with each other. That is probably >>> *not* what you want. >> = >> In the OPs case I think it is. He appears to have all traffic on one phy= sical link - so the easiest way to handle it is to keep it as one network a= ll the way through. So one bridge, and just configure the appropriate IP(s)= on each DomU. > = > Well, in this context, connecting networks can easily appear as if it > was merely an irrelevant side effect of a bridge. > = > = > -- = > Knowledge is volatile and fluid. Software is power. > = > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 10:17:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 10:17:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5BPd-0001y2-Hj; Thu, 10 Jul 2014 10:17:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5BPc-0001xw-Fr for xen-users@lists.xen.org; Thu, 10 Jul 2014 10:17:12 +0000 Received: from [193.109.254.147:45456] by server-6.bemta-14.messagelabs.com id 81/CC-08262-7286EB35; Thu, 10 Jul 2014 10:17:11 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-15.tower-27.messagelabs.com!1404987429!16622121!1 X-Originating-IP: [209.85.220.52] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30665 invoked from network); 10 Jul 2014 10:17:11 -0000 Received: from mail-pa0-f52.google.com (HELO mail-pa0-f52.google.com) (209.85.220.52) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 10:17:11 -0000 Received: by mail-pa0-f52.google.com with SMTP id eu11so10916487pac.11 for ; Thu, 10 Jul 2014 03:17:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=TdQzJ7kt8A6pxWabbNd5RKVG9HKYjEZO0RO8rreBYo8=; b=eHNucbo3nBRtBe+96NK7KAQtBPAMGjAz7aVil6YFS/H9TwTu+Vah+TkqepbkTunkXi 5V8u2mC9tb3IC7rsv812Y+3itmbJHhwJ3Np7Ferj4kpg1oUdu/JOBGrG56mfpN+KDt8t AqdwDclqeMTGvNfTA+i/9Y4lSlc/OLPpd3gOwgBZUcehoLFErco/TGFceM8+Ls3seeFs yVaIKlWTyEHy+Z4YjCO6CwpMI9YmXOfpFGhx2/7xFVSCndBwUqtVu224CAvybE/hdETV J2WssseCO9dVGZE4iDm9EHB9OJAUdBBktTdwAtyL3vIlgyyY2tvn+2/5v4dNeOq5kn0L HHLA== X-Gm-Message-State: ALoCoQnwYFbUPczrFPH4hlU5zVluKy/heoeSbyKiPV6L4Y9L/Gw5XvFc8TGeuZv73pEfmax7jJr0 MIME-Version: 1.0 X-Received: by 10.68.164.4 with SMTP id ym4mr46430396pbb.53.1404987429023; Thu, 10 Jul 2014 03:17:09 -0700 (PDT) Received: by 10.70.43.135 with HTTP; Thu, 10 Jul 2014 03:17:08 -0700 (PDT) In-Reply-To: <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> <878uo1d0sd.fsf@yun.yagibdah.de> <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> Date: Thu, 10 Jul 2014 17:17:08 +0700 Message-ID: From: "Fajar A. Nugraha" To: Fritz Richter Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1032178664632514296==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1032178664632514296== Content-Type: multipart/alternative; boundary=047d7b5d36109f0bd804fdd420e8 --047d7b5d36109f0bd804fdd420e8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2014 at 5:00 PM, Fritz Richter wrote: > Hi All, > thanks for the support! > > I decided to add eth1 and connect them all via an internal 24-port switch= . > Way more easy, but more expensive=E2=80=A6 > > Yep. The alternative would be to use vlans, where you connect eth0 as trunk, split the vlans, and bridge each vlan. Cheaper, but more complicated. On the up side is that if you choose vlans you can create as many networks as you need without needing another cable/switch. --=20 Fajar --047d7b5d36109f0bd804fdd420e8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= hu, Jul 10, 2014 at 5:00 PM, Fritz Richter <fritz@adsquare.com> wrote:
Hi All,
thanks for the support!

I decided to add eth1 and connect them all via an internal 24-port switch. = Way more easy, but more expensive=E2=80=A6


Yep.

The alte= rnative would be to use vlans, where you connect eth0 as trunk, split the v= lans, and bridge each vlan. Cheaper, but more complicated.
On the= up side is that if you choose vlans you can create as many networks as you= need without needing another cable/switch.

--=C2=A0
Fajar
--047d7b5d36109f0bd804fdd420e8-- --===============1032178664632514296== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1032178664632514296==-- From xen-users-bounces@lists.xen.org Thu Jul 10 10:17:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 10:17:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5BPd-0001y2-Hj; Thu, 10 Jul 2014 10:17:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5BPc-0001xw-Fr for xen-users@lists.xen.org; Thu, 10 Jul 2014 10:17:12 +0000 Received: from [193.109.254.147:45456] by server-6.bemta-14.messagelabs.com id 81/CC-08262-7286EB35; Thu, 10 Jul 2014 10:17:11 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-15.tower-27.messagelabs.com!1404987429!16622121!1 X-Originating-IP: [209.85.220.52] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30665 invoked from network); 10 Jul 2014 10:17:11 -0000 Received: from mail-pa0-f52.google.com (HELO mail-pa0-f52.google.com) (209.85.220.52) by server-15.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 10:17:11 -0000 Received: by mail-pa0-f52.google.com with SMTP id eu11so10916487pac.11 for ; Thu, 10 Jul 2014 03:17:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=TdQzJ7kt8A6pxWabbNd5RKVG9HKYjEZO0RO8rreBYo8=; b=eHNucbo3nBRtBe+96NK7KAQtBPAMGjAz7aVil6YFS/H9TwTu+Vah+TkqepbkTunkXi 5V8u2mC9tb3IC7rsv812Y+3itmbJHhwJ3Np7Ferj4kpg1oUdu/JOBGrG56mfpN+KDt8t AqdwDclqeMTGvNfTA+i/9Y4lSlc/OLPpd3gOwgBZUcehoLFErco/TGFceM8+Ls3seeFs yVaIKlWTyEHy+Z4YjCO6CwpMI9YmXOfpFGhx2/7xFVSCndBwUqtVu224CAvybE/hdETV J2WssseCO9dVGZE4iDm9EHB9OJAUdBBktTdwAtyL3vIlgyyY2tvn+2/5v4dNeOq5kn0L HHLA== X-Gm-Message-State: ALoCoQnwYFbUPczrFPH4hlU5zVluKy/heoeSbyKiPV6L4Y9L/Gw5XvFc8TGeuZv73pEfmax7jJr0 MIME-Version: 1.0 X-Received: by 10.68.164.4 with SMTP id ym4mr46430396pbb.53.1404987429023; Thu, 10 Jul 2014 03:17:09 -0700 (PDT) Received: by 10.70.43.135 with HTTP; Thu, 10 Jul 2014 03:17:08 -0700 (PDT) In-Reply-To: <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> <878uo1d0sd.fsf@yun.yagibdah.de> <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> Date: Thu, 10 Jul 2014 17:17:08 +0700 Message-ID: From: "Fajar A. Nugraha" To: Fritz Richter Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1032178664632514296==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1032178664632514296== Content-Type: multipart/alternative; boundary=047d7b5d36109f0bd804fdd420e8 --047d7b5d36109f0bd804fdd420e8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2014 at 5:00 PM, Fritz Richter wrote: > Hi All, > thanks for the support! > > I decided to add eth1 and connect them all via an internal 24-port switch= . > Way more easy, but more expensive=E2=80=A6 > > Yep. The alternative would be to use vlans, where you connect eth0 as trunk, split the vlans, and bridge each vlan. Cheaper, but more complicated. On the up side is that if you choose vlans you can create as many networks as you need without needing another cable/switch. --=20 Fajar --047d7b5d36109f0bd804fdd420e8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= hu, Jul 10, 2014 at 5:00 PM, Fritz Richter <fritz@adsquare.com> wrote:
Hi All,
thanks for the support!

I decided to add eth1 and connect them all via an internal 24-port switch. = Way more easy, but more expensive=E2=80=A6


Yep.

The alte= rnative would be to use vlans, where you connect eth0 as trunk, split the v= lans, and bridge each vlan. Cheaper, but more complicated.
On the= up side is that if you choose vlans you can create as many networks as you= need without needing another cable/switch.

--=C2=A0
Fajar
--047d7b5d36109f0bd804fdd420e8-- --===============1032178664632514296== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1032178664632514296==-- From xen-users-bounces@lists.xen.org Thu Jul 10 10:37:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 10:37:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5BiX-0004iW-0o; Thu, 10 Jul 2014 10:36:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5BiV-0004i8-Fn for xen-users@lists.xen.org; Thu, 10 Jul 2014 10:36:43 +0000 Received: from [85.158.143.35:64667] by server-2.bemta-4.messagelabs.com id 5B/27-18579-ABC6EB35; Thu, 10 Jul 2014 10:36:42 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-15.tower-21.messagelabs.com!1404988602!17046148!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20486 invoked from network); 10 Jul 2014 10:36:42 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-15.tower-21.messagelabs.com with SMTP; 10 Jul 2014 10:36:42 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 3DE3F1A002 for ; Thu, 10 Jul 2014 10:36:36 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> Date: Thu, 10 Jul 2014 11:36:34 +0100 Message-Id: <23A9BB33-7E13-4813-9F28-52570F27BACF@thehobsons.co.uk> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> <878uo1d0sd.fsf@yun.yagibdah.de> <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Fritz Richter wrote: > I decided to add eth1 and connect them all via an internal 24-port switch= . Way more easy, but more expensive=85 I assume that translates to "I added another NIC and switch for the interna= l networks". Fajar A. Nugraha wrote: > The alternative would be to use vlans, where you connect eth0 as trunk, s= plit the vlans, and bridge each vlan. Cheaper, but more complicated. More complicated, but also probably more expensive - depends what switch yo= u buy (and other factors). IME, by the time you are up to the level of mana= geability that gives you VLANs on the switch, you are paying more for that = level functionality than you'd save in the cost of the NIC. Adds a lot of options though - I've a VM with 6 virtual NICs plus tunnel, 6= in4 tunnel, and PPPoE interfaces acting as a router at work with VLANs to g= et the networks to the right place :) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 10:37:21 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 10:37:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5BiX-0004iW-0o; Thu, 10 Jul 2014 10:36:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5BiV-0004i8-Fn for xen-users@lists.xen.org; Thu, 10 Jul 2014 10:36:43 +0000 Received: from [85.158.143.35:64667] by server-2.bemta-4.messagelabs.com id 5B/27-18579-ABC6EB35; Thu, 10 Jul 2014 10:36:42 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-15.tower-21.messagelabs.com!1404988602!17046148!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20486 invoked from network); 10 Jul 2014 10:36:42 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-15.tower-21.messagelabs.com with SMTP; 10 Jul 2014 10:36:42 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from [192.168.1.22] (lan.furness.net [77.233.151.255]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 3DE3F1A002 for ; Thu, 10 Jul 2014 10:36:36 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> Date: Thu, 10 Jul 2014 11:36:34 +0100 Message-Id: <23A9BB33-7E13-4813-9F28-52570F27BACF@thehobsons.co.uk> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> <878uo1d0sd.fsf@yun.yagibdah.de> <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Fritz Richter wrote: > I decided to add eth1 and connect them all via an internal 24-port switch= . Way more easy, but more expensive=85 I assume that translates to "I added another NIC and switch for the interna= l networks". Fajar A. Nugraha wrote: > The alternative would be to use vlans, where you connect eth0 as trunk, s= plit the vlans, and bridge each vlan. Cheaper, but more complicated. More complicated, but also probably more expensive - depends what switch yo= u buy (and other factors). IME, by the time you are up to the level of mana= geability that gives you VLANs on the switch, you are paying more for that = level functionality than you'd save in the cost of the NIC. Adds a lot of options though - I've a VM with 6 virtual NICs plus tunnel, 6= in4 tunnel, and PPPoE interfaces acting as a router at work with VLANs to g= et the networks to the right place :) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 10:47:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 10:47:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Bsf-0005Gc-Lz; Thu, 10 Jul 2014 10:47:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Bse-0005GT-3n for xen-users@lists.xen.org; Thu, 10 Jul 2014 10:47:12 +0000 Received: from [85.158.137.68:47083] by server-2.bemta-3.messagelabs.com id 1A/A9-14008-F2F6EB35; Thu, 10 Jul 2014 10:47:11 +0000 X-Env-Sender: kevin.zhang@octlink.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1404989228!15138973!1 X-Originating-IP: [222.128.79.249] X-SpamReason: No, hits=0.5 required=7.0 tests=HTML_MESSAGE, MIME_BASE64_TEXT,MIME_BOUND_NEXTPART X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13128 invoked from network); 10 Jul 2014 10:47:09 -0000 Received: from unknown (HELO mail.octlink.com) (222.128.79.249) by server-13.tower-31.messagelabs.com with SMTP; 10 Jul 2014 10:47:09 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.octlink.com (Postfix) with SMTP id B2A81E205C for ; Thu, 10 Jul 2014 18:47:06 +0800 (CST) Received: from zhangpei-PC (pfsense.localdomain [192.168.10.253]) by mail.octlink.com (Postfix) with ESMTPA id A114EE205A for ; Thu, 10 Jul 2014 18:47:04 +0800 (CST) Date: Thu, 10 Jul 2014 18:47:03 +0800 From: "kevin.zhang@octlink.com" To: xen-users X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 1, 3, 52[cn] Mime-Version: 1.0 Message-ID: <2014071018470342645217@octlink.com> X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Thu Jul 10 18:47:06 2014 X-DSPAM-Confidence: 0.9935 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 3,53be6f2a7171019720694 X-DSPAM-Factors: 27, Message-ID*octlink.com>, 0.00365, model, 0.00444, model, 0.00444, check, 0.00479, check, 0.00479, Received*[192.168.10.253]), 0.00516, Received*(pfsense.localdomain+[192.168.10.253]), 0.00516, Received*(pfsense.localdomain, 0.00516, switch, 0.00518, switch, 0.00518, server, 0.00525, server, 0.00525, when, 0.00611, when, 0.00611, exit, 0.00752, exit, 0.00752, process, 0.00776, process, 0.00776, at+the, 0.00781, at+the, 0.00781, found, 0.00782, found, 0.00782, the+same, 0.00798, the+same, 0.00798, exists, 0.00996, exists, 0.00996, xenbits, 0.01000 Subject: [Xen-users] QXL problem: Xen 4.4.1 rc1 and xen 4.5 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1648884525278941983==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1648884525278941983== Content-Type: multipart/alternative; boundary="----=_001_NextPart811473427386_=----" This is a multi-part message in MIME format. ------=_001_NextPart811473427386_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgYWxsLA0KIA0KICAgIEknbSB0ZXN0aW5nIFFYTCBmb3Igd2luZG93cyBIVk0sIHNwaWNlIHdv cmtzIHdlbGwgd2l0aCBzdGR2Z2EuIA0KICAgIEhvd2V2ZXIsIHdoZW4gSSBzd2l0Y2ggdG8gUVhM LCBxZW11IGV4aXQgYWJub3JtYWxseToNCiAgICBJIHNwZWNpZnkgdmdhPSJxeGwiIGFuZCB2aWRl b3JhbT0xMjgsIHVzaW5nIHFlbXUteGVuLiBUaGUgd2luZG93cyA3IGJvb3RzIGFuZCBhdXRvbWF0 aWFsbHkgc3dpdGNoIHJlc29sdXRpb24gZm9yIG1lIGluIHZpcnQtdmlld2VyLg0KICAgIFdoaWxl IGRpc3BsYXkgYW5kIHNvdW5kIHRyYW5zZmVyaW5nIHZlcnkgd2VsbCwgaWYgSSBjaGFuZ2UgZGlz cGxheSByZXNvbHV0aW9uLCAgdGhlIHZpcnQtdmlld2VyIHdpbGwgYmUgc3VkZGVubHkgY2xvc2Vk IGFuZA0KIEkgY2hlY2sgdGhlIHBoeXNpY2FsIHNlcnZlciwgdGhlIHFlbXUgcHJvY2VzcyBkaXNh cHBlYXIgc2ltdWx0YW5lb3VzbHkuIA0KICAgIFRoZW4gSSBzd2l0Y2ggdG8gd2hlZXp5IGJhY2tw b3J0IHFlbXUgMi4wIGFzIGRldmljZSBtb2RlbCwgdGhlIHFlbXUgcHJvY2VzcyB3aWxsIGV4aXQg YXMgc29vbiBhcyB0aGUgd2VsY29tZSBwYWdlIGFwcGVhcnMgYW5kIGF0IHRoZSBiZWdpbm5pbmcg b2YgcmVzb2x1dGlvbiBjaGFuZ2UuDQogICAgSSB0ZXN0ZWQgYW5kIGZvdW5kIHRoZSBzYW1lIGJ1 ZyBvbiBib3RoIHhlbmJpdHMgeGVuIDQuNC4xIHJjMSBhbmQgRmFudHUncyBYZW4gNC41IHVuc3Rh YmxlLCB0aGlzIHByb2JsZW0gZXhpc3RzIGluIGJvdGggYnJhbmNoZXMuDQogICAgSXMgaXQgYSBr bm93biBpc3N1ZSBvciBpcyB0aGVyZSBhbnkgc29sdXRpb24gZm9yIHRoaXMgYnVnPw0KICAgIFRo YW5rIHlvdSB2ZXJ5IG11Y2ghIA0KICAgIA0KICAgS2V2aW4NCg0KDQoNCkJlc3QgUmVnYXJkcw== ------=_001_NextPart811473427386_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable
Hi all,
 
    I'm testing QXL for windows HVM, spice works well = with=20 stdvga.
    However, when I switch to QXL, qemu exit=20 abnormally:
    I specify vga=3D"qxl" and videoram=3D128, using=20 qemu-xen. The windows 7 boots and automatially switch resolution= for=20 me in virt-viewer.
    While display and sound transfering very well= , if I=20 change display resolution,  the virt-viewer will be suddenly closed=20 and
 I check the physical server, the qemu process disappear=20 simultaneously.
    Then I switch to wheezy backport qemu 2.0 as devic= e=20 model, the qemu process will exit as soon as the welcome page appears and = at the=20 beginning of resolution change.
    I tested and found the same bug on both xenbits xe= n=20 4.4.1 rc1 and Fantu's Xen 4.5 unstable, this problem exists in both=20 branches.
    Is it a known issue or is there any solu= tion=20 for this bug?
    Thank you very much! 
   
   Kevin
Best=20 Regards

=

------=_001_NextPart811473427386_=------ --===============1648884525278941983== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1648884525278941983==-- From xen-users-bounces@lists.xen.org Thu Jul 10 10:47:31 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 10:47:31 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Bsf-0005Gc-Lz; Thu, 10 Jul 2014 10:47:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Bse-0005GT-3n for xen-users@lists.xen.org; Thu, 10 Jul 2014 10:47:12 +0000 Received: from [85.158.137.68:47083] by server-2.bemta-3.messagelabs.com id 1A/A9-14008-F2F6EB35; Thu, 10 Jul 2014 10:47:11 +0000 X-Env-Sender: kevin.zhang@octlink.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1404989228!15138973!1 X-Originating-IP: [222.128.79.249] X-SpamReason: No, hits=0.5 required=7.0 tests=HTML_MESSAGE, MIME_BASE64_TEXT,MIME_BOUND_NEXTPART X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13128 invoked from network); 10 Jul 2014 10:47:09 -0000 Received: from unknown (HELO mail.octlink.com) (222.128.79.249) by server-13.tower-31.messagelabs.com with SMTP; 10 Jul 2014 10:47:09 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.octlink.com (Postfix) with SMTP id B2A81E205C for ; Thu, 10 Jul 2014 18:47:06 +0800 (CST) Received: from zhangpei-PC (pfsense.localdomain [192.168.10.253]) by mail.octlink.com (Postfix) with ESMTPA id A114EE205A for ; Thu, 10 Jul 2014 18:47:04 +0800 (CST) Date: Thu, 10 Jul 2014 18:47:03 +0800 From: "kevin.zhang@octlink.com" To: xen-users X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 1, 3, 52[cn] Mime-Version: 1.0 Message-ID: <2014071018470342645217@octlink.com> X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Thu Jul 10 18:47:06 2014 X-DSPAM-Confidence: 0.9935 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 3,53be6f2a7171019720694 X-DSPAM-Factors: 27, Message-ID*octlink.com>, 0.00365, model, 0.00444, model, 0.00444, check, 0.00479, check, 0.00479, Received*[192.168.10.253]), 0.00516, Received*(pfsense.localdomain+[192.168.10.253]), 0.00516, Received*(pfsense.localdomain, 0.00516, switch, 0.00518, switch, 0.00518, server, 0.00525, server, 0.00525, when, 0.00611, when, 0.00611, exit, 0.00752, exit, 0.00752, process, 0.00776, process, 0.00776, at+the, 0.00781, at+the, 0.00781, found, 0.00782, found, 0.00782, the+same, 0.00798, the+same, 0.00798, exists, 0.00996, exists, 0.00996, xenbits, 0.01000 Subject: [Xen-users] QXL problem: Xen 4.4.1 rc1 and xen 4.5 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1648884525278941983==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1648884525278941983== Content-Type: multipart/alternative; boundary="----=_001_NextPart811473427386_=----" This is a multi-part message in MIME format. ------=_001_NextPart811473427386_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGkgYWxsLA0KIA0KICAgIEknbSB0ZXN0aW5nIFFYTCBmb3Igd2luZG93cyBIVk0sIHNwaWNlIHdv cmtzIHdlbGwgd2l0aCBzdGR2Z2EuIA0KICAgIEhvd2V2ZXIsIHdoZW4gSSBzd2l0Y2ggdG8gUVhM LCBxZW11IGV4aXQgYWJub3JtYWxseToNCiAgICBJIHNwZWNpZnkgdmdhPSJxeGwiIGFuZCB2aWRl b3JhbT0xMjgsIHVzaW5nIHFlbXUteGVuLiBUaGUgd2luZG93cyA3IGJvb3RzIGFuZCBhdXRvbWF0 aWFsbHkgc3dpdGNoIHJlc29sdXRpb24gZm9yIG1lIGluIHZpcnQtdmlld2VyLg0KICAgIFdoaWxl IGRpc3BsYXkgYW5kIHNvdW5kIHRyYW5zZmVyaW5nIHZlcnkgd2VsbCwgaWYgSSBjaGFuZ2UgZGlz cGxheSByZXNvbHV0aW9uLCAgdGhlIHZpcnQtdmlld2VyIHdpbGwgYmUgc3VkZGVubHkgY2xvc2Vk IGFuZA0KIEkgY2hlY2sgdGhlIHBoeXNpY2FsIHNlcnZlciwgdGhlIHFlbXUgcHJvY2VzcyBkaXNh cHBlYXIgc2ltdWx0YW5lb3VzbHkuIA0KICAgIFRoZW4gSSBzd2l0Y2ggdG8gd2hlZXp5IGJhY2tw b3J0IHFlbXUgMi4wIGFzIGRldmljZSBtb2RlbCwgdGhlIHFlbXUgcHJvY2VzcyB3aWxsIGV4aXQg YXMgc29vbiBhcyB0aGUgd2VsY29tZSBwYWdlIGFwcGVhcnMgYW5kIGF0IHRoZSBiZWdpbm5pbmcg b2YgcmVzb2x1dGlvbiBjaGFuZ2UuDQogICAgSSB0ZXN0ZWQgYW5kIGZvdW5kIHRoZSBzYW1lIGJ1 ZyBvbiBib3RoIHhlbmJpdHMgeGVuIDQuNC4xIHJjMSBhbmQgRmFudHUncyBYZW4gNC41IHVuc3Rh YmxlLCB0aGlzIHByb2JsZW0gZXhpc3RzIGluIGJvdGggYnJhbmNoZXMuDQogICAgSXMgaXQgYSBr bm93biBpc3N1ZSBvciBpcyB0aGVyZSBhbnkgc29sdXRpb24gZm9yIHRoaXMgYnVnPw0KICAgIFRo YW5rIHlvdSB2ZXJ5IG11Y2ghIA0KICAgIA0KICAgS2V2aW4NCg0KDQoNCkJlc3QgUmVnYXJkcw== ------=_001_NextPart811473427386_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable
Hi all,
 
    I'm testing QXL for windows HVM, spice works well = with=20 stdvga.
    However, when I switch to QXL, qemu exit=20 abnormally:
    I specify vga=3D"qxl" and videoram=3D128, using=20 qemu-xen. The windows 7 boots and automatially switch resolution= for=20 me in virt-viewer.
    While display and sound transfering very well= , if I=20 change display resolution,  the virt-viewer will be suddenly closed=20 and
 I check the physical server, the qemu process disappear=20 simultaneously.
    Then I switch to wheezy backport qemu 2.0 as devic= e=20 model, the qemu process will exit as soon as the welcome page appears and = at the=20 beginning of resolution change.
    I tested and found the same bug on both xenbits xe= n=20 4.4.1 rc1 and Fantu's Xen 4.5 unstable, this problem exists in both=20 branches.
    Is it a known issue or is there any solu= tion=20 for this bug?
    Thank you very much! 
   
   Kevin
Best=20 Regards

=

------=_001_NextPart811473427386_=------ --===============1648884525278941983== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1648884525278941983==-- From xen-users-bounces@lists.xen.org Thu Jul 10 11:07:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 11:07:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5CBm-0006Nk-VI; Thu, 10 Jul 2014 11:06:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5CBm-0006Nf-0D for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:06:58 +0000 Received: from [193.109.254.147:28735] by server-6.bemta-14.messagelabs.com id A0/42-08262-1D37EB35; Thu, 10 Jul 2014 11:06:57 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-27.messagelabs.com!1404990414!16584861!1 X-Originating-IP: [209.85.192.172] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26399 invoked from network); 10 Jul 2014 11:06:56 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 11:06:56 -0000 Received: by mail-pd0-f172.google.com with SMTP id w10so10729252pde.3 for ; Thu, 10 Jul 2014 04:06:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=MD/iNuS9E8l7q+DZ2whjGJ8xSXPs6chaASn2/+Q7InE=; b=FMlSxNnwjbnm/234EQBxC36uMT7byWGzSLfQn7c/thRb9hH5QOOIzHsGTOJU2dnFP4 7HwYcRnktSrh0udu4hDcUIq2dtHHKKT6TixaeiwaRvOUxpgYWIQm1hfXEbD+e50upgt+ hotYo6RGXW7GcJj6QW/Uk2z3MJD80H8oQppvvq2JFs3OEVUTbwnLAP7LIie/wcNS+wwj j5vFW9A9GY94pRF9yxEgPkWUYRxpjGNLk4V2lPmoWSY3NGP78Do+++P0YaZLAU1M4+/L Gz6NQNDmGrEobKjSQUujpH9edmSUGlqmfal1PGMV/G5BsaUwh6bx2Tbry9tGP3rHUJaI O6zQ== X-Gm-Message-State: ALoCoQlonb4LmzjpHwyvoSdG8GlNG40lz1MaERmobof6vLjRUZUcU90ffRy7ivO3ZjCc5PA7Zqm8 MIME-Version: 1.0 X-Received: by 10.68.132.42 with SMTP id or10mr46536432pbb.80.1404990414203; Thu, 10 Jul 2014 04:06:54 -0700 (PDT) Received: by 10.70.43.135 with HTTP; Thu, 10 Jul 2014 04:06:54 -0700 (PDT) In-Reply-To: <23A9BB33-7E13-4813-9F28-52570F27BACF@thehobsons.co.uk> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> <878uo1d0sd.fsf@yun.yagibdah.de> <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> <23A9BB33-7E13-4813-9F28-52570F27BACF@thehobsons.co.uk> Date: Thu, 10 Jul 2014 18:06:54 +0700 Message-ID: From: "Fajar A. Nugraha" To: Simon Hobson Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8416328091632216861==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8416328091632216861== Content-Type: multipart/alternative; boundary=047d7b10cbb18d41b004fdd4d21e --047d7b10cbb18d41b004fdd4d21e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2014 at 5:36 PM, Simon Hobson wrote: > Fritz Richter wrote: > > > I decided to add eth1 and connect them all via an internal 24-port > switch. Way more easy, but more expensive=E2=80=A6 > > I assume that translates to "I added another NIC and switch for the > internal networks". > > > Fajar A. Nugraha wrote: > > > The alternative would be to use vlans, where you connect eth0 as trunk, > split the vlans, and bridge each vlan. Cheaper, but more complicated. > > More complicated, but also probably more expensive - depends what switch > you buy (and other factors). IME, by the time you are up to the level of > manageability that gives you VLANs on the switch, you are paying more for > that level functionality than you'd save in the cost of the NIC. > I was actually thinking of saving in terms of the switch port. Less ports needed should equal to less switch required, thus cheaper :) Then again, this is assuming Fritz already has a VLAN-capable switch (a 24-port TP-LINK TL-SL5428E should cost less than $200). Adds a lot of options though - I've a VM with 6 virtual NICs plus tunnel, > 6in4 tunnel, and PPPoE interfaces acting as a router at work with VLANs t= o > get the networks to the right place :) > > Cool :) --=20 Fajar --047d7b10cbb18d41b004fdd4d21e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= hu, Jul 10, 2014 at 5:36 PM, Simon Hobson <linux@thehobsons.co.uk= > wrote:
Fritz Richter <fritz@adsquare.com> wrote:

> I decided to add eth1 and connect them all via an internal 24-port swi= tch. Way more easy, but more expensive=E2=80=A6

I assume that translates to "I added another NIC and switch for = the internal networks".


Fajar A. Nugraha <list@fajar.net&g= t; wrote:

> The alternative would be to use vlans, where you connect eth0 as trunk= , split the vlans, and bridge each vlan. Cheaper, but more complicated.

More complicated, but also probably more expensive - depends what swi= tch you buy (and other factors). IME, by the time you are up to the level o= f manageability that gives you VLANs on the switch, you are paying more for= that level functionality than you'd save in the cost of the NIC.

I was actually thinking of saving in terms= of the switch port. Less ports needed should equal to less switch required= , thus cheaper :)

Then again, this is assuming Fri= tz already has a VLAN-capable switch (a 24-port=C2=A0TP-LINK TL-SL5428E sho= uld cost less than $200).


Adds a lot of options though - I've a VM with 6 virtual NICs plus tunne= l, 6in4 tunnel, and PPPoE interfaces acting as a router at work with VLANs = to get the networks to the right place :)


Cool :)

--=C2=A0
Fajar
--047d7b10cbb18d41b004fdd4d21e-- --===============8416328091632216861== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8416328091632216861==-- From xen-users-bounces@lists.xen.org Thu Jul 10 11:07:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 11:07:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5CBm-0006Nk-VI; Thu, 10 Jul 2014 11:06:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5CBm-0006Nf-0D for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:06:58 +0000 Received: from [193.109.254.147:28735] by server-6.bemta-14.messagelabs.com id A0/42-08262-1D37EB35; Thu, 10 Jul 2014 11:06:57 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-27.messagelabs.com!1404990414!16584861!1 X-Originating-IP: [209.85.192.172] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26399 invoked from network); 10 Jul 2014 11:06:56 -0000 Received: from mail-pd0-f172.google.com (HELO mail-pd0-f172.google.com) (209.85.192.172) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 11:06:56 -0000 Received: by mail-pd0-f172.google.com with SMTP id w10so10729252pde.3 for ; Thu, 10 Jul 2014 04:06:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=MD/iNuS9E8l7q+DZ2whjGJ8xSXPs6chaASn2/+Q7InE=; b=FMlSxNnwjbnm/234EQBxC36uMT7byWGzSLfQn7c/thRb9hH5QOOIzHsGTOJU2dnFP4 7HwYcRnktSrh0udu4hDcUIq2dtHHKKT6TixaeiwaRvOUxpgYWIQm1hfXEbD+e50upgt+ hotYo6RGXW7GcJj6QW/Uk2z3MJD80H8oQppvvq2JFs3OEVUTbwnLAP7LIie/wcNS+wwj j5vFW9A9GY94pRF9yxEgPkWUYRxpjGNLk4V2lPmoWSY3NGP78Do+++P0YaZLAU1M4+/L Gz6NQNDmGrEobKjSQUujpH9edmSUGlqmfal1PGMV/G5BsaUwh6bx2Tbry9tGP3rHUJaI O6zQ== X-Gm-Message-State: ALoCoQlonb4LmzjpHwyvoSdG8GlNG40lz1MaERmobof6vLjRUZUcU90ffRy7ivO3ZjCc5PA7Zqm8 MIME-Version: 1.0 X-Received: by 10.68.132.42 with SMTP id or10mr46536432pbb.80.1404990414203; Thu, 10 Jul 2014 04:06:54 -0700 (PDT) Received: by 10.70.43.135 with HTTP; Thu, 10 Jul 2014 04:06:54 -0700 (PDT) In-Reply-To: <23A9BB33-7E13-4813-9F28-52570F27BACF@thehobsons.co.uk> References: <53BD8EA7.8010703@ondore.com> <6C0966AA-AB54-4CAB-931E-BE622E99F327@thehobsons.co.uk> <87simadj5r.fsf@yun.yagibdah.de> <6831B19B-6E76-40F0-B805-2F69A6A94179@thehobsons.co.uk> <878uo1d0sd.fsf@yun.yagibdah.de> <44721465-EE0D-49D0-B6E6-7D6A8D2367DC@adsquare.com> <23A9BB33-7E13-4813-9F28-52570F27BACF@thehobsons.co.uk> Date: Thu, 10 Jul 2014 18:06:54 +0700 Message-ID: From: "Fajar A. Nugraha" To: Simon Hobson Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Need support for xen network configuration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8416328091632216861==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8416328091632216861== Content-Type: multipart/alternative; boundary=047d7b10cbb18d41b004fdd4d21e --047d7b10cbb18d41b004fdd4d21e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Jul 10, 2014 at 5:36 PM, Simon Hobson wrote: > Fritz Richter wrote: > > > I decided to add eth1 and connect them all via an internal 24-port > switch. Way more easy, but more expensive=E2=80=A6 > > I assume that translates to "I added another NIC and switch for the > internal networks". > > > Fajar A. Nugraha wrote: > > > The alternative would be to use vlans, where you connect eth0 as trunk, > split the vlans, and bridge each vlan. Cheaper, but more complicated. > > More complicated, but also probably more expensive - depends what switch > you buy (and other factors). IME, by the time you are up to the level of > manageability that gives you VLANs on the switch, you are paying more for > that level functionality than you'd save in the cost of the NIC. > I was actually thinking of saving in terms of the switch port. Less ports needed should equal to less switch required, thus cheaper :) Then again, this is assuming Fritz already has a VLAN-capable switch (a 24-port TP-LINK TL-SL5428E should cost less than $200). Adds a lot of options though - I've a VM with 6 virtual NICs plus tunnel, > 6in4 tunnel, and PPPoE interfaces acting as a router at work with VLANs t= o > get the networks to the right place :) > > Cool :) --=20 Fajar --047d7b10cbb18d41b004fdd4d21e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= hu, Jul 10, 2014 at 5:36 PM, Simon Hobson <linux@thehobsons.co.uk= > wrote:
Fritz Richter <fritz@adsquare.com> wrote:

> I decided to add eth1 and connect them all via an internal 24-port swi= tch. Way more easy, but more expensive=E2=80=A6

I assume that translates to "I added another NIC and switch for = the internal networks".


Fajar A. Nugraha <list@fajar.net&g= t; wrote:

> The alternative would be to use vlans, where you connect eth0 as trunk= , split the vlans, and bridge each vlan. Cheaper, but more complicated.

More complicated, but also probably more expensive - depends what swi= tch you buy (and other factors). IME, by the time you are up to the level o= f manageability that gives you VLANs on the switch, you are paying more for= that level functionality than you'd save in the cost of the NIC.

I was actually thinking of saving in terms= of the switch port. Less ports needed should equal to less switch required= , thus cheaper :)

Then again, this is assuming Fri= tz already has a VLAN-capable switch (a 24-port=C2=A0TP-LINK TL-SL5428E sho= uld cost less than $200).


Adds a lot of options though - I've a VM with 6 virtual NICs plus tunne= l, 6in4 tunnel, and PPPoE interfaces acting as a router at work with VLANs = to get the networks to the right place :)


Cool :)

--=C2=A0
Fajar
--047d7b10cbb18d41b004fdd4d21e-- --===============8416328091632216861== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8416328091632216861==-- From xen-users-bounces@lists.xen.org Thu Jul 10 11:59:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 11:59:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Czs-0008AP-TR; Thu, 10 Jul 2014 11:58:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Czr-0008AI-K3 for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:58:43 +0000 Received: from [85.158.137.68:9675] by server-9.bemta-3.messagelabs.com id E0/7F-09496-2FF7EB35; Thu, 10 Jul 2014 11:58:42 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-31.messagelabs.com!1404993521!11196747!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15418 invoked from network); 10 Jul 2014 11:58:42 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2014 11:58:42 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id CC9FA221DE2 for ; Thu, 10 Jul 2014 12:58:40 +0100 (BST) Message-ID: <53BE7FF0.60704@bobich.net> Date: Thu, 10 Jul 2014 12:58:40 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> <871ttueyq0.fsf@yun.yagibdah.de> <53BE328B.3040000@bobich.net> <87d2ddd1x9.fsf@yun.yagibdah.de> In-Reply-To: <87d2ddd1x9.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/10/2014 09:59 AM, lee wrote: > Gordan Bobic writes: > >>> I'd have to make a huge tar archive or something of my data and encrypt >>> that with gpg before uploading it. That isn't really feasible. >> >> No, encfs is a layer and stores each encrypted file and filename as >> normal, they are just encrypted. So when you mount the encrypted data >> to a mount point, it's available unencrypted. When you look at the >> encrypted directory tree, the file names and contents are scrambled. >> >> So to back it up, you back up the encrypted subtree directly. No need >> for intermediate steps. > > And how good is this encryption? AES > What if I forget the passphrase or whatever it uses? Same thing that happens if you lose your GPG passphrase - you lose whatever was encrypted with it. > To back it up, I'd still have to make an archive which I can upload. Depends on how the backup service works. Many have a deamon that monitors directories you specify and uploads changes. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 11:59:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 11:59:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Czs-0008AP-TR; Thu, 10 Jul 2014 11:58:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Czr-0008AI-K3 for xen-users@lists.xen.org; Thu, 10 Jul 2014 11:58:43 +0000 Received: from [85.158.137.68:9675] by server-9.bemta-3.messagelabs.com id E0/7F-09496-2FF7EB35; Thu, 10 Jul 2014 11:58:42 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-31.messagelabs.com!1404993521!11196747!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15418 invoked from network); 10 Jul 2014 11:58:42 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Jul 2014 11:58:42 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id CC9FA221DE2 for ; Thu, 10 Jul 2014 12:58:40 +0100 (BST) Message-ID: <53BE7FF0.60704@bobich.net> Date: Thu, 10 Jul 2014 12:58:40 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <53AA919D.90207@gmail.com> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> <871ttueyq0.fsf@yun.yagibdah.de> <53BE328B.3040000@bobich.net> <87d2ddd1x9.fsf@yun.yagibdah.de> In-Reply-To: <87d2ddd1x9.fsf@yun.yagibdah.de> Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/10/2014 09:59 AM, lee wrote: > Gordan Bobic writes: > >>> I'd have to make a huge tar archive or something of my data and encrypt >>> that with gpg before uploading it. That isn't really feasible. >> >> No, encfs is a layer and stores each encrypted file and filename as >> normal, they are just encrypted. So when you mount the encrypted data >> to a mount point, it's available unencrypted. When you look at the >> encrypted directory tree, the file names and contents are scrambled. >> >> So to back it up, you back up the encrypted subtree directly. No need >> for intermediate steps. > > And how good is this encryption? AES > What if I forget the passphrase or whatever it uses? Same thing that happens if you lose your GPG passphrase - you lose whatever was encrypted with it. > To back it up, I'd still have to make an archive which I can upload. Depends on how the backup service works. Many have a deamon that monitors directories you specify and uploads changes. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 12:06:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 12:06:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5D6h-0000B4-3d; Thu, 10 Jul 2014 12:05:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5D6e-0000At-Vn for xen-users@lists.xen.org; Thu, 10 Jul 2014 12:05:45 +0000 Received: from [85.158.137.68:23112] by server-3.bemta-3.messagelabs.com id DF/45-25808-8918EB35; Thu, 10 Jul 2014 12:05:44 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-2.tower-31.messagelabs.com!1404993943!15064881!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31035 invoked from network); 10 Jul 2014 12:05:43 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 12:05:43 -0000 Received: by mail-we0-f175.google.com with SMTP id k48so8813681wev.20 for ; Thu, 10 Jul 2014 05:05:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=XfWiq9Q+7kQyT2IfVzf9eyoY1ljelTse++L8dbFis1o=; b=hJNAWjRmV22ssqw/1KhKycrya9yfvfTxKitgs9xfoao3hlnaE/CTU/ZvkNJSSpz6/F efpLsRE4IzJ645w8lDUVswiiT87oGG66y5rvZeXsxQaKdERCmsRPYklgt1Kij/BfezCf HLtbD/6NOoTfkDFw4sk6cCUmVnL7xmSrXRxmlenOErjsSufEsITZHm34zs1Dx7tAwoq+ AlyO4fifhXJkpfQT7q1k/itaa0vSOzXL2XEpGU7RcV78jO2KvygSp41APoZds3Ur25xZ 94zgA1BGte9DWBzTH/greZWHXSwdLwMBpHR3ax/fxiCokfwnvzLqf+SipNge2btFKMri oZTg== X-Gm-Message-State: ALoCoQkm2N7497hjs086CZvwsipJ/rkAtj0luYN0DA5giCT1fBF77DFYCvvSMyilGC2BmoUJh7nC X-Received: by 10.194.157.195 with SMTP id wo3mr3106076wjb.130.1404993577947; Thu, 10 Jul 2014 04:59:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.151.234 with HTTP; Thu, 10 Jul 2014 04:59:17 -0700 (PDT) In-Reply-To: <53BE3153.4050202@bobich.net> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> <87fvibnu2l.fsf@yun.yagibdah.de> <87wqbmdjs5.fsf@yun.yagibdah.de> <53BE3153.4050202@bobich.net> From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 10 Jul 2014 12:59:17 +0100 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jul 10, 2014 at 7:23 AM, Gordan Bobic wrote: > >> Should I continue to entrust my data to a disk that spends long times on >> trying to correct errors? Run SMART extensively and decide. Could've been a one-off. > Any disk without TLER (Time Limited Error Recovery) and having it enabled > will sometimes do that. You also need a RAID controller that either enables > this feature on the disk itself or exposes the raw disk in a way that you > can do it yourself, as the setting defaults to off. It wouldn't surprise me > if various storage vendors ship disks with doctored firmwares that, among > other things, have this setting defaulting to off. I only use software RAID (mdadm on linux) so i don't know about controllers. I do know that the Western Digital Red series are marketed as "NAS drives" and come with TLER enabled. Also the Toshiba DCACA* series come with TLER disabled (enabled at boot). These are both desktop drives, but manufacturers discovered there's a (not so) niche for this capability in the home user / SOHO market, so they now differentiate. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 12:06:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 12:06:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5D6h-0000B4-3d; Thu, 10 Jul 2014 12:05:47 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5D6e-0000At-Vn for xen-users@lists.xen.org; Thu, 10 Jul 2014 12:05:45 +0000 Received: from [85.158.137.68:23112] by server-3.bemta-3.messagelabs.com id DF/45-25808-8918EB35; Thu, 10 Jul 2014 12:05:44 +0000 X-Env-Sender: nunomagalhaes@eu.ipp.pt X-Msg-Ref: server-2.tower-31.messagelabs.com!1404993943!15064881!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31035 invoked from network); 10 Jul 2014 12:05:43 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 12:05:43 -0000 Received: by mail-we0-f175.google.com with SMTP id k48so8813681wev.20 for ; Thu, 10 Jul 2014 05:05:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=XfWiq9Q+7kQyT2IfVzf9eyoY1ljelTse++L8dbFis1o=; b=hJNAWjRmV22ssqw/1KhKycrya9yfvfTxKitgs9xfoao3hlnaE/CTU/ZvkNJSSpz6/F efpLsRE4IzJ645w8lDUVswiiT87oGG66y5rvZeXsxQaKdERCmsRPYklgt1Kij/BfezCf HLtbD/6NOoTfkDFw4sk6cCUmVnL7xmSrXRxmlenOErjsSufEsITZHm34zs1Dx7tAwoq+ AlyO4fifhXJkpfQT7q1k/itaa0vSOzXL2XEpGU7RcV78jO2KvygSp41APoZds3Ur25xZ 94zgA1BGte9DWBzTH/greZWHXSwdLwMBpHR3ax/fxiCokfwnvzLqf+SipNge2btFKMri oZTg== X-Gm-Message-State: ALoCoQkm2N7497hjs086CZvwsipJ/rkAtj0luYN0DA5giCT1fBF77DFYCvvSMyilGC2BmoUJh7nC X-Received: by 10.194.157.195 with SMTP id wo3mr3106076wjb.130.1404993577947; Thu, 10 Jul 2014 04:59:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.151.234 with HTTP; Thu, 10 Jul 2014 04:59:17 -0700 (PDT) In-Reply-To: <53BE3153.4050202@bobich.net> References: <53AA919D.90207@gmail.com> <87d2dvwsxn.fsf@yun.yagibdah.de> <87tx77vah6.fsf@yun.yagibdah.de> <63ba87606fae52fdc75313e9bc65b84e@mail.shatteredsilicon.net> <871tu97a01.fsf@yun.yagibdah.de> <53AE8BAB.5050205@op.pl> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B7CBF2.20007@bobich.net> <87fvieo5te.fsf@yun.yagibdah.de> <53B97F60.3030601@bobich.net> <87fvibnu2l.fsf@yun.yagibdah.de> <87wqbmdjs5.fsf@yun.yagibdah.de> <53BE3153.4050202@bobich.net> From: =?UTF-8?Q?Nuno_Magalh=C3=A3es?= Date: Thu, 10 Jul 2014 12:59:17 +0100 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jul 10, 2014 at 7:23 AM, Gordan Bobic wrote: > >> Should I continue to entrust my data to a disk that spends long times on >> trying to correct errors? Run SMART extensively and decide. Could've been a one-off. > Any disk without TLER (Time Limited Error Recovery) and having it enabled > will sometimes do that. You also need a RAID controller that either enables > this feature on the disk itself or exposes the raw disk in a way that you > can do it yourself, as the setting defaults to off. It wouldn't surprise me > if various storage vendors ship disks with doctored firmwares that, among > other things, have this setting defaulting to off. I only use software RAID (mdadm on linux) so i don't know about controllers. I do know that the Western Digital Red series are marketed as "NAS drives" and come with TLER enabled. Also the Toshiba DCACA* series come with TLER disabled (enabled at boot). These are both desktop drives, but manufacturers discovered there's a (not so) niche for this capability in the home user / SOHO market, so they now differentiate. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 13:00:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 13:00:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Dwb-0002Kh-A1; Thu, 10 Jul 2014 12:59:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Dwa-0002Iy-2C for xen-users@lists.xensource.com; Thu, 10 Jul 2014 12:59:24 +0000 Received: from [85.158.143.35:36870] by server-1.bemta-4.messagelabs.com id E6/50-09496-B2E8EB35; Thu, 10 Jul 2014 12:59:23 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-4.tower-21.messagelabs.com!1404997161!17059896!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27710 invoked from network); 10 Jul 2014 12:59:22 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-4.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 10 Jul 2014 12:59:22 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1X5DwW-0004yq-T5 for xen-users@lists.xensource.com; Thu, 10 Jul 2014 05:59:20 -0700 Date: Thu, 10 Jul 2014 05:59:20 -0700 (PDT) From: Fantu To: xen-users@lists.xensource.com Message-ID: <1404997160874-5723887.post@n5.nabble.com> In-Reply-To: <2014071018470342645217@octlink.com> References: <2014071018470342645217@octlink.com> MIME-Version: 1.0 Subject: Re: [Xen-users] QXL problem: Xen 4.4.1 rc1 and xen 4.5 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for testing spice and qxl and report issue. I have spice + qxl working as kvm on xen unstable except this problem: http://lists.xen.org/archives/html/xen-devel/2014-07/msg01021.html Please post details on your dom0 installation and domU (for example xl cfg, spice guest tools version ecc...) About qemu crash try to take a full backtrace with gdb and post it here. Small help with gdb of qemu launched by xl: Add the line below in domU's xl cfg: device_model_override="/usr/lib/xen/bin/qemu-gdb" vi /usr/lib/xen/bin/qemu-gdb # create the file, change the qemu path if needed #!/bin/sh exec gdbserver 0.0.0.0:1234 /usr/lib/xen/bin/qemu-system-i386 "$@" # after xl create, do it fast (before timeout or xl create will fails) target remote localhost:1234 c bt full # when qemu stops You should install also all needed dbg packages before, spice qemu ecc or without package should be compiled with debug enabled (for xen and qemu default in unstable). The latest qemu crash with spice I saw was in 2.0-rc solved before 2.0.0 final, your qemu is at least 2.0.0 final? http://git.qemu.org/?p=qemu.git;a=commit;h=dc491cfc14074064ed54a872b62cce6ca1330644 -- View this message in context: http://xen.1045712.n5.nabble.com/QXL-problem-Xen-4-4-1-rc1-and-xen-4-5-unstable-tp5723883p5723887.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 13:00:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 13:00:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Dwb-0002Kh-A1; Thu, 10 Jul 2014 12:59:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Dwa-0002Iy-2C for xen-users@lists.xensource.com; Thu, 10 Jul 2014 12:59:24 +0000 Received: from [85.158.143.35:36870] by server-1.bemta-4.messagelabs.com id E6/50-09496-B2E8EB35; Thu, 10 Jul 2014 12:59:23 +0000 X-Env-Sender: fantonifabio@tiscali.it X-Msg-Ref: server-4.tower-21.messagelabs.com!1404997161!17059896!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27710 invoked from network); 10 Jul 2014 12:59:22 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-4.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 10 Jul 2014 12:59:22 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1X5DwW-0004yq-T5 for xen-users@lists.xensource.com; Thu, 10 Jul 2014 05:59:20 -0700 Date: Thu, 10 Jul 2014 05:59:20 -0700 (PDT) From: Fantu To: xen-users@lists.xensource.com Message-ID: <1404997160874-5723887.post@n5.nabble.com> In-Reply-To: <2014071018470342645217@octlink.com> References: <2014071018470342645217@octlink.com> MIME-Version: 1.0 Subject: Re: [Xen-users] QXL problem: Xen 4.4.1 rc1 and xen 4.5 unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for testing spice and qxl and report issue. I have spice + qxl working as kvm on xen unstable except this problem: http://lists.xen.org/archives/html/xen-devel/2014-07/msg01021.html Please post details on your dom0 installation and domU (for example xl cfg, spice guest tools version ecc...) About qemu crash try to take a full backtrace with gdb and post it here. Small help with gdb of qemu launched by xl: Add the line below in domU's xl cfg: device_model_override="/usr/lib/xen/bin/qemu-gdb" vi /usr/lib/xen/bin/qemu-gdb # create the file, change the qemu path if needed #!/bin/sh exec gdbserver 0.0.0.0:1234 /usr/lib/xen/bin/qemu-system-i386 "$@" # after xl create, do it fast (before timeout or xl create will fails) target remote localhost:1234 c bt full # when qemu stops You should install also all needed dbg packages before, spice qemu ecc or without package should be compiled with debug enabled (for xen and qemu default in unstable). The latest qemu crash with spice I saw was in 2.0-rc solved before 2.0.0 final, your qemu is at least 2.0.0 final? http://git.qemu.org/?p=qemu.git;a=commit;h=dc491cfc14074064ed54a872b62cce6ca1330644 -- View this message in context: http://xen.1045712.n5.nabble.com/QXL-problem-Xen-4-4-1-rc1-and-xen-4-5-unstable-tp5723883p5723887.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 14:30:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 14:30:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5FML-0005Pv-QI; Thu, 10 Jul 2014 14:30:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5FMK-0005Pd-2t; Thu, 10 Jul 2014 14:30:04 +0000 Received: from [85.158.143.35:26160] by server-3.bemta-4.messagelabs.com id 18/16-16194-B63AEB35; Thu, 10 Jul 2014 14:30:03 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1405002599!16790827!1 X-Originating-IP: [209.85.192.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4080 invoked from network); 10 Jul 2014 14:30:00 -0000 Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 14:30:00 -0000 Received: by mail-qg0-f45.google.com with SMTP id f51so440961qge.32 for ; Thu, 10 Jul 2014 07:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=EHVQqkeAqyospSTKcT2e1oVMqryzv1sSr0QNMtTwNfU=; b=xuVZMihhYB8UO+mhty+XK+cnbJycQ7QTfNB4z3dO+x6sN9IxyfeSFwhhcxGwyH3KXA zetDbg8gMpyTrRWjLCDPlNknXds+zbRA/9mSSWo8DMnMigYg5SAJwTKMtQPbDrsIIDuX sSLv8BlV9AEnkgfio3S45gAk1pDfq3xoVolldmlyXZmpy41FkORrNZG1eJlgyyoqDmOY S+XPSxhsb4KYgS+OLCEq3oeBMtZtPRVIZNG6uNkXxPxxeb64Dl7a2LTYqm9OSNiTdcFE q6t9pI+TZaeCBeRGpHvjCgUOa/fEEHc1E/cw2y+5XYRgCckkUVM6a032VSR5MdbDD2uB 24Ig== MIME-Version: 1.0 X-Received: by 10.224.42.196 with SMTP id t4mr78912756qae.48.1405002598998; Thu, 10 Jul 2014 07:29:58 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Thu, 10 Jul 2014 07:29:58 -0700 (PDT) Date: Thu, 10 Jul 2014 08:29:58 -0600 Message-ID: From: jacek burghardt To: xen-users , "xen-devel@lists.xen.org" Subject: [Xen-users] disable seabios and qemu-xen upstream compilation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0413145187220021225==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0413145187220021225== Content-Type: multipart/alternative; boundary=089e0158b67cd269b304fdd7a837 --089e0158b67cd269b304fdd7a837 Content-Type: text/plain; charset=UTF-8 Many distributions including arch linux provide precompiled seabios and qemu. so compiling those files seems to be pointless is there switch to disable compile of seabios and qemu ? --089e0158b67cd269b304fdd7a837 Content-Type: text/html; charset=UTF-8
Many distributions including arch linux provide precompiled seabios and qemu. so compiling those files seems to be pointless is there switch to disable compile of seabios and qemu ?
--089e0158b67cd269b304fdd7a837-- --===============0413145187220021225== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0413145187220021225==-- From xen-users-bounces@lists.xen.org Thu Jul 10 14:30:48 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 14:30:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5FML-0005Pv-QI; Thu, 10 Jul 2014 14:30:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5FMK-0005Pd-2t; Thu, 10 Jul 2014 14:30:04 +0000 Received: from [85.158.143.35:26160] by server-3.bemta-4.messagelabs.com id 18/16-16194-B63AEB35; Thu, 10 Jul 2014 14:30:03 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1405002599!16790827!1 X-Originating-IP: [209.85.192.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4080 invoked from network); 10 Jul 2014 14:30:00 -0000 Received: from mail-qg0-f45.google.com (HELO mail-qg0-f45.google.com) (209.85.192.45) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 14:30:00 -0000 Received: by mail-qg0-f45.google.com with SMTP id f51so440961qge.32 for ; Thu, 10 Jul 2014 07:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=EHVQqkeAqyospSTKcT2e1oVMqryzv1sSr0QNMtTwNfU=; b=xuVZMihhYB8UO+mhty+XK+cnbJycQ7QTfNB4z3dO+x6sN9IxyfeSFwhhcxGwyH3KXA zetDbg8gMpyTrRWjLCDPlNknXds+zbRA/9mSSWo8DMnMigYg5SAJwTKMtQPbDrsIIDuX sSLv8BlV9AEnkgfio3S45gAk1pDfq3xoVolldmlyXZmpy41FkORrNZG1eJlgyyoqDmOY S+XPSxhsb4KYgS+OLCEq3oeBMtZtPRVIZNG6uNkXxPxxeb64Dl7a2LTYqm9OSNiTdcFE q6t9pI+TZaeCBeRGpHvjCgUOa/fEEHc1E/cw2y+5XYRgCckkUVM6a032VSR5MdbDD2uB 24Ig== MIME-Version: 1.0 X-Received: by 10.224.42.196 with SMTP id t4mr78912756qae.48.1405002598998; Thu, 10 Jul 2014 07:29:58 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Thu, 10 Jul 2014 07:29:58 -0700 (PDT) Date: Thu, 10 Jul 2014 08:29:58 -0600 Message-ID: From: jacek burghardt To: xen-users , "xen-devel@lists.xen.org" Subject: [Xen-users] disable seabios and qemu-xen upstream compilation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0413145187220021225==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0413145187220021225== Content-Type: multipart/alternative; boundary=089e0158b67cd269b304fdd7a837 --089e0158b67cd269b304fdd7a837 Content-Type: text/plain; charset=UTF-8 Many distributions including arch linux provide precompiled seabios and qemu. so compiling those files seems to be pointless is there switch to disable compile of seabios and qemu ? --089e0158b67cd269b304fdd7a837 Content-Type: text/html; charset=UTF-8
Many distributions including arch linux provide precompiled seabios and qemu. so compiling those files seems to be pointless is there switch to disable compile of seabios and qemu ?
--089e0158b67cd269b304fdd7a837-- --===============0413145187220021225== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0413145187220021225==-- From xen-users-bounces@lists.xen.org Thu Jul 10 15:26:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 15:26:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5GEF-0002B7-GP; Thu, 10 Jul 2014 15:25:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Fcw-0007m9-PR for xen-users@lists.xen.org; Thu, 10 Jul 2014 14:47:14 +0000 Received: from [193.109.254.147:42269] by server-3.bemta-14.messagelabs.com id 2A/25-13460-277AEB35; Thu, 10 Jul 2014 14:47:14 +0000 X-Env-Sender: fabio.fantoni@m2r.biz X-Msg-Ref: server-16.tower-27.messagelabs.com!1405003633!11248816!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14040 invoked from network); 10 Jul 2014 14:47:13 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 14:47:13 -0000 Received: by mail-wg0-f46.google.com with SMTP id m15so3751975wgh.5 for ; Thu, 10 Jul 2014 07:47:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=1rGy2zUoSN9mtH9Z7FHWnNyUdI7lYsv3td+Bpslwexc=; b=Y7nmMouro//yq0luKM1f91GsQ/K/XSx/5eoPQa8kdAmU3QZmbgQGygK9F95fYRNi6I kkJF1J1P0FStwL+M7BOpYB6CG+DHXitXxMMs4afhJLxvE61+PT5X2rsCe6PIsnA1kBwX q827iOGgN6p2DrspEBTOBzILC/2zfmFGUaHvGM2dlhKi5fjTFQV5WiWjT3pMZfHxizj7 rs0YZTJmda/0vYFc2fuLbABkrqTmMV1UdzZwTDK3RduV9qYVBuSGSJU0sAD8t2Th6bim YwLnBiE1MBVgGQyXP/WNCnnCMDjdqrOVxX0nfenZfpWJRG3cfLKmsSNbHta/nwVnyZdG qY8A== X-Gm-Message-State: ALoCoQkXtw4PtSbpHRVuZ1aUQnw2IXF1lHmwzwJOQhmh7TY3JXX3EfcQC+VYtvjuShpZOZsjepYB X-Received: by 10.194.90.201 with SMTP id by9mr58192052wjb.94.1405003633383; Thu, 10 Jul 2014 07:47:13 -0700 (PDT) Received: from [192.168.1.15] (ip-73-126.sn2.eutelia.it. [83.211.73.126]) by mx.google.com with ESMTPSA id wp6sm110836277wjb.9.2014.07.10.07.47.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Jul 2014 07:47:12 -0700 (PDT) Message-ID: <53BEA778.2020809@m2r.biz> Date: Thu, 10 Jul 2014 16:47:20 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: jacek burghardt , xen-users , "xen-devel@lists.xen.org" References: In-Reply-To: X-Mailman-Approved-At: Thu, 10 Jul 2014 15:25:46 +0000 Subject: Re: [Xen-users] [Xen-devel] disable seabios and qemu-xen upstream compilation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Il 10/07/2014 16:29, jacek burghardt ha scritto: > Many distributions including arch linux provide precompiled seabios > and qemu. so compiling those files seems to be pointless is there > switch to disable compile of seabios and qemu ? > For example with packages from debian wheezy-backports, testing or sid I do: ./configure --prefix=/usr --with-system-seabios=/usr/share/seabios/bios-256k.bin --with-system-qemu=/usr/bin/qemu-system-i386 You must change the path is needed on other distros or custom build. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 15:26:17 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 15:26:17 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5GEF-0002B7-GP; Thu, 10 Jul 2014 15:25:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Fcw-0007m9-PR for xen-users@lists.xen.org; Thu, 10 Jul 2014 14:47:14 +0000 Received: from [193.109.254.147:42269] by server-3.bemta-14.messagelabs.com id 2A/25-13460-277AEB35; Thu, 10 Jul 2014 14:47:14 +0000 X-Env-Sender: fabio.fantoni@m2r.biz X-Msg-Ref: server-16.tower-27.messagelabs.com!1405003633!11248816!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14040 invoked from network); 10 Jul 2014 14:47:13 -0000 Received: from mail-wg0-f46.google.com (HELO mail-wg0-f46.google.com) (74.125.82.46) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 14:47:13 -0000 Received: by mail-wg0-f46.google.com with SMTP id m15so3751975wgh.5 for ; Thu, 10 Jul 2014 07:47:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=1rGy2zUoSN9mtH9Z7FHWnNyUdI7lYsv3td+Bpslwexc=; b=Y7nmMouro//yq0luKM1f91GsQ/K/XSx/5eoPQa8kdAmU3QZmbgQGygK9F95fYRNi6I kkJF1J1P0FStwL+M7BOpYB6CG+DHXitXxMMs4afhJLxvE61+PT5X2rsCe6PIsnA1kBwX q827iOGgN6p2DrspEBTOBzILC/2zfmFGUaHvGM2dlhKi5fjTFQV5WiWjT3pMZfHxizj7 rs0YZTJmda/0vYFc2fuLbABkrqTmMV1UdzZwTDK3RduV9qYVBuSGSJU0sAD8t2Th6bim YwLnBiE1MBVgGQyXP/WNCnnCMDjdqrOVxX0nfenZfpWJRG3cfLKmsSNbHta/nwVnyZdG qY8A== X-Gm-Message-State: ALoCoQkXtw4PtSbpHRVuZ1aUQnw2IXF1lHmwzwJOQhmh7TY3JXX3EfcQC+VYtvjuShpZOZsjepYB X-Received: by 10.194.90.201 with SMTP id by9mr58192052wjb.94.1405003633383; Thu, 10 Jul 2014 07:47:13 -0700 (PDT) Received: from [192.168.1.15] (ip-73-126.sn2.eutelia.it. [83.211.73.126]) by mx.google.com with ESMTPSA id wp6sm110836277wjb.9.2014.07.10.07.47.11 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 10 Jul 2014 07:47:12 -0700 (PDT) Message-ID: <53BEA778.2020809@m2r.biz> Date: Thu, 10 Jul 2014 16:47:20 +0200 From: Fabio Fantoni User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: jacek burghardt , xen-users , "xen-devel@lists.xen.org" References: In-Reply-To: X-Mailman-Approved-At: Thu, 10 Jul 2014 15:25:46 +0000 Subject: Re: [Xen-users] [Xen-devel] disable seabios and qemu-xen upstream compilation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Il 10/07/2014 16:29, jacek burghardt ha scritto: > Many distributions including arch linux provide precompiled seabios > and qemu. so compiling those files seems to be pointless is there > switch to disable compile of seabios and qemu ? > For example with packages from debian wheezy-backports, testing or sid I do: ./configure --prefix=/usr --with-system-seabios=/usr/share/seabios/bios-256k.bin --with-system-qemu=/usr/bin/qemu-system-i386 You must change the path is needed on other distros or custom build. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 15:43:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 15:43:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5GUl-0002rw-DY; Thu, 10 Jul 2014 15:42:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5GUk-0002rh-3C; Thu, 10 Jul 2014 15:42:50 +0000 Received: from [85.158.143.35:37413] by server-1.bemta-4.messagelabs.com id 19/BB-09496-974BEB35; Thu, 10 Jul 2014 15:42:49 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1405006967!13694674!1 X-Originating-IP: [209.85.216.53] X-SpamReason: No, hits=2.6 required=7.0 tests=BIZ_TLD,HTML_40_50, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21045 invoked from network); 10 Jul 2014 15:42:48 -0000 Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 15:42:48 -0000 Received: by mail-qa0-f53.google.com with SMTP id v10so2025842qac.12 for ; Thu, 10 Jul 2014 08:42:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ccptKwpa1F9AQbUVhXbFOQrNauNYrq2oMNsUSfrS1TQ=; b=m485yu7QaA57pIXf2CERkM7FkBPuH5I7CgZhTlgCuX3jnHdN/iXg9DeQw9OhTP8+qD EKyuCD7CRR5BcUn6+fdPGVceWj+/1Trou3Fja8nipR5rEI8TxOlIhQLXtFTatFWmH9wm WtrUW7pm4UvFzOAhcerNQPFV6NyxUpdSKqLC8+1pHdsGpUimTB2J6zXo2ocotfcHGzYQ k9hen8BE+b1XvQlu3/R4TmBeaq9w0GMq3LABriC+4LueoHDw+UW/Gq9TAX1PjucY6sDV xXEkmnPVoUscdTU05qHTbv80KHBKaeUFRBRQlyGIuqhQs2hTq3VzU6rk5J3ZeZVhqBB+ T8gA== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr73696730qge.38.1405006967273; Thu, 10 Jul 2014 08:42:47 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Thu, 10 Jul 2014 08:42:47 -0700 (PDT) In-Reply-To: <53BEA778.2020809@m2r.biz> References: <53BEA778.2020809@m2r.biz> Date: Thu, 10 Jul 2014 09:42:47 -0600 Message-ID: From: jacek burghardt To: Fabio Fantoni Cc: xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] disable seabios and qemu-xen upstream compilation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3246015108386779612==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3246015108386779612== Content-Type: multipart/alternative; boundary=001a1139766030ff6404fdd8add2 --001a1139766030ff6404fdd8add2 Content-Type: text/plain; charset=UTF-8 Thank you On Thu, Jul 10, 2014 at 8:47 AM, Fabio Fantoni wrote: > Il 10/07/2014 16:29, jacek burghardt ha scritto: > > Many distributions including arch linux provide precompiled seabios and >> qemu. so compiling those files seems to be pointless is there switch to >> disable compile of seabios and qemu ? >> >> > For example with packages from debian wheezy-backports, testing or sid I > do: > ./configure --prefix=/usr --with-system-seabios=/usr/share/seabios/bios-256k.bin > --with-system-qemu=/usr/bin/qemu-system-i386 > > You must change the path is needed on other distros or custom build. > --001a1139766030ff6404fdd8add2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you=C2=A0


On Thu, Jul 10, 2014 at 8:47 AM, Fabio Fantoni <fabio.fantoni@m2r.biz> wrote:
Il 10/07/2014 16:29, jacek burghardt ha scri= tto:

Many distributions including arch linux provide precompiled seabios and qem= u. so compiling those files seems to be pointless is there switch to disabl= e compile of seabios and qemu ?


For example with packages from debian wheezy-backports, testing or sid I do= :
./configure --prefix=3D/usr --with-system-seabios=3D/usr/share/seabi= os/bios-256k.bin --with-system-qemu=3D/usr/bin/qemu-system-i386

You must change the path is needed on other distros or custom build.

--001a1139766030ff6404fdd8add2-- --===============3246015108386779612== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3246015108386779612==-- From xen-users-bounces@lists.xen.org Thu Jul 10 15:43:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 15:43:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5GUl-0002rw-DY; Thu, 10 Jul 2014 15:42:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5GUk-0002rh-3C; Thu, 10 Jul 2014 15:42:50 +0000 Received: from [85.158.143.35:37413] by server-1.bemta-4.messagelabs.com id 19/BB-09496-974BEB35; Thu, 10 Jul 2014 15:42:49 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1405006967!13694674!1 X-Originating-IP: [209.85.216.53] X-SpamReason: No, hits=2.6 required=7.0 tests=BIZ_TLD,HTML_40_50, HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21045 invoked from network); 10 Jul 2014 15:42:48 -0000 Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 15:42:48 -0000 Received: by mail-qa0-f53.google.com with SMTP id v10so2025842qac.12 for ; Thu, 10 Jul 2014 08:42:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ccptKwpa1F9AQbUVhXbFOQrNauNYrq2oMNsUSfrS1TQ=; b=m485yu7QaA57pIXf2CERkM7FkBPuH5I7CgZhTlgCuX3jnHdN/iXg9DeQw9OhTP8+qD EKyuCD7CRR5BcUn6+fdPGVceWj+/1Trou3Fja8nipR5rEI8TxOlIhQLXtFTatFWmH9wm WtrUW7pm4UvFzOAhcerNQPFV6NyxUpdSKqLC8+1pHdsGpUimTB2J6zXo2ocotfcHGzYQ k9hen8BE+b1XvQlu3/R4TmBeaq9w0GMq3LABriC+4LueoHDw+UW/Gq9TAX1PjucY6sDV xXEkmnPVoUscdTU05qHTbv80KHBKaeUFRBRQlyGIuqhQs2hTq3VzU6rk5J3ZeZVhqBB+ T8gA== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr73696730qge.38.1405006967273; Thu, 10 Jul 2014 08:42:47 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Thu, 10 Jul 2014 08:42:47 -0700 (PDT) In-Reply-To: <53BEA778.2020809@m2r.biz> References: <53BEA778.2020809@m2r.biz> Date: Thu, 10 Jul 2014 09:42:47 -0600 Message-ID: From: jacek burghardt To: Fabio Fantoni Cc: xen-users , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] disable seabios and qemu-xen upstream compilation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3246015108386779612==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3246015108386779612== Content-Type: multipart/alternative; boundary=001a1139766030ff6404fdd8add2 --001a1139766030ff6404fdd8add2 Content-Type: text/plain; charset=UTF-8 Thank you On Thu, Jul 10, 2014 at 8:47 AM, Fabio Fantoni wrote: > Il 10/07/2014 16:29, jacek burghardt ha scritto: > > Many distributions including arch linux provide precompiled seabios and >> qemu. so compiling those files seems to be pointless is there switch to >> disable compile of seabios and qemu ? >> >> > For example with packages from debian wheezy-backports, testing or sid I > do: > ./configure --prefix=/usr --with-system-seabios=/usr/share/seabios/bios-256k.bin > --with-system-qemu=/usr/bin/qemu-system-i386 > > You must change the path is needed on other distros or custom build. > --001a1139766030ff6404fdd8add2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you=C2=A0


On Thu, Jul 10, 2014 at 8:47 AM, Fabio Fantoni <fabio.fantoni@m2r.biz> wrote:
Il 10/07/2014 16:29, jacek burghardt ha scri= tto:

Many distributions including arch linux provide precompiled seabios and qem= u. so compiling those files seems to be pointless is there switch to disabl= e compile of seabios and qemu ?


For example with packages from debian wheezy-backports, testing or sid I do= :
./configure --prefix=3D/usr --with-system-seabios=3D/usr/share/seabi= os/bios-256k.bin --with-system-qemu=3D/usr/bin/qemu-system-i386

You must change the path is needed on other distros or custom build.

--001a1139766030ff6404fdd8add2-- --===============3246015108386779612== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3246015108386779612==-- From xen-users-bounces@lists.xen.org Thu Jul 10 15:44:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 15:44:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5GWE-00030H-6B; Thu, 10 Jul 2014 15:44:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5GWB-0002zr-Uo for xen-users@lists.xen.org; Thu, 10 Jul 2014 15:44:20 +0000 Received: from [85.158.137.68:60212] by server-1.bemta-3.messagelabs.com id 4D/1C-13056-3D4BEB35; Thu, 10 Jul 2014 15:44:19 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1405007057!11254006!1 X-Originating-IP: [209.85.216.179] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27632 invoked from network); 10 Jul 2014 15:44:18 -0000 Received: from mail-qc0-f179.google.com (HELO mail-qc0-f179.google.com) (209.85.216.179) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 15:44:18 -0000 Received: by mail-qc0-f179.google.com with SMTP id x3so7871721qcv.38 for ; Thu, 10 Jul 2014 08:44:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nH6nUgkYp5iyGz8wIofgzF4MJJuR/iOpOxnMWsoCq6c=; b=DhHcDLv0AugTob9hKRfDpOD9pGi8+8z9C1EHhXyQiCfjNBZjbt/nmFkU4Fni/VKgxV lNcX0sYcjBKZvr63zkl/F+6xck9Qwa3wZVdZsqfkBWrt75NC/99L/HbHzJtpEOihjb1F QGUKDw2AmOP5Nwe7GocvYwYeh5SK9isU9sdT4jr0pbCa+QKHriCw6L4S81XiejGwmokq FAq6+/+7AOOtLakjp9T5NI7TFji5rzQQtIAS9ymmRlh1BGTGqQZExWgrJY/zaTCexud0 l8OCjW+1UqdRCNYP0owj8wmVkwMe/fObZ0TPuSE67IHQKODyE+8sEZqcS/mQ9ZR4ZarI Fv1g== MIME-Version: 1.0 X-Received: by 10.140.80.19 with SMTP id b19mr16665574qgd.102.1405007056771; Thu, 10 Jul 2014 08:44:16 -0700 (PDT) Received: by 10.96.56.225 with HTTP; Thu, 10 Jul 2014 08:44:16 -0700 (PDT) Received: by 10.96.56.225 with HTTP; Thu, 10 Jul 2014 08:44:16 -0700 (PDT) In-Reply-To: References: Date: Thu, 10 Jul 2014 10:44:16 -0500 Message-ID: From: David Sutton To: jacek burghardt Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] disable seabios and qemu-xen upstream compilation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8182556154537918768==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8182556154537918768== Content-Type: multipart/alternative; boundary=001a11c12ba486a2e304fdd8b249 --001a11c12ba486a2e304fdd8b249 Content-Type: text/plain; charset=UTF-8 Jacek, On Jul 10, 2014 9:33 AM, "jacek burghardt" wrote: > > Many distributions including arch linux provide precompiled seabios and qemu. so compiling those files seems to be pointless is there switch to disable compile of seabios and qemu ? > For reference: this is on my list of things to look at for the xen aur build (arch linux) .. part of the reason I've not moved over to using the system ones yet is so it's been easier to know which versions you would be using and to decrease the impact of changes made to those packages which could trickle down to this one. Regards, David > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --001a11c12ba486a2e304fdd8b249 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Jacek,

On Jul 10, 2014 9:33 AM, "jacek burghardt" <jaceksburghardt@gmail.com>= wrote:
>
> Many distributions including arch linux provide precompiled seabios an= d qemu. so compiling those files seems to be pointless is there switch to d= isable compile of seabios and qemu ?
>
For reference: this is on my list of things to look at for the xen aur buil= d (arch linux) .. part of the reason I've not moved over to using the s= ystem ones yet is so it's been easier to know which versions you would = be using and to decrease the impact of changes made to those packages which= could trickle down to this one.

Regards,

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

--001a11c12ba486a2e304fdd8b249-- --===============8182556154537918768== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8182556154537918768==-- From xen-users-bounces@lists.xen.org Thu Jul 10 15:44:29 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 15:44:29 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5GWE-00030H-6B; Thu, 10 Jul 2014 15:44:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5GWB-0002zr-Uo for xen-users@lists.xen.org; Thu, 10 Jul 2014 15:44:20 +0000 Received: from [85.158.137.68:60212] by server-1.bemta-3.messagelabs.com id 4D/1C-13056-3D4BEB35; Thu, 10 Jul 2014 15:44:19 +0000 X-Env-Sender: kantras@gmail.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1405007057!11254006!1 X-Originating-IP: [209.85.216.179] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27632 invoked from network); 10 Jul 2014 15:44:18 -0000 Received: from mail-qc0-f179.google.com (HELO mail-qc0-f179.google.com) (209.85.216.179) by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 15:44:18 -0000 Received: by mail-qc0-f179.google.com with SMTP id x3so7871721qcv.38 for ; Thu, 10 Jul 2014 08:44:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nH6nUgkYp5iyGz8wIofgzF4MJJuR/iOpOxnMWsoCq6c=; b=DhHcDLv0AugTob9hKRfDpOD9pGi8+8z9C1EHhXyQiCfjNBZjbt/nmFkU4Fni/VKgxV lNcX0sYcjBKZvr63zkl/F+6xck9Qwa3wZVdZsqfkBWrt75NC/99L/HbHzJtpEOihjb1F QGUKDw2AmOP5Nwe7GocvYwYeh5SK9isU9sdT4jr0pbCa+QKHriCw6L4S81XiejGwmokq FAq6+/+7AOOtLakjp9T5NI7TFji5rzQQtIAS9ymmRlh1BGTGqQZExWgrJY/zaTCexud0 l8OCjW+1UqdRCNYP0owj8wmVkwMe/fObZ0TPuSE67IHQKODyE+8sEZqcS/mQ9ZR4ZarI Fv1g== MIME-Version: 1.0 X-Received: by 10.140.80.19 with SMTP id b19mr16665574qgd.102.1405007056771; Thu, 10 Jul 2014 08:44:16 -0700 (PDT) Received: by 10.96.56.225 with HTTP; Thu, 10 Jul 2014 08:44:16 -0700 (PDT) Received: by 10.96.56.225 with HTTP; Thu, 10 Jul 2014 08:44:16 -0700 (PDT) In-Reply-To: References: Date: Thu, 10 Jul 2014 10:44:16 -0500 Message-ID: From: David Sutton To: jacek burghardt Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] disable seabios and qemu-xen upstream compilation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8182556154537918768==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8182556154537918768== Content-Type: multipart/alternative; boundary=001a11c12ba486a2e304fdd8b249 --001a11c12ba486a2e304fdd8b249 Content-Type: text/plain; charset=UTF-8 Jacek, On Jul 10, 2014 9:33 AM, "jacek burghardt" wrote: > > Many distributions including arch linux provide precompiled seabios and qemu. so compiling those files seems to be pointless is there switch to disable compile of seabios and qemu ? > For reference: this is on my list of things to look at for the xen aur build (arch linux) .. part of the reason I've not moved over to using the system ones yet is so it's been easier to know which versions you would be using and to decrease the impact of changes made to those packages which could trickle down to this one. Regards, David > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --001a11c12ba486a2e304fdd8b249 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Jacek,

On Jul 10, 2014 9:33 AM, "jacek burghardt" <jaceksburghardt@gmail.com>= wrote:
>
> Many distributions including arch linux provide precompiled seabios an= d qemu. so compiling those files seems to be pointless is there switch to d= isable compile of seabios and qemu ?
>
For reference: this is on my list of things to look at for the xen aur buil= d (arch linux) .. part of the reason I've not moved over to using the s= ystem ones yet is so it's been easier to know which versions you would = be using and to decrease the impact of changes made to those packages which= could trickle down to this one.

Regards,

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

--001a11c12ba486a2e304fdd8b249-- --===============8182556154537918768== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8182556154537918768==-- From xen-users-bounces@lists.xen.org Thu Jul 10 16:06:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 16:06:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Gqv-0004tU-EP; Thu, 10 Jul 2014 16:05:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Gqt-0004tN-Qj for xen-users@lists.xensource.com; Thu, 10 Jul 2014 16:05:43 +0000 Received: from [85.158.139.211:58913] by server-4.bemta-5.messagelabs.com id 2D/B9-07250-7D9BEB35; Thu, 10 Jul 2014 16:05:43 +0000 X-Env-Sender: s.munaut@whatever-company.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1405008341!14795363!1 X-Originating-IP: [209.85.192.182] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13139 invoked from network); 10 Jul 2014 16:05:42 -0000 Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 16:05:42 -0000 Received: by mail-pd0-f182.google.com with SMTP id y13so11120755pdi.27 for ; Thu, 10 Jul 2014 09:05:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=vT1qC36/afC5OIIflnfN9RumRNHyEBeAlmlwkYcR1sc=; b=UHo2qw1f4v2wwbFbf2S6n5+G0cjGN6izjyRELu3vdTPRc7/luxLipGcC/m9ssV1Fye 69o7Zd1kUtuXT1XzXxX2TvaGxPDJF1OJLziCuJdVQqXzUmD+U6H5SLXi2XSSqX3CoM2M XI4tm512X0g50b8G7Ndw5d6L3srXwrMhuE+MseSzWHijPJzED89Hi9fnX40EOLyU2adK m0FRChZ+3XNsIHW/OC1ckAUnWHJyTZJjGU41EcJoCDNnqwMHkUNr01akP8L0/6VtPQcX fcRBVekK7Tv9204uCtZfyf50dZluPcXQeWH/m1TxpdmEFKn2T8kccMmcqJIx+WS7n5ss YrxQ== X-Gm-Message-State: ALoCoQlB9CONKyL3LdjIHgO+J08+r2WorK7w2xKgKDyHorRGRRFXcyKie1jwXG3hTMV2tUx2Cbuk MIME-Version: 1.0 X-Received: by 10.68.193.100 with SMTP id hn4mr47820624pbc.50.1405008339072; Thu, 10 Jul 2014 09:05:39 -0700 (PDT) Received: by 10.70.88.40 with HTTP; Thu, 10 Jul 2014 09:05:38 -0700 (PDT) X-Originating-IP: [2001:6f8:142e:1:29d2:9b77:6b2b:6ce9] Date: Thu, 10 Jul 2014 18:05:38 +0200 Message-ID: From: Sylvain Munaut To: "xen-users@lists.xensource.com" Subject: [Xen-users] QDISK RBD/Ceph backend parameters X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I want to use qdisk to access images stored on a ceph cluster (using xl on xen 4.4). Something like this works : disk = ['rbd:mypool/myimage,raw,xvdb,w,backendtype=qdisk' ] However I need to setup some optiosn for it to give to qemu (to pass down to librbd), like for example which user to login as on the cluster (for the example above, I had disabled auth). So I need to give something like this to qemu "rbd:mypool/myimage:id=myuser" Hoever if I try to use : disk = ['rbd:mypool/myimage:id=myuser,raw,xvdb,w,backendtype=qdisk' ] I get a syntax error from libxl when parsing the disk spec ... So how can I escape it properly ? Cheers, Sylvain _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 16:06:19 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 16:06:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Gqv-0004tU-EP; Thu, 10 Jul 2014 16:05:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5Gqt-0004tN-Qj for xen-users@lists.xensource.com; Thu, 10 Jul 2014 16:05:43 +0000 Received: from [85.158.139.211:58913] by server-4.bemta-5.messagelabs.com id 2D/B9-07250-7D9BEB35; Thu, 10 Jul 2014 16:05:43 +0000 X-Env-Sender: s.munaut@whatever-company.com X-Msg-Ref: server-8.tower-206.messagelabs.com!1405008341!14795363!1 X-Originating-IP: [209.85.192.182] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13139 invoked from network); 10 Jul 2014 16:05:42 -0000 Received: from mail-pd0-f182.google.com (HELO mail-pd0-f182.google.com) (209.85.192.182) by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 16:05:42 -0000 Received: by mail-pd0-f182.google.com with SMTP id y13so11120755pdi.27 for ; Thu, 10 Jul 2014 09:05:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=vT1qC36/afC5OIIflnfN9RumRNHyEBeAlmlwkYcR1sc=; b=UHo2qw1f4v2wwbFbf2S6n5+G0cjGN6izjyRELu3vdTPRc7/luxLipGcC/m9ssV1Fye 69o7Zd1kUtuXT1XzXxX2TvaGxPDJF1OJLziCuJdVQqXzUmD+U6H5SLXi2XSSqX3CoM2M XI4tm512X0g50b8G7Ndw5d6L3srXwrMhuE+MseSzWHijPJzED89Hi9fnX40EOLyU2adK m0FRChZ+3XNsIHW/OC1ckAUnWHJyTZJjGU41EcJoCDNnqwMHkUNr01akP8L0/6VtPQcX fcRBVekK7Tv9204uCtZfyf50dZluPcXQeWH/m1TxpdmEFKn2T8kccMmcqJIx+WS7n5ss YrxQ== X-Gm-Message-State: ALoCoQlB9CONKyL3LdjIHgO+J08+r2WorK7w2xKgKDyHorRGRRFXcyKie1jwXG3hTMV2tUx2Cbuk MIME-Version: 1.0 X-Received: by 10.68.193.100 with SMTP id hn4mr47820624pbc.50.1405008339072; Thu, 10 Jul 2014 09:05:39 -0700 (PDT) Received: by 10.70.88.40 with HTTP; Thu, 10 Jul 2014 09:05:38 -0700 (PDT) X-Originating-IP: [2001:6f8:142e:1:29d2:9b77:6b2b:6ce9] Date: Thu, 10 Jul 2014 18:05:38 +0200 Message-ID: From: Sylvain Munaut To: "xen-users@lists.xensource.com" Subject: [Xen-users] QDISK RBD/Ceph backend parameters X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I want to use qdisk to access images stored on a ceph cluster (using xl on xen 4.4). Something like this works : disk = ['rbd:mypool/myimage,raw,xvdb,w,backendtype=qdisk' ] However I need to setup some optiosn for it to give to qemu (to pass down to librbd), like for example which user to login as on the cluster (for the example above, I had disabled auth). So I need to give something like this to qemu "rbd:mypool/myimage:id=myuser" Hoever if I try to use : disk = ['rbd:mypool/myimage:id=myuser,raw,xvdb,w,backendtype=qdisk' ] I get a syntax error from libxl when parsing the disk spec ... So how can I escape it properly ? Cheers, Sylvain _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 16:16:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 16:16:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5H0g-0005bV-Uw; Thu, 10 Jul 2014 16:15:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5H0f-0005aE-W7 for xen-users@lists.xenproject.org; Thu, 10 Jul 2014 16:15:50 +0000 Received: from [85.158.143.35:63435] by server-2.bemta-4.messagelabs.com id 6C/6E-18579-53CBEB35; Thu, 10 Jul 2014 16:15:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1405008947!13701944!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22948 invoked from network); 10 Jul 2014 16:15:48 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 16:15:48 -0000 X-IronPort-AV: E=Sophos;i="5.01,638,1400025600"; d="scan'208";a="151445084" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 10 Jul 2014 16:15:13 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 10 Jul 2014 12:15:12 -0400 Message-ID: <1405008912.6015.1.camel@kazak.uk.xensource.com> From: Ian Campbell To: Minalkumar Patel Date: Thu, 10 Jul 2014 17:15:12 +0100 In-Reply-To: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> References: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote: > my questio is whether logical volume (lvm) is able to share between > two hosts or not. No. LVM is inherently single host. You will need to arrange for some sort of shared storage. NBD, DRDB, images on NFS, iSCSI, some other sort of SAN etc. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 16:16:04 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 16:16:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5H0g-0005bV-Uw; Thu, 10 Jul 2014 16:15:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5H0f-0005aE-W7 for xen-users@lists.xenproject.org; Thu, 10 Jul 2014 16:15:50 +0000 Received: from [85.158.143.35:63435] by server-2.bemta-4.messagelabs.com id 6C/6E-18579-53CBEB35; Thu, 10 Jul 2014 16:15:49 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1405008947!13701944!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22948 invoked from network); 10 Jul 2014 16:15:48 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 16:15:48 -0000 X-IronPort-AV: E=Sophos;i="5.01,638,1400025600"; d="scan'208";a="151445084" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 10 Jul 2014 16:15:13 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 10 Jul 2014 12:15:12 -0400 Message-ID: <1405008912.6015.1.camel@kazak.uk.xensource.com> From: Ian Campbell To: Minalkumar Patel Date: Thu, 10 Jul 2014 17:15:12 +0100 In-Reply-To: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> References: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote: > my questio is whether logical volume (lvm) is able to share between > two hosts or not. No. LVM is inherently single host. You will need to arrange for some sort of shared storage. NBD, DRDB, images on NFS, iSCSI, some other sort of SAN etc. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 16:19:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 16:19:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5H3o-0007Le-Uf; Thu, 10 Jul 2014 16:19:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5H3m-0007JN-4D for xen-users@lists.xen.org; Thu, 10 Jul 2014 16:19:03 +0000 Received: from [85.158.139.211:61835] by server-8.bemta-5.messagelabs.com id AA/AB-27672-5FCBEB35; Thu, 10 Jul 2014 16:19:01 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1405009139!14848873!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 553 invoked from network); 10 Jul 2014 16:19:00 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 16:19:00 -0000 X-IronPort-AV: E=Sophos;i="5.01,638,1400025600"; d="scan'208";a="151721718" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 10 Jul 2014 16:15:43 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 10 Jul 2014 12:15:42 -0400 Message-ID: <1405008941.6015.2.camel@kazak.uk.xensource.com> From: Ian Campbell To: Suganya Madhi Date: Thu, 10 Jul 2014 17:15:41 +0100 In-Reply-To: <1404880883.48834.YahooMailNeo@web194603.mail.sg3.yahoo.com> References: <1404880883.48834.YahooMailNeo@web194603.mail.sg3.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] installation of xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-07-09 at 12:41 +0800, Suganya Madhi wrote: > we are interested to work with xen hypervisors for a research on cloud > security.can you please help us in installation and guide us in using > the xen hypervisor . Please start by looking at the wiki which contains instructions on getting started. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 16:19:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 16:19:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5H3o-0007Le-Uf; Thu, 10 Jul 2014 16:19:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5H3m-0007JN-4D for xen-users@lists.xen.org; Thu, 10 Jul 2014 16:19:03 +0000 Received: from [85.158.139.211:61835] by server-8.bemta-5.messagelabs.com id AA/AB-27672-5FCBEB35; Thu, 10 Jul 2014 16:19:01 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1405009139!14848873!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 553 invoked from network); 10 Jul 2014 16:19:00 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 16:19:00 -0000 X-IronPort-AV: E=Sophos;i="5.01,638,1400025600"; d="scan'208";a="151721718" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 10 Jul 2014 16:15:43 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Thu, 10 Jul 2014 12:15:42 -0400 Message-ID: <1405008941.6015.2.camel@kazak.uk.xensource.com> From: Ian Campbell To: Suganya Madhi Date: Thu, 10 Jul 2014 17:15:41 +0100 In-Reply-To: <1404880883.48834.YahooMailNeo@web194603.mail.sg3.yahoo.com> References: <1404880883.48834.YahooMailNeo@web194603.mail.sg3.yahoo.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA2 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] installation of xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2014-07-09 at 12:41 +0800, Suganya Madhi wrote: > we are interested to work with xen hypervisors for a research on cloud > security.can you please help us in installation and guide us in using > the xen hypervisor . Please start by looking at the wiki which contains instructions on getting started. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 16:33:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 16:33:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5HHa-0001yJ-L8; Thu, 10 Jul 2014 16:33:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5HHY-0001xw-QC for xen-users@lists.xensource.com; Thu, 10 Jul 2014 16:33:16 +0000 Received: from [85.158.143.35:37152] by server-3.bemta-4.messagelabs.com id 30/5B-16194-C40CEB35; Thu, 10 Jul 2014 16:33:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1405009994!17150090!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32582 invoked from network); 10 Jul 2014 16:33:15 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 16:33:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,638,1400025600"; d="scan'208";a="151452569" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 10 Jul 2014 16:33:13 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 10 Jul 2014 12:33:12 -0400 Message-ID: <1405009992.6966.2.camel@kazak.uk.xensource.com> From: Ian Campbell To: Sylvain Munaut Date: Thu, 10 Jul 2014 17:33:12 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] QDISK RBD/Ceph backend parameters X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-07-10 at 18:05 +0200, Sylvain Munaut wrote: > Hi, > > > I want to use qdisk to access images stored on a ceph cluster (using > xl on xen 4.4). > > Something like this works : > disk = ['rbd:mypool/myimage,raw,xvdb,w,backendtype=qdisk' ] > > However I need to setup some optiosn for it to give to qemu (to pass > down to librbd), like for example which user to login as on the > cluster (for the example above, I had disabled auth). > > So I need to give something like this to qemu "rbd:mypool/myimage:id=myuser" > > Hoever if I try to use : > disk = ['rbd:mypool/myimage:id=myuser,raw,xvdb,w,backendtype=qdisk' ] > > I get a syntax error from libxl when parsing the disk spec ... > > So how can I escape it properly ? See docs/misc/xl-disk-configuration.txt. You need to make use of the fact that an explicit target= eats the rest of the line without interpreting it. 1 Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 16:33:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 16:33:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5HHa-0001yJ-L8; Thu, 10 Jul 2014 16:33:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5HHY-0001xw-QC for xen-users@lists.xensource.com; Thu, 10 Jul 2014 16:33:16 +0000 Received: from [85.158.143.35:37152] by server-3.bemta-4.messagelabs.com id 30/5B-16194-C40CEB35; Thu, 10 Jul 2014 16:33:16 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1405009994!17150090!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32582 invoked from network); 10 Jul 2014 16:33:15 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 16:33:15 -0000 X-IronPort-AV: E=Sophos;i="5.01,638,1400025600"; d="scan'208";a="151452569" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 10 Jul 2014 16:33:13 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL03.citrite.net (10.13.107.80) with Microsoft SMTP Server id 14.3.181.6; Thu, 10 Jul 2014 12:33:12 -0400 Message-ID: <1405009992.6966.2.camel@kazak.uk.xensource.com> From: Ian Campbell To: Sylvain Munaut Date: Thu, 10 Jul 2014 17:33:12 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] QDISK RBD/Ceph backend parameters X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2014-07-10 at 18:05 +0200, Sylvain Munaut wrote: > Hi, > > > I want to use qdisk to access images stored on a ceph cluster (using > xl on xen 4.4). > > Something like this works : > disk = ['rbd:mypool/myimage,raw,xvdb,w,backendtype=qdisk' ] > > However I need to setup some optiosn for it to give to qemu (to pass > down to librbd), like for example which user to login as on the > cluster (for the example above, I had disabled auth). > > So I need to give something like this to qemu "rbd:mypool/myimage:id=myuser" > > Hoever if I try to use : > disk = ['rbd:mypool/myimage:id=myuser,raw,xvdb,w,backendtype=qdisk' ] > > I get a syntax error from libxl when parsing the disk spec ... > > So how can I escape it properly ? See docs/misc/xl-disk-configuration.txt. You need to make use of the fact that an explicit target= eats the rest of the line without interpreting it. 1 Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 17:31:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 17:31:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5IBC-0006Ym-4g; Thu, 10 Jul 2014 17:30:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5IBB-0006Yf-5Q for xen-users@lists.xensource.com; Thu, 10 Jul 2014 17:30:45 +0000 Received: from [85.158.137.68:43505] by server-1.bemta-3.messagelabs.com id 85/C6-13056-4CDCEB35; Thu, 10 Jul 2014 17:30:44 +0000 X-Env-Sender: s.munaut@whatever-company.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1405013442!15258075!1 X-Originating-IP: [209.85.192.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27398 invoked from network); 10 Jul 2014 17:30:43 -0000 Received: from mail-pd0-f171.google.com (HELO mail-pd0-f171.google.com) (209.85.192.171) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 17:30:43 -0000 Received: by mail-pd0-f171.google.com with SMTP id fp1so11175638pdb.2 for ; Thu, 10 Jul 2014 10:30:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=s+UeKTC8eF4F6Zpf3Y6h5qWrabFNNYocRnMyNJrI46Q=; b=TNAHUNjvmPaT/lxHNGtDuvtQpLpa9Z5HAu1UnMEFSQsHr82I5HNc6nG3pMsigEC5Pc VqAZgttyYeFgSNqo6zsWdM4oPgP58Hnz6if1An4THLKMQcsqXtbTzE5vjamx0pNn79uu E9Cco9DWpeYzseef4vPzKBchB7H8bJ5Wplkg24MEoC5JqsREnEMVNtMZmah/9QPKKyDq qOPKKDPbhRuy75YI4/Nuuk59wByKo8GYtPshigGO2cr674qBVKh/N5XkCYdVeyL1dCZo 0lDA3kXoX06eOcB0ZmGWSYQFpvUrZPKgLR+sCG0WutRewupWaIaMCXJkejeH77g+pMxH vSKw== X-Gm-Message-State: ALoCoQnYGQMn6CUZU0+U0WTb23ZhG1zRdq4o21x3FwIg5dvo4YctV6Rn3TdxTh20uq48tdXT61XF MIME-Version: 1.0 X-Received: by 10.66.142.42 with SMTP id rt10mr48449183pab.1.1405013441871; Thu, 10 Jul 2014 10:30:41 -0700 (PDT) Received: by 10.70.88.40 with HTTP; Thu, 10 Jul 2014 10:30:41 -0700 (PDT) X-Originating-IP: [87.67.213.74] In-Reply-To: <1405009992.6966.2.camel@kazak.uk.xensource.com> References: <1405009992.6966.2.camel@kazak.uk.xensource.com> Date: Thu, 10 Jul 2014 19:30:41 +0200 Message-ID: From: Sylvain Munaut To: Ian Campbell Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] QDISK RBD/Ceph backend parameters X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Ian, > See docs/misc/xl-disk-configuration.txt. You need to make use of the > fact that an explicit target= eats the rest of the line without > interpreting it. Thanks a lots, that worked :) Silly me, I didn't think of looking in the doc ... I actually went directly to the sources but couldn't really understand the .l lexer file :p Cheers, Sylvain _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 17:31:39 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 17:31:39 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5IBC-0006Ym-4g; Thu, 10 Jul 2014 17:30:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5IBB-0006Yf-5Q for xen-users@lists.xensource.com; Thu, 10 Jul 2014 17:30:45 +0000 Received: from [85.158.137.68:43505] by server-1.bemta-3.messagelabs.com id 85/C6-13056-4CDCEB35; Thu, 10 Jul 2014 17:30:44 +0000 X-Env-Sender: s.munaut@whatever-company.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1405013442!15258075!1 X-Originating-IP: [209.85.192.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27398 invoked from network); 10 Jul 2014 17:30:43 -0000 Received: from mail-pd0-f171.google.com (HELO mail-pd0-f171.google.com) (209.85.192.171) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 17:30:43 -0000 Received: by mail-pd0-f171.google.com with SMTP id fp1so11175638pdb.2 for ; Thu, 10 Jul 2014 10:30:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=s+UeKTC8eF4F6Zpf3Y6h5qWrabFNNYocRnMyNJrI46Q=; b=TNAHUNjvmPaT/lxHNGtDuvtQpLpa9Z5HAu1UnMEFSQsHr82I5HNc6nG3pMsigEC5Pc VqAZgttyYeFgSNqo6zsWdM4oPgP58Hnz6if1An4THLKMQcsqXtbTzE5vjamx0pNn79uu E9Cco9DWpeYzseef4vPzKBchB7H8bJ5Wplkg24MEoC5JqsREnEMVNtMZmah/9QPKKyDq qOPKKDPbhRuy75YI4/Nuuk59wByKo8GYtPshigGO2cr674qBVKh/N5XkCYdVeyL1dCZo 0lDA3kXoX06eOcB0ZmGWSYQFpvUrZPKgLR+sCG0WutRewupWaIaMCXJkejeH77g+pMxH vSKw== X-Gm-Message-State: ALoCoQnYGQMn6CUZU0+U0WTb23ZhG1zRdq4o21x3FwIg5dvo4YctV6Rn3TdxTh20uq48tdXT61XF MIME-Version: 1.0 X-Received: by 10.66.142.42 with SMTP id rt10mr48449183pab.1.1405013441871; Thu, 10 Jul 2014 10:30:41 -0700 (PDT) Received: by 10.70.88.40 with HTTP; Thu, 10 Jul 2014 10:30:41 -0700 (PDT) X-Originating-IP: [87.67.213.74] In-Reply-To: <1405009992.6966.2.camel@kazak.uk.xensource.com> References: <1405009992.6966.2.camel@kazak.uk.xensource.com> Date: Thu, 10 Jul 2014 19:30:41 +0200 Message-ID: From: Sylvain Munaut To: Ian Campbell Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] QDISK RBD/Ceph backend parameters X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Ian, > See docs/misc/xl-disk-configuration.txt. You need to make use of the > fact that an explicit target= eats the rest of the line without > interpreting it. Thanks a lots, that worked :) Silly me, I didn't think of looking in the doc ... I actually went directly to the sources but couldn't really understand the .l lexer file :p Cheers, Sylvain _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Jul 10 19:40:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 19:40:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5KC4-0002Kt-0k; Thu, 10 Jul 2014 19:39:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5KC2-0002Kj-KX for xen-users@lists.xenproject.org; Thu, 10 Jul 2014 19:39:46 +0000 Received: from [85.158.143.35:26623] by server-1.bemta-4.messagelabs.com id FA/88-09496-10CEEB35; Thu, 10 Jul 2014 19:39:45 +0000 X-Env-Sender: miguelmclara@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1405021184!17150019!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=1.7 required=7.0 tests=HTML_50_60, HTML_IMAGE_ONLY_24,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8669 invoked from network); 10 Jul 2014 19:39:45 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 19:39:45 -0000 Received: by mail-we0-f175.google.com with SMTP id k48so53589wev.6 for ; Thu, 10 Jul 2014 12:39:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=/YZuZzwsKBOVTeeRDaoZyYt7NezeMvNivk7As1Ocnzw=; b=InKSU+iOKAFGJD5V6rST48lO6wC9Y2lXeUVI3xqbPak9dvoszrgulsy/51YNAc6TVA NbG9Biho999Fv177+XMIBbFQGE5wPDGzsoGw/qrQdjnUAlEreC+dHacsGsonvQ5iaUMI mJbLQMDihmgP8PPXSsuLqPSat5L1ZkR932maSpf5jiynJNhkPtraa290awJ+14XIepr6 8UJSmWx8r0vTSIh1wjL1fnUFCOBwZaK0yWUe+DBPv+V/wXRVxKXK2Tql5IblCNsxnIih xgrXEmQnxfLdZbZpiARHNl+ldb1vLuogJd2qHoq7fj4CU8b1BwnHn32KQdL/gwYZDX4F 4wgQ== X-Received: by 10.194.71.52 with SMTP id r20mr21909852wju.113.1405021184714; Thu, 10 Jul 2014 12:39:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.134 with HTTP; Thu, 10 Jul 2014 12:39:24 -0700 (PDT) In-Reply-To: <1405008912.6015.1.camel@kazak.uk.xensource.com> References: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> <1405008912.6015.1.camel@kazak.uk.xensource.com> From: Miguel Clara Date: Thu, 10 Jul 2014 20:39:24 +0100 Message-ID: To: Ian Campbell Cc: Minalkumar Patel , "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5815909344705517884==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5815909344705517884== Content-Type: multipart/related; boundary=047d7bfcec509e1f1504fddbfcdb --047d7bfcec509e1f1504fddbfcdb Content-Type: multipart/alternative; boundary=047d7bfcec509e1f1204fddbfcda --047d7bfcec509e1f1204fddbfcda Content-Type: text/plain; charset=UTF-8 I've had success with DRDB + LVM in Linux Debian hosts, xl migrate works perfect. (There was a slight issue with the block script but AFAIK that's fixed in 4.4) Melhores Cumprimentos // Best Regards ----------------------------------------------- *Miguel Clara* *IT - Sys Admin & Developer* *E-mail: *miguelmclara@gmail.com www.linkedin.com/in/miguelmclara/ On Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell wrote: > On Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote: > > > my questio is whether logical volume (lvm) is able to share between > > two hosts or not. > > No. LVM is inherently single host. > > You will need to arrange for some sort of shared storage. NBD, DRDB, > images on NFS, iSCSI, some other sort of SAN etc. > > Ian. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bfcec509e1f1204fddbfcda Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


I've had success with DRDB + LVM in Linux Debi= an hosts, xl migrate works perfect. (There was a slight issue with the bloc= k script but AFAIK that's fixed in 4.4)


Melhores Cumprimentos // Best Regards
---------------------------------= --------------
Miguel Clara
IT - Sys Admin & Developer
E-mail:=C2=A0=C2=A0=C2=A0 miguelmclara@gmail.com
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 www.linkedin.com/in/miguelmclara/


On Thu, Jul 10, 2014 at 5:15 PM, Ian Cam= pbell <Ian.Campbell@citrix.com> wrote:
On Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote:

> my questio is whether logical volume (lvm) is able to share between > two hosts or not.

No. LVM is inherently single host.

You will need to arrange for some sort of shared storage. NBD, DRDB,
images on NFS, iSCSI, some other sort of SAN etc.

Ian.



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

--047d7bfcec509e1f1204fddbfcda-- --047d7bfcec509e1f1504fddbfcdb Content-Type: image/png; name="linkedin.png" Content-Disposition: inline; filename="linkedin.png" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: 3b42a6874b6ad2ce_0.1.1 iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAABIAAAASABGyWs+AAAACXZwQWcAAAAQAAAAEABcxq3DAAACGklEQVQ4y6WTO2sUURTHf3dm dp0kTnZJzErSrPjKYqNY2GljodhoLRLB1sLCD2DrZxAsfCAE/AaCgrY+SBQSFTSCxizGzZ3MTiYz 92UxY5KNYuOBP+eew/3/73lwxfWHT9yjuR8YL0CwyxygAAPoCqr0ntFcvjBBcH++x8WzJzm8v/En WVdks0PEgNWO95/XePD4HZ4ADk6MAhD6Hs26/08yBjwrODrZBK0JADyvLP7GsX2Evse9xR5Lsvgr +XfsO7ctoKwj9AWh7wEQIFCF+3sFGjCmgiJwQFwYYge3X3cZrwXMr2SDg9tJ1rokaw1alRXI3NAO 61w60AAHTkE7qtNu1PjSUywsb3L60AgjNcHzhZgXb39WApoAC3FqsIGjMxYC8OZbxlQU0GmFTLdC znWireV0pobYSDKevuzilMZDg0wN/cxuXdrMLVqX53TTcu3OJ87cmmdlrQBgemoYKTMwqhSI+4Z0 QMBhjANgcTnj1UdJHGd8Xc0AmBitEcu0moGGODH0h7cF8tyidSmgjSWWG6AUWpkypw1xLwXA4z8t QINcN/T3moEWtLZbr0mZQV5s55RFJuU8RHR11iWtIzQ8nxOtIVCw9D2lWbM06w4ZZ8wtrEJRcLw9 TDMUyKRg7kOPSHQR0ZVZlyRjMDkOOVAUFfLS57viHRaJLsHM+THuPtuDUgLTW2U0X672t47rrw82 vOu/z9w8xS+MkDzVBoy6+QAAAABJRU5ErkJggg== --047d7bfcec509e1f1504fddbfcdb-- --===============5815909344705517884== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5815909344705517884==-- From xen-users-bounces@lists.xen.org Thu Jul 10 19:40:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 10 Jul 2014 19:40:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5KC4-0002Kt-0k; Thu, 10 Jul 2014 19:39:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5KC2-0002Kj-KX for xen-users@lists.xenproject.org; Thu, 10 Jul 2014 19:39:46 +0000 Received: from [85.158.143.35:26623] by server-1.bemta-4.messagelabs.com id FA/88-09496-10CEEB35; Thu, 10 Jul 2014 19:39:45 +0000 X-Env-Sender: miguelmclara@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1405021184!17150019!1 X-Originating-IP: [74.125.82.175] X-SpamReason: No, hits=1.7 required=7.0 tests=HTML_50_60, HTML_IMAGE_ONLY_24,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8669 invoked from network); 10 Jul 2014 19:39:45 -0000 Received: from mail-we0-f175.google.com (HELO mail-we0-f175.google.com) (74.125.82.175) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Jul 2014 19:39:45 -0000 Received: by mail-we0-f175.google.com with SMTP id k48so53589wev.6 for ; Thu, 10 Jul 2014 12:39:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=/YZuZzwsKBOVTeeRDaoZyYt7NezeMvNivk7As1Ocnzw=; b=InKSU+iOKAFGJD5V6rST48lO6wC9Y2lXeUVI3xqbPak9dvoszrgulsy/51YNAc6TVA NbG9Biho999Fv177+XMIBbFQGE5wPDGzsoGw/qrQdjnUAlEreC+dHacsGsonvQ5iaUMI mJbLQMDihmgP8PPXSsuLqPSat5L1ZkR932maSpf5jiynJNhkPtraa290awJ+14XIepr6 8UJSmWx8r0vTSIh1wjL1fnUFCOBwZaK0yWUe+DBPv+V/wXRVxKXK2Tql5IblCNsxnIih xgrXEmQnxfLdZbZpiARHNl+ldb1vLuogJd2qHoq7fj4CU8b1BwnHn32KQdL/gwYZDX4F 4wgQ== X-Received: by 10.194.71.52 with SMTP id r20mr21909852wju.113.1405021184714; Thu, 10 Jul 2014 12:39:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.134 with HTTP; Thu, 10 Jul 2014 12:39:24 -0700 (PDT) In-Reply-To: <1405008912.6015.1.camel@kazak.uk.xensource.com> References: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> <1405008912.6015.1.camel@kazak.uk.xensource.com> From: Miguel Clara Date: Thu, 10 Jul 2014 20:39:24 +0100 Message-ID: To: Ian Campbell Cc: Minalkumar Patel , "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5815909344705517884==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5815909344705517884== Content-Type: multipart/related; boundary=047d7bfcec509e1f1504fddbfcdb --047d7bfcec509e1f1504fddbfcdb Content-Type: multipart/alternative; boundary=047d7bfcec509e1f1204fddbfcda --047d7bfcec509e1f1204fddbfcda Content-Type: text/plain; charset=UTF-8 I've had success with DRDB + LVM in Linux Debian hosts, xl migrate works perfect. (There was a slight issue with the block script but AFAIK that's fixed in 4.4) Melhores Cumprimentos // Best Regards ----------------------------------------------- *Miguel Clara* *IT - Sys Admin & Developer* *E-mail: *miguelmclara@gmail.com www.linkedin.com/in/miguelmclara/ On Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell wrote: > On Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote: > > > my questio is whether logical volume (lvm) is able to share between > > two hosts or not. > > No. LVM is inherently single host. > > You will need to arrange for some sort of shared storage. NBD, DRDB, > images on NFS, iSCSI, some other sort of SAN etc. > > Ian. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bfcec509e1f1204fddbfcda Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


I've had success with DRDB + LVM in Linux Debi= an hosts, xl migrate works perfect. (There was a slight issue with the bloc= k script but AFAIK that's fixed in 4.4)


Melhores Cumprimentos // Best Regards
---------------------------------= --------------
Miguel Clara
IT - Sys Admin & Developer
E-mail:=C2=A0=C2=A0=C2=A0 miguelmclara@gmail.com
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 www.linkedin.com/in/miguelmclara/


On Thu, Jul 10, 2014 at 5:15 PM, Ian Cam= pbell <Ian.Campbell@citrix.com> wrote:
On Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote:

> my questio is whether logical volume (lvm) is able to share between > two hosts or not.

No. LVM is inherently single host.

You will need to arrange for some sort of shared storage. NBD, DRDB,
images on NFS, iSCSI, some other sort of SAN etc.

Ian.



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

--047d7bfcec509e1f1204fddbfcda-- --047d7bfcec509e1f1504fddbfcdb Content-Type: image/png; name="linkedin.png" Content-Disposition: inline; filename="linkedin.png" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: 3b42a6874b6ad2ce_0.1.1 iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAABIAAAASABGyWs+AAAACXZwQWcAAAAQAAAAEABcxq3DAAACGklEQVQ4y6WTO2sUURTHf3dm dp0kTnZJzErSrPjKYqNY2GljodhoLRLB1sLCD2DrZxAsfCAE/AaCgrY+SBQSFTSCxizGzZ3MTiYz 92UxY5KNYuOBP+eew/3/73lwxfWHT9yjuR8YL0CwyxygAAPoCqr0ntFcvjBBcH++x8WzJzm8v/En WVdks0PEgNWO95/XePD4HZ4ADk6MAhD6Hs26/08yBjwrODrZBK0JADyvLP7GsX2Evse9xR5Lsvgr +XfsO7ctoKwj9AWh7wEQIFCF+3sFGjCmgiJwQFwYYge3X3cZrwXMr2SDg9tJ1rokaw1alRXI3NAO 61w60AAHTkE7qtNu1PjSUywsb3L60AgjNcHzhZgXb39WApoAC3FqsIGjMxYC8OZbxlQU0GmFTLdC znWireV0pobYSDKevuzilMZDg0wN/cxuXdrMLVqX53TTcu3OJ87cmmdlrQBgemoYKTMwqhSI+4Z0 QMBhjANgcTnj1UdJHGd8Xc0AmBitEcu0moGGODH0h7cF8tyidSmgjSWWG6AUWpkypw1xLwXA4z8t QINcN/T3moEWtLZbr0mZQV5s55RFJuU8RHR11iWtIzQ8nxOtIVCw9D2lWbM06w4ZZ8wtrEJRcLw9 TDMUyKRg7kOPSHQR0ZVZlyRjMDkOOVAUFfLS57viHRaJLsHM+THuPtuDUgLTW2U0X672t47rrw82 vOu/z9w8xS+MkDzVBoy6+QAAAABJRU5ErkJggg== --047d7bfcec509e1f1504fddbfcdb-- --===============5815909344705517884== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5815909344705517884==-- From xen-users-bounces@lists.xen.org Fri Jul 11 01:34:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 01:34:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5PiW-0002hR-TB; Fri, 11 Jul 2014 01:33:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5PiV-0002hM-Qp for xen-users@lists.xen.org; Fri, 11 Jul 2014 01:33:39 +0000 Received: from [85.158.137.68:55282] by server-11.bemta-3.messagelabs.com id 46/DF-12889-2FE3FB35; Fri, 11 Jul 2014 01:33:38 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1405042416!15301696!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21262 invoked from network); 11 Jul 2014 01:33:37 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 01:33:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=lt4hBjoeGK+u9WCA/p8KWXoiPHAgEOORsJEedxO1LyU5ZnoFfgT78+DJe1Kjd1eurf2Roh3gEAZKqerMHOcElKuCRbxtlbjWGuSRQln2/jrFjnMcrRlVxxZ1zaLAq/oA; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X5PiT-000GsH-7w for xen-users@lists.xen.org; Thu, 10 Jul 2014 18:33:37 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 10 Jul 2014 18:33:35 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: AQHPkEm8ih4RU5fwYkiYy9TuraL7uZuB+IGAgAAIuoCAGC3xgA== Date: Fri, 11 Jul 2014 01:33:34 +0000 Message-ID: References: <1616510.rANxyiYEzx@plpconcha> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org So FINALLY after a lot of frustration, it all came down to a damn cable. I was using a DVI-DisplayPort cable, which apparently this graphics card doesn't handle well. I also was trying HDMI without enabling (odd... I thought it would enable all on its own if it was the only thing plugged in). Long story short, Finally while reluctantly trying a straight through DVI cable, things worked, and I was able to get over to an HDMI-DVI cable which suits my needs. Thanks for everyone's help. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Wednesday, June 25, 2014 02:20 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough On 2014-06-25 09:45, Daniel E. Shub wrote: > On Wednesday 25 June 2014 08:45:07 Gordan Bobic wrote: > >> In terms of device capture, reboot the machine and look at lspci > -vvv. If > >> anything other than pciback is the driver attached to your GPU, it > isn't > >> going to work. If the radeon driver touched the card it has been > tainted > >> and until the bus reset method is implemented it won't work. You > will need > >> to remove the radeon driver from your initrd, blacklist it in > >> /etc/modprobe.d/, create a configuration file for xen-pciback in > there to > >> make it capture the PCI devices you will be passing through, and > create a > >> script in /etc/sysconfig/modules/ to modprobe xen-pciback and AFTER > that > >> modprobe radeon if your primary GPU also uses that driver. > > I don't have to do any of this with my 5450. My machine has two 5450's > and no other video cards so maybe that is why it works. I let my > machine boot up as normal and then just use xl pci-assignable-add > before I want to start a DomU with the video card as secondary > passthrough. Does your machine load the radeon driver? If you don't boot into GUI and have the radeon driver blacklisted then most of this wouldn't matter. I quite clearly remember that if anything touched the GPU before the domU driver it wouldn't work at all. It is plausible something has changed since I tried it, though, such as the radeon driver in dom0 resetting the card to a clean state when it unloads. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 11 01:34:55 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 01:34:55 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5PiW-0002hR-TB; Fri, 11 Jul 2014 01:33:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5PiV-0002hM-Qp for xen-users@lists.xen.org; Fri, 11 Jul 2014 01:33:39 +0000 Received: from [85.158.137.68:55282] by server-11.bemta-3.messagelabs.com id 46/DF-12889-2FE3FB35; Fri, 11 Jul 2014 01:33:38 +0000 X-Env-Sender: bmenges@gogrid.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1405042416!15301696!1 X-Originating-IP: [216.93.160.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21262 invoked from network); 11 Jul 2014 01:33:37 -0000 Received: from smtp1.servepath.com (HELO smtp1.servepath.com) (216.93.160.25) by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 01:33:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=january; d=gogrid.com; h=Received:Received:From:To:Subject:Thread-Topic:Thread-Index:Date:Message-ID:References:In-Reply-To:Accept-Language:Content-Language:X-MS-Has-Attach:X-MS-TNEF-Correlator:x-originating-ip:Content-Type:Content-Transfer-Encoding:MIME-Version; b=lt4hBjoeGK+u9WCA/p8KWXoiPHAgEOORsJEedxO1LyU5ZnoFfgT78+DJe1Kjd1eurf2Roh3gEAZKqerMHOcElKuCRbxtlbjWGuSRQln2/jrFjnMcrRlVxxZ1zaLAq/oA; Received: from [192.168.6.217] (helo=ex-001-sfo.servepath.com) by smtp1.servepath.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1X5PiT-000GsH-7w for xen-users@lists.xen.org; Thu, 10 Jul 2014 18:33:37 -0700 Received: from ex-001-sfo.servepath.com ([169.254.1.228]) by ex-002-sfo.servepath.com ([192.168.6.217]) with mapi id 14.03.0158.001; Thu, 10 Jul 2014 18:33:35 -0700 From: Brian Menges To: "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Help with VGA passthrough Thread-Index: AQHPkEm8ih4RU5fwYkiYy9TuraL7uZuB+IGAgAAIuoCAGC3xgA== Date: Fri, 11 Jul 2014 01:33:34 +0000 Message-ID: References: <1616510.rANxyiYEzx@plpconcha> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.3.1] MIME-Version: 1.0 Subject: Re: [Xen-users] Help with VGA passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org So FINALLY after a lot of frustration, it all came down to a damn cable. I was using a DVI-DisplayPort cable, which apparently this graphics card doesn't handle well. I also was trying HDMI without enabling (odd... I thought it would enable all on its own if it was the only thing plugged in). Long story short, Finally while reluctantly trying a straight through DVI cable, things worked, and I was able to get over to an HDMI-DVI cable which suits my needs. Thanks for everyone's help. - Brian Menges Principal Engineer, DevOps GoGrid | ServePath | ColoServe | UpStream Networks -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Gordan Bobic Sent: Wednesday, June 25, 2014 02:20 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Help with VGA passthrough On 2014-06-25 09:45, Daniel E. Shub wrote: > On Wednesday 25 June 2014 08:45:07 Gordan Bobic wrote: > >> In terms of device capture, reboot the machine and look at lspci > -vvv. If > >> anything other than pciback is the driver attached to your GPU, it > isn't > >> going to work. If the radeon driver touched the card it has been > tainted > >> and until the bus reset method is implemented it won't work. You > will need > >> to remove the radeon driver from your initrd, blacklist it in > >> /etc/modprobe.d/, create a configuration file for xen-pciback in > there to > >> make it capture the PCI devices you will be passing through, and > create a > >> script in /etc/sysconfig/modules/ to modprobe xen-pciback and AFTER > that > >> modprobe radeon if your primary GPU also uses that driver. > > I don't have to do any of this with my 5450. My machine has two 5450's > and no other video cards so maybe that is why it works. I let my > machine boot up as normal and then just use xl pci-assignable-add > before I want to start a DomU with the video card as secondary > passthrough. Does your machine load the radeon driver? If you don't boot into GUI and have the radeon driver blacklisted then most of this wouldn't matter. I quite clearly remember that if anything touched the GPU before the domU driver it wouldn't work at all. It is plausible something has changed since I tried it, though, such as the radeon driver in dom0 resetting the card to a clean state when it unloads. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ________________________________ The information contained in this message, and any attachments, may contain confidential and legally privileged material. It is solely for the use of the person or entity to which it is addressed. Any review, retransmission, dissemination, or action taken in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 11 13:37:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 13:37:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5azj-0004i7-4v; Fri, 11 Jul 2014 13:36:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5azh-0004ht-VZ for xen-users@lists.xen.org; Fri, 11 Jul 2014 13:36:10 +0000 Received: from [193.109.254.147:60024] by server-5.bemta-14.messagelabs.com id D9/5C-07680-948EFB35; Fri, 11 Jul 2014 13:36:09 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1405085763!11500067!1 X-Originating-IP: [209.85.192.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12875 invoked from network); 11 Jul 2014 13:36:04 -0000 Received: from mail-qg0-f43.google.com (HELO mail-qg0-f43.google.com) (209.85.192.43) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jul 2014 13:36:04 -0000 Received: by mail-qg0-f43.google.com with SMTP id a108so830126qge.16 for ; Fri, 11 Jul 2014 06:36:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TBmDpbL670ijeD8RxXe+LK4Dfy70ARRTLhU0ar/Q7xo=; b=kGp8ih3OJSxr0HqP9hHIZa3ITzaiRoDD3gLBIYsfgLBcXD9b7FlcTPCTNtaVL33u+3 ePhI+VLhkY24I3zjhAEzlpu3yXMUlBH0CItt0Pfuf+oCXahOOBabHF9kLnbJLD02RYI/ CT1dVkPH34iARXgrmuwBAXKAhJqhyE0SAVikJClSjXPNUh4JBn3D3Nr+l+MsM9BRoTUb T/Ll/dyEczzKi9Af5lKCVQWdn7r+f/jBey/UNwIH3AG9//LH1KK2XjnCXlZWOdKb/FOo lzdUANk7BMUwiX6H4quzHMpCGdih+DnVJX1CUnaexPpvF+cbLzujZ3vTIwe3n0N9GSN5 kNTw== MIME-Version: 1.0 X-Received: by 10.229.87.132 with SMTP id w4mr88601543qcl.20.1405085763794; Fri, 11 Jul 2014 06:36:03 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Fri, 11 Jul 2014 06:36:03 -0700 (PDT) Date: Fri, 11 Jul 2014 07:36:03 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] vga passthrough reboot and acs overide X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0837499882457540491==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0837499882457540491== Content-Type: multipart/alternative; boundary=001a11338190d47dd404fdeb05ab --001a11338190d47dd404fdeb05ab Content-Type: text/plain; charset=UTF-8 I managed to get my R9 270 passed also HD6450 at same time. I can boot fine windows 8.1 and shut down. I can get it rebooted without xen rebooting whole system. I saw there is kernel path acs overide http://www.spinics.net/lists/kvm/msg92163.html I wonder if that will have impact on vga passthrough i wonder if changing on_reboot = 'restart' destroy will fix reboot issue ati drivers are going crazy. --001a11338190d47dd404fdeb05ab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I managed to get my R9 270 passed =C2=A0also HD6450 at sam= e time. I can boot fine windows 8.1 and shut down. I can get it rebooted wi= thout xen rebooting whole system. I saw there is kernel path acs overide http://www.spinics= .net/lists/kvm/msg92163.html
I wonder if that will have impact on vga passthrough
i wonder = if changing =C2=A0on_reboot =3D 'restart' destroy will fix reboot i= ssue ati drivers are going crazy.=C2=A0
=C2=A0
<= /div> --001a11338190d47dd404fdeb05ab-- --===============0837499882457540491== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0837499882457540491==-- From xen-users-bounces@lists.xen.org Fri Jul 11 13:37:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 13:37:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5azj-0004i7-4v; Fri, 11 Jul 2014 13:36:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5azh-0004ht-VZ for xen-users@lists.xen.org; Fri, 11 Jul 2014 13:36:10 +0000 Received: from [193.109.254.147:60024] by server-5.bemta-14.messagelabs.com id D9/5C-07680-948EFB35; Fri, 11 Jul 2014 13:36:09 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1405085763!11500067!1 X-Originating-IP: [209.85.192.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12875 invoked from network); 11 Jul 2014 13:36:04 -0000 Received: from mail-qg0-f43.google.com (HELO mail-qg0-f43.google.com) (209.85.192.43) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Jul 2014 13:36:04 -0000 Received: by mail-qg0-f43.google.com with SMTP id a108so830126qge.16 for ; Fri, 11 Jul 2014 06:36:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TBmDpbL670ijeD8RxXe+LK4Dfy70ARRTLhU0ar/Q7xo=; b=kGp8ih3OJSxr0HqP9hHIZa3ITzaiRoDD3gLBIYsfgLBcXD9b7FlcTPCTNtaVL33u+3 ePhI+VLhkY24I3zjhAEzlpu3yXMUlBH0CItt0Pfuf+oCXahOOBabHF9kLnbJLD02RYI/ CT1dVkPH34iARXgrmuwBAXKAhJqhyE0SAVikJClSjXPNUh4JBn3D3Nr+l+MsM9BRoTUb T/Ll/dyEczzKi9Af5lKCVQWdn7r+f/jBey/UNwIH3AG9//LH1KK2XjnCXlZWOdKb/FOo lzdUANk7BMUwiX6H4quzHMpCGdih+DnVJX1CUnaexPpvF+cbLzujZ3vTIwe3n0N9GSN5 kNTw== MIME-Version: 1.0 X-Received: by 10.229.87.132 with SMTP id w4mr88601543qcl.20.1405085763794; Fri, 11 Jul 2014 06:36:03 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Fri, 11 Jul 2014 06:36:03 -0700 (PDT) Date: Fri, 11 Jul 2014 07:36:03 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] vga passthrough reboot and acs overide X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0837499882457540491==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0837499882457540491== Content-Type: multipart/alternative; boundary=001a11338190d47dd404fdeb05ab --001a11338190d47dd404fdeb05ab Content-Type: text/plain; charset=UTF-8 I managed to get my R9 270 passed also HD6450 at same time. I can boot fine windows 8.1 and shut down. I can get it rebooted without xen rebooting whole system. I saw there is kernel path acs overide http://www.spinics.net/lists/kvm/msg92163.html I wonder if that will have impact on vga passthrough i wonder if changing on_reboot = 'restart' destroy will fix reboot issue ati drivers are going crazy. --001a11338190d47dd404fdeb05ab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I managed to get my R9 270 passed =C2=A0also HD6450 at sam= e time. I can boot fine windows 8.1 and shut down. I can get it rebooted wi= thout xen rebooting whole system. I saw there is kernel path acs overide http://www.spinics= .net/lists/kvm/msg92163.html
I wonder if that will have impact on vga passthrough
i wonder = if changing =C2=A0on_reboot =3D 'restart' destroy will fix reboot i= ssue ati drivers are going crazy.=C2=A0
=C2=A0
<= /div> --001a11338190d47dd404fdeb05ab-- --===============0837499882457540491== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0837499882457540491==-- From xen-users-bounces@lists.xen.org Fri Jul 11 14:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 14:17:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5bcb-0007KS-5g; Fri, 11 Jul 2014 14:16:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5bca-0007KL-6w for xen-users@lists.xensource.com; Fri, 11 Jul 2014 14:16:20 +0000 Received: from [193.109.254.147:53532] by server-3.bemta-14.messagelabs.com id 3B/72-13460-3B1FFB35; Fri, 11 Jul 2014 14:16:19 +0000 X-Env-Sender: murrayie@yahoo.co.uk X-Msg-Ref: server-6.tower-27.messagelabs.com!1405088177!16927025!1 X-Originating-IP: [212.82.96.57] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31214 invoked from network); 11 Jul 2014 14:16:18 -0000 Received: from nm32.bullet.mail.ir2.yahoo.com (HELO nm32.bullet.mail.ir2.yahoo.com) (212.82.96.57) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 14:16:18 -0000 Received: from [212.82.98.59] by nm32.bullet.mail.ir2.yahoo.com with NNFMP; 11 Jul 2014 14:16:17 -0000 Received: from [212.82.98.90] by tm12.bullet.mail.ir2.yahoo.com with NNFMP; 11 Jul 2014 14:16:17 -0000 Received: from [127.0.0.1] by omp1027.mail.ir2.yahoo.com with NNFMP; 11 Jul 2014 14:16:17 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 510353.44061.bm@omp1027.mail.ir2.yahoo.com Received: (qmail 56796 invoked by uid 60001); 11 Jul 2014 14:16:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1405088177; bh=lDu7Y11LRKkdm8GoKJ7JV1jY1ZRwHR4yxoqUjtRZjTY=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kTsdS1B4Ka/3HQ8ytIEpEM1C+d76QlYuPB/4vfFGjeoLDhVJLB1CN97PduDo13kWgx7sRPze0cZ6JeJonUY260eI8ipx7ofRC4g+U9uh3jDY8JPqRDKont2sl3L5cBZm70O8W52TJU63HuYCFGL1q2IQH7OiPzUlGMu4erGjAyU= X-YMail-OSG: JCPOajgVM1mGSXsPApDRzk4iPEkp5svuvc2azDUugUI0imv zW7Nra9nI9kfnL5VhlWYGmcYlFCKHz1MwKftvBMejq7_xSvqmnrL3yABjB9M yA7Cw8UuqNRfuWpRzE6dXcV2OT_1EZzQ2GHk7Wn3BmzWBNCUBTqAPdhbGL3F g.ojkVh0KNuG4S1TRndbNqx90NYF94GKwBul8sO5wVbltBpzfFZs6lyHoJ0D hGO6Rm6RAaFtjylX14kGmJ5.pYC.clg2NkVSIeddYuVKc4oT5JBGyfSuq5qm awG1aFJILasBOjPPiMTnu4oTh8Ou2fvMjB3U9hdCkzKXmJMyWgUxsAPjeh0G bE4yCEjUx0ziF.F5keOlwwC_Oa_sCN.PdZTJo9YJrHexIneuEjZ9YFKBC7CA bAe4jcPmBQ4Qg2JSUzlKwNcQoGPgnGaKPvqhrLtW494lODoMNtyoJs1t6ZXp N4rTS8iY7tQMBdQ0jVC36Cl44Yyi5xI.hFCSc_rTzjcAx36iQWORR5pOUUfv yP38W6KXRo_mTHFyhSMlBSUk35qhYgvhrQhBTskMkF1DeOmDhIgrfHkixRrV W.ImDIKMz9nUXCVPHU2JqBmZTIxziM8lIBeGvRNBlBtbPL6oBQ6zFncNGyis wC_Pa5GM- Received: from [195.212.29.67] by web171502.mail.ir2.yahoo.com via HTTP; Fri, 11 Jul 2014 15:16:17 BST X-Rocket-MIMEInfo: 002.001, SSdtIHRyeWluZyB0byBzZXQtdXAgYSBDb250T1MgNyBEb21VIHNlcnZlci4gSSBoYXZlIHVzZWQgdGhlIFBYRSBzZXQtdXAgaW1hZ2VzIGxpa2UgSSBub3JtYWxseSB3b3VsZCBmb3IgZWFybGllciB2ZXJzaW9ucyBvZiBDZW50T1MuCgpIZXJlIGlzIG15IGNvbmZpZyBmaWxlOi0KCm5hbWXCoMKgwqDCoMKgID0gImNlbnRvczciCm1lbW9yecKgwqDCoCA9IDIwNDgKZGlza8KgwqDCoMKgwqAgPSBbJ3BoeTovZGV2L3hlbjYvY2VudG9zNyx4dmRhLHcnIF0KdmlmID0gWyAnbWFjPXh4Onh4Onh4Onh4Onh4Onh4JyABMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 Message-ID: <1405088177.1612.YahooMailNeo@web171502.mail.ir2.yahoo.com> Date: Fri, 11 Jul 2014 15:16:17 +0100 From: Ian Murray To: "xen-users@lists.xensource.com" MIME-Version: 1.0 Subject: [Xen-users] Trying to set-up DomU CentOS 7, but get Warning: /dev/root does not exist X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ian Murray List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to set-up a ContOS 7 DomU server. I have used the PXE set-up ima= ges like I normally would for earlier versions of CentOS. Here is my config file:- name=A0=A0=A0=A0=A0 =3D "centos7" memory=A0=A0=A0 =3D 2048 disk=A0=A0=A0=A0=A0 =3D ['phy:/dev/xen6/centos7,xvda,w' ] vif =3D [ 'mac=3Dxx:xx:xx:xx:xx:xx' ] kernel=A0=A0=A0 =3D "/root/xen/centos7-64/vmlinuz" ramdisk=A0=A0 =3D "/root/xen/centos7-64/initrd.img" vcpus=A0=A0=A0=A0 =3D 2 on_reboot =3D 'destroy' on_crash=A0 =3D 'preserve' Starting the DomU would normally take me to the non-graphical install. However, with CentOS 7, boot crashes out with.... [=A0 OK=A0 ] Reached target Basic System. dracut-initqueue[555]: Warning: Could not boot. dracut-initqueue[555]: Warning: /dev/root does not exist =A0=A0=A0=A0=A0=A0=A0=A0 Starting Dracut Emergency Shell... Warning: /dev/root does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /= boot after mounting them and attach it to a bug report. dracut:/# = Some googling suggests this is also a problem with USB install and is to do= with device labels, but I don't know what that means in my context. Any suggestions on how to fix this or (at least work around it), would be m= uch appreciated. Thanks, Ian. full DomU boot is:- Parsing config from centos7-install [=A0=A0=A0 0.000000] Initializing cgroup subsys cpuset [=A0=A0=A0 0.000000] Initializing cgroup subsys cpu [=A0=A0=A0 0.000000] Initializing cgroup subsys cpuacct [=A0=A0=A0 0.000000] Linux version 3.10.0-123.el7.x86_64 (builder@kbuilder.= dev.centos.org) (gcc version 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) ) #1 S= MP Mon Jun 30 12:09:22 UTC 2014 [=A0=A0=A0 0.000000] Command line: = [=A0=A0=A0 0.000000] ACPI in unprivileged domain disabled [=A0=A0=A0 0.000000] e820: BIOS-provided physical RAM map: [=A0=A0=A0 0.000000] Xen: [mem 0x0000000000000000-0x000000000009ffff] usable [=A0=A0=A0 0.000000] Xen: [mem 0x00000000000a0000-0x00000000000fffff] reser= ved [=A0=A0=A0 0.000000] Xen: [mem 0x0000000000100000-0x000000007fffffff] usable [=A0=A0=A0 0.000000] NX (Execute Disable) protection: active [=A0=A0=A0 0.000000] DMI not present or invalid. [=A0=A0=A0 0.000000] No AGP bridge found [=A0=A0=A0 0.000000] e820: last_pfn =3D 0x80000 max_arch_pfn =3D 0x400000000 [=A0=A0=A0 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] [=A0=A0=A0 0.000000] init_memory_mapping: [mem 0x7fe00000-0x7fffffff] [=A0=A0=A0 0.000000] init_memory_mapping: [mem 0x7c000000-0x7fdfffff] [=A0=A0=A0 0.000000] init_memory_mapping: [mem 0x00100000-0x7bffffff] [=A0=A0=A0 0.000000] RAMDISK: [mem 0x0223f000-0x04390fff] [=A0=A0=A0 0.000000] NUMA turned off [=A0=A0=A0 0.000000] Faking a node at [mem 0x0000000000000000-0x000000007ff= fffff] [=A0=A0=A0 0.000000] Initmem setup node 0 [mem 0x00000000-0x7fffffff] [=A0=A0=A0 0.000000]=A0=A0 NODE_DATA [mem 0x7fc04000-0x7fc2afff] [=A0=A0=A0 0.000000] Zone ranges: [=A0=A0=A0 0.000000]=A0=A0 DMA=A0=A0=A0=A0=A0 [mem 0x00001000-0x00ffffff] [=A0=A0=A0 0.000000]=A0=A0 DMA32=A0=A0=A0 [mem 0x01000000-0xffffffff] [=A0=A0=A0 0.000000]=A0=A0 Normal=A0=A0 empty [=A0=A0=A0 0.000000] Movable zone start for each node [=A0=A0=A0 0.000000] Early memory node ranges [=A0=A0=A0 0.000000]=A0=A0 node=A0=A0 0: [mem 0x00001000-0x0009ffff] [=A0=A0=A0 0.000000]=A0=A0 node=A0=A0 0: [mem 0x00100000-0x7fffffff] [=A0=A0=A0 0.000000] SFI: Simple Firmware Interface v0.81 http://simplefirm= ware.org [=A0=A0=A0 0.000000] smpboot: Allowing 2 CPUs, 0 hotplug CPUs [=A0=A0=A0 0.000000] No local APIC present [=A0=A0=A0 0.000000] APIC: disable apic facility [=A0=A0=A0 0.000000] APIC: switched to apic NOOP [=A0=A0=A0 0.000000] PM: Registered nosave memory: [mem 0x000a0000-0x000fff= ff] [=A0=A0=A0 0.000000] e820: [mem 0x80000000-0xffffffff] available for PCI de= vices [=A0=A0=A0 0.000000] Booting paravirtualized kernel on Xen [=A0=A0=A0 0.000000] Xen version: 4.4.0 (preserve-AD) [=A0=A0=A0 0.000000] setup_percpu: NR_CPUS:5120 nr_cpumask_bits:2 nr_cpu_id= s:2 nr_node_ids:1 [=A0=A0=A0 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88007d000000 s86592= r8192 d24000 u1048576 [=A0=A0=A0 0.000000] Built 1 zonelists in Node order, mobility grouping on.= =A0 Total pages: 515978 [=A0=A0=A0 0.000000] Policy zone: DMA32 [=A0=A0=A0 0.000000] Kernel command line: = [=A0=A0=A0 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) [=A0=A0=A0 0.000000] xsave: enabled xstate_bv 0x3, cntxt size 0x240 [=A0=A0=A0 0.000000] Checking aperture... [=A0=A0=A0 0.000000] No AGP bridge found [=A0=A0=A0 0.000000] Memory: 2006356k/2097152k available (6105k kernel code= , 388k absent, 90408k reserved, 4065k data, 1584k init) [=A0=A0=A0 0.000000] SLUB: HWalign=3D64, Order=3D0-3, MinObjects=3D0, CPUs= =3D2, Nodes=3D1 [=A0=A0=A0 0.000000] Hierarchical RCU implementation. [=A0=A0=A0 0.000000] =A0=A0=A0 RCU restricting CPUs from NR_CPUS=3D5120 to = nr_cpu_ids=3D2. [=A0=A0=A0 0.000000] =A0=A0=A0 Experimental no-CBs for all CPUs [=A0=A0=A0 0.000000] =A0=A0=A0 Experimental no-CBs CPUs: 0-1. [=A0=A0=A0 0.000000] NR_IRQS:327936 nr_irqs:288 16 [=A0=A0=A0 0.000000] Console: colour dummy device 80x25 [=A0=A0=A0 0.000000] console [tty0] enabled [=A0=A0=A0 0.000000] console [hvc0] enabled [=A0=A0=A0 0.000000] allocated 8388608 bytes of page_cgroup [=A0=A0=A0 0.000000] please try 'cgroup_disable=3Dmemory' option if you don= 't want memory cgroups [=A0=A0=A0 0.000000] installing Xen timer for CPU 0 [=A0=A0=A0 0.000000] tsc: Detected 2893.500 MHz processor [=A0=A0=A0 0.001000] Calibrating delay loop (skipped), value calculated usi= ng timer frequency.. 5787.00 BogoMIPS (lpj=3D2893500) [=A0=A0=A0 0.001000] pid_max: default: 32768 minimum: 301 [=A0=A0=A0 0.001000] Security Framework initialized [=A0=A0=A0 0.001000] SELinux:=A0 Initializing. [=A0=A0=A0 0.001000] Dentry cache hash table entries: 262144 (order: 9, 209= 7152 bytes) [=A0=A0=A0 0.001000] Inode-cache hash table entries: 131072 (order: 8, 1048= 576 bytes) [=A0=A0=A0 0.001000] Mount-cache hash table entries: 4096 [=A0=A0=A0 0.001135] Initializing cgroup subsys memory [=A0=A0=A0 0.001148] Initializing cgroup subsys devices [=A0=A0=A0 0.001152] Initializing cgroup subsys freezer [=A0=A0=A0 0.001155] Initializing cgroup subsys net_cls [=A0=A0=A0 0.001159] Initializing cgroup subsys blkio [=A0=A0=A0 0.001162] Initializing cgroup subsys perf_event [=A0=A0=A0 0.001166] Initializing cgroup subsys hugetlb [=A0=A0=A0 0.001215] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [=A0=A0=A0 0.001215] ENERGY_PERF_BIAS: View and update with x86_energy_perf= _policy(8) [=A0=A0=A0 0.001222] CPU: Physical Processor ID: 0 [=A0=A0=A0 0.001225] CPU: Processor Core ID: 0 [=A0=A0=A0 0.001230] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 [=A0=A0=A0 0.001230] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 [=A0=A0=A0 0.001230] tlb_flushall_shift: 6 [=A0=A0=A0 0.022300] ftrace: allocating 23383 entries in 92 pages [=A0=A0=A0 0.027088] cpu 0 spinlock event irq 17 [=A0=A0=A0 0.027130] Performance Events: unsupported p6 CPU model 42 no PMU= driver, software events only. [=A0=A0=A0 0.028029] NMI watchdog: disabled (cpu0): hardware events not ena= bled [=A0=A0=A0 0.028084] installing Xen timer for CPU 1 [=A0=A0=A0 0.028095] cpu 1 spinlock event irq 24 [=A0=A0=A0 0.028118] SMP alternatives: switching to SMP code [=A0=A0=A0 0.047691] Brought up 2 CPUs [=A0=A0=A0 0.047799] devtmpfs: initialized [=A0=A0=A0 0.047959] EVM: security.selinux [=A0=A0=A0 0.047965] EVM: security.ima [=A0=A0=A0 0.047969] EVM: security.capability [=A0=A0=A0 0.049423] atomic64 test passed for x86-64 platform with CX8 and = with SSE [=A0=A0=A0 0.049454] xen:grant_table: Grant tables using version 2 layout [=A0=A0=A0 0.049481] Grant table initialized [=A0=A0=A0 0.049517] NET: Registered protocol family 16 [=A0=A0=A0 0.050055] PCI: setting up Xen PCI frontend stub [=A0=A0=A0 0.051077] bio: create slab at 0 [=A0=A0=A0 0.051077] ACPI: Interpreter disabled. [=A0=A0=A0 0.051077] xen:balloon: Initialising balloon driver [=A0=A0=A0 0.052009] xen_balloon: Initialising balloon driver [=A0=A0=A0 0.052030] vgaarb: loaded [=A0=A0=A0 0.052068] SCSI subsystem initialized [=A0=A0=A0 0.052068] usbcore: registered new interface driver usbfs [=A0=A0=A0 0.052068] usbcore: registered new interface driver hub [=A0=A0=A0 0.052068] usbcore: registered new device driver usb [=A0=A0=A0 0.052068] PCI: System does not support PCI [=A0=A0=A0 0.052068] PCI: System does not support PCI [=A0=A0=A0 0.053068] NetLabel: Initializing [=A0=A0=A0 0.053072] NetLabel:=A0 domain hash size =3D 128 [=A0=A0=A0 0.053074] NetLabel:=A0 protocols =3D UNLABELED CIPSOv4 [=A0=A0=A0 0.053083] NetLabel:=A0 unlabeled traffic allowed by default [=A0=A0=A0 0.053088] Switching to clocksource xen [=A0=A0=A0 0.056866] pnp: PnP ACPI: disabled [=A0=A0=A0 0.058849] NET: Registered protocol family 2 [=A0=A0=A0 0.058969] TCP established hash table entries: 16384 (order: 5, 1= 31072 bytes) [=A0=A0=A0 0.059023] TCP bind hash table entries: 16384 (order: 6, 262144 b= ytes) [=A0=A0=A0 0.059066] TCP: Hash tables configured (established 16384 bind 16= 384) [=A0=A0=A0 0.059084] TCP: reno registered [=A0=A0=A0 0.059093] UDP hash table entries: 1024 (order: 3, 32768 bytes) [=A0=A0=A0 0.059105] UDP-Lite hash table entries: 1024 (order: 3, 32768 byt= es) [=A0=A0=A0 0.059144] NET: Registered protocol family 1 [=A0=A0=A0 0.059186] Unpacking initramfs... [=A0=A0=A0 3.252164] Freeing initrd memory: 34120k freed [=A0=A0=A0 3.257997] platform rtc_cmos: registered platform RTC device (no = PNP device found) [=A0=A0=A0 3.258508] microcode: CPU0 sig=3D0x206a7, pf=3D0x2, revision=3D0x= 26 [=A0=A0=A0 3.258632] microcode: CPU1 sig=3D0x206a7, pf=3D0x2, revision=3D0x= 26 [=A0=A0=A0 3.258722] microcode: Microcode Update Driver: v2.00 , Peter Oruba [=A0=A0=A0 3.258934] futex hash table entries: 512 (order: 3, 32768 bytes) [=A0=A0=A0 3.258946] Initialise system trusted keyring [=A0=A0=A0 3.258982] audit: initializing netlink socket (disabled) [=A0=A0=A0 3.258994] type=3D2000 audit(1405087133.283:1): initialized [=A0=A0=A0 3.276836] HugeTLB registered 2 MB page size, pre-allocated 0 pag= es [=A0=A0=A0 3.277986] zbud: loaded [=A0=A0=A0 3.278300] VFS: Disk quotas dquot_6.5.2 [=A0=A0=A0 3.278356] Dquot-cache hash table entries: 512 (order 0, 4096 byt= es) [=A0=A0=A0 3.278496] msgmni has been set to 3985 [=A0=A0=A0 3.278536] Key type big_key registered [=A0=A0=A0 3.279480] alg: No test for stdrng (krng) [=A0=A0=A0 3.279504] NET: Registered protocol family 38 [=A0=A0=A0 3.279508] Key type asymmetric registered [=A0=A0=A0 3.279510] Asymmetric key parser 'x509' registered [=A0=A0=A0 3.279536] Block layer SCSI generic (bsg) driver version 0.4 load= ed (major 252) [=A0=A0=A0 3.279581] io scheduler noop registered [=A0=A0=A0 3.279584] io scheduler deadline registered (default) [=A0=A0=A0 3.279608] io scheduler cfq registered [=A0=A0=A0 3.279661] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [=A0=A0=A0 3.279674] pciehp: PCI Express Hot Plug Controller Driver version= : 0.4 [=A0=A0=A0 3.280042] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [=A0=A0=A0 3.280404] Non-volatile memory driver v1.3 [=A0=A0=A0 3.280409] Linux agpgart interface v0.103 [=A0=A0=A0 3.280472] crash memory driver: version 1.1 [=A0=A0=A0 3.280487] rdac: device handler registered [=A0=A0=A0 3.280525] hp_sw: device handler registered [=A0=A0=A0 3.280529] emc: device handler registered [=A0=A0=A0 3.280531] alua: device handler registered [=A0=A0=A0 3.280557] libphy: Fixed MDIO Bus: probed [=A0=A0=A0 3.280606] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Dr= iver [=A0=A0=A0 3.280613] ehci-pci: EHCI PCI platform driver [=A0=A0=A0 3.280620] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [=A0=A0=A0 3.280623] ohci-pci: OHCI PCI platform driver [=A0=A0=A0 3.280629] uhci_hcd: USB Universal Host Controller Interface driv= er [=A0=A0=A0 3.280662] usbcore: registered new interface driver usbserial [=A0=A0=A0 3.280669] usbcore: registered new interface driver usbserial_gen= eric [=A0=A0=A0 3.280677] usbserial: USB Serial support registered for generic [=A0=A0=A0 3.280691] i8042: PNP: No PS/2 controller found. Probing ports di= rectly. [=A0=A0=A0 4.289340] i8042: No controller found [=A0=A0=A0 4.289451] mousedev: PS/2 mouse device common for all mice [=A0=A0=A0 4.349782] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rt= c0 [=A0=A0=A0 4.350100] rtc_cmos: probe of rtc_cmos failed with error -38 [=A0=A0=A0 4.350128] hidraw: raw HID events driver (C) Jiri Kosina [=A0=A0=A0 4.350192] usbcore: registered new interface driver usbhid [=A0=A0=A0 4.350195] usbhid: USB HID core driver [=A0=A0=A0 4.350217] drop_monitor: Initializing network drop monitor service [=A0=A0=A0 4.350276] TCP: cubic registered [=A0=A0=A0 4.350279] Initializing XFRM netlink socket [=A0=A0=A0 4.350342] NET: Registered protocol family 10 [=A0=A0=A0 4.350451] NET: Registered protocol family 17 [=A0=A0=A0 4.350590] Loading compiled-in X.509 certificates [=A0=A0=A0 4.350614] Loaded X.509 cert 'CentOS Linux kpatch signing key: ea= 0413152cde1d98ebdca3fe6f0230904c9ef717' [=A0=A0=A0 4.350630] Loaded X.509 cert 'CentOS Linux Driver update signing = key: 7f421ee0ab69461574bb358861dbe77762a4201b' [=A0=A0=A0 4.351108] Loaded X.509 cert 'CentOS Linux kernel signing key: bc= 83d0fe70c62fab1c58b4ebaa95e3936128fcf4' [=A0=A0=A0 4.351121] registered taskstats version 1 [=A0=A0=A0 4.354567] Key type trusted registered [=A0=A0=A0 4.360087] Key type encrypted registered [=A0=A0=A0 4.363316] IMA: No TPM chip found, activating TPM-bypass! [=A0=A0=A0 4.363373] xenbus_probe_frontend: Device with no driver: device/v= bd/51712 [=A0=A0=A0 4.363377] xenbus_probe_frontend: Device with no driver: device/v= if/0 [=A0=A0=A0 4.363451] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [=A0=A0=A0 4.364010] Freeing unused kernel memory: 1584k freed [=A0=A0=A0 4.368413] systemd[1]: systemd 208 running in system mode. (+PAM = +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ) [=A0=A0=A0 4.368492] systemd[1]: Detected virtualization 'xen'. [=A0=A0=A0 4.368499] systemd[1]: Running in initial RAM disk. Welcome to CentOS Linux 7 (Core) dracut-033-161.el7 (Initramfs)! [=A0=A0=A0 4.368646] systemd[1]: No hostname configured. [=A0=A0=A0 4.368655] systemd[1]: Set hostname to . [=A0=A0=A0 4.368750] systemd[1]: Initializing machine ID from random genera= tor. [=A0=A0=A0 4.403379] systemd[1]: Starting -.slice. [=A0 OK=A0 ] Created slice -.slice. [=A0=A0=A0 4.403822] systemd[1]: Created slice -.slice. [=A0=A0=A0 4.403908] systemd[1]: Starting System Slice. [=A0 OK=A0 ] Created slice System Slice. [=A0=A0=A0 4.404105] systemd[1]: Created slice System Slice. [=A0=A0=A0 4.404183] systemd[1]: Starting Slices. [=A0 OK=A0 ] Reached target Slices. [=A0=A0=A0 4.404260] systemd[1]: Reached target Slices. [=A0=A0=A0 4.404333] systemd[1]: Starting Timers. [=A0 OK=A0 ] Reached target Timers. [=A0=A0=A0 4.404406] systemd[1]: Reached target Timers. [=A0=A0=A0 4.404481] systemd[1]: Starting Encrypted Volumes. [=A0 OK=A0 ] Reached target Encrypted Volumes. [=A0=A0=A0 4.404557] systemd[1]: Reached target Encrypted Volumes. [=A0=A0=A0 4.404630] systemd[1]: Starting Journal Socket. [=A0 OK=A0 ] Listening on Journal Socket. [=A0=A0=A0 4.404816] systemd[1]: Listening on Journal Socket. [=A0=A0=A0 4.405218] systemd[1]: Starting dracut cmdline hook... =A0=A0=A0=A0=A0=A0=A0=A0 Starting dracut cmdline hook... [=A0=A0=A0 4.406387] systemd[1]: Started Load Kernel Modules. [=A0=A0=A0 4.406415] systemd[1]: Starting Setup Virtual Console... =A0=A0=A0=A0=A0=A0=A0=A0 Starting Setup Virtual Console... [=A0=A0=A0 4.407540] systemd[1]: Starting Journal Service... =A0=A0=A0=A0=A0=A0=A0=A0 Starting Journal Service... [=A0 OK=A0 ] Started Journal Service. [=A0=A0=A0 4.408841] systemd[1]: Started Journal Service. [=A0 OK=A0 ] Listening on udev Kernel Socket. [=A0 OK=A0 ] Listening on udev Control Socket. [=A0 OK=A0 ] Reached target Sockets. =A0=A0=A0=A0=A0=A0=A0=A0 Starting Create list of required static device nod= es...rrent kernel... =A0=A0=A0=A0=A0=A0=A0=A0 Starting Apply Kernel Variables... =A0=A0=A0=A0=A0=A0=A0=A0 Starting Device-Mapper Multipath Device Controller= ... [=A0 OK=A0 ] Reached target Swap. [=A0=A0=A0 4.422515] systemd-journald[84]: Vacuuming done, freed 0 bytes [=A0 OK=A0 ] Reached target Local File Systems. [=A0=A0=A0 4.432606] device-mapper: uevent: version 1.0.3 [=A0=A0=A0 4.432673] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initia= lised: dm-devel@redhat.com [=A0 OK=A0 ] Started Setup Virtual Console. [=A0=A0=A0 4.494910] device-mapper: multipath: version 1.6.0 loaded [=A0 OK=A0 ] Started Apply Kernel Variables. [=A0 OK=A0 ] Started Create list of required static device nodes ...current= kernel. =A0=A0=A0=A0=A0=A0=A0=A0 Starting Create static device nodes in /dev... [=A0 OK=A0 ] Started Create static device nodes in /dev. [=A0 OK=A0 ] Started Device-Mapper Multipath Device Controller. [=A0=A0=A0 4.546601] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found [=A0=A0=A0 4.546610] EDD information not available. [=A0 OK=A0 ] Started dracut cmdline hook. =A0=A0=A0=A0=A0=A0=A0=A0 Starting dracut pre-udev hook... [=A0=A0=A0 5.166524] squashfs: version 4.0 (2009/01/31) Phillip Lougher [=A0=A0=A0 5.174260] Loading iSCSI transport class v2.0-870. [=A0=A0=A0 5.179808] iscsi: registered transport (tcp) [=A0=A0=A0 5.250500] Floppy drive(s): fd0 is unknown type 15 (usb?), fd1 is= unknown type 15 (usb?) [=A0=A0=A0 5.250523] floppy0: Unable to grab IRQ6 for the floppy driver [=A0=A0=A0 5.263007] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found [=A0=A0=A0 5.263021] EDD information not available. [=A0=A0=A0 5.276014] No iBFT detected. [=A0=A0=A0 5.281463] md: raid0 personality registered for level 0 [=A0=A0=A0 5.288251] md: raid1 personality registered for level 1 [=A0=A0=A0 5.293992] async_tx: api initialized (async) [=A0=A0=A0 5.295727] xor: measuring software checksum speed [=A0=A0=A0 5.305056]=A0=A0=A0 prefetch64-sse:=A0 8920.000 MB/sec [=A0=A0=A0 5.315053]=A0=A0=A0 generic_sse: 14824.000 MB/sec [=A0=A0=A0 5.315056] xor: using function: generic_sse (14824.000 MB/sec) [=A0=A0=A0 5.334056] raid6: sse2x1=A0=A0=A0 7730 MB/s [=A0=A0=A0 5.351058] raid6: sse2x2=A0=A0=A0 9695 MB/s [=A0=A0=A0 5.368054] raid6: sse2x4=A0=A0 11238 MB/s [=A0=A0=A0 5.368058] raid6: using algorithm sse2x4 (11238 MB/s) [=A0=A0=A0 5.368060] raid6: using ssse3x2 recovery algorithm [=A0=A0=A0 5.372777] md: raid6 personality registered for level 6 [=A0=A0=A0 5.372783] md: raid5 personality registered for level 5 [=A0=A0=A0 5.372786] md: raid4 personality registered for level 4 [=A0=A0=A0 5.385479] md: raid10 personality registered for level 10 [=A0=A0=A0 5.390027] md: linear personality registered for level -1 [=A0=A0=A0 5.422623] device-mapper: multipath round-robin: version 1.0.0 lo= aded [=A0=A0=A0 5.438366] sha256_ssse3: Using SSSE3 optimized SHA-256 implementa= tion [=A0=A0=A0 5.486012] RPC: Registered named UNIX socket transport module. [=A0=A0=A0 5.486026] RPC: Registered udp transport module. [=A0=A0=A0 5.486031] RPC: Registered tcp transport module. [=A0=A0=A0 5.486035] RPC: Registered tcp NFSv4.1 backchannel transport modu= le. [=A0 OK=A0 ] Started dracut pre-udev hook. =A0=A0=A0=A0=A0=A0=A0=A0 Starting udev Kernel Device Manager... [=A0=A0=A0 5.623318] systemd-udevd[430]: starting version 208 [=A0 OK=A0 ] Started udev Kernel Device Manager. =A0=A0=A0=A0=A0=A0=A0=A0 Starting dracut pre-trigger hook... [=A0=A0=A0 5.805025] xen_netfront: Initialising Xen virtual ethernet driver [=A0=A0=A0 5.817651] alg: No test for crc32 (crc32-pclmul) [=A0=A0=A0 5.832691] blkfront: xvda: flush diskcache: enabled; persistent g= rants: disabled; indirect descriptors: disabled; [=A0=A0=A0 5.834035]=A0 xvda: unknown partition table [=A0=A0=A0 5.834341] Setting capacity to 62914560 [=A0=A0=A0 5.834349] xvda: detected capacity change from 0 to 32212254720 [=A0 OK=A0 ] Started dracut pre-trigger hook. =A0=A0=A0=A0=A0=A0=A0=A0 Starting udev Coldplug all Devices... =A0=A0=A0=A0=A0=A0=A0=A0 Mounting Configuration File System... [=A0 OK=A0 ] Started udev Coldplug all Devices. =A0=A0=A0=A0=A0=A0=A0=A0 Starting dracut initqueue hook... =A0=A0=A0=A0=A0=A0=A0=A0 Starting Show Plymouth Boot Screen... [=A0 OK=A0 ] Mounted Configuration File System. [=A0 OK=A0 ] Reached target System Initialization. [=A0 OK=A0 ] Started Show Plymouth Boot Screen. [=A0 OK=A0 ] Reached target Paths. [=A0 OK=A0 ] Reached target Basic System. dracut-initqueue[555]: Warning: Could not boot. [=A0 OK=A0 ] Started Show Plymouth Boot Screen. [=A0 OK=A0 ] Reached target Paths. [=A0 OK=A0 ] Reached target Basic System. dracut-initqueue[555]: Warning: Could not boot. dracut-initqueue[555]: Warning: /dev/root does not exist =A0=A0=A0=A0=A0=A0=A0=A0 Starting Dracut Emergency Shell... Warning: /dev/root does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /= boot after mounting them and attach it to a bug report. dracut:/# = xl info: release=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3.2.0-54-generic version=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : #82-Ubuntu SMP Tue S= ep 10 20:08:42 UTC 2013 machine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : x86_64 nr_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2 max_cpu_id=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1 nr_nodes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1 cores_per_socket=A0=A0=A0=A0=A0=A0 : 2 threads_per_core=A0=A0=A0=A0=A0=A0 : 1 cpu_mhz=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2893 hw_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : bfebfbff:28100800:00= 000000:00003f00:059ae3bf:00000000:00000001:00000000 virt_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : hvm total_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 16241 free_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 9248 sharing_freed_memory=A0=A0 : 0 sharing_used_memory=A0=A0=A0 : 0 outstanding_claims=A0=A0=A0=A0 : 0 free_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 0 xen_major=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4 xen_minor=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4 xen_extra=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : .0 xen_version=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4.4.0 xen_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : xen-3.0-x86_64 xen-3.0= -x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 = xen_scheduler=A0=A0=A0=A0=A0=A0=A0=A0=A0 : credit xen_pagesize=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4096 platform_params=A0=A0=A0=A0=A0=A0=A0 : virt_start=3D0xffff800000000000 xen_changeset=A0=A0=A0=A0=A0=A0=A0=A0=A0 : = xen_commandline=A0=A0=A0=A0=A0=A0=A0 : placeholder dom0_mem=3D1024M,max:102= 4M cc_compiler=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : gcc (Ubuntu/Linaro 4.6.3-1ub= untu5) 4.6.3 cc_compile_by=A0=A0=A0=A0=A0=A0=A0=A0=A0 : root cc_compile_domain=A0=A0=A0=A0=A0 : = cc_compile_date=A0=A0=A0=A0=A0=A0=A0 : Wed Apr 30 18:17:39 BST 2014 xend_config_format=A0=A0=A0=A0 : 4 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 11 14:17:24 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 14:17:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5bcb-0007KS-5g; Fri, 11 Jul 2014 14:16:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5bca-0007KL-6w for xen-users@lists.xensource.com; Fri, 11 Jul 2014 14:16:20 +0000 Received: from [193.109.254.147:53532] by server-3.bemta-14.messagelabs.com id 3B/72-13460-3B1FFB35; Fri, 11 Jul 2014 14:16:19 +0000 X-Env-Sender: murrayie@yahoo.co.uk X-Msg-Ref: server-6.tower-27.messagelabs.com!1405088177!16927025!1 X-Originating-IP: [212.82.96.57] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31214 invoked from network); 11 Jul 2014 14:16:18 -0000 Received: from nm32.bullet.mail.ir2.yahoo.com (HELO nm32.bullet.mail.ir2.yahoo.com) (212.82.96.57) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 14:16:18 -0000 Received: from [212.82.98.59] by nm32.bullet.mail.ir2.yahoo.com with NNFMP; 11 Jul 2014 14:16:17 -0000 Received: from [212.82.98.90] by tm12.bullet.mail.ir2.yahoo.com with NNFMP; 11 Jul 2014 14:16:17 -0000 Received: from [127.0.0.1] by omp1027.mail.ir2.yahoo.com with NNFMP; 11 Jul 2014 14:16:17 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 510353.44061.bm@omp1027.mail.ir2.yahoo.com Received: (qmail 56796 invoked by uid 60001); 11 Jul 2014 14:16:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1405088177; bh=lDu7Y11LRKkdm8GoKJ7JV1jY1ZRwHR4yxoqUjtRZjTY=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kTsdS1B4Ka/3HQ8ytIEpEM1C+d76QlYuPB/4vfFGjeoLDhVJLB1CN97PduDo13kWgx7sRPze0cZ6JeJonUY260eI8ipx7ofRC4g+U9uh3jDY8JPqRDKont2sl3L5cBZm70O8W52TJU63HuYCFGL1q2IQH7OiPzUlGMu4erGjAyU= X-YMail-OSG: JCPOajgVM1mGSXsPApDRzk4iPEkp5svuvc2azDUugUI0imv zW7Nra9nI9kfnL5VhlWYGmcYlFCKHz1MwKftvBMejq7_xSvqmnrL3yABjB9M yA7Cw8UuqNRfuWpRzE6dXcV2OT_1EZzQ2GHk7Wn3BmzWBNCUBTqAPdhbGL3F g.ojkVh0KNuG4S1TRndbNqx90NYF94GKwBul8sO5wVbltBpzfFZs6lyHoJ0D hGO6Rm6RAaFtjylX14kGmJ5.pYC.clg2NkVSIeddYuVKc4oT5JBGyfSuq5qm awG1aFJILasBOjPPiMTnu4oTh8Ou2fvMjB3U9hdCkzKXmJMyWgUxsAPjeh0G bE4yCEjUx0ziF.F5keOlwwC_Oa_sCN.PdZTJo9YJrHexIneuEjZ9YFKBC7CA bAe4jcPmBQ4Qg2JSUzlKwNcQoGPgnGaKPvqhrLtW494lODoMNtyoJs1t6ZXp N4rTS8iY7tQMBdQ0jVC36Cl44Yyi5xI.hFCSc_rTzjcAx36iQWORR5pOUUfv yP38W6KXRo_mTHFyhSMlBSUk35qhYgvhrQhBTskMkF1DeOmDhIgrfHkixRrV W.ImDIKMz9nUXCVPHU2JqBmZTIxziM8lIBeGvRNBlBtbPL6oBQ6zFncNGyis wC_Pa5GM- Received: from [195.212.29.67] by web171502.mail.ir2.yahoo.com via HTTP; Fri, 11 Jul 2014 15:16:17 BST X-Rocket-MIMEInfo: 002.001, SSdtIHRyeWluZyB0byBzZXQtdXAgYSBDb250T1MgNyBEb21VIHNlcnZlci4gSSBoYXZlIHVzZWQgdGhlIFBYRSBzZXQtdXAgaW1hZ2VzIGxpa2UgSSBub3JtYWxseSB3b3VsZCBmb3IgZWFybGllciB2ZXJzaW9ucyBvZiBDZW50T1MuCgpIZXJlIGlzIG15IGNvbmZpZyBmaWxlOi0KCm5hbWXCoMKgwqDCoMKgID0gImNlbnRvczciCm1lbW9yecKgwqDCoCA9IDIwNDgKZGlza8KgwqDCoMKgwqAgPSBbJ3BoeTovZGV2L3hlbjYvY2VudG9zNyx4dmRhLHcnIF0KdmlmID0gWyAnbWFjPXh4Onh4Onh4Onh4Onh4Onh4JyABMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 Message-ID: <1405088177.1612.YahooMailNeo@web171502.mail.ir2.yahoo.com> Date: Fri, 11 Jul 2014 15:16:17 +0100 From: Ian Murray To: "xen-users@lists.xensource.com" MIME-Version: 1.0 Subject: [Xen-users] Trying to set-up DomU CentOS 7, but get Warning: /dev/root does not exist X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ian Murray List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm trying to set-up a ContOS 7 DomU server. I have used the PXE set-up ima= ges like I normally would for earlier versions of CentOS. Here is my config file:- name=A0=A0=A0=A0=A0 =3D "centos7" memory=A0=A0=A0 =3D 2048 disk=A0=A0=A0=A0=A0 =3D ['phy:/dev/xen6/centos7,xvda,w' ] vif =3D [ 'mac=3Dxx:xx:xx:xx:xx:xx' ] kernel=A0=A0=A0 =3D "/root/xen/centos7-64/vmlinuz" ramdisk=A0=A0 =3D "/root/xen/centos7-64/initrd.img" vcpus=A0=A0=A0=A0 =3D 2 on_reboot =3D 'destroy' on_crash=A0 =3D 'preserve' Starting the DomU would normally take me to the non-graphical install. However, with CentOS 7, boot crashes out with.... [=A0 OK=A0 ] Reached target Basic System. dracut-initqueue[555]: Warning: Could not boot. dracut-initqueue[555]: Warning: /dev/root does not exist =A0=A0=A0=A0=A0=A0=A0=A0 Starting Dracut Emergency Shell... Warning: /dev/root does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /= boot after mounting them and attach it to a bug report. dracut:/# = Some googling suggests this is also a problem with USB install and is to do= with device labels, but I don't know what that means in my context. Any suggestions on how to fix this or (at least work around it), would be m= uch appreciated. Thanks, Ian. full DomU boot is:- Parsing config from centos7-install [=A0=A0=A0 0.000000] Initializing cgroup subsys cpuset [=A0=A0=A0 0.000000] Initializing cgroup subsys cpu [=A0=A0=A0 0.000000] Initializing cgroup subsys cpuacct [=A0=A0=A0 0.000000] Linux version 3.10.0-123.el7.x86_64 (builder@kbuilder.= dev.centos.org) (gcc version 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) ) #1 S= MP Mon Jun 30 12:09:22 UTC 2014 [=A0=A0=A0 0.000000] Command line: = [=A0=A0=A0 0.000000] ACPI in unprivileged domain disabled [=A0=A0=A0 0.000000] e820: BIOS-provided physical RAM map: [=A0=A0=A0 0.000000] Xen: [mem 0x0000000000000000-0x000000000009ffff] usable [=A0=A0=A0 0.000000] Xen: [mem 0x00000000000a0000-0x00000000000fffff] reser= ved [=A0=A0=A0 0.000000] Xen: [mem 0x0000000000100000-0x000000007fffffff] usable [=A0=A0=A0 0.000000] NX (Execute Disable) protection: active [=A0=A0=A0 0.000000] DMI not present or invalid. [=A0=A0=A0 0.000000] No AGP bridge found [=A0=A0=A0 0.000000] e820: last_pfn =3D 0x80000 max_arch_pfn =3D 0x400000000 [=A0=A0=A0 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] [=A0=A0=A0 0.000000] init_memory_mapping: [mem 0x7fe00000-0x7fffffff] [=A0=A0=A0 0.000000] init_memory_mapping: [mem 0x7c000000-0x7fdfffff] [=A0=A0=A0 0.000000] init_memory_mapping: [mem 0x00100000-0x7bffffff] [=A0=A0=A0 0.000000] RAMDISK: [mem 0x0223f000-0x04390fff] [=A0=A0=A0 0.000000] NUMA turned off [=A0=A0=A0 0.000000] Faking a node at [mem 0x0000000000000000-0x000000007ff= fffff] [=A0=A0=A0 0.000000] Initmem setup node 0 [mem 0x00000000-0x7fffffff] [=A0=A0=A0 0.000000]=A0=A0 NODE_DATA [mem 0x7fc04000-0x7fc2afff] [=A0=A0=A0 0.000000] Zone ranges: [=A0=A0=A0 0.000000]=A0=A0 DMA=A0=A0=A0=A0=A0 [mem 0x00001000-0x00ffffff] [=A0=A0=A0 0.000000]=A0=A0 DMA32=A0=A0=A0 [mem 0x01000000-0xffffffff] [=A0=A0=A0 0.000000]=A0=A0 Normal=A0=A0 empty [=A0=A0=A0 0.000000] Movable zone start for each node [=A0=A0=A0 0.000000] Early memory node ranges [=A0=A0=A0 0.000000]=A0=A0 node=A0=A0 0: [mem 0x00001000-0x0009ffff] [=A0=A0=A0 0.000000]=A0=A0 node=A0=A0 0: [mem 0x00100000-0x7fffffff] [=A0=A0=A0 0.000000] SFI: Simple Firmware Interface v0.81 http://simplefirm= ware.org [=A0=A0=A0 0.000000] smpboot: Allowing 2 CPUs, 0 hotplug CPUs [=A0=A0=A0 0.000000] No local APIC present [=A0=A0=A0 0.000000] APIC: disable apic facility [=A0=A0=A0 0.000000] APIC: switched to apic NOOP [=A0=A0=A0 0.000000] PM: Registered nosave memory: [mem 0x000a0000-0x000fff= ff] [=A0=A0=A0 0.000000] e820: [mem 0x80000000-0xffffffff] available for PCI de= vices [=A0=A0=A0 0.000000] Booting paravirtualized kernel on Xen [=A0=A0=A0 0.000000] Xen version: 4.4.0 (preserve-AD) [=A0=A0=A0 0.000000] setup_percpu: NR_CPUS:5120 nr_cpumask_bits:2 nr_cpu_id= s:2 nr_node_ids:1 [=A0=A0=A0 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88007d000000 s86592= r8192 d24000 u1048576 [=A0=A0=A0 0.000000] Built 1 zonelists in Node order, mobility grouping on.= =A0 Total pages: 515978 [=A0=A0=A0 0.000000] Policy zone: DMA32 [=A0=A0=A0 0.000000] Kernel command line: = [=A0=A0=A0 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) [=A0=A0=A0 0.000000] xsave: enabled xstate_bv 0x3, cntxt size 0x240 [=A0=A0=A0 0.000000] Checking aperture... [=A0=A0=A0 0.000000] No AGP bridge found [=A0=A0=A0 0.000000] Memory: 2006356k/2097152k available (6105k kernel code= , 388k absent, 90408k reserved, 4065k data, 1584k init) [=A0=A0=A0 0.000000] SLUB: HWalign=3D64, Order=3D0-3, MinObjects=3D0, CPUs= =3D2, Nodes=3D1 [=A0=A0=A0 0.000000] Hierarchical RCU implementation. [=A0=A0=A0 0.000000] =A0=A0=A0 RCU restricting CPUs from NR_CPUS=3D5120 to = nr_cpu_ids=3D2. [=A0=A0=A0 0.000000] =A0=A0=A0 Experimental no-CBs for all CPUs [=A0=A0=A0 0.000000] =A0=A0=A0 Experimental no-CBs CPUs: 0-1. [=A0=A0=A0 0.000000] NR_IRQS:327936 nr_irqs:288 16 [=A0=A0=A0 0.000000] Console: colour dummy device 80x25 [=A0=A0=A0 0.000000] console [tty0] enabled [=A0=A0=A0 0.000000] console [hvc0] enabled [=A0=A0=A0 0.000000] allocated 8388608 bytes of page_cgroup [=A0=A0=A0 0.000000] please try 'cgroup_disable=3Dmemory' option if you don= 't want memory cgroups [=A0=A0=A0 0.000000] installing Xen timer for CPU 0 [=A0=A0=A0 0.000000] tsc: Detected 2893.500 MHz processor [=A0=A0=A0 0.001000] Calibrating delay loop (skipped), value calculated usi= ng timer frequency.. 5787.00 BogoMIPS (lpj=3D2893500) [=A0=A0=A0 0.001000] pid_max: default: 32768 minimum: 301 [=A0=A0=A0 0.001000] Security Framework initialized [=A0=A0=A0 0.001000] SELinux:=A0 Initializing. [=A0=A0=A0 0.001000] Dentry cache hash table entries: 262144 (order: 9, 209= 7152 bytes) [=A0=A0=A0 0.001000] Inode-cache hash table entries: 131072 (order: 8, 1048= 576 bytes) [=A0=A0=A0 0.001000] Mount-cache hash table entries: 4096 [=A0=A0=A0 0.001135] Initializing cgroup subsys memory [=A0=A0=A0 0.001148] Initializing cgroup subsys devices [=A0=A0=A0 0.001152] Initializing cgroup subsys freezer [=A0=A0=A0 0.001155] Initializing cgroup subsys net_cls [=A0=A0=A0 0.001159] Initializing cgroup subsys blkio [=A0=A0=A0 0.001162] Initializing cgroup subsys perf_event [=A0=A0=A0 0.001166] Initializing cgroup subsys hugetlb [=A0=A0=A0 0.001215] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [=A0=A0=A0 0.001215] ENERGY_PERF_BIAS: View and update with x86_energy_perf= _policy(8) [=A0=A0=A0 0.001222] CPU: Physical Processor ID: 0 [=A0=A0=A0 0.001225] CPU: Processor Core ID: 0 [=A0=A0=A0 0.001230] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 [=A0=A0=A0 0.001230] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 [=A0=A0=A0 0.001230] tlb_flushall_shift: 6 [=A0=A0=A0 0.022300] ftrace: allocating 23383 entries in 92 pages [=A0=A0=A0 0.027088] cpu 0 spinlock event irq 17 [=A0=A0=A0 0.027130] Performance Events: unsupported p6 CPU model 42 no PMU= driver, software events only. [=A0=A0=A0 0.028029] NMI watchdog: disabled (cpu0): hardware events not ena= bled [=A0=A0=A0 0.028084] installing Xen timer for CPU 1 [=A0=A0=A0 0.028095] cpu 1 spinlock event irq 24 [=A0=A0=A0 0.028118] SMP alternatives: switching to SMP code [=A0=A0=A0 0.047691] Brought up 2 CPUs [=A0=A0=A0 0.047799] devtmpfs: initialized [=A0=A0=A0 0.047959] EVM: security.selinux [=A0=A0=A0 0.047965] EVM: security.ima [=A0=A0=A0 0.047969] EVM: security.capability [=A0=A0=A0 0.049423] atomic64 test passed for x86-64 platform with CX8 and = with SSE [=A0=A0=A0 0.049454] xen:grant_table: Grant tables using version 2 layout [=A0=A0=A0 0.049481] Grant table initialized [=A0=A0=A0 0.049517] NET: Registered protocol family 16 [=A0=A0=A0 0.050055] PCI: setting up Xen PCI frontend stub [=A0=A0=A0 0.051077] bio: create slab at 0 [=A0=A0=A0 0.051077] ACPI: Interpreter disabled. [=A0=A0=A0 0.051077] xen:balloon: Initialising balloon driver [=A0=A0=A0 0.052009] xen_balloon: Initialising balloon driver [=A0=A0=A0 0.052030] vgaarb: loaded [=A0=A0=A0 0.052068] SCSI subsystem initialized [=A0=A0=A0 0.052068] usbcore: registered new interface driver usbfs [=A0=A0=A0 0.052068] usbcore: registered new interface driver hub [=A0=A0=A0 0.052068] usbcore: registered new device driver usb [=A0=A0=A0 0.052068] PCI: System does not support PCI [=A0=A0=A0 0.052068] PCI: System does not support PCI [=A0=A0=A0 0.053068] NetLabel: Initializing [=A0=A0=A0 0.053072] NetLabel:=A0 domain hash size =3D 128 [=A0=A0=A0 0.053074] NetLabel:=A0 protocols =3D UNLABELED CIPSOv4 [=A0=A0=A0 0.053083] NetLabel:=A0 unlabeled traffic allowed by default [=A0=A0=A0 0.053088] Switching to clocksource xen [=A0=A0=A0 0.056866] pnp: PnP ACPI: disabled [=A0=A0=A0 0.058849] NET: Registered protocol family 2 [=A0=A0=A0 0.058969] TCP established hash table entries: 16384 (order: 5, 1= 31072 bytes) [=A0=A0=A0 0.059023] TCP bind hash table entries: 16384 (order: 6, 262144 b= ytes) [=A0=A0=A0 0.059066] TCP: Hash tables configured (established 16384 bind 16= 384) [=A0=A0=A0 0.059084] TCP: reno registered [=A0=A0=A0 0.059093] UDP hash table entries: 1024 (order: 3, 32768 bytes) [=A0=A0=A0 0.059105] UDP-Lite hash table entries: 1024 (order: 3, 32768 byt= es) [=A0=A0=A0 0.059144] NET: Registered protocol family 1 [=A0=A0=A0 0.059186] Unpacking initramfs... [=A0=A0=A0 3.252164] Freeing initrd memory: 34120k freed [=A0=A0=A0 3.257997] platform rtc_cmos: registered platform RTC device (no = PNP device found) [=A0=A0=A0 3.258508] microcode: CPU0 sig=3D0x206a7, pf=3D0x2, revision=3D0x= 26 [=A0=A0=A0 3.258632] microcode: CPU1 sig=3D0x206a7, pf=3D0x2, revision=3D0x= 26 [=A0=A0=A0 3.258722] microcode: Microcode Update Driver: v2.00 , Peter Oruba [=A0=A0=A0 3.258934] futex hash table entries: 512 (order: 3, 32768 bytes) [=A0=A0=A0 3.258946] Initialise system trusted keyring [=A0=A0=A0 3.258982] audit: initializing netlink socket (disabled) [=A0=A0=A0 3.258994] type=3D2000 audit(1405087133.283:1): initialized [=A0=A0=A0 3.276836] HugeTLB registered 2 MB page size, pre-allocated 0 pag= es [=A0=A0=A0 3.277986] zbud: loaded [=A0=A0=A0 3.278300] VFS: Disk quotas dquot_6.5.2 [=A0=A0=A0 3.278356] Dquot-cache hash table entries: 512 (order 0, 4096 byt= es) [=A0=A0=A0 3.278496] msgmni has been set to 3985 [=A0=A0=A0 3.278536] Key type big_key registered [=A0=A0=A0 3.279480] alg: No test for stdrng (krng) [=A0=A0=A0 3.279504] NET: Registered protocol family 38 [=A0=A0=A0 3.279508] Key type asymmetric registered [=A0=A0=A0 3.279510] Asymmetric key parser 'x509' registered [=A0=A0=A0 3.279536] Block layer SCSI generic (bsg) driver version 0.4 load= ed (major 252) [=A0=A0=A0 3.279581] io scheduler noop registered [=A0=A0=A0 3.279584] io scheduler deadline registered (default) [=A0=A0=A0 3.279608] io scheduler cfq registered [=A0=A0=A0 3.279661] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [=A0=A0=A0 3.279674] pciehp: PCI Express Hot Plug Controller Driver version= : 0.4 [=A0=A0=A0 3.280042] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [=A0=A0=A0 3.280404] Non-volatile memory driver v1.3 [=A0=A0=A0 3.280409] Linux agpgart interface v0.103 [=A0=A0=A0 3.280472] crash memory driver: version 1.1 [=A0=A0=A0 3.280487] rdac: device handler registered [=A0=A0=A0 3.280525] hp_sw: device handler registered [=A0=A0=A0 3.280529] emc: device handler registered [=A0=A0=A0 3.280531] alua: device handler registered [=A0=A0=A0 3.280557] libphy: Fixed MDIO Bus: probed [=A0=A0=A0 3.280606] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Dr= iver [=A0=A0=A0 3.280613] ehci-pci: EHCI PCI platform driver [=A0=A0=A0 3.280620] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [=A0=A0=A0 3.280623] ohci-pci: OHCI PCI platform driver [=A0=A0=A0 3.280629] uhci_hcd: USB Universal Host Controller Interface driv= er [=A0=A0=A0 3.280662] usbcore: registered new interface driver usbserial [=A0=A0=A0 3.280669] usbcore: registered new interface driver usbserial_gen= eric [=A0=A0=A0 3.280677] usbserial: USB Serial support registered for generic [=A0=A0=A0 3.280691] i8042: PNP: No PS/2 controller found. Probing ports di= rectly. [=A0=A0=A0 4.289340] i8042: No controller found [=A0=A0=A0 4.289451] mousedev: PS/2 mouse device common for all mice [=A0=A0=A0 4.349782] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rt= c0 [=A0=A0=A0 4.350100] rtc_cmos: probe of rtc_cmos failed with error -38 [=A0=A0=A0 4.350128] hidraw: raw HID events driver (C) Jiri Kosina [=A0=A0=A0 4.350192] usbcore: registered new interface driver usbhid [=A0=A0=A0 4.350195] usbhid: USB HID core driver [=A0=A0=A0 4.350217] drop_monitor: Initializing network drop monitor service [=A0=A0=A0 4.350276] TCP: cubic registered [=A0=A0=A0 4.350279] Initializing XFRM netlink socket [=A0=A0=A0 4.350342] NET: Registered protocol family 10 [=A0=A0=A0 4.350451] NET: Registered protocol family 17 [=A0=A0=A0 4.350590] Loading compiled-in X.509 certificates [=A0=A0=A0 4.350614] Loaded X.509 cert 'CentOS Linux kpatch signing key: ea= 0413152cde1d98ebdca3fe6f0230904c9ef717' [=A0=A0=A0 4.350630] Loaded X.509 cert 'CentOS Linux Driver update signing = key: 7f421ee0ab69461574bb358861dbe77762a4201b' [=A0=A0=A0 4.351108] Loaded X.509 cert 'CentOS Linux kernel signing key: bc= 83d0fe70c62fab1c58b4ebaa95e3936128fcf4' [=A0=A0=A0 4.351121] registered taskstats version 1 [=A0=A0=A0 4.354567] Key type trusted registered [=A0=A0=A0 4.360087] Key type encrypted registered [=A0=A0=A0 4.363316] IMA: No TPM chip found, activating TPM-bypass! [=A0=A0=A0 4.363373] xenbus_probe_frontend: Device with no driver: device/v= bd/51712 [=A0=A0=A0 4.363377] xenbus_probe_frontend: Device with no driver: device/v= if/0 [=A0=A0=A0 4.363451] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [=A0=A0=A0 4.364010] Freeing unused kernel memory: 1584k freed [=A0=A0=A0 4.368413] systemd[1]: systemd 208 running in system mode. (+PAM = +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ) [=A0=A0=A0 4.368492] systemd[1]: Detected virtualization 'xen'. [=A0=A0=A0 4.368499] systemd[1]: Running in initial RAM disk. Welcome to CentOS Linux 7 (Core) dracut-033-161.el7 (Initramfs)! [=A0=A0=A0 4.368646] systemd[1]: No hostname configured. [=A0=A0=A0 4.368655] systemd[1]: Set hostname to . [=A0=A0=A0 4.368750] systemd[1]: Initializing machine ID from random genera= tor. [=A0=A0=A0 4.403379] systemd[1]: Starting -.slice. [=A0 OK=A0 ] Created slice -.slice. [=A0=A0=A0 4.403822] systemd[1]: Created slice -.slice. [=A0=A0=A0 4.403908] systemd[1]: Starting System Slice. [=A0 OK=A0 ] Created slice System Slice. [=A0=A0=A0 4.404105] systemd[1]: Created slice System Slice. [=A0=A0=A0 4.404183] systemd[1]: Starting Slices. [=A0 OK=A0 ] Reached target Slices. [=A0=A0=A0 4.404260] systemd[1]: Reached target Slices. [=A0=A0=A0 4.404333] systemd[1]: Starting Timers. [=A0 OK=A0 ] Reached target Timers. [=A0=A0=A0 4.404406] systemd[1]: Reached target Timers. [=A0=A0=A0 4.404481] systemd[1]: Starting Encrypted Volumes. [=A0 OK=A0 ] Reached target Encrypted Volumes. [=A0=A0=A0 4.404557] systemd[1]: Reached target Encrypted Volumes. [=A0=A0=A0 4.404630] systemd[1]: Starting Journal Socket. [=A0 OK=A0 ] Listening on Journal Socket. [=A0=A0=A0 4.404816] systemd[1]: Listening on Journal Socket. [=A0=A0=A0 4.405218] systemd[1]: Starting dracut cmdline hook... =A0=A0=A0=A0=A0=A0=A0=A0 Starting dracut cmdline hook... [=A0=A0=A0 4.406387] systemd[1]: Started Load Kernel Modules. [=A0=A0=A0 4.406415] systemd[1]: Starting Setup Virtual Console... =A0=A0=A0=A0=A0=A0=A0=A0 Starting Setup Virtual Console... [=A0=A0=A0 4.407540] systemd[1]: Starting Journal Service... =A0=A0=A0=A0=A0=A0=A0=A0 Starting Journal Service... [=A0 OK=A0 ] Started Journal Service. [=A0=A0=A0 4.408841] systemd[1]: Started Journal Service. [=A0 OK=A0 ] Listening on udev Kernel Socket. [=A0 OK=A0 ] Listening on udev Control Socket. [=A0 OK=A0 ] Reached target Sockets. =A0=A0=A0=A0=A0=A0=A0=A0 Starting Create list of required static device nod= es...rrent kernel... =A0=A0=A0=A0=A0=A0=A0=A0 Starting Apply Kernel Variables... =A0=A0=A0=A0=A0=A0=A0=A0 Starting Device-Mapper Multipath Device Controller= ... [=A0 OK=A0 ] Reached target Swap. [=A0=A0=A0 4.422515] systemd-journald[84]: Vacuuming done, freed 0 bytes [=A0 OK=A0 ] Reached target Local File Systems. [=A0=A0=A0 4.432606] device-mapper: uevent: version 1.0.3 [=A0=A0=A0 4.432673] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initia= lised: dm-devel@redhat.com [=A0 OK=A0 ] Started Setup Virtual Console. [=A0=A0=A0 4.494910] device-mapper: multipath: version 1.6.0 loaded [=A0 OK=A0 ] Started Apply Kernel Variables. [=A0 OK=A0 ] Started Create list of required static device nodes ...current= kernel. =A0=A0=A0=A0=A0=A0=A0=A0 Starting Create static device nodes in /dev... [=A0 OK=A0 ] Started Create static device nodes in /dev. [=A0 OK=A0 ] Started Device-Mapper Multipath Device Controller. [=A0=A0=A0 4.546601] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found [=A0=A0=A0 4.546610] EDD information not available. [=A0 OK=A0 ] Started dracut cmdline hook. =A0=A0=A0=A0=A0=A0=A0=A0 Starting dracut pre-udev hook... [=A0=A0=A0 5.166524] squashfs: version 4.0 (2009/01/31) Phillip Lougher [=A0=A0=A0 5.174260] Loading iSCSI transport class v2.0-870. [=A0=A0=A0 5.179808] iscsi: registered transport (tcp) [=A0=A0=A0 5.250500] Floppy drive(s): fd0 is unknown type 15 (usb?), fd1 is= unknown type 15 (usb?) [=A0=A0=A0 5.250523] floppy0: Unable to grab IRQ6 for the floppy driver [=A0=A0=A0 5.263007] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found [=A0=A0=A0 5.263021] EDD information not available. [=A0=A0=A0 5.276014] No iBFT detected. [=A0=A0=A0 5.281463] md: raid0 personality registered for level 0 [=A0=A0=A0 5.288251] md: raid1 personality registered for level 1 [=A0=A0=A0 5.293992] async_tx: api initialized (async) [=A0=A0=A0 5.295727] xor: measuring software checksum speed [=A0=A0=A0 5.305056]=A0=A0=A0 prefetch64-sse:=A0 8920.000 MB/sec [=A0=A0=A0 5.315053]=A0=A0=A0 generic_sse: 14824.000 MB/sec [=A0=A0=A0 5.315056] xor: using function: generic_sse (14824.000 MB/sec) [=A0=A0=A0 5.334056] raid6: sse2x1=A0=A0=A0 7730 MB/s [=A0=A0=A0 5.351058] raid6: sse2x2=A0=A0=A0 9695 MB/s [=A0=A0=A0 5.368054] raid6: sse2x4=A0=A0 11238 MB/s [=A0=A0=A0 5.368058] raid6: using algorithm sse2x4 (11238 MB/s) [=A0=A0=A0 5.368060] raid6: using ssse3x2 recovery algorithm [=A0=A0=A0 5.372777] md: raid6 personality registered for level 6 [=A0=A0=A0 5.372783] md: raid5 personality registered for level 5 [=A0=A0=A0 5.372786] md: raid4 personality registered for level 4 [=A0=A0=A0 5.385479] md: raid10 personality registered for level 10 [=A0=A0=A0 5.390027] md: linear personality registered for level -1 [=A0=A0=A0 5.422623] device-mapper: multipath round-robin: version 1.0.0 lo= aded [=A0=A0=A0 5.438366] sha256_ssse3: Using SSSE3 optimized SHA-256 implementa= tion [=A0=A0=A0 5.486012] RPC: Registered named UNIX socket transport module. [=A0=A0=A0 5.486026] RPC: Registered udp transport module. [=A0=A0=A0 5.486031] RPC: Registered tcp transport module. [=A0=A0=A0 5.486035] RPC: Registered tcp NFSv4.1 backchannel transport modu= le. [=A0 OK=A0 ] Started dracut pre-udev hook. =A0=A0=A0=A0=A0=A0=A0=A0 Starting udev Kernel Device Manager... [=A0=A0=A0 5.623318] systemd-udevd[430]: starting version 208 [=A0 OK=A0 ] Started udev Kernel Device Manager. =A0=A0=A0=A0=A0=A0=A0=A0 Starting dracut pre-trigger hook... [=A0=A0=A0 5.805025] xen_netfront: Initialising Xen virtual ethernet driver [=A0=A0=A0 5.817651] alg: No test for crc32 (crc32-pclmul) [=A0=A0=A0 5.832691] blkfront: xvda: flush diskcache: enabled; persistent g= rants: disabled; indirect descriptors: disabled; [=A0=A0=A0 5.834035]=A0 xvda: unknown partition table [=A0=A0=A0 5.834341] Setting capacity to 62914560 [=A0=A0=A0 5.834349] xvda: detected capacity change from 0 to 32212254720 [=A0 OK=A0 ] Started dracut pre-trigger hook. =A0=A0=A0=A0=A0=A0=A0=A0 Starting udev Coldplug all Devices... =A0=A0=A0=A0=A0=A0=A0=A0 Mounting Configuration File System... [=A0 OK=A0 ] Started udev Coldplug all Devices. =A0=A0=A0=A0=A0=A0=A0=A0 Starting dracut initqueue hook... =A0=A0=A0=A0=A0=A0=A0=A0 Starting Show Plymouth Boot Screen... [=A0 OK=A0 ] Mounted Configuration File System. [=A0 OK=A0 ] Reached target System Initialization. [=A0 OK=A0 ] Started Show Plymouth Boot Screen. [=A0 OK=A0 ] Reached target Paths. [=A0 OK=A0 ] Reached target Basic System. dracut-initqueue[555]: Warning: Could not boot. [=A0 OK=A0 ] Started Show Plymouth Boot Screen. [=A0 OK=A0 ] Reached target Paths. [=A0 OK=A0 ] Reached target Basic System. dracut-initqueue[555]: Warning: Could not boot. dracut-initqueue[555]: Warning: /dev/root does not exist =A0=A0=A0=A0=A0=A0=A0=A0 Starting Dracut Emergency Shell... Warning: /dev/root does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /= boot after mounting them and attach it to a bug report. dracut:/# = xl info: release=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 3.2.0-54-generic version=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : #82-Ubuntu SMP Tue S= ep 10 20:08:42 UTC 2013 machine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : x86_64 nr_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2 max_cpu_id=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1 nr_nodes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 1 cores_per_socket=A0=A0=A0=A0=A0=A0 : 2 threads_per_core=A0=A0=A0=A0=A0=A0 : 1 cpu_mhz=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 2893 hw_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : bfebfbff:28100800:00= 000000:00003f00:059ae3bf:00000000:00000001:00000000 virt_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : hvm total_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 16241 free_memory=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 9248 sharing_freed_memory=A0=A0 : 0 sharing_used_memory=A0=A0=A0 : 0 outstanding_claims=A0=A0=A0=A0 : 0 free_cpus=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 0 xen_major=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4 xen_minor=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4 xen_extra=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : .0 xen_version=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4.4.0 xen_caps=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : xen-3.0-x86_64 xen-3.0= -x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 = xen_scheduler=A0=A0=A0=A0=A0=A0=A0=A0=A0 : credit xen_pagesize=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : 4096 platform_params=A0=A0=A0=A0=A0=A0=A0 : virt_start=3D0xffff800000000000 xen_changeset=A0=A0=A0=A0=A0=A0=A0=A0=A0 : = xen_commandline=A0=A0=A0=A0=A0=A0=A0 : placeholder dom0_mem=3D1024M,max:102= 4M cc_compiler=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 : gcc (Ubuntu/Linaro 4.6.3-1ub= untu5) 4.6.3 cc_compile_by=A0=A0=A0=A0=A0=A0=A0=A0=A0 : root cc_compile_domain=A0=A0=A0=A0=A0 : = cc_compile_date=A0=A0=A0=A0=A0=A0=A0 : Wed Apr 30 18:17:39 BST 2014 xend_config_format=A0=A0=A0=A0 : 4 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 11 14:36:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 14:36:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5bvL-00007R-RX; Fri, 11 Jul 2014 14:35:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5bvK-00007K-N7 for xen-users@lists.xen.org; Fri, 11 Jul 2014 14:35:42 +0000 Received: from [85.158.137.68:32690] by server-17.bemta-3.messagelabs.com id 52/FF-05521-D36FFB35; Fri, 11 Jul 2014 14:35:41 +0000 X-Env-Sender: sean@seangreenslade.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1405089340!11712896!1 X-Originating-IP: [198.154.114.217] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11987 invoked from network); 11 Jul 2014 14:35:40 -0000 Received: from cust-198-154-114-217.corexchange.com (HELO vkenny.zootboy.com) (198.154.114.217) by server-9.tower-31.messagelabs.com with SMTP; 11 Jul 2014 14:35:40 -0000 Received: from 50-79-38-25.pools.spcsdns.net (66-87-83-50.pools.spcsdns.net [66.87.83.50]) by vkenny.zootboy.com (Postfix) with ESMTPSA id B465294083B; Fri, 11 Jul 2014 10:35:38 -0400 (EDT) User-Agent: K-9 Mail for Android In-Reply-To: <1404880226.81018.YahooMailNeo@web194602.mail.sg3.yahoo.com> References: <1404880226.81018.YahooMailNeo@web194602.mail.sg3.yahoo.com> MIME-Version: 1.0 Content-Length:1147 From: Sean Greenslade Date: Fri, 11 Jul 2014 10:35:49 -0400 To: Suganya Madhi , Suganya Madhi , "xen-users@lists.xen.org" Message-ID: <245caef1-f3da-4b7c-8e75-bb0e694ae99c@email.android.com> Subject: Re: [Xen-users] installation of xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gSnVseSA5LCAyMDE0IDEyOjMwOjI2IEFNIEVEVCwgU3VnYW55YSBNYWRoaSA8bWFkaGlzdWdp MjA2OTFAeWFob28uY29tPiB3cm90ZToKPndlIGFyZSBpbnRlcmVzdGVkIHRvIHdvcmsgd2l0aCB4 ZW4gaHlwZXJ2aXNvcnMgZm9yIGEgcmVzZWFyY2ggb24gY2xvdWQKPnNlY3VyaXR5LmNhbiB5b3Ug cGxlYXNlIGhlbHAgdXMgaW4gaW5zdGFsbGF0aW9uIGFuZCBndWlkZSB1cyBpbiB1c2luZwo+dGhl IHhlbiBoeXBlcnZpc29yIC4KPgo+Cj4KPgo+cmVnYXJkcywKPlN1Z2FueWEuTSwKPihKYW5zb25z IEluc3RpdHV0ZSBvZiBUZWNobm9sb2d5KcKgCj4KPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj5fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+WGVuLXVzZXJzIG1haWxp bmcgbGlzdAo+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl bi11c2VycwoKRGlkIHlvdSB0cnkgZ29vZ2xpbmcgaXQ/CgpYZW4gaXMganVzdCBhIHBpZWNlIG9m IHNvZnR3YXJlIHRoYXQgc2l0cyBvbiB0b3Agb2YgYSBub3JtYWwgbGludXggaW5zdGFsbC4gRmlu ZCBhIGRpc3RybyB0aGF0IGhhcyBYZW4gcGFja2FnZXMgKGUuZy4gRGViaWFuKSBhbmQgZm9sbG93 IHRoYXQgZGlzdHJvJ3MgZG9jdW1lbnRhdGlvbi4KLS1TZWFuCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Jul 11 14:36:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 14:36:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5bvL-00007R-RX; Fri, 11 Jul 2014 14:35:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5bvK-00007K-N7 for xen-users@lists.xen.org; Fri, 11 Jul 2014 14:35:42 +0000 Received: from [85.158.137.68:32690] by server-17.bemta-3.messagelabs.com id 52/FF-05521-D36FFB35; Fri, 11 Jul 2014 14:35:41 +0000 X-Env-Sender: sean@seangreenslade.com X-Msg-Ref: server-9.tower-31.messagelabs.com!1405089340!11712896!1 X-Originating-IP: [198.154.114.217] X-SpamReason: No, hits=0.3 required=7.0 tests=MAILTO_TO_SPAM_ADDR X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11987 invoked from network); 11 Jul 2014 14:35:40 -0000 Received: from cust-198-154-114-217.corexchange.com (HELO vkenny.zootboy.com) (198.154.114.217) by server-9.tower-31.messagelabs.com with SMTP; 11 Jul 2014 14:35:40 -0000 Received: from 50-79-38-25.pools.spcsdns.net (66-87-83-50.pools.spcsdns.net [66.87.83.50]) by vkenny.zootboy.com (Postfix) with ESMTPSA id B465294083B; Fri, 11 Jul 2014 10:35:38 -0400 (EDT) User-Agent: K-9 Mail for Android In-Reply-To: <1404880226.81018.YahooMailNeo@web194602.mail.sg3.yahoo.com> References: <1404880226.81018.YahooMailNeo@web194602.mail.sg3.yahoo.com> MIME-Version: 1.0 Content-Length:1147 From: Sean Greenslade Date: Fri, 11 Jul 2014 10:35:49 -0400 To: Suganya Madhi , Suganya Madhi , "xen-users@lists.xen.org" Message-ID: <245caef1-f3da-4b7c-8e75-bb0e694ae99c@email.android.com> Subject: Re: [Xen-users] installation of xen hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gSnVseSA5LCAyMDE0IDEyOjMwOjI2IEFNIEVEVCwgU3VnYW55YSBNYWRoaSA8bWFkaGlzdWdp MjA2OTFAeWFob28uY29tPiB3cm90ZToKPndlIGFyZSBpbnRlcmVzdGVkIHRvIHdvcmsgd2l0aCB4 ZW4gaHlwZXJ2aXNvcnMgZm9yIGEgcmVzZWFyY2ggb24gY2xvdWQKPnNlY3VyaXR5LmNhbiB5b3Ug cGxlYXNlIGhlbHAgdXMgaW4gaW5zdGFsbGF0aW9uIGFuZCBndWlkZSB1cyBpbiB1c2luZwo+dGhl IHhlbiBoeXBlcnZpc29yIC4KPgo+Cj4KPgo+cmVnYXJkcywKPlN1Z2FueWEuTSwKPihKYW5zb25z IEluc3RpdHV0ZSBvZiBUZWNobm9sb2d5KcKgCj4KPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+Cj5fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+WGVuLXVzZXJzIG1haWxp bmcgbGlzdAo+WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl bi11c2VycwoKRGlkIHlvdSB0cnkgZ29vZ2xpbmcgaXQ/CgpYZW4gaXMganVzdCBhIHBpZWNlIG9m IHNvZnR3YXJlIHRoYXQgc2l0cyBvbiB0b3Agb2YgYSBub3JtYWwgbGludXggaW5zdGFsbC4gRmlu ZCBhIGRpc3RybyB0aGF0IGhhcyBYZW4gcGFja2FnZXMgKGUuZy4gRGViaWFuKSBhbmQgZm9sbG93 IHRoYXQgZGlzdHJvJ3MgZG9jdW1lbnRhdGlvbi4KLS1TZWFuCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Jul 11 15:56:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 15:56:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5dAQ-0006Ex-86; Fri, 11 Jul 2014 15:55:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5ZVW-0000We-GH for xen-users@lists.xenproject.org; Fri, 11 Jul 2014 12:00:54 +0000 Received: from [85.158.139.211:13312] by server-9.bemta-5.messagelabs.com id B5/5A-14363-5F1DFB35; Fri, 11 Jul 2014 12:00:53 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-13.tower-206.messagelabs.com!1405080049!15017212!1 X-Originating-IP: [106.10.148.149] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2508 invoked from network); 11 Jul 2014 12:00:52 -0000 Received: from nm5-vm6.bullet.mail.sg3.yahoo.com (HELO nm5-vm6.bullet.mail.sg3.yahoo.com) (106.10.148.149) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 12:00:52 -0000 Received: from [106.10.166.116] by nm5.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:00:49 -0000 Received: from [106.10.150.25] by tm5.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:00:48 -0000 Received: from [127.0.0.1] by omp1026.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:00:48 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 975502.79840.bm@omp1026.mail.sg3.yahoo.com Received: (qmail 65375 invoked by uid 60001); 11 Jul 2014 12:00:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1405080048; bh=AQfo4YulwdFWlX0ztsIp6dp/9lq7pBQ4oRWL+18kFps=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=RT/GTcr/zxJJ2vjk4vD/L1ttfofapcGneGjUqI46Ex2pQe7JOlf8D9/D2HHpI3glwRvXL9QR6yE0U9J3rx/xb+3YWDDGWcgQAAVtX2rM1g0iGVZnzOPxz5Lwr4aNyPf64jnSGJzig3z0dnPt39TA5H9bbqvZ6E55muVmgZTCReE= X-YMail-OSG: y_33XxsVM1kgbIuDuw.DIxsfSjdgVlVwhEZwR1Akau9yi0M jMXkW6b00VqGUiLYBNF5dY8LUV3B4IR0n.u9i8_yqH3i2GAVwlJZM7u5i3ie 4Mzt0eD1T07Jz3lK3ihHIFnM_KezcPr7Y1FyT7QV5JNGw6jVBXkCkToIUZVj 9wreX08BlS8iFjPUD_bunv0FvZl4nxutNpRRwP9UddwcCKlE88WtEm2GbMrY uRv2CX8LWzmjERkIZUXUbpZrHEjZIbI458IQw0wQwLdby3r6WYAJihz1LuKq eTa.n7Z89IDRbMe7LGTGUNB4BsTDDbtiRALN_rvA1HDkZYGDAIDSCZyIq5JK Pm6acKh.wxYsJicbdtKP940Gk87F6XqvpjkpPCdbM0Jg9SrQ2M5AkfvhPNTM L0Yuz.1skc9a5Kocshkoc6v.PBhNMQsXfaVHQAp.RBvpKQBF3zmy65Kf7Hqh NaOxV9XH4yWRNbVtExhH3lqT1r9ZPPP3mBZiSi8Cr4N9xKTwZYbXKK.mL3U8 XMJIHnHx8PDCzut6dvcPeYJoP.MJc4BPOE9cjLYI0d9SiY3sY4Z1W91nlpQc DUjk- Received: from [202.129.240.131] by web190601.mail.sg3.yahoo.com via HTTP; Fri, 11 Jul 2014 20:00:48 SGT X-Rocket-MIMEInfo: 002.001, CgoKCkkgaGF2ZSB0cmllZCB4ZW40LjQgb24gdWJ1bnR1MTQuMDQgYnV0IExWTSBtb3VudGluZyBpcyBhbiBpc3N1ZSB0aGF0IGkgZG9uJ3QgYWJsZSB0byBzb2x2ZS4KSSB0cmllZCB3aXRoIHhlbjQuNCt1YnVudHUxNC4wNCB3aXRoIGxpYnZpcnQgYnV0IGxpYnZpcnRkIGlzIG5vdCBmdWxseSBzdXBwb3J0ZWQgc28gaSBjYW4ndCBhYmxlIHRvIGluc3RhbGwgdm0uCgpub3cgaSB3YW50IHRvIGJ1aWxkIHhlbiBvbiB1YnVudHUgc28gZ2l2ZSBtZSBzdGVwczoKcGxlYXNlIGdpdmUgc3VnZ2VzdGlvbnMgZm9yIHgBMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 Message-ID: <1405080048.64547.YahooMailNeo@web190601.mail.sg3.yahoo.com> Date: Fri, 11 Jul 2014 20:00:48 +0800 From: Minalkumar Patel To: "xen-users@lists.xenproject.org" MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 11 Jul 2014 15:55:20 +0000 Subject: [Xen-users] about building xen on ubuntu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4290066632583960041==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4290066632583960041== Content-Type: multipart/alternative; boundary="-1762912605-1470278282-1405080048=:64547" ---1762912605-1470278282-1405080048=:64547 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A=0A=0A=0AI have tried xen4.4 on ubuntu14.04 but LVM mounting is an issue= that i don't able to solve.=0AI tried with xen4.4+ubuntu14.04 with libvirt= but libvirtd is not fully supported so i can't able to install vm.=0A=0Ano= w i want to build xen on ubuntu so give me steps:=0Aplease give suggestions= for xen earlier version(3.4 or other ) with xm toolstack on ubuntu12.04 or= earlier because i find that xl has some issues which is under study. for x= l migration i can't resolve some issues....so i want to switch back xm migr= ate ....=0A=0Aif i use apt-get install xen then it doesn't give me tools/li= bxc support so anybody knows about how to work with xen source.... ---1762912605-1470278282-1405080048=:64547 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable



I have tr= ied xen4.4 on ubuntu14.04 but LVM mounting is an issue that i don't able to= solve.
I tried with xen4.4+ubuntu14.04 with libvi= rt but libvirtd is not fully supported so i can't able to install vm.

now i want to build xen on ub= untu so give me steps:
please give suggestions for xen earlier version(3= .4 or other ) with xm toolstack on ubuntu12.04 or earlier because i find th= at xl has some issues which is under study. for xl migration i can't resolv= e some issues....so i want to switch back xm migrate ....

if i use a= pt-get install xen then it doesn't give me tools/libxc support so anybody k= nows about how to work with xen source....



---1762912605-1470278282-1405080048=:64547-- --===============4290066632583960041== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4290066632583960041==-- From xen-users-bounces@lists.xen.org Fri Jul 11 15:56:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 15:56:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5dAP-0006En-Ld; Fri, 11 Jul 2014 15:55:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5WLb-0002te-UF for xen-users@lists.xen.org; Fri, 11 Jul 2014 08:38:28 +0000 Received: from [85.158.137.68:6655] by server-3.bemta-3.messagelabs.com id 0A/32-25808-382AFB35; Fri, 11 Jul 2014 08:38:27 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-7.tower-31.messagelabs.com!1405067902!11379855!1 X-Originating-IP: [106.10.151.17] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19868 invoked from network); 11 Jul 2014 08:38:25 -0000 Received: from nm22.bullet.mail.sg3.yahoo.com (HELO nm22.bullet.mail.sg3.yahoo.com) (106.10.151.17) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 08:38:25 -0000 Received: from [106.10.166.114] by nm22.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 08:38:21 -0000 Received: from [106.10.150.24] by tm3.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 08:38:21 -0000 Received: from [127.0.0.1] by omp1025.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 08:38:21 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 305136.62480.bm@omp1025.mail.sg3.yahoo.com Received: (qmail 43180 invoked by uid 60001); 11 Jul 2014 08:38:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1405067901; bh=P9oei9noViJQ+MlNycUc4LXqftVJXLM/PCxDAWD4TrM=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=thdMRov3xBOVmTc7ZUWCHswQKAvm8UKs6g47pQBK+lNyV/hW5kH56WnZ6J0Pd3fAOPRwwR6GsVVWGO1Vek6r+MzkVoqFlDYGA4d8FC3RL/+F9ZXzNZ7H3/Vk/7Jm2GTAX2nY3RBYvG9ElZMOJ7c94jbw3CUkT8OgSZDDKl5wCyE= X-YMail-OSG: GQ50h6gVM1kMKQgInsnd9kLIgq2x99FIwjfXLWLdxvZtB9. dA1LOblZq.KeYONEcNfK0bfv8KFgBZvrIwe_PH._UQQt.Xtctyar3XgTFBTL pIsaEzVfU4X2slIri6h0kK332WUzZWTDdAR1hTpTO8PULJt7hHBR1.9dM4Xx BLEQY5g5zY4SeHLjLroqoq.o.Suk.UMbX1k9nzvIc2HM0QA9ur2cJPC.jGok dLoTU0K1m6Qxd3B.jFbHzqZA3GaVWf55p3Dqg_GK_V9q.Z7yl.5d7qq8Bx1j gAiOU1WeODXLqgKv20.5GNqsjoRTuykffX_yZ0Y6wS3.M1R91Ul37fGeMT0J .9uORdgZxPqxsqv8mGIQrZDWLcvDQkAkJvq6IHvizIqBkquxFeDjji6QmfF7 dZsRKqVyfAofGFeU34uYZ15c8bo5qcg24Ztyp3HP46YpwVZF8_Zp.ADpjRMv jMtGupSaH01wxQgpn1lz_0u7BcgQDXrwNZtIWl6sWLp2EFFnrsDs3ivN0iGS PtpfO_7hXC_a5mQOb8kpc47NWwivOXsIKYLPD8b87DTg3sd2V1dGFum_TjdF 00ouwpJSRFJkt380Y5bxMxrA4pOXALAH2V7RkGzjlMB_aYOT7ebObPLbpdGm GefozRW1RKz1SwvlCXr8voIn.Tr.CchzLVMlDaojjCj_lTsUDwcQ8rQ2xOpq 5_xs_jpiSoDfjk.oi Received: from [202.129.240.131] by web190605.mail.sg3.yahoo.com via HTTP; Fri, 11 Jul 2014 16:38:20 SGT X-Rocket-MIMEInfo: 002.001, CkkndmUgaGFkIHN1Y2Nlc3Mgd2l0aCBEUkRCICsgTFZNIGluIExpbnV4IERlYmlhbiBob3N0cywgeGwgbWlncmF0ZSB3b3JrcyBwZXJmZWN0LiAoVGhlcmUgd2FzIGEgc2xpZ2h0IGlzc3VlIHdpdGggdGhlIGJsb2NrIHNjcmlwdCBidXQgQUZBSUsgdGhhdCdzIGZpeGVkIGluIDQuNCkKCgotLT4.IGNhbiB5b3UgcHJvdmlkZSBtZSBmZXcgc3RlcHMgdG8gd29yayB3aXRoIERSREIgKyBMVk0_wqAKwqAKTWluYWxLdW1hciBQYXRlbChNLkUuIC0gQ29tcHV0ZXIgRW5naW5lZXJpbmcpCkxlY3R1cmVyLENvbXB1dGUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 References: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> <1405008912.6015.1.camel@kazak.uk.xensource.com> Message-ID: <1405067900.11650.YahooMailNeo@web190605.mail.sg3.yahoo.com> Date: Fri, 11 Jul 2014 16:38:20 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" In-Reply-To: MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 11 Jul 2014 15:55:20 +0000 Subject: Re: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7717522276260619438==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7717522276260619438== Content-Type: multipart/alternative; boundary="359656696-14617470-1405067900=:11650" --359656696-14617470-1405067900=:11650 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0AI've had success with DRDB + LVM in Linux Debian hosts, xl migrate works= perfect. (There was a slight issue with the block script but AFAIK that's = fixed in 4.4)=0A=0A=0A-->> can you provide me few steps to work with DRDB += LVM?=A0=0A=A0=0AMinalKumar Patel(M.E. - Computer Engineering)=0ALecturer,C= omputer Engineering Department,=0AA.D.Patel Institute of Technology,=0ANew = Vallabh Vidyanagar,Karamsad - 388121,=0AAnand,Gujarat.=0AMobile - 999857418= 8=0AE-mail Id - patel_mp@yahoo.co.in=0AURL - http://www.minall.co.in=0A=0A= =0AOn Friday, 11 July 2014 1:09 AM, Miguel Clara w= rote:=0A =0A=0A=0A=0A=0AI've had success with DRDB + LVM in Linux Debian ho= sts, xl migrate works perfect. (There was a slight issue with the block scr= ipt but AFAIK that's fixed in 4.4)=0A=0A=0A=0AMelhores Cumprimentos // Best= Regards=0A-----------------------------------------------=0AMiguel Clara= =0AIT - Sys Admin & Developer=0AE-mail:=A0=A0=A0 miguelmclara@gmail.com=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 www.linkedin.com/in/miguelmclara/= =0A=0A=0AOn Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell wrote:=0A=0AOn Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote= :=0A>=0A>> my questio is whether logical volume (lvm) is able to share betw= een=0A>> two hosts or not.=0A>=0A>No. LVM is inherently single host.=0A>=0A= >You will need to arrange for some sort of shared storage. NBD, DRDB,=0A>im= ages on NFS, iSCSI, some other sort of SAN etc.=0A>=0A>Ian.=0A>=0A>=0A>=0A>= _______________________________________________=0A>Xen-users mailing list= =0A>Xen-users@lists.xen.org=0A>http://lists.xen.org/xen-users=0A> --359656696-14617470-1405067900=:11650 Content-Type: multipart/related; boundary="359656696-512470745-1405067900=:11650" --359656696-512470745-1405067900=:11650 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

I've had success with DR= DB + LVM in Linux Debian hosts, xl migrate works perfect. (There was a slig= ht issue with the block script but AFAIK that's fixed in 4.4)

-->> can you provide me few steps to work wit= h DRDB + LVM? 
 
MinalKumar Patel(M.= E. - Computer Engineering)
Lecturer,Computer Engin= eering Department,
A.D.Patel Institute of Technolo= gy,
New Vallabh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.
Mobile - 99985= 74188
E-mail Id - patel_mp@yahoo.co.in
URL - http://www.minall.co.in


<= div style=3D"font-family: times new roman, new york, times, serif; font-siz= e: 12pt;" class=3D"">
On Friday, 11 July 2014 1:09 AM, = Miguel Clara <miguelmclara@gmail.com> wrote:




I've h= ad success with DRDB + LVM in Linux Debian hosts, xl migrate works perfect.= (There was a slight issue with the block script but AFAIK that's fixed in = 4.4)
=0A=0A
<= span class=3D"" style=3D"">= =0A
=0A M= elhores Cumprimentos // Best=0A Regards
=0A -----------------------------------------------
=0A Miguel Clara
=0A IT=0A - Sys Ad= min & Developer
=0A E-m= ail:    miguelmclara@gmail.com
=0A            &n= bsp;  www.linkedin.c= om/in/miguelmclara/
=0A=0A
=0A
On Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
= =0A=0AOn Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote:
=0A
=0A> my questio is whether logical volume (lvm) is able to share betwee= n
=0A> two hosts or not.
=0A
=0ANo. LVM is inherently single host.
=0A
=0AYou will need to arran= ge for some sort of shared storage. NBD, DRDB,
=0Aimages on NFS, iSCSI, some other sort of SAN etc.
=0A
=0AIan.
=0A
=0A
=0A
=0A________________________________________= _______
=0AXen-users mailing list=0AXen-users@lists.xen.org
=0Ahttp://lists.xen.org/xen-users
=0A

<= /div>


=
--359656696-512470745-1405067900=:11650 Content-Type: image/png; name="linkedin.png" Content-Transfer-Encoding: base64 Content-Id: <1.3755032142@web190605.mail.sg3.yahoo.com> Content-Disposition: inline; filename="linkedin.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAABIAAAASABGyWs+AAAACXZwQWcAAAAQAAAAEABcxq3DAAACGklEQVQ4y6WTO2sUURTHf3dm dp0kTnZJzErSrPjKYqNY2GljodhoLRLB1sLCD2DrZxAsfCAE/AaCgrY+SBQSFTSCxizGzZ3MTiYz 92UxY5KNYuOBP+eew/3/73lwxfWHT9yjuR8YL0CwyxygAAPoCqr0ntFcvjBBcH++x8WzJzm8v/En WVdks0PEgNWO95/XePD4HZ4ADk6MAhD6Hs26/08yBjwrODrZBK0JADyvLP7GsX2Evse9xR5Lsvgr +XfsO7ctoKwj9AWh7wEQIFCF+3sFGjCmgiJwQFwYYge3X3cZrwXMr2SDg9tJ1rokaw1alRXI3NAO 61w60AAHTkE7qtNu1PjSUywsb3L60AgjNcHzhZgXb39WApoAC3FqsIGjMxYC8OZbxlQU0GmFTLdC znWireV0pobYSDKevuzilMZDg0wN/cxuXdrMLVqX53TTcu3OJ87cmmdlrQBgemoYKTMwqhSI+4Z0 QMBhjANgcTnj1UdJHGd8Xc0AmBitEcu0moGGODH0h7cF8tyidSmgjSWWG6AUWpkypw1xLwXA4z8t QINcN/T3moEWtLZbr0mZQV5s55RFJuU8RHR11iWtIzQ8nxOtIVCw9D2lWbM06w4ZZ8wtrEJRcLw9 TDMUyKRg7kOPSHQR0ZVZlyRjMDkOOVAUFfLS57viHRaJLsHM+THuPtuDUgLTW2U0X672t47rrw82 vOu/z9w8xS+MkDzVBoy6+QAAAABJRU5ErkJggg== --359656696-512470745-1405067900=:11650-- --359656696-14617470-1405067900=:11650-- --===============7717522276260619438== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7717522276260619438==-- From xen-users-bounces@lists.xen.org Fri Jul 11 15:56:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 15:56:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5dAQ-0006FE-Q6; Fri, 11 Jul 2014 15:55:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5ZWk-0000ZA-4U for xen-users@lists.xenproject.org; Fri, 11 Jul 2014 12:02:10 +0000 Received: from [193.109.254.147:16202] by server-16.bemta-14.messagelabs.com id CD/AA-07101-142DFB35; Fri, 11 Jul 2014 12:02:09 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-13.tower-27.messagelabs.com!1405080124!16885167!1 X-Originating-IP: [106.10.151.168] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26689 invoked from network); 11 Jul 2014 12:02:07 -0000 Received: from nm29-vm9.bullet.mail.sg3.yahoo.com (HELO nm29-vm9.bullet.mail.sg3.yahoo.com) (106.10.151.168) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 12:02:07 -0000 Received: from [106.10.166.123] by nm29.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:02:04 -0000 Received: from [106.10.151.203] by tm12.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:01:27 -0000 Received: from [127.0.0.1] by omp1015.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:02:03 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 893359.67313.bm@omp1015.mail.sg3.yahoo.com Received: (qmail 34020 invoked by uid 60001); 11 Jul 2014 12:02:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1405080123; bh=lxin1aOoYYDJv1zUz5h0CY5r+6Fww0mSVYnFygCY7Is=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=TwE92AXZ87+hMq5bmKMCLtBZwjFhrGSGaNLxqSNT4daPyv1s6y6xfQ56n3Z8M4WxsVfusvm/shvBYGx8E+LXuv3STfuzc+t/UW78e6WvYOk+T8rSc1L/sOJN7yURnn4T8eRZ2h3fA94jh36eU5j7ViPuDJSAy9TFfwzeLRKS8RU= X-YMail-OSG: kkd1dBoVM1nD21yYp_BZ3bdckQSCtbaDOyG.s7x_.h2Q5vq _.fGAlYgt19_ElhbgZ8G9JPriyK.SuzDuLcGO0zxIC2hsmzLUBCZ7rRMSX4E DDqJQ66VxUgCmqs44U1TKn_dhxNZBjZknjmvNweU2a9zQoIbH6QFi96GaiTI aV9eB9cXnJzEZbJnINUlWCgbSUYu7IG3RXs9GdmjOPVRr7PJuDsiGEzcizR4 .E9uKErQJtjIqxI0EF16C.FTFucDQlRBiKhgH5Reh9n.Y3RuTZfl6z.hVPp7 XECNxMAkxpHwwXIGSgSBpsNnhAyvzHCKoIZxrSKs8gq8q7QxqozJjV_yy5rW Ct_.cJpIm4A6cjyAHljigTxQk0FJpFjiW.G6du8di39_g5eb2uBymRnfV4ld g9BpjfON9CA6v8FChwDqpmymUa4KI22Wrx.fBVMy.p_yaS.x3YzhLHLmx22_ jByZu7ikwOkkkIM0YXYDa3dX4RkfsjAfAn8Bth5fUI2JDOwA51uN7dUgqpbP oViBdYqwGyZ_gRGltYLL9uCG9xJnpm8Z.s0o2dcHv4sa3A_fjMWdriMgDsD2 64FIQIznQX0KjassICB8WfNGD3omb9GxQwXppTkKH65I1Kq6ilH2rTeN.Xm4 Mmj8ZJOx9ngae7l3JFEJt82YuGCjSa3HyN6ayM74EPPX4JWr4v8KEtG1vzl0 9yWPGlIWQokfIK1S. Received: from [202.129.240.131] by web190603.mail.sg3.yahoo.com via HTTP; Fri, 11 Jul 2014 20:02:03 SGT X-Rocket-MIMEInfo: 002.001, CmNhbiB5b3UgcHJvdmlkZSBtZSBmZXcgc3RlcHMgdG8gd29yayB3aXRoIERSREIgKyBMVk0_CsKgCk1pbmFsS3VtYXIgUGF0ZWwoTS5FLiAtIENvbXB1dGVyIEVuZ2luZWVyaW5nKQpMZWN0dXJlcixDb21wdXRlciBFbmdpbmVlcmluZyBEZXBhcnRtZW50LApBLkQuUGF0ZWwgSW5zdGl0dXRlIG9mIFRlY2hub2xvZ3ksCk5ldyBWYWxsYWJoIFZpZHlhbmFnYXIsS2FyYW1zYWQgLSAzODgxMjEsCkFuYW5kLEd1amFyYXQuCk1vYmlsZSAtIDk5OTg1NzQxODgKRS1tYWlsIElkIC0gcGF0ZWxfbXBAeWFob28uY28uaW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 References: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> <1405008912.6015.1.camel@kazak.uk.xensource.com> <1405067900.11650.YahooMailNeo@web190605.mail.sg3.yahoo.com> Message-ID: <1405080123.89938.YahooMailNeo@web190603.mail.sg3.yahoo.com> Date: Fri, 11 Jul 2014 20:02:03 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" , "xen-users@lists.xenproject.org" In-Reply-To: <1405067900.11650.YahooMailNeo@web190605.mail.sg3.yahoo.com> MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 11 Jul 2014 15:55:20 +0000 Subject: Re: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5595898747009357659==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5595898747009357659== Content-Type: multipart/alternative; boundary="581505112-128545668-1405080123=:89938" --581505112-128545668-1405080123=:89938 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0Acan you provide me few steps to work with DRDB + LVM?=0A=A0=0AMinalKumar= Patel(M.E. - Computer Engineering)=0ALecturer,Computer Engineering Departm= ent,=0AA.D.Patel Institute of Technology,=0ANew Vallabh Vidyanagar,Karamsad= - 388121,=0AAnand,Gujarat.=0AMobile - 9998574188=0AE-mail Id - patel_mp@ya= hoo.co.in=0AURL - http://www.minall.co.in=0A=0A=0A=0A=0AOn Friday, 11 July = 2014 2:08 PM, Minalkumar Patel wrote:=0A =0A=0A=0A= =0AI've had success with DRDB + LVM in Linux Debian hosts, xl migrate works= perfect. (There was a slight issue with the block script but AFAIK that's = fixed in 4.4)=0A=0A=0A-->> can you provide me few steps to work with DRDB += LVM?=A0=0A=A0=0AMinalKumar Patel(M.E. - Computer Engineering)=0ALecturer,C= omputer Engineering Department,=0AA.D.Patel Institute of Technology,=0ANew = Vallabh Vidyanagar,Karamsad - 388121,=0AAnand,Gujarat.=0AMobile - 999857418= 8=0AE-mail Id - patel_mp@yahoo.co.in=0AURL - http://www.minall.co.in=0A=0A= =0AOn Friday, 11 July 2014 1:09 AM, Miguel Clara w= rote:=0A =0A=0A=0A=0A=0AI've had success with DRDB + LVM in Linux Debian ho= sts, xl migrate works perfect. (There was a slight issue with the block scr= ipt but AFAIK that's fixed in 4.4)=0A=0A=0A=0AMelhores Cumprimentos // Best= Regards=0A-----------------------------------------------=0AMiguel Clara= =0AIT - Sys Admin & Developer=0AE-mail:=A0=A0=A0 miguelmclara@gmail.com=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 www.linkedin.com/in/miguelmclara/= =0A=0A=0AOn Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell wrote:=0A=0AOn Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote= :=0A>=0A>> my questio is whether logical volume (lvm) is able to share betw= een=0A>> two hosts or not.=0A>=0A>No. LVM is inherently single host.=0A>=0A= >You will need to arrange for some sort of shared storage. NBD, DRDB,=0A>im= ages on NFS, iSCSI, some other sort of SAN etc.=0A>=0A>Ian.=0A>=0A>=0A>=0A>= _______________________________________________=0A>Xen-users mailing list= =0A>Xen-users@lists.xen.org=0A>http://lists.xen.org/xen-users=0A> --581505112-128545668-1405080123=:89938 Content-Type: multipart/related; boundary="581505112-861073354-1405080123=:89938" --581505112-861073354-1405080123=:89938 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

can you provide me few steps to work with DRDB + LVM?
 
Minal= Kumar Patel(M.E. - Computer Engineering)
Lecturer,= Computer Engineering Department,
A.D.Patel Institu= te of Technology,
New Vallabh Vidyanagar,Karamsad = - 388121,
Anand,Gujarat.
= Mobile - 9998574188
E-mail Id - patel_mp@yahoo.co.= in
URL - http://www.minall.co.in


=


<= div class=3D"" style=3D"font-family: times new roman, new york, times, seri= f; font-size: 12pt;">
On Friday, 11 July 2014 2:08 PM= , Minalkumar Patel <patel_mp@yahoo.co.in> wrote:


=

I've had success with DRDB + LVM in Linux Debi= an hosts, xl migrate works perfect. (There was a slight issue with the bloc= k script but AFAIK that's fixed in 4.4)<= br class=3D"" style=3D"" clear=3D"none">

<= span class=3D"" style=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetic= a, Arial, 'Lucida Grande', sans-serif;font-size:13px;">-->> can you p= rovide me few steps to work with DRDB + LVM? 
<= div class=3D"" style=3D""> 
MinalKumar= Patel(M.E. - Computer Engineering)
Lecturer,Computer Engineering Department,
A.D.Patel Institute of Technology,
New Vallabh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.
Mob= ile - 9998574188
E-mail Id - patel_= mp@yahoo.co.in
URL - http://www.min= all.co.in


On Friday, 11 Jul= y 2014 1:09 AM, Miguel Clara <miguelmclara@gmail.com> wrote:




I've had success wit= h DRDB + LVM in Linux Debian hosts, xl migrate works perfect. (There was a = slight issue with the block script but AFAIK that's fixed in 4.4)
=0A=0A
=0A
= =0A Melhores Cumpri= mentos // Best=0A Regards
= =0A --------= ---------------------------------------
=0A Miguel Clara
=0A IT=0A - Sys Admin & Devel= oper<= br class=3D"" style=3D"" clear=3D"none">=0A E-mail:  = ;  miguelmclara@gmail.com
=0A =  &nb= sp;            www.linkedin.com/in/miguelmcla= ra/
=0A=0A
=0A

= On Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
=0A=0AOn Wed, 2014-0= 7-09 at 12:55 +0800, Minalkumar Patel wrote:
=0A
=0A> my questio is= whether logical volume (lvm) is able to share between
=0A> two hosts or not.
=0A
=0ANo. LVM is inher= ently single host.
=0A
=0AYou will need to arrange for some sort of sh= ared storage. NBD, DRDB,
=0Aimages = on NFS, iSCSI, some other sort of SAN etc.
=0A
=0AIan.
=0A
=0A<= br class=3D"" style=3D"" clear=3D"none">=0A
=0A_______________________________________________
=0AXen-users mailing list
=0AXen-users@lists.xen.org
=0Ahttp://li= sts.xen.org/xen-users
=0A





--581505112-861073354-1405080123=:89938 Content-Type: image/png; name="linkedin.png" Content-Transfer-Encoding: base64 Content-Id: <1.3756596699@web190603.mail.sg3.yahoo.com> Content-Disposition: inline; filename="linkedin.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAABIAAAASABGyWs+AAAACXZwQWcAAAAQAAAAEABcxq3DAAACGklEQVQ4y6WTO2sUURTHf3dm dp0kTnZJzErSrPjKYqNY2GljodhoLRLB1sLCD2DrZxAsfCAE/AaCgrY+SBQSFTSCxizGzZ3MTiYz 92UxY5KNYuOBP+eew/3/73lwxfWHT9yjuR8YL0CwyxygAAPoCqr0ntFcvjBBcH++x8WzJzm8v/En WVdks0PEgNWO95/XePD4HZ4ADk6MAhD6Hs26/08yBjwrODrZBK0JADyvLP7GsX2Evse9xR5Lsvgr +XfsO7ctoKwj9AWh7wEQIFCF+3sFGjCmgiJwQFwYYge3X3cZrwXMr2SDg9tJ1rokaw1alRXI3NAO 61w60AAHTkE7qtNu1PjSUywsb3L60AgjNcHzhZgXb39WApoAC3FqsIGjMxYC8OZbxlQU0GmFTLdC znWireV0pobYSDKevuzilMZDg0wN/cxuXdrMLVqX53TTcu3OJ87cmmdlrQBgemoYKTMwqhSI+4Z0 QMBhjANgcTnj1UdJHGd8Xc0AmBitEcu0moGGODH0h7cF8tyidSmgjSWWG6AUWpkypw1xLwXA4z8t QINcN/T3moEWtLZbr0mZQV5s55RFJuU8RHR11iWtIzQ8nxOtIVCw9D2lWbM06w4ZZ8wtrEJRcLw9 TDMUyKRg7kOPSHQR0ZVZlyRjMDkOOVAUFfLS57viHRaJLsHM+THuPtuDUgLTW2U0X672t47rrw82 vOu/z9w8xS+MkDzVBoy6+QAAAABJRU5ErkJggg== --581505112-861073354-1405080123=:89938-- --581505112-128545668-1405080123=:89938-- --===============5595898747009357659== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5595898747009357659==-- From xen-users-bounces@lists.xen.org Fri Jul 11 15:56:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 15:56:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5dAQ-0006Ex-86; Fri, 11 Jul 2014 15:55:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5ZVW-0000We-GH for xen-users@lists.xenproject.org; Fri, 11 Jul 2014 12:00:54 +0000 Received: from [85.158.139.211:13312] by server-9.bemta-5.messagelabs.com id B5/5A-14363-5F1DFB35; Fri, 11 Jul 2014 12:00:53 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-13.tower-206.messagelabs.com!1405080049!15017212!1 X-Originating-IP: [106.10.148.149] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2508 invoked from network); 11 Jul 2014 12:00:52 -0000 Received: from nm5-vm6.bullet.mail.sg3.yahoo.com (HELO nm5-vm6.bullet.mail.sg3.yahoo.com) (106.10.148.149) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 12:00:52 -0000 Received: from [106.10.166.116] by nm5.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:00:49 -0000 Received: from [106.10.150.25] by tm5.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:00:48 -0000 Received: from [127.0.0.1] by omp1026.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:00:48 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 975502.79840.bm@omp1026.mail.sg3.yahoo.com Received: (qmail 65375 invoked by uid 60001); 11 Jul 2014 12:00:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1405080048; bh=AQfo4YulwdFWlX0ztsIp6dp/9lq7pBQ4oRWL+18kFps=; h=Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=RT/GTcr/zxJJ2vjk4vD/L1ttfofapcGneGjUqI46Ex2pQe7JOlf8D9/D2HHpI3glwRvXL9QR6yE0U9J3rx/xb+3YWDDGWcgQAAVtX2rM1g0iGVZnzOPxz5Lwr4aNyPf64jnSGJzig3z0dnPt39TA5H9bbqvZ6E55muVmgZTCReE= X-YMail-OSG: y_33XxsVM1kgbIuDuw.DIxsfSjdgVlVwhEZwR1Akau9yi0M jMXkW6b00VqGUiLYBNF5dY8LUV3B4IR0n.u9i8_yqH3i2GAVwlJZM7u5i3ie 4Mzt0eD1T07Jz3lK3ihHIFnM_KezcPr7Y1FyT7QV5JNGw6jVBXkCkToIUZVj 9wreX08BlS8iFjPUD_bunv0FvZl4nxutNpRRwP9UddwcCKlE88WtEm2GbMrY uRv2CX8LWzmjERkIZUXUbpZrHEjZIbI458IQw0wQwLdby3r6WYAJihz1LuKq eTa.n7Z89IDRbMe7LGTGUNB4BsTDDbtiRALN_rvA1HDkZYGDAIDSCZyIq5JK Pm6acKh.wxYsJicbdtKP940Gk87F6XqvpjkpPCdbM0Jg9SrQ2M5AkfvhPNTM L0Yuz.1skc9a5Kocshkoc6v.PBhNMQsXfaVHQAp.RBvpKQBF3zmy65Kf7Hqh NaOxV9XH4yWRNbVtExhH3lqT1r9ZPPP3mBZiSi8Cr4N9xKTwZYbXKK.mL3U8 XMJIHnHx8PDCzut6dvcPeYJoP.MJc4BPOE9cjLYI0d9SiY3sY4Z1W91nlpQc DUjk- Received: from [202.129.240.131] by web190601.mail.sg3.yahoo.com via HTTP; Fri, 11 Jul 2014 20:00:48 SGT X-Rocket-MIMEInfo: 002.001, CgoKCkkgaGF2ZSB0cmllZCB4ZW40LjQgb24gdWJ1bnR1MTQuMDQgYnV0IExWTSBtb3VudGluZyBpcyBhbiBpc3N1ZSB0aGF0IGkgZG9uJ3QgYWJsZSB0byBzb2x2ZS4KSSB0cmllZCB3aXRoIHhlbjQuNCt1YnVudHUxNC4wNCB3aXRoIGxpYnZpcnQgYnV0IGxpYnZpcnRkIGlzIG5vdCBmdWxseSBzdXBwb3J0ZWQgc28gaSBjYW4ndCBhYmxlIHRvIGluc3RhbGwgdm0uCgpub3cgaSB3YW50IHRvIGJ1aWxkIHhlbiBvbiB1YnVudHUgc28gZ2l2ZSBtZSBzdGVwczoKcGxlYXNlIGdpdmUgc3VnZ2VzdGlvbnMgZm9yIHgBMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 Message-ID: <1405080048.64547.YahooMailNeo@web190601.mail.sg3.yahoo.com> Date: Fri, 11 Jul 2014 20:00:48 +0800 From: Minalkumar Patel To: "xen-users@lists.xenproject.org" MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 11 Jul 2014 15:55:20 +0000 Subject: [Xen-users] about building xen on ubuntu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4290066632583960041==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4290066632583960041== Content-Type: multipart/alternative; boundary="-1762912605-1470278282-1405080048=:64547" ---1762912605-1470278282-1405080048=:64547 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A=0A=0A=0AI have tried xen4.4 on ubuntu14.04 but LVM mounting is an issue= that i don't able to solve.=0AI tried with xen4.4+ubuntu14.04 with libvirt= but libvirtd is not fully supported so i can't able to install vm.=0A=0Ano= w i want to build xen on ubuntu so give me steps:=0Aplease give suggestions= for xen earlier version(3.4 or other ) with xm toolstack on ubuntu12.04 or= earlier because i find that xl has some issues which is under study. for x= l migration i can't resolve some issues....so i want to switch back xm migr= ate ....=0A=0Aif i use apt-get install xen then it doesn't give me tools/li= bxc support so anybody knows about how to work with xen source.... ---1762912605-1470278282-1405080048=:64547 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable



I have tr= ied xen4.4 on ubuntu14.04 but LVM mounting is an issue that i don't able to= solve.
I tried with xen4.4+ubuntu14.04 with libvi= rt but libvirtd is not fully supported so i can't able to install vm.

now i want to build xen on ub= untu so give me steps:
please give suggestions for xen earlier version(3= .4 or other ) with xm toolstack on ubuntu12.04 or earlier because i find th= at xl has some issues which is under study. for xl migration i can't resolv= e some issues....so i want to switch back xm migrate ....

if i use a= pt-get install xen then it doesn't give me tools/libxc support so anybody k= nows about how to work with xen source....



---1762912605-1470278282-1405080048=:64547-- --===============4290066632583960041== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4290066632583960041==-- From xen-users-bounces@lists.xen.org Fri Jul 11 15:56:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 15:56:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5dAP-0006En-Ld; Fri, 11 Jul 2014 15:55:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5WLb-0002te-UF for xen-users@lists.xen.org; Fri, 11 Jul 2014 08:38:28 +0000 Received: from [85.158.137.68:6655] by server-3.bemta-3.messagelabs.com id 0A/32-25808-382AFB35; Fri, 11 Jul 2014 08:38:27 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-7.tower-31.messagelabs.com!1405067902!11379855!1 X-Originating-IP: [106.10.151.17] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19868 invoked from network); 11 Jul 2014 08:38:25 -0000 Received: from nm22.bullet.mail.sg3.yahoo.com (HELO nm22.bullet.mail.sg3.yahoo.com) (106.10.151.17) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 08:38:25 -0000 Received: from [106.10.166.114] by nm22.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 08:38:21 -0000 Received: from [106.10.150.24] by tm3.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 08:38:21 -0000 Received: from [127.0.0.1] by omp1025.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 08:38:21 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 305136.62480.bm@omp1025.mail.sg3.yahoo.com Received: (qmail 43180 invoked by uid 60001); 11 Jul 2014 08:38:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1405067901; bh=P9oei9noViJQ+MlNycUc4LXqftVJXLM/PCxDAWD4TrM=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=thdMRov3xBOVmTc7ZUWCHswQKAvm8UKs6g47pQBK+lNyV/hW5kH56WnZ6J0Pd3fAOPRwwR6GsVVWGO1Vek6r+MzkVoqFlDYGA4d8FC3RL/+F9ZXzNZ7H3/Vk/7Jm2GTAX2nY3RBYvG9ElZMOJ7c94jbw3CUkT8OgSZDDKl5wCyE= X-YMail-OSG: GQ50h6gVM1kMKQgInsnd9kLIgq2x99FIwjfXLWLdxvZtB9. dA1LOblZq.KeYONEcNfK0bfv8KFgBZvrIwe_PH._UQQt.Xtctyar3XgTFBTL pIsaEzVfU4X2slIri6h0kK332WUzZWTDdAR1hTpTO8PULJt7hHBR1.9dM4Xx BLEQY5g5zY4SeHLjLroqoq.o.Suk.UMbX1k9nzvIc2HM0QA9ur2cJPC.jGok dLoTU0K1m6Qxd3B.jFbHzqZA3GaVWf55p3Dqg_GK_V9q.Z7yl.5d7qq8Bx1j gAiOU1WeODXLqgKv20.5GNqsjoRTuykffX_yZ0Y6wS3.M1R91Ul37fGeMT0J .9uORdgZxPqxsqv8mGIQrZDWLcvDQkAkJvq6IHvizIqBkquxFeDjji6QmfF7 dZsRKqVyfAofGFeU34uYZ15c8bo5qcg24Ztyp3HP46YpwVZF8_Zp.ADpjRMv jMtGupSaH01wxQgpn1lz_0u7BcgQDXrwNZtIWl6sWLp2EFFnrsDs3ivN0iGS PtpfO_7hXC_a5mQOb8kpc47NWwivOXsIKYLPD8b87DTg3sd2V1dGFum_TjdF 00ouwpJSRFJkt380Y5bxMxrA4pOXALAH2V7RkGzjlMB_aYOT7ebObPLbpdGm GefozRW1RKz1SwvlCXr8voIn.Tr.CchzLVMlDaojjCj_lTsUDwcQ8rQ2xOpq 5_xs_jpiSoDfjk.oi Received: from [202.129.240.131] by web190605.mail.sg3.yahoo.com via HTTP; Fri, 11 Jul 2014 16:38:20 SGT X-Rocket-MIMEInfo: 002.001, CkkndmUgaGFkIHN1Y2Nlc3Mgd2l0aCBEUkRCICsgTFZNIGluIExpbnV4IERlYmlhbiBob3N0cywgeGwgbWlncmF0ZSB3b3JrcyBwZXJmZWN0LiAoVGhlcmUgd2FzIGEgc2xpZ2h0IGlzc3VlIHdpdGggdGhlIGJsb2NrIHNjcmlwdCBidXQgQUZBSUsgdGhhdCdzIGZpeGVkIGluIDQuNCkKCgotLT4.IGNhbiB5b3UgcHJvdmlkZSBtZSBmZXcgc3RlcHMgdG8gd29yayB3aXRoIERSREIgKyBMVk0_wqAKwqAKTWluYWxLdW1hciBQYXRlbChNLkUuIC0gQ29tcHV0ZXIgRW5naW5lZXJpbmcpCkxlY3R1cmVyLENvbXB1dGUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 References: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> <1405008912.6015.1.camel@kazak.uk.xensource.com> Message-ID: <1405067900.11650.YahooMailNeo@web190605.mail.sg3.yahoo.com> Date: Fri, 11 Jul 2014 16:38:20 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" In-Reply-To: MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 11 Jul 2014 15:55:20 +0000 Subject: Re: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7717522276260619438==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7717522276260619438== Content-Type: multipart/alternative; boundary="359656696-14617470-1405067900=:11650" --359656696-14617470-1405067900=:11650 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0AI've had success with DRDB + LVM in Linux Debian hosts, xl migrate works= perfect. (There was a slight issue with the block script but AFAIK that's = fixed in 4.4)=0A=0A=0A-->> can you provide me few steps to work with DRDB += LVM?=A0=0A=A0=0AMinalKumar Patel(M.E. - Computer Engineering)=0ALecturer,C= omputer Engineering Department,=0AA.D.Patel Institute of Technology,=0ANew = Vallabh Vidyanagar,Karamsad - 388121,=0AAnand,Gujarat.=0AMobile - 999857418= 8=0AE-mail Id - patel_mp@yahoo.co.in=0AURL - http://www.minall.co.in=0A=0A= =0AOn Friday, 11 July 2014 1:09 AM, Miguel Clara w= rote:=0A =0A=0A=0A=0A=0AI've had success with DRDB + LVM in Linux Debian ho= sts, xl migrate works perfect. (There was a slight issue with the block scr= ipt but AFAIK that's fixed in 4.4)=0A=0A=0A=0AMelhores Cumprimentos // Best= Regards=0A-----------------------------------------------=0AMiguel Clara= =0AIT - Sys Admin & Developer=0AE-mail:=A0=A0=A0 miguelmclara@gmail.com=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 www.linkedin.com/in/miguelmclara/= =0A=0A=0AOn Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell wrote:=0A=0AOn Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote= :=0A>=0A>> my questio is whether logical volume (lvm) is able to share betw= een=0A>> two hosts or not.=0A>=0A>No. LVM is inherently single host.=0A>=0A= >You will need to arrange for some sort of shared storage. NBD, DRDB,=0A>im= ages on NFS, iSCSI, some other sort of SAN etc.=0A>=0A>Ian.=0A>=0A>=0A>=0A>= _______________________________________________=0A>Xen-users mailing list= =0A>Xen-users@lists.xen.org=0A>http://lists.xen.org/xen-users=0A> --359656696-14617470-1405067900=:11650 Content-Type: multipart/related; boundary="359656696-512470745-1405067900=:11650" --359656696-512470745-1405067900=:11650 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

I've had success with DR= DB + LVM in Linux Debian hosts, xl migrate works perfect. (There was a slig= ht issue with the block script but AFAIK that's fixed in 4.4)

-->> can you provide me few steps to work wit= h DRDB + LVM? 
 
MinalKumar Patel(M.= E. - Computer Engineering)
Lecturer,Computer Engin= eering Department,
A.D.Patel Institute of Technolo= gy,
New Vallabh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.
Mobile - 99985= 74188
E-mail Id - patel_mp@yahoo.co.in
URL - http://www.minall.co.in


<= div style=3D"font-family: times new roman, new york, times, serif; font-siz= e: 12pt;" class=3D"">
On Friday, 11 July 2014 1:09 AM, = Miguel Clara <miguelmclara@gmail.com> wrote:




I've h= ad success with DRDB + LVM in Linux Debian hosts, xl migrate works perfect.= (There was a slight issue with the block script but AFAIK that's fixed in = 4.4)
=0A=0A
<= span class=3D"" style=3D"">= =0A
=0A M= elhores Cumprimentos // Best=0A Regards
=0A -----------------------------------------------
=0A Miguel Clara
=0A IT=0A - Sys Ad= min & Developer
=0A E-m= ail:    miguelmclara@gmail.com
=0A            &n= bsp;  www.linkedin.c= om/in/miguelmclara/
=0A=0A
=0A
On Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
= =0A=0AOn Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote:
=0A
=0A> my questio is whether logical volume (lvm) is able to share betwee= n
=0A> two hosts or not.
=0A
=0ANo. LVM is inherently single host.
=0A
=0AYou will need to arran= ge for some sort of shared storage. NBD, DRDB,
=0Aimages on NFS, iSCSI, some other sort of SAN etc.
=0A
=0AIan.
=0A
=0A
=0A
=0A________________________________________= _______
=0AXen-users mailing list=0AXen-users@lists.xen.org
=0Ahttp://lists.xen.org/xen-users
=0A

<= /div>


=
--359656696-512470745-1405067900=:11650 Content-Type: image/png; name="linkedin.png" Content-Transfer-Encoding: base64 Content-Id: <1.3755032142@web190605.mail.sg3.yahoo.com> Content-Disposition: inline; filename="linkedin.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAABIAAAASABGyWs+AAAACXZwQWcAAAAQAAAAEABcxq3DAAACGklEQVQ4y6WTO2sUURTHf3dm dp0kTnZJzErSrPjKYqNY2GljodhoLRLB1sLCD2DrZxAsfCAE/AaCgrY+SBQSFTSCxizGzZ3MTiYz 92UxY5KNYuOBP+eew/3/73lwxfWHT9yjuR8YL0CwyxygAAPoCqr0ntFcvjBBcH++x8WzJzm8v/En WVdks0PEgNWO95/XePD4HZ4ADk6MAhD6Hs26/08yBjwrODrZBK0JADyvLP7GsX2Evse9xR5Lsvgr +XfsO7ctoKwj9AWh7wEQIFCF+3sFGjCmgiJwQFwYYge3X3cZrwXMr2SDg9tJ1rokaw1alRXI3NAO 61w60AAHTkE7qtNu1PjSUywsb3L60AgjNcHzhZgXb39WApoAC3FqsIGjMxYC8OZbxlQU0GmFTLdC znWireV0pobYSDKevuzilMZDg0wN/cxuXdrMLVqX53TTcu3OJ87cmmdlrQBgemoYKTMwqhSI+4Z0 QMBhjANgcTnj1UdJHGd8Xc0AmBitEcu0moGGODH0h7cF8tyidSmgjSWWG6AUWpkypw1xLwXA4z8t QINcN/T3moEWtLZbr0mZQV5s55RFJuU8RHR11iWtIzQ8nxOtIVCw9D2lWbM06w4ZZ8wtrEJRcLw9 TDMUyKRg7kOPSHQR0ZVZlyRjMDkOOVAUFfLS57viHRaJLsHM+THuPtuDUgLTW2U0X672t47rrw82 vOu/z9w8xS+MkDzVBoy6+QAAAABJRU5ErkJggg== --359656696-512470745-1405067900=:11650-- --359656696-14617470-1405067900=:11650-- --===============7717522276260619438== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7717522276260619438==-- From xen-users-bounces@lists.xen.org Fri Jul 11 15:56:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 15:56:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5dAR-0006FQ-CB; Fri, 11 Jul 2014 15:55:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5ZWk-0000ZB-7z for xen-users@lists.xen.org; Fri, 11 Jul 2014 12:02:10 +0000 Received: from [193.109.254.147:42541] by server-12.bemta-14.messagelabs.com id 3B/DA-20682-142DFB35; Fri, 11 Jul 2014 12:02:09 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-14.tower-27.messagelabs.com!1405080125!16889672!1 X-Originating-IP: [106.10.151.167] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25711 invoked from network); 11 Jul 2014 12:02:07 -0000 Received: from nm29-vm8.bullet.mail.sg3.yahoo.com (HELO nm29-vm8.bullet.mail.sg3.yahoo.com) (106.10.151.167) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 12:02:07 -0000 Received: from [106.10.166.62] by nm29.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:02:04 -0000 Received: from [106.10.151.202] by tm19.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:02:04 -0000 Received: from [127.0.0.1] by omp1014.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:02:03 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 993165.79259.bm@omp1014.mail.sg3.yahoo.com Received: (qmail 34020 invoked by uid 60001); 11 Jul 2014 12:02:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1405080123; bh=lxin1aOoYYDJv1zUz5h0CY5r+6Fww0mSVYnFygCY7Is=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=TwE92AXZ87+hMq5bmKMCLtBZwjFhrGSGaNLxqSNT4daPyv1s6y6xfQ56n3Z8M4WxsVfusvm/shvBYGx8E+LXuv3STfuzc+t/UW78e6WvYOk+T8rSc1L/sOJN7yURnn4T8eRZ2h3fA94jh36eU5j7ViPuDJSAy9TFfwzeLRKS8RU= X-YMail-OSG: kkd1dBoVM1nD21yYp_BZ3bdckQSCtbaDOyG.s7x_.h2Q5vq _.fGAlYgt19_ElhbgZ8G9JPriyK.SuzDuLcGO0zxIC2hsmzLUBCZ7rRMSX4E DDqJQ66VxUgCmqs44U1TKn_dhxNZBjZknjmvNweU2a9zQoIbH6QFi96GaiTI aV9eB9cXnJzEZbJnINUlWCgbSUYu7IG3RXs9GdmjOPVRr7PJuDsiGEzcizR4 .E9uKErQJtjIqxI0EF16C.FTFucDQlRBiKhgH5Reh9n.Y3RuTZfl6z.hVPp7 XECNxMAkxpHwwXIGSgSBpsNnhAyvzHCKoIZxrSKs8gq8q7QxqozJjV_yy5rW Ct_.cJpIm4A6cjyAHljigTxQk0FJpFjiW.G6du8di39_g5eb2uBymRnfV4ld g9BpjfON9CA6v8FChwDqpmymUa4KI22Wrx.fBVMy.p_yaS.x3YzhLHLmx22_ jByZu7ikwOkkkIM0YXYDa3dX4RkfsjAfAn8Bth5fUI2JDOwA51uN7dUgqpbP oViBdYqwGyZ_gRGltYLL9uCG9xJnpm8Z.s0o2dcHv4sa3A_fjMWdriMgDsD2 64FIQIznQX0KjassICB8WfNGD3omb9GxQwXppTkKH65I1Kq6ilH2rTeN.Xm4 Mmj8ZJOx9ngae7l3JFEJt82YuGCjSa3HyN6ayM74EPPX4JWr4v8KEtG1vzl0 9yWPGlIWQokfIK1S. Received: from [202.129.240.131] by web190603.mail.sg3.yahoo.com via HTTP; Fri, 11 Jul 2014 20:02:03 SGT X-Rocket-MIMEInfo: 002.001, CmNhbiB5b3UgcHJvdmlkZSBtZSBmZXcgc3RlcHMgdG8gd29yayB3aXRoIERSREIgKyBMVk0_CsKgCk1pbmFsS3VtYXIgUGF0ZWwoTS5FLiAtIENvbXB1dGVyIEVuZ2luZWVyaW5nKQpMZWN0dXJlcixDb21wdXRlciBFbmdpbmVlcmluZyBEZXBhcnRtZW50LApBLkQuUGF0ZWwgSW5zdGl0dXRlIG9mIFRlY2hub2xvZ3ksCk5ldyBWYWxsYWJoIFZpZHlhbmFnYXIsS2FyYW1zYWQgLSAzODgxMjEsCkFuYW5kLEd1amFyYXQuCk1vYmlsZSAtIDk5OTg1NzQxODgKRS1tYWlsIElkIC0gcGF0ZWxfbXBAeWFob28uY28uaW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 References: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> <1405008912.6015.1.camel@kazak.uk.xensource.com> <1405067900.11650.YahooMailNeo@web190605.mail.sg3.yahoo.com> Message-ID: <1405080123.89938.YahooMailNeo@web190603.mail.sg3.yahoo.com> Date: Fri, 11 Jul 2014 20:02:03 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" , "xen-users@lists.xenproject.org" In-Reply-To: <1405067900.11650.YahooMailNeo@web190605.mail.sg3.yahoo.com> MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 11 Jul 2014 15:55:20 +0000 Subject: Re: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6370076771064821525==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6370076771064821525== Content-Type: multipart/alternative; boundary="581505112-128545668-1405080123=:89938" --581505112-128545668-1405080123=:89938 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0Acan you provide me few steps to work with DRDB + LVM?=0A=A0=0AMinalKumar= Patel(M.E. - Computer Engineering)=0ALecturer,Computer Engineering Departm= ent,=0AA.D.Patel Institute of Technology,=0ANew Vallabh Vidyanagar,Karamsad= - 388121,=0AAnand,Gujarat.=0AMobile - 9998574188=0AE-mail Id - patel_mp@ya= hoo.co.in=0AURL - http://www.minall.co.in=0A=0A=0A=0A=0AOn Friday, 11 July = 2014 2:08 PM, Minalkumar Patel wrote:=0A =0A=0A=0A= =0AI've had success with DRDB + LVM in Linux Debian hosts, xl migrate works= perfect. (There was a slight issue with the block script but AFAIK that's = fixed in 4.4)=0A=0A=0A-->> can you provide me few steps to work with DRDB += LVM?=A0=0A=A0=0AMinalKumar Patel(M.E. - Computer Engineering)=0ALecturer,C= omputer Engineering Department,=0AA.D.Patel Institute of Technology,=0ANew = Vallabh Vidyanagar,Karamsad - 388121,=0AAnand,Gujarat.=0AMobile - 999857418= 8=0AE-mail Id - patel_mp@yahoo.co.in=0AURL - http://www.minall.co.in=0A=0A= =0AOn Friday, 11 July 2014 1:09 AM, Miguel Clara w= rote:=0A =0A=0A=0A=0A=0AI've had success with DRDB + LVM in Linux Debian ho= sts, xl migrate works perfect. (There was a slight issue with the block scr= ipt but AFAIK that's fixed in 4.4)=0A=0A=0A=0AMelhores Cumprimentos // Best= Regards=0A-----------------------------------------------=0AMiguel Clara= =0AIT - Sys Admin & Developer=0AE-mail:=A0=A0=A0 miguelmclara@gmail.com=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 www.linkedin.com/in/miguelmclara/= =0A=0A=0AOn Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell wrote:=0A=0AOn Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote= :=0A>=0A>> my questio is whether logical volume (lvm) is able to share betw= een=0A>> two hosts or not.=0A>=0A>No. LVM is inherently single host.=0A>=0A= >You will need to arrange for some sort of shared storage. NBD, DRDB,=0A>im= ages on NFS, iSCSI, some other sort of SAN etc.=0A>=0A>Ian.=0A>=0A>=0A>=0A>= _______________________________________________=0A>Xen-users mailing list= =0A>Xen-users@lists.xen.org=0A>http://lists.xen.org/xen-users=0A> --581505112-128545668-1405080123=:89938 Content-Type: multipart/related; boundary="581505112-861073354-1405080123=:89938" --581505112-861073354-1405080123=:89938 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

can you provide me few steps to work with DRDB + LVM?
 
Minal= Kumar Patel(M.E. - Computer Engineering)
Lecturer,= Computer Engineering Department,
A.D.Patel Institu= te of Technology,
New Vallabh Vidyanagar,Karamsad = - 388121,
Anand,Gujarat.
= Mobile - 9998574188
E-mail Id - patel_mp@yahoo.co.= in
URL - http://www.minall.co.in


=


<= div class=3D"" style=3D"font-family: times new roman, new york, times, seri= f; font-size: 12pt;">
On Friday, 11 July 2014 2:08 PM= , Minalkumar Patel <patel_mp@yahoo.co.in> wrote:


=

I've had success with DRDB + LVM in Linux Debi= an hosts, xl migrate works perfect. (There was a slight issue with the bloc= k script but AFAIK that's fixed in 4.4)<= br class=3D"" style=3D"" clear=3D"none">

<= span class=3D"" style=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetic= a, Arial, 'Lucida Grande', sans-serif;font-size:13px;">-->> can you p= rovide me few steps to work with DRDB + LVM? 
<= div class=3D"" style=3D""> 
MinalKumar= Patel(M.E. - Computer Engineering)
Lecturer,Computer Engineering Department,
A.D.Patel Institute of Technology,
New Vallabh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.
Mob= ile - 9998574188
E-mail Id - patel_= mp@yahoo.co.in
URL - http://www.min= all.co.in


On Friday, 11 Jul= y 2014 1:09 AM, Miguel Clara <miguelmclara@gmail.com> wrote:




I've had success wit= h DRDB + LVM in Linux Debian hosts, xl migrate works perfect. (There was a = slight issue with the block script but AFAIK that's fixed in 4.4)
=0A=0A
=0A
= =0A Melhores Cumpri= mentos // Best=0A Regards
= =0A --------= ---------------------------------------
=0A Miguel Clara
=0A IT=0A - Sys Admin & Devel= oper<= br class=3D"" style=3D"" clear=3D"none">=0A E-mail:  = ;  miguelmclara@gmail.com
=0A =  &nb= sp;            www.linkedin.com/in/miguelmcla= ra/
=0A=0A
=0A

= On Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
=0A=0AOn Wed, 2014-0= 7-09 at 12:55 +0800, Minalkumar Patel wrote:
=0A
=0A> my questio is= whether logical volume (lvm) is able to share between
=0A> two hosts or not.
=0A
=0ANo. LVM is inher= ently single host.
=0A
=0AYou will need to arrange for some sort of sh= ared storage. NBD, DRDB,
=0Aimages = on NFS, iSCSI, some other sort of SAN etc.
=0A
=0AIan.
=0A
=0A<= br class=3D"" style=3D"" clear=3D"none">=0A
=0A_______________________________________________
=0AXen-users mailing list
=0AXen-users@lists.xen.org
=0Ahttp://li= sts.xen.org/xen-users
=0A





--581505112-861073354-1405080123=:89938 Content-Type: image/png; name="linkedin.png" Content-Transfer-Encoding: base64 Content-Id: <1.3756596699@web190603.mail.sg3.yahoo.com> Content-Disposition: inline; filename="linkedin.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAABIAAAASABGyWs+AAAACXZwQWcAAAAQAAAAEABcxq3DAAACGklEQVQ4y6WTO2sUURTHf3dm dp0kTnZJzErSrPjKYqNY2GljodhoLRLB1sLCD2DrZxAsfCAE/AaCgrY+SBQSFTSCxizGzZ3MTiYz 92UxY5KNYuOBP+eew/3/73lwxfWHT9yjuR8YL0CwyxygAAPoCqr0ntFcvjBBcH++x8WzJzm8v/En WVdks0PEgNWO95/XePD4HZ4ADk6MAhD6Hs26/08yBjwrODrZBK0JADyvLP7GsX2Evse9xR5Lsvgr +XfsO7ctoKwj9AWh7wEQIFCF+3sFGjCmgiJwQFwYYge3X3cZrwXMr2SDg9tJ1rokaw1alRXI3NAO 61w60AAHTkE7qtNu1PjSUywsb3L60AgjNcHzhZgXb39WApoAC3FqsIGjMxYC8OZbxlQU0GmFTLdC znWireV0pobYSDKevuzilMZDg0wN/cxuXdrMLVqX53TTcu3OJ87cmmdlrQBgemoYKTMwqhSI+4Z0 QMBhjANgcTnj1UdJHGd8Xc0AmBitEcu0moGGODH0h7cF8tyidSmgjSWWG6AUWpkypw1xLwXA4z8t QINcN/T3moEWtLZbr0mZQV5s55RFJuU8RHR11iWtIzQ8nxOtIVCw9D2lWbM06w4ZZ8wtrEJRcLw9 TDMUyKRg7kOPSHQR0ZVZlyRjMDkOOVAUFfLS57viHRaJLsHM+THuPtuDUgLTW2U0X672t47rrw82 vOu/z9w8xS+MkDzVBoy6+QAAAABJRU5ErkJggg== --581505112-861073354-1405080123=:89938-- --581505112-128545668-1405080123=:89938-- --===============6370076771064821525== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6370076771064821525==-- From xen-users-bounces@lists.xen.org Fri Jul 11 15:56:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 15:56:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5dAQ-0006FE-Q6; Fri, 11 Jul 2014 15:55:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5ZWk-0000ZA-4U for xen-users@lists.xenproject.org; Fri, 11 Jul 2014 12:02:10 +0000 Received: from [193.109.254.147:16202] by server-16.bemta-14.messagelabs.com id CD/AA-07101-142DFB35; Fri, 11 Jul 2014 12:02:09 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-13.tower-27.messagelabs.com!1405080124!16885167!1 X-Originating-IP: [106.10.151.168] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26689 invoked from network); 11 Jul 2014 12:02:07 -0000 Received: from nm29-vm9.bullet.mail.sg3.yahoo.com (HELO nm29-vm9.bullet.mail.sg3.yahoo.com) (106.10.151.168) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 12:02:07 -0000 Received: from [106.10.166.123] by nm29.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:02:04 -0000 Received: from [106.10.151.203] by tm12.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:01:27 -0000 Received: from [127.0.0.1] by omp1015.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:02:03 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 893359.67313.bm@omp1015.mail.sg3.yahoo.com Received: (qmail 34020 invoked by uid 60001); 11 Jul 2014 12:02:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1405080123; bh=lxin1aOoYYDJv1zUz5h0CY5r+6Fww0mSVYnFygCY7Is=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=TwE92AXZ87+hMq5bmKMCLtBZwjFhrGSGaNLxqSNT4daPyv1s6y6xfQ56n3Z8M4WxsVfusvm/shvBYGx8E+LXuv3STfuzc+t/UW78e6WvYOk+T8rSc1L/sOJN7yURnn4T8eRZ2h3fA94jh36eU5j7ViPuDJSAy9TFfwzeLRKS8RU= X-YMail-OSG: kkd1dBoVM1nD21yYp_BZ3bdckQSCtbaDOyG.s7x_.h2Q5vq _.fGAlYgt19_ElhbgZ8G9JPriyK.SuzDuLcGO0zxIC2hsmzLUBCZ7rRMSX4E DDqJQ66VxUgCmqs44U1TKn_dhxNZBjZknjmvNweU2a9zQoIbH6QFi96GaiTI aV9eB9cXnJzEZbJnINUlWCgbSUYu7IG3RXs9GdmjOPVRr7PJuDsiGEzcizR4 .E9uKErQJtjIqxI0EF16C.FTFucDQlRBiKhgH5Reh9n.Y3RuTZfl6z.hVPp7 XECNxMAkxpHwwXIGSgSBpsNnhAyvzHCKoIZxrSKs8gq8q7QxqozJjV_yy5rW Ct_.cJpIm4A6cjyAHljigTxQk0FJpFjiW.G6du8di39_g5eb2uBymRnfV4ld g9BpjfON9CA6v8FChwDqpmymUa4KI22Wrx.fBVMy.p_yaS.x3YzhLHLmx22_ jByZu7ikwOkkkIM0YXYDa3dX4RkfsjAfAn8Bth5fUI2JDOwA51uN7dUgqpbP oViBdYqwGyZ_gRGltYLL9uCG9xJnpm8Z.s0o2dcHv4sa3A_fjMWdriMgDsD2 64FIQIznQX0KjassICB8WfNGD3omb9GxQwXppTkKH65I1Kq6ilH2rTeN.Xm4 Mmj8ZJOx9ngae7l3JFEJt82YuGCjSa3HyN6ayM74EPPX4JWr4v8KEtG1vzl0 9yWPGlIWQokfIK1S. Received: from [202.129.240.131] by web190603.mail.sg3.yahoo.com via HTTP; Fri, 11 Jul 2014 20:02:03 SGT X-Rocket-MIMEInfo: 002.001, CmNhbiB5b3UgcHJvdmlkZSBtZSBmZXcgc3RlcHMgdG8gd29yayB3aXRoIERSREIgKyBMVk0_CsKgCk1pbmFsS3VtYXIgUGF0ZWwoTS5FLiAtIENvbXB1dGVyIEVuZ2luZWVyaW5nKQpMZWN0dXJlcixDb21wdXRlciBFbmdpbmVlcmluZyBEZXBhcnRtZW50LApBLkQuUGF0ZWwgSW5zdGl0dXRlIG9mIFRlY2hub2xvZ3ksCk5ldyBWYWxsYWJoIFZpZHlhbmFnYXIsS2FyYW1zYWQgLSAzODgxMjEsCkFuYW5kLEd1amFyYXQuCk1vYmlsZSAtIDk5OTg1NzQxODgKRS1tYWlsIElkIC0gcGF0ZWxfbXBAeWFob28uY28uaW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 References: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> <1405008912.6015.1.camel@kazak.uk.xensource.com> <1405067900.11650.YahooMailNeo@web190605.mail.sg3.yahoo.com> Message-ID: <1405080123.89938.YahooMailNeo@web190603.mail.sg3.yahoo.com> Date: Fri, 11 Jul 2014 20:02:03 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" , "xen-users@lists.xenproject.org" In-Reply-To: <1405067900.11650.YahooMailNeo@web190605.mail.sg3.yahoo.com> MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 11 Jul 2014 15:55:20 +0000 Subject: Re: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5595898747009357659==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5595898747009357659== Content-Type: multipart/alternative; boundary="581505112-128545668-1405080123=:89938" --581505112-128545668-1405080123=:89938 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0Acan you provide me few steps to work with DRDB + LVM?=0A=A0=0AMinalKumar= Patel(M.E. - Computer Engineering)=0ALecturer,Computer Engineering Departm= ent,=0AA.D.Patel Institute of Technology,=0ANew Vallabh Vidyanagar,Karamsad= - 388121,=0AAnand,Gujarat.=0AMobile - 9998574188=0AE-mail Id - patel_mp@ya= hoo.co.in=0AURL - http://www.minall.co.in=0A=0A=0A=0A=0AOn Friday, 11 July = 2014 2:08 PM, Minalkumar Patel wrote:=0A =0A=0A=0A= =0AI've had success with DRDB + LVM in Linux Debian hosts, xl migrate works= perfect. (There was a slight issue with the block script but AFAIK that's = fixed in 4.4)=0A=0A=0A-->> can you provide me few steps to work with DRDB += LVM?=A0=0A=A0=0AMinalKumar Patel(M.E. - Computer Engineering)=0ALecturer,C= omputer Engineering Department,=0AA.D.Patel Institute of Technology,=0ANew = Vallabh Vidyanagar,Karamsad - 388121,=0AAnand,Gujarat.=0AMobile - 999857418= 8=0AE-mail Id - patel_mp@yahoo.co.in=0AURL - http://www.minall.co.in=0A=0A= =0AOn Friday, 11 July 2014 1:09 AM, Miguel Clara w= rote:=0A =0A=0A=0A=0A=0AI've had success with DRDB + LVM in Linux Debian ho= sts, xl migrate works perfect. (There was a slight issue with the block scr= ipt but AFAIK that's fixed in 4.4)=0A=0A=0A=0AMelhores Cumprimentos // Best= Regards=0A-----------------------------------------------=0AMiguel Clara= =0AIT - Sys Admin & Developer=0AE-mail:=A0=A0=A0 miguelmclara@gmail.com=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 www.linkedin.com/in/miguelmclara/= =0A=0A=0AOn Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell wrote:=0A=0AOn Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote= :=0A>=0A>> my questio is whether logical volume (lvm) is able to share betw= een=0A>> two hosts or not.=0A>=0A>No. LVM is inherently single host.=0A>=0A= >You will need to arrange for some sort of shared storage. NBD, DRDB,=0A>im= ages on NFS, iSCSI, some other sort of SAN etc.=0A>=0A>Ian.=0A>=0A>=0A>=0A>= _______________________________________________=0A>Xen-users mailing list= =0A>Xen-users@lists.xen.org=0A>http://lists.xen.org/xen-users=0A> --581505112-128545668-1405080123=:89938 Content-Type: multipart/related; boundary="581505112-861073354-1405080123=:89938" --581505112-861073354-1405080123=:89938 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

can you provide me few steps to work with DRDB + LVM?
 
Minal= Kumar Patel(M.E. - Computer Engineering)
Lecturer,= Computer Engineering Department,
A.D.Patel Institu= te of Technology,
New Vallabh Vidyanagar,Karamsad = - 388121,
Anand,Gujarat.
= Mobile - 9998574188
E-mail Id - patel_mp@yahoo.co.= in
URL - http://www.minall.co.in


=


<= div class=3D"" style=3D"font-family: times new roman, new york, times, seri= f; font-size: 12pt;">
On Friday, 11 July 2014 2:08 PM= , Minalkumar Patel <patel_mp@yahoo.co.in> wrote:


=

I've had success with DRDB + LVM in Linux Debi= an hosts, xl migrate works perfect. (There was a slight issue with the bloc= k script but AFAIK that's fixed in 4.4)<= br class=3D"" style=3D"" clear=3D"none">

<= span class=3D"" style=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetic= a, Arial, 'Lucida Grande', sans-serif;font-size:13px;">-->> can you p= rovide me few steps to work with DRDB + LVM? 
<= div class=3D"" style=3D""> 
MinalKumar= Patel(M.E. - Computer Engineering)
Lecturer,Computer Engineering Department,
A.D.Patel Institute of Technology,
New Vallabh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.
Mob= ile - 9998574188
E-mail Id - patel_= mp@yahoo.co.in
URL - http://www.min= all.co.in


On Friday, 11 Jul= y 2014 1:09 AM, Miguel Clara <miguelmclara@gmail.com> wrote:




I've had success wit= h DRDB + LVM in Linux Debian hosts, xl migrate works perfect. (There was a = slight issue with the block script but AFAIK that's fixed in 4.4)
=0A=0A
=0A
= =0A Melhores Cumpri= mentos // Best=0A Regards
= =0A --------= ---------------------------------------
=0A Miguel Clara
=0A IT=0A - Sys Admin & Devel= oper<= br class=3D"" style=3D"" clear=3D"none">=0A E-mail:  = ;  miguelmclara@gmail.com
=0A =  &nb= sp;            www.linkedin.com/in/miguelmcla= ra/
=0A=0A
=0A

= On Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
=0A=0AOn Wed, 2014-0= 7-09 at 12:55 +0800, Minalkumar Patel wrote:
=0A
=0A> my questio is= whether logical volume (lvm) is able to share between
=0A> two hosts or not.
=0A
=0ANo. LVM is inher= ently single host.
=0A
=0AYou will need to arrange for some sort of sh= ared storage. NBD, DRDB,
=0Aimages = on NFS, iSCSI, some other sort of SAN etc.
=0A
=0AIan.
=0A
=0A<= br class=3D"" style=3D"" clear=3D"none">=0A
=0A_______________________________________________
=0AXen-users mailing list
=0AXen-users@lists.xen.org
=0Ahttp://li= sts.xen.org/xen-users
=0A





--581505112-861073354-1405080123=:89938 Content-Type: image/png; name="linkedin.png" Content-Transfer-Encoding: base64 Content-Id: <1.3756596699@web190603.mail.sg3.yahoo.com> Content-Disposition: inline; filename="linkedin.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAABIAAAASABGyWs+AAAACXZwQWcAAAAQAAAAEABcxq3DAAACGklEQVQ4y6WTO2sUURTHf3dm dp0kTnZJzErSrPjKYqNY2GljodhoLRLB1sLCD2DrZxAsfCAE/AaCgrY+SBQSFTSCxizGzZ3MTiYz 92UxY5KNYuOBP+eew/3/73lwxfWHT9yjuR8YL0CwyxygAAPoCqr0ntFcvjBBcH++x8WzJzm8v/En WVdks0PEgNWO95/XePD4HZ4ADk6MAhD6Hs26/08yBjwrODrZBK0JADyvLP7GsX2Evse9xR5Lsvgr +XfsO7ctoKwj9AWh7wEQIFCF+3sFGjCmgiJwQFwYYge3X3cZrwXMr2SDg9tJ1rokaw1alRXI3NAO 61w60AAHTkE7qtNu1PjSUywsb3L60AgjNcHzhZgXb39WApoAC3FqsIGjMxYC8OZbxlQU0GmFTLdC znWireV0pobYSDKevuzilMZDg0wN/cxuXdrMLVqX53TTcu3OJ87cmmdlrQBgemoYKTMwqhSI+4Z0 QMBhjANgcTnj1UdJHGd8Xc0AmBitEcu0moGGODH0h7cF8tyidSmgjSWWG6AUWpkypw1xLwXA4z8t QINcN/T3moEWtLZbr0mZQV5s55RFJuU8RHR11iWtIzQ8nxOtIVCw9D2lWbM06w4ZZ8wtrEJRcLw9 TDMUyKRg7kOPSHQR0ZVZlyRjMDkOOVAUFfLS57viHRaJLsHM+THuPtuDUgLTW2U0X672t47rrw82 vOu/z9w8xS+MkDzVBoy6+QAAAABJRU5ErkJggg== --581505112-861073354-1405080123=:89938-- --581505112-128545668-1405080123=:89938-- --===============5595898747009357659== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5595898747009357659==-- From xen-users-bounces@lists.xen.org Fri Jul 11 15:56:05 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 15:56:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5dAR-0006FQ-CB; Fri, 11 Jul 2014 15:55:23 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5ZWk-0000ZB-7z for xen-users@lists.xen.org; Fri, 11 Jul 2014 12:02:10 +0000 Received: from [193.109.254.147:42541] by server-12.bemta-14.messagelabs.com id 3B/DA-20682-142DFB35; Fri, 11 Jul 2014 12:02:09 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-14.tower-27.messagelabs.com!1405080125!16889672!1 X-Originating-IP: [106.10.151.167] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25711 invoked from network); 11 Jul 2014 12:02:07 -0000 Received: from nm29-vm8.bullet.mail.sg3.yahoo.com (HELO nm29-vm8.bullet.mail.sg3.yahoo.com) (106.10.151.167) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Jul 2014 12:02:07 -0000 Received: from [106.10.166.62] by nm29.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:02:04 -0000 Received: from [106.10.151.202] by tm19.bullet.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:02:04 -0000 Received: from [127.0.0.1] by omp1014.mail.sg3.yahoo.com with NNFMP; 11 Jul 2014 12:02:03 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 993165.79259.bm@omp1014.mail.sg3.yahoo.com Received: (qmail 34020 invoked by uid 60001); 11 Jul 2014 12:02:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1405080123; bh=lxin1aOoYYDJv1zUz5h0CY5r+6Fww0mSVYnFygCY7Is=; h=References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=TwE92AXZ87+hMq5bmKMCLtBZwjFhrGSGaNLxqSNT4daPyv1s6y6xfQ56n3Z8M4WxsVfusvm/shvBYGx8E+LXuv3STfuzc+t/UW78e6WvYOk+T8rSc1L/sOJN7yURnn4T8eRZ2h3fA94jh36eU5j7ViPuDJSAy9TFfwzeLRKS8RU= X-YMail-OSG: kkd1dBoVM1nD21yYp_BZ3bdckQSCtbaDOyG.s7x_.h2Q5vq _.fGAlYgt19_ElhbgZ8G9JPriyK.SuzDuLcGO0zxIC2hsmzLUBCZ7rRMSX4E DDqJQ66VxUgCmqs44U1TKn_dhxNZBjZknjmvNweU2a9zQoIbH6QFi96GaiTI aV9eB9cXnJzEZbJnINUlWCgbSUYu7IG3RXs9GdmjOPVRr7PJuDsiGEzcizR4 .E9uKErQJtjIqxI0EF16C.FTFucDQlRBiKhgH5Reh9n.Y3RuTZfl6z.hVPp7 XECNxMAkxpHwwXIGSgSBpsNnhAyvzHCKoIZxrSKs8gq8q7QxqozJjV_yy5rW Ct_.cJpIm4A6cjyAHljigTxQk0FJpFjiW.G6du8di39_g5eb2uBymRnfV4ld g9BpjfON9CA6v8FChwDqpmymUa4KI22Wrx.fBVMy.p_yaS.x3YzhLHLmx22_ jByZu7ikwOkkkIM0YXYDa3dX4RkfsjAfAn8Bth5fUI2JDOwA51uN7dUgqpbP oViBdYqwGyZ_gRGltYLL9uCG9xJnpm8Z.s0o2dcHv4sa3A_fjMWdriMgDsD2 64FIQIznQX0KjassICB8WfNGD3omb9GxQwXppTkKH65I1Kq6ilH2rTeN.Xm4 Mmj8ZJOx9ngae7l3JFEJt82YuGCjSa3HyN6ayM74EPPX4JWr4v8KEtG1vzl0 9yWPGlIWQokfIK1S. Received: from [202.129.240.131] by web190603.mail.sg3.yahoo.com via HTTP; Fri, 11 Jul 2014 20:02:03 SGT X-Rocket-MIMEInfo: 002.001, CmNhbiB5b3UgcHJvdmlkZSBtZSBmZXcgc3RlcHMgdG8gd29yayB3aXRoIERSREIgKyBMVk0_CsKgCk1pbmFsS3VtYXIgUGF0ZWwoTS5FLiAtIENvbXB1dGVyIEVuZ2luZWVyaW5nKQpMZWN0dXJlcixDb21wdXRlciBFbmdpbmVlcmluZyBEZXBhcnRtZW50LApBLkQuUGF0ZWwgSW5zdGl0dXRlIG9mIFRlY2hub2xvZ3ksCk5ldyBWYWxsYWJoIFZpZHlhbmFnYXIsS2FyYW1zYWQgLSAzODgxMjEsCkFuYW5kLEd1amFyYXQuCk1vYmlsZSAtIDk5OTg1NzQxODgKRS1tYWlsIElkIC0gcGF0ZWxfbXBAeWFob28uY28uaW4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 References: <1404881724.21268.YahooMailNeo@web190606.mail.sg3.yahoo.com> <1405008912.6015.1.camel@kazak.uk.xensource.com> <1405067900.11650.YahooMailNeo@web190605.mail.sg3.yahoo.com> Message-ID: <1405080123.89938.YahooMailNeo@web190603.mail.sg3.yahoo.com> Date: Fri, 11 Jul 2014 20:02:03 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" , "xen-users@lists.xenproject.org" In-Reply-To: <1405067900.11650.YahooMailNeo@web190605.mail.sg3.yahoo.com> MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 11 Jul 2014 15:55:20 +0000 Subject: Re: [Xen-users] xl migrate on xen 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Minalkumar Patel List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6370076771064821525==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6370076771064821525== Content-Type: multipart/alternative; boundary="581505112-128545668-1405080123=:89938" --581505112-128545668-1405080123=:89938 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable =0Acan you provide me few steps to work with DRDB + LVM?=0A=A0=0AMinalKumar= Patel(M.E. - Computer Engineering)=0ALecturer,Computer Engineering Departm= ent,=0AA.D.Patel Institute of Technology,=0ANew Vallabh Vidyanagar,Karamsad= - 388121,=0AAnand,Gujarat.=0AMobile - 9998574188=0AE-mail Id - patel_mp@ya= hoo.co.in=0AURL - http://www.minall.co.in=0A=0A=0A=0A=0AOn Friday, 11 July = 2014 2:08 PM, Minalkumar Patel wrote:=0A =0A=0A=0A= =0AI've had success with DRDB + LVM in Linux Debian hosts, xl migrate works= perfect. (There was a slight issue with the block script but AFAIK that's = fixed in 4.4)=0A=0A=0A-->> can you provide me few steps to work with DRDB += LVM?=A0=0A=A0=0AMinalKumar Patel(M.E. - Computer Engineering)=0ALecturer,C= omputer Engineering Department,=0AA.D.Patel Institute of Technology,=0ANew = Vallabh Vidyanagar,Karamsad - 388121,=0AAnand,Gujarat.=0AMobile - 999857418= 8=0AE-mail Id - patel_mp@yahoo.co.in=0AURL - http://www.minall.co.in=0A=0A= =0AOn Friday, 11 July 2014 1:09 AM, Miguel Clara w= rote:=0A =0A=0A=0A=0A=0AI've had success with DRDB + LVM in Linux Debian ho= sts, xl migrate works perfect. (There was a slight issue with the block scr= ipt but AFAIK that's fixed in 4.4)=0A=0A=0A=0AMelhores Cumprimentos // Best= Regards=0A-----------------------------------------------=0AMiguel Clara= =0AIT - Sys Admin & Developer=0AE-mail:=A0=A0=A0 miguelmclara@gmail.com=0A= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 www.linkedin.com/in/miguelmclara/= =0A=0A=0AOn Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell wrote:=0A=0AOn Wed, 2014-07-09 at 12:55 +0800, Minalkumar Patel wrote= :=0A>=0A>> my questio is whether logical volume (lvm) is able to share betw= een=0A>> two hosts or not.=0A>=0A>No. LVM is inherently single host.=0A>=0A= >You will need to arrange for some sort of shared storage. NBD, DRDB,=0A>im= ages on NFS, iSCSI, some other sort of SAN etc.=0A>=0A>Ian.=0A>=0A>=0A>=0A>= _______________________________________________=0A>Xen-users mailing list= =0A>Xen-users@lists.xen.org=0A>http://lists.xen.org/xen-users=0A> --581505112-128545668-1405080123=:89938 Content-Type: multipart/related; boundary="581505112-861073354-1405080123=:89938" --581505112-861073354-1405080123=:89938 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

can you provide me few steps to work with DRDB + LVM?
 
Minal= Kumar Patel(M.E. - Computer Engineering)
Lecturer,= Computer Engineering Department,
A.D.Patel Institu= te of Technology,
New Vallabh Vidyanagar,Karamsad = - 388121,
Anand,Gujarat.
= Mobile - 9998574188
E-mail Id - patel_mp@yahoo.co.= in
URL - http://www.minall.co.in


=


<= div class=3D"" style=3D"font-family: times new roman, new york, times, seri= f; font-size: 12pt;">
On Friday, 11 July 2014 2:08 PM= , Minalkumar Patel <patel_mp@yahoo.co.in> wrote:


=

I've had success with DRDB + LVM in Linux Debi= an hosts, xl migrate works perfect. (There was a slight issue with the bloc= k script but AFAIK that's fixed in 4.4)<= br class=3D"" style=3D"" clear=3D"none">

<= span class=3D"" style=3D"font-family:'Helvetica Neue', 'Segoe UI', Helvetic= a, Arial, 'Lucida Grande', sans-serif;font-size:13px;">-->> can you p= rovide me few steps to work with DRDB + LVM? 
<= div class=3D"" style=3D""> 
MinalKumar= Patel(M.E. - Computer Engineering)
Lecturer,Computer Engineering Department,
A.D.Patel Institute of Technology,
New Vallabh Vidyanagar,Karamsad - 388121,
Anand,Gujarat.
Mob= ile - 9998574188
E-mail Id - patel_= mp@yahoo.co.in
URL - http://www.min= all.co.in


On Friday, 11 Jul= y 2014 1:09 AM, Miguel Clara <miguelmclara@gmail.com> wrote:




I've had success wit= h DRDB + LVM in Linux Debian hosts, xl migrate works perfect. (There was a = slight issue with the block script but AFAIK that's fixed in 4.4)
=0A=0A
=0A
= =0A Melhores Cumpri= mentos // Best=0A Regards
= =0A --------= ---------------------------------------
=0A Miguel Clara
=0A IT=0A - Sys Admin & Devel= oper<= br class=3D"" style=3D"" clear=3D"none">=0A E-mail:  = ;  miguelmclara@gmail.com
=0A =  &nb= sp;            www.linkedin.com/in/miguelmcla= ra/
=0A=0A
=0A

= On Thu, Jul 10, 2014 at 5:15 PM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
=0A=0AOn Wed, 2014-0= 7-09 at 12:55 +0800, Minalkumar Patel wrote:
=0A
=0A> my questio is= whether logical volume (lvm) is able to share between
=0A> two hosts or not.
=0A
=0ANo. LVM is inher= ently single host.
=0A
=0AYou will need to arrange for some sort of sh= ared storage. NBD, DRDB,
=0Aimages = on NFS, iSCSI, some other sort of SAN etc.
=0A
=0AIan.
=0A
=0A<= br class=3D"" style=3D"" clear=3D"none">=0A
=0A_______________________________________________
=0AXen-users mailing list
=0AXen-users@lists.xen.org
=0Ahttp://li= sts.xen.org/xen-users
=0A





--581505112-861073354-1405080123=:89938 Content-Type: image/png; name="linkedin.png" Content-Transfer-Encoding: base64 Content-Id: <1.3756596699@web190603.mail.sg3.yahoo.com> Content-Disposition: inline; filename="linkedin.png" iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI WXMAAABIAAAASABGyWs+AAAACXZwQWcAAAAQAAAAEABcxq3DAAACGklEQVQ4y6WTO2sUURTHf3dm dp0kTnZJzErSrPjKYqNY2GljodhoLRLB1sLCD2DrZxAsfCAE/AaCgrY+SBQSFTSCxizGzZ3MTiYz 92UxY5KNYuOBP+eew/3/73lwxfWHT9yjuR8YL0CwyxygAAPoCqr0ntFcvjBBcH++x8WzJzm8v/En WVdks0PEgNWO95/XePD4HZ4ADk6MAhD6Hs26/08yBjwrODrZBK0JADyvLP7GsX2Evse9xR5Lsvgr +XfsO7ctoKwj9AWh7wEQIFCF+3sFGjCmgiJwQFwYYge3X3cZrwXMr2SDg9tJ1rokaw1alRXI3NAO 61w60AAHTkE7qtNu1PjSUywsb3L60AgjNcHzhZgXb39WApoAC3FqsIGjMxYC8OZbxlQU0GmFTLdC znWireV0pobYSDKevuzilMZDg0wN/cxuXdrMLVqX53TTcu3OJ87cmmdlrQBgemoYKTMwqhSI+4Z0 QMBhjANgcTnj1UdJHGd8Xc0AmBitEcu0moGGODH0h7cF8tyidSmgjSWWG6AUWpkypw1xLwXA4z8t QINcN/T3moEWtLZbr0mZQV5s55RFJuU8RHR11iWtIzQ8nxOtIVCw9D2lWbM06w4ZZ8wtrEJRcLw9 TDMUyKRg7kOPSHQR0ZVZlyRjMDkOOVAUFfLS57viHRaJLsHM+THuPtuDUgLTW2U0X672t47rrw82 vOu/z9w8xS+MkDzVBoy6+QAAAABJRU5ErkJggg== --581505112-861073354-1405080123=:89938-- --581505112-128545668-1405080123=:89938-- --===============6370076771064821525== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6370076771064821525==-- From xen-users-bounces@lists.xen.org Fri Jul 11 18:40:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 18:40:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5fim-00056O-6C; Fri, 11 Jul 2014 18:39:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5fik-00056E-Lt for xen-users@lists.xen.org; Fri, 11 Jul 2014 18:38:58 +0000 Received: from [193.109.254.147:21172] by server-4.bemta-14.messagelabs.com id B7/8B-20586-24F20C35; Fri, 11 Jul 2014 18:38:58 +0000 X-Env-Sender: derry@high-rely.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1405103935!11567753!1 X-Originating-IP: [208.70.89.128] X-SpamReason: No, hits=2.9 required=7.0 tests=BODY_RANDOM_LONG, EXTRA_MPART_TYPE,HTML_50_60,HTML_IMAGE_ONLY_28,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21291 invoked from network); 11 Jul 2014 18:38:55 -0000 Received: from cal1-mh675b.smtproutes.com (HELO cal1-mh675b.smtproutes.com) (208.70.89.128) by server-16.tower-27.messagelabs.com with SMTP; 11 Jul 2014 18:38:55 -0000 X-Katharion-ID: 1405103919.83726.cal1-mh675 Received: from m.screno.com ([75.140.43.69]) by cal1-mh675.smtproutes.com [(192.69.16.47)] with ESMTP via TCP (TLSv1/TLS_RSA_WITH_AES_128_CBC_SHA); 11 Jul 2014 18:38:39 +0000 Received: from MAIL.scl.local ([fe80::95d4:dc61:6777:5ab2]) by mail.scl.local ([fe80::95d4:dc61:6777:5ab2%22]) with mapi id 14.03.0174.001; Fri, 11 Jul 2014 11:39:01 -0700 From: Derry Bryson To: "xen-users@lists.xen.org" Thread-Topic: Problems attaching/using vhd as guest disk Thread-Index: Ac+dNU1O+k8GAeKZS0OIjslw1UKHjA== Date: Fri, 11 Jul 2014 18:39:00 +0000 Message-ID: <359604ECF8F440408B9634E6146249B46E29444C@mail.scl.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.1.1.71] MIME-Version: 1.0 Subject: [Xen-users] Problems attaching/using vhd as guest disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1365564651586568554==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1365564651586568554== Content-Language: en-US Content-Type: multipart/related; boundary="_004_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_"; type="multipart/alternative" --_004_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_ Content-Type: multipart/alternative; boundary="_000_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_" --_000_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am on Ubuntu 14.04, with xen-hypervisor and blktap-dkms installed. I hav= e a vhd file containing a Windows Server 2008 R2 boot disk that was created= by ShadowProtect's headstart restore and hardware independent restore. I = can get it to work if I use the tap-ctl program to setup a blktap device an= d use that as the disk with the following in the xl config file: Disk =3D ['/dev/xen/blktap-2/tapdev0,,hda,rw'] However, that is a pain to setup and everything I am reading says I shouldn= 't use blktap anymore. Seems like in Xen 4.4, I should be able to just us= e: Disk =3D ['/path/to/my.vhd,vhd,hda,rw'] But that doesn't work. It starts to boot and then blue screens. When I lo= ok at the disk by booting the vm into a recovery iso, I can see the vhd "di= sk" just looks like the raw vhd file. Anybody have any idea what I am doing wrong? [cid:image002.jpg@01CEB2C2.6B53B2D0] Derry Bryson Senior Software Engineer Highly Reliable Systems Backup should be easy and affordable 775-329-5139 ext *129 www.High-Rely.com --_000_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I am on Ubuntu 14.04, with xen-hypervisor and blktap-dkms installed.&n= bsp; I have a vhd file containing a Windows Server 2008 R2 boot disk that w= as created by ShadowProtect’s headstart restore and hardware independ= ent restore.  I can get it to work if I use the tap-ctl program to setup a blktap device and use that as the disk with = the following in the xl config file:
 
Disk =3D [‘/dev/xen/blktap-2/tapdev0,,hda,rw’]
 
However, that is a pain to setup and everything I am reading says I sh= ouldn’t use blktap anymore.  Seems like in Xen 4.4,  I shou= ld be able to just use:
 
Disk =3D [‘/path/to/my.vhd,vhd,hda,rw’]
 
But that doesn’t work.  It starts to boot and then blue scr= eens.  When I look at the disk by booting the vm into a recovery iso, = I can see the vhd “disk” just looks like the raw vhd file.
 
Anybody have any idea what I am doing wrong?
 
 
 
Derry Bryson
Senior Software Engineer
Highly Reliable Systems
= Backup should be easy and affordable
775-329-5139 ext *129
www.High-Rely= .com
 
 
 
 --_000_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_-- --_004_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_ Content-Type: image/jpeg; name="Picture (Device Independent Bitmap) 1.jpg" Content-Description: Picture (Device Independent Bitmap) 1.jpg Content-Disposition: inline; filename="Picture (Device Independent Bitmap) 1.jpg"; creation-date="Fri, 11 Jul 2014 18:39:00 GMT"; modification-date="Fri, 11 Jul 2014 18:39:00 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAAYAKkDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3aW9g gcI0mZG6Ioyfypn2t3HyWzn6sBXP5l0a8uRexvJDcD/j4Tr/APWrSttUhMaiK8t3XHAf5GoAvC4u Sf8Aj2X/AL+Cla7aMZkglUeoG4fpWFLo+jz3ZvJbaJp924t9rIGfpmrWoeJLLStqXl7Z2zuAURnL MwPTCjk1XLfYnmtua8c0c8e+Jw6nuDXLeIfF82ieJtK0lLMSrekAyF8FecdK39LgjjtjLH5h89vM Jddp/LtXmvxKg+1ePPD1sJnhaUbN6HDL83UVrQhGc7SMMTOUKd4eR1cXi+eTxtf6AtkuLa3MqSb/ AL5xnHtWnoOr3l9pRu9VtYtPlEhUp5wdcdju6V5rpFl/ZfxK1uya8muTHp8n72dsucr3NYKSE/D7 SInc/ZH1ZhMd3GM9z6da3lh4y0j2RzrESjrLuz2/VtXisdHvL2Fo53t4Wl2K45x9KqeFvEKeINDs 72Ty4Jp1J8gSAkYOPrXmdmlnDrvjSPT2T7IunHyvLbKgcZxWdp1vb2q+BLy3AjuLiYmSRScvhsUv q0eVq+v/AAB/Wpcydv6ueo+H/Fx1nWNXsp4Y7aOwl2LIZPv8479K6YzxKyq0iBn+6pYZP09a8bst LGtS+PrJeZA/mJg8hlJIq54Iml8WeLbK/nV/K0ixWLB6eb0zSqYeN3KOiX+RVPES0jLVv/M7fxt4 nk8KaRFfx2ouWaUR7C23rWXpXjy8m1+00jWNGaxlu03wusocEH1qr8YmC+ErfJH/AB9p/WuetLeb RPiRoS3d42pNc2oMTz8GLIP3e1FKlCVK7WuoqtWpGrZPTQ9ce5t0mERuIllPRGcAn8K5248WzReO P+EdSzVlNsZxNvwdwGQMV5DOn2q2165vry1huY73BllLG4U7uAgHaurjcn4k2bSPvkOiEsx4LfIe SKf1aMb3d9BfWpO1lbU9D8P6te3+mPdaraR2MiSFdgmDDaO+asajq8Vnol3qNu8VyLeJnwjgg4HT IrxmxvbeD4b20Vxb/aRPqjIgaYpGpz1cjqParWlMItQ8W28c1r5f9nElbPIhzjqoNJ4ZczfmNYpq KVuh6h4X8RJ4h0W0vpBHbz3ClvIEgJGDiqvhrxU+ua3rFg9ssK6fJ5auHzv9z6V5VpaWcEfgm509 0+3yXJE+x8sRu7j6Velmnht/iA9o7LIJlBZDyF3HP6U3h4Xdv61Jjip2V1/Vj2qC6t7h2WGeKQr9 4I4Yj64qxXh3hmJLbxT4bktby0jlli+aK0DMZVPXzDnGa9xrnrUvZytc6qFX2kb2GsgYbWAYdwea z5tB02c5e2UH1Xiiisjcq/8ACL6eGDYlwOdu7rVHT/CEI12fXdSVLjUHOIQRlLdBwAvv6miinGTj exMoqVrnU4NU7nSrG7uYrm4tIpZov9W7oCV+hoopXaeg2k1qH9k2H2uS7+xw/aJF2vLsG5h6E1ia /wCExqGirYaW0FgFkEmzyA0b+zLRRVRlJNNMmUItWaKXhnwMdK1DUL7UJLeeS8jERggi2RKnpiuk /sPTAtuo0+3225zCNg/dn/Z9KKKc6kpO7YQpQirJB/ZUFul49lbwwXNyp3SBMbmI6n1rnfDvhy68 GeHrzywt9fzTeaxRSA2T0x1wKKKXPLlcb7i9nHmTtsbdtCmu6VG2racpbcSYZo/ukHg4NQLZ/aNe C3GkW/l2qgwXRGTjsF9CO9FFTdrZluKe6K/iHS7SEpqFvoFte3pfljDuI9+K07fT7S68rUJLCNLx 4gpZ48OoI+764oop80u4ckexS03SYp7S6sr3R7KK0WUhIkj+V/8AawahmsYbXW0tLXQ7dbWaALLc CA4IzjZwPSiijnl3FyRfQnu9HsNLi+36dodtJeRkBFSMK2M9j24qTR7aG4W9mk0ZLJppCrK6DdMu PvN69TRRQ5S7goRtsULGzh0zxMYLPw9Db27cfaooSM8Z64wK6uiihtvcaSWx/9k= --_004_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_-- --===============1365564651586568554== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1365564651586568554==-- From xen-users-bounces@lists.xen.org Fri Jul 11 18:40:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 18:40:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5fim-00056O-6C; Fri, 11 Jul 2014 18:39:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5fik-00056E-Lt for xen-users@lists.xen.org; Fri, 11 Jul 2014 18:38:58 +0000 Received: from [193.109.254.147:21172] by server-4.bemta-14.messagelabs.com id B7/8B-20586-24F20C35; Fri, 11 Jul 2014 18:38:58 +0000 X-Env-Sender: derry@high-rely.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1405103935!11567753!1 X-Originating-IP: [208.70.89.128] X-SpamReason: No, hits=2.9 required=7.0 tests=BODY_RANDOM_LONG, EXTRA_MPART_TYPE,HTML_50_60,HTML_IMAGE_ONLY_28,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21291 invoked from network); 11 Jul 2014 18:38:55 -0000 Received: from cal1-mh675b.smtproutes.com (HELO cal1-mh675b.smtproutes.com) (208.70.89.128) by server-16.tower-27.messagelabs.com with SMTP; 11 Jul 2014 18:38:55 -0000 X-Katharion-ID: 1405103919.83726.cal1-mh675 Received: from m.screno.com ([75.140.43.69]) by cal1-mh675.smtproutes.com [(192.69.16.47)] with ESMTP via TCP (TLSv1/TLS_RSA_WITH_AES_128_CBC_SHA); 11 Jul 2014 18:38:39 +0000 Received: from MAIL.scl.local ([fe80::95d4:dc61:6777:5ab2]) by mail.scl.local ([fe80::95d4:dc61:6777:5ab2%22]) with mapi id 14.03.0174.001; Fri, 11 Jul 2014 11:39:01 -0700 From: Derry Bryson To: "xen-users@lists.xen.org" Thread-Topic: Problems attaching/using vhd as guest disk Thread-Index: Ac+dNU1O+k8GAeKZS0OIjslw1UKHjA== Date: Fri, 11 Jul 2014 18:39:00 +0000 Message-ID: <359604ECF8F440408B9634E6146249B46E29444C@mail.scl.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.1.1.71] MIME-Version: 1.0 Subject: [Xen-users] Problems attaching/using vhd as guest disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1365564651586568554==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1365564651586568554== Content-Language: en-US Content-Type: multipart/related; boundary="_004_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_"; type="multipart/alternative" --_004_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_ Content-Type: multipart/alternative; boundary="_000_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_" --_000_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I am on Ubuntu 14.04, with xen-hypervisor and blktap-dkms installed. I hav= e a vhd file containing a Windows Server 2008 R2 boot disk that was created= by ShadowProtect's headstart restore and hardware independent restore. I = can get it to work if I use the tap-ctl program to setup a blktap device an= d use that as the disk with the following in the xl config file: Disk =3D ['/dev/xen/blktap-2/tapdev0,,hda,rw'] However, that is a pain to setup and everything I am reading says I shouldn= 't use blktap anymore. Seems like in Xen 4.4, I should be able to just us= e: Disk =3D ['/path/to/my.vhd,vhd,hda,rw'] But that doesn't work. It starts to boot and then blue screens. When I lo= ok at the disk by booting the vm into a recovery iso, I can see the vhd "di= sk" just looks like the raw vhd file. Anybody have any idea what I am doing wrong? [cid:image002.jpg@01CEB2C2.6B53B2D0] Derry Bryson Senior Software Engineer Highly Reliable Systems Backup should be easy and affordable 775-329-5139 ext *129 www.High-Rely.com --_000_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I am on Ubuntu 14.04, with xen-hypervisor and blktap-dkms installed.&n= bsp; I have a vhd file containing a Windows Server 2008 R2 boot disk that w= as created by ShadowProtect’s headstart restore and hardware independ= ent restore.  I can get it to work if I use the tap-ctl program to setup a blktap device and use that as the disk with = the following in the xl config file:
 
Disk =3D [‘/dev/xen/blktap-2/tapdev0,,hda,rw’]
 
However, that is a pain to setup and everything I am reading says I sh= ouldn’t use blktap anymore.  Seems like in Xen 4.4,  I shou= ld be able to just use:
 
Disk =3D [‘/path/to/my.vhd,vhd,hda,rw’]
 
But that doesn’t work.  It starts to boot and then blue scr= eens.  When I look at the disk by booting the vm into a recovery iso, = I can see the vhd “disk” just looks like the raw vhd file.
 
Anybody have any idea what I am doing wrong?
 
 
 
Derry Bryson
Senior Software Engineer
Highly Reliable Systems
= Backup should be easy and affordable
775-329-5139 ext *129
www.High-Rely= .com
 
 
 
 --_000_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_-- --_004_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_ Content-Type: image/jpeg; name="Picture (Device Independent Bitmap) 1.jpg" Content-Description: Picture (Device Independent Bitmap) 1.jpg Content-Disposition: inline; filename="Picture (Device Independent Bitmap) 1.jpg"; creation-date="Fri, 11 Jul 2014 18:39:00 GMT"; modification-date="Fri, 11 Jul 2014 18:39:00 GMT" Content-ID: Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCAAYAKkDASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD3aW9g gcI0mZG6Ioyfypn2t3HyWzn6sBXP5l0a8uRexvJDcD/j4Tr/APWrSttUhMaiK8t3XHAf5GoAvC4u Sf8Aj2X/AL+Cla7aMZkglUeoG4fpWFLo+jz3ZvJbaJp924t9rIGfpmrWoeJLLStqXl7Z2zuAURnL MwPTCjk1XLfYnmtua8c0c8e+Jw6nuDXLeIfF82ieJtK0lLMSrekAyF8FecdK39LgjjtjLH5h89vM Jddp/LtXmvxKg+1ePPD1sJnhaUbN6HDL83UVrQhGc7SMMTOUKd4eR1cXi+eTxtf6AtkuLa3MqSb/ AL5xnHtWnoOr3l9pRu9VtYtPlEhUp5wdcdju6V5rpFl/ZfxK1uya8muTHp8n72dsucr3NYKSE/D7 SInc/ZH1ZhMd3GM9z6da3lh4y0j2RzrESjrLuz2/VtXisdHvL2Fo53t4Wl2K45x9KqeFvEKeINDs 72Ty4Jp1J8gSAkYOPrXmdmlnDrvjSPT2T7IunHyvLbKgcZxWdp1vb2q+BLy3AjuLiYmSRScvhsUv q0eVq+v/AAB/Wpcydv6ueo+H/Fx1nWNXsp4Y7aOwl2LIZPv8479K6YzxKyq0iBn+6pYZP09a8bst LGtS+PrJeZA/mJg8hlJIq54Iml8WeLbK/nV/K0ixWLB6eb0zSqYeN3KOiX+RVPES0jLVv/M7fxt4 nk8KaRFfx2ouWaUR7C23rWXpXjy8m1+00jWNGaxlu03wusocEH1qr8YmC+ErfJH/AB9p/WuetLeb RPiRoS3d42pNc2oMTz8GLIP3e1FKlCVK7WuoqtWpGrZPTQ9ce5t0mERuIllPRGcAn8K5248WzReO P+EdSzVlNsZxNvwdwGQMV5DOn2q2165vry1huY73BllLG4U7uAgHaurjcn4k2bSPvkOiEsx4LfIe SKf1aMb3d9BfWpO1lbU9D8P6te3+mPdaraR2MiSFdgmDDaO+asajq8Vnol3qNu8VyLeJnwjgg4HT IrxmxvbeD4b20Vxb/aRPqjIgaYpGpz1cjqParWlMItQ8W28c1r5f9nElbPIhzjqoNJ4ZczfmNYpq KVuh6h4X8RJ4h0W0vpBHbz3ClvIEgJGDiqvhrxU+ua3rFg9ssK6fJ5auHzv9z6V5VpaWcEfgm509 0+3yXJE+x8sRu7j6Velmnht/iA9o7LIJlBZDyF3HP6U3h4Xdv61Jjip2V1/Vj2qC6t7h2WGeKQr9 4I4Yj64qxXh3hmJLbxT4bktby0jlli+aK0DMZVPXzDnGa9xrnrUvZytc6qFX2kb2GsgYbWAYdwea z5tB02c5e2UH1Xiiisjcq/8ACL6eGDYlwOdu7rVHT/CEI12fXdSVLjUHOIQRlLdBwAvv6miinGTj exMoqVrnU4NU7nSrG7uYrm4tIpZov9W7oCV+hoopXaeg2k1qH9k2H2uS7+xw/aJF2vLsG5h6E1ia /wCExqGirYaW0FgFkEmzyA0b+zLRRVRlJNNMmUItWaKXhnwMdK1DUL7UJLeeS8jERggi2RKnpiuk /sPTAtuo0+3225zCNg/dn/Z9KKKc6kpO7YQpQirJB/ZUFul49lbwwXNyp3SBMbmI6n1rnfDvhy68 GeHrzywt9fzTeaxRSA2T0x1wKKKXPLlcb7i9nHmTtsbdtCmu6VG2racpbcSYZo/ukHg4NQLZ/aNe C3GkW/l2qgwXRGTjsF9CO9FFTdrZluKe6K/iHS7SEpqFvoFte3pfljDuI9+K07fT7S68rUJLCNLx 4gpZ48OoI+764oop80u4ckexS03SYp7S6sr3R7KK0WUhIkj+V/8AawahmsYbXW0tLXQ7dbWaALLc CA4IzjZwPSiijnl3FyRfQnu9HsNLi+36dodtJeRkBFSMK2M9j24qTR7aG4W9mk0ZLJppCrK6DdMu PvN69TRRQ5S7goRtsULGzh0zxMYLPw9Db27cfaooSM8Z64wK6uiihtvcaSWx/9k= --_004_359604ECF8F440408B9634E6146249B46E29444Cmailscllocal_-- --===============1365564651586568554== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1365564651586568554==-- From xen-users-bounces@lists.xen.org Fri Jul 11 18:50:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 18:50:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5ftJ-0005eV-5c; Fri, 11 Jul 2014 18:49:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5ftH-0005eQ-D6 for xen-users@lists.xensource.com; Fri, 11 Jul 2014 18:49:51 +0000 Received: from [193.109.254.147:50413] by server-10.bemta-14.messagelabs.com id 2F/D7-01431-EC130C35; Fri, 11 Jul 2014 18:49:50 +0000 X-Env-Sender: chris@teria.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1405104589!13656797!1 X-Originating-IP: [212.83.166.54] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5343 invoked from network); 11 Jul 2014 18:49:49 -0000 Received: from mail.thinkrosystem.com (HELO thinkrosystem.com) (212.83.166.54) by server-11.tower-27.messagelabs.com with SMTP; 11 Jul 2014 18:49:49 -0000 Received: from localhost (localhost [127.0.0.1]) by thinkrosystem.com (Postfix) with ESMTP id 1E22E9409; Fri, 11 Jul 2014 20:49:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at thinkrosystem.com Received: from thinkrosystem.com ([127.0.0.1]) by localhost (mail.thinkrosystem.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZENsnYa5rUNL; Fri, 11 Jul 2014 20:49:46 +0200 (CEST) Received: from [192.168.2.13] (teria.org [88.160.87.66]) by thinkrosystem.com (Postfix) with ESMTPSA id D950C9408; Fri, 11 Jul 2014 20:49:45 +0200 (CEST) Message-ID: <53C031CD.5010601@teria.org> Date: Fri, 11 Jul 2014 20:49:49 +0200 From: Chris User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Murray References: <1405088177.1612.YahooMailNeo@web171502.mail.ir2.yahoo.com> In-Reply-To: <1405088177.1612.YahooMailNeo@web171502.mail.ir2.yahoo.com> Content-Length: 21934 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Trying to set-up DomU CentOS 7, but get Warning: /dev/root does not exist X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Le 11/07/2014 16:16, Ian Murray a =E9crit : > I'm trying to set-up a ContOS 7 DomU server. I have used the PXE set-up i= mages like I normally would for earlier versions of CentOS. > > Here is my config file:- > > name =3D "centos7" > memory =3D 2048 > disk =3D ['phy:/dev/xen6/centos7,xvda,w' ] > vif =3D [ 'mac=3Dxx:xx:xx:xx:xx:xx' ] > kernel =3D "/root/xen/centos7-64/vmlinuz" > ramdisk =3D "/root/xen/centos7-64/initrd.img" > vcpus =3D 2 > on_reboot =3D 'destroy' > on_crash =3D 'preserve' > > Starting the DomU would normally take me to the non-graphical install. > > However, with CentOS 7, boot crashes out with.... > > [ OK ] Reached target Basic System. > dracut-initqueue[555]: Warning: Could not boot. > dracut-initqueue[555]: Warning: /dev/root does not exist > Starting Dracut Emergency Shell... > Warning: /dev/root does not exist > > Generating "/run/initramfs/rdsosreport.txt" > > > Entering emergency mode. Exit the shell to continue. > Type "journalctl" to view system logs. > You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or= /boot > after mounting them and attach it to a bug report. > > > dracut:/# > > > Some googling suggests this is also a problem with USB install and is to = do with device labels, but I don't know what that means in my context. > > Any suggestions on how to fix this or (at least work around it), would be= much appreciated. > > Thanks, > > Ian. > > > full DomU boot is:- > > Parsing config from centos7-install > [ 0.000000] Initializing cgroup subsys cpuset > [ 0.000000] Initializing cgroup subsys cpu > [ 0.000000] Initializing cgroup subsys cpuacct > [ 0.000000] Linux version 3.10.0-123.el7.x86_64 (builder@kbuilder.dev.= centos.org) (gcc version 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) ) #1 SMP M= on Jun 30 12:09:22 UTC 2014 > [ 0.000000] Command line: > [ 0.000000] ACPI in unprivileged domain disabled > [ 0.000000] e820: BIOS-provided physical RAM map: > [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009ffff] usable > [ 0.000000] Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved > [ 0.000000] Xen: [mem 0x0000000000100000-0x000000007fffffff] usable > [ 0.000000] NX (Execute Disable) protection: active > [ 0.000000] DMI not present or invalid. > [ 0.000000] No AGP bridge found > [ 0.000000] e820: last_pfn =3D 0x80000 max_arch_pfn =3D 0x400000000 > [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] > [ 0.000000] init_memory_mapping: [mem 0x7fe00000-0x7fffffff] > [ 0.000000] init_memory_mapping: [mem 0x7c000000-0x7fdfffff] > [ 0.000000] init_memory_mapping: [mem 0x00100000-0x7bffffff] > [ 0.000000] RAMDISK: [mem 0x0223f000-0x04390fff] > [ 0.000000] NUMA turned off > [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000007ffffff= f] > [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x7fffffff] > [ 0.000000] NODE_DATA [mem 0x7fc04000-0x7fc2afff] > [ 0.000000] Zone ranges: > [ 0.000000] DMA [mem 0x00001000-0x00ffffff] > [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] > [ 0.000000] Normal empty > [ 0.000000] Movable zone start for each node > [ 0.000000] Early memory node ranges > [ 0.000000] node 0: [mem 0x00001000-0x0009ffff] > [ 0.000000] node 0: [mem 0x00100000-0x7fffffff] > [ 0.000000] SFI: Simple Firmware Interface v0.81 http://simplefirmware= .org > [ 0.000000] smpboot: Allowing 2 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: [mem 0x000a0000-0x000fffff] > [ 0.000000] e820: [mem 0x80000000-0xffffffff] available for PCI devices > [ 0.000000] Booting paravirtualized kernel on Xen > [ 0.000000] Xen version: 4.4.0 (preserve-AD) > [ 0.000000] setup_percpu: NR_CPUS:5120 nr_cpumask_bits:2 nr_cpu_ids:2 = nr_node_ids:1 > [ 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88007d000000 s86592 r81= 92 d24000 u1048576 > [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. To= tal pages: 515978 > [ 0.000000] Policy zone: DMA32 > [ 0.000000] Kernel command line: > [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) > [ 0.000000] xsave: enabled xstate_bv 0x3, cntxt size 0x240 > [ 0.000000] Checking aperture... > [ 0.000000] No AGP bridge found > [ 0.000000] Memory: 2006356k/2097152k available (6105k kernel code, 38= 8k absent, 90408k reserved, 4065k data, 1584k init) > [ 0.000000] SLUB: HWalign=3D64, Order=3D0-3, MinObjects=3D0, CPUs=3D2,= Nodes=3D1 > [ 0.000000] Hierarchical RCU implementation. > [ 0.000000] RCU restricting CPUs from NR_CPUS=3D5120 to nr_cpu_ids= =3D2. > [ 0.000000] Experimental no-CBs for all CPUs > [ 0.000000] Experimental no-CBs CPUs: 0-1. > [ 0.000000] NR_IRQS:327936 nr_irqs:288 16 > [ 0.000000] Console: colour dummy device 80x25 > [ 0.000000] console [tty0] enabled > [ 0.000000] console [hvc0] enabled > [ 0.000000] allocated 8388608 bytes of page_cgroup > [ 0.000000] please try 'cgroup_disable=3Dmemory' option if you don't w= ant memory cgroups > [ 0.000000] installing Xen timer for CPU 0 > [ 0.000000] tsc: Detected 2893.500 MHz processor > [ 0.001000] Calibrating delay loop (skipped), value calculated using t= imer frequency.. 5787.00 BogoMIPS (lpj=3D2893500) > [ 0.001000] pid_max: default: 32768 minimum: 301 > [ 0.001000] Security Framework initialized > [ 0.001000] SELinux: Initializing. > [ 0.001000] Dentry cache hash table entries: 262144 (order: 9, 2097152= bytes) > [ 0.001000] Inode-cache hash table entries: 131072 (order: 8, 1048576 = bytes) > [ 0.001000] Mount-cache hash table entries: 4096 > [ 0.001135] Initializing cgroup subsys memory > [ 0.001148] Initializing cgroup subsys devices > [ 0.001152] Initializing cgroup subsys freezer > [ 0.001155] Initializing cgroup subsys net_cls > [ 0.001159] Initializing cgroup subsys blkio > [ 0.001162] Initializing cgroup subsys perf_event > [ 0.001166] Initializing cgroup subsys hugetlb > [ 0.001215] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' > [ 0.001215] ENERGY_PERF_BIAS: View and update with x86_energy_perf_pol= icy(8) > [ 0.001222] CPU: Physical Processor ID: 0 > [ 0.001225] CPU: Processor Core ID: 0 > [ 0.001230] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 > [ 0.001230] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 > [ 0.001230] tlb_flushall_shift: 6 > [ 0.022300] ftrace: allocating 23383 entries in 92 pages > [ 0.027088] cpu 0 spinlock event irq 17 > [ 0.027130] Performance Events: unsupported p6 CPU model 42 no PMU dri= ver, software events only. > [ 0.028029] NMI watchdog: disabled (cpu0): hardware events not enabled > [ 0.028084] installing Xen timer for CPU 1 > [ 0.028095] cpu 1 spinlock event irq 24 > [ 0.028118] SMP alternatives: switching to SMP code > [ 0.047691] Brought up 2 CPUs > [ 0.047799] devtmpfs: initialized > [ 0.047959] EVM: security.selinux > [ 0.047965] EVM: security.ima > [ 0.047969] EVM: security.capability > [ 0.049423] atomic64 test passed for x86-64 platform with CX8 and with= SSE > [ 0.049454] xen:grant_table: Grant tables using version 2 layout > [ 0.049481] Grant table initialized > [ 0.049517] NET: Registered protocol family 16 > [ 0.050055] PCI: setting up Xen PCI frontend stub > [ 0.051077] bio: create slab at 0 > [ 0.051077] ACPI: Interpreter disabled. > [ 0.051077] xen:balloon: Initialising balloon driver > [ 0.052009] xen_balloon: Initialising balloon driver > [ 0.052030] vgaarb: loaded > [ 0.052068] SCSI subsystem initialized > [ 0.052068] usbcore: registered new interface driver usbfs > [ 0.052068] usbcore: registered new interface driver hub > [ 0.052068] usbcore: registered new device driver usb > [ 0.052068] PCI: System does not support PCI > [ 0.052068] PCI: System does not support PCI > [ 0.053068] NetLabel: Initializing > [ 0.053072] NetLabel: domain hash size =3D 128 > [ 0.053074] NetLabel: protocols =3D UNLABELED CIPSOv4 > [ 0.053083] NetLabel: unlabeled traffic allowed by default > [ 0.053088] Switching to clocksource xen > [ 0.056866] pnp: PnP ACPI: disabled > [ 0.058849] NET: Registered protocol family 2 > [ 0.058969] TCP established hash table entries: 16384 (order: 5, 13107= 2 bytes) > [ 0.059023] TCP bind hash table entries: 16384 (order: 6, 262144 bytes) > [ 0.059066] TCP: Hash tables configured (established 16384 bind 16384) > [ 0.059084] TCP: reno registered > [ 0.059093] UDP hash table entries: 1024 (order: 3, 32768 bytes) > [ 0.059105] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes) > [ 0.059144] NET: Registered protocol family 1 > [ 0.059186] Unpacking initramfs... > [ 3.252164] Freeing initrd memory: 34120k freed > [ 3.257997] platform rtc_cmos: registered platform RTC device (no PNP = device found) > [ 3.258508] microcode: CPU0 sig=3D0x206a7, pf=3D0x2, revision=3D0x26 > [ 3.258632] microcode: CPU1 sig=3D0x206a7, pf=3D0x2, revision=3D0x26 > [ 3.258722] microcode: Microcode Update Driver: v2.00 , Peter Oruba > [ 3.258934] futex hash table entries: 512 (order: 3, 32768 bytes) > [ 3.258946] Initialise system trusted keyring > [ 3.258982] audit: initializing netlink socket (disabled) > [ 3.258994] type=3D2000 audit(1405087133.283:1): initialized > [ 3.276836] HugeTLB registered 2 MB page size, pre-allocated 0 pages > [ 3.277986] zbud: loaded > [ 3.278300] VFS: Disk quotas dquot_6.5.2 > [ 3.278356] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) > [ 3.278496] msgmni has been set to 3985 > [ 3.278536] Key type big_key registered > [ 3.279480] alg: No test for stdrng (krng) > [ 3.279504] NET: Registered protocol family 38 > [ 3.279508] Key type asymmetric registered > [ 3.279510] Asymmetric key parser 'x509' registered > [ 3.279536] Block layer SCSI generic (bsg) driver version 0.4 loaded (= major 252) > [ 3.279581] io scheduler noop registered > [ 3.279584] io scheduler deadline registered (default) > [ 3.279608] io scheduler cfq registered > [ 3.279661] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 3.279674] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 > [ 3.280042] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled > [ 3.280404] Non-volatile memory driver v1.3 > [ 3.280409] Linux agpgart interface v0.103 > [ 3.280472] crash memory driver: version 1.1 > [ 3.280487] rdac: device handler registered > [ 3.280525] hp_sw: device handler registered > [ 3.280529] emc: device handler registered > [ 3.280531] alua: device handler registered > [ 3.280557] libphy: Fixed MDIO Bus: probed > [ 3.280606] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver > [ 3.280613] ehci-pci: EHCI PCI platform driver > [ 3.280620] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver > [ 3.280623] ohci-pci: OHCI PCI platform driver > [ 3.280629] uhci_hcd: USB Universal Host Controller Interface driver > [ 3.280662] usbcore: registered new interface driver usbserial > [ 3.280669] usbcore: registered new interface driver usbserial_generic > [ 3.280677] usbserial: USB Serial support registered for generic > [ 3.280691] i8042: PNP: No PS/2 controller found. Probing ports direct= ly. > [ 4.289340] i8042: No controller found > [ 4.289451] mousedev: PS/2 mouse device common for all mice > [ 4.349782] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0 > [ 4.350100] rtc_cmos: probe of rtc_cmos failed with error -38 > [ 4.350128] hidraw: raw HID events driver (C) Jiri Kosina > [ 4.350192] usbcore: registered new interface driver usbhid > [ 4.350195] usbhid: USB HID core driver > [ 4.350217] drop_monitor: Initializing network drop monitor service > [ 4.350276] TCP: cubic registered > [ 4.350279] Initializing XFRM netlink socket > [ 4.350342] NET: Registered protocol family 10 > [ 4.350451] NET: Registered protocol family 17 > [ 4.350590] Loading compiled-in X.509 certificates > [ 4.350614] Loaded X.509 cert 'CentOS Linux kpatch signing key: ea0413= 152cde1d98ebdca3fe6f0230904c9ef717' > [ 4.350630] Loaded X.509 cert 'CentOS Linux Driver update signing key:= 7f421ee0ab69461574bb358861dbe77762a4201b' > [ 4.351108] Loaded X.509 cert 'CentOS Linux kernel signing key: bc83d0= fe70c62fab1c58b4ebaa95e3936128fcf4' > [ 4.351121] registered taskstats version 1 > [ 4.354567] Key type trusted registered > [ 4.360087] Key type encrypted registered > [ 4.363316] IMA: No TPM chip found, activating TPM-bypass! > [ 4.363373] xenbus_probe_frontend: Device with no driver: device/vbd/5= 1712 > [ 4.363377] xenbus_probe_frontend: Device with no driver: device/vif/0 > [ 4.363451] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) > [ 4.364010] Freeing unused kernel memory: 1584k freed > [ 4.368413] systemd[1]: systemd 208 running in system mode. (+PAM +LIB= WRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ) > [ 4.368492] systemd[1]: Detected virtualization 'xen'. > [ 4.368499] systemd[1]: Running in initial RAM disk. > > Welcome to CentOS Linux 7 (Core) dracut-033-161.el7 (Initramfs)! > > [ 4.368646] systemd[1]: No hostname configured. > [ 4.368655] systemd[1]: Set hostname to . > [ 4.368750] systemd[1]: Initializing machine ID from random generator. > [ 4.403379] systemd[1]: Starting -.slice. > [ OK ] Created slice -.slice. > [ 4.403822] systemd[1]: Created slice -.slice. > [ 4.403908] systemd[1]: Starting System Slice. > [ OK ] Created slice System Slice. > [ 4.404105] systemd[1]: Created slice System Slice. > [ 4.404183] systemd[1]: Starting Slices. > [ OK ] Reached target Slices. > [ 4.404260] systemd[1]: Reached target Slices. > [ 4.404333] systemd[1]: Starting Timers. > [ OK ] Reached target Timers. > [ 4.404406] systemd[1]: Reached target Timers. > [ 4.404481] systemd[1]: Starting Encrypted Volumes. > [ OK ] Reached target Encrypted Volumes. > [ 4.404557] systemd[1]: Reached target Encrypted Volumes. > [ 4.404630] systemd[1]: Starting Journal Socket. > [ OK ] Listening on Journal Socket. > [ 4.404816] systemd[1]: Listening on Journal Socket. > [ 4.405218] systemd[1]: Starting dracut cmdline hook... > Starting dracut cmdline hook... > [ 4.406387] systemd[1]: Started Load Kernel Modules. > [ 4.406415] systemd[1]: Starting Setup Virtual Console... > Starting Setup Virtual Console... > [ 4.407540] systemd[1]: Starting Journal Service... > Starting Journal Service... > [ OK ] Started Journal Service. > [ 4.408841] systemd[1]: Started Journal Service. > [ OK ] Listening on udev Kernel Socket. > [ OK ] Listening on udev Control Socket. > [ OK ] Reached target Sockets. > Starting Create list of required static device nodes...rrent ke= rnel... > Starting Apply Kernel Variables... > Starting Device-Mapper Multipath Device Controller... > [ OK ] Reached target Swap. > [ 4.422515] systemd-journald[84]: Vacuuming done, freed 0 bytes > [ OK ] Reached target Local File Systems. > [ 4.432606] device-mapper: uevent: version 1.0.3 > [ 4.432673] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialise= d: dm-devel@redhat.com > [ OK ] Started Setup Virtual Console. > [ 4.494910] device-mapper: multipath: version 1.6.0 loaded > [ OK ] Started Apply Kernel Variables. > [ OK ] Started Create list of required static device nodes ...current k= ernel. > Starting Create static device nodes in /dev... > [ OK ] Started Create static device nodes in /dev. > [ OK ] Started Device-Mapper Multipath Device Controller. > [ 4.546601] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found > [ 4.546610] EDD information not available. > [ OK ] Started dracut cmdline hook. > Starting dracut pre-udev hook... > [ 5.166524] squashfs: version 4.0 (2009/01/31) Phillip Lougher > [ 5.174260] Loading iSCSI transport class v2.0-870. > [ 5.179808] iscsi: registered transport (tcp) > [ 5.250500] Floppy drive(s): fd0 is unknown type 15 (usb?), fd1 is unk= nown type 15 (usb?) > [ 5.250523] floppy0: Unable to grab IRQ6 for the floppy driver > [ 5.263007] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found > [ 5.263021] EDD information not available. > [ 5.276014] No iBFT detected. > [ 5.281463] md: raid0 personality registered for level 0 > [ 5.288251] md: raid1 personality registered for level 1 > [ 5.293992] async_tx: api initialized (async) > [ 5.295727] xor: measuring software checksum speed > [ 5.305056] prefetch64-sse: 8920.000 MB/sec > [ 5.315053] generic_sse: 14824.000 MB/sec > [ 5.315056] xor: using function: generic_sse (14824.000 MB/sec) > [ 5.334056] raid6: sse2x1 7730 MB/s > [ 5.351058] raid6: sse2x2 9695 MB/s > [ 5.368054] raid6: sse2x4 11238 MB/s > [ 5.368058] raid6: using algorithm sse2x4 (11238 MB/s) > [ 5.368060] raid6: using ssse3x2 recovery algorithm > [ 5.372777] md: raid6 personality registered for level 6 > [ 5.372783] md: raid5 personality registered for level 5 > [ 5.372786] md: raid4 personality registered for level 4 > [ 5.385479] md: raid10 personality registered for level 10 > [ 5.390027] md: linear personality registered for level -1 > [ 5.422623] device-mapper: multipath round-robin: version 1.0.0 loaded > [ 5.438366] sha256_ssse3: Using SSSE3 optimized SHA-256 implementation > [ 5.486012] RPC: Registered named UNIX socket transport module. > [ 5.486026] RPC: Registered udp transport module. > [ 5.486031] RPC: Registered tcp transport module. > [ 5.486035] RPC: Registered tcp NFSv4.1 backchannel transport module. > [ OK ] Started dracut pre-udev hook. > Starting udev Kernel Device Manager... > [ 5.623318] systemd-udevd[430]: starting version 208 > [ OK ] Started udev Kernel Device Manager. > Starting dracut pre-trigger hook... > [ 5.805025] xen_netfront: Initialising Xen virtual ethernet driver > [ 5.817651] alg: No test for crc32 (crc32-pclmul) > [ 5.832691] blkfront: xvda: flush diskcache: enabled; persistent grant= s: disabled; indirect descriptors: disabled; > [ 5.834035] xvda: unknown partition table > [ 5.834341] Setting capacity to 62914560 > [ 5.834349] xvda: detected capacity change from 0 to 32212254720 > [ OK ] Started dracut pre-trigger hook. > Starting udev Coldplug all Devices... > Mounting Configuration File System... > [ OK ] Started udev Coldplug all Devices. > Starting dracut initqueue hook... > Starting Show Plymouth Boot Screen... > [ OK ] Mounted Configuration File System. > [ OK ] Reached target System Initialization. > [ OK ] Started Show Plymouth Boot Screen. > [ OK ] Reached target Paths. > [ OK ] Reached target Basic System. > dracut-initqueue[555]: Warning: Could not boot. > [ OK ] Started Show Plymouth Boot Screen. > [ OK ] Reached target Paths. > [ OK ] Reached target Basic System. > dracut-initqueue[555]: Warning: Could not boot. > dracut-initqueue[555]: Warning: /dev/root does not exist > Starting Dracut Emergency Shell... > Warning: /dev/root does not exist > > Generating "/run/initramfs/rdsosreport.txt" > > > Entering emergency mode. Exit the shell to continue. > Type "journalctl" to view system logs. > You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or= /boot > after mounting them and attach it to a bug report. > > > dracut:/# > > > xl info: > > release : 3.2.0-54-generic > version : #82-Ubuntu SMP Tue Sep 10 20:08:42 UTC 2013 > machine : x86_64 > nr_cpus : 2 > max_cpu_id : 1 > nr_nodes : 1 > cores_per_socket : 2 > threads_per_core : 1 > cpu_mhz : 2893 > hw_caps : bfebfbff:28100800:00000000:00003f00:059ae3bf:000= 00000:00000001:00000000 > virt_caps : hvm > total_memory : 16241 > free_memory : 9248 > sharing_freed_memory : 0 > sharing_used_memory : 0 > outstanding_claims : 0 > free_cpus : 0 > xen_major : 4 > xen_minor : 4 > xen_extra : .0 > xen_version : 4.4.0 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hv= m-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=3D0xffff800000000000 > xen_changeset : > xen_commandline : placeholder dom0_mem=3D1024M,max:1024M > cc_compiler : gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 > cc_compile_by : root > cc_compile_domain : > cc_compile_date : Wed Apr 30 18:17:39 BST 2014 > xend_config_format : 4 > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hello, I encountered the same error. According to = https://alteeve.ca/w/Setting_Up_a_PXE_Server_on_an_RPM-based_OS#Labels_For_= Fedora_17.2B = , you have to add an initrd argument "inst.repo". For example on my pxe/tftp server (pxelinux.cfg/default) : kernel centos7/vmlinuz append initrd=3Dcentos7/initrd.img = inst.repo=3Dhttp://ftp.ciril.fr/pub/linux/centos/7/os/x86_64 Regards, Chris _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Jul 11 18:50:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 11 Jul 2014 18:50:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5ftJ-0005eV-5c; Fri, 11 Jul 2014 18:49:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5ftH-0005eQ-D6 for xen-users@lists.xensource.com; Fri, 11 Jul 2014 18:49:51 +0000 Received: from [193.109.254.147:50413] by server-10.bemta-14.messagelabs.com id 2F/D7-01431-EC130C35; Fri, 11 Jul 2014 18:49:50 +0000 X-Env-Sender: chris@teria.org X-Msg-Ref: server-11.tower-27.messagelabs.com!1405104589!13656797!1 X-Originating-IP: [212.83.166.54] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5343 invoked from network); 11 Jul 2014 18:49:49 -0000 Received: from mail.thinkrosystem.com (HELO thinkrosystem.com) (212.83.166.54) by server-11.tower-27.messagelabs.com with SMTP; 11 Jul 2014 18:49:49 -0000 Received: from localhost (localhost [127.0.0.1]) by thinkrosystem.com (Postfix) with ESMTP id 1E22E9409; Fri, 11 Jul 2014 20:49:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at thinkrosystem.com Received: from thinkrosystem.com ([127.0.0.1]) by localhost (mail.thinkrosystem.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZENsnYa5rUNL; Fri, 11 Jul 2014 20:49:46 +0200 (CEST) Received: from [192.168.2.13] (teria.org [88.160.87.66]) by thinkrosystem.com (Postfix) with ESMTPSA id D950C9408; Fri, 11 Jul 2014 20:49:45 +0200 (CEST) Message-ID: <53C031CD.5010601@teria.org> Date: Fri, 11 Jul 2014 20:49:49 +0200 From: Chris User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ian Murray References: <1405088177.1612.YahooMailNeo@web171502.mail.ir2.yahoo.com> In-Reply-To: <1405088177.1612.YahooMailNeo@web171502.mail.ir2.yahoo.com> Content-Length: 21934 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Trying to set-up DomU CentOS 7, but get Warning: /dev/root does not exist X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Le 11/07/2014 16:16, Ian Murray a =E9crit : > I'm trying to set-up a ContOS 7 DomU server. I have used the PXE set-up i= mages like I normally would for earlier versions of CentOS. > > Here is my config file:- > > name =3D "centos7" > memory =3D 2048 > disk =3D ['phy:/dev/xen6/centos7,xvda,w' ] > vif =3D [ 'mac=3Dxx:xx:xx:xx:xx:xx' ] > kernel =3D "/root/xen/centos7-64/vmlinuz" > ramdisk =3D "/root/xen/centos7-64/initrd.img" > vcpus =3D 2 > on_reboot =3D 'destroy' > on_crash =3D 'preserve' > > Starting the DomU would normally take me to the non-graphical install. > > However, with CentOS 7, boot crashes out with.... > > [ OK ] Reached target Basic System. > dracut-initqueue[555]: Warning: Could not boot. > dracut-initqueue[555]: Warning: /dev/root does not exist > Starting Dracut Emergency Shell... > Warning: /dev/root does not exist > > Generating "/run/initramfs/rdsosreport.txt" > > > Entering emergency mode. Exit the shell to continue. > Type "journalctl" to view system logs. > You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or= /boot > after mounting them and attach it to a bug report. > > > dracut:/# > > > Some googling suggests this is also a problem with USB install and is to = do with device labels, but I don't know what that means in my context. > > Any suggestions on how to fix this or (at least work around it), would be= much appreciated. > > Thanks, > > Ian. > > > full DomU boot is:- > > Parsing config from centos7-install > [ 0.000000] Initializing cgroup subsys cpuset > [ 0.000000] Initializing cgroup subsys cpu > [ 0.000000] Initializing cgroup subsys cpuacct > [ 0.000000] Linux version 3.10.0-123.el7.x86_64 (builder@kbuilder.dev.= centos.org) (gcc version 4.8.2 20140120 (Red Hat 4.8.2-16) (GCC) ) #1 SMP M= on Jun 30 12:09:22 UTC 2014 > [ 0.000000] Command line: > [ 0.000000] ACPI in unprivileged domain disabled > [ 0.000000] e820: BIOS-provided physical RAM map: > [ 0.000000] Xen: [mem 0x0000000000000000-0x000000000009ffff] usable > [ 0.000000] Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved > [ 0.000000] Xen: [mem 0x0000000000100000-0x000000007fffffff] usable > [ 0.000000] NX (Execute Disable) protection: active > [ 0.000000] DMI not present or invalid. > [ 0.000000] No AGP bridge found > [ 0.000000] e820: last_pfn =3D 0x80000 max_arch_pfn =3D 0x400000000 > [ 0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff] > [ 0.000000] init_memory_mapping: [mem 0x7fe00000-0x7fffffff] > [ 0.000000] init_memory_mapping: [mem 0x7c000000-0x7fdfffff] > [ 0.000000] init_memory_mapping: [mem 0x00100000-0x7bffffff] > [ 0.000000] RAMDISK: [mem 0x0223f000-0x04390fff] > [ 0.000000] NUMA turned off > [ 0.000000] Faking a node at [mem 0x0000000000000000-0x000000007ffffff= f] > [ 0.000000] Initmem setup node 0 [mem 0x00000000-0x7fffffff] > [ 0.000000] NODE_DATA [mem 0x7fc04000-0x7fc2afff] > [ 0.000000] Zone ranges: > [ 0.000000] DMA [mem 0x00001000-0x00ffffff] > [ 0.000000] DMA32 [mem 0x01000000-0xffffffff] > [ 0.000000] Normal empty > [ 0.000000] Movable zone start for each node > [ 0.000000] Early memory node ranges > [ 0.000000] node 0: [mem 0x00001000-0x0009ffff] > [ 0.000000] node 0: [mem 0x00100000-0x7fffffff] > [ 0.000000] SFI: Simple Firmware Interface v0.81 http://simplefirmware= .org > [ 0.000000] smpboot: Allowing 2 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: [mem 0x000a0000-0x000fffff] > [ 0.000000] e820: [mem 0x80000000-0xffffffff] available for PCI devices > [ 0.000000] Booting paravirtualized kernel on Xen > [ 0.000000] Xen version: 4.4.0 (preserve-AD) > [ 0.000000] setup_percpu: NR_CPUS:5120 nr_cpumask_bits:2 nr_cpu_ids:2 = nr_node_ids:1 > [ 0.000000] PERCPU: Embedded 29 pages/cpu @ffff88007d000000 s86592 r81= 92 d24000 u1048576 > [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. To= tal pages: 515978 > [ 0.000000] Policy zone: DMA32 > [ 0.000000] Kernel command line: > [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) > [ 0.000000] xsave: enabled xstate_bv 0x3, cntxt size 0x240 > [ 0.000000] Checking aperture... > [ 0.000000] No AGP bridge found > [ 0.000000] Memory: 2006356k/2097152k available (6105k kernel code, 38= 8k absent, 90408k reserved, 4065k data, 1584k init) > [ 0.000000] SLUB: HWalign=3D64, Order=3D0-3, MinObjects=3D0, CPUs=3D2,= Nodes=3D1 > [ 0.000000] Hierarchical RCU implementation. > [ 0.000000] RCU restricting CPUs from NR_CPUS=3D5120 to nr_cpu_ids= =3D2. > [ 0.000000] Experimental no-CBs for all CPUs > [ 0.000000] Experimental no-CBs CPUs: 0-1. > [ 0.000000] NR_IRQS:327936 nr_irqs:288 16 > [ 0.000000] Console: colour dummy device 80x25 > [ 0.000000] console [tty0] enabled > [ 0.000000] console [hvc0] enabled > [ 0.000000] allocated 8388608 bytes of page_cgroup > [ 0.000000] please try 'cgroup_disable=3Dmemory' option if you don't w= ant memory cgroups > [ 0.000000] installing Xen timer for CPU 0 > [ 0.000000] tsc: Detected 2893.500 MHz processor > [ 0.001000] Calibrating delay loop (skipped), value calculated using t= imer frequency.. 5787.00 BogoMIPS (lpj=3D2893500) > [ 0.001000] pid_max: default: 32768 minimum: 301 > [ 0.001000] Security Framework initialized > [ 0.001000] SELinux: Initializing. > [ 0.001000] Dentry cache hash table entries: 262144 (order: 9, 2097152= bytes) > [ 0.001000] Inode-cache hash table entries: 131072 (order: 8, 1048576 = bytes) > [ 0.001000] Mount-cache hash table entries: 4096 > [ 0.001135] Initializing cgroup subsys memory > [ 0.001148] Initializing cgroup subsys devices > [ 0.001152] Initializing cgroup subsys freezer > [ 0.001155] Initializing cgroup subsys net_cls > [ 0.001159] Initializing cgroup subsys blkio > [ 0.001162] Initializing cgroup subsys perf_event > [ 0.001166] Initializing cgroup subsys hugetlb > [ 0.001215] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' > [ 0.001215] ENERGY_PERF_BIAS: View and update with x86_energy_perf_pol= icy(8) > [ 0.001222] CPU: Physical Processor ID: 0 > [ 0.001225] CPU: Processor Core ID: 0 > [ 0.001230] Last level iTLB entries: 4KB 512, 2MB 0, 4MB 0 > [ 0.001230] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32 > [ 0.001230] tlb_flushall_shift: 6 > [ 0.022300] ftrace: allocating 23383 entries in 92 pages > [ 0.027088] cpu 0 spinlock event irq 17 > [ 0.027130] Performance Events: unsupported p6 CPU model 42 no PMU dri= ver, software events only. > [ 0.028029] NMI watchdog: disabled (cpu0): hardware events not enabled > [ 0.028084] installing Xen timer for CPU 1 > [ 0.028095] cpu 1 spinlock event irq 24 > [ 0.028118] SMP alternatives: switching to SMP code > [ 0.047691] Brought up 2 CPUs > [ 0.047799] devtmpfs: initialized > [ 0.047959] EVM: security.selinux > [ 0.047965] EVM: security.ima > [ 0.047969] EVM: security.capability > [ 0.049423] atomic64 test passed for x86-64 platform with CX8 and with= SSE > [ 0.049454] xen:grant_table: Grant tables using version 2 layout > [ 0.049481] Grant table initialized > [ 0.049517] NET: Registered protocol family 16 > [ 0.050055] PCI: setting up Xen PCI frontend stub > [ 0.051077] bio: create slab at 0 > [ 0.051077] ACPI: Interpreter disabled. > [ 0.051077] xen:balloon: Initialising balloon driver > [ 0.052009] xen_balloon: Initialising balloon driver > [ 0.052030] vgaarb: loaded > [ 0.052068] SCSI subsystem initialized > [ 0.052068] usbcore: registered new interface driver usbfs > [ 0.052068] usbcore: registered new interface driver hub > [ 0.052068] usbcore: registered new device driver usb > [ 0.052068] PCI: System does not support PCI > [ 0.052068] PCI: System does not support PCI > [ 0.053068] NetLabel: Initializing > [ 0.053072] NetLabel: domain hash size =3D 128 > [ 0.053074] NetLabel: protocols =3D UNLABELED CIPSOv4 > [ 0.053083] NetLabel: unlabeled traffic allowed by default > [ 0.053088] Switching to clocksource xen > [ 0.056866] pnp: PnP ACPI: disabled > [ 0.058849] NET: Registered protocol family 2 > [ 0.058969] TCP established hash table entries: 16384 (order: 5, 13107= 2 bytes) > [ 0.059023] TCP bind hash table entries: 16384 (order: 6, 262144 bytes) > [ 0.059066] TCP: Hash tables configured (established 16384 bind 16384) > [ 0.059084] TCP: reno registered > [ 0.059093] UDP hash table entries: 1024 (order: 3, 32768 bytes) > [ 0.059105] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes) > [ 0.059144] NET: Registered protocol family 1 > [ 0.059186] Unpacking initramfs... > [ 3.252164] Freeing initrd memory: 34120k freed > [ 3.257997] platform rtc_cmos: registered platform RTC device (no PNP = device found) > [ 3.258508] microcode: CPU0 sig=3D0x206a7, pf=3D0x2, revision=3D0x26 > [ 3.258632] microcode: CPU1 sig=3D0x206a7, pf=3D0x2, revision=3D0x26 > [ 3.258722] microcode: Microcode Update Driver: v2.00 , Peter Oruba > [ 3.258934] futex hash table entries: 512 (order: 3, 32768 bytes) > [ 3.258946] Initialise system trusted keyring > [ 3.258982] audit: initializing netlink socket (disabled) > [ 3.258994] type=3D2000 audit(1405087133.283:1): initialized > [ 3.276836] HugeTLB registered 2 MB page size, pre-allocated 0 pages > [ 3.277986] zbud: loaded > [ 3.278300] VFS: Disk quotas dquot_6.5.2 > [ 3.278356] Dquot-cache hash table entries: 512 (order 0, 4096 bytes) > [ 3.278496] msgmni has been set to 3985 > [ 3.278536] Key type big_key registered > [ 3.279480] alg: No test for stdrng (krng) > [ 3.279504] NET: Registered protocol family 38 > [ 3.279508] Key type asymmetric registered > [ 3.279510] Asymmetric key parser 'x509' registered > [ 3.279536] Block layer SCSI generic (bsg) driver version 0.4 loaded (= major 252) > [ 3.279581] io scheduler noop registered > [ 3.279584] io scheduler deadline registered (default) > [ 3.279608] io scheduler cfq registered > [ 3.279661] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 > [ 3.279674] pciehp: PCI Express Hot Plug Controller Driver version: 0.4 > [ 3.280042] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled > [ 3.280404] Non-volatile memory driver v1.3 > [ 3.280409] Linux agpgart interface v0.103 > [ 3.280472] crash memory driver: version 1.1 > [ 3.280487] rdac: device handler registered > [ 3.280525] hp_sw: device handler registered > [ 3.280529] emc: device handler registered > [ 3.280531] alua: device handler registered > [ 3.280557] libphy: Fixed MDIO Bus: probed > [ 3.280606] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver > [ 3.280613] ehci-pci: EHCI PCI platform driver > [ 3.280620] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver > [ 3.280623] ohci-pci: OHCI PCI platform driver > [ 3.280629] uhci_hcd: USB Universal Host Controller Interface driver > [ 3.280662] usbcore: registered new interface driver usbserial > [ 3.280669] usbcore: registered new interface driver usbserial_generic > [ 3.280677] usbserial: USB Serial support registered for generic > [ 3.280691] i8042: PNP: No PS/2 controller found. Probing ports direct= ly. > [ 4.289340] i8042: No controller found > [ 4.289451] mousedev: PS/2 mouse device common for all mice > [ 4.349782] rtc_cmos rtc_cmos: rtc core: registered rtc_cmos as rtc0 > [ 4.350100] rtc_cmos: probe of rtc_cmos failed with error -38 > [ 4.350128] hidraw: raw HID events driver (C) Jiri Kosina > [ 4.350192] usbcore: registered new interface driver usbhid > [ 4.350195] usbhid: USB HID core driver > [ 4.350217] drop_monitor: Initializing network drop monitor service > [ 4.350276] TCP: cubic registered > [ 4.350279] Initializing XFRM netlink socket > [ 4.350342] NET: Registered protocol family 10 > [ 4.350451] NET: Registered protocol family 17 > [ 4.350590] Loading compiled-in X.509 certificates > [ 4.350614] Loaded X.509 cert 'CentOS Linux kpatch signing key: ea0413= 152cde1d98ebdca3fe6f0230904c9ef717' > [ 4.350630] Loaded X.509 cert 'CentOS Linux Driver update signing key:= 7f421ee0ab69461574bb358861dbe77762a4201b' > [ 4.351108] Loaded X.509 cert 'CentOS Linux kernel signing key: bc83d0= fe70c62fab1c58b4ebaa95e3936128fcf4' > [ 4.351121] registered taskstats version 1 > [ 4.354567] Key type trusted registered > [ 4.360087] Key type encrypted registered > [ 4.363316] IMA: No TPM chip found, activating TPM-bypass! > [ 4.363373] xenbus_probe_frontend: Device with no driver: device/vbd/5= 1712 > [ 4.363377] xenbus_probe_frontend: Device with no driver: device/vif/0 > [ 4.363451] drivers/rtc/hctosys.c: unable to open rtc device (rtc0) > [ 4.364010] Freeing unused kernel memory: 1584k freed > [ 4.368413] systemd[1]: systemd 208 running in system mode. (+PAM +LIB= WRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ) > [ 4.368492] systemd[1]: Detected virtualization 'xen'. > [ 4.368499] systemd[1]: Running in initial RAM disk. > > Welcome to CentOS Linux 7 (Core) dracut-033-161.el7 (Initramfs)! > > [ 4.368646] systemd[1]: No hostname configured. > [ 4.368655] systemd[1]: Set hostname to . > [ 4.368750] systemd[1]: Initializing machine ID from random generator. > [ 4.403379] systemd[1]: Starting -.slice. > [ OK ] Created slice -.slice. > [ 4.403822] systemd[1]: Created slice -.slice. > [ 4.403908] systemd[1]: Starting System Slice. > [ OK ] Created slice System Slice. > [ 4.404105] systemd[1]: Created slice System Slice. > [ 4.404183] systemd[1]: Starting Slices. > [ OK ] Reached target Slices. > [ 4.404260] systemd[1]: Reached target Slices. > [ 4.404333] systemd[1]: Starting Timers. > [ OK ] Reached target Timers. > [ 4.404406] systemd[1]: Reached target Timers. > [ 4.404481] systemd[1]: Starting Encrypted Volumes. > [ OK ] Reached target Encrypted Volumes. > [ 4.404557] systemd[1]: Reached target Encrypted Volumes. > [ 4.404630] systemd[1]: Starting Journal Socket. > [ OK ] Listening on Journal Socket. > [ 4.404816] systemd[1]: Listening on Journal Socket. > [ 4.405218] systemd[1]: Starting dracut cmdline hook... > Starting dracut cmdline hook... > [ 4.406387] systemd[1]: Started Load Kernel Modules. > [ 4.406415] systemd[1]: Starting Setup Virtual Console... > Starting Setup Virtual Console... > [ 4.407540] systemd[1]: Starting Journal Service... > Starting Journal Service... > [ OK ] Started Journal Service. > [ 4.408841] systemd[1]: Started Journal Service. > [ OK ] Listening on udev Kernel Socket. > [ OK ] Listening on udev Control Socket. > [ OK ] Reached target Sockets. > Starting Create list of required static device nodes...rrent ke= rnel... > Starting Apply Kernel Variables... > Starting Device-Mapper Multipath Device Controller... > [ OK ] Reached target Swap. > [ 4.422515] systemd-journald[84]: Vacuuming done, freed 0 bytes > [ OK ] Reached target Local File Systems. > [ 4.432606] device-mapper: uevent: version 1.0.3 > [ 4.432673] device-mapper: ioctl: 4.27.0-ioctl (2013-10-30) initialise= d: dm-devel@redhat.com > [ OK ] Started Setup Virtual Console. > [ 4.494910] device-mapper: multipath: version 1.6.0 loaded > [ OK ] Started Apply Kernel Variables. > [ OK ] Started Create list of required static device nodes ...current k= ernel. > Starting Create static device nodes in /dev... > [ OK ] Started Create static device nodes in /dev. > [ OK ] Started Device-Mapper Multipath Device Controller. > [ 4.546601] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found > [ 4.546610] EDD information not available. > [ OK ] Started dracut cmdline hook. > Starting dracut pre-udev hook... > [ 5.166524] squashfs: version 4.0 (2009/01/31) Phillip Lougher > [ 5.174260] Loading iSCSI transport class v2.0-870. > [ 5.179808] iscsi: registered transport (tcp) > [ 5.250500] Floppy drive(s): fd0 is unknown type 15 (usb?), fd1 is unk= nown type 15 (usb?) > [ 5.250523] floppy0: Unable to grab IRQ6 for the floppy driver > [ 5.263007] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found > [ 5.263021] EDD information not available. > [ 5.276014] No iBFT detected. > [ 5.281463] md: raid0 personality registered for level 0 > [ 5.288251] md: raid1 personality registered for level 1 > [ 5.293992] async_tx: api initialized (async) > [ 5.295727] xor: measuring software checksum speed > [ 5.305056] prefetch64-sse: 8920.000 MB/sec > [ 5.315053] generic_sse: 14824.000 MB/sec > [ 5.315056] xor: using function: generic_sse (14824.000 MB/sec) > [ 5.334056] raid6: sse2x1 7730 MB/s > [ 5.351058] raid6: sse2x2 9695 MB/s > [ 5.368054] raid6: sse2x4 11238 MB/s > [ 5.368058] raid6: using algorithm sse2x4 (11238 MB/s) > [ 5.368060] raid6: using ssse3x2 recovery algorithm > [ 5.372777] md: raid6 personality registered for level 6 > [ 5.372783] md: raid5 personality registered for level 5 > [ 5.372786] md: raid4 personality registered for level 4 > [ 5.385479] md: raid10 personality registered for level 10 > [ 5.390027] md: linear personality registered for level -1 > [ 5.422623] device-mapper: multipath round-robin: version 1.0.0 loaded > [ 5.438366] sha256_ssse3: Using SSSE3 optimized SHA-256 implementation > [ 5.486012] RPC: Registered named UNIX socket transport module. > [ 5.486026] RPC: Registered udp transport module. > [ 5.486031] RPC: Registered tcp transport module. > [ 5.486035] RPC: Registered tcp NFSv4.1 backchannel transport module. > [ OK ] Started dracut pre-udev hook. > Starting udev Kernel Device Manager... > [ 5.623318] systemd-udevd[430]: starting version 208 > [ OK ] Started udev Kernel Device Manager. > Starting dracut pre-trigger hook... > [ 5.805025] xen_netfront: Initialising Xen virtual ethernet driver > [ 5.817651] alg: No test for crc32 (crc32-pclmul) > [ 5.832691] blkfront: xvda: flush diskcache: enabled; persistent grant= s: disabled; indirect descriptors: disabled; > [ 5.834035] xvda: unknown partition table > [ 5.834341] Setting capacity to 62914560 > [ 5.834349] xvda: detected capacity change from 0 to 32212254720 > [ OK ] Started dracut pre-trigger hook. > Starting udev Coldplug all Devices... > Mounting Configuration File System... > [ OK ] Started udev Coldplug all Devices. > Starting dracut initqueue hook... > Starting Show Plymouth Boot Screen... > [ OK ] Mounted Configuration File System. > [ OK ] Reached target System Initialization. > [ OK ] Started Show Plymouth Boot Screen. > [ OK ] Reached target Paths. > [ OK ] Reached target Basic System. > dracut-initqueue[555]: Warning: Could not boot. > [ OK ] Started Show Plymouth Boot Screen. > [ OK ] Reached target Paths. > [ OK ] Reached target Basic System. > dracut-initqueue[555]: Warning: Could not boot. > dracut-initqueue[555]: Warning: /dev/root does not exist > Starting Dracut Emergency Shell... > Warning: /dev/root does not exist > > Generating "/run/initramfs/rdsosreport.txt" > > > Entering emergency mode. Exit the shell to continue. > Type "journalctl" to view system logs. > You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or= /boot > after mounting them and attach it to a bug report. > > > dracut:/# > > > xl info: > > release : 3.2.0-54-generic > version : #82-Ubuntu SMP Tue Sep 10 20:08:42 UTC 2013 > machine : x86_64 > nr_cpus : 2 > max_cpu_id : 1 > nr_nodes : 1 > cores_per_socket : 2 > threads_per_core : 1 > cpu_mhz : 2893 > hw_caps : bfebfbff:28100800:00000000:00003f00:059ae3bf:000= 00000:00000001:00000000 > virt_caps : hvm > total_memory : 16241 > free_memory : 9248 > sharing_freed_memory : 0 > sharing_used_memory : 0 > outstanding_claims : 0 > free_cpus : 0 > xen_major : 4 > xen_minor : 4 > xen_extra : .0 > xen_version : 4.4.0 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hv= m-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=3D0xffff800000000000 > xen_changeset : > xen_commandline : placeholder dom0_mem=3D1024M,max:1024M > cc_compiler : gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 > cc_compile_by : root > cc_compile_domain : > cc_compile_date : Wed Apr 30 18:17:39 BST 2014 > xend_config_format : 4 > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hello, I encountered the same error. According to = https://alteeve.ca/w/Setting_Up_a_PXE_Server_on_an_RPM-based_OS#Labels_For_= Fedora_17.2B = , you have to add an initrd argument "inst.repo". For example on my pxe/tftp server (pxelinux.cfg/default) : kernel centos7/vmlinuz append initrd=3Dcentos7/initrd.img = inst.repo=3Dhttp://ftp.ciril.fr/pub/linux/centos/7/os/x86_64 Regards, Chris _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 12 03:16:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 12 Jul 2014 03:16:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5nmy-0001eY-29; Sat, 12 Jul 2014 03:15:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5nmw-0001eP-B5 for xen-users@lists.xen.org; Sat, 12 Jul 2014 03:15:50 +0000 Received: from [85.158.139.211:55662] by server-2.bemta-5.messagelabs.com id 62/E1-01647-568A0C35; Sat, 12 Jul 2014 03:15:49 +0000 X-Env-Sender: Alain.Tchana@enseeiht.fr X-Msg-Ref: server-3.tower-206.messagelabs.com!1405134948!7567589!1 X-Originating-IP: [193.48.203.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31934 invoked from network); 12 Jul 2014 03:15:49 -0000 Received: from inpsmtp2.inp-toulouse.fr (HELO inpsmtp2.inp-toulouse.fr) (193.48.203.42) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jul 2014 03:15:49 -0000 Received: from imap.inp-toulouse.fr (imap.inp-toulouse.fr [193.48.203.40]) by inpsmtp2.inp-toulouse.fr (8.14.3/8.14.3/Debian-9.4) with ESMTP id s6C3FdUH004951; Sat, 12 Jul 2014 05:15:41 +0200 Received: from rcmail.inp-toulouse.fr (rcmail.inp-toulouse.fr [193.48.203.51]) by imap.inp-toulouse.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id s6C3FaO0001689; Sat, 12 Jul 2014 05:15:38 +0200 MIME-Version: 1.0 Date: Sat, 12 Jul 2014 05:15:36 +0200 From: TCHANA Alain To: , TCHANA Alain Message-ID: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> X-Sender: Alain.Tchana@enseeiht.fr User-Agent: INP Webmail X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (inpsmtp2.inp-toulouse.fr [193.48.203.42]); Sat, 12 Jul 2014 05:15:41 +0200 (CEST) X-Scanned-By: MIMEDefang 2.69 on 193.48.203.42 Subject: [Xen-users] domU page fault handling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, I would like to know where (in Xen or Linux source code) a domU page fault is treated in a Xen (version Xen 4.2). Is it treated by: 1) the domU operating system do_page_fault() routine, in linux-source-xxx/arch/x86/mm/fault.c. In this case, how does the modification of domU page tables are possible since a domU is not allowed to update them. or 2) the hypervisor do_page_fault() routine, in xen/arch/x86/traps.c. In this case, how does the domU maintains its internal page fault stats. Regards. Alain _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 12 03:16:38 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 12 Jul 2014 03:16:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5nmy-0001eY-29; Sat, 12 Jul 2014 03:15:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X5nmw-0001eP-B5 for xen-users@lists.xen.org; Sat, 12 Jul 2014 03:15:50 +0000 Received: from [85.158.139.211:55662] by server-2.bemta-5.messagelabs.com id 62/E1-01647-568A0C35; Sat, 12 Jul 2014 03:15:49 +0000 X-Env-Sender: Alain.Tchana@enseeiht.fr X-Msg-Ref: server-3.tower-206.messagelabs.com!1405134948!7567589!1 X-Originating-IP: [193.48.203.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31934 invoked from network); 12 Jul 2014 03:15:49 -0000 Received: from inpsmtp2.inp-toulouse.fr (HELO inpsmtp2.inp-toulouse.fr) (193.48.203.42) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Jul 2014 03:15:49 -0000 Received: from imap.inp-toulouse.fr (imap.inp-toulouse.fr [193.48.203.40]) by inpsmtp2.inp-toulouse.fr (8.14.3/8.14.3/Debian-9.4) with ESMTP id s6C3FdUH004951; Sat, 12 Jul 2014 05:15:41 +0200 Received: from rcmail.inp-toulouse.fr (rcmail.inp-toulouse.fr [193.48.203.51]) by imap.inp-toulouse.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id s6C3FaO0001689; Sat, 12 Jul 2014 05:15:38 +0200 MIME-Version: 1.0 Date: Sat, 12 Jul 2014 05:15:36 +0200 From: TCHANA Alain To: , TCHANA Alain Message-ID: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> X-Sender: Alain.Tchana@enseeiht.fr User-Agent: INP Webmail X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (inpsmtp2.inp-toulouse.fr [193.48.203.42]); Sat, 12 Jul 2014 05:15:41 +0200 (CEST) X-Scanned-By: MIMEDefang 2.69 on 193.48.203.42 Subject: [Xen-users] domU page fault handling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, I would like to know where (in Xen or Linux source code) a domU page fault is treated in a Xen (version Xen 4.2). Is it treated by: 1) the domU operating system do_page_fault() routine, in linux-source-xxx/arch/x86/mm/fault.c. In this case, how does the modification of domU page tables are possible since a domU is not allowed to update them. or 2) the hypervisor do_page_fault() routine, in xen/arch/x86/traps.c. In this case, how does the domU maintains its internal page fault stats. Regards. Alain _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Jul 12 23:42:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 12 Jul 2014 23:42:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X66vB-0001i4-LF; Sat, 12 Jul 2014 23:41:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X66v9-0001hz-JQ for xen-users@lists.xen.org; Sat, 12 Jul 2014 23:41:35 +0000 Received: from [85.158.139.211:18069] by server-9.bemta-5.messagelabs.com id 2B/78-14363-EA7C1C35; Sat, 12 Jul 2014 23:41:34 +0000 X-Env-Sender: rjrbytes@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1405208492!9903892!1 X-Originating-IP: [209.85.214.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16785 invoked from network); 12 Jul 2014 23:41:33 -0000 Received: from mail-ob0-f182.google.com (HELO mail-ob0-f182.google.com) (209.85.214.182) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2014 23:41:33 -0000 Received: by mail-ob0-f182.google.com with SMTP id wm4so2733918obc.13 for ; Sat, 12 Jul 2014 16:41:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=mQ77npdhWCn7aYJKv/kceASuFrInvcHEL88ofnEweSc=; b=YNTkHkNluSiZj9pZvAIYlHlvinMFUlND2xEwa78EUXlkuMh2aYGdKOcZ8QyOefZM/g k/tFbdZ6dJul5nesF/VvGOMPXCGTuKSHwmkp1Rf8ItBZkL0lqCIozIrR3suFrdxQSOoH U4eBaXfrJCb2/VUCEyn9/JRfUL1rNx2V4UNN9CVbEUW+qW3hqb4xjEmbLSvedKPQIyJ9 SIJzuxYmfoffK9mU+SgYef4wWt5TaTkjh/XjVolajtSqcYgjrFshH2cMrBImTQXL3kkV rCbgfngqFhpmX7QY4e9M7l9f4UdsdKHEGAajEr79wp92DPA3V4k9MXQpm9CDaryVTOsb cLWQ== MIME-Version: 1.0 X-Received: by 10.60.146.228 with SMTP id tf4mr564952oeb.37.1405208492037; Sat, 12 Jul 2014 16:41:32 -0700 (PDT) Received: by 10.76.177.132 with HTTP; Sat, 12 Jul 2014 16:41:31 -0700 (PDT) Date: Sat, 12 Jul 2014 18:41:31 -0500 Message-ID: From: Robert Rust To: xen-users@lists.xen.org Subject: [Xen-users] help passing USB keyboard X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2057619114331200357==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2057619114331200357== Content-Type: multipart/alternative; boundary=047d7b5d98ef00d9e904fe0799e6 --047d7b5d98ef00d9e904fe0799e6 Content-Type: text/plain; charset=UTF-8 I'm trying to pass a keyboard and mouse to an HVM DomU. I'm using xl toolstack with Xen 4.4 on Ubuntu 14.04 with a 3.14 kernel. The DomU OS and kernel match the Dom0. I can successfully pass the mouse and move the pointer around the screen (connected to a PCI-passed video adapter thanks to assistance from this list), but the keyboard is being belligerent. relevant lines from lsusb output on DomO ... Bus 005 Device 005: ID 046d:c00c Logitech, Inc. Optical Wheel Mouse Bus 005 Device 003: ID 413c:2105 Dell Computer Corp. Model L100 Keyboard My DomU config ... builder = "hvm" name = 'shire' memory = 2048 vcpus=2 pae=1 acpi=1 apic=1 vif = [ 'mac=00:16:3e:24:cb:5d,bridge=xenbr0' ] disk = ['phy:/dev/midgard-vg/shire-disk,hda,w'] device_model_version = 'qemu-xen-traditional' boot='c' sdl=0 vnc=1 vncconsole=0 vnclisten="192.168.2.2" stdvga=0 usb=1 usbdevice = [ 'host:046d:c00c', 'host:413c:2105' ] xen_platform_pci=1 pci=[ '01:00.0', '01:00.1' , '06:00.0' ] on_xend_stop = "shutdown" on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" monitor=1 hpet=1 I've also tried passing a PCIe USB adapter, but the DomU doesn't appear to want to do anything with it (devices on it become dead). I can use USB passthrough of the mouse plugged into said adapter when I'm not passing the adapter itself, so I know the adapter works. Any thoughts on which problem is likely easier to solve and how to proceed with solving it? -Robert p.s. the domU conf is adapted from one I found for Windows 7 since there weren't many examples out there for passing VGA cards to a Linux DomU, so if there are items missing or extraneous, feel free to comment and let me know. :) --047d7b5d98ef00d9e904fe0799e6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm trying to pass a keyboard and mouse to an HVM DomU= . =C2=A0I'm using xl toolstack with Xen 4.4 on Ubuntu 14.04 with a 3.14= kernel. =C2=A0The DomU OS and kernel match the Dom0. =C2=A0I can successfu= lly pass the mouse and move the pointer around the screen (connected to a P= CI-passed video adapter thanks to assistance from this list), but the keybo= ard is being belligerent.

relevant lines from lsusb output on DomO ...

Bus 005 Device 005: ID = 046d:c00c Logitech, Inc. Optical Wheel Mouse

Bus 005 Device 003= : ID 413c:2105 Dell Computer Corp. Model L100 Keyboard


My DomU config ...

builder =3D "hvm"

name =3D 'shi= re'

memory =3D 2048

vcpus=3D2

pae=3D1

acpi=3D1

apic=3D1

vif =3D [ 'ma= c=3D00:16:3e:24:cb:5d,bridge=3Dxenbr0' ]

disk =3D ['ph= y:/dev/midgard-vg/shire-disk,hda,w']

device_model_vers= ion =3D 'qemu-xen-traditional'

boot=3D'c'= ;

sdl=3D0

vnc=3D1

vncconsole=3D0

vnclisten=3D"= ;192.168.2.2"

stdvga=3D0

usb=3D1

usbdevice =3D [ &= #39;host:046d:c00c', 'host:413c:2105' ]

xen_platform_pci= =3D1

pci=3D[ '01:0= 0.0', '01:00.1' , '06:00.0' ]

on_xend_stop =3D = "shutdown"

on_poweroff =3D &= quot;destroy"

on_reboot =3D &qu= ot;restart"

on_crash =3D &quo= t;restart"

monitor=3D1

hpet=3D1

<= /div>

I've also tried passing a PCIe USB adapter, bu= t the DomU doesn't appear to want to do anything with it (devices on it= become dead). =C2=A0I can use USB passthrough of the mouse plugged into sa= id adapter when I'm not passing the adapter itself, so I know the adapt= er works.

Any thoughts on which problem is likely easier to solve= and how to proceed with solving it?

-Robert
=

p.s. the domU conf is adapted from one I found for Wind= ows 7 since there weren't many examples out there for passing VGA cards= to a Linux DomU, so if there are items missing or extraneous, feel free to= comment and let me know. =C2=A0:)
--047d7b5d98ef00d9e904fe0799e6-- --===============2057619114331200357== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2057619114331200357==-- From xen-users-bounces@lists.xen.org Sat Jul 12 23:42:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 12 Jul 2014 23:42:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X66vB-0001i4-LF; Sat, 12 Jul 2014 23:41:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X66v9-0001hz-JQ for xen-users@lists.xen.org; Sat, 12 Jul 2014 23:41:35 +0000 Received: from [85.158.139.211:18069] by server-9.bemta-5.messagelabs.com id 2B/78-14363-EA7C1C35; Sat, 12 Jul 2014 23:41:34 +0000 X-Env-Sender: rjrbytes@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1405208492!9903892!1 X-Originating-IP: [209.85.214.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16785 invoked from network); 12 Jul 2014 23:41:33 -0000 Received: from mail-ob0-f182.google.com (HELO mail-ob0-f182.google.com) (209.85.214.182) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 12 Jul 2014 23:41:33 -0000 Received: by mail-ob0-f182.google.com with SMTP id wm4so2733918obc.13 for ; Sat, 12 Jul 2014 16:41:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=mQ77npdhWCn7aYJKv/kceASuFrInvcHEL88ofnEweSc=; b=YNTkHkNluSiZj9pZvAIYlHlvinMFUlND2xEwa78EUXlkuMh2aYGdKOcZ8QyOefZM/g k/tFbdZ6dJul5nesF/VvGOMPXCGTuKSHwmkp1Rf8ItBZkL0lqCIozIrR3suFrdxQSOoH U4eBaXfrJCb2/VUCEyn9/JRfUL1rNx2V4UNN9CVbEUW+qW3hqb4xjEmbLSvedKPQIyJ9 SIJzuxYmfoffK9mU+SgYef4wWt5TaTkjh/XjVolajtSqcYgjrFshH2cMrBImTQXL3kkV rCbgfngqFhpmX7QY4e9M7l9f4UdsdKHEGAajEr79wp92DPA3V4k9MXQpm9CDaryVTOsb cLWQ== MIME-Version: 1.0 X-Received: by 10.60.146.228 with SMTP id tf4mr564952oeb.37.1405208492037; Sat, 12 Jul 2014 16:41:32 -0700 (PDT) Received: by 10.76.177.132 with HTTP; Sat, 12 Jul 2014 16:41:31 -0700 (PDT) Date: Sat, 12 Jul 2014 18:41:31 -0500 Message-ID: From: Robert Rust To: xen-users@lists.xen.org Subject: [Xen-users] help passing USB keyboard X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2057619114331200357==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2057619114331200357== Content-Type: multipart/alternative; boundary=047d7b5d98ef00d9e904fe0799e6 --047d7b5d98ef00d9e904fe0799e6 Content-Type: text/plain; charset=UTF-8 I'm trying to pass a keyboard and mouse to an HVM DomU. I'm using xl toolstack with Xen 4.4 on Ubuntu 14.04 with a 3.14 kernel. The DomU OS and kernel match the Dom0. I can successfully pass the mouse and move the pointer around the screen (connected to a PCI-passed video adapter thanks to assistance from this list), but the keyboard is being belligerent. relevant lines from lsusb output on DomO ... Bus 005 Device 005: ID 046d:c00c Logitech, Inc. Optical Wheel Mouse Bus 005 Device 003: ID 413c:2105 Dell Computer Corp. Model L100 Keyboard My DomU config ... builder = "hvm" name = 'shire' memory = 2048 vcpus=2 pae=1 acpi=1 apic=1 vif = [ 'mac=00:16:3e:24:cb:5d,bridge=xenbr0' ] disk = ['phy:/dev/midgard-vg/shire-disk,hda,w'] device_model_version = 'qemu-xen-traditional' boot='c' sdl=0 vnc=1 vncconsole=0 vnclisten="192.168.2.2" stdvga=0 usb=1 usbdevice = [ 'host:046d:c00c', 'host:413c:2105' ] xen_platform_pci=1 pci=[ '01:00.0', '01:00.1' , '06:00.0' ] on_xend_stop = "shutdown" on_poweroff = "destroy" on_reboot = "restart" on_crash = "restart" monitor=1 hpet=1 I've also tried passing a PCIe USB adapter, but the DomU doesn't appear to want to do anything with it (devices on it become dead). I can use USB passthrough of the mouse plugged into said adapter when I'm not passing the adapter itself, so I know the adapter works. Any thoughts on which problem is likely easier to solve and how to proceed with solving it? -Robert p.s. the domU conf is adapted from one I found for Windows 7 since there weren't many examples out there for passing VGA cards to a Linux DomU, so if there are items missing or extraneous, feel free to comment and let me know. :) --047d7b5d98ef00d9e904fe0799e6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm trying to pass a keyboard and mouse to an HVM DomU= . =C2=A0I'm using xl toolstack with Xen 4.4 on Ubuntu 14.04 with a 3.14= kernel. =C2=A0The DomU OS and kernel match the Dom0. =C2=A0I can successfu= lly pass the mouse and move the pointer around the screen (connected to a P= CI-passed video adapter thanks to assistance from this list), but the keybo= ard is being belligerent.

relevant lines from lsusb output on DomO ...

Bus 005 Device 005: ID = 046d:c00c Logitech, Inc. Optical Wheel Mouse

Bus 005 Device 003= : ID 413c:2105 Dell Computer Corp. Model L100 Keyboard


My DomU config ...

builder =3D "hvm"

name =3D 'shi= re'

memory =3D 2048

vcpus=3D2

pae=3D1

acpi=3D1

apic=3D1

vif =3D [ 'ma= c=3D00:16:3e:24:cb:5d,bridge=3Dxenbr0' ]

disk =3D ['ph= y:/dev/midgard-vg/shire-disk,hda,w']

device_model_vers= ion =3D 'qemu-xen-traditional'

boot=3D'c'= ;

sdl=3D0

vnc=3D1

vncconsole=3D0

vnclisten=3D"= ;192.168.2.2"

stdvga=3D0

usb=3D1

usbdevice =3D [ &= #39;host:046d:c00c', 'host:413c:2105' ]

xen_platform_pci= =3D1

pci=3D[ '01:0= 0.0', '01:00.1' , '06:00.0' ]

on_xend_stop =3D = "shutdown"

on_poweroff =3D &= quot;destroy"

on_reboot =3D &qu= ot;restart"

on_crash =3D &quo= t;restart"

monitor=3D1

hpet=3D1

<= /div>

I've also tried passing a PCIe USB adapter, bu= t the DomU doesn't appear to want to do anything with it (devices on it= become dead). =C2=A0I can use USB passthrough of the mouse plugged into sa= id adapter when I'm not passing the adapter itself, so I know the adapt= er works.

Any thoughts on which problem is likely easier to solve= and how to proceed with solving it?

-Robert
=

p.s. the domU conf is adapted from one I found for Wind= ows 7 since there weren't many examples out there for passing VGA cards= to a Linux DomU, so if there are items missing or extraneous, feel free to= comment and let me know. =C2=A0:)
--047d7b5d98ef00d9e904fe0799e6-- --===============2057619114331200357== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2057619114331200357==-- From xen-users-bounces@lists.xen.org Sun Jul 13 01:19:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 13 Jul 2014 01:19:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X68QX-00072t-Vg; Sun, 13 Jul 2014 01:18:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X68QV-00072k-LM for xen-users@lists.xen.org; Sun, 13 Jul 2014 01:18:04 +0000 Received: from [85.158.143.35:12497] by server-3.bemta-4.messagelabs.com id F6/C1-09960-B4ED1C35; Sun, 13 Jul 2014 01:18:03 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1405214280!17412230!1 X-Originating-IP: [209.85.216.47] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22564 invoked from network); 13 Jul 2014 01:18:01 -0000 Received: from mail-qa0-f47.google.com (HELO mail-qa0-f47.google.com) (209.85.216.47) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2014 01:18:01 -0000 Received: by mail-qa0-f47.google.com with SMTP id i13so2132530qae.34 for ; Sat, 12 Jul 2014 18:18:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=K5zYvHZwu9OI3O82hIT4ADVQN7Q34/agVLZD1y3tENE=; b=Y8qDVzYvB+zkXxhs/OxizDJxayq2R12uxpO0NRM9bbaJ7ESNQlRnM8ZLT5XhrwwqVC eovDFcukWXsc/+PENYYzv6mUAlV6Vbc+0o3YNkRbVzE7KB+hpX9T7JktWLwCITZ3mXVb OvG79F9P4+ePfbDqd8+DDy5GgNHdA8T+tmryFYFeEG2HJA1Ks9RodRYvRMLFARBPWc2O 31AXQNkQwmfPELOGLEz83oS/PzsEu0XL7chPzo+D9lvdXdWEb2XuEKnGn2QG8bpIxy/g b+CvTBormBy9bWwUjuD0LqxQc9WcVr1XRCaqEcpMmE8t7JNPY1nUl2IgKQceMVJTnQzo xh3A== MIME-Version: 1.0 X-Received: by 10.140.91.164 with SMTP id z33mr11461476qgd.65.1405214280645; Sat, 12 Jul 2014 18:18:00 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Sat, 12 Jul 2014 18:18:00 -0700 (PDT) In-Reply-To: References: Date: Sat, 12 Jul 2014 19:18:00 -0600 Message-ID: From: jacek burghardt To: Robert Rust Cc: xen-users Subject: Re: [Xen-users] help passing USB keyboard X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3821665324581636378==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3821665324581636378== Content-Type: multipart/alternative; boundary=001a113a6a9a08082504fe08f20d --001a113a6a9a08082504fe08f20d Content-Type: text/plain; charset=UTF-8 I had success passing Logitech dongle that has mouse and keyboard attached to it. It works great. I assumed there was a limit of usb device, Did you unload drivers for usb card first ? Most amd motherboard have separate chip for usb 3.0 that can be assigned to domU. I have epci usb 3.0 that is assigned to windows 8.1 On Sat, Jul 12, 2014 at 5:41 PM, Robert Rust wrote: > I'm trying to pass a keyboard and mouse to an HVM DomU. I'm using xl > toolstack with Xen 4.4 on Ubuntu 14.04 with a 3.14 kernel. The DomU OS and > kernel match the Dom0. I can successfully pass the mouse and move the > pointer around the screen (connected to a PCI-passed video adapter thanks > to assistance from this list), but the keyboard is being belligerent. > > relevant lines from lsusb output on DomO ... > > Bus 005 Device 005: ID 046d:c00c Logitech, Inc. Optical Wheel Mouse > > Bus 005 Device 003: ID 413c:2105 Dell Computer Corp. Model L100 Keyboard > > My DomU config ... > > builder = "hvm" > > name = 'shire' > > memory = 2048 > > vcpus=2 > > pae=1 > > acpi=1 > > apic=1 > > vif = [ 'mac=00:16:3e:24:cb:5d,bridge=xenbr0' ] > > disk = ['phy:/dev/midgard-vg/shire-disk,hda,w'] > > device_model_version = 'qemu-xen-traditional' > > boot='c' > > sdl=0 > > vnc=1 > > vncconsole=0 > > vnclisten="192.168.2.2" > > stdvga=0 > > usb=1 > > usbdevice = [ 'host:046d:c00c', 'host:413c:2105' ] > > xen_platform_pci=1 > > pci=[ '01:00.0', '01:00.1' , '06:00.0' ] > > on_xend_stop = "shutdown" > > on_poweroff = "destroy" > > on_reboot = "restart" > > on_crash = "restart" > > monitor=1 > > hpet=1 > > I've also tried passing a PCIe USB adapter, but the DomU doesn't appear to > want to do anything with it (devices on it become dead). I can use USB > passthrough of the mouse plugged into said adapter when I'm not passing the > adapter itself, so I know the adapter works. > > Any thoughts on which problem is likely easier to solve and how to proceed > with solving it? > > -Robert > > p.s. the domU conf is adapted from one I found for Windows 7 since there > weren't many examples out there for passing VGA cards to a Linux DomU, so > if there are items missing or extraneous, feel free to comment and let me > know. :) > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a113a6a9a08082504fe08f20d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I had success passing Logitech dongle that =C2=A0 has mous= e and keyboard attached to it. It works great. I assumed there was a limit = of usb device, Did you =C2=A0unload drivers for usb card first ? Most amd m= otherboard have separate chip for usb 3.0 that can be assigned to domU. I have epci usb 3.0 that is assigned to windows 8.1=C2=A0


On Sat, Jul 12, 201= 4 at 5:41 PM, Robert Rust <rjrbytes@gmail.com> wrote:
I'm trying to pass a ke= yboard and mouse to an HVM DomU. =C2=A0I'm using xl toolstack with Xen = 4.4 on Ubuntu 14.04 with a 3.14 kernel. =C2=A0The DomU OS and kernel match = the Dom0. =C2=A0I can successfully pass the mouse and move the pointer arou= nd the screen (connected to a PCI-passed video adapter thanks to assistance= from this list), but the keyboard is being belligerent.

relevant lines from lsusb output on DomO ...

Bus 005 Device 005: ID = 046d:c00c Logitech, Inc. Optical Wheel Mouse

Bus 005 Device 003= : ID 413c:2105 Dell Computer Corp. Model L100 Keyboard


My DomU config ...

builder =3D "hvm"

name =3D 'shi= re'

memory =3D 2048

vcpus=3D2

pae=3D1

acpi=3D1

apic=3D1

vif =3D [ 'ma= c=3D00:16:3e:24:cb:5d,bridge=3Dxenbr0' ]

disk =3D ['ph= y:/dev/midgard-vg/shire-disk,hda,w']

device_model_vers= ion =3D 'qemu-xen-traditional'

boot=3D'c'= ;

sdl=3D0

vnc=3D1

vncconsole=3D0

vnclisten=3D"= ;192.168.2.2"

stdvga=3D0

usb=3D1

usbdevice =3D [ &= #39;host:046d:c00c', 'host:413c:2105' ]

xen_platform_pci= =3D1

pci=3D[ '01:0= 0.0', '01:00.1' , '06:00.0' ]

on_xend_stop =3D = "shutdown"

on_poweroff =3D &= quot;destroy"

on_reboot =3D &qu= ot;restart"

on_crash =3D &quo= t;restart"

monitor=3D1

hpet=3D1

<= /div>

I've also tried passing a PCIe USB adapter, bu= t the DomU doesn't appear to want to do anything with it (devices on it= become dead). =C2=A0I can use USB passthrough of the mouse plugged into sa= id adapter when I'm not passing the adapter itself, so I know the adapt= er works.

Any thoughts on which problem is likely easier to solve= and how to proceed with solving it?

-Robert

p.s. the domU conf is adapted from one I found for Windows 7 since the= re weren't many examples out there for passing VGA cards to a Linux Dom= U, so if there are items missing or extraneous, feel free to comment and le= t me know. =C2=A0:)

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

--001a113a6a9a08082504fe08f20d-- --===============3821665324581636378== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3821665324581636378==-- From xen-users-bounces@lists.xen.org Sun Jul 13 01:19:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 13 Jul 2014 01:19:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X68QX-00072t-Vg; Sun, 13 Jul 2014 01:18:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X68QV-00072k-LM for xen-users@lists.xen.org; Sun, 13 Jul 2014 01:18:04 +0000 Received: from [85.158.143.35:12497] by server-3.bemta-4.messagelabs.com id F6/C1-09960-B4ED1C35; Sun, 13 Jul 2014 01:18:03 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1405214280!17412230!1 X-Originating-IP: [209.85.216.47] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22564 invoked from network); 13 Jul 2014 01:18:01 -0000 Received: from mail-qa0-f47.google.com (HELO mail-qa0-f47.google.com) (209.85.216.47) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 13 Jul 2014 01:18:01 -0000 Received: by mail-qa0-f47.google.com with SMTP id i13so2132530qae.34 for ; Sat, 12 Jul 2014 18:18:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=K5zYvHZwu9OI3O82hIT4ADVQN7Q34/agVLZD1y3tENE=; b=Y8qDVzYvB+zkXxhs/OxizDJxayq2R12uxpO0NRM9bbaJ7ESNQlRnM8ZLT5XhrwwqVC eovDFcukWXsc/+PENYYzv6mUAlV6Vbc+0o3YNkRbVzE7KB+hpX9T7JktWLwCITZ3mXVb OvG79F9P4+ePfbDqd8+DDy5GgNHdA8T+tmryFYFeEG2HJA1Ks9RodRYvRMLFARBPWc2O 31AXQNkQwmfPELOGLEz83oS/PzsEu0XL7chPzo+D9lvdXdWEb2XuEKnGn2QG8bpIxy/g b+CvTBormBy9bWwUjuD0LqxQc9WcVr1XRCaqEcpMmE8t7JNPY1nUl2IgKQceMVJTnQzo xh3A== MIME-Version: 1.0 X-Received: by 10.140.91.164 with SMTP id z33mr11461476qgd.65.1405214280645; Sat, 12 Jul 2014 18:18:00 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Sat, 12 Jul 2014 18:18:00 -0700 (PDT) In-Reply-To: References: Date: Sat, 12 Jul 2014 19:18:00 -0600 Message-ID: From: jacek burghardt To: Robert Rust Cc: xen-users Subject: Re: [Xen-users] help passing USB keyboard X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3821665324581636378==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3821665324581636378== Content-Type: multipart/alternative; boundary=001a113a6a9a08082504fe08f20d --001a113a6a9a08082504fe08f20d Content-Type: text/plain; charset=UTF-8 I had success passing Logitech dongle that has mouse and keyboard attached to it. It works great. I assumed there was a limit of usb device, Did you unload drivers for usb card first ? Most amd motherboard have separate chip for usb 3.0 that can be assigned to domU. I have epci usb 3.0 that is assigned to windows 8.1 On Sat, Jul 12, 2014 at 5:41 PM, Robert Rust wrote: > I'm trying to pass a keyboard and mouse to an HVM DomU. I'm using xl > toolstack with Xen 4.4 on Ubuntu 14.04 with a 3.14 kernel. The DomU OS and > kernel match the Dom0. I can successfully pass the mouse and move the > pointer around the screen (connected to a PCI-passed video adapter thanks > to assistance from this list), but the keyboard is being belligerent. > > relevant lines from lsusb output on DomO ... > > Bus 005 Device 005: ID 046d:c00c Logitech, Inc. Optical Wheel Mouse > > Bus 005 Device 003: ID 413c:2105 Dell Computer Corp. Model L100 Keyboard > > My DomU config ... > > builder = "hvm" > > name = 'shire' > > memory = 2048 > > vcpus=2 > > pae=1 > > acpi=1 > > apic=1 > > vif = [ 'mac=00:16:3e:24:cb:5d,bridge=xenbr0' ] > > disk = ['phy:/dev/midgard-vg/shire-disk,hda,w'] > > device_model_version = 'qemu-xen-traditional' > > boot='c' > > sdl=0 > > vnc=1 > > vncconsole=0 > > vnclisten="192.168.2.2" > > stdvga=0 > > usb=1 > > usbdevice = [ 'host:046d:c00c', 'host:413c:2105' ] > > xen_platform_pci=1 > > pci=[ '01:00.0', '01:00.1' , '06:00.0' ] > > on_xend_stop = "shutdown" > > on_poweroff = "destroy" > > on_reboot = "restart" > > on_crash = "restart" > > monitor=1 > > hpet=1 > > I've also tried passing a PCIe USB adapter, but the DomU doesn't appear to > want to do anything with it (devices on it become dead). I can use USB > passthrough of the mouse plugged into said adapter when I'm not passing the > adapter itself, so I know the adapter works. > > Any thoughts on which problem is likely easier to solve and how to proceed > with solving it? > > -Robert > > p.s. the domU conf is adapted from one I found for Windows 7 since there > weren't many examples out there for passing VGA cards to a Linux DomU, so > if there are items missing or extraneous, feel free to comment and let me > know. :) > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a113a6a9a08082504fe08f20d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I had success passing Logitech dongle that =C2=A0 has mous= e and keyboard attached to it. It works great. I assumed there was a limit = of usb device, Did you =C2=A0unload drivers for usb card first ? Most amd m= otherboard have separate chip for usb 3.0 that can be assigned to domU. I have epci usb 3.0 that is assigned to windows 8.1=C2=A0


On Sat, Jul 12, 201= 4 at 5:41 PM, Robert Rust <rjrbytes@gmail.com> wrote:
I'm trying to pass a ke= yboard and mouse to an HVM DomU. =C2=A0I'm using xl toolstack with Xen = 4.4 on Ubuntu 14.04 with a 3.14 kernel. =C2=A0The DomU OS and kernel match = the Dom0. =C2=A0I can successfully pass the mouse and move the pointer arou= nd the screen (connected to a PCI-passed video adapter thanks to assistance= from this list), but the keyboard is being belligerent.

relevant lines from lsusb output on DomO ...

Bus 005 Device 005: ID = 046d:c00c Logitech, Inc. Optical Wheel Mouse

Bus 005 Device 003= : ID 413c:2105 Dell Computer Corp. Model L100 Keyboard


My DomU config ...

builder =3D "hvm"

name =3D 'shi= re'

memory =3D 2048

vcpus=3D2

pae=3D1

acpi=3D1

apic=3D1

vif =3D [ 'ma= c=3D00:16:3e:24:cb:5d,bridge=3Dxenbr0' ]

disk =3D ['ph= y:/dev/midgard-vg/shire-disk,hda,w']

device_model_vers= ion =3D 'qemu-xen-traditional'

boot=3D'c'= ;

sdl=3D0

vnc=3D1

vncconsole=3D0

vnclisten=3D"= ;192.168.2.2"

stdvga=3D0

usb=3D1

usbdevice =3D [ &= #39;host:046d:c00c', 'host:413c:2105' ]

xen_platform_pci= =3D1

pci=3D[ '01:0= 0.0', '01:00.1' , '06:00.0' ]

on_xend_stop =3D = "shutdown"

on_poweroff =3D &= quot;destroy"

on_reboot =3D &qu= ot;restart"

on_crash =3D &quo= t;restart"

monitor=3D1

hpet=3D1

<= /div>

I've also tried passing a PCIe USB adapter, bu= t the DomU doesn't appear to want to do anything with it (devices on it= become dead). =C2=A0I can use USB passthrough of the mouse plugged into sa= id adapter when I'm not passing the adapter itself, so I know the adapt= er works.

Any thoughts on which problem is likely easier to solve= and how to proceed with solving it?

-Robert

p.s. the domU conf is adapted from one I found for Windows 7 since the= re weren't many examples out there for passing VGA cards to a Linux Dom= U, so if there are items missing or extraneous, feel free to comment and le= t me know. =C2=A0:)

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

--001a113a6a9a08082504fe08f20d-- --===============3821665324581636378== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3821665324581636378==-- From xen-users-bounces@lists.xen.org Mon Jul 14 06:13:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 06:13:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6ZUP-0008IO-9j; Mon, 14 Jul 2014 06:11:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6ZUN-0008IJ-KZ for xen-users@lists.xen.org; Mon, 14 Jul 2014 06:11:51 +0000 Received: from [85.158.143.35:5528] by server-3.bemta-4.messagelabs.com id 36/54-09960-7A473C35; Mon, 14 Jul 2014 06:11:51 +0000 X-Env-Sender: hahn@univention.de X-Msg-Ref: server-15.tower-21.messagelabs.com!1405318310!17490747!1 X-Originating-IP: [82.198.197.8] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2132 invoked from network); 14 Jul 2014 06:11:50 -0000 Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jul 2014 06:11:50 -0000 Received: from localhost (localhost [127.0.0.1]) by solig.knut.univention.de (Postfix) with ESMTP id 6779B1092874; Mon, 14 Jul 2014 08:11:49 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at knut.univention.de Received: from mail.univention.de ([127.0.0.1]) by localhost (solig.knut.univention.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uExkqzVqJ5gw; Mon, 14 Jul 2014 08:11:49 +0200 (CEST) Received: from [192.168.0.191] (mail.univention.de [82.198.197.8]) by solig.knut.univention.de (Postfix) with ESMTPSA id E401C1092869; Mon, 14 Jul 2014 08:11:46 +0200 (CEST) Message-ID: <53C36A44.60005@univention.de> Date: Mon, 14 Jul 2014 07:27:32 +0200 From: Philipp Hahn Organization: Univention GmbH User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: Derry Bryson , xen-users@lists.xen.org References: <359604ECF8F440408B9634E6146249B46E29444C@mail.scl.local> In-Reply-To: <359604ECF8F440408B9634E6146249B46E29444C@mail.scl.local> X-Enigmail-Version: 1.6 Content-Length: 960 Subject: Re: [Xen-users] Problems attaching/using vhd as guest disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, On 11.07.2014 20:39, Derry Bryson wrote: > However, that is a pain to setup and everything I am reading says I > shouldn=92t use blktap anymore. Seems like in Xen 4.4, I should be able > to just use: > = > Disk =3D [=91/path/to/my.vhd,vhd,hda,rw=92] > = > But that doesn=92t work. It starts to boot and then blue screens. When I > look at the disk by booting the vm into a recovery iso, I can see the > vhd =93disk=94 just looks like the raw vhd file. > = > Anybody have any idea what I am doing wrong? VHD/VPC in QEMU doesn't support differencing disks, only fixed and dynamic disks, A patches was proposed to [Qemu-devel] named "[RFC PATCH v1] Support vhd type VHD_DIFFERENCING" on July 1st by Ding xiao, but as QEMU is currently in freeze for its next stable release, the patch has not been reviewed. Philipp _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 06:13:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 06:13:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6ZUP-0008IO-9j; Mon, 14 Jul 2014 06:11:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6ZUN-0008IJ-KZ for xen-users@lists.xen.org; Mon, 14 Jul 2014 06:11:51 +0000 Received: from [85.158.143.35:5528] by server-3.bemta-4.messagelabs.com id 36/54-09960-7A473C35; Mon, 14 Jul 2014 06:11:51 +0000 X-Env-Sender: hahn@univention.de X-Msg-Ref: server-15.tower-21.messagelabs.com!1405318310!17490747!1 X-Originating-IP: [82.198.197.8] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2132 invoked from network); 14 Jul 2014 06:11:50 -0000 Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jul 2014 06:11:50 -0000 Received: from localhost (localhost [127.0.0.1]) by solig.knut.univention.de (Postfix) with ESMTP id 6779B1092874; Mon, 14 Jul 2014 08:11:49 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at knut.univention.de Received: from mail.univention.de ([127.0.0.1]) by localhost (solig.knut.univention.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uExkqzVqJ5gw; Mon, 14 Jul 2014 08:11:49 +0200 (CEST) Received: from [192.168.0.191] (mail.univention.de [82.198.197.8]) by solig.knut.univention.de (Postfix) with ESMTPSA id E401C1092869; Mon, 14 Jul 2014 08:11:46 +0200 (CEST) Message-ID: <53C36A44.60005@univention.de> Date: Mon, 14 Jul 2014 07:27:32 +0200 From: Philipp Hahn Organization: Univention GmbH User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: Derry Bryson , xen-users@lists.xen.org References: <359604ECF8F440408B9634E6146249B46E29444C@mail.scl.local> In-Reply-To: <359604ECF8F440408B9634E6146249B46E29444C@mail.scl.local> X-Enigmail-Version: 1.6 Content-Length: 960 Subject: Re: [Xen-users] Problems attaching/using vhd as guest disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, On 11.07.2014 20:39, Derry Bryson wrote: > However, that is a pain to setup and everything I am reading says I > shouldn=92t use blktap anymore. Seems like in Xen 4.4, I should be able > to just use: > = > Disk =3D [=91/path/to/my.vhd,vhd,hda,rw=92] > = > But that doesn=92t work. It starts to boot and then blue screens. When I > look at the disk by booting the vm into a recovery iso, I can see the > vhd =93disk=94 just looks like the raw vhd file. > = > Anybody have any idea what I am doing wrong? VHD/VPC in QEMU doesn't support differencing disks, only fixed and dynamic disks, A patches was proposed to [Qemu-devel] named "[RFC PATCH v1] Support vhd type VHD_DIFFERENCING" on July 1st by Ding xiao, but as QEMU is currently in freeze for its next stable release, the patch has not been reviewed. Philipp _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 09:03:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 09:03:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6c9k-0002xw-Ik; Mon, 14 Jul 2014 09:02:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6c9k-0002xq-0j for xen-users@lists.xen.org; Mon, 14 Jul 2014 09:02:44 +0000 Received: from [85.158.143.35:25115] by server-3.bemta-4.messagelabs.com id 6F/2E-09960-3BC93C35; Mon, 14 Jul 2014 09:02:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1405328561!17576647!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4556 invoked from network); 14 Jul 2014 09:02:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2014 09:02:42 -0000 X-IronPort-AV: E=Sophos;i="5.01,657,1400025600"; d="scan'208";a="152207196" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 14 Jul 2014 09:02:41 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 14 Jul 2014 05:02:40 -0400 Message-ID: <1405328559.28854.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: TCHANA Alain Date: Mon, 14 Jul 2014 10:02:39 +0100 In-Reply-To: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> References: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] domU page fault handling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2014-07-12 at 05:15 +0200, TCHANA Alain wrote: > Hi all, > > I would like to know where (in Xen or Linux source code) a domU page > fault is treated in a Xen (version Xen 4.2). 4.2 is quite old to be asking development question of. You should look at least at 4.4 and at mainline kernel trees. > Is it treated by: > > 1) the domU operating system do_page_fault() routine, in > linux-source-xxx/arch/x86/mm/fault.c. > In this case, how does the modification of domU page tables are > possible since a domU is not allowed to update them. These updates happen via the usual hypercall mechanisms. > or > > 2) the hypervisor do_page_fault() routine, in xen/arch/x86/traps.c. > In this case, how does the domU maintains its internal page fault > stats. Xen will take the original h/w page fault here and, if it is for the guest, send it onwards by injecting it into the guest. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 09:03:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 09:03:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6c9k-0002xw-Ik; Mon, 14 Jul 2014 09:02:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6c9k-0002xq-0j for xen-users@lists.xen.org; Mon, 14 Jul 2014 09:02:44 +0000 Received: from [85.158.143.35:25115] by server-3.bemta-4.messagelabs.com id 6F/2E-09960-3BC93C35; Mon, 14 Jul 2014 09:02:43 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1405328561!17576647!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4556 invoked from network); 14 Jul 2014 09:02:42 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2014 09:02:42 -0000 X-IronPort-AV: E=Sophos;i="5.01,657,1400025600"; d="scan'208";a="152207196" Received: from accessns.citrite.net (HELO FTLPEX01CL02.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 14 Jul 2014 09:02:41 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL02.citrite.net (10.13.107.79) with Microsoft SMTP Server id 14.3.181.6; Mon, 14 Jul 2014 05:02:40 -0400 Message-ID: <1405328559.28854.5.camel@kazak.uk.xensource.com> From: Ian Campbell To: TCHANA Alain Date: Mon, 14 Jul 2014 10:02:39 +0100 In-Reply-To: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> References: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] domU page fault handling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2014-07-12 at 05:15 +0200, TCHANA Alain wrote: > Hi all, > > I would like to know where (in Xen or Linux source code) a domU page > fault is treated in a Xen (version Xen 4.2). 4.2 is quite old to be asking development question of. You should look at least at 4.4 and at mainline kernel trees. > Is it treated by: > > 1) the domU operating system do_page_fault() routine, in > linux-source-xxx/arch/x86/mm/fault.c. > In this case, how does the modification of domU page tables are > possible since a domU is not allowed to update them. These updates happen via the usual hypercall mechanisms. > or > > 2) the hypervisor do_page_fault() routine, in xen/arch/x86/traps.c. > In this case, how does the domU maintains its internal page fault > stats. Xen will take the original h/w page fault here and, if it is for the guest, send it onwards by injecting it into the guest. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 10:50:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 10:50:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6dog-0004uU-PB; Mon, 14 Jul 2014 10:49:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6dof-0004uP-82 for xen-users@lists.xensource.com; Mon, 14 Jul 2014 10:49:05 +0000 Received: from [85.158.143.35:57837] by server-3.bemta-4.messagelabs.com id 41/08-09960-0A5B3C35; Mon, 14 Jul 2014 10:49:04 +0000 X-Env-Sender: murrayie@yahoo.co.uk X-Msg-Ref: server-15.tower-21.messagelabs.com!1405334943!17559679!1 X-Originating-IP: [212.82.97.84] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2578 invoked from network); 14 Jul 2014 10:49:03 -0000 Received: from nm30-vm6.bullet.mail.ir2.yahoo.com (HELO nm30-vm6.bullet.mail.ir2.yahoo.com) (212.82.97.84) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jul 2014 10:49:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1405334943; bh=HnRelcDNLJE+kpMxBJft2L4jnIUJRmWAbIG+/lQFkDI=; h=Received:Received:Received:X-Yahoo-Newman-Property:X-Yahoo-Newman-Id:Received:DKIM-Signature:X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=JPKKLfDcaN9Pdly8TWpuNNC5HWwkorAxbqxA5wRV5yQBpOsUSj+3P7TFa9BQCCA8PoefA4d8o5or3HdQ8ew6cDrGGB4EbFuD7MCauf6mWVDMtPhEZAWHiDhhPsXDrjk8+2nUdBH5rL1zqXaPIHYQ7B7ckly5UA82onRl76BctXA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; b=khhYhQXMtrXUw7yc2rfyj3dfrELcTE86M24xyQGiTreQ5OYlpNHGp7klnGpwuyBo+WbgQaORLCDCRNogmYn1+0/1q49GcrjxDx4nXZJZxPVhZ7H0En+ykTpKw0oYwXT8k0A+hmY54XW0edqPwdUIZxrEuAMSLvm8kA9dDqBg6oA=; Received: from [212.82.98.48] by nm30.bullet.mail.ir2.yahoo.com with NNFMP; 14 Jul 2014 10:49:03 -0000 Received: from [212.82.98.109] by tm1.bullet.mail.ir2.yahoo.com with NNFMP; 14 Jul 2014 10:49:03 -0000 Received: from [127.0.0.1] by omp1046.mail.ir2.yahoo.com with NNFMP; 14 Jul 2014 10:49:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 235855.98075.bm@omp1046.mail.ir2.yahoo.com Received: (qmail 34048 invoked by uid 60001); 14 Jul 2014 10:49:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1405334943; bh=HnRelcDNLJE+kpMxBJft2L4jnIUJRmWAbIG+/lQFkDI=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QyhRRVobql93SQceJkgay3kpmeLauTWXzzJHl4LzKF5ilAf7bG9j2DlkT5m++oiGDhbadv8c4f9WthBycHPSTSS5Hif/oqbUkHgZBvVRg7twbv14z4nl0X820IGTQD1BLUbgDn4UOlteQ76LNBsKa+9Yn4MNVjeVpzg4nJob5o0= X-YMail-OSG: Bz0AAhIVM1nMiJr2aXH3OVxZqU2RkNUfViLgG9MV1y7dTfZ BirtMhkKNoukwsNiKfzTckDvUmjIBftTev_.sjvsGd1bieaWNEJlcYWXOSZH JXXtKBBWDosD6As8wRRyk5ycqyJ9sAoRGhpiLFal9hpFdHgEcRTr7FraFMul wD.b5sxAep7b7Ohq_H9s7s2QfbvtVS7MgcyiwYKOsXuMXKVXFQg4ScvEs1qJ aXqaV2XtS3ZuzRLMdJNMGso1GUPpHjjCMwfPUfqV_DLhHkzQKYOAxs8ArU9h .ptanhwnk4_hQ30uWksZ3C9ovrJI4XaRGyqT182QrbU8nDn_kZkS8ncTLyqc brPcXwT2iia1fcXxuTYJ1BBpvhE1Er6CFFOEiWCiRlocVdbanc6yILbJoDyR rOa21xYi5gfsROU8wluOn4.4qkhNVqjsdHt1iQCpTfiKnlGqpqTjcZnApp2a Sx2Drluk7ZPrXFA3SE0lAPeLSEHXYwthnFNDVeRMNi2VT.spgMMr9GCBsiiz oWdl1WBFggzzpZ.veZfBH8rDCop23t7ac7v9XdbIu7ZjiSKvsLY78dMgVO3m xe97oyWokxfMbzJ00BOrSlU4q3ER5mMVOasB6.NUSGZ5Y6_.1Qx6EBgZchp6 _aowl6wuzSqId7jJrJUNogVMNFI8cTubFvmhmpfjji6JDo1j5M43SxGiYoHA EXaZxMZM9_xz.SC3A.cuZiRsN__HkySA2lZhZactHYanLVJpcXVRIhwaqzZ3 y8KpdnwiD Received: from [195.212.29.68] by web171501.mail.ir2.yahoo.com via HTTP; Mon, 14 Jul 2014 11:49:02 BST X-Rocket-MIMEInfo: 002.001, CgoKCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KPiBGcm9tOiBDaHJpcyA8Y2hyaXNAdGVyaWEub3JnPgo.IFRvOiBJYW4gTXVycmF5IDxtdXJyYXlpZUB5YWhvby5jby51az4KPiBDYzogInhlbi11c2Vyc0BsaXN0cy54ZW5zb3VyY2UuY29tIiA8eGVuLXVzZXJzQGxpc3RzLnhlbnNvdXJjZS5jb20.Cj4gU2VudDogRnJpZGF5LCAxMSBKdWx5IDIwMTQsIDE5OjQ5Cj4gU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFRyeWluZyB0byBzZXQtdXAgRG9tVSBDZW50T1MgNywgYnV0IGdldCBXYXJuaW5nOiAvZGUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 References: <1405088177.1612.YahooMailNeo@web171502.mail.ir2.yahoo.com> <53C031CD.5010601@teria.org> Message-ID: <1405334942.32040.YahooMailNeo@web171501.mail.ir2.yahoo.com> Date: Mon, 14 Jul 2014 11:49:02 +0100 From: Ian Murray To: Chris In-Reply-To: <53C031CD.5010601@teria.org> MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Trying to set-up DomU CentOS 7, but get Warning: /dev/root does not exist X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ian Murray List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ----- Original Message ----- > From: Chris > To: Ian Murray > Cc: "xen-users@lists.xensource.com" > Sent: Friday, 11 July 2014, 19:49 > Subject: Re: [Xen-users] Trying to set-up DomU CentOS 7, but get Warning:= /dev/root does not exist > = > Le 11/07/2014 16:16, Ian Murray a =E9crit : > = >> I'm trying to set-up a ContOS 7 DomU server. I have used the PXE set-up = > images like I normally would for earlier versions of CentOS. >> = >> Here is my config file:- >> = >> name=A0 =A0 =A0 =3D "centos7" >> memory=A0 =A0 =3D 2048 >> disk=A0 =A0 =A0 =3D ['phy:/dev/xen6/centos7,xvda,w' ] >> vif =3D [ 'mac=3Dxx:xx:xx:xx:xx:xx' ] >> kernel=A0 =A0 =3D "/root/xen/centos7-64/vmlinuz" >> ramdisk=A0 =3D "/root/xen/centos7-64/initrd.img" >> vcpus=A0 =A0 =3D 2 >> on_reboot =3D 'destroy' >> on_crash=A0 =3D 'preserve' >> = >> Starting the DomU would normally take me to the non-graphical install. >> = >> However, with CentOS 7, boot crashes out with.... >> = >> [=A0 OK=A0 ] Reached target Basic System. >> dracut-initqueue[555]: Warning: Could not boot. >> dracut-initqueue[555]: Warning: /dev/root does not exist >> =A0 =A0 =A0 =A0 =A0 Starting Dracut Emergency Shell... >> Warning: /dev/root does not exist >> = >> Generating "/run/initramfs/rdsosreport.txt" >> = >> = >> Entering emergency mode. Exit the shell to continue. >> Type "journalctl" to view system logs. >> You might want to save "/run/initramfs/rdsosreport.txt" to a USB = > stick or /boot >> after mounting them and attach it to a bug report. >> = >> = >> dracut:/# >> = >> = >> Some googling suggests this is also a problem with USB install and is t= o do = > with device labels, but I don't know what that means in my context. >> = >> Any suggestions on how to fix this or (at least work around it), would = be = > much appreciated. >> = >> Thanks, >> = > = > Hello, > = > I encountered the same error. > According to = > https://alteeve.ca/w/Setting_Up_a_PXE_Server_on_an_RPM-based_OS#Labels_Fo= r_Fedora_17.2B = > = > , you have to add an initrd argument "inst.repo". > For example on my pxe/tftp server (pxelinux.cfg/default) : > = > =A0 kernel centos7/vmlinuz > =A0 append initrd=3Dcentos7/initrd.img = > inst.repo=3Dhttp://ftp.ciril.fr/pub/linux/centos/7/os/x86_64 > = > Regards, > = > Chris > = > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > Hi, Thanks for the help. This seems to have done the trick. I added... extra=A0=A0=A0=A0 =3D "inst.repo=3Dhttp://ftp.ciril.fr/pub/linux/centos/7/o= s/x86_64" to my Xen config file and the installation started up as expected. Thanks again, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 10:50:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 10:50:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6dog-0004uU-PB; Mon, 14 Jul 2014 10:49:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6dof-0004uP-82 for xen-users@lists.xensource.com; Mon, 14 Jul 2014 10:49:05 +0000 Received: from [85.158.143.35:57837] by server-3.bemta-4.messagelabs.com id 41/08-09960-0A5B3C35; Mon, 14 Jul 2014 10:49:04 +0000 X-Env-Sender: murrayie@yahoo.co.uk X-Msg-Ref: server-15.tower-21.messagelabs.com!1405334943!17559679!1 X-Originating-IP: [212.82.97.84] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_6,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2578 invoked from network); 14 Jul 2014 10:49:03 -0000 Received: from nm30-vm6.bullet.mail.ir2.yahoo.com (HELO nm30-vm6.bullet.mail.ir2.yahoo.com) (212.82.97.84) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jul 2014 10:49:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1405334943; bh=HnRelcDNLJE+kpMxBJft2L4jnIUJRmWAbIG+/lQFkDI=; h=Received:Received:Received:X-Yahoo-Newman-Property:X-Yahoo-Newman-Id:Received:DKIM-Signature:X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=JPKKLfDcaN9Pdly8TWpuNNC5HWwkorAxbqxA5wRV5yQBpOsUSj+3P7TFa9BQCCA8PoefA4d8o5or3HdQ8ew6cDrGGB4EbFuD7MCauf6mWVDMtPhEZAWHiDhhPsXDrjk8+2nUdBH5rL1zqXaPIHYQ7B7ckly5UA82onRl76BctXA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; b=khhYhQXMtrXUw7yc2rfyj3dfrELcTE86M24xyQGiTreQ5OYlpNHGp7klnGpwuyBo+WbgQaORLCDCRNogmYn1+0/1q49GcrjxDx4nXZJZxPVhZ7H0En+ykTpKw0oYwXT8k0A+hmY54XW0edqPwdUIZxrEuAMSLvm8kA9dDqBg6oA=; Received: from [212.82.98.48] by nm30.bullet.mail.ir2.yahoo.com with NNFMP; 14 Jul 2014 10:49:03 -0000 Received: from [212.82.98.109] by tm1.bullet.mail.ir2.yahoo.com with NNFMP; 14 Jul 2014 10:49:03 -0000 Received: from [127.0.0.1] by omp1046.mail.ir2.yahoo.com with NNFMP; 14 Jul 2014 10:49:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 235855.98075.bm@omp1046.mail.ir2.yahoo.com Received: (qmail 34048 invoked by uid 60001); 14 Jul 2014 10:49:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1405334943; bh=HnRelcDNLJE+kpMxBJft2L4jnIUJRmWAbIG+/lQFkDI=; h=References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QyhRRVobql93SQceJkgay3kpmeLauTWXzzJHl4LzKF5ilAf7bG9j2DlkT5m++oiGDhbadv8c4f9WthBycHPSTSS5Hif/oqbUkHgZBvVRg7twbv14z4nl0X820IGTQD1BLUbgDn4UOlteQ76LNBsKa+9Yn4MNVjeVpzg4nJob5o0= X-YMail-OSG: Bz0AAhIVM1nMiJr2aXH3OVxZqU2RkNUfViLgG9MV1y7dTfZ BirtMhkKNoukwsNiKfzTckDvUmjIBftTev_.sjvsGd1bieaWNEJlcYWXOSZH JXXtKBBWDosD6As8wRRyk5ycqyJ9sAoRGhpiLFal9hpFdHgEcRTr7FraFMul wD.b5sxAep7b7Ohq_H9s7s2QfbvtVS7MgcyiwYKOsXuMXKVXFQg4ScvEs1qJ aXqaV2XtS3ZuzRLMdJNMGso1GUPpHjjCMwfPUfqV_DLhHkzQKYOAxs8ArU9h .ptanhwnk4_hQ30uWksZ3C9ovrJI4XaRGyqT182QrbU8nDn_kZkS8ncTLyqc brPcXwT2iia1fcXxuTYJ1BBpvhE1Er6CFFOEiWCiRlocVdbanc6yILbJoDyR rOa21xYi5gfsROU8wluOn4.4qkhNVqjsdHt1iQCpTfiKnlGqpqTjcZnApp2a Sx2Drluk7ZPrXFA3SE0lAPeLSEHXYwthnFNDVeRMNi2VT.spgMMr9GCBsiiz oWdl1WBFggzzpZ.veZfBH8rDCop23t7ac7v9XdbIu7ZjiSKvsLY78dMgVO3m xe97oyWokxfMbzJ00BOrSlU4q3ER5mMVOasB6.NUSGZ5Y6_.1Qx6EBgZchp6 _aowl6wuzSqId7jJrJUNogVMNFI8cTubFvmhmpfjji6JDo1j5M43SxGiYoHA EXaZxMZM9_xz.SC3A.cuZiRsN__HkySA2lZhZactHYanLVJpcXVRIhwaqzZ3 y8KpdnwiD Received: from [195.212.29.68] by web171501.mail.ir2.yahoo.com via HTTP; Mon, 14 Jul 2014 11:49:02 BST X-Rocket-MIMEInfo: 002.001, CgoKCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KPiBGcm9tOiBDaHJpcyA8Y2hyaXNAdGVyaWEub3JnPgo.IFRvOiBJYW4gTXVycmF5IDxtdXJyYXlpZUB5YWhvby5jby51az4KPiBDYzogInhlbi11c2Vyc0BsaXN0cy54ZW5zb3VyY2UuY29tIiA8eGVuLXVzZXJzQGxpc3RzLnhlbnNvdXJjZS5jb20.Cj4gU2VudDogRnJpZGF5LCAxMSBKdWx5IDIwMTQsIDE5OjQ5Cj4gU3ViamVjdDogUmU6IFtYZW4tdXNlcnNdIFRyeWluZyB0byBzZXQtdXAgRG9tVSBDZW50T1MgNywgYnV0IGdldCBXYXJuaW5nOiAvZGUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.194.680 References: <1405088177.1612.YahooMailNeo@web171502.mail.ir2.yahoo.com> <53C031CD.5010601@teria.org> Message-ID: <1405334942.32040.YahooMailNeo@web171501.mail.ir2.yahoo.com> Date: Mon, 14 Jul 2014 11:49:02 +0100 From: Ian Murray To: Chris In-Reply-To: <53C031CD.5010601@teria.org> MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Trying to set-up DomU CentOS 7, but get Warning: /dev/root does not exist X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Ian Murray List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ----- Original Message ----- > From: Chris > To: Ian Murray > Cc: "xen-users@lists.xensource.com" > Sent: Friday, 11 July 2014, 19:49 > Subject: Re: [Xen-users] Trying to set-up DomU CentOS 7, but get Warning:= /dev/root does not exist > = > Le 11/07/2014 16:16, Ian Murray a =E9crit : > = >> I'm trying to set-up a ContOS 7 DomU server. I have used the PXE set-up = > images like I normally would for earlier versions of CentOS. >> = >> Here is my config file:- >> = >> name=A0 =A0 =A0 =3D "centos7" >> memory=A0 =A0 =3D 2048 >> disk=A0 =A0 =A0 =3D ['phy:/dev/xen6/centos7,xvda,w' ] >> vif =3D [ 'mac=3Dxx:xx:xx:xx:xx:xx' ] >> kernel=A0 =A0 =3D "/root/xen/centos7-64/vmlinuz" >> ramdisk=A0 =3D "/root/xen/centos7-64/initrd.img" >> vcpus=A0 =A0 =3D 2 >> on_reboot =3D 'destroy' >> on_crash=A0 =3D 'preserve' >> = >> Starting the DomU would normally take me to the non-graphical install. >> = >> However, with CentOS 7, boot crashes out with.... >> = >> [=A0 OK=A0 ] Reached target Basic System. >> dracut-initqueue[555]: Warning: Could not boot. >> dracut-initqueue[555]: Warning: /dev/root does not exist >> =A0 =A0 =A0 =A0 =A0 Starting Dracut Emergency Shell... >> Warning: /dev/root does not exist >> = >> Generating "/run/initramfs/rdsosreport.txt" >> = >> = >> Entering emergency mode. Exit the shell to continue. >> Type "journalctl" to view system logs. >> You might want to save "/run/initramfs/rdsosreport.txt" to a USB = > stick or /boot >> after mounting them and attach it to a bug report. >> = >> = >> dracut:/# >> = >> = >> Some googling suggests this is also a problem with USB install and is t= o do = > with device labels, but I don't know what that means in my context. >> = >> Any suggestions on how to fix this or (at least work around it), would = be = > much appreciated. >> = >> Thanks, >> = > = > Hello, > = > I encountered the same error. > According to = > https://alteeve.ca/w/Setting_Up_a_PXE_Server_on_an_RPM-based_OS#Labels_Fo= r_Fedora_17.2B = > = > , you have to add an initrd argument "inst.repo". > For example on my pxe/tftp server (pxelinux.cfg/default) : > = > =A0 kernel centos7/vmlinuz > =A0 append initrd=3Dcentos7/initrd.img = > inst.repo=3Dhttp://ftp.ciril.fr/pub/linux/centos/7/os/x86_64 > = > Regards, > = > Chris > = > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > Hi, Thanks for the help. This seems to have done the trick. I added... extra=A0=A0=A0=A0 =3D "inst.repo=3Dhttp://ftp.ciril.fr/pub/linux/centos/7/o= s/x86_64" to my Xen config file and the installation started up as expected. Thanks again, Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 11:51:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 11:51:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6elT-0006Rh-24; Mon, 14 Jul 2014 11:49:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6bNz-0002CP-KN for xen-users@lists.xenproject.org; Mon, 14 Jul 2014 08:13:23 +0000 Received: from [85.158.139.211:63146] by server-1.bemta-5.messagelabs.com id 61/26-15869-22193C35; Mon, 14 Jul 2014 08:13:22 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-13.tower-206.messagelabs.com!1405325599!15368971!1 X-Originating-IP: [106.10.151.83] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29378 invoked from network); 14 Jul 2014 08:13:22 -0000 Received: from nm24-vm4.bullet.mail.sg3.yahoo.com (HELO nm24-vm4.bullet.mail.sg3.yahoo.com) (106.10.151.83) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jul 2014 08:13:22 -0000 Received: from [106.10.166.118] by nm24.bullet.mail.sg3.yahoo.com with NNFMP; 14 Jul 2014 08:13:18 -0000 Received: from [106.10.151.251] by tm7.bullet.mail.sg3.yahoo.com with NNFMP; 14 Jul 2014 08:13:18 -0000 Received: from [127.0.0.1] by omp1022.mail.sg3.yahoo.com with NNFMP; 14 Jul 2014 08:13:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 491060.47686.bm@omp1022.mail.sg3.yahoo.com Received: (qmail 32563 invoked by uid 60001); 14 Jul 2014 08:13:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1405325598; bh=sAFstSmwmXU16KyH2id+B6GjT6WEuOo76mVYpoVeITE=; h=Message-ID:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=jKdm5OwTOaX3rCJUjAxiv0x1V32nIQubsEBQT63ud3YM6xR7j78GndmcqAZb3nb1zN6UPDOwCTndqtbPBPtJfcUJvBhulV2lXOjid+JpHRGqaV/e61e2UU2Be8gViQj5DoUSOKFlD367AwDz6K45NQiHy0r8BWXDdQjq1nfkTT0= X-YMail-OSG: 0HfvCVoVM1m3hZ.MlWO_xNX_J7qoC6CJTx19tiCe3TypnDz cZ55iGeCYqHetI6A2MmlsqnsfNn.t8jgl6G5GCok7JTEMoSb_IVLeOB2aJCn FAOCO3Nicfj6XiYPrqAESK7iI5tSU.UAYD_xJsd2mCVfkelVfkqWxcK1HX5S ooEsL73bL3EesSoz793CUSMpasqFbmwupvK_fzLPxo9hfNKhph3r3k4g1EMl bLJ66WsXDHRt8Cc7qPTQCo9NTDgbZn5CiUqmHIuFKuBFzd5_7FjozebrPNKg vyRAT66ygz9zwcQMSl09yJKsr876HCF5KAOwE9sivtDfR3rqUjB8lFR.nwdO GFQebC3XHjvmb5ZDfsZrXJE7pv2tkjDL_2rOGDauzQm43gGab59hPjMywHd8 CT1bJYR1zdk_t6SGjM9xnJR7j.dw52dEY0wHcqtQlvhLDAqV7qzk7TIl3FLh UItcOZemtmB1orJQqNY5vSFUPVU.1og7YCKRZ_pEe9_k2R9vMczVy57I6XUE hRjIZ70QAu58QY9L5Qdgp4h9S8vzj9cLSHgThHgJpl1GeMgqwVJDz Received: from [202.129.240.131] by web190605.mail.sg3.yahoo.com via HTTP; Mon, 14 Jul 2014 16:13:18 SGT X-Rocket-MIMEInfo: 002.001, DQo.IERlYXIgYWxsLA0KPiANCj4gSQ0KPiBoYXZlIHRyaWVkIHhlbjQuNCBvbiB1YnVudHUxNC4wNCBidXQgTFZNIG1vdW50aW5nIGlzIGFuDQo.IGlzc3VlIHRoYXQgaSBkb24ndCBhYmxlIHRvIHNvbHZlLg0KPiBJIHRyaWVkIHdpdGggeGVuNC40K3VidW50dTE0LjA0IHdpdGgNCj4gbGlidmlydCBidXQgbGlidmlydGQgaXMgbm90IGZ1bGx5IHN1cHBvcnRlZCBzbyBpIGNhbid0DQo.IGFibGUgdG8gaW5zdGFsbCB2bS4NCj4gDQo.IG5vdyBpIHdhbnQgdG8gYnVpbGQgeGVuIG9uDQo.IHVidW50dSBzbyBnaXYBMAEBAQE- X-Mailer: YahooMailClassic/661 YahooMailWebService/0.8.194.680 Message-ID: <1405325598.6339.YahooMailBasic@web190605.mail.sg3.yahoo.com> Date: Mon, 14 Jul 2014 16:13:18 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" , "xen-users@lists.xenproject.org" MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 14 Jul 2014 11:49:49 +0000 Subject: [Xen-users] Fw: about building xen on ubuntu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Dear all, > > I > have tried xen4.4 on ubuntu14.04 but LVM mounting is an > issue that i don't able to solve. > I tried with xen4.4+ubuntu14.04 with > libvirt but libvirtd is not fully supported so i can't > able to install vm. > > now i want to build xen on > ubuntu so give me steps: > please give suggestions for xen earlier version(3.4 or other > ) with xm toolstack on ubuntu12.04 or earlier because i find > that xl has some issues which is under study. for xl > migration i can't resolve some issues....so i want to > switch back xm migrate .... > > if i use apt-get install xen then it doesn't give me > tools/libxc support so anybody knows about how to work with > xen source.... > > Thanks > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 11:51:11 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 11:51:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6elT-0006Rh-24; Mon, 14 Jul 2014 11:49:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6bNz-0002CP-KN for xen-users@lists.xenproject.org; Mon, 14 Jul 2014 08:13:23 +0000 Received: from [85.158.139.211:63146] by server-1.bemta-5.messagelabs.com id 61/26-15869-22193C35; Mon, 14 Jul 2014 08:13:22 +0000 X-Env-Sender: patel_mp@yahoo.co.in X-Msg-Ref: server-13.tower-206.messagelabs.com!1405325599!15368971!1 X-Originating-IP: [106.10.151.83] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_12, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29378 invoked from network); 14 Jul 2014 08:13:22 -0000 Received: from nm24-vm4.bullet.mail.sg3.yahoo.com (HELO nm24-vm4.bullet.mail.sg3.yahoo.com) (106.10.151.83) by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jul 2014 08:13:22 -0000 Received: from [106.10.166.118] by nm24.bullet.mail.sg3.yahoo.com with NNFMP; 14 Jul 2014 08:13:18 -0000 Received: from [106.10.151.251] by tm7.bullet.mail.sg3.yahoo.com with NNFMP; 14 Jul 2014 08:13:18 -0000 Received: from [127.0.0.1] by omp1022.mail.sg3.yahoo.com with NNFMP; 14 Jul 2014 08:13:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 491060.47686.bm@omp1022.mail.sg3.yahoo.com Received: (qmail 32563 invoked by uid 60001); 14 Jul 2014 08:13:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1405325598; bh=sAFstSmwmXU16KyH2id+B6GjT6WEuOo76mVYpoVeITE=; h=Message-ID:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=jKdm5OwTOaX3rCJUjAxiv0x1V32nIQubsEBQT63ud3YM6xR7j78GndmcqAZb3nb1zN6UPDOwCTndqtbPBPtJfcUJvBhulV2lXOjid+JpHRGqaV/e61e2UU2Be8gViQj5DoUSOKFlD367AwDz6K45NQiHy0r8BWXDdQjq1nfkTT0= X-YMail-OSG: 0HfvCVoVM1m3hZ.MlWO_xNX_J7qoC6CJTx19tiCe3TypnDz cZ55iGeCYqHetI6A2MmlsqnsfNn.t8jgl6G5GCok7JTEMoSb_IVLeOB2aJCn FAOCO3Nicfj6XiYPrqAESK7iI5tSU.UAYD_xJsd2mCVfkelVfkqWxcK1HX5S ooEsL73bL3EesSoz793CUSMpasqFbmwupvK_fzLPxo9hfNKhph3r3k4g1EMl bLJ66WsXDHRt8Cc7qPTQCo9NTDgbZn5CiUqmHIuFKuBFzd5_7FjozebrPNKg vyRAT66ygz9zwcQMSl09yJKsr876HCF5KAOwE9sivtDfR3rqUjB8lFR.nwdO GFQebC3XHjvmb5ZDfsZrXJE7pv2tkjDL_2rOGDauzQm43gGab59hPjMywHd8 CT1bJYR1zdk_t6SGjM9xnJR7j.dw52dEY0wHcqtQlvhLDAqV7qzk7TIl3FLh UItcOZemtmB1orJQqNY5vSFUPVU.1og7YCKRZ_pEe9_k2R9vMczVy57I6XUE hRjIZ70QAu58QY9L5Qdgp4h9S8vzj9cLSHgThHgJpl1GeMgqwVJDz Received: from [202.129.240.131] by web190605.mail.sg3.yahoo.com via HTTP; Mon, 14 Jul 2014 16:13:18 SGT X-Rocket-MIMEInfo: 002.001, DQo.IERlYXIgYWxsLA0KPiANCj4gSQ0KPiBoYXZlIHRyaWVkIHhlbjQuNCBvbiB1YnVudHUxNC4wNCBidXQgTFZNIG1vdW50aW5nIGlzIGFuDQo.IGlzc3VlIHRoYXQgaSBkb24ndCBhYmxlIHRvIHNvbHZlLg0KPiBJIHRyaWVkIHdpdGggeGVuNC40K3VidW50dTE0LjA0IHdpdGgNCj4gbGlidmlydCBidXQgbGlidmlydGQgaXMgbm90IGZ1bGx5IHN1cHBvcnRlZCBzbyBpIGNhbid0DQo.IGFibGUgdG8gaW5zdGFsbCB2bS4NCj4gDQo.IG5vdyBpIHdhbnQgdG8gYnVpbGQgeGVuIG9uDQo.IHVidW50dSBzbyBnaXYBMAEBAQE- X-Mailer: YahooMailClassic/661 YahooMailWebService/0.8.194.680 Message-ID: <1405325598.6339.YahooMailBasic@web190605.mail.sg3.yahoo.com> Date: Mon, 14 Jul 2014 16:13:18 +0800 From: Minalkumar Patel To: "xen-users@lists.xen.org" , "xen-users@lists.xenproject.org" MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 14 Jul 2014 11:49:49 +0000 Subject: [Xen-users] Fw: about building xen on ubuntu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Dear all, > > I > have tried xen4.4 on ubuntu14.04 but LVM mounting is an > issue that i don't able to solve. > I tried with xen4.4+ubuntu14.04 with > libvirt but libvirtd is not fully supported so i can't > able to install vm. > > now i want to build xen on > ubuntu so give me steps: > please give suggestions for xen earlier version(3.4 or other > ) with xm toolstack on ubuntu12.04 or earlier because i find > that xl has some issues which is under study. for xl > migration i can't resolve some issues....so i want to > switch back xm migrate .... > > if i use apt-get install xen then it doesn't give me > tools/libxc support so anybody knows about how to work with > xen source.... > > Thanks > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 12:41:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 12:41:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6fY8-0007bp-FG; Mon, 14 Jul 2014 12:40:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6fY6-0007bc-Lp for xen-users@lists.xenproject.org; Mon, 14 Jul 2014 12:40:06 +0000 Received: from [85.158.143.35:29555] by server-1.bemta-4.messagelabs.com id D9/67-30046-6AFC3C35; Mon, 14 Jul 2014 12:40:06 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1405341602!17636136!1 X-Originating-IP: [209.85.216.179] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15525 invoked from network); 14 Jul 2014 12:40:03 -0000 Received: from mail-qc0-f179.google.com (HELO mail-qc0-f179.google.com) (209.85.216.179) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2014 12:40:03 -0000 Received: by mail-qc0-f179.google.com with SMTP id r5so2615513qcx.38 for ; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=49BlaNc4OLLdwVLSxD8WlviOCuKumVdShiCFoUihADQ=; b=J3eXPvvA5L8VUeuyEqnODeRTrBWySlGHct58VYvIyIi9JOzxfK9cYHYDnX0U+x5cFt 2BPFeARJgC58pzbLQ2SLCygZoNZ0OhYeDfjPNWcY8lXaFC4heUmO8KXWON4xkjzla9F4 jkSEDet0+Qm4wwSwpYV5G15t1XwYLjgtF/6n1pvMG7OpZeVuGefelV7wINJcIUIGM9Oy bCeb5N4Q36XEyK4QxHO5wjbCqmP4F6iaDJJivDhX+u0+8EWpqImAbro7LSLBfckW3/2G xZlyuaUGMD+DsDuvB2GhIoC6Eqar9qHcLP5+u5eATo5FuHJlgL/Xpn/O3h8WmK5gqEyh tJgQ== MIME-Version: 1.0 X-Received: by 10.224.79.139 with SMTP id p11mr17460071qak.93.1405341602114; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) In-Reply-To: <1405325598.6339.YahooMailBasic@web190605.mail.sg3.yahoo.com> References: <1405325598.6339.YahooMailBasic@web190605.mail.sg3.yahoo.com> Date: Mon, 14 Jul 2014 06:40:02 -0600 Message-ID: From: jacek burghardt To: Minalkumar Patel Cc: "xen-users@lists.xen.org" , "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] Fw: about building xen on ubuntu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5097276025993020392==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5097276025993020392== Content-Type: multipart/alternative; boundary=047d7bdc801afb71a404fe269620 --047d7bdc801afb71a404fe269620 Content-Type: text/plain; charset=UTF-8 What is the lvm mounting issue ? I have tried xen4.4 on ubuntu14.04 but LVM mounting is an issue that i don't able to solve. On Mon, Jul 14, 2014 at 2:13 AM, Minalkumar Patel wrote: > > > Dear all, > > > > I > > have tried xen4.4 on ubuntu14.04 but LVM mounting is an > > issue that i don't able to solve. > > I tried with xen4.4+ubuntu14.04 with > > libvirt but libvirtd is not fully supported so i can't > > able to install vm. > > > > now i want to build xen on > > ubuntu so give me steps: > > please give suggestions for xen earlier version(3.4 or other > > ) with xm toolstack on ubuntu12.04 or earlier because i find > > that xl has some issues which is under study. for xl > > migration i can't resolve some issues....so i want to > > switch back xm migrate .... > > > > if i use apt-get install xen then it doesn't give me > > tools/libxc support so anybody knows about how to work with > > xen source.... > > > > Thanks > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bdc801afb71a404fe269620 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What is the lvm mounting issue ?
I have tried xen4.4 on ubuntu14.04 but LVM mounting is= an issue that i don't able to solve.


O= n Mon, Jul 14, 2014 at 2:13 AM, Minalkumar Patel <patel_mp@yahoo.co.in<= /a>> wrote:

> Dear all,
>
> I
> have tried xen4.4 on ubuntu14.04 but LVM mounting is an
> issue that i don't able to solve.
> I tried with xen4.4+ubuntu14.04 with
> libvirt but libvirtd is not fully supported so i can't
> able to install vm.
>
> now i want to build xen on
> ubuntu so give me steps:
> please give suggestions for xen earlier version(3.4 or other
> ) with xm toolstack on ubuntu12.04 or earlier because i find
> that xl has some issues which is under study. for xl
> migration i can't resolve some issues....so i want to
> switch back xm migrate ....
>
> if i use apt-get install xen then it doesn't give me
> tools/libxc support so anybody knows about how to work with
> =C2=A0xen source....
>
> Thanks
>
>

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

--047d7bdc801afb71a404fe269620-- --===============5097276025993020392== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5097276025993020392==-- From xen-users-bounces@lists.xen.org Mon Jul 14 12:41:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 12:41:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6fY7-0007bh-T2; Mon, 14 Jul 2014 12:40:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6fY4-0007bX-Rv for xen-users@lists.xen.org; Mon, 14 Jul 2014 12:40:05 +0000 Received: from [193.109.254.147:28536] by server-8.bemta-14.messagelabs.com id FD/A9-14857-4AFC3C35; Mon, 14 Jul 2014 12:40:04 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1405341602!17322611!1 X-Originating-IP: [209.85.192.47] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25888 invoked from network); 14 Jul 2014 12:40:03 -0000 Received: from mail-qg0-f47.google.com (HELO mail-qg0-f47.google.com) (209.85.192.47) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2014 12:40:03 -0000 Received: by mail-qg0-f47.google.com with SMTP id i50so582646qgf.34 for ; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=49BlaNc4OLLdwVLSxD8WlviOCuKumVdShiCFoUihADQ=; b=J3eXPvvA5L8VUeuyEqnODeRTrBWySlGHct58VYvIyIi9JOzxfK9cYHYDnX0U+x5cFt 2BPFeARJgC58pzbLQ2SLCygZoNZ0OhYeDfjPNWcY8lXaFC4heUmO8KXWON4xkjzla9F4 jkSEDet0+Qm4wwSwpYV5G15t1XwYLjgtF/6n1pvMG7OpZeVuGefelV7wINJcIUIGM9Oy bCeb5N4Q36XEyK4QxHO5wjbCqmP4F6iaDJJivDhX+u0+8EWpqImAbro7LSLBfckW3/2G xZlyuaUGMD+DsDuvB2GhIoC6Eqar9qHcLP5+u5eATo5FuHJlgL/Xpn/O3h8WmK5gqEyh tJgQ== MIME-Version: 1.0 X-Received: by 10.224.79.139 with SMTP id p11mr17460071qak.93.1405341602114; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) In-Reply-To: <1405325598.6339.YahooMailBasic@web190605.mail.sg3.yahoo.com> References: <1405325598.6339.YahooMailBasic@web190605.mail.sg3.yahoo.com> Date: Mon, 14 Jul 2014 06:40:02 -0600 Message-ID: From: jacek burghardt To: Minalkumar Patel Cc: "xen-users@lists.xen.org" , "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] Fw: about building xen on ubuntu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1761434097262023011==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1761434097262023011== Content-Type: multipart/alternative; boundary=047d7bdc801afb71a404fe269620 --047d7bdc801afb71a404fe269620 Content-Type: text/plain; charset=UTF-8 What is the lvm mounting issue ? I have tried xen4.4 on ubuntu14.04 but LVM mounting is an issue that i don't able to solve. On Mon, Jul 14, 2014 at 2:13 AM, Minalkumar Patel wrote: > > > Dear all, > > > > I > > have tried xen4.4 on ubuntu14.04 but LVM mounting is an > > issue that i don't able to solve. > > I tried with xen4.4+ubuntu14.04 with > > libvirt but libvirtd is not fully supported so i can't > > able to install vm. > > > > now i want to build xen on > > ubuntu so give me steps: > > please give suggestions for xen earlier version(3.4 or other > > ) with xm toolstack on ubuntu12.04 or earlier because i find > > that xl has some issues which is under study. for xl > > migration i can't resolve some issues....so i want to > > switch back xm migrate .... > > > > if i use apt-get install xen then it doesn't give me > > tools/libxc support so anybody knows about how to work with > > xen source.... > > > > Thanks > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bdc801afb71a404fe269620 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What is the lvm mounting issue ?
I have tried xen4.4 on ubuntu14.04 but LVM mounting is= an issue that i don't able to solve.


O= n Mon, Jul 14, 2014 at 2:13 AM, Minalkumar Patel <patel_mp@yahoo.co.in<= /a>> wrote:

> Dear all,
>
> I
> have tried xen4.4 on ubuntu14.04 but LVM mounting is an
> issue that i don't able to solve.
> I tried with xen4.4+ubuntu14.04 with
> libvirt but libvirtd is not fully supported so i can't
> able to install vm.
>
> now i want to build xen on
> ubuntu so give me steps:
> please give suggestions for xen earlier version(3.4 or other
> ) with xm toolstack on ubuntu12.04 or earlier because i find
> that xl has some issues which is under study. for xl
> migration i can't resolve some issues....so i want to
> switch back xm migrate ....
>
> if i use apt-get install xen then it doesn't give me
> tools/libxc support so anybody knows about how to work with
> =C2=A0xen source....
>
> Thanks
>
>

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

--047d7bdc801afb71a404fe269620-- --===============1761434097262023011== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1761434097262023011==-- From xen-users-bounces@lists.xen.org Mon Jul 14 12:41:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 12:41:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6fY8-0007bp-FG; Mon, 14 Jul 2014 12:40:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6fY6-0007bc-Lp for xen-users@lists.xenproject.org; Mon, 14 Jul 2014 12:40:06 +0000 Received: from [85.158.143.35:29555] by server-1.bemta-4.messagelabs.com id D9/67-30046-6AFC3C35; Mon, 14 Jul 2014 12:40:06 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1405341602!17636136!1 X-Originating-IP: [209.85.216.179] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15525 invoked from network); 14 Jul 2014 12:40:03 -0000 Received: from mail-qc0-f179.google.com (HELO mail-qc0-f179.google.com) (209.85.216.179) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2014 12:40:03 -0000 Received: by mail-qc0-f179.google.com with SMTP id r5so2615513qcx.38 for ; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=49BlaNc4OLLdwVLSxD8WlviOCuKumVdShiCFoUihADQ=; b=J3eXPvvA5L8VUeuyEqnODeRTrBWySlGHct58VYvIyIi9JOzxfK9cYHYDnX0U+x5cFt 2BPFeARJgC58pzbLQ2SLCygZoNZ0OhYeDfjPNWcY8lXaFC4heUmO8KXWON4xkjzla9F4 jkSEDet0+Qm4wwSwpYV5G15t1XwYLjgtF/6n1pvMG7OpZeVuGefelV7wINJcIUIGM9Oy bCeb5N4Q36XEyK4QxHO5wjbCqmP4F6iaDJJivDhX+u0+8EWpqImAbro7LSLBfckW3/2G xZlyuaUGMD+DsDuvB2GhIoC6Eqar9qHcLP5+u5eATo5FuHJlgL/Xpn/O3h8WmK5gqEyh tJgQ== MIME-Version: 1.0 X-Received: by 10.224.79.139 with SMTP id p11mr17460071qak.93.1405341602114; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) In-Reply-To: <1405325598.6339.YahooMailBasic@web190605.mail.sg3.yahoo.com> References: <1405325598.6339.YahooMailBasic@web190605.mail.sg3.yahoo.com> Date: Mon, 14 Jul 2014 06:40:02 -0600 Message-ID: From: jacek burghardt To: Minalkumar Patel Cc: "xen-users@lists.xen.org" , "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] Fw: about building xen on ubuntu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5097276025993020392==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5097276025993020392== Content-Type: multipart/alternative; boundary=047d7bdc801afb71a404fe269620 --047d7bdc801afb71a404fe269620 Content-Type: text/plain; charset=UTF-8 What is the lvm mounting issue ? I have tried xen4.4 on ubuntu14.04 but LVM mounting is an issue that i don't able to solve. On Mon, Jul 14, 2014 at 2:13 AM, Minalkumar Patel wrote: > > > Dear all, > > > > I > > have tried xen4.4 on ubuntu14.04 but LVM mounting is an > > issue that i don't able to solve. > > I tried with xen4.4+ubuntu14.04 with > > libvirt but libvirtd is not fully supported so i can't > > able to install vm. > > > > now i want to build xen on > > ubuntu so give me steps: > > please give suggestions for xen earlier version(3.4 or other > > ) with xm toolstack on ubuntu12.04 or earlier because i find > > that xl has some issues which is under study. for xl > > migration i can't resolve some issues....so i want to > > switch back xm migrate .... > > > > if i use apt-get install xen then it doesn't give me > > tools/libxc support so anybody knows about how to work with > > xen source.... > > > > Thanks > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bdc801afb71a404fe269620 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What is the lvm mounting issue ?
I have tried xen4.4 on ubuntu14.04 but LVM mounting is= an issue that i don't able to solve.


O= n Mon, Jul 14, 2014 at 2:13 AM, Minalkumar Patel <patel_mp@yahoo.co.in<= /a>> wrote:

> Dear all,
>
> I
> have tried xen4.4 on ubuntu14.04 but LVM mounting is an
> issue that i don't able to solve.
> I tried with xen4.4+ubuntu14.04 with
> libvirt but libvirtd is not fully supported so i can't
> able to install vm.
>
> now i want to build xen on
> ubuntu so give me steps:
> please give suggestions for xen earlier version(3.4 or other
> ) with xm toolstack on ubuntu12.04 or earlier because i find
> that xl has some issues which is under study. for xl
> migration i can't resolve some issues....so i want to
> switch back xm migrate ....
>
> if i use apt-get install xen then it doesn't give me
> tools/libxc support so anybody knows about how to work with
> =C2=A0xen source....
>
> Thanks
>
>

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

--047d7bdc801afb71a404fe269620-- --===============5097276025993020392== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5097276025993020392==-- From xen-users-bounces@lists.xen.org Mon Jul 14 12:41:10 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 12:41:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6fY7-0007bh-T2; Mon, 14 Jul 2014 12:40:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6fY4-0007bX-Rv for xen-users@lists.xen.org; Mon, 14 Jul 2014 12:40:05 +0000 Received: from [193.109.254.147:28536] by server-8.bemta-14.messagelabs.com id FD/A9-14857-4AFC3C35; Mon, 14 Jul 2014 12:40:04 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1405341602!17322611!1 X-Originating-IP: [209.85.192.47] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25888 invoked from network); 14 Jul 2014 12:40:03 -0000 Received: from mail-qg0-f47.google.com (HELO mail-qg0-f47.google.com) (209.85.192.47) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2014 12:40:03 -0000 Received: by mail-qg0-f47.google.com with SMTP id i50so582646qgf.34 for ; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=49BlaNc4OLLdwVLSxD8WlviOCuKumVdShiCFoUihADQ=; b=J3eXPvvA5L8VUeuyEqnODeRTrBWySlGHct58VYvIyIi9JOzxfK9cYHYDnX0U+x5cFt 2BPFeARJgC58pzbLQ2SLCygZoNZ0OhYeDfjPNWcY8lXaFC4heUmO8KXWON4xkjzla9F4 jkSEDet0+Qm4wwSwpYV5G15t1XwYLjgtF/6n1pvMG7OpZeVuGefelV7wINJcIUIGM9Oy bCeb5N4Q36XEyK4QxHO5wjbCqmP4F6iaDJJivDhX+u0+8EWpqImAbro7LSLBfckW3/2G xZlyuaUGMD+DsDuvB2GhIoC6Eqar9qHcLP5+u5eATo5FuHJlgL/Xpn/O3h8WmK5gqEyh tJgQ== MIME-Version: 1.0 X-Received: by 10.224.79.139 with SMTP id p11mr17460071qak.93.1405341602114; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 14 Jul 2014 05:40:02 -0700 (PDT) In-Reply-To: <1405325598.6339.YahooMailBasic@web190605.mail.sg3.yahoo.com> References: <1405325598.6339.YahooMailBasic@web190605.mail.sg3.yahoo.com> Date: Mon, 14 Jul 2014 06:40:02 -0600 Message-ID: From: jacek burghardt To: Minalkumar Patel Cc: "xen-users@lists.xen.org" , "xen-users@lists.xenproject.org" Subject: Re: [Xen-users] Fw: about building xen on ubuntu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1761434097262023011==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1761434097262023011== Content-Type: multipart/alternative; boundary=047d7bdc801afb71a404fe269620 --047d7bdc801afb71a404fe269620 Content-Type: text/plain; charset=UTF-8 What is the lvm mounting issue ? I have tried xen4.4 on ubuntu14.04 but LVM mounting is an issue that i don't able to solve. On Mon, Jul 14, 2014 at 2:13 AM, Minalkumar Patel wrote: > > > Dear all, > > > > I > > have tried xen4.4 on ubuntu14.04 but LVM mounting is an > > issue that i don't able to solve. > > I tried with xen4.4+ubuntu14.04 with > > libvirt but libvirtd is not fully supported so i can't > > able to install vm. > > > > now i want to build xen on > > ubuntu so give me steps: > > please give suggestions for xen earlier version(3.4 or other > > ) with xm toolstack on ubuntu12.04 or earlier because i find > > that xl has some issues which is under study. for xl > > migration i can't resolve some issues....so i want to > > switch back xm migrate .... > > > > if i use apt-get install xen then it doesn't give me > > tools/libxc support so anybody knows about how to work with > > xen source.... > > > > Thanks > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7bdc801afb71a404fe269620 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What is the lvm mounting issue ?
I have tried xen4.4 on ubuntu14.04 but LVM mounting is= an issue that i don't able to solve.


O= n Mon, Jul 14, 2014 at 2:13 AM, Minalkumar Patel <patel_mp@yahoo.co.in<= /a>> wrote:

> Dear all,
>
> I
> have tried xen4.4 on ubuntu14.04 but LVM mounting is an
> issue that i don't able to solve.
> I tried with xen4.4+ubuntu14.04 with
> libvirt but libvirtd is not fully supported so i can't
> able to install vm.
>
> now i want to build xen on
> ubuntu so give me steps:
> please give suggestions for xen earlier version(3.4 or other
> ) with xm toolstack on ubuntu12.04 or earlier because i find
> that xl has some issues which is under study. for xl
> migration i can't resolve some issues....so i want to
> switch back xm migrate ....
>
> if i use apt-get install xen then it doesn't give me
> tools/libxc support so anybody knows about how to work with
> =C2=A0xen source....
>
> Thanks
>
>

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

--047d7bdc801afb71a404fe269620-- --===============1761434097262023011== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1761434097262023011==-- From xen-users-bounces@lists.xen.org Mon Jul 14 14:01:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 14:01:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6goA-0000tG-SX; Mon, 14 Jul 2014 14:00:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6go9-0000t1-64 for xen-users@lists.xen.org; Mon, 14 Jul 2014 14:00:45 +0000 Received: from [193.109.254.147:56410] by server-5.bemta-14.messagelabs.com id A0/FF-05821-C82E3C35; Mon, 14 Jul 2014 14:00:44 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1405346442!17342710!1 X-Originating-IP: [209.85.192.50] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, HTML_00_10, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21228 invoked from network); 14 Jul 2014 14:00:43 -0000 Received: from mail-qg0-f50.google.com (HELO mail-qg0-f50.google.com) (209.85.192.50) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2014 14:00:43 -0000 Received: by mail-qg0-f50.google.com with SMTP id j5so3385947qga.37 for ; Mon, 14 Jul 2014 07:00:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=n03zqcRlXYFjdld91HgJ8S/JiMio9A30MnPfZ4h/uSM=; b=SafbkL38itGXv8f4O2hbl+kBWba2Pi0v3vWcW8XrWEqOrMi7naNB9ZiAKry0Wca70B hrwdEse4LLw47ovmGuKYsQexEEmjhtYFwTnPPS0HrYWaYNb+JVFjFID8ev6R29bszF+O Pc5gCpq3k9ugxB/T4ovYlB03P51NcmCObLVdPbhseAmQJBc7/WG/E6jN2eEm2VQCl+/F WjnOUDvH3M4+CmwVk/SHWlPb0P6KIhYzQ8k9zV4SX/dQg10qJUaLZdV3Ti/MmuytHd8/ VfjFvX+lz+SrkjfY0eFa7yAOSniU+XIlYr5K+7G0678QF+xSIqR35SWnjZWnKM317ClV f3IA== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr22533410qah.70.1405346442634; Mon, 14 Jul 2014 07:00:42 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 14 Jul 2014 07:00:42 -0700 (PDT) Date: Mon, 14 Jul 2014 08:00:42 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] interesting xen 4.5 unstable networking issue bug. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5298216815306402111==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5298216815306402111== Content-Type: multipart/alternative; boundary=001a1133d8947fee5704fe27b79b --001a1133d8947fee5704fe27b79b Content-Type: text/plain; charset=UTF-8 I have windows 8.1 running under xen 4.5 on top of arch linux. Ihave amd A8 6600K. I have usb pci-e and R9 270 assigned to domu. I have issue where virtual network adapter it works fine and fast at first. I was able to download my seam library (40 games. I connected over ssh to dom0 from windows 8.1 and I left my computer it went to sleep came back I woken up win 8.1 and network was slow youtube would brake up and pause a lot downloading was slow. It also lost connection to ssh on dom0. I could ssh to other servers and from other servers to dom0. IS there a bug --001a1133d8947fee5704fe27b79b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have windows 8.1 running under xen 4.5 on top of arch li= nux. Ihave amd A8 6600K. I have usb pci-e and R9 270 assigned to domu. =C2= =A0I have issue where virtual network adapter =C2=A0it works fine and fast = at first. I was able to download my seam library (40 games. I connected ove= r ssh to dom0 from windows 8.1 and I left my computer it went to sleep came= back I woken up win 8.1 and network was slow youtube would brake up and pa= use a lot downloading was slow. It also lost connection to ssh on dom0. I c= ould ssh to other servers and from other servers to dom0. IS there a bug=C2= =A0
--001a1133d8947fee5704fe27b79b-- --===============5298216815306402111== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5298216815306402111==-- From xen-users-bounces@lists.xen.org Mon Jul 14 14:01:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 14:01:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6goA-0000tG-SX; Mon, 14 Jul 2014 14:00:46 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6go9-0000t1-64 for xen-users@lists.xen.org; Mon, 14 Jul 2014 14:00:45 +0000 Received: from [193.109.254.147:56410] by server-5.bemta-14.messagelabs.com id A0/FF-05821-C82E3C35; Mon, 14 Jul 2014 14:00:44 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1405346442!17342710!1 X-Originating-IP: [209.85.192.50] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, HTML_00_10, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21228 invoked from network); 14 Jul 2014 14:00:43 -0000 Received: from mail-qg0-f50.google.com (HELO mail-qg0-f50.google.com) (209.85.192.50) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2014 14:00:43 -0000 Received: by mail-qg0-f50.google.com with SMTP id j5so3385947qga.37 for ; Mon, 14 Jul 2014 07:00:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=n03zqcRlXYFjdld91HgJ8S/JiMio9A30MnPfZ4h/uSM=; b=SafbkL38itGXv8f4O2hbl+kBWba2Pi0v3vWcW8XrWEqOrMi7naNB9ZiAKry0Wca70B hrwdEse4LLw47ovmGuKYsQexEEmjhtYFwTnPPS0HrYWaYNb+JVFjFID8ev6R29bszF+O Pc5gCpq3k9ugxB/T4ovYlB03P51NcmCObLVdPbhseAmQJBc7/WG/E6jN2eEm2VQCl+/F WjnOUDvH3M4+CmwVk/SHWlPb0P6KIhYzQ8k9zV4SX/dQg10qJUaLZdV3Ti/MmuytHd8/ VfjFvX+lz+SrkjfY0eFa7yAOSniU+XIlYr5K+7G0678QF+xSIqR35SWnjZWnKM317ClV f3IA== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr22533410qah.70.1405346442634; Mon, 14 Jul 2014 07:00:42 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Mon, 14 Jul 2014 07:00:42 -0700 (PDT) Date: Mon, 14 Jul 2014 08:00:42 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] interesting xen 4.5 unstable networking issue bug. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5298216815306402111==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5298216815306402111== Content-Type: multipart/alternative; boundary=001a1133d8947fee5704fe27b79b --001a1133d8947fee5704fe27b79b Content-Type: text/plain; charset=UTF-8 I have windows 8.1 running under xen 4.5 on top of arch linux. Ihave amd A8 6600K. I have usb pci-e and R9 270 assigned to domu. I have issue where virtual network adapter it works fine and fast at first. I was able to download my seam library (40 games. I connected over ssh to dom0 from windows 8.1 and I left my computer it went to sleep came back I woken up win 8.1 and network was slow youtube would brake up and pause a lot downloading was slow. It also lost connection to ssh on dom0. I could ssh to other servers and from other servers to dom0. IS there a bug --001a1133d8947fee5704fe27b79b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have windows 8.1 running under xen 4.5 on top of arch li= nux. Ihave amd A8 6600K. I have usb pci-e and R9 270 assigned to domu. =C2= =A0I have issue where virtual network adapter =C2=A0it works fine and fast = at first. I was able to download my seam library (40 games. I connected ove= r ssh to dom0 from windows 8.1 and I left my computer it went to sleep came= back I woken up win 8.1 and network was slow youtube would brake up and pa= use a lot downloading was slow. It also lost connection to ssh on dom0. I c= ould ssh to other servers and from other servers to dom0. IS there a bug=C2= =A0
--001a1133d8947fee5704fe27b79b-- --===============5298216815306402111== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5298216815306402111==-- From xen-users-bounces@lists.xen.org Mon Jul 14 16:52:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 16:52:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6jT2-0008NX-2W; Mon, 14 Jul 2014 16:51:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6jSx-0008NJ-5T for xen-users@lists.xen.org; Mon, 14 Jul 2014 16:51:06 +0000 Received: from [85.158.143.35:39835] by server-2.bemta-4.messagelabs.com id 9C/9E-26128-67A04C35; Mon, 14 Jul 2014 16:51:02 +0000 X-Env-Sender: derry@high-rely.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1405356660!17327791!1 X-Originating-IP: [208.70.89.157] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5159 invoked from network); 14 Jul 2014 16:51:01 -0000 Received: from cal1-mh746b.smtproutes.com (HELO cal1-mh746b.smtproutes.com) (208.70.89.157) by server-3.tower-21.messagelabs.com with SMTP; 14 Jul 2014 16:51:01 -0000 X-Katharion-ID: 1405356637.84772.cal1-mh746 Received: from m.screno.com ([75.140.43.69]) by cal1-mh746.smtproutes.com [(192.69.16.68)] with ESMTP via TCP (TLSv1/TLS_RSA_WITH_AES_128_CBC_SHA); 14 Jul 2014 16:50:37 +0000 Received: from MAIL.scl.local ([fe80::95d4:dc61:6777:5ab2]) by mail.scl.local ([fe80::95d4:dc61:6777:5ab2%22]) with mapi id 14.03.0174.001; Mon, 14 Jul 2014 09:52:13 -0700 From: Derry Bryson To: Philipp Hahn , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Problems attaching/using vhd as guest disk Thread-Index: Ac+dNU1O+k8GAeKZS0OIjslw1UKHjACKa6oAAAj3rOA= Date: Mon, 14 Jul 2014 16:52:12 +0000 Message-ID: <359604ECF8F440408B9634E6146249B46E29454F@mail.scl.local> References: <359604ECF8F440408B9634E6146249B46E29444C@mail.scl.local> <53C36A44.60005@univention.de> In-Reply-To: <53C36A44.60005@univention.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.1.71] MIME-Version: 1.0 Subject: Re: [Xen-users] Problems attaching/using vhd as guest disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm not sure I follow. Are you saying the vhd created by ShadowProtect is a differencing disk? I only have one vhd file and I thought using a differencing disk required a parent and child vhd with the child being the differencing disk. -----Original Message----- From: Philipp Hahn [mailto:hahn@univention.de] Sent: Sunday, July 13, 2014 10:28 PM To: Derry Bryson; xen-users@lists.xen.org Subject: Re: [Xen-users] Problems attaching/using vhd as guest disk Hello, On 11.07.2014 20:39, Derry Bryson wrote: > However, that is a pain to setup and everything I am reading says I > shouldn't use blktap anymore. Seems like in Xen 4.4, I should be > able to just use: > > Disk = ['/path/to/my.vhd,vhd,hda,rw'] > > But that doesn't work. It starts to boot and then blue screens. When > I look at the disk by booting the vm into a recovery iso, I can see > the vhd "disk" just looks like the raw vhd file. > > Anybody have any idea what I am doing wrong? VHD/VPC in QEMU doesn't support differencing disks, only fixed and dynamic disks, A patches was proposed to [Qemu-devel] named "[RFC PATCH v1] Support vhd type VHD_DIFFERENCING" on July 1st by Ding xiao, but as QEMU is currently in freeze for its next stable release, the patch has not been reviewed. Philipp _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 16:52:16 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 16:52:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6jT2-0008NX-2W; Mon, 14 Jul 2014 16:51:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6jSx-0008NJ-5T for xen-users@lists.xen.org; Mon, 14 Jul 2014 16:51:06 +0000 Received: from [85.158.143.35:39835] by server-2.bemta-4.messagelabs.com id 9C/9E-26128-67A04C35; Mon, 14 Jul 2014 16:51:02 +0000 X-Env-Sender: derry@high-rely.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1405356660!17327791!1 X-Originating-IP: [208.70.89.157] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5159 invoked from network); 14 Jul 2014 16:51:01 -0000 Received: from cal1-mh746b.smtproutes.com (HELO cal1-mh746b.smtproutes.com) (208.70.89.157) by server-3.tower-21.messagelabs.com with SMTP; 14 Jul 2014 16:51:01 -0000 X-Katharion-ID: 1405356637.84772.cal1-mh746 Received: from m.screno.com ([75.140.43.69]) by cal1-mh746.smtproutes.com [(192.69.16.68)] with ESMTP via TCP (TLSv1/TLS_RSA_WITH_AES_128_CBC_SHA); 14 Jul 2014 16:50:37 +0000 Received: from MAIL.scl.local ([fe80::95d4:dc61:6777:5ab2]) by mail.scl.local ([fe80::95d4:dc61:6777:5ab2%22]) with mapi id 14.03.0174.001; Mon, 14 Jul 2014 09:52:13 -0700 From: Derry Bryson To: Philipp Hahn , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] Problems attaching/using vhd as guest disk Thread-Index: Ac+dNU1O+k8GAeKZS0OIjslw1UKHjACKa6oAAAj3rOA= Date: Mon, 14 Jul 2014 16:52:12 +0000 Message-ID: <359604ECF8F440408B9634E6146249B46E29454F@mail.scl.local> References: <359604ECF8F440408B9634E6146249B46E29444C@mail.scl.local> <53C36A44.60005@univention.de> In-Reply-To: <53C36A44.60005@univention.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.1.1.71] MIME-Version: 1.0 Subject: Re: [Xen-users] Problems attaching/using vhd as guest disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm not sure I follow. Are you saying the vhd created by ShadowProtect is a differencing disk? I only have one vhd file and I thought using a differencing disk required a parent and child vhd with the child being the differencing disk. -----Original Message----- From: Philipp Hahn [mailto:hahn@univention.de] Sent: Sunday, July 13, 2014 10:28 PM To: Derry Bryson; xen-users@lists.xen.org Subject: Re: [Xen-users] Problems attaching/using vhd as guest disk Hello, On 11.07.2014 20:39, Derry Bryson wrote: > However, that is a pain to setup and everything I am reading says I > shouldn't use blktap anymore. Seems like in Xen 4.4, I should be > able to just use: > > Disk = ['/path/to/my.vhd,vhd,hda,rw'] > > But that doesn't work. It starts to boot and then blue screens. When > I look at the disk by booting the vm into a recovery iso, I can see > the vhd "disk" just looks like the raw vhd file. > > Anybody have any idea what I am doing wrong? VHD/VPC in QEMU doesn't support differencing disks, only fixed and dynamic disks, A patches was proposed to [Qemu-devel] named "[RFC PATCH v1] Support vhd type VHD_DIFFERENCING" on July 1st by Ding xiao, but as QEMU is currently in freeze for its next stable release, the patch has not been reviewed. Philipp _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 17:25:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 17:25:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6k05-0000lz-L3; Mon, 14 Jul 2014 17:25:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6k03-0000ln-V1 for xen-users@lists.xen.org; Mon, 14 Jul 2014 17:25:16 +0000 Received: from [85.158.139.211:22747] by server-12.bemta-5.messagelabs.com id 40/C9-11323-B7214C35; Mon, 14 Jul 2014 17:25:15 +0000 X-Env-Sender: Alain.Tchana@enseeiht.fr X-Msg-Ref: server-14.tower-206.messagelabs.com!1405358714!10085086!1 X-Originating-IP: [193.48.203.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20618 invoked from network); 14 Jul 2014 17:25:14 -0000 Received: from inpsmtp2.inp-toulouse.fr (HELO inpsmtp2.inp-toulouse.fr) (193.48.203.42) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jul 2014 17:25:14 -0000 Received: from imap.inp-toulouse.fr (imap.inp-toulouse.fr [193.48.203.40]) by inpsmtp2.inp-toulouse.fr (8.14.3/8.14.3/Debian-9.4) with ESMTP id s6EHP9ba012492; Mon, 14 Jul 2014 19:25:10 +0200 Received: from rcmail.inp-toulouse.fr (rcmail.inp-toulouse.fr [193.48.203.51]) by imap.inp-toulouse.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id s6EHP7XB003878; Mon, 14 Jul 2014 19:25:09 +0200 MIME-Version: 1.0 Date: Mon, 14 Jul 2014 19:25:06 +0200 From: TCHANA Alain To: Ian Campbell In-Reply-To: <1405328559.28854.5.camel@kazak.uk.xensource.com> References: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> <1405328559.28854.5.camel@kazak.uk.xensource.com> Message-ID: <026c015b0d0e3063889afe2a15ee0557@inp-toulouse.fr> X-Sender: Alain.Tchana@enseeiht.fr User-Agent: INP Webmail X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (inpsmtp2.inp-toulouse.fr [193.48.203.42]); Mon, 14 Jul 2014 19:25:10 +0200 (CEST) X-Scanned-By: MIMEDefang 2.69 on 193.48.203.42 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] domU page fault handling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thank you Ian, I will try with the new version of Xen and come back to you if necessary. Alain On Mon, 14 Jul 2014 10:02:39 +0100, Ian Campbell wrote: > On Sat, 2014-07-12 at 05:15 +0200, TCHANA Alain wrote: >> Hi all, >> >> I would like to know where (in Xen or Linux source code) a domU page >> fault is treated in a Xen (version Xen 4.2). > > 4.2 is quite old to be asking development question of. You should > look > at least at 4.4 and at mainline kernel trees. > >> Is it treated by: >> >> 1) the domU operating system do_page_fault() routine, in >> linux-source-xxx/arch/x86/mm/fault.c. >> In this case, how does the modification of domU page tables are >> possible since a domU is not allowed to update them. > > These updates happen via the usual hypercall mechanisms. > >> or >> >> 2) the hypervisor do_page_fault() routine, in xen/arch/x86/traps.c. >> In this case, how does the domU maintains its internal page fault >> stats. > > Xen will take the original h/w page fault here and, if it is for the > guest, send it onwards by injecting it into the guest. > > Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 17:25:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 17:25:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6k05-0000lz-L3; Mon, 14 Jul 2014 17:25:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6k03-0000ln-V1 for xen-users@lists.xen.org; Mon, 14 Jul 2014 17:25:16 +0000 Received: from [85.158.139.211:22747] by server-12.bemta-5.messagelabs.com id 40/C9-11323-B7214C35; Mon, 14 Jul 2014 17:25:15 +0000 X-Env-Sender: Alain.Tchana@enseeiht.fr X-Msg-Ref: server-14.tower-206.messagelabs.com!1405358714!10085086!1 X-Originating-IP: [193.48.203.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20618 invoked from network); 14 Jul 2014 17:25:14 -0000 Received: from inpsmtp2.inp-toulouse.fr (HELO inpsmtp2.inp-toulouse.fr) (193.48.203.42) by server-14.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jul 2014 17:25:14 -0000 Received: from imap.inp-toulouse.fr (imap.inp-toulouse.fr [193.48.203.40]) by inpsmtp2.inp-toulouse.fr (8.14.3/8.14.3/Debian-9.4) with ESMTP id s6EHP9ba012492; Mon, 14 Jul 2014 19:25:10 +0200 Received: from rcmail.inp-toulouse.fr (rcmail.inp-toulouse.fr [193.48.203.51]) by imap.inp-toulouse.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id s6EHP7XB003878; Mon, 14 Jul 2014 19:25:09 +0200 MIME-Version: 1.0 Date: Mon, 14 Jul 2014 19:25:06 +0200 From: TCHANA Alain To: Ian Campbell In-Reply-To: <1405328559.28854.5.camel@kazak.uk.xensource.com> References: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> <1405328559.28854.5.camel@kazak.uk.xensource.com> Message-ID: <026c015b0d0e3063889afe2a15ee0557@inp-toulouse.fr> X-Sender: Alain.Tchana@enseeiht.fr User-Agent: INP Webmail X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (inpsmtp2.inp-toulouse.fr [193.48.203.42]); Mon, 14 Jul 2014 19:25:10 +0200 (CEST) X-Scanned-By: MIMEDefang 2.69 on 193.48.203.42 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] domU page fault handling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thank you Ian, I will try with the new version of Xen and come back to you if necessary. Alain On Mon, 14 Jul 2014 10:02:39 +0100, Ian Campbell wrote: > On Sat, 2014-07-12 at 05:15 +0200, TCHANA Alain wrote: >> Hi all, >> >> I would like to know where (in Xen or Linux source code) a domU page >> fault is treated in a Xen (version Xen 4.2). > > 4.2 is quite old to be asking development question of. You should > look > at least at 4.4 and at mainline kernel trees. > >> Is it treated by: >> >> 1) the domU operating system do_page_fault() routine, in >> linux-source-xxx/arch/x86/mm/fault.c. >> In this case, how does the modification of domU page tables are >> possible since a domU is not allowed to update them. > > These updates happen via the usual hypercall mechanisms. > >> or >> >> 2) the hypervisor do_page_fault() routine, in xen/arch/x86/traps.c. >> In this case, how does the domU maintains its internal page fault >> stats. > > Xen will take the original h/w page fault here and, if it is for the > guest, send it onwards by injecting it into the guest. > > Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 19:39:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 19:39:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6m4U-0004c7-63; Mon, 14 Jul 2014 19:37:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6m4T-0004c2-8D for xen-users@lists.xen.org; Mon, 14 Jul 2014 19:37:57 +0000 Received: from [85.158.143.35:13123] by server-1.bemta-4.messagelabs.com id 17/18-30046-49134C35; Mon, 14 Jul 2014 19:37:56 +0000 X-Env-Sender: aravindp@cisco.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1405366674!17678366!1 X-Originating-IP: [173.37.86.74] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjM3Ljg2Ljc0ID0+IDE4NzgzNg==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19159 invoked from network); 14 Jul 2014 19:37:55 -0000 Received: from rcdn-iport-3.cisco.com (HELO rcdn-iport-3.cisco.com) (173.37.86.74) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2014 19:37:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=576; q=dns/txt; s=iport; t=1405366675; x=1406576275; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=/1TV6DEh9RJoTSxOvugJxUJE529O0ytQWi3QT8dNi6E=; b=lpVpw4P6opaDMvj5+/lpPg4689w4K7CflNU8FdkjpKsXwr8pr0GwEXYD 6/gL9u8trgGhwCtScrc9SlAuygH8QHOMd+Z+bAJVFVvB1WhhiQdWe6nzm 48a/ynt55R1S+NvPb0aNWN/yl9OnrL6NPTTB+M53Ui0DNxixDSsFCivPU 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqELAMEwxFOtJA2B/2dsb2JhbABZgw5SWAOCcb5jh0MBGX8WdYQEAQEDASMRRRACAQgaAgYgAgICMBUQAgQODYgyCA2wZJdjF4EsjW4xB4J3NoEWBZxYklSDRIIw X-IronPort-AV: E=Sophos;i="5.01,659,1400025600"; d="scan'208";a="339950088" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-3.cisco.com with ESMTP; 14 Jul 2014 19:37:53 +0000 Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id s6EJbrPB009427 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 14 Jul 2014 19:37:53 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.120]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0123.003; Mon, 14 Jul 2014 14:37:53 -0500 From: "Aravindh Puthiyaparambil (aravindp)" To: TCHANA Alain Thread-Topic: [Xen-users] domU page fault handling Thread-Index: AQHPn5qZi3J4XqPEu0uTPcwo14Xh/puf9hCg Date: Mon, 14 Jul 2014 19:37:52 +0000 Message-ID: <97A500D504438F4ABC02EBA81613CC6331883ADE@xmb-aln-x02.cisco.com> References: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> <1405328559.28854.5.camel@kazak.uk.xensource.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.115.42] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] domU page fault handling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >> 1) the domU operating system do_page_fault() routine, in >> linux-source-xxx/arch/x86/mm/fault.c. >> In this case, how does the modification of domU page tables are >> possible since a domU is not allowed to update them. > >These updates happen via the usual hypercall mechanisms. This page gives some details about this. http://wiki.xenproject.org/wiki/X86_Paravirtualised_Memory_Management Aravindh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 19:39:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 19:39:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6m4U-0004c7-63; Mon, 14 Jul 2014 19:37:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6m4T-0004c2-8D for xen-users@lists.xen.org; Mon, 14 Jul 2014 19:37:57 +0000 Received: from [85.158.143.35:13123] by server-1.bemta-4.messagelabs.com id 17/18-30046-49134C35; Mon, 14 Jul 2014 19:37:56 +0000 X-Env-Sender: aravindp@cisco.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1405366674!17678366!1 X-Originating-IP: [173.37.86.74] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjM3Ljg2Ljc0ID0+IDE4NzgzNg==\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19159 invoked from network); 14 Jul 2014 19:37:55 -0000 Received: from rcdn-iport-3.cisco.com (HELO rcdn-iport-3.cisco.com) (173.37.86.74) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Jul 2014 19:37:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=576; q=dns/txt; s=iport; t=1405366675; x=1406576275; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=/1TV6DEh9RJoTSxOvugJxUJE529O0ytQWi3QT8dNi6E=; b=lpVpw4P6opaDMvj5+/lpPg4689w4K7CflNU8FdkjpKsXwr8pr0GwEXYD 6/gL9u8trgGhwCtScrc9SlAuygH8QHOMd+Z+bAJVFVvB1WhhiQdWe6nzm 48a/ynt55R1S+NvPb0aNWN/yl9OnrL6NPTTB+M53Ui0DNxixDSsFCivPU 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqELAMEwxFOtJA2B/2dsb2JhbABZgw5SWAOCcb5jh0MBGX8WdYQEAQEDASMRRRACAQgaAgYgAgICMBUQAgQODYgyCA2wZJdjF4EsjW4xB4J3NoEWBZxYklSDRIIw X-IronPort-AV: E=Sophos;i="5.01,659,1400025600"; d="scan'208";a="339950088" Received: from alln-core-9.cisco.com ([173.36.13.129]) by rcdn-iport-3.cisco.com with ESMTP; 14 Jul 2014 19:37:53 +0000 Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id s6EJbrPB009427 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 14 Jul 2014 19:37:53 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.120]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0123.003; Mon, 14 Jul 2014 14:37:53 -0500 From: "Aravindh Puthiyaparambil (aravindp)" To: TCHANA Alain Thread-Topic: [Xen-users] domU page fault handling Thread-Index: AQHPn5qZi3J4XqPEu0uTPcwo14Xh/puf9hCg Date: Mon, 14 Jul 2014 19:37:52 +0000 Message-ID: <97A500D504438F4ABC02EBA81613CC6331883ADE@xmb-aln-x02.cisco.com> References: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> <1405328559.28854.5.camel@kazak.uk.xensource.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.21.115.42] MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Ian Campbell Subject: Re: [Xen-users] domU page fault handling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >> 1) the domU operating system do_page_fault() routine, in >> linux-source-xxx/arch/x86/mm/fault.c. >> In this case, how does the modification of domU page tables are >> possible since a domU is not allowed to update them. > >These updates happen via the usual hypercall mechanisms. This page gives some details about this. http://wiki.xenproject.org/wiki/X86_Paravirtualised_Memory_Management Aravindh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 22:38:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 22:38:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6osg-0006sE-DT; Mon, 14 Jul 2014 22:37:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6ose-0006s8-IH for xen-users@lists.xen.org; Mon, 14 Jul 2014 22:37:56 +0000 Received: from [85.158.139.211:59688] by server-6.bemta-5.messagelabs.com id 59/83-02101-3CB54C35; Mon, 14 Jul 2014 22:37:55 +0000 X-Env-Sender: Alain.Tchana@enseeiht.fr X-Msg-Ref: server-7.tower-206.messagelabs.com!1405377474!15538384!1 X-Originating-IP: [193.48.203.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15576 invoked from network); 14 Jul 2014 22:37:55 -0000 Received: from inpsmtp2.inp-toulouse.fr (HELO inpsmtp2.inp-toulouse.fr) (193.48.203.42) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jul 2014 22:37:55 -0000 Received: from imap.inp-toulouse.fr (imap.inp-toulouse.fr [193.48.203.40]) by inpsmtp2.inp-toulouse.fr (8.14.3/8.14.3/Debian-9.4) with ESMTP id s6EMbmVL016590; Tue, 15 Jul 2014 00:37:48 +0200 Received: from rcmail.inp-toulouse.fr (rcmail.inp-toulouse.fr [193.48.203.51]) by imap.inp-toulouse.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id s6EMbkBN005591; Tue, 15 Jul 2014 00:37:48 +0200 MIME-Version: 1.0 Date: Tue, 15 Jul 2014 00:37:46 +0200 From: TCHANA Alain To: "Aravindh Puthiyaparambil (aravindp)" In-Reply-To: <97A500D504438F4ABC02EBA81613CC6331883ADE@xmb-aln-x02.cisco.com> References: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> <1405328559.28854.5.camel@kazak.uk.xensource.com> <97A500D504438F4ABC02EBA81613CC6331883ADE@xmb-aln-x02.cisco.com> Message-ID: <7e6b3d159f313dd4fe23292dd46029c9@inp-toulouse.fr> X-Sender: Alain.Tchana@enseeiht.fr User-Agent: INP Webmail X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (inpsmtp2.inp-toulouse.fr [193.48.203.42]); Tue, 15 Jul 2014 00:37:49 +0200 (CEST) X-Scanned-By: MIMEDefang 2.69 on 193.48.203.42 Cc: xen-users@lists.xen.org, Ian Campbell Subject: Re: [Xen-users] domU page fault handling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thank Aravindh, I will read the document. Alain On Mon, 14 Jul 2014 19:37:52 +0000, Aravindh Puthiyaparambil (aravindp) wrote: >>> 1) the domU operating system do_page_fault() routine, in >>> linux-source-xxx/arch/x86/mm/fault.c. >>> In this case, how does the modification of domU page tables are >>> possible since a domU is not allowed to update them. >> >>These updates happen via the usual hypercall mechanisms. > > This page gives some details about this. > > http://wiki.xenproject.org/wiki/X86_Paravirtualised_Memory_Management > > Aravindh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Jul 14 22:38:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 14 Jul 2014 22:38:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6osg-0006sE-DT; Mon, 14 Jul 2014 22:37:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6ose-0006s8-IH for xen-users@lists.xen.org; Mon, 14 Jul 2014 22:37:56 +0000 Received: from [85.158.139.211:59688] by server-6.bemta-5.messagelabs.com id 59/83-02101-3CB54C35; Mon, 14 Jul 2014 22:37:55 +0000 X-Env-Sender: Alain.Tchana@enseeiht.fr X-Msg-Ref: server-7.tower-206.messagelabs.com!1405377474!15538384!1 X-Originating-IP: [193.48.203.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15576 invoked from network); 14 Jul 2014 22:37:55 -0000 Received: from inpsmtp2.inp-toulouse.fr (HELO inpsmtp2.inp-toulouse.fr) (193.48.203.42) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Jul 2014 22:37:55 -0000 Received: from imap.inp-toulouse.fr (imap.inp-toulouse.fr [193.48.203.40]) by inpsmtp2.inp-toulouse.fr (8.14.3/8.14.3/Debian-9.4) with ESMTP id s6EMbmVL016590; Tue, 15 Jul 2014 00:37:48 +0200 Received: from rcmail.inp-toulouse.fr (rcmail.inp-toulouse.fr [193.48.203.51]) by imap.inp-toulouse.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id s6EMbkBN005591; Tue, 15 Jul 2014 00:37:48 +0200 MIME-Version: 1.0 Date: Tue, 15 Jul 2014 00:37:46 +0200 From: TCHANA Alain To: "Aravindh Puthiyaparambil (aravindp)" In-Reply-To: <97A500D504438F4ABC02EBA81613CC6331883ADE@xmb-aln-x02.cisco.com> References: <3333c7afb5600c79a574201cd09f1b8e@inp-toulouse.fr> <1405328559.28854.5.camel@kazak.uk.xensource.com> <97A500D504438F4ABC02EBA81613CC6331883ADE@xmb-aln-x02.cisco.com> Message-ID: <7e6b3d159f313dd4fe23292dd46029c9@inp-toulouse.fr> X-Sender: Alain.Tchana@enseeiht.fr User-Agent: INP Webmail X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.7 (inpsmtp2.inp-toulouse.fr [193.48.203.42]); Tue, 15 Jul 2014 00:37:49 +0200 (CEST) X-Scanned-By: MIMEDefang 2.69 on 193.48.203.42 Cc: xen-users@lists.xen.org, Ian Campbell Subject: Re: [Xen-users] domU page fault handling X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thank Aravindh, I will read the document. Alain On Mon, 14 Jul 2014 19:37:52 +0000, Aravindh Puthiyaparambil (aravindp) wrote: >>> 1) the domU operating system do_page_fault() routine, in >>> linux-source-xxx/arch/x86/mm/fault.c. >>> In this case, how does the modification of domU page tables are >>> possible since a domU is not allowed to update them. >> >>These updates happen via the usual hypercall mechanisms. > > This page gives some details about this. > > http://wiki.xenproject.org/wiki/X86_Paravirtualised_Memory_Management > > Aravindh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 15 07:02:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 07:02:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6wkB-0000R8-Lf; Tue, 15 Jul 2014 07:01:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6wk9-0000P9-Ld for xen-users@lists.xen.org; Tue, 15 Jul 2014 07:01:41 +0000 Received: from [85.158.137.68:53523] by server-10.bemta-3.messagelabs.com id 30/79-27220-4D1D4C35; Tue, 15 Jul 2014 07:01:40 +0000 X-Env-Sender: hahn@univention.de X-Msg-Ref: server-14.tower-31.messagelabs.com!1405407700!13496649!1 X-Originating-IP: [82.198.197.8] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12734 invoked from network); 15 Jul 2014 07:01:40 -0000 Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jul 2014 07:01:40 -0000 Received: from localhost (localhost [127.0.0.1]) by solig.knut.univention.de (Postfix) with ESMTP id 8C7EE109366C; Tue, 15 Jul 2014 09:01:39 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at knut.univention.de Received: from mail.univention.de ([127.0.0.1]) by localhost (solig.knut.univention.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jY96bQUqZAC8; Tue, 15 Jul 2014 09:01:39 +0200 (CEST) Received: from [192.168.0.191] (mail.univention.de [82.198.197.8]) by solig.knut.univention.de (Postfix) with ESMTPSA id 00031109364F; Tue, 15 Jul 2014 09:01:38 +0200 (CEST) Message-ID: <53C4D1D2.8090408@univention.de> Date: Tue, 15 Jul 2014 09:01:38 +0200 From: Philipp Hahn Organization: Univention GmbH User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: Derry Bryson , "xen-users@lists.xen.org" References: <359604ECF8F440408B9634E6146249B46E29444C@mail.scl.local> <53C36A44.60005@univention.de> <359604ECF8F440408B9634E6146249B46E29454F@mail.scl.local> In-Reply-To: <359604ECF8F440408B9634E6146249B46E29454F@mail.scl.local> X-Enigmail-Version: 1.6 Content-Length: 1165 Subject: Re: [Xen-users] Problems attaching/using vhd as guest disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, On 14.07.2014 18:52, Derry Bryson wrote: > From: Philipp Hahn [mailto:hahn@univention.de] >> VHD/VPC in QEMU doesn't support differencing disks, only fixed and >> dynamic disks, ... > I'm not sure I follow. Are you saying the vhd created by > ShadowProtect is a differencing disk? I don't know ShadowProtect, but I've seen that symptom myself when using differencing disks. > I only have one vhd file and I > thought using a differencing disk required a parent and child vhd > with the child being the differencing disk. Your understanding is correct AFAIK. You might want to also check that the VHD image file contains a UUID: From qemu-img I know that it was using an all-zero UUID, which then failed some test in vhd-utils, leading to the VPC image being detected as a raw file instead. > Disk =3D [=91/path/to/my.vhd,vhd,hda,rw=92] ^^^ You also might want to try 'vpc' there, as that is the names as used by QEMU. (I'm still using xen-4.1, so I don't have any xen-4.4 knowledge yet). Philipp _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 15 07:02:49 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 07:02:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6wkB-0000R8-Lf; Tue, 15 Jul 2014 07:01:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6wk9-0000P9-Ld for xen-users@lists.xen.org; Tue, 15 Jul 2014 07:01:41 +0000 Received: from [85.158.137.68:53523] by server-10.bemta-3.messagelabs.com id 30/79-27220-4D1D4C35; Tue, 15 Jul 2014 07:01:40 +0000 X-Env-Sender: hahn@univention.de X-Msg-Ref: server-14.tower-31.messagelabs.com!1405407700!13496649!1 X-Originating-IP: [82.198.197.8] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12734 invoked from network); 15 Jul 2014 07:01:40 -0000 Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8) by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jul 2014 07:01:40 -0000 Received: from localhost (localhost [127.0.0.1]) by solig.knut.univention.de (Postfix) with ESMTP id 8C7EE109366C; Tue, 15 Jul 2014 09:01:39 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at knut.univention.de Received: from mail.univention.de ([127.0.0.1]) by localhost (solig.knut.univention.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jY96bQUqZAC8; Tue, 15 Jul 2014 09:01:39 +0200 (CEST) Received: from [192.168.0.191] (mail.univention.de [82.198.197.8]) by solig.knut.univention.de (Postfix) with ESMTPSA id 00031109364F; Tue, 15 Jul 2014 09:01:38 +0200 (CEST) Message-ID: <53C4D1D2.8090408@univention.de> Date: Tue, 15 Jul 2014 09:01:38 +0200 From: Philipp Hahn Organization: Univention GmbH User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.6.0 MIME-Version: 1.0 To: Derry Bryson , "xen-users@lists.xen.org" References: <359604ECF8F440408B9634E6146249B46E29444C@mail.scl.local> <53C36A44.60005@univention.de> <359604ECF8F440408B9634E6146249B46E29454F@mail.scl.local> In-Reply-To: <359604ECF8F440408B9634E6146249B46E29454F@mail.scl.local> X-Enigmail-Version: 1.6 Content-Length: 1165 Subject: Re: [Xen-users] Problems attaching/using vhd as guest disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, On 14.07.2014 18:52, Derry Bryson wrote: > From: Philipp Hahn [mailto:hahn@univention.de] >> VHD/VPC in QEMU doesn't support differencing disks, only fixed and >> dynamic disks, ... > I'm not sure I follow. Are you saying the vhd created by > ShadowProtect is a differencing disk? I don't know ShadowProtect, but I've seen that symptom myself when using differencing disks. > I only have one vhd file and I > thought using a differencing disk required a parent and child vhd > with the child being the differencing disk. Your understanding is correct AFAIK. You might want to also check that the VHD image file contains a UUID: From qemu-img I know that it was using an all-zero UUID, which then failed some test in vhd-utils, leading to the VPC image being detected as a raw file instead. > Disk =3D [=91/path/to/my.vhd,vhd,hda,rw=92] ^^^ You also might want to try 'vpc' there, as that is the names as used by QEMU. (I'm still using xen-4.1, so I don't have any xen-4.4 knowledge yet). Philipp _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 15 07:39:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 07:39:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6xK9-00019V-Nb; Tue, 15 Jul 2014 07:38:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6xK7-00019O-OZ for xen-users@lists.xen.org; Tue, 15 Jul 2014 07:38:51 +0000 Received: from [85.158.139.211:40527] by server-8.bemta-5.messagelabs.com id 84/C9-25094-B8AD4C35; Tue, 15 Jul 2014 07:38:51 +0000 X-Env-Sender: mattia.carrara@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1405409927!15550671!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17194 invoked from network); 15 Jul 2014 07:38:50 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 07:38:50 -0000 Received: by mail-wi0-f182.google.com with SMTP id d1so3777954wiv.9 for ; Tue, 15 Jul 2014 00:38:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=HNMOhww8jU6HMayqS9CDg9p3AgfwgXeg0m6NqSEYHns=; b=xn1PEOMQFV7JI7rWo9xSdMQzbT3Y9GvsuYQ1Ma3nVv2mhfy/M1Cxir5mjxj0pi2cwM 7e94fFVGii5fXkT6yvS1+wXY6Q3HDWa6jyuNRND5PEHRSeH23ASGk4Uh/zJSW/WNeh6S AjYRBKZDuH3ZncdXZnsCLOsHFMxrRkfqOYzpo1q+8B8uwF/e32HkqsEZzTQAZi0j7l4A Nct2hjRvY3HpDrmrEp5IYIP2xKoqhB/5uvYboGKSLSt4O4QvmRyId5sxo4y5dDAjB8wX PO+2a/7MSTwciK+v07OmFAcRqx+RQapn7JlCByZSUXz4xyus0EZam7RT/UXQV3b9VL2n wZ6A== MIME-Version: 1.0 X-Received: by 10.194.20.230 with SMTP id q6mr25564815wje.43.1405409926870; Tue, 15 Jul 2014 00:38:46 -0700 (PDT) Received: by 10.194.63.236 with HTTP; Tue, 15 Jul 2014 00:38:46 -0700 (PDT) Date: Tue, 15 Jul 2014 09:38:46 +0200 Message-ID: From: Mattia Carrara To: xen-users@lists.xen.org Subject: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3679352754561680154==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3679352754561680154== Content-Type: multipart/alternative; boundary=047d7b5d971b747c3904fe367f43 --047d7b5d971b747c3904fe367f43 Content-Type: text/plain; charset=UTF-8 Hello guys, It's time to upgrade my old pc. I have been thinking about this project for one month, now i'll explain it. One linux machine with xen installed will host 3 virtual machines. One will be running linux + plex and this will be the HTPC, the other two virtual machines will run Windows. I don't need hi-end graphics, the objective is to obtain a good balance between calcolus power and power consumption. In such way I will have a computer for myself, for my family and HTPC. To do this I planned to buy a 4790k, a Z87 Extreme 6 by ASrock, 8GB of RAM and maybe hybrid hard drives. From intel website i saw that i7 4790k supports vd-t but not vPro. Is this a problem? I mean: every one in the internet is saying that only "non K" CPUs support vd-t. Is this right? Then about the motherboard, Z87 is the lastest to support Vd-t? Z97 doesn't support it? Now the problem is GPU pass-through. My idea Intel integrated graphics and auidio for HTPC in such way i will have audio and video over HDMI. Other two ati PCIe GPUs one for each virtual machine. Then for audio other two pci cards. The question is: is there a better solution for audio? I mean each card has more than one channel, can I deticate a channel instead of a single PCI card? Another problem are all the wires! I was thinking to use Thunderbolt for the two Windows VM. In such way i will have Audio, Video and USBs in a cable. But how? Do you have any suggestion? Thanks for your time and help. Have a nice day, Mattia --047d7b5d971b747c3904fe367f43 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello guys,

It's time to upgrade my old pc. I have been thinking about t= his project for one month, now i'll explain it.

One linux machine with xen installed will host 3 virtual machine= s. One will be running linux + plex and this will be the HTPC, the other tw= o virtual machines will run Windows. I don't need hi-end graphics, the = objective is to obtain a good balance between calcolus power and power cons= umption. In such way I will have a computer for myself, for my family and H= TPC.

To do this I planned to buy a 4790k, a Z87 Extreme 6 by ASrock, = 8GB of RAM and maybe hybrid hard drives. From intel website i saw that i7 4= 790k supports vd-t but not vPro. Is this a problem? I mean: every one in th= e internet is saying that only "non K" CPUs support vd-t. Is this= right?=C2=A0

Then about the motherboard, Z87 is the lastest to support Vd-t? = Z97 doesn't support it?=C2=A0

Now the problem is GPU pass-through. My idea Intel integrated gr= aphics and auidio for HTPC in such way i will have audio and video over HDM= I. Other two ati PCIe GPUs one for each virtual machine. Then for audio oth= er two pci cards. The question is: is there a better solution for audio? I = mean each card has more than one channel, can I deticate a channel instead = of a single PCI card? Another problem are all the wires! I was thinking to = use Thunderbolt for the two Windows VM. In such way i will have Audio, Vide= o and USBs in a cable. But how? Do you have any suggestion?

Thanks for your time and help.

Have a nice day, Mattia
--047d7b5d971b747c3904fe367f43-- --===============3679352754561680154== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3679352754561680154==-- From xen-users-bounces@lists.xen.org Tue Jul 15 07:39:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 07:39:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6xK9-00019V-Nb; Tue, 15 Jul 2014 07:38:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6xK7-00019O-OZ for xen-users@lists.xen.org; Tue, 15 Jul 2014 07:38:51 +0000 Received: from [85.158.139.211:40527] by server-8.bemta-5.messagelabs.com id 84/C9-25094-B8AD4C35; Tue, 15 Jul 2014 07:38:51 +0000 X-Env-Sender: mattia.carrara@gmail.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1405409927!15550671!1 X-Originating-IP: [209.85.212.182] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17194 invoked from network); 15 Jul 2014 07:38:50 -0000 Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 07:38:50 -0000 Received: by mail-wi0-f182.google.com with SMTP id d1so3777954wiv.9 for ; Tue, 15 Jul 2014 00:38:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=HNMOhww8jU6HMayqS9CDg9p3AgfwgXeg0m6NqSEYHns=; b=xn1PEOMQFV7JI7rWo9xSdMQzbT3Y9GvsuYQ1Ma3nVv2mhfy/M1Cxir5mjxj0pi2cwM 7e94fFVGii5fXkT6yvS1+wXY6Q3HDWa6jyuNRND5PEHRSeH23ASGk4Uh/zJSW/WNeh6S AjYRBKZDuH3ZncdXZnsCLOsHFMxrRkfqOYzpo1q+8B8uwF/e32HkqsEZzTQAZi0j7l4A Nct2hjRvY3HpDrmrEp5IYIP2xKoqhB/5uvYboGKSLSt4O4QvmRyId5sxo4y5dDAjB8wX PO+2a/7MSTwciK+v07OmFAcRqx+RQapn7JlCByZSUXz4xyus0EZam7RT/UXQV3b9VL2n wZ6A== MIME-Version: 1.0 X-Received: by 10.194.20.230 with SMTP id q6mr25564815wje.43.1405409926870; Tue, 15 Jul 2014 00:38:46 -0700 (PDT) Received: by 10.194.63.236 with HTTP; Tue, 15 Jul 2014 00:38:46 -0700 (PDT) Date: Tue, 15 Jul 2014 09:38:46 +0200 Message-ID: From: Mattia Carrara To: xen-users@lists.xen.org Subject: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3679352754561680154==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3679352754561680154== Content-Type: multipart/alternative; boundary=047d7b5d971b747c3904fe367f43 --047d7b5d971b747c3904fe367f43 Content-Type: text/plain; charset=UTF-8 Hello guys, It's time to upgrade my old pc. I have been thinking about this project for one month, now i'll explain it. One linux machine with xen installed will host 3 virtual machines. One will be running linux + plex and this will be the HTPC, the other two virtual machines will run Windows. I don't need hi-end graphics, the objective is to obtain a good balance between calcolus power and power consumption. In such way I will have a computer for myself, for my family and HTPC. To do this I planned to buy a 4790k, a Z87 Extreme 6 by ASrock, 8GB of RAM and maybe hybrid hard drives. From intel website i saw that i7 4790k supports vd-t but not vPro. Is this a problem? I mean: every one in the internet is saying that only "non K" CPUs support vd-t. Is this right? Then about the motherboard, Z87 is the lastest to support Vd-t? Z97 doesn't support it? Now the problem is GPU pass-through. My idea Intel integrated graphics and auidio for HTPC in such way i will have audio and video over HDMI. Other two ati PCIe GPUs one for each virtual machine. Then for audio other two pci cards. The question is: is there a better solution for audio? I mean each card has more than one channel, can I deticate a channel instead of a single PCI card? Another problem are all the wires! I was thinking to use Thunderbolt for the two Windows VM. In such way i will have Audio, Video and USBs in a cable. But how? Do you have any suggestion? Thanks for your time and help. Have a nice day, Mattia --047d7b5d971b747c3904fe367f43 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello guys,

It's time to upgrade my old pc. I have been thinking about t= his project for one month, now i'll explain it.

One linux machine with xen installed will host 3 virtual machine= s. One will be running linux + plex and this will be the HTPC, the other tw= o virtual machines will run Windows. I don't need hi-end graphics, the = objective is to obtain a good balance between calcolus power and power cons= umption. In such way I will have a computer for myself, for my family and H= TPC.

To do this I planned to buy a 4790k, a Z87 Extreme 6 by ASrock, = 8GB of RAM and maybe hybrid hard drives. From intel website i saw that i7 4= 790k supports vd-t but not vPro. Is this a problem? I mean: every one in th= e internet is saying that only "non K" CPUs support vd-t. Is this= right?=C2=A0

Then about the motherboard, Z87 is the lastest to support Vd-t? = Z97 doesn't support it?=C2=A0

Now the problem is GPU pass-through. My idea Intel integrated gr= aphics and auidio for HTPC in such way i will have audio and video over HDM= I. Other two ati PCIe GPUs one for each virtual machine. Then for audio oth= er two pci cards. The question is: is there a better solution for audio? I = mean each card has more than one channel, can I deticate a channel instead = of a single PCI card? Another problem are all the wires! I was thinking to = use Thunderbolt for the two Windows VM. In such way i will have Audio, Vide= o and USBs in a cable. But how? Do you have any suggestion?

Thanks for your time and help.

Have a nice day, Mattia
--047d7b5d971b747c3904fe367f43-- --===============3679352754561680154== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3679352754561680154==-- From xen-users-bounces@lists.xen.org Tue Jul 15 08:20:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 08:20:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6xxO-0002MP-Mh; Tue, 15 Jul 2014 08:19:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6xxN-0002MK-PU for xen-users@lists.xen.org; Tue, 15 Jul 2014 08:19:25 +0000 Received: from [85.158.139.211:56711] by server-5.bemta-5.messagelabs.com id 6C/67-09027-C04E4C35; Tue, 15 Jul 2014 08:19:24 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-5.tower-206.messagelabs.com!1405412364!15537716!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14642 invoked from network); 15 Jul 2014 08:19:24 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-5.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 15 Jul 2014 08:19:24 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X6xxK-0002sX-KF for xen-users@lists.xen.org; Tue, 15 Jul 2014 10:19:22 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X6xxK-0000pl-Fx for xen-users@lists.xen.org; Tue, 15 Jul 2014 10:19:22 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53BE7FF0.60704@bobich.net> (Gordan Bobic's message of "Thu, 10 Jul 2014 12:58:40 +0100") Date: Tue, 15 Jul 2014 10:16:24 +0200 Organization: my virtual residence Message-ID: <87ha2j3ulj.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> <871ttueyq0.fsf@yun.yagibdah.de> <53BE328B.3040000@bobich.net> <87d2ddd1x9.fsf@yun.yagibdah.de> <53BE7FF0.60704@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 07/10/2014 09:59 AM, lee wrote: >> Gordan Bobic writes: >> >>>> I'd have to make a huge tar archive or something of my data and encrypt >>>> that with gpg before uploading it. That isn't really feasible. >>> >>> No, encfs is a layer and stores each encrypted file and filename as >>> normal, they are just encrypted. So when you mount the encrypted data >>> to a mount point, it's available unencrypted. When you look at the >>> encrypted directory tree, the file names and contents are scrambled. >>> >>> So to back it up, you back up the encrypted subtree directly. No need >>> for intermediate steps. >> >> And how good is this encryption? > > AES Is that good enough? >> What if I forget the passphrase or whatever it uses? > > Same thing that happens if you lose your GPG passphrase - you lose > whatever was encrypted with it. That's a problem. It happened to me with gpg passphrases. >> To back it up, I'd still have to make an archive which I can upload. > > Depends on how the backup service works. Many have a deamon that > monitors directories you specify and uploads changes. Then I won't be able to encrypt them with gpg. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 15 08:20:14 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 08:20:14 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6xxO-0002MP-Mh; Tue, 15 Jul 2014 08:19:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6xxN-0002MK-PU for xen-users@lists.xen.org; Tue, 15 Jul 2014 08:19:25 +0000 Received: from [85.158.139.211:56711] by server-5.bemta-5.messagelabs.com id 6C/67-09027-C04E4C35; Tue, 15 Jul 2014 08:19:24 +0000 X-Env-Sender: lee@yun.yagibdah.de X-Msg-Ref: server-5.tower-206.messagelabs.com!1405412364!15537716!1 X-Originating-IP: [194.42.186.216] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14642 invoked from network); 15 Jul 2014 08:19:24 -0000 Received: from client-194-42-186-216.muenet.net (HELO jarl.yagibdah.de) (194.42.186.216) by server-5.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 15 Jul 2014 08:19:24 -0000 Received: from yun.yagibdah.de ([192.168.3.20]) by jarl.yagibdah.de with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1X6xxK-0002sX-KF for xen-users@lists.xen.org; Tue, 15 Jul 2014 10:19:22 +0200 Received: from lee by yun.yagibdah.de with local (Exim 4.80.1) (envelope-from ) id 1X6xxK-0000pl-Fx for xen-users@lists.xen.org; Tue, 15 Jul 2014 10:19:22 +0200 From: lee To: xen-users@lists.xen.org In-Reply-To: <53BE7FF0.60704@bobich.net> (Gordan Bobic's message of "Thu, 10 Jul 2014 12:58:40 +0100") Date: Tue, 15 Jul 2014 10:16:24 +0200 Organization: my virtual residence Message-ID: <87ha2j3ulj.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> <87d2dt5l8c.fsf@yun.yagibdah.de> <53AEB46E.5010009@bobich.net> <8738eojocc.fsf@yun.yagibdah.de> <53B12805.2050503@bobich.net> <87siml6o9i.fsf@yun.yagibdah.de> <53B3AADA.8080800@bobich.net> <877g3v8jo2.fsf@yun.yagibdah.de> <53B51867.9070805@op.pl> <87d2dl82w3.fsf@yun.yagibdah.de> <53B72E8B.5010007@op.pl> <878uo85x7k.fsf@yun.yagibdah.de> <53B7E02B.2010506@bobich.net> <87k37qob7z.fsf@yun.yagibdah.de> <53BA65A2.6020008@bobich.net> <87k37nnxlu.fsf@yun.yagibdah.de> <871ttueyq0.fsf@yun.yagibdah.de> <53BE328B.3040000@bobich.net> <87d2ddd1x9.fsf@yun.yagibdah.de> <53BE7FF0.60704@bobich.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) Mail-Followup-To: xen-users@lists.xen.org MIME-Version: 1.0 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Gordan Bobic writes: > On 07/10/2014 09:59 AM, lee wrote: >> Gordan Bobic writes: >> >>>> I'd have to make a huge tar archive or something of my data and encrypt >>>> that with gpg before uploading it. That isn't really feasible. >>> >>> No, encfs is a layer and stores each encrypted file and filename as >>> normal, they are just encrypted. So when you mount the encrypted data >>> to a mount point, it's available unencrypted. When you look at the >>> encrypted directory tree, the file names and contents are scrambled. >>> >>> So to back it up, you back up the encrypted subtree directly. No need >>> for intermediate steps. >> >> And how good is this encryption? > > AES Is that good enough? >> What if I forget the passphrase or whatever it uses? > > Same thing that happens if you lose your GPG passphrase - you lose > whatever was encrypted with it. That's a problem. It happened to me with gpg passphrases. >> To back it up, I'd still have to make an archive which I can upload. > > Depends on how the backup service works. Many have a deamon that > monitors directories you specify and uploads changes. Then I won't be able to encrypt them with gpg. -- Knowledge is volatile and fluid. Software is power. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 15 09:03:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 09:03:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6ydS-0003pB-V1; Tue, 15 Jul 2014 09:02:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6ydR-0003p0-2P for xen-users@lists.xen.org; Tue, 15 Jul 2014 09:02:53 +0000 Received: from [193.109.254.147:44172] by server-16.bemta-14.messagelabs.com id 31/F5-07101-C3EE4C35; Tue, 15 Jul 2014 09:02:52 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1405414971!17510491!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23823 invoked from network); 15 Jul 2014 09:02:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jul 2014 09:02:51 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 6CD80221DE8 for ; Tue, 15 Jul 2014 10:02:50 +0100 (BST) MIME-Version: 1.0 Content-Length: 2156 Date: Tue, 15 Jul 2014 10:02:50 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: Message-ID: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMjAxNC0wNy0xNSAwODozOCwgTWF0dGlhIENhcnJhcmEgd3JvdGU6Cgo+IE5vdyB0aGUgcHJv YmxlbSBpcyBHUFUgcGFzcy10aHJvdWdoLiBNeSBpZGVhIEludGVsIGludGVncmF0ZWQgZ3JhcGhp Y3MKPiBhbmQgYXVpZGlvIGZvciBIVFBDIGluIHN1Y2ggd2F5IGkgd2lsbCBoYXZlIGF1ZGlvIGFu ZCB2aWRlbyBvdmVyIEhETUkuCj4gT3RoZXIgdHdvIGF0aSBQQ0llIEdQVXMgb25lIGZvciBlYWNo IHZpcnR1YWwgbWFjaGluZS4KCkFuZCBmb3IgZG9tMCBjb25zb2xlPyBZb3UnbGwgbmVlZCA0IEdQ VXMgaW4gdGhlIG1hY2hpbmUuIERvIHlvdSBoYXZlCjMgUENJZSBzbG90cyBmb3IgdGhlIGRvbVUg R1BVcz8gSWYgbm90IHlvdSdsbCBoYXZlIHRvIHVzZSBhdCBsZWFzdCBvbmUKZHVhbCBHUFUgY2Fy ZC4KCj4gVGhlbiBmb3IgYXVkaW8KPiBvdGhlciB0d28gcGNpIGNhcmRzLiBUaGUgcXVlc3Rpb24g aXM6IGlzIHRoZXJlIGEgYmV0dGVyIHNvbHV0aW9uIGZvcgo+IGF1ZGlvPyBJIG1lYW4gZWFjaCBj YXJkIGhhcyBtb3JlIHRoYW4gb25lIGNoYW5uZWwsIGNhbiBJIGRldGljYXRlIGEKPiBjaGFubmVs IGluc3RlYWQgb2YgYSBzaW5nbGUgUENJIGNhcmQ/CgpObywgImNoYW5uZWxzIiBvbiBhdWRpbyBk ZXZpY2VzIGRvbid0IHdvcmsgaW4gdGhlIHdheSB5b3UgaW1wbHkuCgpEZXBlbmRpbmcgb24gd2hh dCB5b3VyIGV4YWN0IGF1ZGlvIHJlcXVpcmVtZW50cyBhcmUsIHlvdSBjb3VsZApwcm9iYWJseSB1 c2UgYSBjaGVhcCAowqMyIG9yIHNvKSBVU0IgYXVkaW8gbW9kdWxlIGFuZCBwYXNzIHNwZWNpZmlj ClVTQiBwb3J0IFBDSSBkZXZpY2VzIHRvIGVhY2ggVk0uIERvIHlvdSBoYXZlIGVub3VnaCBwb3J0 cyBmb3IKYXVkaW8gKyBrZXlib2FyZCArIG1vdXNlIGZvciBlYWNoIFZNPyBZb3UnbGwgbmVlZCBh dCBsZWFzdCAxMQooYXVkaW8gKyBrZXlib2FyZCArIG1vdXNlIGZvciBlYWNoIG9mIHRoZSAzIFZN cywgKyBrZXlib2FyZCBhbmQKbW91c2UgZm9yIGRvbTApLiBZb3Ugd2lsbCBwcm9iYWJseSBoYXZl IHRvIHVzZSBhIFVTQiBodWIgZm9yIGVhY2gKZG9tVS4gV2l0aCBzb21lIGNhcmVmdWwgaGFyZHdh cmUgc2VsZWN0aW9uLCBlYWNoIG9mIHRoZSBtb25pdG9ycwp5b3UgdXNlIGNvdWxkIGNvbWUgd2l0 aCBhIGJ1aWx0IGluIFVTQiBodWIgd2hpY2ggd2lsbCB0aWR5IHRoaW5ncwp1cCBhIGJpdC4KCj4g QW5vdGhlciBwcm9ibGVtIGFyZSBhbGwgdGhlCj4gd2lyZXMhIEkgd2FzIHRoaW5raW5nIHRvIHVz ZSBUaHVuZGVyYm9sdCBmb3IgdGhlIHR3byBXaW5kb3dzIFZNLiBJbgo+IHN1Y2ggd2F5IGkgd2ls bCBoYXZlIEF1ZGlvLCBWaWRlbyBhbmQgVVNCcyBpbiBhIGNhYmxlLiBCdXQgaG93PyBEbyB5b3UK PiBoYXZlIGFueSBzdWdnZXN0aW9uPwoKSSBuZXZlciB1c2VkIFRodW5kZXJib2x0LCBJIGFtIGFj aGlldmluZyBhbGwgb2YgdGhlIGFib3ZlIHdpdGggVVNCCmRldmljZXMuCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Jul 15 09:03:26 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 09:03:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6ydS-0003pB-V1; Tue, 15 Jul 2014 09:02:54 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6ydR-0003p0-2P for xen-users@lists.xen.org; Tue, 15 Jul 2014 09:02:53 +0000 Received: from [193.109.254.147:44172] by server-16.bemta-14.messagelabs.com id 31/F5-07101-C3EE4C35; Tue, 15 Jul 2014 09:02:52 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1405414971!17510491!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23823 invoked from network); 15 Jul 2014 09:02:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-8.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jul 2014 09:02:51 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 6CD80221DE8 for ; Tue, 15 Jul 2014 10:02:50 +0100 (BST) MIME-Version: 1.0 Content-Length: 2156 Date: Tue, 15 Jul 2014 10:02:50 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: Message-ID: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMjAxNC0wNy0xNSAwODozOCwgTWF0dGlhIENhcnJhcmEgd3JvdGU6Cgo+IE5vdyB0aGUgcHJv YmxlbSBpcyBHUFUgcGFzcy10aHJvdWdoLiBNeSBpZGVhIEludGVsIGludGVncmF0ZWQgZ3JhcGhp Y3MKPiBhbmQgYXVpZGlvIGZvciBIVFBDIGluIHN1Y2ggd2F5IGkgd2lsbCBoYXZlIGF1ZGlvIGFu ZCB2aWRlbyBvdmVyIEhETUkuCj4gT3RoZXIgdHdvIGF0aSBQQ0llIEdQVXMgb25lIGZvciBlYWNo IHZpcnR1YWwgbWFjaGluZS4KCkFuZCBmb3IgZG9tMCBjb25zb2xlPyBZb3UnbGwgbmVlZCA0IEdQ VXMgaW4gdGhlIG1hY2hpbmUuIERvIHlvdSBoYXZlCjMgUENJZSBzbG90cyBmb3IgdGhlIGRvbVUg R1BVcz8gSWYgbm90IHlvdSdsbCBoYXZlIHRvIHVzZSBhdCBsZWFzdCBvbmUKZHVhbCBHUFUgY2Fy ZC4KCj4gVGhlbiBmb3IgYXVkaW8KPiBvdGhlciB0d28gcGNpIGNhcmRzLiBUaGUgcXVlc3Rpb24g aXM6IGlzIHRoZXJlIGEgYmV0dGVyIHNvbHV0aW9uIGZvcgo+IGF1ZGlvPyBJIG1lYW4gZWFjaCBj YXJkIGhhcyBtb3JlIHRoYW4gb25lIGNoYW5uZWwsIGNhbiBJIGRldGljYXRlIGEKPiBjaGFubmVs IGluc3RlYWQgb2YgYSBzaW5nbGUgUENJIGNhcmQ/CgpObywgImNoYW5uZWxzIiBvbiBhdWRpbyBk ZXZpY2VzIGRvbid0IHdvcmsgaW4gdGhlIHdheSB5b3UgaW1wbHkuCgpEZXBlbmRpbmcgb24gd2hh dCB5b3VyIGV4YWN0IGF1ZGlvIHJlcXVpcmVtZW50cyBhcmUsIHlvdSBjb3VsZApwcm9iYWJseSB1 c2UgYSBjaGVhcCAowqMyIG9yIHNvKSBVU0IgYXVkaW8gbW9kdWxlIGFuZCBwYXNzIHNwZWNpZmlj ClVTQiBwb3J0IFBDSSBkZXZpY2VzIHRvIGVhY2ggVk0uIERvIHlvdSBoYXZlIGVub3VnaCBwb3J0 cyBmb3IKYXVkaW8gKyBrZXlib2FyZCArIG1vdXNlIGZvciBlYWNoIFZNPyBZb3UnbGwgbmVlZCBh dCBsZWFzdCAxMQooYXVkaW8gKyBrZXlib2FyZCArIG1vdXNlIGZvciBlYWNoIG9mIHRoZSAzIFZN cywgKyBrZXlib2FyZCBhbmQKbW91c2UgZm9yIGRvbTApLiBZb3Ugd2lsbCBwcm9iYWJseSBoYXZl IHRvIHVzZSBhIFVTQiBodWIgZm9yIGVhY2gKZG9tVS4gV2l0aCBzb21lIGNhcmVmdWwgaGFyZHdh cmUgc2VsZWN0aW9uLCBlYWNoIG9mIHRoZSBtb25pdG9ycwp5b3UgdXNlIGNvdWxkIGNvbWUgd2l0 aCBhIGJ1aWx0IGluIFVTQiBodWIgd2hpY2ggd2lsbCB0aWR5IHRoaW5ncwp1cCBhIGJpdC4KCj4g QW5vdGhlciBwcm9ibGVtIGFyZSBhbGwgdGhlCj4gd2lyZXMhIEkgd2FzIHRoaW5raW5nIHRvIHVz ZSBUaHVuZGVyYm9sdCBmb3IgdGhlIHR3byBXaW5kb3dzIFZNLiBJbgo+IHN1Y2ggd2F5IGkgd2ls bCBoYXZlIEF1ZGlvLCBWaWRlbyBhbmQgVVNCcyBpbiBhIGNhYmxlLiBCdXQgaG93PyBEbyB5b3UK PiBoYXZlIGFueSBzdWdnZXN0aW9uPwoKSSBuZXZlciB1c2VkIFRodW5kZXJib2x0LCBJIGFtIGFj aGlldmluZyBhbGwgb2YgdGhlIGFib3ZlIHdpdGggVVNCCmRldmljZXMuCgpfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0 Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Jul 15 09:18:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 09:18:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6yry-0004PG-JW; Tue, 15 Jul 2014 09:17:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6yrw-0004P5-U5 for xen-users@lists.xen.org; Tue, 15 Jul 2014 09:17:53 +0000 Received: from [85.158.139.211:18513] by server-17.bemta-5.messagelabs.com id 35/41-08085-0C1F4C35; Tue, 15 Jul 2014 09:17:52 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1405415871!12216101!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15288 invoked from network); 15 Jul 2014 09:17:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jul 2014 09:17:51 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id E025E221DE8 for ; Tue, 15 Jul 2014 10:17:50 +0100 (BST) MIME-Version: 1.0 Date: Tue, 15 Jul 2014 10:17:50 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87ha2j3ulj.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> " <87d2dt5l8c.fsf@yun.yagibdah.de>" <53AEB46E.5010009@bobich.net> " <8738eojocc.fsf@yun.yagibdah.de>" <53B12805.2050503@bobich.net> " <87siml6o9i.fsf@yun.yagibdah.de>" <53B3AADA.8080800@bobich.net> " <877g3v8jo2.fsf@yun.yagibdah.de>" <53B51867.9070805@op.pl> " <87d2dl82w3.fsf@yun.yagibdah.de>" <53B72E8B.5010007@op.pl> " <878uo85x7k.fsf@yun.yagibdah.de>" <53B7E02B.2010506@bobich.net> " <87k37qob7z.fsf@yun.yagibdah.de>" <53BA65A2.6020008@bobich.net> "\"<87k37nnxlu.fsf@yun.yagibdah.de>" " <871ttueyq0.fsf@yun.yagibdah.de> " <53BE328B.3040000@bobich.net>" <87d2ddd1x9.fsf@yun.yagibdah.de> <53BE7FF0.60704@bobich.net> <87ha2j3ulj.fsf@yun.yagibdah.de> Message-ID: <293c1b2d389ab7508ed92820745b40c6@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-15 09:16, lee wrote: > Gordan Bobic writes: > >> On 07/10/2014 09:59 AM, lee wrote: >>> Gordan Bobic writes: >>> >>>>> I'd have to make a huge tar archive or something of my data and >>>>> encrypt >>>>> that with gpg before uploading it. That isn't really feasible. >>>> >>>> No, encfs is a layer and stores each encrypted file and filename as >>>> normal, they are just encrypted. So when you mount the encrypted >>>> data >>>> to a mount point, it's available unencrypted. When you look at the >>>> encrypted directory tree, the file names and contents are scrambled. >>>> >>>> So to back it up, you back up the encrypted subtree directly. No >>>> need >>>> for intermediate steps. >>> >>> And how good is this encryption? >> >> AES > > Is that good enough? Almost certainly. >>> What if I forget the passphrase or whatever it uses? >> >> Same thing that happens if you lose your GPG passphrase - you lose >> whatever was encrypted with it. > > That's a problem. It happened to me with gpg passphrases. If you are not up to remembering a passphrase, that pretty much rules out any and all encryption for you. :( >>> To back it up, I'd still have to make an archive which I can upload. >> >> Depends on how the backup service works. Many have a deamon that >> monitors directories you specify and uploads changes. > > Then I won't be able to encrypt them with gpg. Yes you can. You can, for example, set up lsyncd to monitor the encrypted directory, rather than the mountpoint, and sync encrypted files to an alternate location (local or remote). The backup daemon never needs to see the plain text files. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 15 09:18:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 09:18:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6yry-0004PG-JW; Tue, 15 Jul 2014 09:17:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X6yrw-0004P5-U5 for xen-users@lists.xen.org; Tue, 15 Jul 2014 09:17:53 +0000 Received: from [85.158.139.211:18513] by server-17.bemta-5.messagelabs.com id 35/41-08085-0C1F4C35; Tue, 15 Jul 2014 09:17:52 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-15.tower-206.messagelabs.com!1405415871!12216101!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15288 invoked from network); 15 Jul 2014 09:17:51 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jul 2014 09:17:51 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id E025E221DE8 for ; Tue, 15 Jul 2014 10:17:50 +0100 (BST) MIME-Version: 1.0 Date: Tue, 15 Jul 2014 10:17:50 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: <87ha2j3ulj.fsf@yun.yagibdah.de> References: <53AA919D.90207@gmail.com> " <87d2dt5l8c.fsf@yun.yagibdah.de>" <53AEB46E.5010009@bobich.net> " <8738eojocc.fsf@yun.yagibdah.de>" <53B12805.2050503@bobich.net> " <87siml6o9i.fsf@yun.yagibdah.de>" <53B3AADA.8080800@bobich.net> " <877g3v8jo2.fsf@yun.yagibdah.de>" <53B51867.9070805@op.pl> " <87d2dl82w3.fsf@yun.yagibdah.de>" <53B72E8B.5010007@op.pl> " <878uo85x7k.fsf@yun.yagibdah.de>" <53B7E02B.2010506@bobich.net> " <87k37qob7z.fsf@yun.yagibdah.de>" <53BA65A2.6020008@bobich.net> "\"<87k37nnxlu.fsf@yun.yagibdah.de>" " <871ttueyq0.fsf@yun.yagibdah.de> " <53BE328B.3040000@bobich.net>" <87d2ddd1x9.fsf@yun.yagibdah.de> <53BE7FF0.60704@bobich.net> <87ha2j3ulj.fsf@yun.yagibdah.de> Message-ID: <293c1b2d389ab7508ed92820745b40c6@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] Cheap IOMMU hardware and ECC support importance X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2014-07-15 09:16, lee wrote: > Gordan Bobic writes: > >> On 07/10/2014 09:59 AM, lee wrote: >>> Gordan Bobic writes: >>> >>>>> I'd have to make a huge tar archive or something of my data and >>>>> encrypt >>>>> that with gpg before uploading it. That isn't really feasible. >>>> >>>> No, encfs is a layer and stores each encrypted file and filename as >>>> normal, they are just encrypted. So when you mount the encrypted >>>> data >>>> to a mount point, it's available unencrypted. When you look at the >>>> encrypted directory tree, the file names and contents are scrambled. >>>> >>>> So to back it up, you back up the encrypted subtree directly. No >>>> need >>>> for intermediate steps. >>> >>> And how good is this encryption? >> >> AES > > Is that good enough? Almost certainly. >>> What if I forget the passphrase or whatever it uses? >> >> Same thing that happens if you lose your GPG passphrase - you lose >> whatever was encrypted with it. > > That's a problem. It happened to me with gpg passphrases. If you are not up to remembering a passphrase, that pretty much rules out any and all encryption for you. :( >>> To back it up, I'd still have to make an archive which I can upload. >> >> Depends on how the backup service works. Many have a deamon that >> monitors directories you specify and uploads changes. > > Then I won't be able to encrypt them with gpg. Yes you can. You can, for example, set up lsyncd to monitor the encrypted directory, rather than the mountpoint, and sync encrypted files to an alternate location (local or remote). The backup daemon never needs to see the plain text files. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 15 13:36:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 13:36:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X72t7-0001G5-H4; Tue, 15 Jul 2014 13:35:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X72t6-0001Fz-Sw for xen-users@lists.xen.org; Tue, 15 Jul 2014 13:35:21 +0000 Received: from [85.158.143.35:65266] by server-2.bemta-4.messagelabs.com id 3A/35-26128-81E25C35; Tue, 15 Jul 2014 13:35:20 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1405431317!17863160!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, HTML_00_10, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24408 invoked from network); 15 Jul 2014 13:35:18 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 13:35:18 -0000 Received: by mail-qg0-f48.google.com with SMTP id i50so1987414qgf.21 for ; Tue, 15 Jul 2014 06:35:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Xk309a55cBMGHlXOJlvV4RNYWlj7KsrbgPYRFAiJij4=; b=P+BqcEOugfSAlD3Qkj4tiXQUxw79lvCae7HlYgaKYzIksu79lpWEoKaiI/sJvEKsVZ b3NtcgVH7CeenAv31UTTJhJLLdmOWpyCj1AF1ey8Ag+lWrF3/1RKht/dqSPwK6gF0s5N sMgVko4wQgsvyAf4cXPpU6SGe4Av1SZTsWjwISFh8i7htMIVkQlrbltRYVv1p1C78qAj NkQVY2CrGiwTwkV3miyzOVhvtj1DG/QW0nAFVctxC6S9ZE8XmPcn71rvb9ZntyDRCvMx scoiKQDArKwtoJxrrXKpZoBpSOsdsPzueH6ayOSUDEGXqeSpgLlsRHFr+Z2rmJDh9icZ pPGA== MIME-Version: 1.0 X-Received: by 10.224.42.196 with SMTP id t4mr32489015qae.48.1405431317572; Tue, 15 Jul 2014 06:35:17 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 15 Jul 2014 06:35:17 -0700 (PDT) In-Reply-To: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> Date: Tue, 15 Jul 2014 07:35:17 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6804198243983154990==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6804198243983154990== Content-Type: multipart/alternative; boundary=089e0158b67c70cd1704fe3b7a64 --089e0158b67c70cd1704fe3b7a64 Content-Type: text/plain; charset=UTF-8 You should take look at unraid xen forum. You may want to use amd so you have iommu enabled plus with A8/A10 give you better graphics. I run kde under dom0 and linux agmes work great. amd motherboard don't have usb 3.0 integrated into chipset and is always separate chip that can be assigned to domu. This means you just need to buy second usb 3.0 pci card Logitech wireless mouse keyboard works great for usb assignment to domu. You can buy kvm switch for 21 on ebay. Hdmi over network will let you output hdmi to our tv with sound. HD6450 will be perfect for it. I would pass usb 3.0 and H6540 to each windows domu. For sound you can use either monitor with build in speakers and hdmi input (tv) or there is a way to extract sound out from hdmi. You can pass Hd6450 to you htpc and you could pass Bluetooth dongle or some sort wifi remote. There is cool you tube video where guy uses one pc for multiple computers in his office. --089e0158b67c70cd1704fe3b7a64 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You should take look at unraid xen forum. You may want to = use amd so you have iommu enabled plus with A8/A10 give you better graphics= . I run kde under dom0 and linux agmes work great. amd motherboard don'= t have usb 3.0 integrated into chipset and is always separate chip that can= be assigned to domu. This means you just need to buy second usb 3.0 pci ca= rd =C2=A0Logitech wireless mouse keyboard works great for usb assignment to= domu. You can buy kvm switch for 21 on ebay. Hdmi over network will let yo= u output hdmi to our tv with sound. HD6450 will be perfect for it. I would = pass usb 3.0 and H6540 to each windows domu. For sound you can use either m= onitor with build in speakers and hdmi input (tv) or there is a way to extr= act sound out from hdmi. =C2=A0You can pass Hd6450 to you htpc and you coul= d pass Bluetooth dongle or some sort wifi remote. There is cool you tube vi= deo where guy uses one pc for multiple computers in his office.
--089e0158b67c70cd1704fe3b7a64-- --===============6804198243983154990== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6804198243983154990==-- From xen-users-bounces@lists.xen.org Tue Jul 15 13:36:41 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 13:36:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X72t7-0001G5-H4; Tue, 15 Jul 2014 13:35:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X72t6-0001Fz-Sw for xen-users@lists.xen.org; Tue, 15 Jul 2014 13:35:21 +0000 Received: from [85.158.143.35:65266] by server-2.bemta-4.messagelabs.com id 3A/35-26128-81E25C35; Tue, 15 Jul 2014 13:35:20 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1405431317!17863160!1 X-Originating-IP: [209.85.192.48] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, HTML_00_10, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24408 invoked from network); 15 Jul 2014 13:35:18 -0000 Received: from mail-qg0-f48.google.com (HELO mail-qg0-f48.google.com) (209.85.192.48) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 13:35:18 -0000 Received: by mail-qg0-f48.google.com with SMTP id i50so1987414qgf.21 for ; Tue, 15 Jul 2014 06:35:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Xk309a55cBMGHlXOJlvV4RNYWlj7KsrbgPYRFAiJij4=; b=P+BqcEOugfSAlD3Qkj4tiXQUxw79lvCae7HlYgaKYzIksu79lpWEoKaiI/sJvEKsVZ b3NtcgVH7CeenAv31UTTJhJLLdmOWpyCj1AF1ey8Ag+lWrF3/1RKht/dqSPwK6gF0s5N sMgVko4wQgsvyAf4cXPpU6SGe4Av1SZTsWjwISFh8i7htMIVkQlrbltRYVv1p1C78qAj NkQVY2CrGiwTwkV3miyzOVhvtj1DG/QW0nAFVctxC6S9ZE8XmPcn71rvb9ZntyDRCvMx scoiKQDArKwtoJxrrXKpZoBpSOsdsPzueH6ayOSUDEGXqeSpgLlsRHFr+Z2rmJDh9icZ pPGA== MIME-Version: 1.0 X-Received: by 10.224.42.196 with SMTP id t4mr32489015qae.48.1405431317572; Tue, 15 Jul 2014 06:35:17 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 15 Jul 2014 06:35:17 -0700 (PDT) In-Reply-To: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> Date: Tue, 15 Jul 2014 07:35:17 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: xen-users Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6804198243983154990==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6804198243983154990== Content-Type: multipart/alternative; boundary=089e0158b67c70cd1704fe3b7a64 --089e0158b67c70cd1704fe3b7a64 Content-Type: text/plain; charset=UTF-8 You should take look at unraid xen forum. You may want to use amd so you have iommu enabled plus with A8/A10 give you better graphics. I run kde under dom0 and linux agmes work great. amd motherboard don't have usb 3.0 integrated into chipset and is always separate chip that can be assigned to domu. This means you just need to buy second usb 3.0 pci card Logitech wireless mouse keyboard works great for usb assignment to domu. You can buy kvm switch for 21 on ebay. Hdmi over network will let you output hdmi to our tv with sound. HD6450 will be perfect for it. I would pass usb 3.0 and H6540 to each windows domu. For sound you can use either monitor with build in speakers and hdmi input (tv) or there is a way to extract sound out from hdmi. You can pass Hd6450 to you htpc and you could pass Bluetooth dongle or some sort wifi remote. There is cool you tube video where guy uses one pc for multiple computers in his office. --089e0158b67c70cd1704fe3b7a64 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You should take look at unraid xen forum. You may want to = use amd so you have iommu enabled plus with A8/A10 give you better graphics= . I run kde under dom0 and linux agmes work great. amd motherboard don'= t have usb 3.0 integrated into chipset and is always separate chip that can= be assigned to domu. This means you just need to buy second usb 3.0 pci ca= rd =C2=A0Logitech wireless mouse keyboard works great for usb assignment to= domu. You can buy kvm switch for 21 on ebay. Hdmi over network will let yo= u output hdmi to our tv with sound. HD6450 will be perfect for it. I would = pass usb 3.0 and H6540 to each windows domu. For sound you can use either m= onitor with build in speakers and hdmi input (tv) or there is a way to extr= act sound out from hdmi. =C2=A0You can pass Hd6450 to you htpc and you coul= d pass Bluetooth dongle or some sort wifi remote. There is cool you tube vi= deo where guy uses one pc for multiple computers in his office.
--089e0158b67c70cd1704fe3b7a64-- --===============6804198243983154990== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6804198243983154990==-- From xen-users-bounces@lists.xen.org Tue Jul 15 13:56:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 13:56:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X73CL-0002lr-NZ; Tue, 15 Jul 2014 13:55:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X73CJ-0002lm-Rp for xen-users@lists.xen.org; Tue, 15 Jul 2014 13:55:11 +0000 Received: from [193.109.254.147:49913] by server-10.bemta-14.messagelabs.com id A6/4C-01431-FB235C35; Tue, 15 Jul 2014 13:55:11 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1405432509!17523334!1 X-Originating-IP: [209.85.192.44] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1989 invoked from network); 15 Jul 2014 13:55:10 -0000 Received: from mail-qg0-f44.google.com (HELO mail-qg0-f44.google.com) (209.85.192.44) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 13:55:10 -0000 Received: by mail-qg0-f44.google.com with SMTP id e89so201360qgf.3 for ; Tue, 15 Jul 2014 06:55:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dobhcja4eYim1qGM0m+lf9Yr2ubNrr4C1nfaa2Oo2qU=; b=B/0AA1raE84bQ0TVm5vKAtFR+5lw+20XYV4Vsh+TQCriyeugq2ik2qp82Ccoz1Sjhs eRjr4WQs7KM4lFiTwe2PnSV1c3UYHIVSeAxdkiL4jVUKOt3iSayCY3HWHtbzzl4RAJht KaYEhY/wHCVwFeODzKwjnDL9Ix9HxKzn+s0ShzRb7AShlDBvI4skKokN5I/u/NidHKZb KWiX0DFQMFlwpx8BVWuTlaefiYqTcLIi85LAiR3oBfM1hjiKA89qLliZg3g+ROWDzAa2 mVG3DkDTQwv2WscNv2pIR2mjHZ60d66YAVpfFXLIxkmcfr5J+fH7TYU+ZxQFXam5RtGo Inbw== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr34668219qaq.12.1405432509262; Tue, 15 Jul 2014 06:55:09 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 15 Jul 2014 06:55:09 -0700 (PDT) Date: Tue, 15 Jul 2014 07:55:09 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] efi under domu? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5675124184237892331==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5675124184237892331== Content-Type: multipart/alternative; boundary=001a11c21eda78729504fe3bc16a --001a11c21eda78729504fe3bc16a Content-Type: text/plain; charset=UTF-8 What is the configuration option that wil enable uefi under domu instead of seabios ? --001a11c21eda78729504fe3bc16a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What is the configuration option that wil enable uefi unde= r domu instead of seabios ?=C2=A0
--001a11c21eda78729504fe3bc16a-- --===============5675124184237892331== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5675124184237892331==-- From xen-users-bounces@lists.xen.org Tue Jul 15 13:56:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 13:56:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X73CL-0002lr-NZ; Tue, 15 Jul 2014 13:55:13 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X73CJ-0002lm-Rp for xen-users@lists.xen.org; Tue, 15 Jul 2014 13:55:11 +0000 Received: from [193.109.254.147:49913] by server-10.bemta-14.messagelabs.com id A6/4C-01431-FB235C35; Tue, 15 Jul 2014 13:55:11 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1405432509!17523334!1 X-Originating-IP: [209.85.192.44] X-SpamReason: No, hits=2.8 required=7.0 tests=HTML_10_20,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1989 invoked from network); 15 Jul 2014 13:55:10 -0000 Received: from mail-qg0-f44.google.com (HELO mail-qg0-f44.google.com) (209.85.192.44) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 13:55:10 -0000 Received: by mail-qg0-f44.google.com with SMTP id e89so201360qgf.3 for ; Tue, 15 Jul 2014 06:55:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dobhcja4eYim1qGM0m+lf9Yr2ubNrr4C1nfaa2Oo2qU=; b=B/0AA1raE84bQ0TVm5vKAtFR+5lw+20XYV4Vsh+TQCriyeugq2ik2qp82Ccoz1Sjhs eRjr4WQs7KM4lFiTwe2PnSV1c3UYHIVSeAxdkiL4jVUKOt3iSayCY3HWHtbzzl4RAJht KaYEhY/wHCVwFeODzKwjnDL9Ix9HxKzn+s0ShzRb7AShlDBvI4skKokN5I/u/NidHKZb KWiX0DFQMFlwpx8BVWuTlaefiYqTcLIi85LAiR3oBfM1hjiKA89qLliZg3g+ROWDzAa2 mVG3DkDTQwv2WscNv2pIR2mjHZ60d66YAVpfFXLIxkmcfr5J+fH7TYU+ZxQFXam5RtGo Inbw== MIME-Version: 1.0 X-Received: by 10.224.4.73 with SMTP id 9mr34668219qaq.12.1405432509262; Tue, 15 Jul 2014 06:55:09 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 15 Jul 2014 06:55:09 -0700 (PDT) Date: Tue, 15 Jul 2014 07:55:09 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] efi under domu? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5675124184237892331==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5675124184237892331== Content-Type: multipart/alternative; boundary=001a11c21eda78729504fe3bc16a --001a11c21eda78729504fe3bc16a Content-Type: text/plain; charset=UTF-8 What is the configuration option that wil enable uefi under domu instead of seabios ? --001a11c21eda78729504fe3bc16a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What is the configuration option that wil enable uefi unde= r domu instead of seabios ?=C2=A0
--001a11c21eda78729504fe3bc16a-- --===============5675124184237892331== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5675124184237892331==-- From xen-users-bounces@lists.xen.org Tue Jul 15 15:10:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 15:10:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X74My-0004zA-2z; Tue, 15 Jul 2014 15:10:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X74Mw-0004yp-Cy for xen-users@lists.xen.org; Tue, 15 Jul 2014 15:10:14 +0000 Received: from [193.109.254.147:43859] by server-8.bemta-14.messagelabs.com id 8A/81-14857-55445C35; Tue, 15 Jul 2014 15:10:13 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1405437012!17608859!1 X-Originating-IP: [209.85.216.180] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_60_70, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14418 invoked from network); 15 Jul 2014 15:10:13 -0000 Received: from mail-qc0-f180.google.com (HELO mail-qc0-f180.google.com) (209.85.216.180) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 15:10:13 -0000 Received: by mail-qc0-f180.google.com with SMTP id l6so4808481qcy.39 for ; Tue, 15 Jul 2014 08:10:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=KMpNQ2dD0k6e6GfpI/p0Epeg0QclvuqzRj0wDoYM9rA=; b=sPBP6aKLGkXXLSDglkt9OPHfOiHZqlDpGumCAwTG7h4fLq/KWE/4139V4+QykYW22i G5b5NDDCmXF15GlDWrFfoHt0nVU+ZybsoJLgsZVHwSdwaq9Tf2RAmzZHv93DyQH/adpR WbyXGuSn66r4qOEolIHFYLF0zW4HaEK3EtqagoThDSIXkHtoIZGif7OxVbRgik7vcLWP wijdxUBrfw5I4O9lvoNqIQZekTaAvNkqi2PfkgLlAWWsqlQLJRRG7kbsdnyqlB2qh3XK bZ+XfxOIlGMlephdW8h6KVGJ8JAXoO/Gdh9BVyaWovW0fo70ziF2Wq77iBAdH8ojf2hO l8iQ== MIME-Version: 1.0 X-Received: by 10.224.42.196 with SMTP id t4mr33385595qae.48.1405437012044; Tue, 15 Jul 2014 08:10:12 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 15 Jul 2014 08:10:12 -0700 (PDT) Date: Tue, 15 Jul 2014 09:10:12 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] how to set cpuid ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1717155373721804300==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1717155373721804300== Content-Type: multipart/alternative; boundary=089e0158b67cdb767404fe3ccdb6 --089e0158b67cdb767404fe3ccdb6 Content-Type: text/plain; charset=UTF-8 How I can set cpuid to *00000001 000306a9 00020800 80000201 178bfbff ?* --089e0158b67cdb767404fe3ccdb6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
How I can set cpuid to=C2=A000000001 000306a9 00020800 80000201 178bfbff= ?
--089e0158b67cdb767404fe3ccdb6-- --===============1717155373721804300== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1717155373721804300==-- From xen-users-bounces@lists.xen.org Tue Jul 15 15:10:54 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 15:10:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X74My-0004zA-2z; Tue, 15 Jul 2014 15:10:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X74Mw-0004yp-Cy for xen-users@lists.xen.org; Tue, 15 Jul 2014 15:10:14 +0000 Received: from [193.109.254.147:43859] by server-8.bemta-14.messagelabs.com id 8A/81-14857-55445C35; Tue, 15 Jul 2014 15:10:13 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1405437012!17608859!1 X-Originating-IP: [209.85.216.180] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_60_70, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14418 invoked from network); 15 Jul 2014 15:10:13 -0000 Received: from mail-qc0-f180.google.com (HELO mail-qc0-f180.google.com) (209.85.216.180) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 15:10:13 -0000 Received: by mail-qc0-f180.google.com with SMTP id l6so4808481qcy.39 for ; Tue, 15 Jul 2014 08:10:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=KMpNQ2dD0k6e6GfpI/p0Epeg0QclvuqzRj0wDoYM9rA=; b=sPBP6aKLGkXXLSDglkt9OPHfOiHZqlDpGumCAwTG7h4fLq/KWE/4139V4+QykYW22i G5b5NDDCmXF15GlDWrFfoHt0nVU+ZybsoJLgsZVHwSdwaq9Tf2RAmzZHv93DyQH/adpR WbyXGuSn66r4qOEolIHFYLF0zW4HaEK3EtqagoThDSIXkHtoIZGif7OxVbRgik7vcLWP wijdxUBrfw5I4O9lvoNqIQZekTaAvNkqi2PfkgLlAWWsqlQLJRRG7kbsdnyqlB2qh3XK bZ+XfxOIlGMlephdW8h6KVGJ8JAXoO/Gdh9BVyaWovW0fo70ziF2Wq77iBAdH8ojf2hO l8iQ== MIME-Version: 1.0 X-Received: by 10.224.42.196 with SMTP id t4mr33385595qae.48.1405437012044; Tue, 15 Jul 2014 08:10:12 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 15 Jul 2014 08:10:12 -0700 (PDT) Date: Tue, 15 Jul 2014 09:10:12 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] how to set cpuid ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1717155373721804300==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1717155373721804300== Content-Type: multipart/alternative; boundary=089e0158b67cdb767404fe3ccdb6 --089e0158b67cdb767404fe3ccdb6 Content-Type: text/plain; charset=UTF-8 How I can set cpuid to *00000001 000306a9 00020800 80000201 178bfbff ?* --089e0158b67cdb767404fe3ccdb6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
How I can set cpuid to=C2=A000000001 000306a9 00020800 80000201 178bfbff= ?
--089e0158b67cdb767404fe3ccdb6-- --===============1717155373721804300== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1717155373721804300==-- From xen-users-bounces@lists.xen.org Tue Jul 15 16:25:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 16:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XY-0002I6-5U; Tue, 15 Jul 2014 16:25:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XW-0002Hw-Tt for xen-users@lists.xen.org; Tue, 15 Jul 2014 16:25:15 +0000 Received: from [85.158.143.35:52913] by server-3.bemta-4.messagelabs.com id CA/77-09960-AE555C35; Tue, 15 Jul 2014 16:25:14 +0000 X-Env-Sender: kristian@hagsted.dk X-Msg-Ref: server-16.tower-21.messagelabs.com!1405441512!14460853!1 X-Originating-IP: [2.108.107.22] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13569 invoked from network); 15 Jul 2014 16:25:13 -0000 Received: from hagsted.dk (HELO hagsted.dk) (2.108.107.22) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 16:25:13 -0000 Received: from HAGSTED-CSERVER.hagsted.dk (192.168.2.11) by hagsted-cserver.hagsted.dk (192.168.2.11) with Microsoft SMTP Server (TLS) id 15.0.620.29; Tue, 15 Jul 2014 18:03:56 +0200 Received: from HAGSTED-CSERVER.hagsted.dk ([fe80::ad97:6656:e352:9980]) by hagsted-cserver.hagsted.dk ([fe80::ad97:6656:e352:9980%25]) with mapi id 15.00.0620.020; Tue, 15 Jul 2014 18:03:56 +0200 From: Kristian Hagsted Rasmussen To: Gordan Bobic , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] HTPC + DUAL PC In one Thread-Index: AQHPoADBpOoTXvsR+Ua/2oWyW3QnCZugtZIAgACXFYA= Date: Tue, 15 Jul 2014 16:03:56 +0000 Message-ID: References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> In-Reply-To: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.102] MIME-Version: 1.0 Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogeGVuLXVzZXJzLWJvdW5j ZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi11c2Vycy0NCj4gYm91bmNlc0BsaXN0cy54ZW4u b3JnXSBPbiBCZWhhbGYgT2YgR29yZGFuIEJvYmljDQo+IFNlbnQ6IDE1LiBqdWxpIDIwMTQgMTE6 MDMNCj4gVG86IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQo+IFN1YmplY3Q6IFJlOiBbWGVuLXVz ZXJzXSBIVFBDICsgRFVBTCBQQyBJbiBvbmUNCj4gDQo+IE9uIDIwMTQtMDctMTUgMDg6MzgsIE1h dHRpYSBDYXJyYXJhIHdyb3RlOg0KPiANCj4gPiBOb3cgdGhlIHByb2JsZW0gaXMgR1BVIHBhc3Mt dGhyb3VnaC4gTXkgaWRlYSBJbnRlbCBpbnRlZ3JhdGVkIGdyYXBoaWNzDQo+ID4gYW5kIGF1aWRp byBmb3IgSFRQQyBpbiBzdWNoIHdheSBpIHdpbGwgaGF2ZSBhdWRpbyBhbmQgdmlkZW8gb3ZlciBI RE1JLg0KPiA+IE90aGVyIHR3byBhdGkgUENJZSBHUFVzIG9uZSBmb3IgZWFjaCB2aXJ0dWFsIG1h Y2hpbmUuDQo+IA0KPiBBbmQgZm9yIGRvbTAgY29uc29sZT8gWW91J2xsIG5lZWQgNCBHUFVzIGlu IHRoZSBtYWNoaW5lLiBEbyB5b3UgaGF2ZQ0KPiAzIFBDSWUgc2xvdHMgZm9yIHRoZSBkb21VIEdQ VXM/IElmIG5vdCB5b3UnbGwgaGF2ZSB0byB1c2UgYXQgbGVhc3Qgb25lIGR1YWwNCj4gR1BVIGNh cmQuDQoNClRoZSBmb3VydGggR1BVIGlzIG5vdCBhIHN0cmljdCByZXF1aXJlbWVudC4gUGVyc29u YWxseSBJIGhhdmUgYSBtYWNoaW5lIHdpdGggdGhlIHByaW1hcnkgYW5kIG9ubHkgR1BVIChJR1Ap IHBhc3NlZC10aHJvdWdoICB0byBhIGRvbVUuIEFuZCBvbmx5IGFjY2VzcyB0aGUgY29uc29sZSB0 aHJvdWdoIHNzaCwgaWYgYW55dGhpbmcncyBnbyB3cm9uZyBJIGJvb3QgdGhlIG1hY2hpbmUgd2l0 aG91dCB0aGUgZ3JhcGhpYyBib3VuZCB0byBwY2liYWNrLCB0byBnZXQgb3V0cHV0IHRvIGEgc2Ny ZWVuIGZvciBkZWJ1Z2dpbmcuDQoNCj4gDQo+ID4gVGhlbiBmb3IgYXVkaW8NCj4gPiBvdGhlciB0 d28gcGNpIGNhcmRzLiBUaGUgcXVlc3Rpb24gaXM6IGlzIHRoZXJlIGEgYmV0dGVyIHNvbHV0aW9u IGZvcg0KPiA+IGF1ZGlvPyBJIG1lYW4gZWFjaCBjYXJkIGhhcyBtb3JlIHRoYW4gb25lIGNoYW5u ZWwsIGNhbiBJIGRldGljYXRlIGENCj4gPiBjaGFubmVsIGluc3RlYWQgb2YgYSBzaW5nbGUgUENJ IGNhcmQ/DQo+IA0KPiBObywgImNoYW5uZWxzIiBvbiBhdWRpbyBkZXZpY2VzIGRvbid0IHdvcmsg aW4gdGhlIHdheSB5b3UgaW1wbHkuDQo+IA0KPiBEZXBlbmRpbmcgb24gd2hhdCB5b3VyIGV4YWN0 IGF1ZGlvIHJlcXVpcmVtZW50cyBhcmUsIHlvdSBjb3VsZCBwcm9iYWJseQ0KPiB1c2UgYSBjaGVh cCAowqMyIG9yIHNvKSBVU0IgYXVkaW8gbW9kdWxlIGFuZCBwYXNzIHNwZWNpZmljIFVTQiBwb3J0 IFBDSQ0KPiBkZXZpY2VzIHRvIGVhY2ggVk0uIERvIHlvdSBoYXZlIGVub3VnaCBwb3J0cyBmb3Ig YXVkaW8gKyBrZXlib2FyZCArDQo+IG1vdXNlIGZvciBlYWNoIFZNPyBZb3UnbGwgbmVlZCBhdCBs ZWFzdCAxMSAoYXVkaW8gKyBrZXlib2FyZCArIG1vdXNlIGZvcg0KPiBlYWNoIG9mIHRoZSAzIFZN cywgKyBrZXlib2FyZCBhbmQgbW91c2UgZm9yIGRvbTApLiBZb3Ugd2lsbCBwcm9iYWJseSBoYXZl DQo+IHRvIHVzZSBhIFVTQiBodWIgZm9yIGVhY2ggZG9tVS4gV2l0aCBzb21lIGNhcmVmdWwgaGFy ZHdhcmUgc2VsZWN0aW9uLA0KPiBlYWNoIG9mIHRoZSBtb25pdG9ycyB5b3UgdXNlIGNvdWxkIGNv bWUgd2l0aCBhIGJ1aWx0IGluIFVTQiBodWIgd2hpY2ggd2lsbA0KPiB0aWR5IHRoaW5ncyB1cCBh IGJpdC4NCj4gDQo+ID4gQW5vdGhlciBwcm9ibGVtIGFyZSBhbGwgdGhlDQo+ID4gd2lyZXMhIEkg d2FzIHRoaW5raW5nIHRvIHVzZSBUaHVuZGVyYm9sdCBmb3IgdGhlIHR3byBXaW5kb3dzIFZNLiBJ bg0KPiA+IHN1Y2ggd2F5IGkgd2lsbCBoYXZlIEF1ZGlvLCBWaWRlbyBhbmQgVVNCcyBpbiBhIGNh YmxlLiBCdXQgaG93PyBEbyB5b3UNCj4gPiBoYXZlIGFueSBzdWdnZXN0aW9uPw0KPiANCj4gSSBu ZXZlciB1c2VkIFRodW5kZXJib2x0LCBJIGFtIGFjaGlldmluZyBhbGwgb2YgdGhlIGFib3ZlIHdp dGggVVNCIGRldmljZXMuDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0DQo+IFhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlz dApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 15 16:25:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 16:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XH-0002HN-Vg; Tue, 15 Jul 2014 16:24:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XG-0002HD-N1 for xen-users@lists.xen.org; Tue, 15 Jul 2014 16:24:58 +0000 Received: from [85.158.139.211:30844] by server-15.bemta-5.messagelabs.com id CC/3B-07751-AD555C35; Tue, 15 Jul 2014 16:24:58 +0000 X-Env-Sender: themadengin33r@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1405441496!15662428!1 X-Originating-IP: [209.85.213.177] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17377 invoked from network); 15 Jul 2014 16:24:57 -0000 Received: from mail-ig0-f177.google.com (HELO mail-ig0-f177.google.com) (209.85.213.177) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 16:24:57 -0000 Received: by mail-ig0-f177.google.com with SMTP id hn18so3051707igb.10 for ; Tue, 15 Jul 2014 09:24:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=R7V0/npCeSriERdsb0bdrLp01U08EAQUcuJrqdpQmYk=; b=vATbMnPsVCwVJ+K3UARU9fB4zdNB3/1mmBH89gwJnDuI9P17ByQiUqu3hoci1Ya58/ PXQ7I/3racAltjvZ6Nio6CeEz9i1YVSz4qLK4zqAamyKUtQ8ZtF1Qi0hQw4kLlaDdszv 0/X5LiYUtfH8rN8Iwn+3Stzbt1XBswTAjZGasdCuA53tl5PdIxIlcPLaKB3UVyekWHeV gFYZuleIsr+Si3ghqDYbKIkldccCTAPPvTn4ZjFdKkdEX49W560s5bj9NCNm05nVsxNb ehYv0vij6+EF3pQ6V/zezAP1eu5Dh2VwUM5uSfq2AOQ+l4YA/TEe/1vOy/XswqU80Lxv wXjQ== MIME-Version: 1.0 X-Received: by 10.43.159.67 with SMTP id lx3mr17464687icc.58.1405441495958; Tue, 15 Jul 2014 09:24:55 -0700 (PDT) Received: by 10.64.57.166 with HTTP; Tue, 15 Jul 2014 09:24:55 -0700 (PDT) Date: Tue, 15 Jul 2014 21:54:55 +0530 Message-ID: From: mad Engineer To: xen-users , xen-users@lists.xenproject.org Subject: [Xen-users] VLAN>2NIC>Bond>Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5273120097094168198==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5273120097094168198== Content-Type: multipart/alternative; boundary=001a11c2842e1e8ac404fe3dd9e5 --001a11c2842e1e8ac404fe3dd9e5 Content-Type: text/plain; charset=UTF-8 Hi All, I am using Ubuntu 12.04 as Dom0, with two interface eth0 and eth1. in my previous setup i was using 3 separate sub interface with VLAN(eth0.13,eth1.14,eth2.15) and connected to 3 bridges it worked fine but current server doesn't have 3 interface to create 3 sub interface. trying to configure 3 VLANS on two interfaces and create 3 bonds for each VLAN and add to 3 separate Linux bridges . *Will this kind of setup work? ie without creating sub interfaces and adding tag directly on bond and connecting that bond to bridge* eth0 and eth1 bonded to bond13.*13* > then to bridge br0 eth0 and eth1 bonded to bond14.*14* > then to bridge br1 eth0 and eth1 bonded to bond 15.*15* > then to bridge br2 *or * do i need to create sub interface and connect sub interface instead of eth0 and eth1 eth0.*13* eth1.*13* bonded to bond13 then bond13 to bridge 0 I heard that if i use eth0 directly with Bridge for VLAN traffic it does not work and i need to use ebtables to make it work.Can some one please help me with this? Which method is the proper way to create multiple VLAN on single interface and bridging it. Thanks --001a11c2842e1e8ac404fe3dd9e5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi All,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I am using = Ubuntu 12.04 as Dom0, with two interface eth0 and eth1.

=C2=A0in my previous setup i was using 3 separate sub interface = with VLAN(eth0.13,eth1.14,eth2.15) and connected to 3 bridges it worked fin= e but current server doesn't have 3 interface to create 3 sub interface= .=C2=A0
=C2=A0
trying=C2=A0

to co= nfigure 3 VLANS on two interfaces and create 3 bonds for each VLAN and add = to 3 separate Linux bridges .

Will this kind of= setup work? ie without creating sub interfaces and adding tag directly on = bond and connecting that bond to bridge

eth0 and eth1 bonded to bond13.13 =C2=A0&g= t; =C2=A0then to bridge br0
eth0 and eth1 bonded to bond14.14<= /b> =C2=A0> =C2=A0then to bridge br1
eth0 and eth1 bonded to b= ond 15.15 > =C2=A0then to bridge br2

or=C2=A0

do i need to c= reate sub interface and connect sub interface instead of eth0 and eth1
eth0.13 eth1.13=C2=A0 bonded to bond13 then bond13 to b= ridge 0

I heard that if i use eth0 directly with Bridge for VLA= N traffic it does not work and i need to use ebtables to make it work.Can s= ome one please help me with this?


Which method is the proper way to create multiple VLAN on single interface = and bridging it.


Thanks
--001a11c2842e1e8ac404fe3dd9e5-- --===============5273120097094168198== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5273120097094168198==-- From xen-users-bounces@lists.xen.org Tue Jul 15 16:25:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 16:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XI-0002HV-I8; Tue, 15 Jul 2014 16:25:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XG-0002HE-VW for xen-users@lists.xenproject.org; Tue, 15 Jul 2014 16:24:59 +0000 Received: from [193.109.254.147:3857] by server-6.bemta-14.messagelabs.com id F6/82-08262-AD555C35; Tue, 15 Jul 2014 16:24:58 +0000 X-Env-Sender: themadengin33r@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1405441496!17557612!1 X-Originating-IP: [209.85.213.176] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31086 invoked from network); 15 Jul 2014 16:24:57 -0000 Received: from mail-ig0-f176.google.com (HELO mail-ig0-f176.google.com) (209.85.213.176) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 16:24:57 -0000 Received: by mail-ig0-f176.google.com with SMTP id hn18so3048343igb.9 for ; Tue, 15 Jul 2014 09:24:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=R7V0/npCeSriERdsb0bdrLp01U08EAQUcuJrqdpQmYk=; b=vATbMnPsVCwVJ+K3UARU9fB4zdNB3/1mmBH89gwJnDuI9P17ByQiUqu3hoci1Ya58/ PXQ7I/3racAltjvZ6Nio6CeEz9i1YVSz4qLK4zqAamyKUtQ8ZtF1Qi0hQw4kLlaDdszv 0/X5LiYUtfH8rN8Iwn+3Stzbt1XBswTAjZGasdCuA53tl5PdIxIlcPLaKB3UVyekWHeV gFYZuleIsr+Si3ghqDYbKIkldccCTAPPvTn4ZjFdKkdEX49W560s5bj9NCNm05nVsxNb ehYv0vij6+EF3pQ6V/zezAP1eu5Dh2VwUM5uSfq2AOQ+l4YA/TEe/1vOy/XswqU80Lxv wXjQ== MIME-Version: 1.0 X-Received: by 10.43.159.67 with SMTP id lx3mr17464687icc.58.1405441495958; Tue, 15 Jul 2014 09:24:55 -0700 (PDT) Received: by 10.64.57.166 with HTTP; Tue, 15 Jul 2014 09:24:55 -0700 (PDT) Date: Tue, 15 Jul 2014 21:54:55 +0530 Message-ID: From: mad Engineer To: xen-users , xen-users@lists.xenproject.org Subject: [Xen-users] VLAN>2NIC>Bond>Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2349796722602876194==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2349796722602876194== Content-Type: multipart/alternative; boundary=001a11c2842e1e8ac404fe3dd9e5 --001a11c2842e1e8ac404fe3dd9e5 Content-Type: text/plain; charset=UTF-8 Hi All, I am using Ubuntu 12.04 as Dom0, with two interface eth0 and eth1. in my previous setup i was using 3 separate sub interface with VLAN(eth0.13,eth1.14,eth2.15) and connected to 3 bridges it worked fine but current server doesn't have 3 interface to create 3 sub interface. trying to configure 3 VLANS on two interfaces and create 3 bonds for each VLAN and add to 3 separate Linux bridges . *Will this kind of setup work? ie without creating sub interfaces and adding tag directly on bond and connecting that bond to bridge* eth0 and eth1 bonded to bond13.*13* > then to bridge br0 eth0 and eth1 bonded to bond14.*14* > then to bridge br1 eth0 and eth1 bonded to bond 15.*15* > then to bridge br2 *or * do i need to create sub interface and connect sub interface instead of eth0 and eth1 eth0.*13* eth1.*13* bonded to bond13 then bond13 to bridge 0 I heard that if i use eth0 directly with Bridge for VLAN traffic it does not work and i need to use ebtables to make it work.Can some one please help me with this? Which method is the proper way to create multiple VLAN on single interface and bridging it. Thanks --001a11c2842e1e8ac404fe3dd9e5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi All,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I am using = Ubuntu 12.04 as Dom0, with two interface eth0 and eth1.

=C2=A0in my previous setup i was using 3 separate sub interface = with VLAN(eth0.13,eth1.14,eth2.15) and connected to 3 bridges it worked fin= e but current server doesn't have 3 interface to create 3 sub interface= .=C2=A0
=C2=A0
trying=C2=A0

to co= nfigure 3 VLANS on two interfaces and create 3 bonds for each VLAN and add = to 3 separate Linux bridges .

Will this kind of= setup work? ie without creating sub interfaces and adding tag directly on = bond and connecting that bond to bridge

eth0 and eth1 bonded to bond13.13 =C2=A0&g= t; =C2=A0then to bridge br0
eth0 and eth1 bonded to bond14.14<= /b> =C2=A0> =C2=A0then to bridge br1
eth0 and eth1 bonded to b= ond 15.15 > =C2=A0then to bridge br2

or=C2=A0

do i need to c= reate sub interface and connect sub interface instead of eth0 and eth1
eth0.13 eth1.13=C2=A0 bonded to bond13 then bond13 to b= ridge 0

I heard that if i use eth0 directly with Bridge for VLA= N traffic it does not work and i need to use ebtables to make it work.Can s= ome one please help me with this?


Which method is the proper way to create multiple VLAN on single interface = and bridging it.


Thanks
--001a11c2842e1e8ac404fe3dd9e5-- --===============2349796722602876194== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2349796722602876194==-- From xen-users-bounces@lists.xen.org Tue Jul 15 16:25:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 16:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XY-0002IG-Mf; Tue, 15 Jul 2014 16:25:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XX-0002I1-LS for xen-users@lists.xen.org; Tue, 15 Jul 2014 16:25:15 +0000 Received: from [85.158.143.35:2869] by server-3.bemta-4.messagelabs.com id DB/77-09960-AE555C35; Tue, 15 Jul 2014 16:25:14 +0000 X-Env-Sender: kristian@hagsted.dk X-Msg-Ref: server-16.tower-21.messagelabs.com!1405441512!14460853!2 X-Originating-IP: [2.108.107.22] X-SpamReason: No, hits=0.2 required=7.0 tests=HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13584 invoked from network); 15 Jul 2014 16:25:13 -0000 Received: from hagsted.dk (HELO hagsted.dk) (2.108.107.22) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 16:25:13 -0000 Received: from HAGSTED-CSERVER.hagsted.dk (192.168.2.11) by hagsted-cserver.hagsted.dk (192.168.2.11) with Microsoft SMTP Server (TLS) id 15.0.620.29; Tue, 15 Jul 2014 18:12:57 +0200 Received: from HAGSTED-CSERVER.hagsted.dk ([fe80::ad97:6656:e352:9980]) by hagsted-cserver.hagsted.dk ([fe80::ad97:6656:e352:9980%25]) with mapi id 15.00.0620.020; Tue, 15 Jul 2014 18:12:57 +0200 From: Kristian Hagsted Rasmussen To: jacek burghardt , xen-users Thread-Topic: [Xen-users] efi under domu? Thread-Index: AQHPoDVg8Icwd1g03U+rdHoe4b8VIZuhT03A Date: Tue, 15 Jul 2014 16:12:56 +0000 Message-ID: <0de636d115164b52834098df4ada55d1@hagsted-cserver.hagsted.dk> References: In-Reply-To: Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.102] MIME-Version: 1.0 Subject: Re: [Xen-users] efi under domu? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4413539162465015022==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4413539162465015022== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_0de636d115164b52834098df4ada55d1hagstedcserverhagsteddk_" --_000_0de636d115164b52834098df4ada55d1hagstedcserverhagsteddk_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WW91IGhhdmUgdG8gY29tcGlsZSB4ZW4gd2l0aCBvdm1mIGJ5IGFkZGluZzoNCi0tZW5hYmxlLW92 bWYNCnRvIHlvdXIgY29uZmlndXJlIHN0YXRlbWVudC4NCg0KSW4geW91ciBjb25maWcgZmlsZSB5 b3UgdGhlbiBhZGQ6DQpiaW9zPSDigJhvdm1m4oCZDQoNCkZyb206IHhlbi11c2Vycy1ib3VuY2Vz QGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnXSBP biBCZWhhbGYgT2YgamFjZWsgYnVyZ2hhcmR0DQpTZW50OiAxNS4ganVsaSAyMDE0IDE1OjU1DQpU bzogeGVuLXVzZXJzDQpTdWJqZWN0OiBbWGVuLXVzZXJzXSBlZmkgdW5kZXIgZG9tdT8NCg0KV2hh dCBpcyB0aGUgY29uZmlndXJhdGlvbiBvcHRpb24gdGhhdCB3aWwgZW5hYmxlIHVlZmkgdW5kZXIg ZG9tdSBpbnN0ZWFkIG9mIHNlYWJpb3MgPw0K --_000_0de636d115164b52834098df4ada55d1hagstedcserverhagsteddk_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYi O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQs IHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv bG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5 bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJ bWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJ e3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+ PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4 dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxh eW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5r PSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Zb3UgaGF2ZSB0 byBjb21waWxlIHhlbiB3aXRoIG92bWYgYnkgYWRkaW5nOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+LS1lbmFibGUt b3ZtZjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+dG8geW91ciBjb25maWd1cmUgc3RhdGVtZW50LjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5JbiB5b3VyIGNvbmZpZyBmaWxlIHlvdSB0aGVuIGFkZDo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPmJpb3M9IOKAmG92bWbigJk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5h bWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBj bSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4geGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVu Lm9yZyBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmddDQo8Yj5PbiBCZWhh bGYgT2YgPC9iPmphY2VrIGJ1cmdoYXJkdDxicj4NCjxiPlNlbnQ6PC9iPiAxNS4ganVsaSAyMDE0 IDE1OjU1PGJyPg0KPGI+VG86PC9iPiB4ZW4tdXNlcnM8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW1hl bi11c2Vyc10gZWZpIHVuZGVyIGRvbXU/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPldoYXQgaXMgdGhlIGNvbmZpZ3VyYXRpb24gb3B0aW9uIHRo YXQgd2lsIGVuYWJsZSB1ZWZpIHVuZGVyIGRvbXUgaW5zdGVhZCBvZiBzZWFiaW9zID8mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_0de636d115164b52834098df4ada55d1hagstedcserverhagsteddk_-- --===============4413539162465015022== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4413539162465015022==-- From xen-users-bounces@lists.xen.org Tue Jul 15 16:25:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 16:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XY-0002IG-Mf; Tue, 15 Jul 2014 16:25:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XX-0002I1-LS for xen-users@lists.xen.org; Tue, 15 Jul 2014 16:25:15 +0000 Received: from [85.158.143.35:2869] by server-3.bemta-4.messagelabs.com id DB/77-09960-AE555C35; Tue, 15 Jul 2014 16:25:14 +0000 X-Env-Sender: kristian@hagsted.dk X-Msg-Ref: server-16.tower-21.messagelabs.com!1405441512!14460853!2 X-Originating-IP: [2.108.107.22] X-SpamReason: No, hits=0.2 required=7.0 tests=HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13584 invoked from network); 15 Jul 2014 16:25:13 -0000 Received: from hagsted.dk (HELO hagsted.dk) (2.108.107.22) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 16:25:13 -0000 Received: from HAGSTED-CSERVER.hagsted.dk (192.168.2.11) by hagsted-cserver.hagsted.dk (192.168.2.11) with Microsoft SMTP Server (TLS) id 15.0.620.29; Tue, 15 Jul 2014 18:12:57 +0200 Received: from HAGSTED-CSERVER.hagsted.dk ([fe80::ad97:6656:e352:9980]) by hagsted-cserver.hagsted.dk ([fe80::ad97:6656:e352:9980%25]) with mapi id 15.00.0620.020; Tue, 15 Jul 2014 18:12:57 +0200 From: Kristian Hagsted Rasmussen To: jacek burghardt , xen-users Thread-Topic: [Xen-users] efi under domu? Thread-Index: AQHPoDVg8Icwd1g03U+rdHoe4b8VIZuhT03A Date: Tue, 15 Jul 2014 16:12:56 +0000 Message-ID: <0de636d115164b52834098df4ada55d1@hagsted-cserver.hagsted.dk> References: In-Reply-To: Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.102] MIME-Version: 1.0 Subject: Re: [Xen-users] efi under domu? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4413539162465015022==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4413539162465015022== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_0de636d115164b52834098df4ada55d1hagstedcserverhagsteddk_" --_000_0de636d115164b52834098df4ada55d1hagstedcserverhagsteddk_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 WW91IGhhdmUgdG8gY29tcGlsZSB4ZW4gd2l0aCBvdm1mIGJ5IGFkZGluZzoNCi0tZW5hYmxlLW92 bWYNCnRvIHlvdXIgY29uZmlndXJlIHN0YXRlbWVudC4NCg0KSW4geW91ciBjb25maWcgZmlsZSB5 b3UgdGhlbiBhZGQ6DQpiaW9zPSDigJhvdm1m4oCZDQoNCkZyb206IHhlbi11c2Vycy1ib3VuY2Vz QGxpc3RzLnhlbi5vcmcgW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnXSBP biBCZWhhbGYgT2YgamFjZWsgYnVyZ2hhcmR0DQpTZW50OiAxNS4ganVsaSAyMDE0IDE1OjU1DQpU bzogeGVuLXVzZXJzDQpTdWJqZWN0OiBbWGVuLXVzZXJzXSBlZmkgdW5kZXIgZG9tdT8NCg0KV2hh dCBpcyB0aGUgY29uZmlndXJhdGlvbiBvcHRpb24gdGhhdCB3aWwgZW5hYmxlIHVlZmkgdW5kZXIg ZG9tdSBpbnN0ZWFkIG9mIHNlYWJpb3MgPw0K --_000_0de636d115164b52834098df4ada55d1hagstedcserverhagsteddk_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYi O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQs IHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv bG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5 bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJ bWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJ e3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+ PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4 dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxh eW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5r PSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Zb3UgaGF2ZSB0 byBjb21waWxlIHhlbiB3aXRoIG92bWYgYnkgYWRkaW5nOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+LS1lbmFibGUt b3ZtZjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+dG8geW91ciBjb25maWd1cmUgc3RhdGVtZW50LjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFj ayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5JbiB5b3VyIGNvbmZpZyBmaWxlIHlvdSB0aGVuIGFkZDo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6YmxhY2siPmJpb3M9IOKAmG92bWbigJk8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5h bWU9Il9NYWlsRW5kQ29tcG9zZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBj bSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4geGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVu Lm9yZyBbbWFpbHRvOnhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5vcmddDQo8Yj5PbiBCZWhh bGYgT2YgPC9iPmphY2VrIGJ1cmdoYXJkdDxicj4NCjxiPlNlbnQ6PC9iPiAxNS4ganVsaSAyMDE0 IDE1OjU1PGJyPg0KPGI+VG86PC9iPiB4ZW4tdXNlcnM8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gW1hl bi11c2Vyc10gZWZpIHVuZGVyIGRvbXU/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPldoYXQgaXMgdGhlIGNvbmZpZ3VyYXRpb24gb3B0aW9uIHRo YXQgd2lsIGVuYWJsZSB1ZWZpIHVuZGVyIGRvbXUgaW5zdGVhZCBvZiBzZWFiaW9zID8mbmJzcDs8 bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_0de636d115164b52834098df4ada55d1hagstedcserverhagsteddk_-- --===============4413539162465015022== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4413539162465015022==-- From xen-users-bounces@lists.xen.org Tue Jul 15 16:25:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 16:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XH-0002HN-Vg; Tue, 15 Jul 2014 16:24:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XG-0002HD-N1 for xen-users@lists.xen.org; Tue, 15 Jul 2014 16:24:58 +0000 Received: from [85.158.139.211:30844] by server-15.bemta-5.messagelabs.com id CC/3B-07751-AD555C35; Tue, 15 Jul 2014 16:24:58 +0000 X-Env-Sender: themadengin33r@gmail.com X-Msg-Ref: server-9.tower-206.messagelabs.com!1405441496!15662428!1 X-Originating-IP: [209.85.213.177] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17377 invoked from network); 15 Jul 2014 16:24:57 -0000 Received: from mail-ig0-f177.google.com (HELO mail-ig0-f177.google.com) (209.85.213.177) by server-9.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 16:24:57 -0000 Received: by mail-ig0-f177.google.com with SMTP id hn18so3051707igb.10 for ; Tue, 15 Jul 2014 09:24:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=R7V0/npCeSriERdsb0bdrLp01U08EAQUcuJrqdpQmYk=; b=vATbMnPsVCwVJ+K3UARU9fB4zdNB3/1mmBH89gwJnDuI9P17ByQiUqu3hoci1Ya58/ PXQ7I/3racAltjvZ6Nio6CeEz9i1YVSz4qLK4zqAamyKUtQ8ZtF1Qi0hQw4kLlaDdszv 0/X5LiYUtfH8rN8Iwn+3Stzbt1XBswTAjZGasdCuA53tl5PdIxIlcPLaKB3UVyekWHeV gFYZuleIsr+Si3ghqDYbKIkldccCTAPPvTn4ZjFdKkdEX49W560s5bj9NCNm05nVsxNb ehYv0vij6+EF3pQ6V/zezAP1eu5Dh2VwUM5uSfq2AOQ+l4YA/TEe/1vOy/XswqU80Lxv wXjQ== MIME-Version: 1.0 X-Received: by 10.43.159.67 with SMTP id lx3mr17464687icc.58.1405441495958; Tue, 15 Jul 2014 09:24:55 -0700 (PDT) Received: by 10.64.57.166 with HTTP; Tue, 15 Jul 2014 09:24:55 -0700 (PDT) Date: Tue, 15 Jul 2014 21:54:55 +0530 Message-ID: From: mad Engineer To: xen-users , xen-users@lists.xenproject.org Subject: [Xen-users] VLAN>2NIC>Bond>Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5273120097094168198==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5273120097094168198== Content-Type: multipart/alternative; boundary=001a11c2842e1e8ac404fe3dd9e5 --001a11c2842e1e8ac404fe3dd9e5 Content-Type: text/plain; charset=UTF-8 Hi All, I am using Ubuntu 12.04 as Dom0, with two interface eth0 and eth1. in my previous setup i was using 3 separate sub interface with VLAN(eth0.13,eth1.14,eth2.15) and connected to 3 bridges it worked fine but current server doesn't have 3 interface to create 3 sub interface. trying to configure 3 VLANS on two interfaces and create 3 bonds for each VLAN and add to 3 separate Linux bridges . *Will this kind of setup work? ie without creating sub interfaces and adding tag directly on bond and connecting that bond to bridge* eth0 and eth1 bonded to bond13.*13* > then to bridge br0 eth0 and eth1 bonded to bond14.*14* > then to bridge br1 eth0 and eth1 bonded to bond 15.*15* > then to bridge br2 *or * do i need to create sub interface and connect sub interface instead of eth0 and eth1 eth0.*13* eth1.*13* bonded to bond13 then bond13 to bridge 0 I heard that if i use eth0 directly with Bridge for VLAN traffic it does not work and i need to use ebtables to make it work.Can some one please help me with this? Which method is the proper way to create multiple VLAN on single interface and bridging it. Thanks --001a11c2842e1e8ac404fe3dd9e5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi All,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I am using = Ubuntu 12.04 as Dom0, with two interface eth0 and eth1.

=C2=A0in my previous setup i was using 3 separate sub interface = with VLAN(eth0.13,eth1.14,eth2.15) and connected to 3 bridges it worked fin= e but current server doesn't have 3 interface to create 3 sub interface= .=C2=A0
=C2=A0
trying=C2=A0

to co= nfigure 3 VLANS on two interfaces and create 3 bonds for each VLAN and add = to 3 separate Linux bridges .

Will this kind of= setup work? ie without creating sub interfaces and adding tag directly on = bond and connecting that bond to bridge

eth0 and eth1 bonded to bond13.13 =C2=A0&g= t; =C2=A0then to bridge br0
eth0 and eth1 bonded to bond14.14<= /b> =C2=A0> =C2=A0then to bridge br1
eth0 and eth1 bonded to b= ond 15.15 > =C2=A0then to bridge br2

or=C2=A0

do i need to c= reate sub interface and connect sub interface instead of eth0 and eth1
eth0.13 eth1.13=C2=A0 bonded to bond13 then bond13 to b= ridge 0

I heard that if i use eth0 directly with Bridge for VLA= N traffic it does not work and i need to use ebtables to make it work.Can s= ome one please help me with this?


Which method is the proper way to create multiple VLAN on single interface = and bridging it.


Thanks
--001a11c2842e1e8ac404fe3dd9e5-- --===============5273120097094168198== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5273120097094168198==-- From xen-users-bounces@lists.xen.org Tue Jul 15 16:25:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 16:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XI-0002HV-I8; Tue, 15 Jul 2014 16:25:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XG-0002HE-VW for xen-users@lists.xenproject.org; Tue, 15 Jul 2014 16:24:59 +0000 Received: from [193.109.254.147:3857] by server-6.bemta-14.messagelabs.com id F6/82-08262-AD555C35; Tue, 15 Jul 2014 16:24:58 +0000 X-Env-Sender: themadengin33r@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1405441496!17557612!1 X-Originating-IP: [209.85.213.176] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31086 invoked from network); 15 Jul 2014 16:24:57 -0000 Received: from mail-ig0-f176.google.com (HELO mail-ig0-f176.google.com) (209.85.213.176) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 16:24:57 -0000 Received: by mail-ig0-f176.google.com with SMTP id hn18so3048343igb.9 for ; Tue, 15 Jul 2014 09:24:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=R7V0/npCeSriERdsb0bdrLp01U08EAQUcuJrqdpQmYk=; b=vATbMnPsVCwVJ+K3UARU9fB4zdNB3/1mmBH89gwJnDuI9P17ByQiUqu3hoci1Ya58/ PXQ7I/3racAltjvZ6Nio6CeEz9i1YVSz4qLK4zqAamyKUtQ8ZtF1Qi0hQw4kLlaDdszv 0/X5LiYUtfH8rN8Iwn+3Stzbt1XBswTAjZGasdCuA53tl5PdIxIlcPLaKB3UVyekWHeV gFYZuleIsr+Si3ghqDYbKIkldccCTAPPvTn4ZjFdKkdEX49W560s5bj9NCNm05nVsxNb ehYv0vij6+EF3pQ6V/zezAP1eu5Dh2VwUM5uSfq2AOQ+l4YA/TEe/1vOy/XswqU80Lxv wXjQ== MIME-Version: 1.0 X-Received: by 10.43.159.67 with SMTP id lx3mr17464687icc.58.1405441495958; Tue, 15 Jul 2014 09:24:55 -0700 (PDT) Received: by 10.64.57.166 with HTTP; Tue, 15 Jul 2014 09:24:55 -0700 (PDT) Date: Tue, 15 Jul 2014 21:54:55 +0530 Message-ID: From: mad Engineer To: xen-users , xen-users@lists.xenproject.org Subject: [Xen-users] VLAN>2NIC>Bond>Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2349796722602876194==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2349796722602876194== Content-Type: multipart/alternative; boundary=001a11c2842e1e8ac404fe3dd9e5 --001a11c2842e1e8ac404fe3dd9e5 Content-Type: text/plain; charset=UTF-8 Hi All, I am using Ubuntu 12.04 as Dom0, with two interface eth0 and eth1. in my previous setup i was using 3 separate sub interface with VLAN(eth0.13,eth1.14,eth2.15) and connected to 3 bridges it worked fine but current server doesn't have 3 interface to create 3 sub interface. trying to configure 3 VLANS on two interfaces and create 3 bonds for each VLAN and add to 3 separate Linux bridges . *Will this kind of setup work? ie without creating sub interfaces and adding tag directly on bond and connecting that bond to bridge* eth0 and eth1 bonded to bond13.*13* > then to bridge br0 eth0 and eth1 bonded to bond14.*14* > then to bridge br1 eth0 and eth1 bonded to bond 15.*15* > then to bridge br2 *or * do i need to create sub interface and connect sub interface instead of eth0 and eth1 eth0.*13* eth1.*13* bonded to bond13 then bond13 to bridge 0 I heard that if i use eth0 directly with Bridge for VLAN traffic it does not work and i need to use ebtables to make it work.Can some one please help me with this? Which method is the proper way to create multiple VLAN on single interface and bridging it. Thanks --001a11c2842e1e8ac404fe3dd9e5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi All,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I am using = Ubuntu 12.04 as Dom0, with two interface eth0 and eth1.

=C2=A0in my previous setup i was using 3 separate sub interface = with VLAN(eth0.13,eth1.14,eth2.15) and connected to 3 bridges it worked fin= e but current server doesn't have 3 interface to create 3 sub interface= .=C2=A0
=C2=A0
trying=C2=A0

to co= nfigure 3 VLANS on two interfaces and create 3 bonds for each VLAN and add = to 3 separate Linux bridges .

Will this kind of= setup work? ie without creating sub interfaces and adding tag directly on = bond and connecting that bond to bridge

eth0 and eth1 bonded to bond13.13 =C2=A0&g= t; =C2=A0then to bridge br0
eth0 and eth1 bonded to bond14.14<= /b> =C2=A0> =C2=A0then to bridge br1
eth0 and eth1 bonded to b= ond 15.15 > =C2=A0then to bridge br2

or=C2=A0

do i need to c= reate sub interface and connect sub interface instead of eth0 and eth1
eth0.13 eth1.13=C2=A0 bonded to bond13 then bond13 to b= ridge 0

I heard that if i use eth0 directly with Bridge for VLA= N traffic it does not work and i need to use ebtables to make it work.Can s= ome one please help me with this?


Which method is the proper way to create multiple VLAN on single interface = and bridging it.


Thanks
--001a11c2842e1e8ac404fe3dd9e5-- --===============2349796722602876194== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2349796722602876194==-- From xen-users-bounces@lists.xen.org Tue Jul 15 16:25:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 16:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XY-0002I6-5U; Tue, 15 Jul 2014 16:25:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75XW-0002Hw-Tt for xen-users@lists.xen.org; Tue, 15 Jul 2014 16:25:15 +0000 Received: from [85.158.143.35:52913] by server-3.bemta-4.messagelabs.com id CA/77-09960-AE555C35; Tue, 15 Jul 2014 16:25:14 +0000 X-Env-Sender: kristian@hagsted.dk X-Msg-Ref: server-16.tower-21.messagelabs.com!1405441512!14460853!1 X-Originating-IP: [2.108.107.22] X-SpamReason: No, hits=0.2 required=7.0 tests=RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13569 invoked from network); 15 Jul 2014 16:25:13 -0000 Received: from hagsted.dk (HELO hagsted.dk) (2.108.107.22) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 16:25:13 -0000 Received: from HAGSTED-CSERVER.hagsted.dk (192.168.2.11) by hagsted-cserver.hagsted.dk (192.168.2.11) with Microsoft SMTP Server (TLS) id 15.0.620.29; Tue, 15 Jul 2014 18:03:56 +0200 Received: from HAGSTED-CSERVER.hagsted.dk ([fe80::ad97:6656:e352:9980]) by hagsted-cserver.hagsted.dk ([fe80::ad97:6656:e352:9980%25]) with mapi id 15.00.0620.020; Tue, 15 Jul 2014 18:03:56 +0200 From: Kristian Hagsted Rasmussen To: Gordan Bobic , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] HTPC + DUAL PC In one Thread-Index: AQHPoADBpOoTXvsR+Ua/2oWyW3QnCZugtZIAgACXFYA= Date: Tue, 15 Jul 2014 16:03:56 +0000 Message-ID: References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> In-Reply-To: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.102] MIME-Version: 1.0 Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogeGVuLXVzZXJzLWJvdW5j ZXNAbGlzdHMueGVuLm9yZyBbbWFpbHRvOnhlbi11c2Vycy0NCj4gYm91bmNlc0BsaXN0cy54ZW4u b3JnXSBPbiBCZWhhbGYgT2YgR29yZGFuIEJvYmljDQo+IFNlbnQ6IDE1LiBqdWxpIDIwMTQgMTE6 MDMNCj4gVG86IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnDQo+IFN1YmplY3Q6IFJlOiBbWGVuLXVz ZXJzXSBIVFBDICsgRFVBTCBQQyBJbiBvbmUNCj4gDQo+IE9uIDIwMTQtMDctMTUgMDg6MzgsIE1h dHRpYSBDYXJyYXJhIHdyb3RlOg0KPiANCj4gPiBOb3cgdGhlIHByb2JsZW0gaXMgR1BVIHBhc3Mt dGhyb3VnaC4gTXkgaWRlYSBJbnRlbCBpbnRlZ3JhdGVkIGdyYXBoaWNzDQo+ID4gYW5kIGF1aWRp byBmb3IgSFRQQyBpbiBzdWNoIHdheSBpIHdpbGwgaGF2ZSBhdWRpbyBhbmQgdmlkZW8gb3ZlciBI RE1JLg0KPiA+IE90aGVyIHR3byBhdGkgUENJZSBHUFVzIG9uZSBmb3IgZWFjaCB2aXJ0dWFsIG1h Y2hpbmUuDQo+IA0KPiBBbmQgZm9yIGRvbTAgY29uc29sZT8gWW91J2xsIG5lZWQgNCBHUFVzIGlu IHRoZSBtYWNoaW5lLiBEbyB5b3UgaGF2ZQ0KPiAzIFBDSWUgc2xvdHMgZm9yIHRoZSBkb21VIEdQ VXM/IElmIG5vdCB5b3UnbGwgaGF2ZSB0byB1c2UgYXQgbGVhc3Qgb25lIGR1YWwNCj4gR1BVIGNh cmQuDQoNClRoZSBmb3VydGggR1BVIGlzIG5vdCBhIHN0cmljdCByZXF1aXJlbWVudC4gUGVyc29u YWxseSBJIGhhdmUgYSBtYWNoaW5lIHdpdGggdGhlIHByaW1hcnkgYW5kIG9ubHkgR1BVIChJR1Ap IHBhc3NlZC10aHJvdWdoICB0byBhIGRvbVUuIEFuZCBvbmx5IGFjY2VzcyB0aGUgY29uc29sZSB0 aHJvdWdoIHNzaCwgaWYgYW55dGhpbmcncyBnbyB3cm9uZyBJIGJvb3QgdGhlIG1hY2hpbmUgd2l0 aG91dCB0aGUgZ3JhcGhpYyBib3VuZCB0byBwY2liYWNrLCB0byBnZXQgb3V0cHV0IHRvIGEgc2Ny ZWVuIGZvciBkZWJ1Z2dpbmcuDQoNCj4gDQo+ID4gVGhlbiBmb3IgYXVkaW8NCj4gPiBvdGhlciB0 d28gcGNpIGNhcmRzLiBUaGUgcXVlc3Rpb24gaXM6IGlzIHRoZXJlIGEgYmV0dGVyIHNvbHV0aW9u IGZvcg0KPiA+IGF1ZGlvPyBJIG1lYW4gZWFjaCBjYXJkIGhhcyBtb3JlIHRoYW4gb25lIGNoYW5u ZWwsIGNhbiBJIGRldGljYXRlIGENCj4gPiBjaGFubmVsIGluc3RlYWQgb2YgYSBzaW5nbGUgUENJ IGNhcmQ/DQo+IA0KPiBObywgImNoYW5uZWxzIiBvbiBhdWRpbyBkZXZpY2VzIGRvbid0IHdvcmsg aW4gdGhlIHdheSB5b3UgaW1wbHkuDQo+IA0KPiBEZXBlbmRpbmcgb24gd2hhdCB5b3VyIGV4YWN0 IGF1ZGlvIHJlcXVpcmVtZW50cyBhcmUsIHlvdSBjb3VsZCBwcm9iYWJseQ0KPiB1c2UgYSBjaGVh cCAowqMyIG9yIHNvKSBVU0IgYXVkaW8gbW9kdWxlIGFuZCBwYXNzIHNwZWNpZmljIFVTQiBwb3J0 IFBDSQ0KPiBkZXZpY2VzIHRvIGVhY2ggVk0uIERvIHlvdSBoYXZlIGVub3VnaCBwb3J0cyBmb3Ig YXVkaW8gKyBrZXlib2FyZCArDQo+IG1vdXNlIGZvciBlYWNoIFZNPyBZb3UnbGwgbmVlZCBhdCBs ZWFzdCAxMSAoYXVkaW8gKyBrZXlib2FyZCArIG1vdXNlIGZvcg0KPiBlYWNoIG9mIHRoZSAzIFZN cywgKyBrZXlib2FyZCBhbmQgbW91c2UgZm9yIGRvbTApLiBZb3Ugd2lsbCBwcm9iYWJseSBoYXZl DQo+IHRvIHVzZSBhIFVTQiBodWIgZm9yIGVhY2ggZG9tVS4gV2l0aCBzb21lIGNhcmVmdWwgaGFy ZHdhcmUgc2VsZWN0aW9uLA0KPiBlYWNoIG9mIHRoZSBtb25pdG9ycyB5b3UgdXNlIGNvdWxkIGNv bWUgd2l0aCBhIGJ1aWx0IGluIFVTQiBodWIgd2hpY2ggd2lsbA0KPiB0aWR5IHRoaW5ncyB1cCBh IGJpdC4NCj4gDQo+ID4gQW5vdGhlciBwcm9ibGVtIGFyZSBhbGwgdGhlDQo+ID4gd2lyZXMhIEkg d2FzIHRoaW5raW5nIHRvIHVzZSBUaHVuZGVyYm9sdCBmb3IgdGhlIHR3byBXaW5kb3dzIFZNLiBJ bg0KPiA+IHN1Y2ggd2F5IGkgd2lsbCBoYXZlIEF1ZGlvLCBWaWRlbyBhbmQgVVNCcyBpbiBhIGNh YmxlLiBCdXQgaG93PyBEbyB5b3UNCj4gPiBoYXZlIGFueSBzdWdnZXN0aW9uPw0KPiANCj4gSSBu ZXZlciB1c2VkIFRodW5kZXJib2x0LCBJIGFtIGFjaGlldmluZyBhbGwgb2YgdGhlIGFib3ZlIHdp dGggVVNCIGRldmljZXMuDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0DQo+IFhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnDQo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlz dApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Jul 15 16:38:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 16:38:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75k9-0003Ty-JN; Tue, 15 Jul 2014 16:38:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75k8-0003Ts-VI for xen-users@lists.xen.org; Tue, 15 Jul 2014 16:38:17 +0000 Received: from [85.158.137.68:22504] by server-5.bemta-3.messagelabs.com id 35/2C-15381-8F855C35; Tue, 15 Jul 2014 16:38:16 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1405442294!11646429!1 X-Originating-IP: [209.85.216.50] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26539 invoked from network); 15 Jul 2014 16:38:15 -0000 Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com) (209.85.216.50) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 16:38:15 -0000 Received: by mail-qa0-f50.google.com with SMTP id s7so3067922qap.9 for ; Tue, 15 Jul 2014 09:38:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GON06LW8LLzsKSwJmXfmA8E5fV4rwlOuNnxVQLWDkB8=; b=llRJwFYE8rdy3Z703s1/p7Jc/qe00WtMeuwMDnGdYI+FNnlJCSflufxFfeyg/syvyW Vj9BW9/TULi64PP3x/8Q++cfJVSGFl3hkd/TkNhvAgH0WDF4hM4e6G9+Ph9ErKtESQ3p zlQTw7BrN92y7cfIZ2sLKZoywbT3gJL/fRfdSgBSGkgAXxF8HghN1sUx7/DXPQ1+SSg/ jvtcgzDvSecZzMOGpJv7PftQ8iTDa/ZqyAS9RMVPhUuAO72s6naIzgPqh+KKFetlhcWq YKSyRbmWhCHuBo3NI4MV+bLPUNw4D88ewzRVGKISYPy9R36fs4u60AQfY4ZNQ/Am/EWs OoXg== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr34946480qge.38.1405442294177; Tue, 15 Jul 2014 09:38:14 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 15 Jul 2014 09:38:13 -0700 (PDT) In-Reply-To: <0de636d115164b52834098df4ada55d1@hagsted-cserver.hagsted.dk> References: <0de636d115164b52834098df4ada55d1@hagsted-cserver.hagsted.dk> Date: Tue, 15 Jul 2014 10:38:13 -0600 Message-ID: From: jacek burghardt To: Kristian Hagsted Rasmussen Cc: xen-users Subject: Re: [Xen-users] efi under domu? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6069693842186673884==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6069693842186673884== Content-Type: multipart/alternative; boundary=001a11397660b267d304fe3e08d9 --001a11397660b267d304fe3e08d9 Content-Type: text/plain; charset=UTF-8 I will try that, thanks for the help. I wonder if you can setup windows 8.1 on dedicated hard drive and have the option to dual boot also. I guess chipset emulation may cause issues. --001a11397660b267d304fe3e08d9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I will try that, thanks for the help. I wonder if you can = setup windows 8.1 on dedicated =C2=A0hard drive and have the option to dual= boot also. I guess chipset emulation may cause issues.=C2=A0
--001a11397660b267d304fe3e08d9-- --===============6069693842186673884== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6069693842186673884==-- From xen-users-bounces@lists.xen.org Tue Jul 15 16:38:36 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 16:38:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75k9-0003Ty-JN; Tue, 15 Jul 2014 16:38:17 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X75k8-0003Ts-VI for xen-users@lists.xen.org; Tue, 15 Jul 2014 16:38:17 +0000 Received: from [85.158.137.68:22504] by server-5.bemta-3.messagelabs.com id 35/2C-15381-8F855C35; Tue, 15 Jul 2014 16:38:16 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-6.tower-31.messagelabs.com!1405442294!11646429!1 X-Originating-IP: [209.85.216.50] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26539 invoked from network); 15 Jul 2014 16:38:15 -0000 Received: from mail-qa0-f50.google.com (HELO mail-qa0-f50.google.com) (209.85.216.50) by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 16:38:15 -0000 Received: by mail-qa0-f50.google.com with SMTP id s7so3067922qap.9 for ; Tue, 15 Jul 2014 09:38:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GON06LW8LLzsKSwJmXfmA8E5fV4rwlOuNnxVQLWDkB8=; b=llRJwFYE8rdy3Z703s1/p7Jc/qe00WtMeuwMDnGdYI+FNnlJCSflufxFfeyg/syvyW Vj9BW9/TULi64PP3x/8Q++cfJVSGFl3hkd/TkNhvAgH0WDF4hM4e6G9+Ph9ErKtESQ3p zlQTw7BrN92y7cfIZ2sLKZoywbT3gJL/fRfdSgBSGkgAXxF8HghN1sUx7/DXPQ1+SSg/ jvtcgzDvSecZzMOGpJv7PftQ8iTDa/ZqyAS9RMVPhUuAO72s6naIzgPqh+KKFetlhcWq YKSyRbmWhCHuBo3NI4MV+bLPUNw4D88ewzRVGKISYPy9R36fs4u60AQfY4ZNQ/Am/EWs OoXg== MIME-Version: 1.0 X-Received: by 10.140.96.229 with SMTP id k92mr34946480qge.38.1405442294177; Tue, 15 Jul 2014 09:38:14 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 15 Jul 2014 09:38:13 -0700 (PDT) In-Reply-To: <0de636d115164b52834098df4ada55d1@hagsted-cserver.hagsted.dk> References: <0de636d115164b52834098df4ada55d1@hagsted-cserver.hagsted.dk> Date: Tue, 15 Jul 2014 10:38:13 -0600 Message-ID: From: jacek burghardt To: Kristian Hagsted Rasmussen Cc: xen-users Subject: Re: [Xen-users] efi under domu? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6069693842186673884==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6069693842186673884== Content-Type: multipart/alternative; boundary=001a11397660b267d304fe3e08d9 --001a11397660b267d304fe3e08d9 Content-Type: text/plain; charset=UTF-8 I will try that, thanks for the help. I wonder if you can setup windows 8.1 on dedicated hard drive and have the option to dual boot also. I guess chipset emulation may cause issues. --001a11397660b267d304fe3e08d9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I will try that, thanks for the help. I wonder if you can = setup windows 8.1 on dedicated =C2=A0hard drive and have the option to dual= boot also. I guess chipset emulation may cause issues.=C2=A0
--001a11397660b267d304fe3e08d9-- --===============6069693842186673884== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6069693842186673884==-- From xen-users-bounces@lists.xen.org Tue Jul 15 17:32:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 17:32:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X76a8-0004k3-4L; Tue, 15 Jul 2014 17:32:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X76a6-0004jy-Nh for xen-users@lists.xen.org; Tue, 15 Jul 2014 17:31:58 +0000 Received: from [193.109.254.147:2641] by server-15.bemta-14.messagelabs.com id E7/F6-11012-D8565C35; Tue, 15 Jul 2014 17:31:57 +0000 X-Env-Sender: mattia.carrara@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1405445516!12201450!1 X-Originating-IP: [74.125.82.174] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26220 invoked from network); 15 Jul 2014 17:31:56 -0000 Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com) (74.125.82.174) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 17:31:56 -0000 Received: by mail-we0-f174.google.com with SMTP id x48so4186304wes.5 for ; Tue, 15 Jul 2014 10:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=hPbKzOcNxeDLBrsXyu5eRPtt2QPG303Szy+eqJjQsE8=; b=zwmRMcMtmMHnDO1PbLb0ZMWfDZ8iuf74qWbtgqIexgsOQXzEuEHKfWSk7ARwirctws 1vVvBPzq1dHd4GVxBRv6/IEvxtFf+MLbcTPyMREl+24iEvE+2s4WwtbaEVpIGDePgKKA l8c+E9EdcWBrMhwNN+9CD/75L1vcNlJPcKPUIpNV8jpsUustguzXP8D/OjxkkM/k0tid FDYuWZkHxhMrVqDFZysbpE9ay1GB5qOl7kbMBm5Onw0kdIPT2uAWhi6tzrqj4OAl1fBI oS4NxCNcLzzka7B75D4ZQZ3liz1fom3Dl8vyzE3U6Ta7SiKC4qz1BPgVbYYDxNjpU8mH 5XiA== MIME-Version: 1.0 X-Received: by 10.180.206.15 with SMTP id lk15mr7063943wic.43.1405445516161; Tue, 15 Jul 2014 10:31:56 -0700 (PDT) Received: by 10.194.63.236 with HTTP; Tue, 15 Jul 2014 10:31:56 -0700 (PDT) In-Reply-To: References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> Date: Tue, 15 Jul 2014 19:31:56 +0200 Message-ID: From: Mattia Carrara To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3867408462925617071==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3867408462925617071== Content-Type: multipart/alternative; boundary=001a11c383cabe16e704fe3ec8d9 --001a11c383cabe16e704fe3ec8d9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for all the replies. About the fourth GPU, I thought, as Kristian said, to access dom0 using SSH. But Gordan what do you mean with dual GPU? USB hub it's the best solution. HD6450 is perfect, cheap and with integrated audio. Cool. I searched HDMI over IP but it is too expensive. It can be a solution only for HTPC. What about the CPU? Do you think it is enough? Are there problems with the fact that it isn't vPro? 2014-07-15 18:03 GMT+02:00 Kristian Hagsted Rasmussen = : > > > > -----Original Message----- > > From: xen-users-bounces@lists.xen.org [mailto:xen-users- > > bounces@lists.xen.org] On Behalf Of Gordan Bobic > > Sent: 15. juli 2014 11:03 > > To: xen-users@lists.xen.org > > Subject: Re: [Xen-users] HTPC + DUAL PC In one > > > > On 2014-07-15 08:38, Mattia Carrara wrote: > > > > > Now the problem is GPU pass-through. My idea Intel integrated graphic= s > > > and auidio for HTPC in such way i will have audio and video over HDMI= . > > > Other two ati PCIe GPUs one for each virtual machine. > > > > And for dom0 console? You'll need 4 GPUs in the machine. Do you have > > 3 PCIe slots for the domU GPUs? If not you'll have to use at least one > dual > > GPU card. > > The fourth GPU is not a strict requirement. Personally I have a machine > with the primary and only GPU (IGP) passed-through to a domU. And only > access the console through ssh, if anything's go wrong I boot the machine > without the graphic bound to pciback, to get output to a screen for > debugging. > > > > > > Then for audio > > > other two pci cards. The question is: is there a better solution for > > > audio? I mean each card has more than one channel, can I deticate a > > > channel instead of a single PCI card? > > > > No, "channels" on audio devices don't work in the way you imply. > > > > Depending on what your exact audio requirements are, you could probably > > use a cheap (=C2=A32 or so) USB audio module and pass specific USB port= PCI > > devices to each VM. Do you have enough ports for audio + keyboard + > > mouse for each VM? You'll need at least 11 (audio + keyboard + mouse fo= r > > each of the 3 VMs, + keyboard and mouse for dom0). You will probably ha= ve > > to use a USB hub for each domU. With some careful hardware selection, > > each of the monitors you use could come with a built in USB hub which > will > > tidy things up a bit. > > > > > Another problem are all the > > > wires! I was thinking to use Thunderbolt for the two Windows VM. In > > > such way i will have Audio, Video and USBs in a cable. But how? Do yo= u > > > have any suggestion? > > > > I never used Thunderbolt, I am achieving all of the above with USB > devices. > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c383cabe16e704fe3ec8d9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for all the replies. About the fourth GPU, I though= t, as Kristian said, to access dom0 using SSH. But Gordan what do you mean = with dual GPU?=C2=A0

USB hub it's the best solution.= =C2=A0HD6450=C2= =A0is perfect, cheap and with integrated audio. Cool. I searched HDMI over = IP but it is too expensive. It can be a solution only for HTPC.=C2=A0

What about the CPU? Do you think it is enough? Ar<= span style=3D"font-family:arial,sans-serif">e=C2=A0there problems with the fact that it isn't vPro?

2014-07-15 1= 8:03 GMT+02:00 Kristian Hagsted Rasmussen <kristian@hagsted.dk>:


> -----Original Message-----
> From: xen-users-bounces@lists.xen.org [mailto:xen-users-
> bounces@lis= ts.xen.org] On Behalf Of Gordan Bobic
> Sent: 15. juli 2014 11:03
> To: xen-u= sers@lists.xen.org
> Subject: Re: [Xen-users] HTPC + DUAL PC In one
>
> On 2014-07-15 08:38, Mattia Carrara wrote:
>
> > Now the problem is GPU pass-through. My idea Intel integrated gra= phics
> > and auidio for HTPC in such way i will have audio and video over = HDMI.
> > Other two ati PCIe GPUs one for each virtual machine.
>
> And for dom0 console? You'll need 4 GPUs in the machine. Do you ha= ve
> 3 PCIe slots for the domU GPUs? If not you'll have to use at least= one dual
> GPU card.

The fourth GPU is not a strict requirement. Personally I have a machi= ne with the primary and only GPU (IGP) passed-through =C2=A0to a domU. And = only access the console through ssh, if anything's go wrong I boot the = machine without the graphic bound to pciback, to get output to a screen for= debugging.

>
> > Then for audio
> > other two pci cards. The question is: is there a better solution = for
> > audio? I mean each card has more than one channel, can I deticate= a
> > channel instead of a single PCI card?
>
> No, "channels" on audio devices don't work in the way yo= u imply.
>
> Depending on what your exact audio requirements are, you could probabl= y
> use a cheap (=C2=A32 or so) USB audio module and pass specific USB por= t PCI
> devices to each VM. Do you have enough ports for audio + keyboard + > mouse for each VM? You'll need at least 11 (audio + keyboard + mou= se for
> each of the 3 VMs, + keyboard and mouse for dom0). You will probably h= ave
> to use a USB hub for each domU. With some careful hardware selection,<= br> > each of the monitors you use could come with a built in USB hub which = will
> tidy things up a bit.
>
> > Another problem are all the
> > wires! I was thinking to use Thunderbolt for the two Windows VM. = In
> > such way i will have Audio, Video and USBs in a cable. But how? D= o you
> > have any suggestion?
>
> I never used Thunderbolt, I am achieving all of the above with USB dev= ices.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users

--001a11c383cabe16e704fe3ec8d9-- --===============3867408462925617071== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3867408462925617071==-- From xen-users-bounces@lists.xen.org Tue Jul 15 17:32:53 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 17:32:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X76a8-0004k3-4L; Tue, 15 Jul 2014 17:32:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X76a6-0004jy-Nh for xen-users@lists.xen.org; Tue, 15 Jul 2014 17:31:58 +0000 Received: from [193.109.254.147:2641] by server-15.bemta-14.messagelabs.com id E7/F6-11012-D8565C35; Tue, 15 Jul 2014 17:31:57 +0000 X-Env-Sender: mattia.carrara@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1405445516!12201450!1 X-Originating-IP: [74.125.82.174] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26220 invoked from network); 15 Jul 2014 17:31:56 -0000 Received: from mail-we0-f174.google.com (HELO mail-we0-f174.google.com) (74.125.82.174) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 17:31:56 -0000 Received: by mail-we0-f174.google.com with SMTP id x48so4186304wes.5 for ; Tue, 15 Jul 2014 10:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=hPbKzOcNxeDLBrsXyu5eRPtt2QPG303Szy+eqJjQsE8=; b=zwmRMcMtmMHnDO1PbLb0ZMWfDZ8iuf74qWbtgqIexgsOQXzEuEHKfWSk7ARwirctws 1vVvBPzq1dHd4GVxBRv6/IEvxtFf+MLbcTPyMREl+24iEvE+2s4WwtbaEVpIGDePgKKA l8c+E9EdcWBrMhwNN+9CD/75L1vcNlJPcKPUIpNV8jpsUustguzXP8D/OjxkkM/k0tid FDYuWZkHxhMrVqDFZysbpE9ay1GB5qOl7kbMBm5Onw0kdIPT2uAWhi6tzrqj4OAl1fBI oS4NxCNcLzzka7B75D4ZQZ3liz1fom3Dl8vyzE3U6Ta7SiKC4qz1BPgVbYYDxNjpU8mH 5XiA== MIME-Version: 1.0 X-Received: by 10.180.206.15 with SMTP id lk15mr7063943wic.43.1405445516161; Tue, 15 Jul 2014 10:31:56 -0700 (PDT) Received: by 10.194.63.236 with HTTP; Tue, 15 Jul 2014 10:31:56 -0700 (PDT) In-Reply-To: References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> Date: Tue, 15 Jul 2014 19:31:56 +0200 Message-ID: From: Mattia Carrara To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3867408462925617071==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3867408462925617071== Content-Type: multipart/alternative; boundary=001a11c383cabe16e704fe3ec8d9 --001a11c383cabe16e704fe3ec8d9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks for all the replies. About the fourth GPU, I thought, as Kristian said, to access dom0 using SSH. But Gordan what do you mean with dual GPU? USB hub it's the best solution. HD6450 is perfect, cheap and with integrated audio. Cool. I searched HDMI over IP but it is too expensive. It can be a solution only for HTPC. What about the CPU? Do you think it is enough? Are there problems with the fact that it isn't vPro? 2014-07-15 18:03 GMT+02:00 Kristian Hagsted Rasmussen = : > > > > -----Original Message----- > > From: xen-users-bounces@lists.xen.org [mailto:xen-users- > > bounces@lists.xen.org] On Behalf Of Gordan Bobic > > Sent: 15. juli 2014 11:03 > > To: xen-users@lists.xen.org > > Subject: Re: [Xen-users] HTPC + DUAL PC In one > > > > On 2014-07-15 08:38, Mattia Carrara wrote: > > > > > Now the problem is GPU pass-through. My idea Intel integrated graphic= s > > > and auidio for HTPC in such way i will have audio and video over HDMI= . > > > Other two ati PCIe GPUs one for each virtual machine. > > > > And for dom0 console? You'll need 4 GPUs in the machine. Do you have > > 3 PCIe slots for the domU GPUs? If not you'll have to use at least one > dual > > GPU card. > > The fourth GPU is not a strict requirement. Personally I have a machine > with the primary and only GPU (IGP) passed-through to a domU. And only > access the console through ssh, if anything's go wrong I boot the machine > without the graphic bound to pciback, to get output to a screen for > debugging. > > > > > > Then for audio > > > other two pci cards. The question is: is there a better solution for > > > audio? I mean each card has more than one channel, can I deticate a > > > channel instead of a single PCI card? > > > > No, "channels" on audio devices don't work in the way you imply. > > > > Depending on what your exact audio requirements are, you could probably > > use a cheap (=C2=A32 or so) USB audio module and pass specific USB port= PCI > > devices to each VM. Do you have enough ports for audio + keyboard + > > mouse for each VM? You'll need at least 11 (audio + keyboard + mouse fo= r > > each of the 3 VMs, + keyboard and mouse for dom0). You will probably ha= ve > > to use a USB hub for each domU. With some careful hardware selection, > > each of the monitors you use could come with a built in USB hub which > will > > tidy things up a bit. > > > > > Another problem are all the > > > wires! I was thinking to use Thunderbolt for the two Windows VM. In > > > such way i will have Audio, Video and USBs in a cable. But how? Do yo= u > > > have any suggestion? > > > > I never used Thunderbolt, I am achieving all of the above with USB > devices. > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c383cabe16e704fe3ec8d9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for all the replies. About the fourth GPU, I though= t, as Kristian said, to access dom0 using SSH. But Gordan what do you mean = with dual GPU?=C2=A0

USB hub it's the best solution.= =C2=A0HD6450=C2= =A0is perfect, cheap and with integrated audio. Cool. I searched HDMI over = IP but it is too expensive. It can be a solution only for HTPC.=C2=A0

What about the CPU? Do you think it is enough? Ar<= span style=3D"font-family:arial,sans-serif">e=C2=A0there problems with the fact that it isn't vPro?

2014-07-15 1= 8:03 GMT+02:00 Kristian Hagsted Rasmussen <kristian@hagsted.dk>:


> -----Original Message-----
> From: xen-users-bounces@lists.xen.org [mailto:xen-users-
> bounces@lis= ts.xen.org] On Behalf Of Gordan Bobic
> Sent: 15. juli 2014 11:03
> To: xen-u= sers@lists.xen.org
> Subject: Re: [Xen-users] HTPC + DUAL PC In one
>
> On 2014-07-15 08:38, Mattia Carrara wrote:
>
> > Now the problem is GPU pass-through. My idea Intel integrated gra= phics
> > and auidio for HTPC in such way i will have audio and video over = HDMI.
> > Other two ati PCIe GPUs one for each virtual machine.
>
> And for dom0 console? You'll need 4 GPUs in the machine. Do you ha= ve
> 3 PCIe slots for the domU GPUs? If not you'll have to use at least= one dual
> GPU card.

The fourth GPU is not a strict requirement. Personally I have a machi= ne with the primary and only GPU (IGP) passed-through =C2=A0to a domU. And = only access the console through ssh, if anything's go wrong I boot the = machine without the graphic bound to pciback, to get output to a screen for= debugging.

>
> > Then for audio
> > other two pci cards. The question is: is there a better solution = for
> > audio? I mean each card has more than one channel, can I deticate= a
> > channel instead of a single PCI card?
>
> No, "channels" on audio devices don't work in the way yo= u imply.
>
> Depending on what your exact audio requirements are, you could probabl= y
> use a cheap (=C2=A32 or so) USB audio module and pass specific USB por= t PCI
> devices to each VM. Do you have enough ports for audio + keyboard + > mouse for each VM? You'll need at least 11 (audio + keyboard + mou= se for
> each of the 3 VMs, + keyboard and mouse for dom0). You will probably h= ave
> to use a USB hub for each domU. With some careful hardware selection,<= br> > each of the monitors you use could come with a built in USB hub which = will
> tidy things up a bit.
>
> > Another problem are all the
> > wires! I was thinking to use Thunderbolt for the two Windows VM. = In
> > such way i will have Audio, Video and USBs in a cable. But how? D= o you
> > have any suggestion?
>
> I never used Thunderbolt, I am achieving all of the above with USB dev= ices.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users= @lists.xen.org
> http://li= sts.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users

--001a11c383cabe16e704fe3ec8d9-- --===============3867408462925617071== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3867408462925617071==-- From xen-users-bounces@lists.xen.org Tue Jul 15 19:29:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 19:29:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X78OW-00076G-JN; Tue, 15 Jul 2014 19:28:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X78OU-000768-NM for xen-users@lists.xen.org; Tue, 15 Jul 2014 19:28:06 +0000 Received: from [85.158.143.35:35424] by server-1.bemta-4.messagelabs.com id BD/DE-30046-5C085C35; Tue, 15 Jul 2014 19:28:05 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1405452484!17911989!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19628 invoked from network); 15 Jul 2014 19:28:05 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jul 2014 19:28:05 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 83D81221DE8 for ; Tue, 15 Jul 2014 20:28:04 +0100 (BST) Message-ID: <53C580C3.7090701@bobich.net> Date: Tue, 15 Jul 2014 20:28:03 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> In-Reply-To: Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/15/2014 06:31 PM, Mattia Carrara wrote: > Thanks for all the replies. About the fourth GPU, I thought, as Kristian > said, to access dom0 using SSH. But Gordan what do you mean with dual GPU? I mean a card with two GPUs on it, e.g. GTX690 or HD7990. > USB hub it's the best solution. HD6450 is perfect, cheap and with > integrated audio. Cool. I searched HDMI over IP but it is too expensive. > It can be a solution only for HTPC. This is actually a good point. Most current graphics cards of current generation that come with HDMI outputs have HDMI audio support. So provided you connect them to monitors/TVs with HDMI audio support, you won't need any additional audio adapters. > What about the CPU? Do you think it is enough? Arethere problems with > the fact that it isn't vPro? vPro is irrelevant for this. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 15 19:29:02 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 19:29:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X78OW-00076G-JN; Tue, 15 Jul 2014 19:28:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X78OU-000768-NM for xen-users@lists.xen.org; Tue, 15 Jul 2014 19:28:06 +0000 Received: from [85.158.143.35:35424] by server-1.bemta-4.messagelabs.com id BD/DE-30046-5C085C35; Tue, 15 Jul 2014 19:28:05 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1405452484!17911989!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19628 invoked from network); 15 Jul 2014 19:28:05 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 15 Jul 2014 19:28:05 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id 83D81221DE8 for ; Tue, 15 Jul 2014 20:28:04 +0100 (BST) Message-ID: <53C580C3.7090701@bobich.net> Date: Tue, 15 Jul 2014 20:28:03 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "xen-users@lists.xen.org" References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> In-Reply-To: Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 07/15/2014 06:31 PM, Mattia Carrara wrote: > Thanks for all the replies. About the fourth GPU, I thought, as Kristian > said, to access dom0 using SSH. But Gordan what do you mean with dual GPU? I mean a card with two GPUs on it, e.g. GTX690 or HD7990. > USB hub it's the best solution. HD6450 is perfect, cheap and with > integrated audio. Cool. I searched HDMI over IP but it is too expensive. > It can be a solution only for HTPC. This is actually a good point. Most current graphics cards of current generation that come with HDMI outputs have HDMI audio support. So provided you connect them to monitors/TVs with HDMI audio support, you won't need any additional audio adapters. > What about the CPU? Do you think it is enough? Arethere problems with > the fact that it isn't vPro? vPro is irrelevant for this. Gordan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Jul 15 20:37:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 20:37:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X79T5-00084L-7h; Tue, 15 Jul 2014 20:36:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X79T3-00084G-Nz for xen-users@lists.xen.org; Tue, 15 Jul 2014 20:36:53 +0000 Received: from [85.158.139.211:18665] by server-15.bemta-5.messagelabs.com id BB/E5-07751-5E095C35; Tue, 15 Jul 2014 20:36:53 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1405456611!15726217!1 X-Originating-IP: [209.85.216.182] X-SpamReason: No, hits=2.5 required=7.0 tests=HTML_40_50,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26528 invoked from network); 15 Jul 2014 20:36:52 -0000 Received: from mail-qc0-f182.google.com (HELO mail-qc0-f182.google.com) (209.85.216.182) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 20:36:52 -0000 Received: by mail-qc0-f182.google.com with SMTP id r5so4749089qcx.13 for ; Tue, 15 Jul 2014 13:36:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CLBxMocAemBvPukiX1DprYbHWJLfb1pWJZ8SLoaSbrM=; b=Ve9ivJEFurmU4DGvKr+awmT5jci0swXXzugBKMvlcQDLB8B9xfB146LprIMo4vxQBP z1UN8RgDwN5pOcn9uCFGxznc5fgXuWNFYF829+TkqZ0VIQvMYnDsyhd118fNtY8/RiOk FyQR9VNSD64vNWBBg8D9HixQYVUUFwlQopAlv7MLhFMasLKJjbZt8swBybR0HWTIegGt 3zWHfErlANxF+ngYNRkvD5ruMEy4vIy1GK4GgyvjYn9vlIy7SY0niJiHdM4t7QcxvmCh SOAcJKKxQzEqmfnQMtmqyFrfzyrIkERmzdJEBgmQcCCKpOjVu+ZWPTEuUmLJcpwYjE9j LH5A== MIME-Version: 1.0 X-Received: by 10.229.51.201 with SMTP id e9mr39855749qcg.2.1405456611125; Tue, 15 Jul 2014 13:36:51 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 15 Jul 2014 13:36:51 -0700 (PDT) In-Reply-To: <53C580C3.7090701@bobich.net> References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> Date: Tue, 15 Jul 2014 14:36:51 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0754574855980878608==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0754574855980878608== Content-Type: multipart/alternative; boundary=089e0168133e0db5eb04fe415e23 --089e0168133e0db5eb04fe415e23 Content-Type: text/plain; charset=UTF-8 Arey set on intel cpu ? --089e0168133e0db5eb04fe415e23 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Arey set on intel cpu ?=C2=A0
--089e0168133e0db5eb04fe415e23-- --===============0754574855980878608== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0754574855980878608==-- From xen-users-bounces@lists.xen.org Tue Jul 15 20:37:56 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 20:37:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X79T5-00084L-7h; Tue, 15 Jul 2014 20:36:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X79T3-00084G-Nz for xen-users@lists.xen.org; Tue, 15 Jul 2014 20:36:53 +0000 Received: from [85.158.139.211:18665] by server-15.bemta-5.messagelabs.com id BB/E5-07751-5E095C35; Tue, 15 Jul 2014 20:36:53 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1405456611!15726217!1 X-Originating-IP: [209.85.216.182] X-SpamReason: No, hits=2.5 required=7.0 tests=HTML_40_50,HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26528 invoked from network); 15 Jul 2014 20:36:52 -0000 Received: from mail-qc0-f182.google.com (HELO mail-qc0-f182.google.com) (209.85.216.182) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 20:36:52 -0000 Received: by mail-qc0-f182.google.com with SMTP id r5so4749089qcx.13 for ; Tue, 15 Jul 2014 13:36:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CLBxMocAemBvPukiX1DprYbHWJLfb1pWJZ8SLoaSbrM=; b=Ve9ivJEFurmU4DGvKr+awmT5jci0swXXzugBKMvlcQDLB8B9xfB146LprIMo4vxQBP z1UN8RgDwN5pOcn9uCFGxznc5fgXuWNFYF829+TkqZ0VIQvMYnDsyhd118fNtY8/RiOk FyQR9VNSD64vNWBBg8D9HixQYVUUFwlQopAlv7MLhFMasLKJjbZt8swBybR0HWTIegGt 3zWHfErlANxF+ngYNRkvD5ruMEy4vIy1GK4GgyvjYn9vlIy7SY0niJiHdM4t7QcxvmCh SOAcJKKxQzEqmfnQMtmqyFrfzyrIkERmzdJEBgmQcCCKpOjVu+ZWPTEuUmLJcpwYjE9j LH5A== MIME-Version: 1.0 X-Received: by 10.229.51.201 with SMTP id e9mr39855749qcg.2.1405456611125; Tue, 15 Jul 2014 13:36:51 -0700 (PDT) Received: by 10.140.97.244 with HTTP; Tue, 15 Jul 2014 13:36:51 -0700 (PDT) In-Reply-To: <53C580C3.7090701@bobich.net> References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> Date: Tue, 15 Jul 2014 14:36:51 -0600 Message-ID: From: jacek burghardt To: Gordan Bobic Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0754574855980878608==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0754574855980878608== Content-Type: multipart/alternative; boundary=089e0168133e0db5eb04fe415e23 --089e0168133e0db5eb04fe415e23 Content-Type: text/plain; charset=UTF-8 Arey set on intel cpu ? --089e0168133e0db5eb04fe415e23 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Arey set on intel cpu ?=C2=A0
--089e0168133e0db5eb04fe415e23-- --===============0754574855980878608== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0754574855980878608==-- From xen-users-bounces@lists.xen.org Tue Jul 15 21:06:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 21:06:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X79uj-0000CI-CA; Tue, 15 Jul 2014 21:05:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X79ui-0000CD-5x for xen-users@lists.xen.org; Tue, 15 Jul 2014 21:05:28 +0000 Received: from [85.158.139.211:16082] by server-5.bemta-5.messagelabs.com id 72/BB-09027-79795C35; Tue, 15 Jul 2014 21:05:27 +0000 X-Env-Sender: mattia.carrara@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1405458326!15749194!1 X-Originating-IP: [209.85.212.177] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1820 invoked from network); 15 Jul 2014 21:05:26 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 21:05:26 -0000 Received: by mail-wi0-f177.google.com with SMTP id ho1so258742wib.4 for ; Tue, 15 Jul 2014 14:05:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=fDpLDRWxm8WP8/9gIGxTjV5LvOltf9kXZ9zxGso4jNk=; b=uhnd3jC3gF5N8DWdB2SBYODzq1Zdots8p1v1z0VkoeprLhGl84V8w2gRWSnu56wLQ0 0U7NqySO+vCSwQJMmH8aJ5psbxpkaFd3FHwNDhu9EZ1laSvfNA9fBLlwkWKhlg1lZs+1 fZLg9EUP2gftOx6KB/tArjZOJW89qWl2VXNSxGFV9fKayELOaKzNkSXFl8E/48/x2nAB f/jVYf+Q8vGG9pIprLppAP+JBmp9GGps6aXzyNgW04H0VZQNBk4d02vt1PXmwCBeu1pQ UHg60ZU4kIcbW67NryzvFgzm7gyLrBJxGFK+YKdYCILdO2M+7KWyCFYYyNQpU16qiNXZ JJtw== MIME-Version: 1.0 X-Received: by 10.194.20.230 with SMTP id q6mr30966987wje.43.1405458326266; Tue, 15 Jul 2014 14:05:26 -0700 (PDT) Received: by 10.194.63.236 with HTTP; Tue, 15 Jul 2014 14:05:26 -0700 (PDT) In-Reply-To: References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> Date: Tue, 15 Jul 2014 23:05:26 +0200 Message-ID: From: Mattia Carrara To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7335121734114824643==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7335121734114824643== Content-Type: multipart/alternative; boundary=047d7b5d971b48aafd04fe41c465 --047d7b5d971b48aafd04fe41c465 Content-Type: text/plain; charset=UTF-8 As you suggested Jacek i looked up some AMD CPUs. The FX-9590 has a TDP of 220W, it has a huge heat output. The FX-8350 seems to be the best alternative. Here comes to my mind a question: is it better a 4790k that has 4 cores with 4 threads or an FX-8350 (or eventually an FX-9590 with water cooling) that has 8 cores with 8 threads? With AMD i would get more cores for each virtual machine but with Intel i7 each core would be more performant. Ideas? 2014-07-15 22:36 GMT+02:00 jacek burghardt : > Arey set on intel cpu ? > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b5d971b48aafd04fe41c465 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
As you suggested Jacek i looked up some AMD CPUs. The FX-9= 590 has a TDP of 220W, it has a huge heat output. The FX-8350 seems to be t= he best alternative. Here comes to my mind a question: is it better a 4790k= that has 4 cores with 4 threads or an FX-8350 (or eventually an FX-9590 wi= th water cooling) that has 8 cores with 8 threads? With AMD i would get mor= e cores for each virtual machine but with Intel i7 each core would be more = performant. Ideas?


2014-07-15 22= :36 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.com>:
Arey set on intel cpu ?=C2= =A0

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

--047d7b5d971b48aafd04fe41c465-- --===============7335121734114824643== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7335121734114824643==-- From xen-users-bounces@lists.xen.org Tue Jul 15 21:06:00 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 21:06:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X79uj-0000CI-CA; Tue, 15 Jul 2014 21:05:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X79ui-0000CD-5x for xen-users@lists.xen.org; Tue, 15 Jul 2014 21:05:28 +0000 Received: from [85.158.139.211:16082] by server-5.bemta-5.messagelabs.com id 72/BB-09027-79795C35; Tue, 15 Jul 2014 21:05:27 +0000 X-Env-Sender: mattia.carrara@gmail.com X-Msg-Ref: server-7.tower-206.messagelabs.com!1405458326!15749194!1 X-Originating-IP: [209.85.212.177] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1820 invoked from network); 15 Jul 2014 21:05:26 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-7.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 21:05:26 -0000 Received: by mail-wi0-f177.google.com with SMTP id ho1so258742wib.4 for ; Tue, 15 Jul 2014 14:05:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=fDpLDRWxm8WP8/9gIGxTjV5LvOltf9kXZ9zxGso4jNk=; b=uhnd3jC3gF5N8DWdB2SBYODzq1Zdots8p1v1z0VkoeprLhGl84V8w2gRWSnu56wLQ0 0U7NqySO+vCSwQJMmH8aJ5psbxpkaFd3FHwNDhu9EZ1laSvfNA9fBLlwkWKhlg1lZs+1 fZLg9EUP2gftOx6KB/tArjZOJW89qWl2VXNSxGFV9fKayELOaKzNkSXFl8E/48/x2nAB f/jVYf+Q8vGG9pIprLppAP+JBmp9GGps6aXzyNgW04H0VZQNBk4d02vt1PXmwCBeu1pQ UHg60ZU4kIcbW67NryzvFgzm7gyLrBJxGFK+YKdYCILdO2M+7KWyCFYYyNQpU16qiNXZ JJtw== MIME-Version: 1.0 X-Received: by 10.194.20.230 with SMTP id q6mr30966987wje.43.1405458326266; Tue, 15 Jul 2014 14:05:26 -0700 (PDT) Received: by 10.194.63.236 with HTTP; Tue, 15 Jul 2014 14:05:26 -0700 (PDT) In-Reply-To: References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> Date: Tue, 15 Jul 2014 23:05:26 +0200 Message-ID: From: Mattia Carrara To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7335121734114824643==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7335121734114824643== Content-Type: multipart/alternative; boundary=047d7b5d971b48aafd04fe41c465 --047d7b5d971b48aafd04fe41c465 Content-Type: text/plain; charset=UTF-8 As you suggested Jacek i looked up some AMD CPUs. The FX-9590 has a TDP of 220W, it has a huge heat output. The FX-8350 seems to be the best alternative. Here comes to my mind a question: is it better a 4790k that has 4 cores with 4 threads or an FX-8350 (or eventually an FX-9590 with water cooling) that has 8 cores with 8 threads? With AMD i would get more cores for each virtual machine but with Intel i7 each core would be more performant. Ideas? 2014-07-15 22:36 GMT+02:00 jacek burghardt : > Arey set on intel cpu ? > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b5d971b48aafd04fe41c465 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
As you suggested Jacek i looked up some AMD CPUs. The FX-9= 590 has a TDP of 220W, it has a huge heat output. The FX-8350 seems to be t= he best alternative. Here comes to my mind a question: is it better a 4790k= that has 4 cores with 4 threads or an FX-8350 (or eventually an FX-9590 wi= th water cooling) that has 8 cores with 8 threads? With AMD i would get mor= e cores for each virtual machine but with Intel i7 each core would be more = performant. Ideas?


2014-07-15 22= :36 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.com>:
Arey set on intel cpu ?=C2= =A0

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

--047d7b5d971b48aafd04fe41c465-- --===============7335121734114824643== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7335121734114824643==-- From xen-users-bounces@lists.xen.org Tue Jul 15 21:21:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 21:21:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7A9f-0000e8-Fg; Tue, 15 Jul 2014 21:20:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7A9e-0000e3-1g for xen-users@lists.xen.org; Tue, 15 Jul 2014 21:20:54 +0000 Received: from [85.158.143.35:12594] by server-3.bemta-4.messagelabs.com id 5A/C1-09960-53B95C35; Tue, 15 Jul 2014 21:20:53 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1405459249!14500758!1 X-Originating-IP: [209.85.220.43] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30201 invoked from network); 15 Jul 2014 21:20:50 -0000 Received: from mail-pa0-f43.google.com (HELO mail-pa0-f43.google.com) (209.85.220.43) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 21:20:50 -0000 Received: by mail-pa0-f43.google.com with SMTP id lf10so7600123pab.16 for ; Tue, 15 Jul 2014 14:20:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zF9IF9IMoX88qa7htF5DW6YWbLP4uUt5u3JqFs5SMG0=; b=ZbiQvYTs+R1JFPZCfIpSR+vd5zZeHXNSLxHb326iX8Tai6ARmMQ0+RxWp/3iI0ni9Y lMQqRCpEZbabric56ELWsYTmjuY4s1cbXFM0FQrZpkQv9M0hI6KrubpqEfzaS04aPACR bnE1D4lubHJFStxvX3RWAh+G97uyYoJSS0RdwESQvmZGXOkD+2kMtI3IJajwFUzsPDZK geXBcSRUK+82DRE85crT8+y3coT8QYaDUx/mM7MCqiRQu7Dl8iGFizCe1/yFW0eEoO23 M38VgMEfLAG4dK1u8Oe6MIOkhnzUt5DUBEzDy8X14N+r1wJhpH16peK+RAjzD29vUACl P21A== MIME-Version: 1.0 X-Received: by 10.68.69.71 with SMTP id c7mr2972776pbu.43.1405459248406; Tue, 15 Jul 2014 14:20:48 -0700 (PDT) Received: by 10.70.90.99 with HTTP; Tue, 15 Jul 2014 14:20:48 -0700 (PDT) In-Reply-To: References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> Date: Tue, 15 Jul 2014 15:20:48 -0600 Message-ID: From: jacek burghardt To: Mattia Carrara Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6508352133998913171==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6508352133998913171== Content-Type: multipart/alternative; boundary=001a113815003f678204fe41fbcb --001a113815003f678204fe41fbcb Content-Type: text/plain; charset=UTF-8 I have A8 6600K only 99 at microcenter my mother board http://www.newegg.com/Product/Product.aspx?Item=N82E16813132056 I only paid $27 for it and I see lots of them for 47 on ebay. iommu works perfectly with it. I run windows 8.1 xen with kde desktop, mint linux, freebsd. I am trying to figureout how to get osx working on it also passing HD6450 would be nice to it . I am passing R9270 to windows and HD6540 to mint linux. A10 is only 129. AMD A10-7850K Kaveri 12 Compute Cores (4 CPU + 8 GPU) 3.7GHz Socket FM2+ 95W Desktop Processor On Tue, Jul 15, 2014 at 3:05 PM, Mattia Carrara wrote: > As you suggested Jacek i looked up some AMD CPUs. The FX-9590 has a TDP of > 220W, it has a huge heat output. The FX-8350 seems to be the best > alternative. Here comes to my mind a question: is it better a 4790k that > has 4 cores with 4 threads or an FX-8350 (or eventually an FX-9590 with > water cooling) that has 8 cores with 8 threads? With AMD i would get more > cores for each virtual machine but with Intel i7 each core would be more > performant. Ideas? > > > 2014-07-15 22:36 GMT+02:00 jacek burghardt : > >> Arey set on intel cpu ? >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a113815003f678204fe41fbcb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have A8 6600K only 99 at microcenter my mother board =C2= =A0http://www.newegg.com/Product/Product.aspx?Item=3DN82E16813132056= I only paid $27 for it and I see lots of them for 47 on ebay. iommu works = perfectly with it. I run windows 8.1 xen with kde desktop, mint linux, free= bsd. I am trying to figureout how to get osx working on it also passing HD6= 450 would be nice to it . I am passing R9270 to windows and HD6540 to mint = linux.=C2=A0
A10 is only 129.=C2=A0

AMD A10-7850K Kaveri 12 Compute Cores (4 C= PU + 8 GPU) 3.7GHz Socket FM2+ 95W Desktop Processor=C2=A0



On Tue,= Jul 15, 2014 at 3:05 PM, Mattia Carrara <mattia.carrara@gmail.com<= /a>> wrote:
As you suggested Jacek i lo= oked up some AMD CPUs. The FX-9590 has a TDP of 220W, it has a huge heat ou= tput. The FX-8350 seems to be the best alternative. Here comes to my mind a= question: is it better a 4790k that has 4 cores with 4 threads or an FX-83= 50 (or eventually an FX-9590 with water cooling) that has 8 cores with 8 th= reads? With AMD i would get more cores for each virtual machine but with In= tel i7 each core would be more performant. Ideas?


2014-07-15 22= :36 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.com>:
Arey set on= intel cpu ?=C2=A0

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


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

--001a113815003f678204fe41fbcb-- --===============6508352133998913171== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6508352133998913171==-- From xen-users-bounces@lists.xen.org Tue Jul 15 21:21:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 15 Jul 2014 21:21:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7A9f-0000e8-Fg; Tue, 15 Jul 2014 21:20:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7A9e-0000e3-1g for xen-users@lists.xen.org; Tue, 15 Jul 2014 21:20:54 +0000 Received: from [85.158.143.35:12594] by server-3.bemta-4.messagelabs.com id 5A/C1-09960-53B95C35; Tue, 15 Jul 2014 21:20:53 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1405459249!14500758!1 X-Originating-IP: [209.85.220.43] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30201 invoked from network); 15 Jul 2014 21:20:50 -0000 Received: from mail-pa0-f43.google.com (HELO mail-pa0-f43.google.com) (209.85.220.43) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Jul 2014 21:20:50 -0000 Received: by mail-pa0-f43.google.com with SMTP id lf10so7600123pab.16 for ; Tue, 15 Jul 2014 14:20:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zF9IF9IMoX88qa7htF5DW6YWbLP4uUt5u3JqFs5SMG0=; b=ZbiQvYTs+R1JFPZCfIpSR+vd5zZeHXNSLxHb326iX8Tai6ARmMQ0+RxWp/3iI0ni9Y lMQqRCpEZbabric56ELWsYTmjuY4s1cbXFM0FQrZpkQv9M0hI6KrubpqEfzaS04aPACR bnE1D4lubHJFStxvX3RWAh+G97uyYoJSS0RdwESQvmZGXOkD+2kMtI3IJajwFUzsPDZK geXBcSRUK+82DRE85crT8+y3coT8QYaDUx/mM7MCqiRQu7Dl8iGFizCe1/yFW0eEoO23 M38VgMEfLAG4dK1u8Oe6MIOkhnzUt5DUBEzDy8X14N+r1wJhpH16peK+RAjzD29vUACl P21A== MIME-Version: 1.0 X-Received: by 10.68.69.71 with SMTP id c7mr2972776pbu.43.1405459248406; Tue, 15 Jul 2014 14:20:48 -0700 (PDT) Received: by 10.70.90.99 with HTTP; Tue, 15 Jul 2014 14:20:48 -0700 (PDT) In-Reply-To: References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> Date: Tue, 15 Jul 2014 15:20:48 -0600 Message-ID: From: jacek burghardt To: Mattia Carrara Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6508352133998913171==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6508352133998913171== Content-Type: multipart/alternative; boundary=001a113815003f678204fe41fbcb --001a113815003f678204fe41fbcb Content-Type: text/plain; charset=UTF-8 I have A8 6600K only 99 at microcenter my mother board http://www.newegg.com/Product/Product.aspx?Item=N82E16813132056 I only paid $27 for it and I see lots of them for 47 on ebay. iommu works perfectly with it. I run windows 8.1 xen with kde desktop, mint linux, freebsd. I am trying to figureout how to get osx working on it also passing HD6450 would be nice to it . I am passing R9270 to windows and HD6540 to mint linux. A10 is only 129. AMD A10-7850K Kaveri 12 Compute Cores (4 CPU + 8 GPU) 3.7GHz Socket FM2+ 95W Desktop Processor On Tue, Jul 15, 2014 at 3:05 PM, Mattia Carrara wrote: > As you suggested Jacek i looked up some AMD CPUs. The FX-9590 has a TDP of > 220W, it has a huge heat output. The FX-8350 seems to be the best > alternative. Here comes to my mind a question: is it better a 4790k that > has 4 cores with 4 threads or an FX-8350 (or eventually an FX-9590 with > water cooling) that has 8 cores with 8 threads? With AMD i would get more > cores for each virtual machine but with Intel i7 each core would be more > performant. Ideas? > > > 2014-07-15 22:36 GMT+02:00 jacek burghardt : > >> Arey set on intel cpu ? >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a113815003f678204fe41fbcb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have A8 6600K only 99 at microcenter my mother board =C2= =A0http://www.newegg.com/Product/Product.aspx?Item=3DN82E16813132056= I only paid $27 for it and I see lots of them for 47 on ebay. iommu works = perfectly with it. I run windows 8.1 xen with kde desktop, mint linux, free= bsd. I am trying to figureout how to get osx working on it also passing HD6= 450 would be nice to it . I am passing R9270 to windows and HD6540 to mint = linux.=C2=A0
A10 is only 129.=C2=A0

AMD A10-7850K Kaveri 12 Compute Cores (4 C= PU + 8 GPU) 3.7GHz Socket FM2+ 95W Desktop Processor=C2=A0



On Tue,= Jul 15, 2014 at 3:05 PM, Mattia Carrara <mattia.carrara@gmail.com<= /a>> wrote:
As you suggested Jacek i lo= oked up some AMD CPUs. The FX-9590 has a TDP of 220W, it has a huge heat ou= tput. The FX-8350 seems to be the best alternative. Here comes to my mind a= question: is it better a 4790k that has 4 cores with 4 threads or an FX-83= 50 (or eventually an FX-9590 with water cooling) that has 8 cores with 8 th= reads? With AMD i would get more cores for each virtual machine but with In= tel i7 each core would be more performant. Ideas?


2014-07-15 22= :36 GMT+02:00 jacek burghardt <jaceksburghardt@gmail.com>:
Arey set on= intel cpu ?=C2=A0

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


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

--001a113815003f678204fe41fbcb-- --===============6508352133998913171== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6508352133998913171==-- From xen-users-bounces@lists.xen.org Wed Jul 16 00:36:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 00:36:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7DCA-0003Uf-Gm; Wed, 16 Jul 2014 00:35:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7DC8-0003UZ-LX for xen-users@lists.xen.org; Wed, 16 Jul 2014 00:35:40 +0000 Received: from [193.109.254.147:2705] by server-4.bemta-14.messagelabs.com id 10/F4-20586-BD8C5C35; Wed, 16 Jul 2014 00:35:39 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1405470937!17581090!1 X-Originating-IP: [209.85.216.48] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3507 invoked from network); 16 Jul 2014 00:35:38 -0000 Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com) (209.85.216.48) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 00:35:38 -0000 Received: by mail-qa0-f48.google.com with SMTP id m5so127884qaj.35 for ; Tue, 15 Jul 2014 17:35:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:openpgp :content-type; bh=8GpvXpr/M7u8iPJHhIJlQhtNUMMPVRw8mjjFWxN4cMs=; b=piI+1kO0e2KQaagiYLobgdKh8/4bErxUenjhUkGIj4kSiu2Hur2uYBaPqxUcdV6QdN CgE2X8Z1TBVKX64tbcpsjn+kLazyrQUILwcSh9dxle20kDYrS0dLvelxECqiVsVVSc1q KcnwlN4sqMZ/mwMFE6Az8K30nrsCQIqzMo0REgf6x2sS0keFaU4BNT/2LDusVTWXSOym 1vbqtYpOPw7ozhghiCdNHmbrL1t0JGH/5lD49gklmZdn2qorWmxZOnh2q1JZ8Kt1Bk56 nLSHSuBKCZMr7HLKiIFDEam0lbEAoF/o2H4oOcqjMyabKrjpPt5EkmBLhFRzCjxGoMSR EJeQ== X-Received: by 10.224.73.197 with SMTP id r5mr38207901qaj.34.1405470936881; Tue, 15 Jul 2014 17:35:36 -0700 (PDT) Received: from [192.168.0.7] (user-0cdvctr.cable.mindspring.com. [24.223.179.187]) by mx.google.com with ESMTPSA id f23sm11241192qge.10.2014.07.15.17.35.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 15 Jul 2014 17:35:35 -0700 (PDT) Message-ID: <53C5C8D5.5080809@gmail.com> Date: Tue, 15 Jul 2014 20:35:33 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: jacek burghardt , Mattia Carrara References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> In-Reply-To: X-Enigmail-Version: 1.6 OpenPGP: id=85D2EC0F Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8409384988549375234==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============8409384988549375234== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070900080604090309000908" This is a cryptographically signed message in MIME format. --------------ms070900080604090309000908 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've got an FX-8320 in my desktop over-clocked to 4.0 GHz, 8 'cores', 1 thread per-core, 125W TDP, and on every benchmark I have tested it with, it out-preforms a dual processor Xeon E3-1286 v3 (3.7GHz, 4 cores, 2 threads per core, 88W TDP) server I work with at my job, even when I force the AMD processor down to 1.4GHz. The Intel server cost more than 4x as much as the desktop system, takes up more than 3x as much space (based on volume), uses more than 2.5x as much power, and still can't beat the AMD desktop system. Just as an Aside, using virtualization for a HTPC system is probably not the best option. I would personally suggest looking into a board based on the AMD E1-2100 (1.0GHz, 2 cores, integrated Radeon HD 8210 GPU), it's more than sufficient for an HTPC or lightweight (non-gaming) desktop, can be passively cooled, and you can get Mini-ITX boards based on it (including CPU and GPU). On 07/15/2014 05:20 PM, jacek burghardt wrote: > I have A8 6600K only 99 at microcenter my mother board > http://www.newegg.com/Product/Product.aspx?Item=3DN82E16813132056 I on= ly > paid $27 for it and I see lots of them for 47 on ebay. iommu works > perfectly with it. I run windows 8.1 xen with kde desktop, mint linux, > freebsd. I am trying to figureout how to get osx working on it also > passing HD6450 would be nice to it . I am passing R9270 to windows and > HD6540 to mint linux.=20 > A10 is only 129.=20 >=20 >=20 > AMD A10-7850K Kaveri 12 Compute Cores (4 CPU + 8 GPU) 3.7GHz Socket > FM2+ 95W Desktop Processor=20 >=20 >=20 >=20 > On Tue, Jul 15, 2014 at 3:05 PM, Mattia Carrara > > wrote: >=20 > As you suggested Jacek i looked up some AMD CPUs. The FX-9590 has a= > TDP of 220W, it has a huge heat output. The FX-8350 seems to be the= > best alternative. Here comes to my mind a question: is it better a > 4790k that has 4 cores with 4 threads or an FX-8350 (or eventually > an FX-9590 with water cooling) that has 8 cores with 8 threads? Wit= h > AMD i would get more cores for each virtual machine but with Intel > i7 each core would be more performant. Ideas? >=20 >=20 > 2014-07-15 22:36 GMT+02:00 jacek burghardt > >: >=20 > Arey set on intel cpu ?=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 --------------ms070900080604090309000908 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDcxNjAwMzUzM1owIwYJKoZIhvcNAQkE MRYEFJFuuqds87Gp/dAwI+t0ZX1DWPWrMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICABmmm3eceWqAxi0t7pth9XJ41wIl8UcNrq1ZFEBIvY2C+Yte cB9R2myMQVRpAmjnGSyPQb5vL3I2Z9fikJvsEQb5wV6VJ4LuMcAYtydMYsRcP3BsUGMR2T81 afSI15u1P8Do+G/boLd6mUJfY0TcW5gj+ErO51tB9YcAYbDLSr35DyoNfmN7MQtK5BhMkHyV erZHDT7sWnLsSVweKgEdF1xU3q9lDC7IhPwA4LhcZTD/SuY3RiP3yglHrILUeHG0ZSPKVxzk KCUOvtOqOQtgOxb7y61Ag/aHPsUKcRaJ0ZXW43ggZ/L5ypkdD3wFM8RG6aqbfY0RRW4LIxKe jeQbhzGb8lZmlKDqardL6VyHb9hGPdO0mxxKchOkvgd2LWbT/a5UtkMDk17YK8VPd/C8dcv9 etpS63xUB6LLM0ViRLHZwOAWvb08W7FQdU7loTQbvMknAKDsGgsXqyKgSFdjUyD4LXcnFiLs f8v0HcD1EYaF+BZF/eLF8t8PgZdAzCh1k6bTYwBZx7WCxi/4vSQGPfW8HfKn2pVe3ig/iefh UjhII5JQ0WLU3bhDRXB+D4OAAIJFlpTGEQaOl5Lgr801kRaShtWNC2m2q97sDiPN0Fn830l3 T9+YSOxT7njakzsRzXliMCH/5MyelJGubQvmYmL2raO/UNM4Cfxir+hvErfBAAAAAAAA --------------ms070900080604090309000908-- --===============8409384988549375234== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8409384988549375234==-- From xen-users-bounces@lists.xen.org Wed Jul 16 00:36:25 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 00:36:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7DCA-0003Uf-Gm; Wed, 16 Jul 2014 00:35:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7DC8-0003UZ-LX for xen-users@lists.xen.org; Wed, 16 Jul 2014 00:35:40 +0000 Received: from [193.109.254.147:2705] by server-4.bemta-14.messagelabs.com id 10/F4-20586-BD8C5C35; Wed, 16 Jul 2014 00:35:39 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1405470937!17581090!1 X-Originating-IP: [209.85.216.48] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3507 invoked from network); 16 Jul 2014 00:35:38 -0000 Received: from mail-qa0-f48.google.com (HELO mail-qa0-f48.google.com) (209.85.216.48) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 00:35:38 -0000 Received: by mail-qa0-f48.google.com with SMTP id m5so127884qaj.35 for ; Tue, 15 Jul 2014 17:35:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:openpgp :content-type; bh=8GpvXpr/M7u8iPJHhIJlQhtNUMMPVRw8mjjFWxN4cMs=; b=piI+1kO0e2KQaagiYLobgdKh8/4bErxUenjhUkGIj4kSiu2Hur2uYBaPqxUcdV6QdN CgE2X8Z1TBVKX64tbcpsjn+kLazyrQUILwcSh9dxle20kDYrS0dLvelxECqiVsVVSc1q KcnwlN4sqMZ/mwMFE6Az8K30nrsCQIqzMo0REgf6x2sS0keFaU4BNT/2LDusVTWXSOym 1vbqtYpOPw7ozhghiCdNHmbrL1t0JGH/5lD49gklmZdn2qorWmxZOnh2q1JZ8Kt1Bk56 nLSHSuBKCZMr7HLKiIFDEam0lbEAoF/o2H4oOcqjMyabKrjpPt5EkmBLhFRzCjxGoMSR EJeQ== X-Received: by 10.224.73.197 with SMTP id r5mr38207901qaj.34.1405470936881; Tue, 15 Jul 2014 17:35:36 -0700 (PDT) Received: from [192.168.0.7] (user-0cdvctr.cable.mindspring.com. [24.223.179.187]) by mx.google.com with ESMTPSA id f23sm11241192qge.10.2014.07.15.17.35.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 15 Jul 2014 17:35:35 -0700 (PDT) Message-ID: <53C5C8D5.5080809@gmail.com> Date: Tue, 15 Jul 2014 20:35:33 -0400 From: Austin S Hemmelgarn User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: jacek burghardt , Mattia Carrara References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> In-Reply-To: X-Enigmail-Version: 1.6 OpenPGP: id=85D2EC0F Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8409384988549375234==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============8409384988549375234== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070900080604090309000908" This is a cryptographically signed message in MIME format. --------------ms070900080604090309000908 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I've got an FX-8320 in my desktop over-clocked to 4.0 GHz, 8 'cores', 1 thread per-core, 125W TDP, and on every benchmark I have tested it with, it out-preforms a dual processor Xeon E3-1286 v3 (3.7GHz, 4 cores, 2 threads per core, 88W TDP) server I work with at my job, even when I force the AMD processor down to 1.4GHz. The Intel server cost more than 4x as much as the desktop system, takes up more than 3x as much space (based on volume), uses more than 2.5x as much power, and still can't beat the AMD desktop system. Just as an Aside, using virtualization for a HTPC system is probably not the best option. I would personally suggest looking into a board based on the AMD E1-2100 (1.0GHz, 2 cores, integrated Radeon HD 8210 GPU), it's more than sufficient for an HTPC or lightweight (non-gaming) desktop, can be passively cooled, and you can get Mini-ITX boards based on it (including CPU and GPU). On 07/15/2014 05:20 PM, jacek burghardt wrote: > I have A8 6600K only 99 at microcenter my mother board > http://www.newegg.com/Product/Product.aspx?Item=3DN82E16813132056 I on= ly > paid $27 for it and I see lots of them for 47 on ebay. iommu works > perfectly with it. I run windows 8.1 xen with kde desktop, mint linux, > freebsd. I am trying to figureout how to get osx working on it also > passing HD6450 would be nice to it . I am passing R9270 to windows and > HD6540 to mint linux.=20 > A10 is only 129.=20 >=20 >=20 > AMD A10-7850K Kaveri 12 Compute Cores (4 CPU + 8 GPU) 3.7GHz Socket > FM2+ 95W Desktop Processor=20 >=20 >=20 >=20 > On Tue, Jul 15, 2014 at 3:05 PM, Mattia Carrara > > wrote: >=20 > As you suggested Jacek i looked up some AMD CPUs. The FX-9590 has a= > TDP of 220W, it has a huge heat output. The FX-8350 seems to be the= > best alternative. Here comes to my mind a question: is it better a > 4790k that has 4 cores with 4 threads or an FX-8350 (or eventually > an FX-9590 with water cooling) that has 8 cores with 8 threads? Wit= h > AMD i would get more cores for each virtual machine but with Intel > i7 each core would be more performant. Ideas? >=20 >=20 > 2014-07-15 22:36 GMT+02:00 jacek burghardt > >: >=20 > Arey set on intel cpu ?=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 --------------ms070900080604090309000908 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGuDCC BrQwggScoAMCAQICAw8BRDANBgkqhkiG9w0BAQ0FADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xNDA1 MTIxNDEwMzJaFw0xNDExMDgxNDEwMzJaMGMxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEj MCEGCSqGSIb3DQEJARYUYWhmZXJyb2luN0BnbWFpbC5jb20xIjAgBgkqhkiG9w0BCQEWE2Fo ZW1tZWxnQG9oaW9ndC5jb20wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDbLUaL Gs4JTdU7sgr0MzD57CMUAv307ddC9pxooDMN3PiUvzEd5kLtBCh8KDB1wbMdfm4hte2rDd+j hM1tIq67BvNbdDPztOcBZwT2/3OVyyG4B1ddCqUyt03zGKw6Y34eHNfapsZiiItX0GBNfjHU Wv+WDo+XNha/WmGSSMv21HkftF9XA1KC9Bpr9JJI23MKK7T2g/7b3KoGZlx3ekLIJsF5B7+B DMPPDqOHQbRnccyOHEMyhM13g6WoAbU+3aKYc+C/9UsYtDV+xlvBLWagky1acstD5wOA35V6 uDRbUhD+vOjuMRMCj9jJOIYqa6AeSagBjxRnisJr0RFzQ4f+NjGCHPaFTvRvbkiXh4q22doT 0SxbNBUm7B9ANugIOtS9/VQhTWKDi//WTqZQ7Ecl4yVJbMCUg/iaRHMCGS41vqMICPszRidW rL04NwS9D2cREEY1y/xrNo0ZvKPZu6tLhxhPf7w+5rsN3+wWxGaR1hNpnVUT9AeacLKZO6W9 FsRT3Unkr91IhQATHTKYr4EAkjN/5lgvA+sxp5TxxsUnoJYrD8IHf8aYfJsAHMleBwx4xSeZ tw/n5iIjJjFZq9IRZ1zQhK62p+a5vJ2vlJHjTgavhQrfb1pUOjbqsnI4ndQ5hNosL9el4Kxq Yko+HsxVEmSwSsjq6cV2L3oz0z8NUwIDAQABo4IBWTCCAVUwDAYDVR0TAQH/BAIwADBWBglg hkgBhvhCAQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQg b3ZlciB0byBodHRwOi8vd3d3LkNBY2VydC5vcmcwDgYDVR0PAQH/BAQDAgOoMEAGA1UdJQQ5 MDcGCCsGAQUFBwMEBggrBgEFBQcDAgYKKwYBBAGCNwoDBAYKKwYBBAGCNwoDAwYJYIZIAYb4 QgQBMDIGCCsGAQUFBwEBBCYwJDAiBggrBgEFBQcwAYYWaHR0cDovL29jc3AuY2FjZXJ0Lm9y ZzAxBgNVHR8EKjAoMCagJKAihiBodHRwOi8vY3JsLmNhY2VydC5vcmcvcmV2b2tlLmNybDA0 BgNVHREELTArgRRhaGZlcnJvaW43QGdtYWlsLmNvbYETYWhlbW1lbGdAb2hpb2d0LmNvbTAN BgkqhkiG9w0BAQ0FAAOCAgEAIokFPcW8+cO2Clu0Ei+ehAmQRBHfV5RWJ8aMVLXOCfiJX0ch IjVSIt6I3uQaR4J1ZIAjCSPkbpfZQDaLoGFI5j8aYEQhOeKxrvOMzY9/aSUYabCJIhE/sX64 klFV0bzm+PR9cDMWeQ9BoZf0m8UROPSfDnrjEk+p04hGg3pAZMcSwCzxdb604NHjgHJmf2xG UQVzQgC6Ek/BKat0xuPTuPmtPv9OicK75CPmLZKYW3rFpCD6bhb1mm+ROcCNhniRY2LYm9YN QdlHQUzTFqj0tvuYrzNI3LNV4PjEfN8z6omPCT2Rq8/uKLseN+m8F0ioqm+cphqpmzKoDUpN nePLkqDFUFWCeWRxSjBTy4IMVUfdNXriVGihH8hyIICQiOfmmBOzhzUifdomJuTGtoXRuHVT R2f/YdrJrLnKI4f+Othdp7F3KhB4c6JiOnTEH5J8n9q3rFjt4MPRwcjIHMhmF5nZVQlgxEMo 1cPCmvG1D9tcgXbH79jjqydo9SDXhzLQob7axkzGRY96IstNcvoQ/UNsdPPfFMYlHtGz4TxT DhBjv4ERskGmKBZrfmxkXkcuTV/gcykct6Xvw9YXb8WTL4qSYHSYk9fReVLgE/L4RBUpX2JJ QvIR0AJLER165/aZlQXZtuJjnfxJtJTJZZ+Gor9h0G2kuR5Dy0JuYdBO4t4xggShMIIEnQIB ATCBgDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5v cmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEW EnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFEMAkGBSsOAwIaBQCgggH1MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDcxNjAwMzUzM1owIwYJKoZIhvcNAQkE MRYEFJFuuqds87Gp/dAwI+t0ZX1DWPWrMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEq MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwIC AUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZEGCSsGAQQBgjcQBDGBgzCBgDB5MRAwDgYD VQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMT GUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2Fj ZXJ0Lm9yZwIDDwFEMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2ln bmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDDwFE MA0GCSqGSIb3DQEBAQUABIICABmmm3eceWqAxi0t7pth9XJ41wIl8UcNrq1ZFEBIvY2C+Yte cB9R2myMQVRpAmjnGSyPQb5vL3I2Z9fikJvsEQb5wV6VJ4LuMcAYtydMYsRcP3BsUGMR2T81 afSI15u1P8Do+G/boLd6mUJfY0TcW5gj+ErO51tB9YcAYbDLSr35DyoNfmN7MQtK5BhMkHyV erZHDT7sWnLsSVweKgEdF1xU3q9lDC7IhPwA4LhcZTD/SuY3RiP3yglHrILUeHG0ZSPKVxzk KCUOvtOqOQtgOxb7y61Ag/aHPsUKcRaJ0ZXW43ggZ/L5ypkdD3wFM8RG6aqbfY0RRW4LIxKe jeQbhzGb8lZmlKDqardL6VyHb9hGPdO0mxxKchOkvgd2LWbT/a5UtkMDk17YK8VPd/C8dcv9 etpS63xUB6LLM0ViRLHZwOAWvb08W7FQdU7loTQbvMknAKDsGgsXqyKgSFdjUyD4LXcnFiLs f8v0HcD1EYaF+BZF/eLF8t8PgZdAzCh1k6bTYwBZx7WCxi/4vSQGPfW8HfKn2pVe3ig/iefh UjhII5JQ0WLU3bhDRXB+D4OAAIJFlpTGEQaOl5Lgr801kRaShtWNC2m2q97sDiPN0Fn830l3 T9+YSOxT7njakzsRzXliMCH/5MyelJGubQvmYmL2raO/UNM4Cfxir+hvErfBAAAAAAAA --------------ms070900080604090309000908-- --===============8409384988549375234== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8409384988549375234==-- From xen-users-bounces@lists.xen.org Wed Jul 16 03:10:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 03:10:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Fb9-0001GH-UW; Wed, 16 Jul 2014 03:09:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Fb8-0001GC-GV for xen-users@lists.xen.org; Wed, 16 Jul 2014 03:09:38 +0000 Received: from [193.109.254.147:5719] by server-3.bemta-14.messagelabs.com id 7C/7F-13460-1FCE5C35; Wed, 16 Jul 2014 03:09:37 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1405480176!17661899!1 X-Originating-IP: [209.85.216.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3120 invoked from network); 16 Jul 2014 03:09:37 -0000 Received: from mail-qc0-f182.google.com (HELO mail-qc0-f182.google.com) (209.85.216.182) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 03:09:37 -0000 Received: by mail-qc0-f182.google.com with SMTP id r5so247241qcx.27 for ; Tue, 15 Jul 2014 20:09:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ze1GwNjzz1MdNhopqCXxhhFCaQ96Js+plog6/OLjplM=; b=cYPhPFd2WO4tlKiLDMA6XOmzlGBiZX2TkrnXdpTe40Oa1YZGmupNnMegj75YaZn+j6 IomYUM65T3h2SnCMs0wWf2m6CaPKtf0Iypu+km2IsKmOZuzAuKx5IF/F0j9P/rd4zUPT vjPz12IGN5JrqezmQK0EmeNw82Pw2NystEib2d+/fUIyDcac9HkXeXkSPuerzjWp1edT iBySLsGFxED2bYWuvqqS4hcMcY7g5+UPzYJE1I3FqAWR2Xc64yd2upBaxvU5XyLHvKYl iutpmge/sU4InmHVpX58F+SuYX4UJ46yJseUjomo/Pq7XLvDsAi+wzdSWt5rfEqLQ/NB tXBQ== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr39515529qah.70.1405480176102; Tue, 15 Jul 2014 20:09:36 -0700 (PDT) Received: by 10.140.25.77 with HTTP; Tue, 15 Jul 2014 20:09:36 -0700 (PDT) In-Reply-To: <53C5C8D5.5080809@gmail.com> References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> <53C5C8D5.5080809@gmail.com> Date: Tue, 15 Jul 2014 21:09:36 -0600 Message-ID: From: jacek burghardt To: Austin S Hemmelgarn Cc: "xen-users@lists.xen.org" , Mattia Carrara Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1298902337036713007==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1298902337036713007== Content-Type: multipart/alternative; boundary=001a1133d894a2b8a604fe46dafd --001a1133d894a2b8a604fe46dafd Content-Type: text/plain; charset=UTF-8 Well there is nothing wrong with virtual htpc video card does not care and if in real system or not. I use firetvs as my xbmc boxes. --001a1133d894a2b8a604fe46dafd Content-Type: text/html; charset=UTF-8
Well there is nothing wrong with virtual htpc video card does not care and if in real system or not. I use firetvs as my xbmc boxes.



--001a1133d894a2b8a604fe46dafd-- --===============1298902337036713007== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1298902337036713007==-- From xen-users-bounces@lists.xen.org Wed Jul 16 03:10:32 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 03:10:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Fb9-0001GH-UW; Wed, 16 Jul 2014 03:09:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Fb8-0001GC-GV for xen-users@lists.xen.org; Wed, 16 Jul 2014 03:09:38 +0000 Received: from [193.109.254.147:5719] by server-3.bemta-14.messagelabs.com id 7C/7F-13460-1FCE5C35; Wed, 16 Jul 2014 03:09:37 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1405480176!17661899!1 X-Originating-IP: [209.85.216.182] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3120 invoked from network); 16 Jul 2014 03:09:37 -0000 Received: from mail-qc0-f182.google.com (HELO mail-qc0-f182.google.com) (209.85.216.182) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 03:09:37 -0000 Received: by mail-qc0-f182.google.com with SMTP id r5so247241qcx.27 for ; Tue, 15 Jul 2014 20:09:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ze1GwNjzz1MdNhopqCXxhhFCaQ96Js+plog6/OLjplM=; b=cYPhPFd2WO4tlKiLDMA6XOmzlGBiZX2TkrnXdpTe40Oa1YZGmupNnMegj75YaZn+j6 IomYUM65T3h2SnCMs0wWf2m6CaPKtf0Iypu+km2IsKmOZuzAuKx5IF/F0j9P/rd4zUPT vjPz12IGN5JrqezmQK0EmeNw82Pw2NystEib2d+/fUIyDcac9HkXeXkSPuerzjWp1edT iBySLsGFxED2bYWuvqqS4hcMcY7g5+UPzYJE1I3FqAWR2Xc64yd2upBaxvU5XyLHvKYl iutpmge/sU4InmHVpX58F+SuYX4UJ46yJseUjomo/Pq7XLvDsAi+wzdSWt5rfEqLQ/NB tXBQ== MIME-Version: 1.0 X-Received: by 10.224.60.137 with SMTP id p9mr39515529qah.70.1405480176102; Tue, 15 Jul 2014 20:09:36 -0700 (PDT) Received: by 10.140.25.77 with HTTP; Tue, 15 Jul 2014 20:09:36 -0700 (PDT) In-Reply-To: <53C5C8D5.5080809@gmail.com> References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> <53C5C8D5.5080809@gmail.com> Date: Tue, 15 Jul 2014 21:09:36 -0600 Message-ID: From: jacek burghardt To: Austin S Hemmelgarn Cc: "xen-users@lists.xen.org" , Mattia Carrara Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1298902337036713007==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1298902337036713007== Content-Type: multipart/alternative; boundary=001a1133d894a2b8a604fe46dafd --001a1133d894a2b8a604fe46dafd Content-Type: text/plain; charset=UTF-8 Well there is nothing wrong with virtual htpc video card does not care and if in real system or not. I use firetvs as my xbmc boxes. --001a1133d894a2b8a604fe46dafd Content-Type: text/html; charset=UTF-8
Well there is nothing wrong with virtual htpc video card does not care and if in real system or not. I use firetvs as my xbmc boxes.



--001a1133d894a2b8a604fe46dafd-- --===============1298902337036713007== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1298902337036713007==-- From xen-users-bounces@lists.xen.org Wed Jul 16 06:24:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 06:24:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Icz-0004D4-Dv; Wed, 16 Jul 2014 06:23:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Icx-0004Cx-Op for xen-users@lists.xen.org; Wed, 16 Jul 2014 06:23:43 +0000 Received: from [85.158.143.35:24618] by server-2.bemta-4.messagelabs.com id 09/C6-26128-F6A16C35; Wed, 16 Jul 2014 06:23:43 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-21.messagelabs.com!1405491821!17912443!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16749 invoked from network); 16 Jul 2014 06:23:42 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2014 06:23:42 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id DCDA0221DE8; Wed, 16 Jul 2014 07:23:40 +0100 (BST) Message-ID: <53C61A6C.4080301@bobich.net> Date: Wed, 16 Jul 2014 07:23:40 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Austin S Hemmelgarn , jacek burghardt , Mattia Carrara References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> <53C5C8D5.5080809@gmail.com> In-Reply-To: <53C5C8D5.5080809@gmail.com> Content-Length: 3699 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is actually a good point. My HTPC is a standalone HP G7 = Microserver. =A3110 new, complete with RAM and a disk. I have a HD6450 in = mine purely because that adds a better GPU than what is built in, and = provides HDMI output with audio. But it still means you get a complete = machine for =A3150, that will also double as a pretty decent storage = server if you fill it up with disks (if you need that sort of thing). On 07/16/2014 01:35 AM, Austin S Hemmelgarn wrote: > I've got an FX-8320 in my desktop over-clocked to 4.0 GHz, 8 'cores', 1 > thread per-core, 125W TDP, and on every benchmark I have tested it with, > it out-preforms a dual processor Xeon E3-1286 v3 (3.7GHz, 4 cores, 2 > threads per core, 88W TDP) server I work with at my job, even when I > force the AMD processor down to 1.4GHz. The Intel server cost more than > 4x as much as the desktop system, takes up more than 3x as much space > (based on volume), uses more than 2.5x as much power, and still can't > beat the AMD desktop system. > > Just as an Aside, using virtualization for a HTPC system is probably not > the best option. I would personally suggest looking into a board based > on the AMD E1-2100 (1.0GHz, 2 cores, integrated Radeon HD 8210 GPU), > it's more than sufficient for an HTPC or lightweight (non-gaming) > desktop, can be passively cooled, and you can get Mini-ITX boards based > on it (including CPU and GPU). > On 07/15/2014 05:20 PM, jacek burghardt wrote: >> I have A8 6600K only 99 at microcenter my mother board >> http://www.newegg.com/Product/Product.aspx?Item=3DN82E16813132056 I on= ly >> paid $27 for it and I see lots of them for 47 on ebay. iommu works >> perfectly with it. I run windows 8.1 xen with kde desktop, mint linux, >> freebsd. I am trying to figureout how to get osx working on it also >> passing HD6450 would be nice to it . I am passing R9270 to windows and >> HD6540 to mint linux. >> A10 is only 129. >> >> >> AMD A10-7850K Kaveri 12 Compute Cores (4 CPU + 8 GPU) 3.7GHz Socket >> FM2+ 95W Desktop Processor >> >> >> >> On Tue, Jul 15, 2014 at 3:05 PM, Mattia Carrara >> > wrote: >> >> As you suggested Jacek i looked up some AMD CPUs. The FX-9590 has a >> TDP of 220W, it has a huge heat output. The FX-8350 seems to be the >> best alternative. Here comes to my mind a question: is it better a >> 4790k that has 4 cores with 4 threads or an FX-8350 (or eventually >> an FX-9590 with water cooling) that has 8 cores with 8 threads? With >> AMD i would get more cores for each virtual machine but with Intel >> i7 each core would be more performant. Ideas? >> >> >> 2014-07-15 22:36 GMT+02:00 jacek burghardt >> >: >> >> Arey set on intel cpu ? >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 16 06:24:33 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 06:24:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Icz-0004D4-Dv; Wed, 16 Jul 2014 06:23:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Icx-0004Cx-Op for xen-users@lists.xen.org; Wed, 16 Jul 2014 06:23:43 +0000 Received: from [85.158.143.35:24618] by server-2.bemta-4.messagelabs.com id 09/C6-26128-F6A16C35; Wed, 16 Jul 2014 06:23:43 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-6.tower-21.messagelabs.com!1405491821!17912443!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16749 invoked from network); 16 Jul 2014 06:23:42 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-6.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2014 06:23:42 -0000 Received: from [10.2.3.3] (unknown [10.2.3.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id DCDA0221DE8; Wed, 16 Jul 2014 07:23:40 +0100 (BST) Message-ID: <53C61A6C.4080301@bobich.net> Date: Wed, 16 Jul 2014 07:23:40 +0100 From: Gordan Bobic User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Austin S Hemmelgarn , jacek burghardt , Mattia Carrara References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> <53C5C8D5.5080809@gmail.com> In-Reply-To: <53C5C8D5.5080809@gmail.com> Content-Length: 3699 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is actually a good point. My HTPC is a standalone HP G7 = Microserver. =A3110 new, complete with RAM and a disk. I have a HD6450 in = mine purely because that adds a better GPU than what is built in, and = provides HDMI output with audio. But it still means you get a complete = machine for =A3150, that will also double as a pretty decent storage = server if you fill it up with disks (if you need that sort of thing). On 07/16/2014 01:35 AM, Austin S Hemmelgarn wrote: > I've got an FX-8320 in my desktop over-clocked to 4.0 GHz, 8 'cores', 1 > thread per-core, 125W TDP, and on every benchmark I have tested it with, > it out-preforms a dual processor Xeon E3-1286 v3 (3.7GHz, 4 cores, 2 > threads per core, 88W TDP) server I work with at my job, even when I > force the AMD processor down to 1.4GHz. The Intel server cost more than > 4x as much as the desktop system, takes up more than 3x as much space > (based on volume), uses more than 2.5x as much power, and still can't > beat the AMD desktop system. > > Just as an Aside, using virtualization for a HTPC system is probably not > the best option. I would personally suggest looking into a board based > on the AMD E1-2100 (1.0GHz, 2 cores, integrated Radeon HD 8210 GPU), > it's more than sufficient for an HTPC or lightweight (non-gaming) > desktop, can be passively cooled, and you can get Mini-ITX boards based > on it (including CPU and GPU). > On 07/15/2014 05:20 PM, jacek burghardt wrote: >> I have A8 6600K only 99 at microcenter my mother board >> http://www.newegg.com/Product/Product.aspx?Item=3DN82E16813132056 I on= ly >> paid $27 for it and I see lots of them for 47 on ebay. iommu works >> perfectly with it. I run windows 8.1 xen with kde desktop, mint linux, >> freebsd. I am trying to figureout how to get osx working on it also >> passing HD6450 would be nice to it . I am passing R9270 to windows and >> HD6540 to mint linux. >> A10 is only 129. >> >> >> AMD A10-7850K Kaveri 12 Compute Cores (4 CPU + 8 GPU) 3.7GHz Socket >> FM2+ 95W Desktop Processor >> >> >> >> On Tue, Jul 15, 2014 at 3:05 PM, Mattia Carrara >> > wrote: >> >> As you suggested Jacek i looked up some AMD CPUs. The FX-9590 has a >> TDP of 220W, it has a huge heat output. The FX-8350 seems to be the >> best alternative. Here comes to my mind a question: is it better a >> 4790k that has 4 cores with 4 threads or an FX-8350 (or eventually >> an FX-9590 with water cooling) that has 8 cores with 8 threads? With >> AMD i would get more cores for each virtual machine but with Intel >> i7 each core would be more performant. Ideas? >> >> >> 2014-07-15 22:36 GMT+02:00 jacek burghardt >> >: >> >> Arey set on intel cpu ? >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 16 07:29:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 07:29:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Jdz-0005N3-Ob; Wed, 16 Jul 2014 07:28:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Jdx-0005Mi-VV for xen-users@lists.xen.org; Wed, 16 Jul 2014 07:28:50 +0000 Received: from [85.158.143.35:58574] by server-1.bemta-4.messagelabs.com id AC/21-30046-1B926C35; Wed, 16 Jul 2014 07:28:49 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-4.tower-21.messagelabs.com!1405495727!17970780!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6020 invoked from network); 16 Jul 2014 07:28:48 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2014 07:28:48 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3hCqvz3NFtzYyP6R for ; Wed, 16 Jul 2014 09:28:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1405495727; bh=sM4/9XPmYCOELs8ZZIBZ6ctnDPtT0ecyPQU6pHKRHXA=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=kP+GREsfcwnq3J0/E+AC+o7yHl8mOpZjgMQEW4+YdX1NQ4MbqedY94aUAWPDDocdY uWe1v2aLokcRSGMKmeuoDhoqa7iElWSpEer+2swQhsLwmMw7MZ1DKtn1+pkJ4+si/y sxAucZmCzauADfPzGo6eb0R21styxkBTq8l8nrtU= Message-ID: <53C629AD.1090609@op.pl> Date: Wed, 16 Jul 2014 09:28:45 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> <53C5C8D5.5080809@gmail.com> <53C61A6C.4080301@bobich.net> In-Reply-To: <53C61A6C.4080301@bobich.net> Content-Length: 2582 Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org VGhhdCBIUCdzIE1pY3Jvc2VydmVyIGxvb2tzIHZlcnkgaW50ZXJlc3RpbmcsIHNlZW1zIGlkZWFs IGZvciBhIHpmcyAKcmVjZWl2ZSBzZXJ2ZXIuIERpZCB5b3UgaGFwcGVuIHRvIGJlbmNobWFyayBp dD8gSSB3b3VsZCBiZSB2ZXJ5IGdyYXRlZnVsIApmb3IgYW55IG51bWJlcnMgKGV2ZW4gdmVyeSBy b3VnaCksIGVzcGVjaWFsbHkgcmVsYXRlZCB0byBob3cgZG9lcyBpdCAKaGFuZGxlIHpmcyByZWNl aXZlIGFuZCBlbmNyeXB0aW9uLgoKS3ViYQoKVyBkbml1IDIwMTQtMDctMTYgMDg6MjMsIEdvcmRh biBCb2JpYyBwaXN6ZToKPiBUaGlzIGlzIGFjdHVhbGx5IGEgZ29vZCBwb2ludC4gTXkgSFRQQyBp cyBhIHN0YW5kYWxvbmUgSFAgRzcKPiBNaWNyb3NlcnZlci4gwqMxMTAgbmV3LCBjb21wbGV0ZSB3 aXRoIFJBTSBhbmQgYSBkaXNrLiBJIGhhdmUgYSBIRDY0NTAgaW4KPiBtaW5lIHB1cmVseSBiZWNh dXNlIHRoYXQgYWRkcyBhIGJldHRlciBHUFUgdGhhbiB3aGF0IGlzIGJ1aWx0IGluLCBhbmQKPiBw cm92aWRlcyBIRE1JIG91dHB1dCB3aXRoIGF1ZGlvLiBCdXQgaXQgc3RpbGwgbWVhbnMgeW91IGdl dCBhIGNvbXBsZXRlCj4gbWFjaGluZSBmb3IgwqMxNTAsIHRoYXQgd2lsbCBhbHNvIGRvdWJsZSBh cyBhIHByZXR0eSBkZWNlbnQgc3RvcmFnZQo+IHNlcnZlciBpZiB5b3UgZmlsbCBpdCB1cCB3aXRo IGRpc2tzIChpZiB5b3UgbmVlZCB0aGF0IHNvcnQgb2YgdGhpbmcpLgo+Cj4gT24gMDcvMTYvMjAx NCAwMTozNSBBTSwgQXVzdGluIFMgSGVtbWVsZ2FybiB3cm90ZToKPj4gSSd2ZSBnb3QgYW4gRlgt ODMyMCBpbiBteSBkZXNrdG9wIG92ZXItY2xvY2tlZCB0byA0LjAgR0h6LCA4ICdjb3JlcycsIDEK Pj4gdGhyZWFkIHBlci1jb3JlLCAxMjVXIFREUCwgYW5kIG9uIGV2ZXJ5IGJlbmNobWFyayBJIGhh dmUgdGVzdGVkIGl0IHdpdGgsCj4+IGl0IG91dC1wcmVmb3JtcyBhIGR1YWwgcHJvY2Vzc29yIFhl b24gRTMtMTI4NiB2MyAoMy43R0h6LCA0IGNvcmVzLCAyCj4+IHRocmVhZHMgcGVyIGNvcmUsIDg4 VyBURFApIHNlcnZlciBJIHdvcmsgd2l0aCBhdCBteSBqb2IsIGV2ZW4gd2hlbiBJCj4+IGZvcmNl IHRoZSBBTUQgcHJvY2Vzc29yIGRvd24gdG8gMS40R0h6LiAgVGhlIEludGVsIHNlcnZlciBjb3N0 IG1vcmUgdGhhbgo+PiA0eCBhcyBtdWNoIGFzIHRoZSBkZXNrdG9wIHN5c3RlbSwgdGFrZXMgdXAg bW9yZSB0aGFuIDN4IGFzIG11Y2ggc3BhY2UKPj4gKGJhc2VkIG9uIHZvbHVtZSksIHVzZXMgbW9y ZSB0aGFuIDIuNXggYXMgbXVjaCBwb3dlciwgYW5kIHN0aWxsIGNhbid0Cj4+IGJlYXQgdGhlIEFN RCBkZXNrdG9wIHN5c3RlbS4KPj4KPj4gSnVzdCBhcyBhbiBBc2lkZSwgdXNpbmcgdmlydHVhbGl6 YXRpb24gZm9yIGEgSFRQQyBzeXN0ZW0gaXMgcHJvYmFibHkgbm90Cj4+IHRoZSBiZXN0IG9wdGlv bi4gIEkgd291bGQgcGVyc29uYWxseSBzdWdnZXN0IGxvb2tpbmcgaW50byBhIGJvYXJkIGJhc2Vk Cj4+IG9uIHRoZSBBTUQgRTEtMjEwMCAoMS4wR0h6LCAyIGNvcmVzLCBpbnRlZ3JhdGVkIFJhZGVv biBIRCA4MjEwIEdQVSksCj4+IGl0J3MgbW9yZSB0aGFuIHN1ZmZpY2llbnQgZm9yIGFuIEhUUEMg b3IgbGlnaHR3ZWlnaHQgKG5vbi1nYW1pbmcpCj4+IGRlc2t0b3AsIGNhbiBiZSBwYXNzaXZlbHkg Y29vbGVkLCBhbmQgeW91IGNhbiBnZXQgTWluaS1JVFggYm9hcmRzIGJhc2VkCj4+IG9uIGl0IChp bmNsdWRpbmcgQ1BVIGFuZCBHUFUpLgo+PiBPbiAwNy8xNS8yMDE0IDA1OjIwIFBNLCBqYWNlayBi dXJnaGFyZHQgd3JvdGU6CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpo dHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Wed Jul 16 07:29:47 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 07:29:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Jdz-0005N3-Ob; Wed, 16 Jul 2014 07:28:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Jdx-0005Mi-VV for xen-users@lists.xen.org; Wed, 16 Jul 2014 07:28:50 +0000 Received: from [85.158.143.35:58574] by server-1.bemta-4.messagelabs.com id AC/21-30046-1B926C35; Wed, 16 Jul 2014 07:28:49 +0000 X-Env-Sender: kuba.0000@op.pl X-Msg-Ref: server-4.tower-21.messagelabs.com!1405495727!17970780!1 X-Originating-IP: [213.180.142.146] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6020 invoked from network); 16 Jul 2014 07:28:48 -0000 Received: from smtpo15.poczta.onet.pl (HELO smtpo15.poczta.onet.pl) (213.180.142.146) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2014 07:28:48 -0000 Received: from [10.1.1.10] (host-89-230-198-37.lublin.mm.pl [89.230.198.37]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: kuba.0000@op.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3hCqvz3NFtzYyP6R for ; Wed, 16 Jul 2014 09:28:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=op.pl; s=2011; t=1405495727; bh=sM4/9XPmYCOELs8ZZIBZ6ctnDPtT0ecyPQU6pHKRHXA=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=kP+GREsfcwnq3J0/E+AC+o7yHl8mOpZjgMQEW4+YdX1NQ4MbqedY94aUAWPDDocdY uWe1v2aLokcRSGMKmeuoDhoqa7iElWSpEer+2swQhsLwmMw7MZ1DKtn1+pkJ4+si/y sxAucZmCzauADfPzGo6eb0R21styxkBTq8l8nrtU= Message-ID: <53C629AD.1090609@op.pl> Date: Wed, 16 Jul 2014 09:28:45 +0200 From: Kuba User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <07b6fd1d6f63d823ab76c28ee7a83c92@mail.shatteredsilicon.net> <53C580C3.7090701@bobich.net> <53C5C8D5.5080809@gmail.com> <53C61A6C.4080301@bobich.net> In-Reply-To: <53C61A6C.4080301@bobich.net> Content-Length: 2582 Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org VGhhdCBIUCdzIE1pY3Jvc2VydmVyIGxvb2tzIHZlcnkgaW50ZXJlc3RpbmcsIHNlZW1zIGlkZWFs IGZvciBhIHpmcyAKcmVjZWl2ZSBzZXJ2ZXIuIERpZCB5b3UgaGFwcGVuIHRvIGJlbmNobWFyayBp dD8gSSB3b3VsZCBiZSB2ZXJ5IGdyYXRlZnVsIApmb3IgYW55IG51bWJlcnMgKGV2ZW4gdmVyeSBy b3VnaCksIGVzcGVjaWFsbHkgcmVsYXRlZCB0byBob3cgZG9lcyBpdCAKaGFuZGxlIHpmcyByZWNl aXZlIGFuZCBlbmNyeXB0aW9uLgoKS3ViYQoKVyBkbml1IDIwMTQtMDctMTYgMDg6MjMsIEdvcmRh biBCb2JpYyBwaXN6ZToKPiBUaGlzIGlzIGFjdHVhbGx5IGEgZ29vZCBwb2ludC4gTXkgSFRQQyBp cyBhIHN0YW5kYWxvbmUgSFAgRzcKPiBNaWNyb3NlcnZlci4gwqMxMTAgbmV3LCBjb21wbGV0ZSB3 aXRoIFJBTSBhbmQgYSBkaXNrLiBJIGhhdmUgYSBIRDY0NTAgaW4KPiBtaW5lIHB1cmVseSBiZWNh dXNlIHRoYXQgYWRkcyBhIGJldHRlciBHUFUgdGhhbiB3aGF0IGlzIGJ1aWx0IGluLCBhbmQKPiBw cm92aWRlcyBIRE1JIG91dHB1dCB3aXRoIGF1ZGlvLiBCdXQgaXQgc3RpbGwgbWVhbnMgeW91IGdl dCBhIGNvbXBsZXRlCj4gbWFjaGluZSBmb3IgwqMxNTAsIHRoYXQgd2lsbCBhbHNvIGRvdWJsZSBh cyBhIHByZXR0eSBkZWNlbnQgc3RvcmFnZQo+IHNlcnZlciBpZiB5b3UgZmlsbCBpdCB1cCB3aXRo IGRpc2tzIChpZiB5b3UgbmVlZCB0aGF0IHNvcnQgb2YgdGhpbmcpLgo+Cj4gT24gMDcvMTYvMjAx NCAwMTozNSBBTSwgQXVzdGluIFMgSGVtbWVsZ2FybiB3cm90ZToKPj4gSSd2ZSBnb3QgYW4gRlgt ODMyMCBpbiBteSBkZXNrdG9wIG92ZXItY2xvY2tlZCB0byA0LjAgR0h6LCA4ICdjb3JlcycsIDEK Pj4gdGhyZWFkIHBlci1jb3JlLCAxMjVXIFREUCwgYW5kIG9uIGV2ZXJ5IGJlbmNobWFyayBJIGhh dmUgdGVzdGVkIGl0IHdpdGgsCj4+IGl0IG91dC1wcmVmb3JtcyBhIGR1YWwgcHJvY2Vzc29yIFhl b24gRTMtMTI4NiB2MyAoMy43R0h6LCA0IGNvcmVzLCAyCj4+IHRocmVhZHMgcGVyIGNvcmUsIDg4 VyBURFApIHNlcnZlciBJIHdvcmsgd2l0aCBhdCBteSBqb2IsIGV2ZW4gd2hlbiBJCj4+IGZvcmNl IHRoZSBBTUQgcHJvY2Vzc29yIGRvd24gdG8gMS40R0h6LiAgVGhlIEludGVsIHNlcnZlciBjb3N0 IG1vcmUgdGhhbgo+PiA0eCBhcyBtdWNoIGFzIHRoZSBkZXNrdG9wIHN5c3RlbSwgdGFrZXMgdXAg bW9yZSB0aGFuIDN4IGFzIG11Y2ggc3BhY2UKPj4gKGJhc2VkIG9uIHZvbHVtZSksIHVzZXMgbW9y ZSB0aGFuIDIuNXggYXMgbXVjaCBwb3dlciwgYW5kIHN0aWxsIGNhbid0Cj4+IGJlYXQgdGhlIEFN RCBkZXNrdG9wIHN5c3RlbS4KPj4KPj4gSnVzdCBhcyBhbiBBc2lkZSwgdXNpbmcgdmlydHVhbGl6 YXRpb24gZm9yIGEgSFRQQyBzeXN0ZW0gaXMgcHJvYmFibHkgbm90Cj4+IHRoZSBiZXN0IG9wdGlv bi4gIEkgd291bGQgcGVyc29uYWxseSBzdWdnZXN0IGxvb2tpbmcgaW50byBhIGJvYXJkIGJhc2Vk Cj4+IG9uIHRoZSBBTUQgRTEtMjEwMCAoMS4wR0h6LCAyIGNvcmVzLCBpbnRlZ3JhdGVkIFJhZGVv biBIRCA4MjEwIEdQVSksCj4+IGl0J3MgbW9yZSB0aGFuIHN1ZmZpY2llbnQgZm9yIGFuIEhUUEMg b3IgbGlnaHR3ZWlnaHQgKG5vbi1nYW1pbmcpCj4+IGRlc2t0b3AsIGNhbiBiZSBwYXNzaXZlbHkg Y29vbGVkLCBhbmQgeW91IGNhbiBnZXQgTWluaS1JVFggYm9hcmRzIGJhc2VkCj4+IG9uIGl0IChp bmNsdWRpbmcgQ1BVIGFuZCBHUFUpLgo+PiBPbiAwNy8xNS8yMDE0IDA1OjIwIFBNLCBqYWNlayBi dXJnaGFyZHQgd3JvdGU6CgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpo dHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Wed Jul 16 08:20:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 08:20:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7KRI-0006nh-Tj; Wed, 16 Jul 2014 08:19:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7KRH-0006nc-TC for xen-users@lists.xen.org; Wed, 16 Jul 2014 08:19:47 +0000 Received: from [193.109.254.147:37395] by server-11.bemta-14.messagelabs.com id 13/85-12767-3A536C35; Wed, 16 Jul 2014 08:19:47 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-27.messagelabs.com!1405498786!17701193!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22100 invoked from network); 16 Jul 2014 08:19:46 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2014 08:19:46 -0000 Received: from [192.168.43.220] (genkt-051-130.t-mobile.co.uk [149.254.51.130]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id CD0A4221DE8; Wed, 16 Jul 2014 09:19:44 +0100 (BST) Date: Wed, 16 Jul 2014 09:19:27 +0100 Message-ID: From: Gordan Bobic To: Kuba MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SSBoYXZlbid0IHRyaWVkIGFueSBlbmNyeXB0aW9uLCBidXQgSSBkbyB1c2UgdGhlbSBoZWF2aWx5 IHdpdGggWkZTLCBtb3N0bHkgNC1kaXNrIFJBSURaMi4gUmVjZWl2ZSBhbHdheXMgc2F0dXJhdGVz IHRoZSBnaWdhYml0IGV0aGVybmV0IGxpbmsgYW5kIHNjcnVicyBnbyBhdCBhYm91dCAyNTBNQi9z LiBBbGwgbXkgbW9kZWxzIGFyZSBvbGRlciBOMzZMICgxLjNHSHopIGFuZCBONDBMICgxLjVHSHop LCBpLmUuIHN1YnN0YW50aWFsbHkgbGVzcyBDUFUgdGhhbiB0aGUgbW9zdCByZWNlbnQgTjU0TCAo Mi4yR0h6KS4KCgpLdWJhIDxrdWJhLjAwMDBAb3AucGw+IHdyb3RlOgoKPlRoYXQgSFAncyBNaWNy b3NlcnZlciBsb29rcyB2ZXJ5IGludGVyZXN0aW5nLCBzZWVtcyBpZGVhbCBmb3IgYSB6ZnMgCj5y ZWNlaXZlIHNlcnZlci4gRGlkIHlvdSBoYXBwZW4gdG8gYmVuY2htYXJrIGl0PyBJIHdvdWxkIGJl IHZlcnkgZ3JhdGVmdWwgCj5mb3IgYW55IG51bWJlcnMgKGV2ZW4gdmVyeSByb3VnaCksIGVzcGVj aWFsbHkgcmVsYXRlZCB0byBob3cgZG9lcyBpdCAKPmhhbmRsZSB6ZnMgcmVjZWl2ZSBhbmQgZW5j cnlwdGlvbi4KPgo+S3ViYQo+Cj5XIGRuaXUgMjAxNC0wNy0xNiAwODoyMywgR29yZGFuIEJvYmlj IHBpc3plOgo+PiBUaGlzIGlzIGFjdHVhbGx5IGEgZ29vZCBwb2ludC4gTXkgSFRQQyBpcyBhIHN0 YW5kYWxvbmUgSFAgRzcKPj4gTWljcm9zZXJ2ZXIuIMKjMTEwIG5ldywgY29tcGxldGUgd2l0aCBS QU0gYW5kIGEgZGlzay4gSSBoYXZlIGEgSEQ2NDUwIGluCj4+IG1pbmUgcHVyZWx5IGJlY2F1c2Ug dGhhdCBhZGRzIGEgYmV0dGVyIEdQVSB0aGFuIHdoYXQgaXMgYnVpbHQgaW4sIGFuZAo+PiBwcm92 aWRlcyBIRE1JIG91dHB1dCB3aXRoIGF1ZGlvLiBCdXQgaXQgc3RpbGwgbWVhbnMgeW91IGdldCBh IGNvbXBsZXRlCj4+IG1hY2hpbmUgZm9yIMKjMTUwLCB0aGF0IHdpbGwgYWxzbyBkb3VibGUgYXMg YSBwcmV0dHkgZGVjZW50IHN0b3JhZ2UKPj4gc2VydmVyIGlmIHlvdSBmaWxsIGl0IHVwIHdpdGgg ZGlza3MgKGlmIHlvdSBuZWVkIHRoYXQgc29ydCBvZiB0aGluZykuCj4+Cj4+IE9uIDA3LzE2LzIw MTQgMDE6MzUgQU0sIEF1c3RpbiBTIEhlbW1lbGdhcm4gd3JvdGU6Cj4+PiBJJ3ZlIGdvdCBhbiBG WC04MzIwIGluIG15IGRlc2t0b3Agb3Zlci1jbG9ja2VkIHRvIDQuMCBHSHosIDggJ2NvcmVzJywg MQo+Pj4gdGhyZWFkIHBlci1jb3JlLCAxMjVXIFREUCwgYW5kIG9uIGV2ZXJ5IGJlbmNobWFyayBJ IGhhdmUgdGVzdGVkIGl0IHdpdGgsCj4+PiBpdCBvdXQtcHJlZm9ybXMgYSBkdWFsIHByb2Nlc3Nv ciBYZW9uIEUzLTEyODYgdjMgKDMuN0dIeiwgNCBjb3JlcywgMgo+Pj4gdGhyZWFkcyBwZXIgY29y ZSwgODhXIFREUCkgc2VydmVyIEkgd29yayB3aXRoIGF0IG15IGpvYiwgZXZlbiB3aGVuIEkKPj4+ IGZvcmNlIHRoZSBBTUQgcHJvY2Vzc29yIGRvd24gdG8gMS40R0h6LiAgVGhlIEludGVsIHNlcnZl ciBjb3N0IG1vcmUgdGhhbgo+Pj4gNHggYXMgbXVjaCBhcyB0aGUgZGVza3RvcCBzeXN0ZW0sIHRh a2VzIHVwIG1vcmUgdGhhbiAzeCBhcyBtdWNoIHNwYWNlCj4+PiAoYmFzZWQgb24gdm9sdW1lKSwg dXNlcyBtb3JlIHRoYW4gMi41eCBhcyBtdWNoIHBvd2VyLCBhbmQgc3RpbGwgY2FuJ3QKPj4+IGJl YXQgdGhlIEFNRCBkZXNrdG9wIHN5c3RlbS4KPj4+Cj4+PiBKdXN0IGFzIGFuIEFzaWRlLCB1c2lu ZyB2aXJ0dWFsaXphdGlvbiBmb3IgYSBIVFBDIHN5c3RlbSBpcyBwcm9iYWJseSBub3QKPj4+IHRo ZSBiZXN0IG9wdGlvbi4gIEkgd291bGQgcGVyc29uYWxseSBzdWdnZXN0IGxvb2tpbmcgaW50byBh IGJvYXJkIGJhc2VkCj4+PiBvbiB0aGUgQU1EIEUxLTIxMDAgKDEuMEdIeiwgMiBjb3JlcywgaW50 ZWdyYXRlZCBSYWRlb24gSEQgODIxMCBHUFUpLAo+Pj4gaXQncyBtb3JlIHRoYW4gc3VmZmljaWVu dCBmb3IgYW4gSFRQQyBvciBsaWdodHdlaWdodCAobm9uLWdhbWluZykKPj4+IGRlc2t0b3AsIGNh biBiZSBwYXNzaXZlbHkgY29vbGVkLCBhbmQgeW91IGNhbiBnZXQgTWluaS1JVFggYm9hcmRzIGJh c2VkCj4+PiBvbiBpdCAoaW5jbHVkaW5nIENQVSBhbmQgR1BVKS4KPj4+IE9uIDA3LzE1LzIwMTQg MDU6MjAgUE0sIGphY2VrIGJ1cmdoYXJkdCB3cm90ZToKPgo+Cj5fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+WGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+WGVu LXVzZXJzQGxpc3RzLnhlbi5vcmcKPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFp bGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl bi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Jul 16 08:20:28 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 08:20:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7KRI-0006nh-Tj; Wed, 16 Jul 2014 08:19:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7KRH-0006nc-TC for xen-users@lists.xen.org; Wed, 16 Jul 2014 08:19:47 +0000 Received: from [193.109.254.147:37395] by server-11.bemta-14.messagelabs.com id 13/85-12767-3A536C35; Wed, 16 Jul 2014 08:19:47 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-2.tower-27.messagelabs.com!1405498786!17701193!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22100 invoked from network); 16 Jul 2014 08:19:46 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-2.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2014 08:19:46 -0000 Received: from [192.168.43.220] (genkt-051-130.t-mobile.co.uk [149.254.51.130]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by external.sentinel2 (Postfix) with ESMTPSA id CD0A4221DE8; Wed, 16 Jul 2014 09:19:44 +0100 (BST) Date: Wed, 16 Jul 2014 09:19:27 +0100 Message-ID: From: Gordan Bobic To: Kuba MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SSBoYXZlbid0IHRyaWVkIGFueSBlbmNyeXB0aW9uLCBidXQgSSBkbyB1c2UgdGhlbSBoZWF2aWx5 IHdpdGggWkZTLCBtb3N0bHkgNC1kaXNrIFJBSURaMi4gUmVjZWl2ZSBhbHdheXMgc2F0dXJhdGVz IHRoZSBnaWdhYml0IGV0aGVybmV0IGxpbmsgYW5kIHNjcnVicyBnbyBhdCBhYm91dCAyNTBNQi9z LiBBbGwgbXkgbW9kZWxzIGFyZSBvbGRlciBOMzZMICgxLjNHSHopIGFuZCBONDBMICgxLjVHSHop LCBpLmUuIHN1YnN0YW50aWFsbHkgbGVzcyBDUFUgdGhhbiB0aGUgbW9zdCByZWNlbnQgTjU0TCAo Mi4yR0h6KS4KCgpLdWJhIDxrdWJhLjAwMDBAb3AucGw+IHdyb3RlOgoKPlRoYXQgSFAncyBNaWNy b3NlcnZlciBsb29rcyB2ZXJ5IGludGVyZXN0aW5nLCBzZWVtcyBpZGVhbCBmb3IgYSB6ZnMgCj5y ZWNlaXZlIHNlcnZlci4gRGlkIHlvdSBoYXBwZW4gdG8gYmVuY2htYXJrIGl0PyBJIHdvdWxkIGJl IHZlcnkgZ3JhdGVmdWwgCj5mb3IgYW55IG51bWJlcnMgKGV2ZW4gdmVyeSByb3VnaCksIGVzcGVj aWFsbHkgcmVsYXRlZCB0byBob3cgZG9lcyBpdCAKPmhhbmRsZSB6ZnMgcmVjZWl2ZSBhbmQgZW5j cnlwdGlvbi4KPgo+S3ViYQo+Cj5XIGRuaXUgMjAxNC0wNy0xNiAwODoyMywgR29yZGFuIEJvYmlj IHBpc3plOgo+PiBUaGlzIGlzIGFjdHVhbGx5IGEgZ29vZCBwb2ludC4gTXkgSFRQQyBpcyBhIHN0 YW5kYWxvbmUgSFAgRzcKPj4gTWljcm9zZXJ2ZXIuIMKjMTEwIG5ldywgY29tcGxldGUgd2l0aCBS QU0gYW5kIGEgZGlzay4gSSBoYXZlIGEgSEQ2NDUwIGluCj4+IG1pbmUgcHVyZWx5IGJlY2F1c2Ug dGhhdCBhZGRzIGEgYmV0dGVyIEdQVSB0aGFuIHdoYXQgaXMgYnVpbHQgaW4sIGFuZAo+PiBwcm92 aWRlcyBIRE1JIG91dHB1dCB3aXRoIGF1ZGlvLiBCdXQgaXQgc3RpbGwgbWVhbnMgeW91IGdldCBh IGNvbXBsZXRlCj4+IG1hY2hpbmUgZm9yIMKjMTUwLCB0aGF0IHdpbGwgYWxzbyBkb3VibGUgYXMg YSBwcmV0dHkgZGVjZW50IHN0b3JhZ2UKPj4gc2VydmVyIGlmIHlvdSBmaWxsIGl0IHVwIHdpdGgg ZGlza3MgKGlmIHlvdSBuZWVkIHRoYXQgc29ydCBvZiB0aGluZykuCj4+Cj4+IE9uIDA3LzE2LzIw MTQgMDE6MzUgQU0sIEF1c3RpbiBTIEhlbW1lbGdhcm4gd3JvdGU6Cj4+PiBJJ3ZlIGdvdCBhbiBG WC04MzIwIGluIG15IGRlc2t0b3Agb3Zlci1jbG9ja2VkIHRvIDQuMCBHSHosIDggJ2NvcmVzJywg MQo+Pj4gdGhyZWFkIHBlci1jb3JlLCAxMjVXIFREUCwgYW5kIG9uIGV2ZXJ5IGJlbmNobWFyayBJ IGhhdmUgdGVzdGVkIGl0IHdpdGgsCj4+PiBpdCBvdXQtcHJlZm9ybXMgYSBkdWFsIHByb2Nlc3Nv ciBYZW9uIEUzLTEyODYgdjMgKDMuN0dIeiwgNCBjb3JlcywgMgo+Pj4gdGhyZWFkcyBwZXIgY29y ZSwgODhXIFREUCkgc2VydmVyIEkgd29yayB3aXRoIGF0IG15IGpvYiwgZXZlbiB3aGVuIEkKPj4+ IGZvcmNlIHRoZSBBTUQgcHJvY2Vzc29yIGRvd24gdG8gMS40R0h6LiAgVGhlIEludGVsIHNlcnZl ciBjb3N0IG1vcmUgdGhhbgo+Pj4gNHggYXMgbXVjaCBhcyB0aGUgZGVza3RvcCBzeXN0ZW0sIHRh a2VzIHVwIG1vcmUgdGhhbiAzeCBhcyBtdWNoIHNwYWNlCj4+PiAoYmFzZWQgb24gdm9sdW1lKSwg dXNlcyBtb3JlIHRoYW4gMi41eCBhcyBtdWNoIHBvd2VyLCBhbmQgc3RpbGwgY2FuJ3QKPj4+IGJl YXQgdGhlIEFNRCBkZXNrdG9wIHN5c3RlbS4KPj4+Cj4+PiBKdXN0IGFzIGFuIEFzaWRlLCB1c2lu ZyB2aXJ0dWFsaXphdGlvbiBmb3IgYSBIVFBDIHN5c3RlbSBpcyBwcm9iYWJseSBub3QKPj4+IHRo ZSBiZXN0IG9wdGlvbi4gIEkgd291bGQgcGVyc29uYWxseSBzdWdnZXN0IGxvb2tpbmcgaW50byBh IGJvYXJkIGJhc2VkCj4+PiBvbiB0aGUgQU1EIEUxLTIxMDAgKDEuMEdIeiwgMiBjb3JlcywgaW50 ZWdyYXRlZCBSYWRlb24gSEQgODIxMCBHUFUpLAo+Pj4gaXQncyBtb3JlIHRoYW4gc3VmZmljaWVu dCBmb3IgYW4gSFRQQyBvciBsaWdodHdlaWdodCAobm9uLWdhbWluZykKPj4+IGRlc2t0b3AsIGNh biBiZSBwYXNzaXZlbHkgY29vbGVkLCBhbmQgeW91IGNhbiBnZXQgTWluaS1JVFggYm9hcmRzIGJh c2VkCj4+PiBvbiBpdCAoaW5jbHVkaW5nIENQVSBhbmQgR1BVKS4KPj4+IE9uIDA3LzE1LzIwMTQg MDU6MjAgUE0sIGphY2VrIGJ1cmdoYXJkdCB3cm90ZToKPgo+Cj5fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+WGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+WGVu LXVzZXJzQGxpc3RzLnhlbi5vcmcKPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFp bGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl bi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Jul 16 09:47:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 09:47:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LnX-0003TF-3W; Wed, 16 Jul 2014 09:46:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LnV-0003TA-Oe for xen-users@lists.xen.org; Wed, 16 Jul 2014 09:46:49 +0000 Received: from [85.158.143.35:22161] by server-2.bemta-4.messagelabs.com id 22/E9-26128-90A46C35; Wed, 16 Jul 2014 09:46:49 +0000 X-Env-Sender: simon.waterman@zynstra.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1405504007!9990553!1 X-Originating-IP: [213.199.154.10] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10631 invoked from network); 16 Jul 2014 09:46:48 -0000 Received: from mail-am1lp0010.outbound.protection.outlook.com (HELO emea01-am1-obe.outbound.protection.outlook.com) (213.199.154.10) by server-2.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 16 Jul 2014 09:46:48 -0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com (10.242.131.26) by DB3PR03MB218.eurprd03.prod.outlook.com (10.242.131.18) with Microsoft SMTP Server (TLS) id 15.0.990.7; Wed, 16 Jul 2014 09:46:46 +0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.66]) by DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.66]) with mapi id 15.00.0985.008; Wed, 16 Jul 2014 09:46:47 +0000 From: Simon Waterman To: lee , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] PCI passthrough of HP P420i RAID controller Thread-Index: AQHPmdR3VUMpKuyAJkSk4BE3k4l3mpuXCrZogAtyq2I= Date: Wed, 16 Jul 2014 09:46:46 +0000 Message-ID: <1405504005428.1476@zynstra.com> References: <1404740052645.84654@zynstra.com>, <87bnsznto5.fsf@yun.yagibdah.de> In-Reply-To: <87bnsznto5.fsf@yun.yagibdah.de> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [193.63.64.25] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0274272F87 x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(199002)(189002)(79102001)(95666004)(81342001)(87936001)(2656002)(4396001)(77982001)(106116001)(80022001)(106356001)(21056001)(64706001)(20776003)(105586002)(66066001)(86362001)(54356999)(99396002)(50986999)(76176999)(92726001)(92566001)(31966008)(85852003)(83072002)(101416001)(85806002)(83322001)(19580395003)(19580405001)(107886001)(107046002)(36756003)(76482001)(81542001)(46102001)(77096002)(74502001)(74662001)(85306003); DIR:OUT; SFP:; SCL:1; SRVR:DB3PR03MB218; H:DB3PR03MB220.eurprd03.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; MIME-Version: 1.0 X-OriginatorOrg: zynstra.com Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee writes: >Does it work when you don't specify the 'iommu' parameter for dom0 at all? I tried with a variety of iommu parameter settings including enabling VTd and with no iommu parameter specified but it didn't help. The exact same error messages and symptoms. lee writes: >There was something like 'xen-pciback.permissive=1' for dom0, maybe that >helps. Using pciback in permissive mode is one of the first things I tried in case it was a problem writing to non-standard parts of the config space. I used the following xl syntax: xl pci-attach '0000:02:00.0,permissive=1' This made the pciback warnings about config space access disappear but once again the same error messages and symptoms occurred. lee writes: >Other than that, would it hurt anything to let the VM access the volumes >instead of the controller itself? I guess you mean pass the disks as VBDs through to the VM? I'd like to avoid that if possible as we're going down a Dom-0 disaggregation route and would like the physical disks to be managed by a driver domain. I've done some more investigation into the problem and seem to have it working now. I'll post the findings and changes once I've confirmed them. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 16 09:47:46 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 09:47:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LnX-0003TF-3W; Wed, 16 Jul 2014 09:46:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LnV-0003TA-Oe for xen-users@lists.xen.org; Wed, 16 Jul 2014 09:46:49 +0000 Received: from [85.158.143.35:22161] by server-2.bemta-4.messagelabs.com id 22/E9-26128-90A46C35; Wed, 16 Jul 2014 09:46:49 +0000 X-Env-Sender: simon.waterman@zynstra.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1405504007!9990553!1 X-Originating-IP: [213.199.154.10] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10631 invoked from network); 16 Jul 2014 09:46:48 -0000 Received: from mail-am1lp0010.outbound.protection.outlook.com (HELO emea01-am1-obe.outbound.protection.outlook.com) (213.199.154.10) by server-2.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 16 Jul 2014 09:46:48 -0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com (10.242.131.26) by DB3PR03MB218.eurprd03.prod.outlook.com (10.242.131.18) with Microsoft SMTP Server (TLS) id 15.0.990.7; Wed, 16 Jul 2014 09:46:46 +0000 Received: from DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.66]) by DB3PR03MB220.eurprd03.prod.outlook.com ([169.254.1.66]) with mapi id 15.00.0985.008; Wed, 16 Jul 2014 09:46:47 +0000 From: Simon Waterman To: lee , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] PCI passthrough of HP P420i RAID controller Thread-Index: AQHPmdR3VUMpKuyAJkSk4BE3k4l3mpuXCrZogAtyq2I= Date: Wed, 16 Jul 2014 09:46:46 +0000 Message-ID: <1405504005428.1476@zynstra.com> References: <1404740052645.84654@zynstra.com>, <87bnsznto5.fsf@yun.yagibdah.de> In-Reply-To: <87bnsznto5.fsf@yun.yagibdah.de> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [193.63.64.25] x-microsoft-antispam: BCL:0;PCL:0;RULEID: x-forefront-prvs: 0274272F87 x-forefront-antispam-report: SFV:NSPM; SFS:(6009001)(199002)(189002)(79102001)(95666004)(81342001)(87936001)(2656002)(4396001)(77982001)(106116001)(80022001)(106356001)(21056001)(64706001)(20776003)(105586002)(66066001)(86362001)(54356999)(99396002)(50986999)(76176999)(92726001)(92566001)(31966008)(85852003)(83072002)(101416001)(85806002)(83322001)(19580395003)(19580405001)(107886001)(107046002)(36756003)(76482001)(81542001)(46102001)(77096002)(74502001)(74662001)(85306003); DIR:OUT; SFP:; SCL:1; SRVR:DB3PR03MB218; H:DB3PR03MB220.eurprd03.prod.outlook.com; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; LANG:en; MIME-Version: 1.0 X-OriginatorOrg: zynstra.com Subject: Re: [Xen-users] PCI passthrough of HP P420i RAID controller X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org lee writes: >Does it work when you don't specify the 'iommu' parameter for dom0 at all? I tried with a variety of iommu parameter settings including enabling VTd and with no iommu parameter specified but it didn't help. The exact same error messages and symptoms. lee writes: >There was something like 'xen-pciback.permissive=1' for dom0, maybe that >helps. Using pciback in permissive mode is one of the first things I tried in case it was a problem writing to non-standard parts of the config space. I used the following xl syntax: xl pci-attach '0000:02:00.0,permissive=1' This made the pciback warnings about config space access disappear but once again the same error messages and symptoms occurred. lee writes: >Other than that, would it hurt anything to let the VM access the volumes >instead of the controller itself? I guess you mean pass the disks as VBDs through to the VM? I'd like to avoid that if possible as we're going down a Dom-0 disaggregation route and would like the physical disks to be managed by a driver domain. I've done some more investigation into the problem and seem to have it working now. I'll post the findings and changes once I've confirmed them. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 16 09:51:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 09:51:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Lre-0003mo-Q7; Wed, 16 Jul 2014 09:51:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Lrd-0003mO-Mj for xen-users@lists.xen.org; Wed, 16 Jul 2014 09:51:05 +0000 Received: from [85.158.143.35:63726] by server-1.bemta-4.messagelabs.com id CA/4A-30046-90B46C35; Wed, 16 Jul 2014 09:51:05 +0000 X-Env-Sender: kristian@hagsted.dk X-Msg-Ref: server-15.tower-21.messagelabs.com!1405504263!18037266!1 X-Originating-IP: [2.108.107.22] X-SpamReason: No, hits=0.5 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21922 invoked from network); 16 Jul 2014 09:51:04 -0000 Received: from hagsted.dk (HELO hagsted.dk) (2.108.107.22) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 09:51:04 -0000 Received: from HAGSTED-CSERVER.hagsted.dk (192.168.2.11) by hagsted-cserver.hagsted.dk (192.168.2.11) with Microsoft SMTP Server (TLS) id 15.0.620.29; Wed, 16 Jul 2014 07:16:56 +0200 Received: from HAGSTED-CSERVER.hagsted.dk ([fe80::ad97:6656:e352:9980]) by hagsted-cserver.hagsted.dk ([fe80::ad97:6656:e352:9980%25]) with mapi id 15.00.0620.020; Wed, 16 Jul 2014 07:16:56 +0200 From: Kristian Hagsted Rasmussen To: Mattia Carrara , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] HTPC + DUAL PC In one Thread-Index: AQHPoADBpOoTXvsR+Ua/2oWyW3QnCZuiKJD2 Date: Wed, 16 Jul 2014 05:16:56 +0000 Message-ID: <4dc4f75bff1841f6adc7e2a5e2c9921d@hagsted-cserver.hagsted.dk> References: In-Reply-To: Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [130.225.86.210] MIME-Version: 1.0 Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6065266699611963682==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6065266699611963682== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_4dc4f75bff1841f6adc7e2a5e2c9921dhagstedcserverhagsteddk_" --_000_4dc4f75bff1841f6adc7e2a5e2c9921dhagstedcserverhagsteddk_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Just a comment on your first email. As far as I can see also the z97 Extrem= e 6 by asrock supports VT-d (search the manual for VT-d). It should also be= noted the the brand new intel refreshes of their top i7 and i5 CPU's in th= e k range (i7-4790 and i5-4690) do support VT-d, as the first set of k rang= e processors to do so. /Kristian ________________________________ From: xen-users-bounces@lists.xen.org on behalf of Mattia Carrara Sent: Tuesday, July 15, 2014 09:38 To: xen-users@lists.xen.org Subject: [Xen-users] HTPC + DUAL PC In one Hello guys, It's time to upgrade my old pc. I have been thinking about this project for= one month, now i'll explain it. One linux machine with xen installed will host 3 virtual machines. One will= be running linux + plex and this will be the HTPC, the other two virtual m= achines will run Windows. I don't need hi-end graphics, the objective is to= obtain a good balance between calcolus power and power consumption. In suc= h way I will have a computer for myself, for my family and HTPC. To do this I planned to buy a 4790k, a Z87 Extreme 6 by ASrock, 8GB of RAM = and maybe hybrid hard drives. From intel website i saw that i7 4790k suppor= ts vd-t but not vPro. Is this a problem? I mean: every one in the internet = is saying that only "non K" CPUs support vd-t. Is this right? Then about the motherboard, Z87 is the lastest to support Vd-t? Z97 doesn't= support it? Now the problem is GPU pass-through. My idea Intel integrated graphics and = auidio for HTPC in such way i will have audio and video over HDMI. Other tw= o ati PCIe GPUs one for each virtual machine. Then for audio other two pci = cards. The question is: is there a better solution for audio? I mean each c= ard has more than one channel, can I deticate a channel instead of a single= PCI card? Another problem are all the wires! I was thinking to use Thunder= bolt for the two Windows VM. In such way i will have Audio, Video and USBs = in a cable. But how? Do you have any suggestion? Thanks for your time and help. Have a nice day, Mattia --_000_4dc4f75bff1841f6adc7e2a5e2c9921dhagstedcserverhagsteddk_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Just a comment on your first email. As far as I can see also the z97 Extrem= e 6 by asrock supports VT-d (search the manual for VT-d). It should also be= noted the the brand new intel refreshes of their top i7 and i5 CPU's in th= e k range (i7-4790 and i5-4690) do support VT-d, as the first set of k range processors to do so.

/Kristian
From: xen-users-bounces@li= sts.xen.org on behalf of Mattia Carrara
Sent: Tuesday, July 15, 2014 09:38
To: xen-users@lists.xen.org
Subject: [Xen-users] HTPC + DUAL PC In one
 
Hello guys,

It's time to upgrade my old pc. I have been thinking= about this project for one month, now i'll explain it.

One linux machine with xen installed will host 3 vir= tual machines. One will be running linux + plex and this will be the HTPC, the other two virtual machines= will run Windows. I don't need hi-end graphics, the objective is to obtain= a good balance between calcolus power and power consumption. In such way I= will have a computer for myself, for my family and HTPC.

To do this I planned to buy a 4790k, a Z87 Extreme 6= by ASrock, 8GB of RAM and maybe hybrid hard drives. From intel website i saw that i7 4790k supports vd-t but not = vPro. Is this a problem? I mean: every one in the internet is saying that o= nly "non K" CPUs support vd-t. Is this right? 

Then about the motherboard, Z87 is the lastest to su= pport Vd-t? Z97 doesn't support it? 
Now the problem is GPU pass-through. My idea Intel i= ntegrated graphics and auidio for HTPC in such way i will have audio and video over HDMI. Other two ati PCIe= GPUs one for each virtual machine. Then for audio other two pci cards. The= question is: is there a better solution for audio? I mean each card has mo= re than one channel, can I deticate a channel instead of a single PCI card? Another problem are all the wires!= I was thinking to use Thunderbolt for the two Windows VM. In such way i wi= ll have Audio, Video and USBs in a cable. But how? Do you have any suggesti= on?

Thanks for your time and help.

Have a nice day, Mattia
--_000_4dc4f75bff1841f6adc7e2a5e2c9921dhagstedcserverhagsteddk_-- --===============6065266699611963682== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6065266699611963682==-- From xen-users-bounces@lists.xen.org Wed Jul 16 09:51:09 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 09:51:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Lre-0003mo-Q7; Wed, 16 Jul 2014 09:51:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Lrd-0003mO-Mj for xen-users@lists.xen.org; Wed, 16 Jul 2014 09:51:05 +0000 Received: from [85.158.143.35:63726] by server-1.bemta-4.messagelabs.com id CA/4A-30046-90B46C35; Wed, 16 Jul 2014 09:51:05 +0000 X-Env-Sender: kristian@hagsted.dk X-Msg-Ref: server-15.tower-21.messagelabs.com!1405504263!18037266!1 X-Originating-IP: [2.108.107.22] X-SpamReason: No, hits=0.5 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_ILLEGAL_IP X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21922 invoked from network); 16 Jul 2014 09:51:04 -0000 Received: from hagsted.dk (HELO hagsted.dk) (2.108.107.22) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 09:51:04 -0000 Received: from HAGSTED-CSERVER.hagsted.dk (192.168.2.11) by hagsted-cserver.hagsted.dk (192.168.2.11) with Microsoft SMTP Server (TLS) id 15.0.620.29; Wed, 16 Jul 2014 07:16:56 +0200 Received: from HAGSTED-CSERVER.hagsted.dk ([fe80::ad97:6656:e352:9980]) by hagsted-cserver.hagsted.dk ([fe80::ad97:6656:e352:9980%25]) with mapi id 15.00.0620.020; Wed, 16 Jul 2014 07:16:56 +0200 From: Kristian Hagsted Rasmussen To: Mattia Carrara , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] HTPC + DUAL PC In one Thread-Index: AQHPoADBpOoTXvsR+Ua/2oWyW3QnCZuiKJD2 Date: Wed, 16 Jul 2014 05:16:56 +0000 Message-ID: <4dc4f75bff1841f6adc7e2a5e2c9921d@hagsted-cserver.hagsted.dk> References: In-Reply-To: Accept-Language: en-US, da-DK Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [130.225.86.210] MIME-Version: 1.0 Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6065266699611963682==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6065266699611963682== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_4dc4f75bff1841f6adc7e2a5e2c9921dhagstedcserverhagsteddk_" --_000_4dc4f75bff1841f6adc7e2a5e2c9921dhagstedcserverhagsteddk_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Just a comment on your first email. As far as I can see also the z97 Extrem= e 6 by asrock supports VT-d (search the manual for VT-d). It should also be= noted the the brand new intel refreshes of their top i7 and i5 CPU's in th= e k range (i7-4790 and i5-4690) do support VT-d, as the first set of k rang= e processors to do so. /Kristian ________________________________ From: xen-users-bounces@lists.xen.org on behalf of Mattia Carrara Sent: Tuesday, July 15, 2014 09:38 To: xen-users@lists.xen.org Subject: [Xen-users] HTPC + DUAL PC In one Hello guys, It's time to upgrade my old pc. I have been thinking about this project for= one month, now i'll explain it. One linux machine with xen installed will host 3 virtual machines. One will= be running linux + plex and this will be the HTPC, the other two virtual m= achines will run Windows. I don't need hi-end graphics, the objective is to= obtain a good balance between calcolus power and power consumption. In suc= h way I will have a computer for myself, for my family and HTPC. To do this I planned to buy a 4790k, a Z87 Extreme 6 by ASrock, 8GB of RAM = and maybe hybrid hard drives. From intel website i saw that i7 4790k suppor= ts vd-t but not vPro. Is this a problem? I mean: every one in the internet = is saying that only "non K" CPUs support vd-t. Is this right? Then about the motherboard, Z87 is the lastest to support Vd-t? Z97 doesn't= support it? Now the problem is GPU pass-through. My idea Intel integrated graphics and = auidio for HTPC in such way i will have audio and video over HDMI. Other tw= o ati PCIe GPUs one for each virtual machine. Then for audio other two pci = cards. The question is: is there a better solution for audio? I mean each c= ard has more than one channel, can I deticate a channel instead of a single= PCI card? Another problem are all the wires! I was thinking to use Thunder= bolt for the two Windows VM. In such way i will have Audio, Video and USBs = in a cable. But how? Do you have any suggestion? Thanks for your time and help. Have a nice day, Mattia --_000_4dc4f75bff1841f6adc7e2a5e2c9921dhagstedcserverhagsteddk_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Just a comment on your first email. As far as I can see also the z97 Extrem= e 6 by asrock supports VT-d (search the manual for VT-d). It should also be= noted the the brand new intel refreshes of their top i7 and i5 CPU's in th= e k range (i7-4790 and i5-4690) do support VT-d, as the first set of k range processors to do so.

/Kristian
From: xen-users-bounces@li= sts.xen.org on behalf of Mattia Carrara
Sent: Tuesday, July 15, 2014 09:38
To: xen-users@lists.xen.org
Subject: [Xen-users] HTPC + DUAL PC In one
 
Hello guys,

It's time to upgrade my old pc. I have been thinking= about this project for one month, now i'll explain it.

One linux machine with xen installed will host 3 vir= tual machines. One will be running linux + plex and this will be the HTPC, the other two virtual machines= will run Windows. I don't need hi-end graphics, the objective is to obtain= a good balance between calcolus power and power consumption. In such way I= will have a computer for myself, for my family and HTPC.

To do this I planned to buy a 4790k, a Z87 Extreme 6= by ASrock, 8GB of RAM and maybe hybrid hard drives. From intel website i saw that i7 4790k supports vd-t but not = vPro. Is this a problem? I mean: every one in the internet is saying that o= nly "non K" CPUs support vd-t. Is this right? 

Then about the motherboard, Z87 is the lastest to su= pport Vd-t? Z97 doesn't support it? 
Now the problem is GPU pass-through. My idea Intel i= ntegrated graphics and auidio for HTPC in such way i will have audio and video over HDMI. Other two ati PCIe= GPUs one for each virtual machine. Then for audio other two pci cards. The= question is: is there a better solution for audio? I mean each card has mo= re than one channel, can I deticate a channel instead of a single PCI card? Another problem are all the wires!= I was thinking to use Thunderbolt for the two Windows VM. In such way i wi= ll have Audio, Video and USBs in a cable. But how? Do you have any suggesti= on?

Thanks for your time and help.

Have a nice day, Mattia
--_000_4dc4f75bff1841f6adc7e2a5e2c9921dhagstedcserverhagsteddk_-- --===============6065266699611963682== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6065266699611963682==-- From xen-users-bounces@lists.xen.org Wed Jul 16 09:56:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 09:56:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LwH-0004Eu-KN; Wed, 16 Jul 2014 09:55:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LwF-0004Ed-Pj for xen-users@lists.xen.org; Wed, 16 Jul 2014 09:55:51 +0000 Received: from [85.158.139.211:65230] by server-1.bemta-5.messagelabs.com id 59/BC-15869-72C46C35; Wed, 16 Jul 2014 09:55:51 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1405504549!10420228!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17115 invoked from network); 16 Jul 2014 09:55:50 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 09:55:50 -0000 X-IronPort-AV: E=Sophos;i="5.01,671,1400025600"; d="scan'208";a="153323090" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 16 Jul 2014 09:55:48 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 16 Jul 2014 05:55:48 -0400 Message-ID: <1405504547.7019.38.camel@kazak.uk.xensource.com> From: Ian Campbell To: mad Engineer Date: Wed, 16 Jul 2014 10:55:47 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users , xen-users@lists.xenproject.org Subject: Re: [Xen-users] VLAN>2NIC>Bond>Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-07-15 at 21:54 +0530, mad Engineer wrote: > > Will this kind of setup work? ie without creating sub interfaces and > adding tag directly on bond and connecting that bond to bridge I think so. IIRC XCP/XenServer did this in the pre-vswitch days. > eth0 and eth1 bonded to bond13.13 > then to bridge br0 > eth0 and eth1 bonded to bond14.14 > then to bridge br1 > eth0 and eth1 bonded to bond 15.15 > then to bridge br2 I think you mean bond0.{13,14,15} each time here? IOW you create bond0 which consists of eth0+eth1 and then make vlans on top of that and add each bond0.VLAN device to a bridge. > do i need to create sub interface and connect sub interface instead of > eth0 and eth1 > eth0.13 eth1.13 bonded to bond13 then bond13 to bridge 0 It's a plausible sounding alternative but I've no idea if it works or even if it is really possible. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 16 09:56:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 09:56:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LwI-0004F4-54; Wed, 16 Jul 2014 09:55:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LwG-0004El-NY for xen-users@lists.xenproject.org; Wed, 16 Jul 2014 09:55:52 +0000 Received: from [85.158.137.68:60883] by server-1.bemta-3.messagelabs.com id 1E/AA-30185-72C46C35; Wed, 16 Jul 2014 09:55:51 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1405504549!16175948!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23596 invoked from network); 16 Jul 2014 09:55:51 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 09:55:51 -0000 X-IronPort-AV: E=Sophos;i="5.01,671,1400025600"; d="scan'208";a="153323090" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 16 Jul 2014 09:55:48 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 16 Jul 2014 05:55:48 -0400 Message-ID: <1405504547.7019.38.camel@kazak.uk.xensource.com> From: Ian Campbell To: mad Engineer Date: Wed, 16 Jul 2014 10:55:47 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users , xen-users@lists.xenproject.org Subject: Re: [Xen-users] VLAN>2NIC>Bond>Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-07-15 at 21:54 +0530, mad Engineer wrote: > > Will this kind of setup work? ie without creating sub interfaces and > adding tag directly on bond and connecting that bond to bridge I think so. IIRC XCP/XenServer did this in the pre-vswitch days. > eth0 and eth1 bonded to bond13.13 > then to bridge br0 > eth0 and eth1 bonded to bond14.14 > then to bridge br1 > eth0 and eth1 bonded to bond 15.15 > then to bridge br2 I think you mean bond0.{13,14,15} each time here? IOW you create bond0 which consists of eth0+eth1 and then make vlans on top of that and add each bond0.VLAN device to a bridge. > do i need to create sub interface and connect sub interface instead of > eth0 and eth1 > eth0.13 eth1.13 bonded to bond13 then bond13 to bridge 0 It's a plausible sounding alternative but I've no idea if it works or even if it is really possible. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 16 09:56:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 09:56:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LwH-0004Eu-KN; Wed, 16 Jul 2014 09:55:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LwF-0004Ed-Pj for xen-users@lists.xen.org; Wed, 16 Jul 2014 09:55:51 +0000 Received: from [85.158.139.211:65230] by server-1.bemta-5.messagelabs.com id 59/BC-15869-72C46C35; Wed, 16 Jul 2014 09:55:51 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-14.tower-206.messagelabs.com!1405504549!10420228!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17115 invoked from network); 16 Jul 2014 09:55:50 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-14.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 09:55:50 -0000 X-IronPort-AV: E=Sophos;i="5.01,671,1400025600"; d="scan'208";a="153323090" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 16 Jul 2014 09:55:48 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 16 Jul 2014 05:55:48 -0400 Message-ID: <1405504547.7019.38.camel@kazak.uk.xensource.com> From: Ian Campbell To: mad Engineer Date: Wed, 16 Jul 2014 10:55:47 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users , xen-users@lists.xenproject.org Subject: Re: [Xen-users] VLAN>2NIC>Bond>Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-07-15 at 21:54 +0530, mad Engineer wrote: > > Will this kind of setup work? ie without creating sub interfaces and > adding tag directly on bond and connecting that bond to bridge I think so. IIRC XCP/XenServer did this in the pre-vswitch days. > eth0 and eth1 bonded to bond13.13 > then to bridge br0 > eth0 and eth1 bonded to bond14.14 > then to bridge br1 > eth0 and eth1 bonded to bond 15.15 > then to bridge br2 I think you mean bond0.{13,14,15} each time here? IOW you create bond0 which consists of eth0+eth1 and then make vlans on top of that and add each bond0.VLAN device to a bridge. > do i need to create sub interface and connect sub interface instead of > eth0 and eth1 > eth0.13 eth1.13 bonded to bond13 then bond13 to bridge 0 It's a plausible sounding alternative but I've no idea if it works or even if it is really possible. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 16 09:56:08 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 09:56:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LwI-0004F4-54; Wed, 16 Jul 2014 09:55:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7LwG-0004El-NY for xen-users@lists.xenproject.org; Wed, 16 Jul 2014 09:55:52 +0000 Received: from [85.158.137.68:60883] by server-1.bemta-3.messagelabs.com id 1E/AA-30185-72C46C35; Wed, 16 Jul 2014 09:55:51 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-31.messagelabs.com!1405504549!16175948!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23596 invoked from network); 16 Jul 2014 09:55:51 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 09:55:51 -0000 X-IronPort-AV: E=Sophos;i="5.01,671,1400025600"; d="scan'208";a="153323090" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 16 Jul 2014 09:55:48 +0000 Received: from kazak.uk.xensource.com (10.80.2.80) by FTLPEX01CL01.citrite.net (10.13.107.78) with Microsoft SMTP Server id 14.3.181.6; Wed, 16 Jul 2014 05:55:48 -0400 Message-ID: <1405504547.7019.38.camel@kazak.uk.xensource.com> From: Ian Campbell To: mad Engineer Date: Wed, 16 Jul 2014 10:55:47 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.12.2-1 MIME-Version: 1.0 X-Originating-IP: [10.80.2.80] X-DLP: MIA1 Cc: xen-users , xen-users@lists.xenproject.org Subject: Re: [Xen-users] VLAN>2NIC>Bond>Bridge X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2014-07-15 at 21:54 +0530, mad Engineer wrote: > > Will this kind of setup work? ie without creating sub interfaces and > adding tag directly on bond and connecting that bond to bridge I think so. IIRC XCP/XenServer did this in the pre-vswitch days. > eth0 and eth1 bonded to bond13.13 > then to bridge br0 > eth0 and eth1 bonded to bond14.14 > then to bridge br1 > eth0 and eth1 bonded to bond 15.15 > then to bridge br2 I think you mean bond0.{13,14,15} each time here? IOW you create bond0 which consists of eth0+eth1 and then make vlans on top of that and add each bond0.VLAN device to a bridge. > do i need to create sub interface and connect sub interface instead of > eth0 and eth1 > eth0.13 eth1.13 bonded to bond13 then bond13 to bridge 0 It's a plausible sounding alternative but I've no idea if it works or even if it is really possible. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Jul 16 10:12:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 10:12:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7MCW-0005ya-5x; Wed, 16 Jul 2014 10:12:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7MCU-0005yH-5A for xen-users@lists.xen.org; Wed, 16 Jul 2014 10:12:38 +0000 Received: from [85.158.139.211:24230] by server-13.bemta-5.messagelabs.com id B3/BE-17773-51056C35; Wed, 16 Jul 2014 10:12:37 +0000 X-Env-Sender: mattia.carrara@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1405505556!15830644!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17944 invoked from network); 16 Jul 2014 10:12:36 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 10:12:36 -0000 Received: by mail-we0-f173.google.com with SMTP id q58so664145wes.32 for ; Wed, 16 Jul 2014 03:12:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=e6xS/1W0dOUpWCKsMcCf8xcfWzSSIG3a/9iijYaN8aY=; b=XTgLYfus8R1VpK0F+kYQM+2l0Wm6HS5Yr1KsbvXp/mOJB4uEqnLMdLAtVFdqckW+zi ujtzMKW6Pu/2oSoA+nVUdjkY989n36QM/MAhZURp1TMAYubdSc9iLX4AfO3hmPc8ncRu dYvVfNsEtxK5d/3LFoK+wqS6VNaTiG1zFWCVQZZh4kJz6wMR/6JoBRnqqjcFvliESPcl vCbBKTUU3SCyugZl5/k3ZlwGABtjFTunvKc7OcQrZUHLQWd+kfsC+eYqMR4iDGWeu+E8 YQD6cIpvkGGpj/WDudfI/4S52MuJZlGegyKCTJlNW+yDxwV05SzoLBr20l/Im9ee+87e URYQ== MIME-Version: 1.0 X-Received: by 10.194.222.197 with SMTP id qo5mr35900801wjc.78.1405505555906; Wed, 16 Jul 2014 03:12:35 -0700 (PDT) Received: by 10.194.63.236 with HTTP; Wed, 16 Jul 2014 03:12:35 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Jul 2014 12:12:35 +0200 Message-ID: From: Mattia Carrara To: "xen-users@lists.xen.org" Cc: ahferroin7@gmail.com Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6080533284943734983==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6080533284943734983== Content-Type: multipart/alternative; boundary=001a11c3a99a63c6bc04fe4cc3a6 --001a11c3a99a63c6bc04fe4cc3a6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello again Guys. I looked up that HP Microserver, it is pretty cool and cheap. Now I have a limited budged so i will remain on virtualized HTPC. Maybe in the future it will be useful. Kristian thank you for the infos on CPU and Motherboard, i wasn't able to find them. Ragarding unRaid, i read something about it. Is it a good idea to install it as Dom0? In such way it will manage the storage of all the VMs. Gordan what is a ZFS reciever? About CPUs, I find on the net some benchmarks: http://www.cpubenchmark.net/compare.php?cmp[]=3D1780&cmp[]=3D1782&cmp[]=3D2= 275 It seems that i7 is more performant than AMDs... But the point is that using Xen and multiple virtual machines, i'll need more parallel calculus power, right? So 8 cores would be better? Is it possible that those benchmarks aren't done using all the eight cores of AMDs? Austin said that he can reach the calculus power of a dual processor Xeon E3-1286 v3. That's really a good result. So maybe i should choose AMD... Another point is that one virtual machine will be for myself, the other one for my family. My family doesn't need much caclculus power, but in my VM i need the top calculus power i can get with my budget (500=E2=82=AC, for CPU= and motherboard, maybe something more in the future). What do you suggest? 2014-07-16 10:19 GMT+02:00 Gordan Bobic : > I haven't tried any encryption, but I do use them heavily with ZFS, mostl= y > 4-disk RAIDZ2. Receive always saturates the gigabit ethernet link and > scrubs go at about 250MB/s. All my models are older N36L (1.3GHz) and N40= L > (1.5GHz), i.e. substantially less CPU than the most recent N54L (2.2GHz). > > > Kuba wrote: > > >That HP's Microserver looks very interesting, seems ideal for a zfs > >receive server. Did you happen to benchmark it? I would be very grateful > >for any numbers (even very rough), especially related to how does it > >handle zfs receive and encryption. > > > >Kuba > > > >W dniu 2014-07-16 08:23, Gordan Bobic pisze: > >> This is actually a good point. My HTPC is a standalone HP G7 > >> Microserver. =C2=A3110 new, complete with RAM and a disk. I have a HD6= 450 in > >> mine purely because that adds a better GPU than what is built in, and > >> provides HDMI output with audio. But it still means you get a complete > >> machine for =C2=A3150, that will also double as a pretty decent storag= e > >> server if you fill it up with disks (if you need that sort of thing). > >> > >> On 07/16/2014 01:35 AM, Austin S Hemmelgarn wrote: > >>> I've got an FX-8320 in my desktop over-clocked to 4.0 GHz, 8 'cores',= 1 > >>> thread per-core, 125W TDP, and on every benchmark I have tested it > with, > >>> it out-preforms a dual processor Xeon E3-1286 v3 (3.7GHz, 4 cores, 2 > >>> threads per core, 88W TDP) server I work with at my job, even when I > >>> force the AMD processor down to 1.4GHz. The Intel server cost more > than > >>> 4x as much as the desktop system, takes up more than 3x as much space > >>> (based on volume), uses more than 2.5x as much power, and still can't > >>> beat the AMD desktop system. > >>> > >>> Just as an Aside, using virtualization for a HTPC system is probably > not > >>> the best option. I would personally suggest looking into a board bas= ed > >>> on the AMD E1-2100 (1.0GHz, 2 cores, integrated Radeon HD 8210 GPU), > >>> it's more than sufficient for an HTPC or lightweight (non-gaming) > >>> desktop, can be passively cooled, and you can get Mini-ITX boards bas= ed > >>> on it (including CPU and GPU). > >>> On 07/15/2014 05:20 PM, jacek burghardt wrote: > > > > > >_______________________________________________ > >Xen-users mailing list > >Xen-users@lists.xen.org > >http://lists.xen.org/xen-users > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c3a99a63c6bc04fe4cc3a6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello again Guys. I looked up that HP Microserver, it is p= retty cool and cheap. Now I have a limited budged so i will remain on virtu= alized HTPC. Maybe in the future it will be useful.=C2=A0

Kristian thank you for the infos on CPU and Motherboard, i wasn't abl= e to find them.

Ragarding unRaid, i read something about it. Is it a go= od idea to install it as Dom0? In such way it will manage the storage of al= l the VMs. Gordan what is a ZFS reciever?

It seems that i7 is more performant than AMDs... But the point is that= using Xen and multiple virtual machines, i'll need more parallel calcu= lus power, right? So 8 cores would be better? Is it possible that those ben= chmarks aren't done using all the eight cores of AMDs? Austin said that= he can reach the calculus power of a=C2=A0dual processor Xeon E3-1286 v3. That's really a good=C2=A0result. So m= aybe i should choose AMD...

Another point is that one virtual machine will be for mys= elf, the other one for my family. My family doesn't need much caclculus= power, but in my VM i need the top calculus power i can get with my budget= (500=E2=82=AC, for CPU and motherboard, maybe something more in the future= ). What do you suggest?=C2=A0


2014-07= -16 10:19 GMT+02:00 Gordan Bobic <gordan@bobich.net>:
I haven't tried any encryption, but I do use them heavily with ZFS, mos= tly 4-disk RAIDZ2. Receive always saturates the gigabit ethernet link and s= crubs go at about 250MB/s. All my models are older N36L (1.3GHz) and N40L (= 1.5GHz), i.e. substantially less CPU than the most recent N54L (2.2GHz).


Kuba <kuba.0000@op.pl> wrote:<= br>
>That HP's Microserver looks very interesting, seems ideal for a zfs=
>receive server. Did you happen to benchmark it? I would be very gratefu= l
>for any numbers (even very rough), especially related to how does it >handle zfs receive and encryption.
>
>Kuba
>
>W dniu 2014-07-16 08:23, Gordan Bobic pisze:
>> This is actually a good point. My HTPC is a standalone HP G7
>> Microserver. =C2=A3110 new, complete with RAM and a disk. I have a= HD6450 in
>> mine purely because that adds a better GPU than what is built in, = and
>> provides HDMI output with audio. But it still means you get a comp= lete
>> machine for =C2=A3150, that will also double as a pretty decent st= orage
>> server if you fill it up with disks (if you need that sort of thin= g).
>>
>> On 07/16/2014 01:35 AM, Austin S Hemmelgarn wrote:
>>> I've got an FX-8320 in my desktop over-clocked to 4.0 GHz,= 8 'cores', 1
>>> thread per-core, 125W TDP, and on every benchmark I have teste= d it with,
>>> it out-preforms a dual processor Xeon E3-1286 v3 (3.7GHz, 4 co= res, 2
>>> threads per core, 88W TDP) server I work with at my job, even = when I
>>> force the AMD processor down to 1.4GHz. =C2=A0The Intel server= cost more than
>>> 4x as much as the desktop system, takes up more than 3x as muc= h space
>>> (based on volume), uses more than 2.5x as much power, and stil= l can't
>>> beat the AMD desktop system.
>>>
>>> Just as an Aside, using virtualization for a HTPC system is pr= obably not
>>> the best option. =C2=A0I would personally suggest looking into= a board based
>>> on the AMD E1-2100 (1.0GHz, 2 cores, integrated Radeon HD 8210= GPU),
>>> it's more than sufficient for an HTPC or lightweight (non-= gaming)
>>> desktop, can be passively cooled, and you can get Mini-ITX boa= rds based
>>> on it (including CPU and GPU).
>>> On 07/15/2014 05:20 PM, jacek burghardt wrote:
>
>
>_______________________________________________
>Xen-users mailing list
>Xen-users@lists.xen.org<= br> >http://lis= ts.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--001a11c3a99a63c6bc04fe4cc3a6-- --===============6080533284943734983== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6080533284943734983==-- From xen-users-bounces@lists.xen.org Wed Jul 16 10:12:58 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 10:12:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7MCW-0005ya-5x; Wed, 16 Jul 2014 10:12:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7MCU-0005yH-5A for xen-users@lists.xen.org; Wed, 16 Jul 2014 10:12:38 +0000 Received: from [85.158.139.211:24230] by server-13.bemta-5.messagelabs.com id B3/BE-17773-51056C35; Wed, 16 Jul 2014 10:12:37 +0000 X-Env-Sender: mattia.carrara@gmail.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1405505556!15830644!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17944 invoked from network); 16 Jul 2014 10:12:36 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 16 Jul 2014 10:12:36 -0000 Received: by mail-we0-f173.google.com with SMTP id q58so664145wes.32 for ; Wed, 16 Jul 2014 03:12:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=e6xS/1W0dOUpWCKsMcCf8xcfWzSSIG3a/9iijYaN8aY=; b=XTgLYfus8R1VpK0F+kYQM+2l0Wm6HS5Yr1KsbvXp/mOJB4uEqnLMdLAtVFdqckW+zi ujtzMKW6Pu/2oSoA+nVUdjkY989n36QM/MAhZURp1TMAYubdSc9iLX4AfO3hmPc8ncRu dYvVfNsEtxK5d/3LFoK+wqS6VNaTiG1zFWCVQZZh4kJz6wMR/6JoBRnqqjcFvliESPcl vCbBKTUU3SCyugZl5/k3ZlwGABtjFTunvKc7OcQrZUHLQWd+kfsC+eYqMR4iDGWeu+E8 YQD6cIpvkGGpj/WDudfI/4S52MuJZlGegyKCTJlNW+yDxwV05SzoLBr20l/Im9ee+87e URYQ== MIME-Version: 1.0 X-Received: by 10.194.222.197 with SMTP id qo5mr35900801wjc.78.1405505555906; Wed, 16 Jul 2014 03:12:35 -0700 (PDT) Received: by 10.194.63.236 with HTTP; Wed, 16 Jul 2014 03:12:35 -0700 (PDT) In-Reply-To: References: Date: Wed, 16 Jul 2014 12:12:35 +0200 Message-ID: From: Mattia Carrara To: "xen-users@lists.xen.org" Cc: ahferroin7@gmail.com Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6080533284943734983==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6080533284943734983== Content-Type: multipart/alternative; boundary=001a11c3a99a63c6bc04fe4cc3a6 --001a11c3a99a63c6bc04fe4cc3a6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello again Guys. I looked up that HP Microserver, it is pretty cool and cheap. Now I have a limited budged so i will remain on virtualized HTPC. Maybe in the future it will be useful. Kristian thank you for the infos on CPU and Motherboard, i wasn't able to find them. Ragarding unRaid, i read something about it. Is it a good idea to install it as Dom0? In such way it will manage the storage of all the VMs. Gordan what is a ZFS reciever? About CPUs, I find on the net some benchmarks: http://www.cpubenchmark.net/compare.php?cmp[]=3D1780&cmp[]=3D1782&cmp[]=3D2= 275 It seems that i7 is more performant than AMDs... But the point is that using Xen and multiple virtual machines, i'll need more parallel calculus power, right? So 8 cores would be better? Is it possible that those benchmarks aren't done using all the eight cores of AMDs? Austin said that he can reach the calculus power of a dual processor Xeon E3-1286 v3. That's really a good result. So maybe i should choose AMD... Another point is that one virtual machine will be for myself, the other one for my family. My family doesn't need much caclculus power, but in my VM i need the top calculus power i can get with my budget (500=E2=82=AC, for CPU= and motherboard, maybe something more in the future). What do you suggest? 2014-07-16 10:19 GMT+02:00 Gordan Bobic : > I haven't tried any encryption, but I do use them heavily with ZFS, mostl= y > 4-disk RAIDZ2. Receive always saturates the gigabit ethernet link and > scrubs go at about 250MB/s. All my models are older N36L (1.3GHz) and N40= L > (1.5GHz), i.e. substantially less CPU than the most recent N54L (2.2GHz). > > > Kuba wrote: > > >That HP's Microserver looks very interesting, seems ideal for a zfs > >receive server. Did you happen to benchmark it? I would be very grateful > >for any numbers (even very rough), especially related to how does it > >handle zfs receive and encryption. > > > >Kuba > > > >W dniu 2014-07-16 08:23, Gordan Bobic pisze: > >> This is actually a good point. My HTPC is a standalone HP G7 > >> Microserver. =C2=A3110 new, complete with RAM and a disk. I have a HD6= 450 in > >> mine purely because that adds a better GPU than what is built in, and > >> provides HDMI output with audio. But it still means you get a complete > >> machine for =C2=A3150, that will also double as a pretty decent storag= e > >> server if you fill it up with disks (if you need that sort of thing). > >> > >> On 07/16/2014 01:35 AM, Austin S Hemmelgarn wrote: > >>> I've got an FX-8320 in my desktop over-clocked to 4.0 GHz, 8 'cores',= 1 > >>> thread per-core, 125W TDP, and on every benchmark I have tested it > with, > >>> it out-preforms a dual processor Xeon E3-1286 v3 (3.7GHz, 4 cores, 2 > >>> threads per core, 88W TDP) server I work with at my job, even when I > >>> force the AMD processor down to 1.4GHz. The Intel server cost more > than > >>> 4x as much as the desktop system, takes up more than 3x as much space > >>> (based on volume), uses more than 2.5x as much power, and still can't > >>> beat the AMD desktop system. > >>> > >>> Just as an Aside, using virtualization for a HTPC system is probably > not > >>> the best option. I would personally suggest looking into a board bas= ed > >>> on the AMD E1-2100 (1.0GHz, 2 cores, integrated Radeon HD 8210 GPU), > >>> it's more than sufficient for an HTPC or lightweight (non-gaming) > >>> desktop, can be passively cooled, and you can get Mini-ITX boards bas= ed > >>> on it (including CPU and GPU). > >>> On 07/15/2014 05:20 PM, jacek burghardt wrote: > > > > > >_______________________________________________ > >Xen-users mailing list > >Xen-users@lists.xen.org > >http://lists.xen.org/xen-users > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --001a11c3a99a63c6bc04fe4cc3a6 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello again Guys. I looked up that HP Microserver, it is p= retty cool and cheap. Now I have a limited budged so i will remain on virtu= alized HTPC. Maybe in the future it will be useful.=C2=A0

Kristian thank you for the infos on CPU and Motherboard, i wasn't abl= e to find them.

Ragarding unRaid, i read something about it. Is it a go= od idea to install it as Dom0? In such way it will manage the storage of al= l the VMs. Gordan what is a ZFS reciever?

It seems that i7 is more performant than AMDs... But the point is that= using Xen and multiple virtual machines, i'll need more parallel calcu= lus power, right? So 8 cores would be better? Is it possible that those ben= chmarks aren't done using all the eight cores of AMDs? Austin said that= he can reach the calculus power of a=C2=A0dual processor Xeon E3-1286 v3. That's really a good=C2=A0result. So m= aybe i should choose AMD...

Another point is that one virtual machine will be for mys= elf, the other one for my family. My family doesn't need much caclculus= power, but in my VM i need the top calculus power i can get with my budget= (500=E2=82=AC, for CPU and motherboard, maybe something more in the future= ). What do you suggest?=C2=A0


2014-07= -16 10:19 GMT+02:00 Gordan Bobic <gordan@bobich.net>:
I haven't tried any encryption, but I do use them heavily with ZFS, mos= tly 4-disk RAIDZ2. Receive always saturates the gigabit ethernet link and s= crubs go at about 250MB/s. All my models are older N36L (1.3GHz) and N40L (= 1.5GHz), i.e. substantially less CPU than the most recent N54L (2.2GHz).


Kuba <kuba.0000@op.pl> wrote:<= br>
>That HP's Microserver looks very interesting, seems ideal for a zfs=
>receive server. Did you happen to benchmark it? I would be very gratefu= l
>for any numbers (even very rough), especially related to how does it >handle zfs receive and encryption.
>
>Kuba
>
>W dniu 2014-07-16 08:23, Gordan Bobic pisze:
>> This is actually a good point. My HTPC is a standalone HP G7
>> Microserver. =C2=A3110 new, complete with RAM and a disk. I have a= HD6450 in
>> mine purely because that adds a better GPU than what is built in, = and
>> provides HDMI output with audio. But it still means you get a comp= lete
>> machine for =C2=A3150, that will also double as a pretty decent st= orage
>> server if you fill it up with disks (if you need that sort of thin= g).
>>
>> On 07/16/2014 01:35 AM, Austin S Hemmelgarn wrote:
>>> I've got an FX-8320 in my desktop over-clocked to 4.0 GHz,= 8 'cores', 1
>>> thread per-core, 125W TDP, and on every benchmark I have teste= d it with,
>>> it out-preforms a dual processor Xeon E3-1286 v3 (3.7GHz, 4 co= res, 2
>>> threads per core, 88W TDP) server I work with at my job, even = when I
>>> force the AMD processor down to 1.4GHz. =C2=A0The Intel server= cost more than
>>> 4x as much as the desktop system, takes up more than 3x as muc= h space
>>> (based on volume), uses more than 2.5x as much power, and stil= l can't
>>> beat the AMD desktop system.
>>>
>>> Just as an Aside, using virtualization for a HTPC system is pr= obably not
>>> the best option. =C2=A0I would personally suggest looking into= a board based
>>> on the AMD E1-2100 (1.0GHz, 2 cores, integrated Radeon HD 8210= GPU),
>>> it's more than sufficient for an HTPC or lightweight (non-= gaming)
>>> desktop, can be passively cooled, and you can get Mini-ITX boa= rds based
>>> on it (including CPU and GPU).
>>> On 07/15/2014 05:20 PM, jacek burghardt wrote:
>
>
>_______________________________________________
>Xen-users mailing list
>Xen-users@lists.xen.org<= br> >http://lis= ts.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--001a11c3a99a63c6bc04fe4cc3a6-- --===============6080533284943734983== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6080533284943734983==-- From xen-users-bounces@lists.xen.org Wed Jul 16 10:27:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 10:27:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7MQj-0007tt-Mx; Wed, 16 Jul 2014 10:27:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7MQi-0007tn-ET for xen-users@lists.xen.org; Wed, 16 Jul 2014 10:27:20 +0000 Received: from [85.158.143.35:29883] by server-3.bemta-4.messagelabs.com id 08/5B-09960-78356C35; Wed, 16 Jul 2014 10:27:19 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1405506438!18081640!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27505 invoked from network); 16 Jul 2014 10:27:19 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2014 10:27:19 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 0A9A8221DE8 for ; Wed, 16 Jul 2014 11:27:18 +0100 (BST) MIME-Version: 1.0 Content-Length: 1994 Date: Wed, 16 Jul 2014 11:27:17 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: Message-ID: <331d75e337ed6fc9cacc6c95c6804321@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMjAxNC0wNy0xNiAxMToxMiwgTWF0dGlhIENhcnJhcmEgd3JvdGU6Cj4gSGVsbG8gYWdhaW4g R3V5cy4gSSBsb29rZWQgdXAgdGhhdCBIUCBNaWNyb3NlcnZlciwgaXQgaXMgcHJldHR5IGNvb2wK PiBhbmQgY2hlYXAuIE5vdyBJIGhhdmUgYSBsaW1pdGVkIGJ1ZGdlZCBzbyBpIHdpbGwgcmVtYWlu IG9uIHZpcnR1YWxpemVkCj4gSFRQQy4gTWF5YmUgaW4gdGhlIGZ1dHVyZSBpdCB3aWxsIGJlIHVz ZWZ1bC7CoAoKSXQncyBjaGVhcGVyIHRoYW4gYSBkZWNlbnQgR1BVLiA6KQoKPiBHb3JkYW4gd2hh dCBpcyBhIFpGUyByZWNpZXZlcj8KClRoZSBxdWVzdGlvbiB3YXMgcmVmZXJyaW5nIHRvIFpGUycg c2VuZC9yZWNlaXZlIGZlYXR1cmUuIFdpdGggaXQKeW91IGNhbiBlYXNpbHkgc2VuZCBhbmQgcmVj ZWl2ZSBmaWxlIHN5c3RlbSBhbmQgdm9sdW1lIHNuYXBzaG90cwpiZXR3ZWVuIGRpZmZlcmVudCBt YWNoaW5lcy4KCj4gQWJvdXQgQ1BVcywgSSBmaW5kIG9uIHRoZSBuZXQgc29tZSBiZW5jaG1hcmtz Ogo+IGh0dHA6Ly93d3cuY3B1YmVuY2htYXJrLm5ldC9jb21wYXJlLnBocD9jbXBbXT0xNzgwJmNt cFtdPTE3ODImY21wW109MjI3NQo+IFsyXQo+IEl0IHNlZW1zIHRoYXQgaTcgaXMgbW9yZSBwZXJm b3JtYW50IHRoYW4gQU1Ecy4uLiBCdXQgdGhlIHBvaW50IGlzIHRoYXQKPiB1c2luZyBYZW4gYW5k IG11bHRpcGxlIHZpcnR1YWwgbWFjaGluZXMsIGknbGwgbmVlZCBtb3JlIHBhcmFsbGVsCj4gY2Fs Y3VsdXMgcG93ZXIsIHJpZ2h0PyBTbyA4IGNvcmVzIHdvdWxkIGJlIGJldHRlcj8gSXMgaXQgcG9z c2libGUgdGhhdAo+IHRob3NlIGJlbmNobWFya3MgYXJlbid0IGRvbmUgdXNpbmcgYWxsIHRoZSBl aWdodCBjb3JlcyBvZiBBTURzPyBBdXN0aW4KPiBzYWlkIHRoYXQgaGUgY2FuIHJlYWNoIHRoZSBj YWxjdWx1cyBwb3dlciBvZiBhwqBkdWFsIHByb2Nlc3NvciBYZW9uCj4gRTMtMTI4NiB2My4gVGhh dCdzIHJlYWxseSBhIGdvb2TCoHJlc3VsdC4gU28gbWF5YmUgaSBzaG91bGQgY2hvb3NlCj4gQU1E Li4uCgpIb3cgbWFueSBjb3JlcyBhcmUgeW91IGdvaW5nIHRvIGdpdmUgdG8geW91ciBWTXM/IFlv dSBjYW4gb3ZlcmJvb2sKQ1BVIGNvcmVzIHdpdGggWGVuLCBpLmUuIGlmIHlvdSBoYXZlIDggY29y ZXMgYW5kIDMgVk1zLCB5b3UgY2FuIGdpdmUKZWFjaCBWTSA0IGNvcmVzIGFuZCBYZW4gd2lsbCBm aWd1cmUgb3V0IGR5bmFtaWNhbGx5IHdoaWNoIGNvcmUgdG8Kc2NoZWR1bGUgdGhlIGxvYWQgb24s IGV2ZW4gdGhvdWdoIGl0IG9ubHkgaGFzIDggcGh5c2ljYWwgY29yZXMgdG8Kc2NoZWR1bGUgMTIg dmlydHVhbCBjb3JlcyBwbHVzIGl0c2VsZiBiZXR3ZWVuLgoKCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Jul 16 10:27:45 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 10:27:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7MQj-0007tt-Mx; Wed, 16 Jul 2014 10:27:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7MQi-0007tn-ET for xen-users@lists.xen.org; Wed, 16 Jul 2014 10:27:20 +0000 Received: from [85.158.143.35:29883] by server-3.bemta-4.messagelabs.com id 08/5B-09960-78356C35; Wed, 16 Jul 2014 10:27:19 +0000 X-Env-Sender: gordan@bobich.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1405506438!18081640!1 X-Originating-IP: [217.34.137.81] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27505 invoked from network); 16 Jul 2014 10:27:19 -0000 Received: from host217-34-137-81.in-addr.btopenworld.com (HELO external.sentinel2) (217.34.137.81) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2014 10:27:19 -0000 Received: from mail.shatteredsilicon.net (localhost [127.0.0.1]) by external.sentinel2 (Postfix) with ESMTP id 0A9A8221DE8 for ; Wed, 16 Jul 2014 11:27:18 +0100 (BST) MIME-Version: 1.0 Content-Length: 1994 Date: Wed, 16 Jul 2014 11:27:17 +0100 From: Gordan Bobic To: xen-users@lists.xen.org In-Reply-To: References: Message-ID: <331d75e337ed6fc9cacc6c95c6804321@mail.shatteredsilicon.net> X-Sender: gordan@bobich.net User-Agent: Roundcube Webmail/0.9.5 Subject: Re: [Xen-users] HTPC + DUAL PC In one X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMjAxNC0wNy0xNiAxMToxMiwgTWF0dGlhIENhcnJhcmEgd3JvdGU6Cj4gSGVsbG8gYWdhaW4g R3V5cy4gSSBsb29rZWQgdXAgdGhhdCBIUCBNaWNyb3NlcnZlciwgaXQgaXMgcHJldHR5IGNvb2wK PiBhbmQgY2hlYXAuIE5vdyBJIGhhdmUgYSBsaW1pdGVkIGJ1ZGdlZCBzbyBpIHdpbGwgcmVtYWlu IG9uIHZpcnR1YWxpemVkCj4gSFRQQy4gTWF5YmUgaW4gdGhlIGZ1dHVyZSBpdCB3aWxsIGJlIHVz ZWZ1bC7CoAoKSXQncyBjaGVhcGVyIHRoYW4gYSBkZWNlbnQgR1BVLiA6KQoKPiBHb3JkYW4gd2hh dCBpcyBhIFpGUyByZWNpZXZlcj8KClRoZSBxdWVzdGlvbiB3YXMgcmVmZXJyaW5nIHRvIFpGUycg c2VuZC9yZWNlaXZlIGZlYXR1cmUuIFdpdGggaXQKeW91IGNhbiBlYXNpbHkgc2VuZCBhbmQgcmVj ZWl2ZSBmaWxlIHN5c3RlbSBhbmQgdm9sdW1lIHNuYXBzaG90cwpiZXR3ZWVuIGRpZmZlcmVudCBt YWNoaW5lcy4KCj4gQWJvdXQgQ1BVcywgSSBmaW5kIG9uIHRoZSBuZXQgc29tZSBiZW5jaG1hcmtz Ogo+IGh0dHA6Ly93d3cuY3B1YmVuY2htYXJrLm5ldC9jb21wYXJlLnBocD9jbXBbXT0xNzgwJmNt cFtdPTE3ODImY21wW109MjI3NQo+IFsyXQo+IEl0IHNlZW1zIHRoYXQgaTcgaXMgbW9yZSBwZXJm b3JtYW50IHRoYW4gQU1Ecy4uLiBCdXQgdGhlIHBvaW50IGlzIHRoYXQKPiB1c2luZyBYZW4gYW5k IG11bHRpcGxlIHZpcnR1YWwgbWFjaGluZXMsIGknbGwgbmVlZCBtb3JlIHBhcmFsbGVsCj4gY2Fs Y3VsdXMgcG93ZXIsIHJpZ2h0PyBTbyA4IGNvcmVzIHdvdWxkIGJlIGJldHRlcj8gSXMgaXQgcG9z c2libGUgdGhhdAo+IHRob3NlIGJlbmNobWFya3MgYXJlbid0IGRvbmUgdXNpbmcgYWxsIHRoZSBl aWdodCBjb3JlcyBvZiBBTURzPyBBdXN0aW4KPiBzYWlkIHRoYXQgaGUgY2FuIHJlYWNoIHRoZSBj YWxjdWx1cyBwb3dlciBvZiBhwqBkdWFsIHByb2Nlc3NvciBYZW9uCj4gRTMtMTI4NiB2My4gVGhh dCdzIHJlYWxseSBhIGdvb2TCoHJlc3VsdC4gU28gbWF5YmUgaSBzaG91bGQgY2hvb3NlCj4gQU1E Li4uCgpIb3cgbWFueSBjb3JlcyBhcmUgeW91IGdvaW5nIHRvIGdpdmUgdG8geW91ciBWTXM/IFlv dSBjYW4gb3ZlcmJvb2sKQ1BVIGNvcmVzIHdpdGggWGVuLCBpLmUuIGlmIHlvdSBoYXZlIDggY29y ZXMgYW5kIDMgVk1zLCB5b3UgY2FuIGdpdmUKZWFjaCBWTSA0IGNvcmVzIGFuZCBYZW4gd2lsbCBm aWd1cmUgb3V0IGR5bmFtaWNhbGx5IHdoaWNoIGNvcmUgdG8Kc2NoZWR1bGUgdGhlIGxvYWQgb24s IGV2ZW4gdGhvdWdoIGl0IG9ubHkgaGFzIDggcGh5c2ljYWwgY29yZXMgdG8Kc2NoZWR1bGUgMTIg dmlydHVhbCBjb3JlcyBwbHVzIGl0c2VsZiBiZXR3ZWVuLgoKCgpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11 c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Jul 16 11:52:27 2014 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 16 Jul 2014 11:52:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Nkr-0008GK-Up; Wed, 16 Jul 2014 11:52:13 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1X7Nkq-0008GA-Jt for xen-users@lists.xen.org; Wed, 16 Jul 2014 11:52:12 +0000 Received: from [85.158.143.35:54880] by server-1.bemta-4.messagelabs.com id DD/53-30046-B6766C35; Wed, 16 Jul 2014 11:52:11 +0000 X-Env-Sender: botner@univention.de X-Msg-Ref: server-10.tower-21.messagelabs.com!1405511531!18089237!1 X-Originating-IP: [82.198.197.8] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 6.11.3; banners=-,-,- X-VirusChecked: Checked Received: (qmail 345 invoked from network); 16 Jul 2014 11:52:11 -0000 Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jul 2014 11:52:11 -0000 Received: from localhost (localhost [127.0.0.1]) by solig.knut.univention.de (Postfix) with ESMTP id 05A8110948CF for ; Wed, 16 Jul 2014 13:52:11 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at knut.univention.de Received: from mail.univention.de ([127.0.0.1]) by localhost (solig.knut.univention.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y5pum83dRuEO for ; Wed, 16 Jul 2014 13:52:10 +0200 (CEST) Received: from vitsig.localnet (mail.univention.de [82.198.197.8]) by solig.knut.univention.de (Postfix) with ESMTPSA id 57ECD1094885 for ; Wed, 16 Jul 2014 13:52:10 +0200 (CEST) From: Felix Botner To: xen-users@lists.xen.org Date: Wed, 16 Jul 2014 13:52:09 +0200 Message-ID: <1944486.vAijqdZ5hn@vitsig> User-Agent: KMail/4.11.2 (Linux/3.8.0-30-generic; KDE/4.11.2; i686; ; ) MIME-Version: 1.0 Subject: [Xen-users] crash (BSOD) during installation of ejbpv_Vista2008x32_1.0.1100 on win7 professional sp1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, during installation of the gplpv driver (ejbpv_Vista2008x32_1.0.1100) on a windows 7 professional (german) with SP1 the system crashes with a BSOD: ---------------------------------------------------------------------------- A problem has been detected and windows has been shut down to prevent damage to your computer. xenvbd.sys PAGE_FAULT_NONPAGED_AREA If this is the first time ... Check to make sure any hardware ot software is properly installed ... Technical information: *** STOP: 0x00000050 (0x80000020,0x00000000,0x916E8FEB,0x00000000) *** xenvbd.sys - Address 916E8FEB base at 916E6000, DateStamp 53bf8c02 ... ---------------------------------------------------------------------------- The system is unbootable after the crash unless a system recovery is run. Also tried 1.0.1089 and 1.0.1092, same result. The installation of the debug package ejbpv_Vista2008x32_1.0.1100_debug works fine (gplpv driver are successfully installed and set up). 64-Bit driver also work (on my Win7 64-Bit DomU). Dom0: linux-image-3.10.0-amd64 and Xen version 4.1.3 DomU Config: win7-xen 09a96cf9-4357-37c1-74f4-6ab0b2b86fae 1048576 1048576 1 hvm /usr/lib/xen/boot/hvmloader destroy restart destroy /usr/lib64/xen/bin/qemu-dm